RU2728525C1

RU2728525C1 - Система и способы конфигурирования оборудований пользователя с перекрывающимися ресурсами pucch для передачи запросов планирования

Info

Publication number: RU2728525C1
Application number: RU2020101285A
Authority: RU
Inventors: Чжэньхуа ЧЖОУ; Киттипонг КИТТИХОКЕХАИ; Гюстав ВИКСТРЁМ; Мортен СУНДБЕРГ
Original assignee: Телефонактиеболагет Лм Эрикссон (Пабл)
Priority date: 2017-06-16
Filing date: 2018-06-15
Publication date: 2020-07-30
Also published as: CN110771238A; EP3639591A1; EP3639591C0; MA47561A1; EP3639591B1; ES2967963T3; KR20230047211A; KR102650988B1; ZA201908108B; PL3639591T3; PH12019502695A1; BR112019026118A2; JP2020523864A; US20200229177A1; WO2018229731A1; KR20210121282A; JP6860703B2; KR20200015718A; MA47561B1

Abstract

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

Description

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

Настоящее изобретение, в целом, относится к беспроводной связи и к сетям беспроводной связи.

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

В органах стандартизации, таких как 3GPP, обсуждается архитектура технологии New Radio (NR) (также известной как технология 5G или технология следующего поколения Next Generation). На фиг. 1 показан пример беспроводной сети 100, которая может использоваться для беспроводной связи. Беспроводная сеть 100 содержит оборудование пользователя UE 102A-102B и множество сетевых узлов, таких как узлы 104A-104B радиодоступа (например, eNB, gNB и т. д.), соединенные с одним или несколькими сетевыми узлами 106 (такими как узлы базовой сети) через промежуточную сеть 115. Сеть 100 может использовать любые подходящие сценарии развертывания. Каждое из UE 102 внутри зоны 108 покрытия может быть способно осуществлять связь непосредственно с узлом 104А радиодоступа через беспроводной интерфейс. В некоторых вариантах осуществления UE 102 могут также быть способны осуществлять связь друг с другом посредством связи типа D2D.

Как пример, UE 102А может осуществлять связь с узлом 104А радиодоступа через беспроводной интерфейс. То есть, UE 102А может передавать сигналы беспроводной связи узлу 104А радиодоступа и/или принимать от него сигналы беспроводной связи. Сигналы беспроводной связи могут содержать речевой трафик, трафик данных, сигналы управления и/или любую другую подходящую информацию. В некоторых вариантах осуществления область покрытия сигналом беспроводной связи, связанная с узлом 104А радиодоступа может упоминаться как ячейка 108. Ячейка 108 является сервисной ячейкой, а ячейка 110 является другой соседней ячейкой, которая также может позволить осуществлять связь, но с которой UE 102А в настоящее время не соединяется.

Промежуточная сеть 115 может относиться к любой взаимосвязанной системе, способной к передаче аудио, видео, сигналов, данных, сообщений и т. д., или любого их сочетания. Промежуточная сеть 115 может содержать все или часть коммутируемой телефонной сети общего пользования (public switched telephone network, PSTN), общедоступную или частную сеть передачи данных, локальную сеть (local area network, LAN), общегородскую сеть (metropolitan area network, MAN), глобальную вычислительную сеть (wide area network, WAN), локальную, региональную или глобальную сеть связи или компьютерную сеть, такую как Интернет, проводную или беспроводную сеть, внутреннюю сеть предприятия или любой другой подходящий канал связи, в том числе, любые их сочетания.

В некоторых вариантах осуществления сетевой узел 106 может быть узлом 106 базовой сети, управляющим установлением сеансов связи и другими различными функциональными возможностями для UE 102. Примерами узла 106 базовой сети могут быть центр коммутации мобильной связи (mobile switching center, MSC), MME, сервисный шлюз (serving gateway, SGW), сетевой шлюз сети пакетной передачи данных (packet data network gateway, PGW), узел эксплуатации и технического обслуживания (operation and maintenance, O&M), система поддержки эксплуатации (operations support system, OSS), SON, узел позиционирования, (например, расширенный сервисный центр определения местоположения мобильных объектов, Enhanced Serving Mobile Location Center E-SMLC), узел MDT и т. д. UE 102 могут обмениваться определенными сигналами с узлом базовой сети с помощью уровня слоя недоступа. При сигнализации на уровне слоя недоступа сигналы между UE 102 и узлом 106 базовой сети могут прозрачно проходить через сеть радиодоступа. В некоторых вариантах осуществления узлы 104 радиодоступа могут взаимодействовать с одним или более сетевыми узлами через межузловой интерфейс.

Системы беспроводной связи NR исследуется на расширение сценариев использования и применений в отношении текущих поколений сети мобильной связи. “Ультранадежная связь с малой задержкой” (Ultra-Reliable Low-Latency Communications, URLLC) с жестким требованием к задержке и надежности была согласована как ключевой сценарий для NR. URLLC требует сверхвысокой надежности доставки 99,999 % (пять девяток) или еще выше в пределах задержки доставки, равной всего одной миллисекунде.

Физический восходящий канал управления (Physical Uplink Control Channel, PUCCH) может иметь различные форматы в зависимости от продолжительности и размеров полезной нагрузки. Согласно обсуждениям в органах стандартизации, могут существовать короткие форматы PUCCH с длительностью 1-2 символов и длинные форматы PUCCH с длительностью более 2 символов (например, длительностью 4-14 символов).

Для короткого PUCCH с 2 символами было согласовано, что построение основывается на копировании/повторении PUCCH с одним символом с помощью скачкообразной перестройки частоты. Для структуры длинных форматов PUCCH было согласовано, что построение основывается на длинном PUCCH для 1-2 битов UCI на формате 1/1a/1b PUCCH в LTE, чтобы позволить высокую способность мультиплексирования. Отмечено, что LTE поддерживает формат 1/1a/1b PUCCH для размеров полезной нагрузки 1 и 2 бита, что позволяет мультиплексировать до 36 пользователей. Однако мультиплексирование 36 передач в формате 1/1a/1b PUCCH на одном и том же частотно-временном ресурсе на практике часто ограничивается помехами и, следовательно, реальная возможность мультиплексирования, как ожидается, будет уменьшена.

На основе формата 1/1a/1b PUCCH в системе LTE, который опирается на частотно-временной блок, распределяющийся по символам DFTS-OFDM, длинный PUCCH для 1-2 битов в системе NR имеет следующую структуру:

Поддерживается скачкообразная перестройка частоты.

Демодулируемый опорный символ(-ы) (Demodulated Reference Symbol, DMRS) формируется следующим образом: DMRS для PUCCH является циклическим смещением основной последовательности DMRS. Частотно-временной ортогональный код покрытия (orthogonal cover code, OCC) используется для символов DMRS при каждом перескоке частоты, когда это применимо.

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

На фиг. 2 показан пример длинной структуры PUCCH. Заметим, что при каждом перескоке частоты возможны различные структуры символов DMRS. На фиг. 2 показана длинная структура PUCCH с 4 и 7 символами для 1-2 битов UCI, где фиксированная позиция во временной области используется для символов DMRS, например, любого другого символа, начиная с первого символа в слоте. Для цели иллюстрации, позиция PUCCH в длинном слоте с 14 символами также предполагается как находящаяся в конце слота.

Для UE, чтобы указать сети, что оно имеет данные в своем буфере и хочет, чтобы они были запланированы для передачи по восходящему каналу (uplink, UL), оно может передать сети запрос планирования (Scheduling Request, SR). SR определяется как определенный формат PUCCH и определяется так, чтобы многочисленные UE могли передавать SR одновременно и, следовательно, одновременно указывать, что они хотят быть спланированными в сети, используя те же самые ресурсы.

Однако, может случиться, что на стороне сети не удается обнаружить SR, что возможно, когда UE находится в плохих условиях покрытия или когда его передача маскируется помеховой мощной передачей UE, находящегося в соседней ячейке. В соответствии с целью URLLC, выдвинутой в документе 3GPP TR 38.913, пакет должен доставляться с BLER 10-5 в пределах задержки в одном направлении, равной 1 мс. Поэтому важно, чтобы SR с самого начала мог быть передан с достаточной высокой надежностью.

Другим аспектом является периодичность, с которой SR может передаваться в сеть. Предположим, например, что SR выполнен с периодичностью 5 мс, и предположим, что текущий TTI в LTE равен 1 мс, тогда UE может запрашивать ресурсы UL только при каждой пятой возможности передачи, приводя к неявной задержке самое большее 5 мс в худшем случае синхронизации между прибытием пакета в буфер UE и передачей SR. Время ожидания до обнаружения вносит дополнительную задержку, которая, в свою очередь, может вызывать нежелательную задержку для данных UL.

Раскрытие сущности изобретения

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

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

При первом подходе обеспечивается способ выделения ресурсов для запроса планирования, выполняемого сетевым узлом. Способ содержит выделение ресурсов физического восходящего канала управления (Physical Uplink Control Channel, PUCCH) по меньшей мере одному беспроводному устройству для передач по восходящему каналу. Сообщение конфигурации передается первому беспроводному устройству, указывая ресурсы PUCCH для передачи запросов планирования. Сообщение конфигурации содержит длительность и периодичность PUCCH, причем периодичность меньше, чем длительность PUCCH. Первый запрос планирования принимается от первого беспроводного устройства.

В другом варианте обеспечивают сетевой узел, содержащий схему, включающую в себя процессор и память. Память содержит команды, исполняемые процессором, посредством которых сетевой узел действует для выделения ресурсов физического восходящего канала управления (Physical Uplink Control Channel, PUCCH) по меньшей мере одному беспроводному устройству для передач по восходящему каналу. Сетевой узел передает первому беспроводному устройству сообщение конфигурации, указывающее ресурсы PUCCH для передачи запросов планирования, причем сообщение конфигурации содержит длительность и периодичность PUCCH, где периодичность меньше, чем длительность PUCCH. Сетевые узлы принимают от первого беспроводного устройства первый запрос планирования.

В другом варианте обеспечивают способ конфигурации ресурса запроса планирования, выполняемой беспроводным устройством. Способ, содержащий прием сообщения конфигурации, указывающего ресурсы физического восходящего канала управления (Physical Uplink Control Channel, PUCCH) для передачи запросов планирования. Сообщение конфигурации содержит длительность и периодичность PUCCH, где периодичность меньше длительности PUCCH. Ресурсы PUCCH для беспроводного устройства выполнены в соответствии с сообщением конфигурации. Запрос планирования передается, используя конфигурированные ресурсы PUCCH.

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

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

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

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

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

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

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

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

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

Фиг. 1 – пример беспроводной сети;

Фиг. 2 - пример длинной структуры PUCCH;

Фиг. 3 – выделение длинного PUCCH;

Фиг. 4 - первый вариант осуществления выделения PUCCH с наложением;

Фиг. 5 иллюстрирует пример приема передач PUCCH с наложением;

Фиг. 6 - второй пример варианта осуществления выделения PUCCH с наложением;

Фиг. 7 - третий вариант осуществления выделения PUCCH с наложением;

Фиг. 8 – четвертый вариант осуществления выделения PUCCH с наложением

Фиг. 9 - пример схемы сигнализации;

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

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

Фиг. 12 – пример блок-схемы беспроводного устройства;

Фиг. 13 – пример блок-схемы беспроводного устройства с модулями;

Фиг. 14 – пример блок-схемы сетевого узла; и

Фиг. 15 - пример блок-схемы сетевого узла с модулями.

Осуществление изобретения

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

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

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

В некоторых вариантах осуществления используется термин “оборудование пользователя” (UE), не создающий ограничений, который может относиться к любому типу беспроводного устройства, способному осуществлять связь с сетевым узлом и/или с другим UE в системе сотовой, мобильной или беспроводной связи. Примерами UE являются целевое устройство, UE типа “устройство-устройство” (D2D), UE машинного типа или UE, пригодное для связи типа “машина-машина” (M2M), персональный цифровой секретарь, планшет, мобильный терминал, смартфон, ноутбук со встроенным оборудованием (LEE), ноутбук с вмонтированным оборудованием (LME), аппаратные USB-ключи, UE типа ProSe, UE типа V2V, UE типа V2X, UE типа MTC, UE типа eMTC, UE типа FeMTC, UE типа CAT 0, UE типа CAT M1, UE типа узкополосного IoT (NB-IoT), UE типа CAT NB1 и т. д. Ниже, со ссылкой на фиг. 12, примеры вариантов осуществления UE описаны более подробно.

В некоторых вариантах осуществления используется термин “сетевой узел”, не создающий ограничений, и он может соответствовать любому типу узла радиодоступа (или узла радиосети) или любого сетевого узла, который может осуществлять связь с UE и/или с другим сетевым узлом в системе сотовой, мобильной или беспроводной связи. Примерами сетевых узлов являются NodeB, MeNB, SeNB, сетевой узел, принадлежащий к MCG или SCG, базовая станция (base station, BS), узел радиодоступа мультистандартного радио (multi-standard radio, MSR), такой как MSR BS, eNodeB, сетевой контроллер, контроллер радиосети (radio network controller, RNC), контроллер базовой станции (base station controller, BSC), релейная станция, релейная станция, управляющая донорским узлом, базовая приемопередающая станция (base transceiver station, BTS), точка доступа (access point, AP), передающие точки, передающие узлы, RRU, RRH, узлы в распределенной антенной системе (distributed antenna system, DAS), узел базовой сети (например, MSC, MME и т. д.), O&M, OSS, самоорганизующаяся сеть (Self-organizing Network, SON), узел позиционирования (например, Е-SMLC), MDT, тестовое оборудование и т.д. Примеры вариантов осуществления сетевого узла описаны ниже более подробно со ссылкой на фиг. 14.

В некоторых вариантах осуществления термин “технология радиодоступа” (RAT) относится к любой RAT, например, к UTRA, Е-UTRA узкополосному Интернету вещей (NB-IoT), WiFi, Bluetooth, RAT следующего поколения (NR), 4G, 5G и т. д. Любой из узлов, первый или второй, может быть способен к поддержке одиночной или многочисленных RAT.

Термин “радиоузел”, используемый здесь, может быть использован для обозначения UE или сетевого узла.

В некоторых вариантах осуществления UE может быть выполнен с возможностью действия в режиме агрегации несущей (CA), использующей агрегацию двух или более несущих по меньшей мере в одном из направления, DL или UL. С помощью CA UE может иметь множество сервисных ячеек, где термин “сервисная” здесь означает, что UE конфигурировано с помощью соответствующей обслуживающей ячейки и может принимать и/или передавать данные сетевому узлу на сервисной ячейке, например, на PCell или любой из SCell. Данные передаются или принимаются по физическим каналам, например, PDSCH в направлении DL, PUSCH в направлении UL и т. д. Компонентная несущая (CC) также взаимообразно называемая несущей или агрегированной несущей, PCC или SCC, конфигурируется в UE сетевым узлом, используя сигнализацию более высокого уровня, например, передавая сообщение конфигурации RRC для UE. Конфигурированная CC используется сетевым узлом для обслуживания UE на сервисной ячейке (например, на PCell, PSCell, SCell, и т.д.) конфигурированной CC. Конфигурированная CC также используется UE для выполнения одного или более радиоизмерений (например, RSRP, RSRQ и т. д.) на ячейках, работающих на CC, например, PCell, SCell или PSCell и соседних ячейках.

В некоторых вариантах осуществления UE может также работать в режиме двойной связанности (dual connectivity, DC) или мультисвязанности (multi-connectivity, MC). Мультинесущая или режим мультинесущей могут быть любой из числа CA, DC, MC и т.д. Термин “мультинесущая” можно также взаимообразно называться комбинацией полос.

Термин “радиоизмерение”, используемый здесь, может относиться к любому измерению, выполняемому на радиосигналах. Радиоизмерения могут быть абсолютными или относительными. Радиоизмерения могут быть, например, внутричастотными, межчастотными, CA и т. д. Радиоизмерения могут быть однонаправленными (например, DL или UL или в любом направлении при прямой связи) или двунаправленными (например, RTT, Rx-Tx и т. д.). Некоторыми примерами радиоизмерений являются временные измерения (например, задержка распространения, TOA, опережение по времени, RTT, RSTD, Rx-Tx и т. д.), угловые измерения (например, угол падения), измерения, основанные на мощности или качестве канала (например, потери в тракте, мощность принимаемого сигнала, RSRP, качество принимаемого сигнала, RSRQ, SINR, SNR, мощность помехи, общая помеха плюс шум, RSSI, мощность шума, CSI, CQI, PMI и т. д.), обнаружение ячейки или идентификация ячейки, RLM, чтение SI и т. д. Измерение может выполняться на одной или более линиях связи в каждом направлении, например, RSTD или относительный RSRP, или основываясь на сигналах различных TP одной и той же (совместно используемой) ячейки.

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

Термин “временной ресурс”, используемый здесь, может соответствовать любому типу физических ресурсов или радиоресурсов, выраженных в терминах продолжительности времени. Примерами временных ресурсов являются: символ, временной слот, субкадр, радиокадр, TTI, интервал чередования и т.д. Термин “частотный ресурс” может относиться к поддиапазону внутри ширины полосы канала, поднесущей, частоте несущей, полосе частот. Термин “частотно-временные ресурсы” может относиться к любому сочетанию временных и частотных ресурсов.

Некоторые примеры операций UE содержат: радиоизмерение UE (смотрите выше термин “радиоизмерение”), двунаправленное измерение с помощью передачи UE, обнаружение или идентификация ячейки, обнаружение или идентификация луча, считывание системной информации, считывание и декодирование канала, любая операция или действие UE, содержащие, по меньшей мере, прием одного или нескольких радиосигналов и/или каналов, изменение или (повторный) выбор ячейки, изменение или (повторный) выбор луча, операция, связанная с мобильностью, операция, связанная с измерением, операция, связанная с управлением радиоресурсами (radio resource management, RRM), процедура позиционирования, процедура, связанная с временной расстановкой, процедура, связанная с регулированием временной расстановки, процедура слежения за местоположением UE, процедура, связанная со слежением во времени, процедура, связанная с синхронизацией, процедура, подобная MDT, процедура, связанная со сбором результатов измерений, процедура, связанная с CA, активация/деактивация сервисной ячейки, конфигурация/деконфигурация CC и т.д.

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

На фиг. 3 показан пример выделения длинного формата PUCCH. В этом примере длительность PUCCH составляет 4 символа и периодичность также равна 4 символам. Этот формат PUCCH также использует скачкообразную перестройку частоты, например, первая частота используется для символов 1 и 2, а для символов 3 и 4 используется вторая частота. В этом примере, если пакет поступает для передачи после позиции первого символа, то для передачи SR UE должно ожидать запуска следующего символа из 4-хсимвольного PUCCH.

Некоторые варианты осуществления настоящего раскрытия содержат выделение перекрывающихся ресурсов PUCCH для UE для отправки SR, так что может быть выделено больше частотных и высоконадежных ресурсов SR.

Следует понимать, что некоторые описанные здесь примеры, не создающие ограничений, будут проиллюстрированы, используя 4-хсимвольный длинный формат PUCCH, однако, в целом, они могут применяться к формату PUCCH любой длительности. Как уже обсуждалось, текущие редакции стандартов поддерживают формат 0 PUCCH (PUCCH длительностью 1-2 символов) и формат 1 PUCCH (PUCCH длительностью 4-14 символов), но может рассматриваться любая поддерживаемая длительность символов.

Сеть конфигурирует UE с помощью ресурсов PUCCH для SR и/или обратной связи HARQ. Базовая конфигурация включает структуру PUCCH (длительность, частотные ресурсы) и периодичность (P). Кроме того, сеть может также конфигурировать начальную периодичность для указания, в какое время T структура PUCCH может быть инициирована, и флаг скачкообразной перестройки частоты для указания, на каком частотном ресурсе должна инициироваться структура PUCCH. Как пример, 0 может указывать всегда один и тот же частотный ресурс, а 1 может указывать смещение ресурса в зависимости от времен начала T относительно периодичности P.

Например, сообщение конфигурации, такое как информационный элемент SchedulingRequestResourceConfig, может определить ресурсы физического уровня на PUCCH, где UE может посылать запрос планирования. Сообщение конфигурации может содержать такие параметры, как периодичность SR, SR-periodicity, смещение SR, SR-Offset, и/или периодичность и смещение вместе, periodicityAndOffset, для обеспечения UE соответствующей конфигурацией PUCCH. Значения периодичности и/или смещения могут задаваться во множестве символов или во множестве слотов.

На фиг. 4 представлен первый вариант осуществления, в котором выделения PUCCH с наложением следуют одному и тому же порядку частотно-временного смещения/скачкообразного переключения частоты, то есть, первые два последовательных символа передаются в полосе частот “а”, а последние два последовательных символа смещаются в другую полосу частот “b”. Смещение может быть выполнено таким образом, чтобы быть любым количеством символов OFDM. В этом примере длительность PUCCH составляет 4 символа и периодичность равна 1 символу (например, второе выделение происходит на 1 символ позже в начальной позиции 2). Соответственно, при таком выделении PUCCH, UE имеет возможность передавать SR, начиная с обеих позиций, как 1, так и 2.

В этом примере, если пакет поступает для передачи после позиции первого символа, UE может передать SR в позиции 2 вместо того, чтобы ждать, пока придет время следующей позиции 1. Преимущество этого варианты осуществления состоит в том, что SR могут быть выделены каждые K символов OFDM, где K - любое целое число, большее или равное единице.

В соответствии с вариантом осуществления, показанным на фиг. 4, первое UE может передавать SR с помощью PUCCH в позиции 2. Однако второе UE может иметь длинный формат PUCCH, выделенный с начальной позиции 1. На фиг. 5 показан пример, приема перекрывающихся передач SR от двух UE с точки зрения узла доступа. Первое UE, показанное, например, на фиг. 4, передает SR, начинающийся в позиции 2, что приводит в результате к перекрытию с выделением, начинающимся в позиции 1 для второго UE.

Первый вариант осуществления опирается на ортогональность между смещенным длинным PUCCH первого UE и несмещенным длинным PUCCH второго UE, которая поддерживается благодаря тому, что к каждому символу OFDM (обоим DMRS и модулированный UCI) в длинном 4-хсимвольном PUCCH применяется различное циклическое смещение. Оно также удерживается для различных структур символов DMRS при каждом скачкообразном изменении частоты.

В случае, когда OCC во временной области также применяется на символах UCI и DMRS, в зависимости от размера смещения, это может влиять на возможность мультиплексирования. Существует два основных случая: 1) если произвольный период для SR выравнивается с границей скачкообразной перестройкой частоты в PUCCH (например, произвольный период для SR в каждых 2 символах для 4-хсимвольного длинного PUCCH), то возможности мультиплексирования не затрагиваются; 2) если произвольный период для SR не выравнивается с границей скачкообразной перестройкой частоты (как в примере на фиг. 4), OCC может быть затронут, и возможности мультиплексирования могут снижаться.

На фиг. 6 показан второй вариант осуществления выделения PUCCH с наложением. Пример, показанный на фиг. 6, является модификацией первого варианта осуществления, где структура со скачкообразной перестройкой частоты в PUCCH также может модифицироваться. В этом случае PUCCH, который выделен для начальной позиции 1, начинается на частоте “a”, а PUCCH, выделенный для начальной позиции 2, начинается на другой частоте, частоте “b”.

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

В третьем варианте осуществления существуют частотно-временные ресурсы, которые не затрагиваются этими выделениями смещенных длинных PUCCH, и, таким образом, могут быть более эффективными ресурсами по сравнению с первым вариант осуществлениям, поскольку свободные ресурсы могут использоваться для другой передачи. Кроме того, они не страдают от потери ортогональности OCC, если применяется.

Однако, по причинам местоположения DMRS и когерентного объединения первые два последовательных символа OFDM должны находиться вместе в одной и той же полосе частот. Поэтому смещение в этом примере должен быть кратным(-и) двум символам OFDM. Самый короткий период SR равен двум символам OFDM и, следовательно, может считаться худшим, чем первый вариант осуществления с точки зрения задержки выравнивания.

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

На фиг. 8 представлен четвертый вариант осуществления выделения PUCCH с наложением, содержащий длинный PUCCH с 5 символами, где выделение начальной позиции находится в позициях 1, 3, 6, 8, 11. Периодичность и скачкообразная перестройка частоты в этом примере аналогичны показанному на фиг. 7.

Соответственно, ортогональность длинного формата PUCCH не теряется, если они перекрываются частично. Частично накладывающиеся длинные ресурсы PUCCH для UE, чтобы передавать SR, выделяются таким образом, что более частый SR может выделяться, не жертвуя надежностью.

На фиг. 9 представлен пример схемы сигнализации, соответствующий варианту осуществлениям настоящего раскрытия. Узел 104А доступа передает сообщения конфигурации SR на UE1 102А и UE2 102B (этапы 201, 202) для конфигурации UE с помощью ресурсов PUCCH для SR и/или для обратной связи HARQ. Сообщение(-я) 201/202 конфигурации могут содержать один или более параметров, указывающих структуру PUCCH (ресурсы длительности, частоты), периодичность PUCCH, выделение для начальной позиции и/или флаг скачкообразной перестройки частоты и т. д., как уже обсуждалось здесь. Узел 104А доступа может выделять ресурсы для конфигурации UE 102А и 102B, чтобы передавать SR, который накладывается во временных и/или частотных ресурсах.

Узел 104А доступа принимает по меньшей мере одно сообщение 203 SR от UE 102А. Узел 104А доступа принимает по меньшей мере одно сообщение 204 SR от UE2 102B. Принятые сообщения 203/204 SR могут накладываться или частично накладываться. Принятые сообщения 203/204 SR могут иметь длинный формат PUCCH. Узел 104А доступа может декодировать принятые сообщения 203/204 SR.

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

На фиг. 10 представлена блок-схема способа, который может быть выполняться в сетевом узле, таком как узел 104 доступа. Способ может содержать этапы, на которых:

Этап 310: Выделить ресурсы PUCCH по меньшей мере одному беспроводному устройству для передач по восходящему каналу.

Этап 320: Передать сообщение конфигурации, указывающее ресурсы PUCCH для передачи запросов планирования первому беспроводному устройству, такому как UE 102. Сообщение конфигурации может содержать параметры, по меньшей мере, длительность и периодичность PUCCH. Периодичность может быть меньшей, чем длительность PUCCH. Длительность PUCCH может указывать множество символов (OFDM), которые должны использоваться для передачи запросов планирования. Периодичность может указывать множество символов, в которых выделяется следующая возможность для SR. В некоторых вариантах осуществления длительность PUCCH может быть длинным форматом PUCCH из четырех или более символов и, соответственно, периодичность может быть меньше или равна трем символам.

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

Этап 330: Принять первый запрос планирования от первого беспроводного устройства. Запрос планирования может быть принят посредством выделенных ресурсов PUCCH.

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

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

На фиг. 11 представлена блок-схема последовательности выполнения операций способа, которые могут быть реализованы в беспроводном устройстве, таком как UE 102. Способ может содержать этапы, на которых:

Этап 410: Принять сообщение конфигурации, указывающее ресурсы PUCCH для передачи запросов планирования. Сообщение конфигурации может быть принято от сетевого узла, такого как узел 104 доступа. Сообщение конфигурации может включать в себя параметры, содержащие, по меньшей мере, длительность и периодичность PUCCH. Периодичность может быть меньше, чем длительность PUCCH.

Этап 420: Конфигурировать ресурсы PUCCH беспроводного устройства в соответствии с сообщением конфигурации.

Этап 430: Передать запрос планирования с помощью конфигурированных ресурсов PUCCH.

На фиг. 12 представлен пример блок-схемы беспроводного устройства, такого как UE 102, соответствующего некоторым вариантам осуществлениями. UE 102 может содержать приемопередатчик 501, процессор 502, память 503 и интерфейс 504 связи. В некоторых вариантах осуществления приемопередатчик 501 облегчает передачу беспроводных сигналов узлу 104 доступа и прием беспроводных сигналов от узла 104 доступа (например, посредством передатчика(-ов) (Tx), приемника(-ов) (Rx) и антенны(-н)). Процессор 502 исполняет команды, чтобы обеспечивать некоторые или все функциональные возможности, описанные выше как обеспечиваемые UE 102, и память 503 хранит команды, выполняемые процессором 502. В некоторых вариантах осуществления процессор 502 и память 503 образуют процессорную схему. Интерфейс 504 связи может передавать сигналы сетевым компонентам, таким как шлюз, переключатель, маршрутизатор, Интернет, коммутируемая телефонная сеть общего пользования (Public Switched Telephone Network, PSTN), узлы базовой сети или контроллеры радиосети и т. д.

Процессор 502 может содержать любое пригодное сочетание аппаратных средств для выполнения команд и управления данными для выполнения некоторых или всех описанных функций UE 102, таких как функции UE 102, описанные выше. В некоторых вариантах осуществления процессор 502 может содержать, например, один или более компьютеров, один или более центральных процессоров (central processing unit, CPU), один или более микропроцессоров, один или более специализированных прикладных интегральных схем (application specific integrated circuit, ASIC), одну или более программируемых логических интегральных схем (field programmable gate array, FPGA) и/или другую логику.

Память 503 обычно выполнена с возможностью хранения команд, таких как компьютерная программа, программное обеспечение, приложение, содержащие одну или более логик, правил, алгоритмов, кодов, таблиц и т. д. и/или других команд, пригодных для исполнения процессором. Примерами памяти 703 являются компьютерная память (например, оперативная память (Random Access Memory, RAM) или постоянная память (Read Only Memory, ROM), съемный носитель запоминающего устройства (например, жесткий диск), съемные носители (например, компакт-диск (Compact Disk, CD) или цифровой видеодиск (Digital Video Disk, DVD)), и/или любые другие энергозависимые или энергонезависимые непереносные считываемые компьютером и/или исполняемые компьютером запоминающие устройства, которые хранят информацию, данные и/или которые могут использоваться процессором 502 в UE 102.

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

В некоторых вариантах осуществления UE 102 может включить серию функциональных блоков или модулей, выполненных с возможностью реализации функциональных возможностей UE, описанных выше. Обращаясь к фиг. 13, в некоторых вариантах осуществления UE 102 может содержать модуль 510 PUCCH для конфигурации ресурсов PUCCH и модуль 520 запроса планирования для передачи сообщения запроса планирования в соответствии с конфигурированными ресурсами PUCCH.

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

На фиг. 14 представлена блок-схема примера сетевого узла 104, соответствующего некоторым вариантам осуществления. Сетевой узел 104 может содержать одно или более таких устройств, как приемопередатчик 601, процессор 602, память 603 и интерфейс 604 связи. В некоторых вариантах осуществления приемопередатчик 601 облегчает передачу сигналов беспроводной связи к UE 102 и прием беспроводных сигналов от UE 102 (например, с помощью передатчика(-ов) (Tx), приемника(-ов) (Rx) и антенны(-н)). Процессор 602 исполняет команды, чтобы обеспечивать некоторые или все функциональные возможности, описанные выше, как они обеспечиваются сетевым узлом 104, память 603 хранит команды, исполняемые процессором 602. В некоторых вариантах осуществления процессор 602 и память 603 формируют процессорную схему. Сетевой интерфейс 604 передает сигналы выходным сетевым компонентам, таким как шлюз, переключатель, маршрутизатор, Интернет, коммутируемая телефонная сеть общего пользования (PSTN), узлы базовой сети или контроллеры радиосети и т. д.

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

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

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

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

В некоторых вариантах осуществления сетевой узел 104, который может быть, например, узлом доступа, может содержать ряд модулей, выполненных с возможностью реализации функциональных возможностей сетевого узла 104, описанных выше. Как показано на фиг. 15, в некоторых вариантах осуществления сетевой узел может содержать модуль 610 конфигурации для выделения и конфигурации ресурсов PUCCH по меньшей мере для одного беспроводного устройства и процессорного модуля 620 для обработки запроса(-ов) планирования.

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

Процессоры, интерфейсы и память, подобные описанные со ссылкой на фиг. 12 и 14, могут быть введены в другие сетевые узлы (такие как узел 106 базовой сети). Другие сетевые узлы могут, как вариант, содержать или не содержать беспроводной интерфейс (такой как приемопередатчик, описанный на фиг. 12 и 14).

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

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

Словарь терминов

Настоящее описание может содержать одно или более из следующих сокращений:

1x RTT Технология передачи радиосигналов CDMA2000 1x

3GPP Проект партнерства третьего поколения

ABS Почти пустой субкадр

ACK Подтверждение приема

ADC Аналого-цифровое преобразование

AGC Автоматическая регулировка усиления

ANR Автоматические связи соседей

AP Точка доступа

ARQ Автоматический запрос повторения

AWGN Полоса аддитивного гауссова белого шума

BCCH Канал широковещательного управления

BCH Широковещательный канал

BLER Коэффициент блочных ошибок

BS Базовая станция

BSC Контроллер базовой станции

BTS Базовая приемопередающая станция

CA Агрегирование несущей

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

CCCH SDU Общий канал управления SDU

CDMA Мультидоступ с кодовым разделением каналов

CFI Индикатор формата управления

CG Группа ячеек

CGI Глобальный идентификатор ячейки

CP Циклический префикс

CPICH Ec/No Принятая энергия CPICH в расчете на чип, разделенный по удельной мощности

CPICH Общий пилотный канал

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

C-RNTI RNTI ячейки

CRS Опорный сигнал конкретной ячейки

CSG Закрытая группа абонентов

CSI Информация о состоянии канала

DAS Распределенная антенная система

DC Двойная связанность

DCCH Выделенный канал управления

DCI Управляющая информация нисходящего канала

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

DL Нисходящий канал

DL-SCH Нисходящий совместно используемый канал

DMRS Опорный сигнал демодуляции

DRX Прерывистый прием

DTCH Выделенный канал для трафика

DTX Прерывистая передача

DUT Тестируемое устройство

EARFCN Расширенный абсолютный номер радиочастотного канала

ВОТ Расширенный канальный элемент управления

ECGI Расширенный CGI

E-CID Расширенный идентификатор ячейки (способ позиционирования)

eMBB Расширенная мобильная широкополосная связь

eNB Расширенный-UTRAN NodeB или развитый NodeB

ePDCCH Расширенный физический канал управления нисходящего канала

E-SMLC Расширенный сервисный центр определения местоположения мобильных устройств

E-UTRA Расширенный UTRA

E-UTRAN Расширенный UTRAN

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

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

FFT Быстрое преобразование Фурье

FS Структура кадра

GERAN Сеть радиодоступа GSM EDGE

GSM Глобальная система мобильной связи

HARQ Гибридный автоматический запрос повторения

HD-FDD Полудуплексный FDD

HO Передача управления

HRPD Высокоскоростные пакетные данные

HSPA Высокоскоростной пакетный доступ

LCM Уровень критичности состояния мобильности

LPP Протокол позиционирования LTE

LTE Долгосрочная эволюция

M2M Связь типа “машина-машина”

MAC Управление доступом к носителю

MBMS Мультимедийные широковещательные многоадресные услуги

MBSFN ABS Почти пустой субкадр MBSFN

MBSFN Мультимедийная широковещательная многоадресная услуга в одночастотной сети

MCG Группа основных ячеек

MDT Минимизация тестов дисковода

MeNB Основной eNode B

MIB Основной блок информации

ММЕ Объект управления мобильностью

MPDCCH Физический нисходящий канал управления MTC

MRTD Максимальная разность в приеме синхронизации

MSC Центр коммутации мобильной связи

MSR Мультистандартное радио

MTC Связь машинного типа

NACK Отрицательное подтверждение приема

NDI Индикатор следующих данных

NPBCH Узкополосный физический широковещательный канал

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

NR Технология New Radio

O&M Эксплуатация и техническое обслуживание

OCC Ортогональный код покрытия

OCNG Генератор шума канала OFDMA

OFDM Мультиплексирование с ортогональным частотным разделением каналов

OFDMA Мультидоступ с ортогональным частотным разделением каналов

OSS Система поддержки эксплуатации

OTDOA Наблюдаемая разница по времени прибытия

PBCH Физический широковещательный канал

PCC Первичная компонентная несущая

P-CCPCH Первичный общий физический канал управления

PCell Первичная ячейка

PCFICH Физический канал индикатора формата управления

PCG Группа первичных ячеек

PCH Пейджинговый канал

PCI Идентификатор физической ячейки

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

PDSCH Физический нисходящий общий канал

PDU Блок данных протокола

PGW Пакетный шлюз

PHICH Физический канал индикации HARQ

PLMN Публичная наземная сеть мобильной связи

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

PRACH Физический канал случайного доступа

ProSe Услуга распознавания близости

PRS Опорный сигнал позиционирования

PSC Первичная сервисная ячейка

PSCell Первичная SCell

PSS Первичный сигнал синхронизации

PSSS Первичный сигнал синхронизации при прямой связи

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

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

QAM Квадратурная амплитудная манипуляция

RACH Канал случайного доступа

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

RB Блок ресурса

RF Радиочастота

RLM Управление радиоканалом

RNC Контроллер радиосети

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

RRC Радиоуправление ресурсами

RRH Удаленная радиоголовка

RRM Управление радиоресурсами

RRU Удаленный радиоблок

RSCP Принятая мощность сигнального кода

RSRP Принятая мощность опорного сигнала

RSRQ Принятое качество опорного сигнала

RSSI Принятый индикатор мощности сигнала

RSTD Разница во времени для опорного сигнала

SC Одиночная несущая

SCC Вторичная компонентная несущая

SCell Вторичная ячейка

SCG Группа вторичных ячеек

SCH Канал синхронизации

SDU Блок сервисных данных

SeNB Вторичный eNodeB

SF Субкадр

SFN Системный номер кадра

SGW Сервисный шлюз

SI Системная информация

SIB Блок системной информации

SINR Отношение сигнала к помехе + шум

SNR Отношение сигнал-шум

SPS Полуперсистентное планирование

SON Самоорганизующаяся сеть

SR Запрос планирования

SRS Звуковой опорный сигнал

SSC Вторичная сервисная ячейка

SSS Вторичный сигнал синхронизации

SSSS Вторичный сигнал синхронизации при прямой связи

TA Опережение синхронизации

ТAG Групповое опережение синхронизации

TDD Дуплексная передача с временным разделением

TDM Мультиплексирование с временным разделением

TTI Интервал времени передачи

Tx Передатчик

UARFCN Абсолютный номер радиочастотного канала UMTS

UE Оборудование пользователя

UL Восходящий канал

UMTS Универсальная система мобильной связи

URLLC Ультранадежная связь с малой задержкой

UTRA Универсальный наземный радиодоступ

UTRAN Универсальная наземная сеть радиодоступа

V2I Связь типа “транспортное средство-инфраструктура”

V2P Связь типа “транспортное средство-пешеход”

V2X Связь типа “транспортное средство-X”

WCDMA Широкополосный CDMA

WLAN Беспроводная локальная сеть

Claims

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

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

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

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

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

3. Способ по п. 1 или 2, в котором длительность PUCCH является длинным форматом PUCCH из четырех или более символов.

4. Способ по п. 3, в котором периодичность запросов планирования меньше или равна трем символам.

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

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

7. Способ по любому из пп. 1-6, в котором сообщение конфигурации дополнительно содержит начальную периодичность запросов планирования, определяющую время, когда передача PUCCH может быть инициирована.

8. Способ по любому из пп. 1-7, дополнительно содержащий этап, на котором передают второе сообщение конфигурации второму беспроводному устройству.

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

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

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

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

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

11. Сетевой узел по п. 10, в котором длительность PUCCH указывает количество символов, подлежащих использованию для передачи запросов планирования.

12. Сетевой узел по п. 10 или 11, в котором длительность PUCCH является длинным форматом PUCCH из четырех или более символов.

13. Сетевой узел по п. 12, в котором периодичность запросов планирования меньше или равна трем символам.

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

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

16. Сетевой узел по любому из пп. 10-15, в котором сообщение конфигурации дополнительно содержит начальную периодичность запросов планирования, определяющую время, когда может быть инициирована передача PUCCH.

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

18. Сетевой узел по любому из пп. 10-17, дополнительно выполненный с возможностью приема второго запроса планирования от второго беспроводного устройства, причем первый и второй запросы планирования накладываются друг на друга во временных и/или частотных ресурсах.

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

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

конфигурируют ресурсы PUCCH беспроводного устройства в соответствии с сообщением конфигурации; и

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

20. Способ по п. 19, в котором длительность PUUCH указывает количество символов, подлежащих использованию для передачи запросов планирования.

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

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

23. Способ по любому из пп. 19-22, в котором сообщение конфигурации дополнительно содержит начальную периодичность запросов планирования, определяющую время, когда передача PUCCH может быть инициирована.

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

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

конфигурирования ресурсов PUCCH беспроводного устройства в соответствии с сообщением конфигурации и

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

25. Беспроводное устройство по п. 24, в котором длительность PUUCH указывает количество символов, подлежащих использованию для передачи запросов планирования.

26. Беспроводное устройство по п. 24 или 25, в котором сообщение конфигурации дополнительно содержит по меньшей мере один частотный ресурс для передачи запросов планирования.

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

28. Беспроводное устройство по любому из пп. 24-27, в котором сообщение конфигурации дополнительно содержит начальную периодичность запросов планирования, определяющую время, когда передача PUCCH может быть инициирована.