СПОСОБ И УСТРОЙСТВО ДЛЯ АСИММЕТРИЧНЫХ СТЕКА ПРОТОКОЛОВ ВОСХОДЯЩЕЙ/НИСХОДЯЩЕЙ ЛИНИИ СВЯЗИ И СТРУКТУРЫ КАДРА В СИСТЕМЕ СВЯЗИ 5G NR Российский патент 2021 года по МПК H04W28/06 

Родственные заявки

[0001] Настоящая заявка относится к предварительной заявке на патент США № 62/415 959, озаглавленной ASYMMETRICAL CONFIGURABLE RADIO LINK CONTROLLER, поданной 1 ноября 2016 г., содержание которой полностью включено в настоящий документ путем ссылки, и испрашивает приоритет по ней.

Область технического применения

[0002] Настоящее раскрытие относится по существу к системам связи. Более конкретно, настоящее раскрытие относится к асимметричному способу и устройству для АСИММЕТРИЧНЫХ стека протоколов восходящей/нисходящей линии связи и структуры кадра в системе связи 5G NR.

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

[0003] Чтобы удовлетворить постоянно растущие запросы потребителя и улучшить портативность и удобство, устройства беспроводной связи стали меньше и мощнее. Потребители стали критически зависимыми от устройств беспроводной связи и привыкли рассчитывать на обслуживание сверхвысокой надежности, расширенные зоны покрытия и улучшенные функциональные возможности. Система беспроводной связи может обеспечивать связь для ряда устройств беспроводной связи, каждое из которых может обслуживаться базовой станцией. Базовая станция может быть устройством, которое обменивается данными с устройствами беспроводной связи.

[0004] По мере развития устройств беспроводной связи удалось улучшить пропускную способность, скорость, гибкость и/или эффективность. Однако улучшения в пропускной способности, скорости, гибкости и/или эффективности могут быть связаны с определенными проблемами.

[0005] Например, в существующих в настоящее время промышленных образцах устройств беспроводной связи и базовых станций используются симметричные стеки/процедуры протоколов восходящей/нисходящей линии связи (UL/DL) и структура кадра (форматы кадра) для обмена данными с одним или более устройствами. Однако данная используемая структура связи предлагает ограниченную гибкость и/или эффективность, игнорируя простые физические факты. Например, вычислительная мощность базовой станции отличается от вычислительной мощности устройства конечного пользователя (UE). В то время как устройство UE располагает ограниченным пространством для реализации своего сложного оборудования, что ограничивает мощность вычислительного (-ых) процессора (-ов) и емкость/размер физически осуществимой системы хранения, базовая станция (например, gNB 5G NR) имеет неограниченное пространство для реализации более сложных вычислительных и запоминающих систем. Этот простой факт делает использование симметричных протоколов/процедур и форматов кадра в обоих направлениях связи (например, UL и DL) неэффективным.

[0006] Несмотря на то что варианты реализации устройств UE нуждаются в упрощении работы как на передачу, так и на прием для оптимизации ограниченных вычислительных ресурсов и ресурсов хранения, эти ограничения не имеют особого значения для базовых станций (BS) в обеих операциях (передачи/приема, TX/RX). Для устранения этого разрыва, вызванного асимметричными возможностями BS и UE, необходимо изменить принцип построения системы связи. Как проиллюстрировано в настоящем описании, преимуществом могут обладать системы и способы, повышающие гибкость и/или эффективность обмена данными.

Краткое описание графических материалов

[0007] На Фиг. 1 представлена блок-схема, иллюстрирующая один вариант реализации одного или более усовершенствованных узлов NodeB (eNB) и одного или более пользовательских устройств (UE), в котором могут быть реализованы системы и способы для АСИММЕТРИЧНЫХ стека протоколов восходящей линии связи (UL)/нисходящей линии связи (DL) и структуры кадра.

[0008] На Фиг. 2 представлена блок-схема, иллюстрирующая структуру симметричного протокола для eNB стандарта долгосрочного развития сетей связи (LTE).

[0009] На Фиг. 3 представлена блок-схема, иллюстрирующая структуру управления радиолинией связи (RLC) и управления доступом к среде (MAC), где MAC-заголовок, включающий в себя элемент управления (CE) MAC, передается в передней части кадра, подходящего для DL, в соответствии с системами и способами, описанными в настоящем документе.

[0010] На Фиг. 4 представлена блок-схема, иллюстрирующая структуру протокола для нисходящей линии связи (DL).

[0011] На Фиг. 5 представлена блок-схема, иллюстрирующая структуру протокола для восходящей линии связи (UL).

[0012] На Фиг. 6 представлена блок-схема, иллюстрирующая подход к конкатенации, где MAC-заголовок, содержащий MAC-CE, передается в конце MAC-кадра, подходящего для UL, в соответствии с системами и способами, описанными в настоящем документе.

[0013] На Фиг. 7 представлена блок-схема, иллюстрирующая первый альтернативный вариант (альтернативный вариант 1) удаления конкатенации из RLC (MAC-CE размещен в начале MAC-кадра, подходящего для DL).

[0014] На Фиг. 8 представлена блок-схема, иллюстрирующая второй альтернативный вариант (альтернативный вариант 2) удаления конкатенации из RLC (MAC-CE размещен в начале MAC-кадра, подходящего для DL).

[0015] На Фиг. 9 представлена блок-схема, иллюстрирующая третий альтернативный вариант (альтернативный вариант 3) удаления конкатенации из RLC (MAC-CE размещен в начале MAC-кадра для DL).

[0016] На Фиг. 10 представлена блок-схема, иллюстрирующая четвертый альтернативный вариант (альтернативный вариант 4) удаления конкатенации из RLC (MAC-CE размещен в начале MAC-кадра, подходящего для DL).

[0017] На Фиг. 11 представлена блок-схема, иллюстрирующая пятый альтернативный вариант (альтернативный вариант 5) удаления конкатенации из RLC (MAC-CE размещен в начале MAC-кадра, подходящего для DL).

[0018] На Фиг. 12 представлена блок-схема, иллюстрирующая шестой альтернативный вариант (альтернативный вариант 6) удаления конкатенации из RLC (MAC-CE размещен в начале MAC-кадра, подходящего для DL).

[0019] На Фиг. 13 представлена блок-схема, иллюстрирующая седьмой альтернативный вариант (альтернативный вариант 7) удаления конкатенации из RLC (MAC-CE размещен в начале MAC-кадра, подходящего для DL).

[0020] На Фиг. 14 представлена блок-схема, иллюстрирующая асимметричную структуру протокола для MAC и RLC, где UE создает и передает пакеты с использованием стека протоколов и форматов/структур пакетов, отличных от тех, которые используются базовой станцией (gNB) в DL.

[0021] На Фиг. 15 проиллюстрирован пример новых основанных на окончаниях заголовков для MAC и RLC в новой радиосети (NR), где MAC-заголовок, содержащий MAC-CE, передается в конце кадра для UL.

[0022] На Фиг. 16 проиллюстрированы различные компоненты, которые можно использовать в UE, когда MAC-заголовок, содержащий MAC-CE, передается в конце кадра для UL.

[0023] На Фиг. 17 показаны различные компоненты, которые можно использовать в eNB.

[0024] На Фиг. 18 представлена блок-схема, иллюстрирующая один вариант реализации UE, в котором могут быть реализованы системы и способы для АСИММЕТРИЧНЫХ стека протоколов восходящей/нисходящей линии связи и структуры кадра.

[0025] На Фиг. 19 представлена блок-схема, иллюстрирующая один вариант реализации eNB, в котором могут быть реализованы системы и способы для АСИММЕТРИЧНЫХ стека протоколов восходящей/нисходящей линии связи и структуры кадра.

[0026] На Фиг. 20 представлена блок-схема, иллюстрирующая способ для осуществления с помощью UE.

[0027] На Фиг. 21 представлена блок-схема, иллюстрирующая способ для осуществления с помощью eNB.

Подробное описание

[0028] Описано пользовательское оборудование (UE) 5G NR для передачи и приема трафика данных плоскости пользователя NR и данных плоскости управления NR. UE содержит процессор и память в электронной связи с процессором. Хранящиеся в памяти инструкции являются исполняемыми для обработки принятых пакетов нисходящей линии связи (DL) в соответствии с протоколом управления доступом к среде (MAC) на прием, и/или протоколом управления радиолинией связи (RLC) на прием, и/или протоколом конвергенции пакетных данных (PDCP) на прием. Инструкции также являются исполняемыми для обработки пакетов восходящей линии связи (UL) для передачи в соответствии с протоколами передачи MAC и/или RLC. Структура кадра MAC, и/или структура кадра RLC, и/или структура кадра PDCP на передачу представлены в разных форматах, отличных от структуры кадра MAC, и/или структуры кадра RLC, и/или структуры кадра PDCP на прием.

[0029] Протокол обработки MAC при передаче/приеме и/или структура кадра MAC при передаче/приеме в UE могут отличаться от протокола обработки MAC при передаче/приеме и/или структуры кадра передачи/приема в базовой станции. Протокол обработки RLC при передаче/приеме и/или структура кадра RLC при передаче/приеме в UE могут отличаться от протокола обработки RLC при передаче/приеме и/или структуры кадра передачи/приема в базовой станции. Протокол обработки PDCP при передаче/приеме и/или структура кадра передачи/приема RLC в UE могут отличаться от протокола обработки PDCP при передаче/приеме и/или структуры кадра передачи/приема RLC в базовой станции.

[0030] Протокол RLC передачи в UE может не выполнять конкатенацию, тогда как протокол RLC передачи в базовой станции может выполнять конкатенацию.

[0031] Протокол MAC при передаче в UE может создавать блоки данных (PDU) подпротоколов MAC, включающие в себя заголовки и MAC-CE в конце внутренней стороны MAC-кадра.

[0032] Протокол MAC при передаче в базовой станции может создавать блок (-и) данных подпротоколов MAC (subPDU), включающий (-ие) в себя заголовки и MAC-CE в начале MAC-кадра.

[0033] Протокол MAC при передаче в UE может создавать subPDU MAC, содержащие заголовки и MAC-CE в конце внутренней стороны кадра MAC, тогда как протокол MAC передачи в базовой станции может создавать subPDU MAC, содержащие заголовки и MAC-CE в начале MAC-кадра, и MAC-заголовок может включать в себя информацию о построении PDU MAC, содержащего положение различных элементов в MAC-кадре, включая MAC-CE, и информацию, содержащую битовую карту различных PDU RLC внутри MAC-кадра.

[0034] Также описана базовая станция (gNB) 5G NR для передачи и приема трафика данных плоскости пользователя NR и данных плоскости управления NR. gNB включает в себя процессор и память в электронной связи с процессором. Хранящиеся в памяти инструкции являются исполняемыми для обработки полученных пакетов DL в соответствии с протоколом MAC при приеме, и/или протоколом RLC при приеме, и/или PDCP при приеме. Инструкции также являются исполняемыми для обработки пакетов UL для передачи в соответствии с протоколами MAC и/или RLC передачи. Структура кадра MAC, и/или структура кадра RLC, и/или структура кадра PDCP на передачу представлены в разных форматах, отличных от структуры кадра MAC, и/или структуры кадра RLC, и/или структуры кадра PDCP на прием.

[0035] Также описан способ передачи и приема трафика данных плоскости пользователя NR и данных плоскости управления NR с помощью UE 5G NR. Способ включает в себя обработку полученных пакетов DL в соответствии с протоколом MAC при приеме, и/или протоколом RLC при приеме, и/или PDCP при приеме. Способ также включает в себя обработку пакетов UL для передачи в соответствии с протоколами MAC и/или RLC передачи. Структура кадра MAC, и/или структура кадра RLC, и/или структура кадра PDCP на передачу представлены в разных форматах, отличных от структуры кадра MAC, и/или структуры кадра RLC, и/или структуры кадра PDCP на прием.

[0036] Кроме того, описан способ передачи и приема трафика данных плоскости пользователя NR и данных плоскости управления NR с помощью gNB 5G NR. Способ включает в себя обработку полученных пакетов DL в соответствии с протоколом MAC при приеме, и/или протоколом RLC при приеме, и/или PDCP при приеме. Способ также включает в себя обработку пакетов UL для передачи в соответствии с протоколами MAC и/или RLC передачи. Структура кадра MAC, и/или структура кадра RLC, и/или структура кадра PDCP на передачу представлены в разных форматах, отличных от структуры кадра MAC, и/или структуры кадра RLC, и/или структуры кадра PDCP на прием.

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

[0038] Стандарт долгосрочного развития сетей связи (LTE) 3GPP - это название, присвоенное проекту по улучшению стандарта мобильного устройства или телефона универсальной системы мобильной связи (UMTS) для удовлетворения будущих требований. В одном аспекте UMTS модифицирована для обеспечения поддержки и спецификации усовершенствованного универсального наземного радиодоступа (E-UTRA) и сети усовершенствованного универсального наземного радиодоступа (E-UTRAN).

[0039] По меньшей мере некоторые аспекты систем и способов, раскрытых в настоящем документе, могут быть описаны в связи с 3 GPP LTE, LTE-Advanced (LTE-A) и другими стандартами (например, 3GPP выпусков 8, 9, 10, 11 и/или 12). Однако объем настоящего раскрытия не должен быть ограничен в этом отношении. По меньшей мере некоторые аспекты систем и способов, раскрытых в настоящем документе, можно использовать в других типах систем беспроводной связи.

[0040] Устройство беспроводной связи может быть электронным устройством, используемым для передачи речи и/или данных на базовую станцию, которая может в свою очередь обмениваться данными с сетью устройств (например, с коммутируемой телефонной сетью общего пользования (PSTN), Интернетом и т. д.). При описании систем и способов в настоящем документе устройство беспроводной связи может альтернативно упоминаться как мобильная станция, UE, терминал доступа, абонентская станция, мобильный терминал, удаленная станция, пользовательский терминал, терминал, абонентское устройство, мобильное устройство и т. д. Примеры устройств беспроводной связи включают в себя сотовые телефоны, смартфоны, персональные цифровые помощники (PDA), ноутбуки, нетбуки, электронные устройства для чтения, беспроводные модемы и т. д. В спецификациях 3GPP устройство беспроводной связи обычно называется UE. Однако, поскольку объем настоящего раскрытия не должен ограничиваться стандартами 3GPP, в настоящем документе термины UE и «устройство беспроводной связи» могут использоваться взаимозаменяемо, означая более общий термин «устройство беспроводной связи». UE может также в более общем виде называться терминальным устройством.

[0041] В спецификациях 3GPP основанную на LTE базовую станцию обычно называют Node B, усовершенствованная Node B (eNB), домашняя улучшенная или усовершенствованная Node B (HeNB) или используют некоторую другую аналогичную терминологию. В сети 5G NR базовая станция называется gNB. Поскольку объем раскрытия не должен ограничиваться стандартами 3GPP, в настоящем документе термины «базовая станция», «Node B», «eNB» и «HeNB» могут использоваться взаимозаменяемо, обозначая более общий термин «базовая станция». Более того, термин «базовая станция» может использоваться для обозначения точки доступа. Точка доступа может быть электронным устройством, которое обеспечивает доступ к сети (например, к локальной сети (LAN), Интернету и т. д.) для устройств беспроводной связи. Термин «устройство связи» может использоваться для обозначения устройства беспроводной связи и/или базовой станции. gNB также в более общем виде может называться устройством базовой станции.

[0042] Следует отметить, что используемый в настоящем документе термин «сота» может быть любым набором каналов связи, которые специфицированы посредством стандартизации или регламентированы регулирующими органами для использования в качестве стандарта усовершенствованной международной мобильной связи (IMT-Advanced), причем весь набор или его подмножество могут быть приняты 3GPP в качестве лицензированных диапазонов частот (например, полос частот), которые будут использоваться для обмена данными между eNB и UE. Следует также отметить, что при общем описании E-UTRA и E-UTRAN используемый в настоящем документе термин «сота» может быть определен как «комбинация ресурсов нисходящей линии связи и необязательно восходящей линии связи». Связь между несущей частотой ресурсов нисходящей линии связи и несущей частотой ресурсов восходящей линии связи может быть указана в системной информации, передаваемой по ресурсам нисходящей линии связи.

[0043] «Сконфигурированные соты» представляют собой соты, о которых известно UE и для которых у него имеется разрешение от eNB на передачу или прием информации. «Сконфигурированные соты» могут быть обслуживающими сотами. UE может принимать системную информацию и выполнять требуемые измерения на всех сконфигурированных сотах. «Сконфигурированные соты» для радиосоединения могут состоять из первичной соты и/или ни одной, одной или более вторичных сот. «Активированные соты» представляют собой те сконфигурированные соты, на которых UE осуществляет передачу и прием. Таким образом, активированные соты представляют собой те соты, для которых UE контролирует физический канал управления нисходящей линии связи (PDCCH) и, в случае передачи по нисходящей линии связи, те соты, для которых UE декодирует физический совместно применяемый канал для передачи данных по нисходящей линии связи (PDSCH). «Деактивированные соты» представляют собой те сконфигурированные соты, для которых UE не контролирует PDCCH передачи. Следует отметить, что «сота» может быть описана посредством различных показателей. Например, «сота» может иметь временные, пространственные (например, географические) и частотные характеристики.

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

[0045] В настоящее время 3GPP разрабатывает технологию беспроводной связи нового поколения, известную как 5G, которая включает в себя внедрение «новой радиосети» (NR) (также называемой новой технологией радиосвязи). Предложено и согласовано несколько архитектур и возможных сценариев развертывания того, как NR будет интегрирована в существующие системы стандарта долгосрочного развития сетей связи (LTE).

[0046] Структура кадра, используемая в MAC LTE и RLC LTE, является симметрично обратной. Иными словами, одна и та же структура используется в базовой станции (BS) (также упоминаемой в настоящем документе как eNB) и в UE.

[0047] Как описано в разделе 6 3GPP TS 36.300.V13.4.0, протокол уровня 2 LTE разделен на следующие подуровни: управление доступом к среде (MAC), управление радиолинией связи (RLC) и протокол конвергенции пакетных данных (PDCP).

[0048] Целью конкатенации является объединение в блоке передачи пакетов из нескольких логических каналов для эффективного использования беспроводной сети. Блок данных протоколов (PDU) MAC должен иметь возможность переносить множество пакетов верхнего уровня. Функция конкатенации требует ввода данных из планирования уровня MAC. Это добавляет задержку и буферизацию данных. Устаревший способ конкатенации уровня RLC по логическим каналам требует своевременного знания доступной пропускной способности для логического канала, что может вызывать сложности с реализацией высокой пропускной способности вследствие автономной структуры кадра. Уровень MAC обеспечивает функцию конкатенации наряду с мультиплексированием и демультиплексированием.

[0049] В настоящее время 3GPP работает над уменьшением сложности протокола управления радиолинией связи (RLC), основанного на стандарте LTE. Ведутся исследования по вопросу удаления функции «Конкатенация». Рассматриваются также форматы, расположение и размер заголовков RLC и управления доступном к среде (MAC). Однако все предлагаемые технические решения основаны на предположении, что форматы RLC и MAC будут одинаковыми для базовой станции новой радиосети (NR gNB) и пользовательского оборудования (UE). Эти решения основаны на конкретных вариантах реализации у конкретных поставщиков. Например, производители мобильных устройств предпочитают удалять конкатенацию для упрощения реализации UE, учитывая ограничения, налагаемые размером памяти и возможностями процессора, в то время как производители базовых станций не сталкиваются с ограничениями, характерными для мобильных устройств. Производители базовых станций предлагают решения, которые могут улучшить обработку пакетов и сократить задержку, но для производителей мобильных устройств этого все же недостаточно.

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

[0051] Системы и способы, описанные в настоящем документе, представляют собой решение для устранения сложности внедрения RLC и MAC в NR UE и BS. Описанные системы и способы имеют два решения (асимметричных) реализации для двух передающих сторон (TX). Одна компоновка, удовлетворяющая аппаратным ограничениям, предназначена для NR UE TX. Вторая структура предназначена для NR базовой станции (gNB), улучшает характеристики задержки в NR gNB и дополнительно упрощает приемную (т. е. прием UE) структуру UE.

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

[0053] На Фиг. 1 представлена блок-схема, иллюстрирующая один вариант реализации одной или более eNB 160 и одного или более UE 102, в которых могут быть реализованы системы и способы для АСИММЕТРИЧНЫХ стека протоколов восходящей/нисходящей линии связи и структуры кадра. Одно или более UE 102 обмениваются данными с одним или более eNB 160, используя одну или более антенн 122a-n. Например, UE 102 передает электромагнитные сигналы на eNB 160 и принимает электромагнитные сигналы от eNB 160, используя одну или более антенн 122a-n. eNB 160 обменивается данными с UE 102, используя одну или более антенн 180a-n. В контексте 5G NR оборудование eNB 160 также может упоминаться как базовая станция 5G NR (gNB).

[0054] Для обмена данными друг с другом UE 102 и eNB 160 могут использоваться один или более каналов 119, 121. Например, UE 102 может передавать информацию или данные на eNB 160 с помощью одного или более каналов 121 восходящей линии связи. В примерах каналы 121 восходящей линии связи содержат физический канал управления восходящей линии связи (PUCCH) и физический канал для передачи данных по восходящей линии связи (PUSCH) и т. д. Один или более eNB 160 могут также передавать информацию или данные на одно или более UE 102, используя, например, один или более каналов 119 нисходящей линии связи. В примерах каналы 119 нисходящей линии связи содержат PDCCH, PDSCH и т. д. Могут использоваться другие типы каналов.

[0055] Каждое из одного или более UE 102 может содержать один или более приемопередатчиков 118, один или более демодуляторов 114, один или более декодеров 108, один или более кодеров 150, один или более модуляторов 154, буфер 104 данных и модуль 124 операций UE. Например, в UE 102 могут быть реализованы один или более трактов приема и/или передачи. Для удобства в UE 102 показаны только один приемопередатчик 118, декодер 108, демодулятор 114, кодер 150 и модулятор 154, хотя можно реализовать множество параллельных элементов (например, приемопередатчики 118, декодеры 108, демодуляторы 114, кодеры 150 и модуляторы 154).

[0056] Приемопередатчик 118 может включать в себя один или более приемников 120 и один или более передатчиков 158. Один или более приемников 120 могут принимать сигналы от eNB 160, используя одну или более антенн 122a-n. Например, приемник 120 может принимать и преобразовывать с понижением частоты сигналы для формирования одного или более принятых сигналов 116. Один или более принятых сигналов 116 могут быть поданы на демодулятор 114. Один или более передатчиков 158 могут передавать сигналы на eNB 160, используя одну или более антенн 122a-n. Например, один или более передатчиков 158 могут преобразовывать с повышением частоты и передавать один или более модулированных сигналов 156.

[0057] Демодулятор 114 может демодулировать один или более принятых сигналов 116 для создания одного или более демодулированных сигналов 112. Один или более демодулированных сигналов 112 могут быть поданы на декодер 108. Для декодирования сигналов UE 102 может использоваться декодер 108. Декодер 108 может создавать декодированные сигналы 110, которые могут содержать UE-декодированный сигнал 106 (также называемый первым UE-декодированным сигналом 106). Например, первый UE-декодированный сигнал 106 может содержать данные принятой полезной нагрузки, которые могут быть сохранены в буфере 104 данных. Другой сигнал, включенный в декодированные сигналы 110 (также называемый вторым UE-декодированным сигналом 110), может содержать служебные данные и/или управляющие данные. Например, второй UE-декодированный сигнал 110 может обеспечивать данные, которые могут быть использованы модулем 124 операций UE для выполнения одной или более операций.

[0058] Как правило, модуль 124 операций UE может обеспечивать для UE 102 возможность обмена данными с одним или более eNB 160. Модуль 124 операций UE может включать в себя модуль 126 новой радиосети (NR).

[0059] Как описано в разделе 6 3GPP TS 36.300.V13.4.0, протокол уровня 2 LTE разделен на следующие подуровни: управление доступом к среде (MAC), управление радиолинией связи (RLC) и протокол конвергенции пакетных данных (PDCP). В этом подразделе приведено подробное описание подуровней 2-го уровня с точки зрения служб и функций. На Фиг. 4 и 5 показана архитектура PDCP/RLC/MAC для нисходящей линии связи, восходящей линии связи и прямого соединения.

[0060] Следует отметить, что eNB 160 может не гарантировать, что переполнение буфера L2 никогда не произойдет. В случае такого переполнения UE 102 может отбрасывать пакеты в буфере L2.

[0061] Также следует отметить, что для NB-IoT UE, которое поддерживает только оптимизации усовершенствованной пакетной системы (EPS) IoT сотовой плоскости управления (CIoT), PDCP игнорируется. Для NB-IoT UE, которое поддерживает оптимизации EPS CIoT плоскости управления и оптимизации EPS CIoT плоскости пользователя, PDCP не используется до тех пор, пока не будет активирована защита AS.

[0062] Таким образом, функциональные возможности уровня 2 могут быть указаны в таблице 1.

Протокол Устаревшие функции U-плоскости PDCP Сжатие IP-заголовков и шифрование данных пользователя (безопасность)
Доставка по порядку до верхнего уровня и обнаружение дубликатов пакетов
Повторные передачи на уровне пакетов между ссылками (при восстановлении соединения) RLC Конкатенация
Сегментация и повторная сборка
Доставка по порядку до верхнего уровня и обнаружение дубликатов пакетов
Повторные передачи на уровне байтов (только AM) MAC Приоритетная обработка между логическими каналами Конкатенация, (де)мультиплексирование SDU MAC и заполнение

Таблица 1

[0063] Целью конкатенации является объединение в блоке передачи пакетов из нескольких логических каналов для эффективного использования беспроводной сети. Пример конкатенации показан на Фиг. 3.

[0064] PDU MAC должен иметь возможность переносить множество пакетов верхнего уровня. Функция конкатенации требует ввода данных из планирования уровня MAC. Это добавляет задержку и буферизацию данных. Устаревший способ конкатенации уровня RLC по логическим каналам требует своевременного знания доступной пропускной способности для логического канала, что может вызывать сложности с реализацией высокой пропускной способности вследствие автономной структуры кадра. Уровень MAC обеспечивает функцию конкатенации наряду с мультиплексированием и демультиплексированием.

[0065] В настоящее время 3GPP работает над снижением сложности протокола управления радиолинией связи (RLC), основанного на LTE. Ведутся исследования по вопросу удаления функции «Конкатенация». Рассматриваются также форматы, расположение и размер заголовков RLC и управления доступном к среде (MAC). Однако все предлагаемые технические решения основаны на предположении, что форматы RLC и MAC будут одинаковыми для базовой станции новой радиосети (NR gNB) и пользовательского оборудования (UE).

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

[0067] В настоящем документе описаны принципы проектирования UP LTE. В системе LTE конкатенацию PDU PDCP выполняет RLC. Когда передатчик знает размер TB, MAC осуществляет приоритизацию логических каналов (LCP), чтобы определить, какой объем данных должен передавать каждый объект RLC. Каждый объект RLC предоставляет один PDU RLC, содержащий один или более SDU RLC. Для каждого сервисного блока данных (SDU) RLC, заканчивающегося в PDU RLC, добавляется соответствующее L-поле, которое позволяет приемнику извлекать SDU.

[0068] Если последний имеющийся SDU RLC не помещается в PDU RLC полностью, он сегментируется. Иными словами, остальная часть SDU RLC будет отправлена в последующих PDU RLC. Флагами «Информация о кадре» (2 бита) указывается, соответствует ли первый (или последний) байт SDU RLC первому (или последнему) байту PDU RLC. В остальных случаях сегментация не влечет за собой дополнительных накладных издержек.

[0069] Для восстановления исходного порядка данных и обнаружения потерь в заголовок PDU RLC добавляется порядковый номер (SN) RLC. MAC мультиплексирует PDU RLC для различных идентификаторов логического канала (LCID) и добавляет соответствующий подзаголовок с LCID и L-полем. Ниже на Фиг. 3 показана иллюстрация высокого уровня структуры TB.

[0070] Причины, по которым структура, показанная на Фиг. 3, была выбрана для LTE, заключаются в следующем: низкие издержки даже при низких скоростях передачи данных на физическом уровне. Низкие издержки даже для служб, генерирующих низкие скорости передачи данных (например, VoIP) Очень низкие издержки на данные сигнализации для ARQ. Пространство порядковых номеров не увеличивается на скоростях передачи данных L1. Информация заголовка не пересекается с данными и приемник может найти информацию заголовка с небольшим количеством обращений к памяти (по одному на RLC-объект).

[0071] Возможными ограничениями структуры, показанной на Фиг. 3, являются следующие. Создание PDU представляет собой итерационный процесс, поскольку размер управляющей информации (заголовка) зависит, например, от количества SDU в этом PDU. Этот итерационный процесс занимает время, пока не начнется передача PDU MAC. Поскольку начало TB содержит заголовок (MAC и первый RLC), передатчик не может создать (и начать отправку на физический уровень (PHY)) TB до того, как узнает размер TB.

[0072] Можно рассмотреть различные подходы к конкатенации. При оценке возможности отклонения от базовой линии LTE можно рассматривать обработку как передатчиком, так и приемником.

[0073] В соответствии с одним подходом в зависимости от размеров TB и требований к качеству обслуживания (QoS), поддерживаемых NR, сегментация может быть отключена на каждом однонаправленном радиоканале для служб с небольшими пакетами. В соответствии с другим подходом конкатенация в RLC должна поддерживаться такой же, как в LTE. Заголовок RLC фиксированного размера может быть важен с точки зрения обработки. Конкатенация RLC может быть выполнена после получения предоставления UL, и этот процесс является довольно тяжелым и неэффективным при высокой скорости передачи данных. Кроме того, фиксированный размер заголовка RLC может облегчать предварительную конструкцию.

[0074] В соответствии с другим подходом MAC-заголовок может быть создан после получения предоставления UL. Проблема предварительного расчета может быть решена с помощью структуры заголовка, а не с помощью переключения конкатенации.

[0075] Один из подходов к конкатенации показан на Фиг. 6. В соответствии с этим подходом конкатенация аналогична LTE, но динамические части (например, заголовки и элементы управления (CE) MAC) находятся в конце TB. Заголовки RLC могут добавляться после данных этого PDU RLC.

[0076] Описаны также соображения в отношении функции сегментации в NR. В соответствии с одним подходом сегментация может выполняться на самом низком уровне (т. е. MAC). Альтернативно сегментация может выполняться в RLC. Сегментация может выполняться на каждом логическом канале в RLC.

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

[0078] Сегментация может быть основана на правилах на транспортном уровне, например, если блок больше определенного размера.

[0079] В случае NR функция сегментации может быть помещена только на уровень RLC, как в LTE. Сегментация на основе смещения сегмента (SO) может рассматриваться как для сегментации, так и для повторной сегментации в качестве базовой линии в плоскости пользователя NR для поддержки высокой скорости передачи данных. Это не предполагает каких-либо данных о месте конкатенации.

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

[0081] Также описана передача с функцией COUNT. COUNT может использоваться по беспроводной сети для PDU PDCP. COUNT может быть отключена для некоторых служб, таких как голосовая связь. Голосовая связь представляет собой наиболее распространенный случай, поскольку в настоящее время именно здесь происходит десинхронизация гиперкадрового номера (HFN). Десинхронизация HFN часто происходит из-за некачественной реализации в сети или UE 102. В одном из подходов десинхронизация HFN может быть устранена использованием более длинного SN. Полная функция COUNT снижает накладные расходы на обработку и дополнительно решает проблему отсутствия синхронизации. Это имеет преимущества в случае высокой скорости передачи данных. Обработка HFN может не обеспечивать большого преимущества, а если обработка является конфигурируемой, то UE придется справляться с наихудшим сценарием. Больший уровень сложности может наблюдаться при изменении технологии радиодоступа (RAT) между LTE и NR.

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

[0083] Первый альтернативный вариант (альтернативный вариант 1) описан в связи с Фиг. 7. В альтернативном варианте 1 передатчик RLC не выполняет конкатенацию нескольких SDU RLC в один PDU RLC. Вместо этого MAC мультиплексирует PDU RLC (каждый из которых содержит один SDU RLC (или сегмент)).

[0084] В этом альтернативном варианте предполагается, что сторона передатчика RLC все еще добавляет SN к PDU RLC. Для конкатенации (т. е. мультиплексирования) нескольких PDU RLC в один PDU MAC передатчик MAC добавляет LCID и L-поле к каждому PDU RLC. В этом альтернативном варианте сегментация выполняется в RLC, как в настоящее время в LTE.

[0085] Действие альтернативного варианта 1 выглядит следующим образом. Заголовки RLC (SN) перемежаются с данными. Таким образом, приемник RLC должен проанализировать весь TB для извлечения SN RLC. Это может потребовать много последовательных обращений к памяти, где TB сохраняется при приеме. subPDU MAC, включая заголовки и MAC-CE в начале TB, зависят от результата LCP/мультиплексирования и не могут быть созданы до обработки предоставления. Следовательно, до создания заголовков данные не могут быть переданы на PHY. Это приводит к дополнительным издержкам из-за дополнительных подзаголовков MAC (один на каждый IP-пакет по сравнению с одним на каждую группу объединенных IP-пакетов). ARQ выполняется для каждого IP-пакета (а не для групп IP-пакетов), что увеличивает время обработки ARQ и затраты на заголовки.

[0086] Второй альтернативный вариант (альтернативный вариант 2) показан на Фиг. 8. В данном альтернативном варианте заголовок PDU RLC содержит не только SN RLC, но и L-поле для каждого SDU. Передатчик MAC в заголовке MAC указывает LCID и поле длины для набора PDU каждого объекта RLC. В этом альтернативном варианте сегментация выполняется в RLC, как в настоящее время в LTE.

[0087] Действие альтернативного варианта 2 выглядит следующим образом. SN RLC и L-поля перемежаются с данными, что вынуждает приемник анализировать TB полностью для извлечения SN и L-полей. Это увеличивает задержку при декодировании (например, из-за множества последовательных обращений к памяти). Дополнительная нагрузка возникает из-за дополнительных SN-полей в RLC (по одному на IP-пакет вместо одного на группу объединенных IP-пакетов). subPDU MAC, включая заголовки и MAC-CE в начале TB, зависят от результата LCP/мультиплексирования и не могут быть созданы до обработки предоставления. Следовательно, до создания заголовков данные не могут быть переданы на PHY. ARQ выполняется для IP-пакета (а не для групп IP-пакетов), что увеличивает время обработки ARQ и затраты на заголовки.

[0088] Третий альтернативный вариант (альтернативный вариант 3) показан на Фиг. 9. Как и в альтернативном варианте 2, в альтернативном варианте 3 передатчик RLC добавляет SN и L-поле для каждого SDU RLC. Для демультиплексирования MAC добавляет LCID к SDU MAC. В этом альтернативном варианте сегментация выполняется в RLC, как в настоящее время в LTE. В варианты реализации этого альтернативного варианта L-поля (а также, возможно, SN) включены в подзаголовки MAC, а не в заголовок RLC.

[0089] Действие альтернативного варианта 3 выглядит следующим образом. Если транспортный блок (TB) обеспечивает достаточно места для всего SDU MAC, начало TB не зависит от результата LCP/мультиплексирования и, следовательно, начало TB может быть отправлено на PHY непосредственно, когда предоставление декодировано, что может ускорить предоставление задержки на передачу. Но когда SDU RLC сегментирован, передатчику необходимо изменить информацию заголовка (поле информации о синхронизации кадров (FI)) сегментированных PDU RLC, при этом передача сегмента PDU RLC/MAC на более низкие уровни может начаться только после определения FI. Кроме того, предполагая, что MAC-CE все еще размещены в начале PDU MAC, их необходимо вычислить до начала передачи PDU MAC в направлении L1. Такое размещение MAC-CE в начале MAC-кадра имеет особое преимущество для обработки нисходящей линии связи (DL).

[0090] SN RLC и L-поля, также как и поля LCID MAC, перемежаются с данными, заставляя приемник анализировать TB полностью для извлечения этих полей. Это увеличивает задержку при декодировании (например, из-за множества последовательных обращений к памяти). ARQ выполняется для каждого IP-пакета (а не для групп IP-пакетов), что увеличивает время обработки ARQ и затраты на заголовки.

[0091] Четвертый альтернативный вариант (альтернативный вариант 4) показан на Фиг. 10. В данном альтернативном варианте передатчик RLC не выполняет конкатенацию нескольких SDU RLC в один PDU RLC. Вместо этого MAC мультиплексирует PDU RLC (каждый из которых содержит один SDU RLC (или сегмент)).

[0092] В данном альтернативном варианте предполагается, что передатчик PDCP добавляет SN PDCP к PDU PDCP, но передатчик RLC не добавляет SN к PDU RLC. В этом случае передатчик MAC может выполнять сегментацию для первого и последнего SDU MAC, включенных в PDU MAC, при этом передатчик MAC добавляет поле информации о сегментации (SI) для сегмента SDU MAC. Для конкатенации (т. е. мультиплексирования) нескольких PDU RLC в один PDU MAC передатчик MAC добавляет LCID и L-поле к каждому PDU RLC.

[0093] Действие альтернативного варианта 4 выглядит следующим образом. Если транспортный блок (TB) обеспечивает достаточно места для всего SDU MAC, начало TB не зависит от результата LCP/мультиплексирования и, следовательно, начало TB может быть отправлено на PHY непосредственно, когда предоставление декодировано. Это может ускорить предоставление задержки на передачу. Но при сегментации SDU RLC передатчик должен изменить информацию заголовка (поле FI) сегментированных PDU RLC. Передача сегмента PDU RLC/MAC на нижние уровни может начаться только после определения FI. Кроме того, предполагая, что MAC-CE все еще размещены в начале PDU MAC, их необходимо вычислить до начала передачи PDU MAC в направлении L1. Это имеет особое преимущество для обработки нисходящей линии связи (DL).

[0094] Сегментация в этом альтернативном варианте может не работать так, как описано ниже. Необходимо назначить порядковые номера после сегментации, чтобы передатчик мог собрать пакеты в правильном порядке. Однако в данном альтернативном варианте отсутствуют SN, назначенные после сегментации. В этом альтернативном варианте в первом сегменте будет только SN (SN PDCP), что означает, что все последующие сегменты не будут различимы.

[0095] ARQ не работает, поскольку RLC (где выполняется ARQ) не имеет никаких порядковых номеров. На первый взгляд можно подумать, что RLC «подглядывает» и использует SN PDCP, но это не работает для разделенных однонаправленных каналов.

[0096] L-поля (поля LCID MAC) перемежаются с данными, заставляя приемник анализировать TB полностью для извлечения этих полей. Это увеличивает задержку при декодировании (например, из-за множества последовательных обращений к памяти).

[0097] Пятый альтернативный вариант (альтернативный вариант 5) показан на Фиг. 11. В этом альтернативном варианте передатчик RLC не выполняет конкатенацию нескольких SDU RLC в один PDU RLC. Вместо этого MAC мультиплексирует PDU RLC (каждый из которых содержит один SDU RLC (или сегмент)). В данном альтернативном варианте предполагается, что передатчик PDCP добавляет SN PDCP к PDU PDCP, но передатчик RLC не добавляет SN к PDU RLC. В этом альтернативном варианте передатчик MAC может выполнять сегментацию для первого и последнего SDU MAC, включенных в PDU MAC, и в этом случае передатчик MAC добавляет поле информации о сегментации (SI) для сегмента SDU MAC. Для конкатенации (т. е. мультиплексирования) нескольких PDU RLC в один PDU MAC передатчик MAC добавляет LCID и L-поле к каждому PDU RLC и размещает все подзаголовки MAC, включая MAC-CE, перед PDU MAC.

[0098] Действие альтернативного варианта 5 выглядит следующим образом. Как и в LTE, создание PDU является итерационным процессом, поскольку размер управляющей информации (заголовка) зависит, например, от количества SDU в этом PDU. Этот итерационный процесс занимает время, пока не начнется передача PDU MAC. Поскольку начало TB содержит MAC-заголовок, передатчик не может создать (и начать отправку на PHY) TB до того, как узнает размер TB.

[0099] Сегментация в этом альтернативном варианте может не работать так, как описано ниже. Необходимо назначить порядковые номера после сегментации, чтобы передатчик мог собрать пакеты в правильном порядке. Однако в данном альтернативном варианте отсутствуют SN, назначаемые после сегментации. В этом альтернативном варианте в первом сегменте будет только SN (SN PDCP), что означает, что все последующие сегменты не будут различимы.

[00100] ARQ не работает, поскольку RLC (где выполняется ARQ) не имеет никаких порядковых номеров. На первый взгляд можно подумать, что RLC «подглядывает» и использует SN PDCP, но это не работает для разделенных однонаправленных каналов.

[00101] Шестой альтернативный вариант (альтернативный вариант 6) показан на Фиг. 12. В данном альтернативном варианте передатчик PDCP добавляет SN PDCP и L-поле к каждому SDU PDCP. Для демультиплексирования MAC добавляет LCID к SDU MAC. В этом альтернативном варианте передатчик MAC может выполнять сегментацию для первого и последнего SDU MAC, включенных в PDU MAC, и в этом случае передатчик MAC добавляет поле информации о сегментации (SI) для сегмента SDU MAC.

[00102] Действие альтернативного варианта 6 выглядит следующим образом. Если транспортный блок (TB) имеет достаточно места для всего SDU MAC, начало TB не зависит от результата LCP/мультиплексирования и, следовательно, начало TB может быть отправлено на PHY непосредственно, когда предоставление декодировано, что может ускорить предоставление задержки на передачу. Но при сегментации SDU RLC передатчик должен изменить информацию заголовка (поле FI) сегментированных PDU RLC. Передача сегмента PDU RLC/MAC на нижние уровни может начаться только после определения FI. Кроме того, предполагая, что MAC-CE все еще размещены в начале PDU MAC, их необходимо вычислить до начала передачи PDU MAC в направлении L1. Это имеет особое преимущество для обработки нисходящей линии связи (DL).

[00103] L-поля (поля LCID MAC) перемежаются с данными, заставляя приемник анализировать TB полностью для извлечения этих полей. Это увеличивает задержку при декодировании (например, из-за множества последовательных обращений к памяти).

[00104] Сегментация в этом альтернативном варианте может не работать так, как описано ниже. Необходимо назначить порядковые номера после сегментации, чтобы передатчик мог собрать пакеты в правильном порядке. Однако в данном альтернативном варианте отсутствуют SN, назначаемые после сегментации. В данном альтернативном варианте в первом сегменте будет только SN (SN PDCP), что означает, что все последующие сегменты не будут различимы.

[00105] ARQ не работает, поскольку RLC (где выполняется ARQ) не имеет никаких порядковых номеров. На первый взгляд можно подумать, что RLC «подглядывает» и использует SN PDCP, но это не работает для разделенных однонаправленных каналов.

[00106] Седьмой альтернативный вариант (альтернативный вариант 7) показан на Фиг. 13. В данном альтернативном варианте заголовок PDU PDCP содержит не только SN PDCP, но и L-поле для SDU PDCP. Передатчик MAC в заголовке MAC указывает LCID и поле длины для набора PDU каждого объекта RLC. В данном альтернативном варианте передатчик MAC может выполнять сегментацию для первого и последнего SDU MAC, включенных в PDU MAC, и в этом случае передатчик MAC добавляет поле SI для сегмента SDU MAC.

[00107] Действие альтернативного варианта 7 выглядит следующим образом. Как и в LTE, создание PDU является итерационным процессом, поскольку размер управляющей информации (заголовка) зависит, например, от количества SDU в этом PDU. Этот итерационный процесс занимает время, пока не начнется передача PDU MAC. Поскольку начало TB содержит MAC-заголовок, передатчик не может создать (и начать отправку на PHY) TB до того, как узнает размер TB.

[00108] L-поля перемежаются с данными, что вынуждает приемник проанализировать TB полностью для извлечения этих полей, а приемнику необходимо проанализировать все эти поля до начала обработки пакетов. Это увеличивает задержку декодирования (например, из-за множества последовательных обращений к памяти).

[00109] Сегментация в этом альтернативном варианте может не работать так, как описано ниже. Необходимо назначить порядковые номера после сегментации, чтобы передатчик мог собрать пакеты в правильном порядке. Однако в данном альтернативном варианте отсутствуют SN, назначаемые после сегментации. В данном альтернативном варианте в первом сегменте будет только SN (SN PDCP), что означает, что все последующие сегменты не будут различимы.

[00110] ARQ не работает, поскольку RLC (где выполняется ARQ) не имеет никаких порядковых номеров. На первый взгляд можно подумать, что RLC «подглядывает» и использует SN PDCP, но это не работает для разделенных однонаправленных каналов.

[00111] Системы и способы, описанные в настоящем документе, представляют собой решение для устранения сложности внедрения RLC и MAC в NR UE и BS. Описанные системы и способы имеют два решения (асимметричных) реализации для двух передающих сторон (TX). Одна компоновка, удовлетворяющая аппаратным ограничениям, предназначена для NR UE TX. Вторая структура предназначена для NR базовой станции (gNB), улучшает характеристики задержки в NR gNB и дополнительно упрощает приемную (т. е. прием UE) структуру UE.

[00112] Пример асимметричной структуры для MAC и RLC показан на Фиг. 14. В этом примере NR gNB TX связан с RLC-1, MAC-1 и PHY-1, тогда как NR UE TX связан с RLC-2, MAC-2 и PHY-2.

[00113] В одном варианте реализации асимметричной структуры для MAC и RLC используется структура на основе LTE, показанная на Фиг. 3, для NR gNB TX (т. е. RLC-1 и MAC-1). Для NR UE TX (т. е. RLC-2 и MAC-2) могут использоваться разные подходы. Структура без конкатенации для NR UE TX (т. е. RLC-2 и MAC-2 на Фиг. 14) может быть реализована так, как показано на Фиг. 7, или конкатенация на основе определяемых окончаниями заголовков может быть реализована так, как показано на Фиг. 6 или Фиг. 15.

[00114] Модуль 124 операций UE может предоставлять информацию 148 одному или более приемникам 120. Например, модуль 124 операций UE может информировать приемник (-и) 120 о том, когда принимать передачи.

[00115] Модуль 124 операций UE может предоставлять информацию 138 демодулятору 114. Например, модуль 124 операций UE может информировать демодулятор 114 о схеме модуляции, предполагаемой для передач с eNB 160.

[00116] Модуль 124 операций UE может предоставлять информацию 136 декодеру 108. Например, модуль 124 операций UE может информировать декодер 108 о предполагаемом кодировании передач с eNB 160.

[00117] Модуль 124 операций UE может предоставлять информацию 142 кодеру 150. Информация 142 может содержать данные, подлежащие кодированию, и/или инструкции по кодированию. Например, модуль 124 операций UE может дать кодеру 150 указание закодировать данные 146 передачи и/или другую информацию 142. Другая информация 142 может содержать информацию подтверждения (ACK) гибридного ARQ (HARQ) для PDSCH.

[00118] Кодер 150 может кодировать данные 146 передачи и/или другую информацию 142, предоставляемую модулем 124 операций UE. Например, кодирование данных 146 и/или другой информации 142 может включать в себя кодирование с обнаружением и/или коррекцией ошибок, отображение данных в пространственные, временные и/или частотные ресурсы для передачи, мультиплексирование и т. д. Кодер 150 может предоставлять кодированные данные 152 модулятору 154.

[00119] Модуль 124 операций UE может предоставлять информацию 144 модулятору 154. Например, модуль 124 операций UE может информировать модулятор 154 о типе модуляции (например, отображение созвездия), который должен использоваться для передач eNB 160. Модулятор 154 может модулировать кодированные данные 152 для подачи одного или более модулированных сигналов 156 в один или более передатчиков 158.

[00120] Модуль 124 операций UE может предоставлять информацию 140 одному или более передатчикам 158. Эта информация 140 может содержать инструкции для одного или более передатчиков 158. Например, модуль 124 операций UE может дать указание одному или более передатчиков 158 о том, когда передавать сигнал на eNB 160. Например, один или более передатчиков 158 могут осуществлять передачу в течение подкадра UL. Один или более передатчиков 158 могут преобразовывать с повышением частоты и передавать модулированный (-ые) сигнал (-ы) 156 на один или более eNB 160.

[00121] UE 160 может содержать один или более приемопередатчиков 176, один или более демодуляторов 172, один или более декодеров 166, один или более кодеров 109, один или более модуляторов 113, буфер 162 данных и модуль 182 операций eNB. Например, на eNB 160 могут быть реализованы один или более трактов приема и/или передачи. Для удобства в eNB 160 показаны только один приемопередатчик 176, декодер 166, демодулятор 172, кодер 109 и модулятор 113, хотя можно реализовать множество параллельных элементов (например, приемопередатчики 176, декодеры 166, демодуляторы 172, кодеры 109 и модуляторы 113).

[00122] Приемопередатчик 176 может включать в себя один или более приемников 178 и один или более передатчиков 117. Один или более приемников 178 могут принимать сигналы от UE 102 с использованием одной или более антенн 180a-n. Например, приемник 178 может принимать и преобразовывать с понижением частоты сигналы для формирования одного или более принятых сигналов 174. Один или более принятых сигналов 174 могут быть поданы на демодулятор 172. Один или более передатчиков 117 могут передавать сигналы на UE 102 с использованием одной или более антенн 180a-n. Например, один или более передатчиков 117 могут преобразовывать с повышением частоты и передавать один или более модулированных сигналов 115.

[00123] Демодулятор 172 может демодулировать один или более принятых сигналов 174 для создания одного или более демодулированных сигналов 170. Один или более демодулированных сигналов 170 могут быть поданы на декодер 166. Для декодирования сигналов eNB 160 может использоваться декодер 166. Декодер 166 может обеспечивать один или более декодированных сигналов 164, 168. Например, первый eNB-декодированный сигнал 164 может содержать принятые данные полезной нагрузки, которые могут быть сохранены в буфере 162 данных. Второй eNB-декодированный сигнал 168 может содержать служебные данные и/или данные управления. Например, второй eNB-декодированный сигнал 168 может обеспечивать данные (например, информацию PDSCH HARQ-ACK), которые могут быть использованы модулем 182 операций eNB для выполнения одной или более операций.

[00124] Как правило, модуль 182 операций eNB может обеспечивать для eNB 160 возможность обмена данными с одним или более UE 102. Модуль 182 операций eNB может содержать один или более модулей 194 eNB новой радиосети (NR) Модуль 194 eNB NR может выполнять операции конкатенации, как описано выше.

[00125] Модуль 182 операций eNB может предоставлять информацию 188 демодулятору 172. Например, модуль 182 операций eNB может информировать демодулятор 172 о схеме модуляции, предполагаемой для передач с одного или более UE 102.

[00126] Модуль 182 операций eNB может предоставлять информацию 186 декодеру 166. Например, модуль 182 операций eNB может информировать декодер 166 о предполагаемом кодировании передач с одного или более UE 102.

[00127] Модуль 182 операций eNB может предоставлять информацию 101 кодеру 109. Информация 101 может содержать данные, подлежащие кодированию, и/или инструкции по кодированию. Например, модуль 182 операций eNB может дать кодеру 109 указание закодировать информацию 101, включая данные 105 передачи.

[00128] Кодер 109 может кодировать данные 105 передачи и/или другую информацию в информации 101, предоставляемой модулем 182 операций eNB. Например, кодирование данных 105 и/или другой информации в информации 101 может включать в себя кодирование с обнаружением и/или исправлением ошибок, отображение данных на пространство, временные и/или частотные ресурсы для передачи, мультиплексирования и т. д. Кодер 109 может предоставлять кодированные данные 111 модулятору 113. Данные 105 передачи могут содержать сетевые данные, подлежащие ретрансляции на UE 102.

[00129] Модуль 182 операций eNB может предоставлять информацию 103 модулятору 113. Эта информация 103 может содержать инструкции для модулятора 113. Например, модуль 182 операций eNB может информировать модулятор 113 о типе модуляции (например, отображение созвездия), который должен использоваться для передач с одного или более UE 102. Модулятор 113 может модулировать кодированные данные 111 для подачи одного или более модулированных сигналов 115 на один или более передатчиков 117.

[00130] Модуль 182 операций eNB может предоставлять информацию 192 одному или более передатчикам 117. Эта информация 192 может содержать инструкции для одного или более передатчиков 117. Например, модуль 182 операций eNB может дать указание одному или более передатчиков 117 о том, когда передавать (или когда не передавать) сигнал на одно или более UE 102. Один или более передатчиков 117 могут преобразовывать с повышением частоты и передавать модулированный (-ые) сигнал (-ы) 115 на одно или более UE 102.

[00131] Следует отметить, что подкадр DL может быть передан с eNB 160 на одно или более UE 102 и что подкадр UL может быть передан с одного или более UE 102 на eNB 160. Более того, как eNB 160, так и один или более UE 102 могут передавать данные в стандартном специальном подкадре.

[00132] Следует также отметить, что один или более элементов или их частей, включенных в одну или более eNB 160 и одно или более UE 102, могут быть реализованы в виде оборудования. Например, один или более из этих элементов или их частей могут быть реализованы в виде микросхемы, схемы или аппаратных компонентов и т. д. Следует также отметить, что одна или более функций или описанных в настоящем документе способов могут быть реализованы в оборудовании и/или выполнены посредством его использования. Например, один или более способов, описанных в настоящем документе, могут быть реализованы и/или осуществлены с помощью набора микросхем, специализированной интегральной схемы (ASIC), большой интегральной схемы (LSI) или интегральной схемы и т. д.

[00133] На Фиг. 2 представлена блок-схема, иллюстрирующая структуру симметричного протокола для eNB LTE. Первая передача (TX1) LTE посредством eNB 260 LTE имеет PDCP LTE, RLC LTE, MAC LTE и первый физический уровень (PHY-1) LTE. Соответствующий прием LTE (RX1 LTE) посредством UE 202 LTE имеет PDCP LTE, RLC LTE, MAC LTE и первый физический уровень (PHY-1) LTE.

[00134] Вторая передача (TX2) LTE посредством UE 202 LTE имеет PDCP LTE, RLC LTE, MAC LTE и второй физический уровень (PHY-2) LTE. Соответствующий прием LTE (RX2 LTE) посредством eNB 260 LTE имеет PDCP LTE, RLC LTE, MAC LTE и второй физический уровень (PHY-2) LTE.

[00135] На Фиг. 3 представлена блок-схема, иллюстрирующая структуру управления радиолинией связи (RLC) и управления доступом к среде (MAC), где MAC-заголовок, включающий в себя элемент управления (CE) MAC, передается в передней части кадра для DL. В одном варианте реализации асимметричной структуры для MAC и RLC (показанной на Фиг. 14) может использоваться структура на основе LTE, показанная на Фиг. 3, для NR gNB TX (т. е. RLC-1 и MAC-1).

[00136] На Фиг. 4 представлена блок-схема, иллюстрирующая структуру протокола для нисходящей линии связи (DL). Точки доступа к сервисам (SAP) для одноранговой связи отмечены кружками на интерфейсе между подуровнями. SAP между физическим уровнем и подуровнем 405 MAC обеспечивает транспортные каналы 411. SAP между подуровнем 405 MAC и подуровнем 403 RLC обеспечивают логические каналы 409.

[00137] Мультиплексирование нескольких логических каналов 409 (т. е. радиоканалов 407) в одном и том же транспортном канале 411 (т. е. транспортном блоке) выполняется с помощью подуровня 405 MAC. Как в восходящей, так и в нисходящей линии связи, когда не сконфигурированы ни агрегация несущих (CA), ни двойное подключение (DC), в отсутствие пространственного мультиплексирования за интервал времени передачи (TTI) генерируется только один транспортный блок. При прямом соединении за каждый TTI генерируется только один транспортный блок.

[00138] Основные службы и функции подуровня 405 MAC могут включать в себя: сопоставление между логическими каналами и транспортными каналами; мультиплексирование/демультиплексирование SDU MAC, принадлежащих одному или разным логическим каналам 409, в транспортные блоки (TB)/из них, доставляемые в физический уровень/из физического уровня по транспортным каналам 411; передачу сообщений информации диспетчеризации; коррекцию ошибок через HARQ; обработку приоритетов между логическими каналами одного UE; обработку приоритетов между UE посредством динамической диспетчеризации; идентификацию услуг мультимедийной широковещательной многоадресной передачи (MBMS); выбор транспортного формата и/или заполнения.

[00139] Специфические услуги для прямого соединения и функции подуровня 405 MAC могут включать в себя: Выбор радиоресурсов и/или фильтрацию пакетов для прямого соединения.

[00140] Различные виды услуг передачи данных, предлагаемые MAC 405. Каждый тип логического канала определяется типом передаваемых данных. Общая классификация логических каналов 409 состоит из двух групп: каналы управления (для передачи данных плоскости управления) и каналы трафика (для передачи информации плоскости пользователя).

[00141] Для передачи информации плоскости управления могут использоваться только управляющие каналы. К каналам управления, которые могут быть предложены MAC 405, относятся один или более из следующих:

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

[00143] Канал управления широковещательной передачей с уменьшенной полосой пропускания (BR-BCCH), представляющий собой канал нисходящей линии связи для широковещательной передачи системной информации управления.

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

[00145] Общий канал управления (CCCH), представляющий собой канал передачи управляющей информации между устройствами UE 102 и сетью. Этот канал используется для UE 102, у которых нет подключения к сети через управление радиоресурсом.

[00146] Канал управления многоадресной передачей (MCCH), который представляет собой канал «точка-многоточка» нисходящей линии связи и используется для передачи управляющей информации MBMS из сети в UE 102 для одного или нескольких каналов многоадресного трафика (MTCH). Этот канал используется только UE 102, которые принимают или заинтересованы в приеме MBMS.

[00147] Канал управления многоадресной передачей для одиночной соты (SC-MCCH), который представляет собой канал «точка-многоточка» нисходящей линии связи и используется для передачи управляющей информации MBMS из сети в UE 102 для одного или нескольких каналов трафика многоадресной передачи для одиночной соты (SC-MTCH). Этот канал используется только UE 102, которые получают или заинтересованы в получении MBMS по каналу «точка-многоточка» с одиночной сотой (SC-PTM).

[00148] Выделенный канал управления (DCCH), который представляет собой двунаправленный канал «точка-точка» и передает выделенную информацию управления между UE 102 и сетью. Этот канал может использоваться UE 102, имеющими RRC-подключение.

[00149] Канал управления широковещательной передачей при прямом соединении (SBCCH), представляющий собой канал прямого соединения для широковещательной передачи системной информации от одного UE 102 к другому (-им) UE 102 при прямом соединении.

[00150] Каналы трафика используются только для передачи информации плоскости пользователя. Каналы трафика, предлагаемые MAC 405, могут включать в себя следующие:

[00151] Выделенный канал трафика (DTCH), представляющий собой канал «точка-точка», выделенный одному UE 102 для передачи пользовательской информации. DTCH может существовать как в восходящей, так и в нисходящей линии связи. DTCH не поддерживается для UE NB-IoT, которое использует только оптимизации EPS CIoT плоскости управления.

[00152] Канал многоадресного трафика (MTCH), представляющий собой канал «точка-многоточка» нисходящей линии связи для передачи данных трафика из сети на UE 102. Этот канал используется только UE 102, принимающими MBMS.

[00153] Канал многоадресного трафика (SC-MTCH) одиночной соты, представляющий собой канал «точка-многоточка» нисходящей линии связи для передачи данных трафика из сети на UE 102 с использованием передачи SC-PTM. Этот канал используется только UE, принимающими MBMS с помощью SC-PTM.

[00154] Канал трафика при прямом соединении (STCH), представляющий собой канал «точка-многоточка» и предназначенный для передачи пользовательской информации из одного UE 102 на другое (-ие) UE 102. Этот канал используется только устройствами UE 102 с поддержкой прямого соединения. Соединение «точка-точка» между двумя UE 102, поддерживающими связь по прямому соединению, также реализована с помощью STCH.

[00155] Основные службы и функции подуровня 403 RLC могут включать в себя одно или более из следующего: передача PDU верхнего уровня; коррекция ошибок посредством ARQ; конкатенация, сегментация и повторная сборка SDU RLC; повторная сегментация PDU данных RLC; переупорядочение PDU данных RLC; обнаружение повторяющихся пакетов; обнаружение ошибок протокола; сброс SDU RLC и/или восстановление RLC.

[00156] Порядковый номер PDU, передаваемый заголовком RLC, может не зависеть от порядкового номера SDU (т. е. порядкового номера PDCP).

[00157] Основные службы и функции подуровня 401 PDCP для плоскости пользователя могут включать в себя одно или более из следующего: Сжатие и распаковка заголовка: только надежное сжатие заголовков (ROHC); передача пользовательских данных; последовательная доставка PDU верхнего уровня во время процедуры восстановления PDCP для AM RLC; для разделенных однонаправленных каналов в DC (только для AM RLC): маршрутизация PDU PDCP для передачи и переупорядочение PDU PDCP для приема; обнаружение повторяющихся пакетов нижнего уровня SDU во время процедуры восстановления AM RLC; повторная передача SDU PDCP при передаче обслуживания и PDU PDCP в случае разделенных однонаправленных каналов в DC во время процедуры восстановления данных PDCP для AM RLC, шифрование и дешифрование, сброс по таймеру SDU в восходящей линии связи.

[00158] На Фиг. 5 представлена блок-схема, иллюстрирующая структуру протокола для восходящей линии связи (UL). Точки доступа к сервисам (SAP) для одноранговой связи отмечены кружками на интерфейсе между подуровнями. SAP между физическим уровнем и подуровнем 505 MAC обеспечивает транспортные каналы. SAP между подуровнем MAC и подуровнем 503 RLC обеспечивают логические каналы 509. Мультиплексирование нескольких логических каналов 509 (т. е. радиоканалов 507) в одном и том же транспортном канале 511 (т. е. транспортном блоке) выполняется с помощью подуровня 505 MAC.

[00159] PDCP 501 представляет собой верхний подуровень стека протоколов уровня 2 плоскости пользователя LTE над подуровнем 503 управления радиолинией связи (RLC). Уровень 501 PDCP обрабатывает сообщения управления радиоресурсом (RRC) в плоскости управления и пакеты Интернет-протокола (IP) в плоскости пользователя. В зависимости от однонаправленного радиоканала 507 основные функции уровня PDCP могут включать сжатие заголовка, безопасность (защита целостности и шифрование) и поддержку переупорядочения и повторной передачи во время процедуры передачи обслуживания.

[00160] На Фиг. 6 представлена блок-схема, иллюстрирующая подход к конкатенации, где MAC-заголовок, содержащий MAC-CE, передается в конце кадра для UL. На Фиг. 6 представлен вариант реализации структуры RLC и MAC. RLC 603 проиллюстрирован с соответствующими SDU и PDU. MAC 605 также проиллюстрирован с соответствующими SDU и PDU. В соответствии с этим подходом конкатенация выполняется как в LTE. Однако динамические части (например, заголовки и элементы MAC-CE) находятся в конце TB. Заголовки RLC могут добавляться после данных этого PDU RLC. Этот конкретный вариант реализации имел бы преимущества для восходящей линии связи, где MAC-CE передается в конце кадра.

[00161] Структуру конкатенации, показанную на Фиг. 6, можно использовать для асимметричной структуры для MAC и RLC, как показано на Фиг. 14. Для NR UE TX (т. е. RLC-2 и MAC-2 на Фиг. 14) может быть реализована структура конкатенации на основе определяемых окончаниями заголовков.

[00162] На Фиг. 7 представлена блок-схема, иллюстрирующая первый альтернативный вариант (альтернативный вариант 1) удаления конкатенации из RLC. В этом альтернативном варианте MAC-CE размещен в начале MAC-кадра для DL. На Фиг. 7 представлен вариант реализации структуры RLC и MAC. RLC 703 проиллюстрирован с соответствующими SDU и PDU. MAC 705 также проиллюстрирован с соответствующими SDU и PDU. Структуру без конкатенации, показанную на Фиг. 7, можно использовать для асимметричной структуры для MAC и RLC, как показано на Фиг. 14. Структура без конкатенации может быть реализована для NR UE TX (т. е. RLC-2 и MAC-2 на Фиг. 14).

[00163] На Фиг. 8 проиллюстрирован вариант реализации структуры RLC и MAC. В этом альтернативном варианте MAC-CE размещен в начале MAC-кадра для DL. RLC 803 проиллюстрирован с соответствующими SDU и PDU. MAC 805 также проиллюстрирован с соответствующими SDU и PDU.

[00164] На Фиг. 9 представлена блок-схема, иллюстрирующая третий альтернативный вариант (альтернативный вариант 3) удаления конкатенации из RLC. В этом альтернативном варианте MAC-CE размещен в начале MAC-кадра для DL. На Фиг. 9 проиллюстрирован вариант реализации структуры RLC и MAC. RLC 903 проиллюстрирован с соответствующими SDU и PDU. MAC 905 также проиллюстрирован с соответствующими SDU и PDU.

[00165] На Фиг. 10 представлена блок-схема, иллюстрирующая четвертый альтернативный вариант (альтернативный вариант 4) удаления конкатенации из RLC. В этом альтернативном варианте MAC-CE размещен в начале MAC-кадра для DL. На Фиг. 10 проиллюстрирован вариант реализации структуры PDCP, RLC и MAC. PDCP 1001 проиллюстрирован с соответствующими SDU и PDU. RLC 1003 проиллюстрирован с соответствующими SDU и PDU. MAC 1005 также проиллюстрирован с соответствующими SDU и PDU.

[00166] На Фиг. 11 представлена блок-схема, иллюстрирующая пятый альтернативный вариант (альтернативный вариант 5) удаления конкатенации из RLC. В этом альтернативном варианте MAC-CE размещен в начале MAC-кадра для DL. На Фиг. 11 проиллюстрирован вариант реализации структуры PDCP, RLC и MAC. PDCP 1101 проиллюстрирован с соответствующими SDU и PDU. RLC 1103 проиллюстрирован с соответствующими SDU и PDU. MAC 1105 также проиллюстрирован с соответствующими SDU и PDU.

[00167] На Фиг. 12 представлена блок-схема, иллюстрирующая шестой альтернативный вариант (альтернативный вариант 6) удаления конкатенации из RLC. В этом альтернативном варианте MAC-CE размещен в начале MAC-кадра для DL. На Фиг. 12 проиллюстрирован вариант реализации структуры PDCP, RLC и MAC. PDCP 1201 проиллюстрирован с соответствующими SDU и PDU. RLC 1203 проиллюстрирован с соответствующими SDU и PDU. MAC 1205 также проиллюстрирован с соответствующими SDU и PDU.

[00168] На Фиг. 13 представлена блок-схема, иллюстрирующая седьмой альтернативный вариант (альтернативный вариант 7) удаления конкатенации из RLC. В этом альтернативном варианте MAC-CE размещен в начале MAC-кадра для DL. На Фиг. 13 проиллюстрирован вариант реализации структуры PDCP, RLC и MAC. PDCP 1301 проиллюстрирован с соответствующими SDU и PDU. RLC 1303 проиллюстрирован с соответствующими SDU и PDU. MAC 1305 также проиллюстрирован с соответствующими SDU и PDU.

[00169] На Фиг. 14 представлена блок-схема, иллюстрирующая асимметричную структуру протокола для MAC и RLC, где UE создает и передает (т. е. UL NR TX2) пакеты с использованием стека протоколов (т. е. PHY/MAC/RLC/PDCP) и форматов пакетов и/или структур, отличных от тех, которые используются базовой станцией (gNB) в DL (NR TX1). Отличия включают в себя расположение заголовка MAC с MAC-CE в обоих направлениях (в конце MAC-кадра для UL и помещается в начале MAC-кадра для DL). В этом примере передача (TX) посредством NR gNB 1460 (NR TX1) и соответствующий прием посредством NR UE 1402 (NR RX1) связаны с RLC-1, MAC-1 и PHY-1. TX посредством NR UE 1402 (NR TX2) и соответствующий прием посредством NR GNB 1460 (NR RX2) связаны с RLC-2, MAC-2 и PHY-2.

[00170] В одном варианте реализации асимметричной структуры для MAC и RLC используется структура на основе LTE, показанная на Фиг. 3, для NR gNB TX (т. е. RLC-1 и MAC-1). Для NR UE TX (т. е. RLC-2 и MAC-2) могут использоваться разные подходы. Структура без конкатенации для NR UE TX (т. е. RLC-2 и MAC-2 на Фиг. 14) может быть реализована так, как показано на Фиг. 7, или конкатенация на основе определяемых окончаниями заголовков может быть реализована так, как показано на Фиг. 6 или Фиг. 15.

[00171] На Фиг. 15 представлен пример новых основанных на окончаниях заголовков для MAC 1505 и RLC 1503 новой радиосети (NR). MAC-заголовок, включающий в себя MAC-CE, передается в конце кадра для UL. RLC 1503 проиллюстрирован с соответствующими SDU и PDU. MAC 1505 также проиллюстрирован с соответствующими SDU и PDU. В частности, на Фиг. 16 показан RLC с фиксированным заголовком без конкатенации и замыкающий MAC-заголовок. MAC-заголовок может дополнительно содержать битовую карту SDU MAC с информацией о длине. Также может существовать динамический заголовок на основе предоставления.

[00172] Структуру конкатенации, показанную на Фиг. 15, можно использовать для асимметричной структуры для MAC 1505 и RLC 1503, как показано на Фиг. 14. Для NR UE TX (т. е. RLC-2 и MAC-2 на Фиг. 14) может быть реализована структура конкатенации на основе определяемых окончаниями заголовков.

[00173] На Фиг. 16 проиллюстрированы различные компоненты, которые можно использовать в UE 1602. MAC-заголовок, включающий в себя MAC-CE, может быть передан в конце кадра для UL. UE 1602, описанное в связи с Фиг. 16, может быть реализовано в соответствии с UE 102, описанным в связи с Фиг. 1. UE 1602 содержит процессор 1603, который управляет работой UE 1602. Процессор 1603 может также называться центральным процессором (ЦП). Память 1605, которая может включать в себя постоянное запоминающее устройство (ПЗУ), оперативное запоминающее устройство (ОЗУ), их комбинацию или устройство любого типа, которое может хранить информацию, обеспечивает инструкции 1607a и данные 1609a для процессора 1603. Часть памяти 1605 может также включать в себя энергонезависимое оперативное запоминающее устройство (NVRAM). Инструкции 1607b или данные 1609b могут также находиться в процессоре 1603. Инструкции 1607b и/или данные 1609b, загружаемые в процессор 1603, могут также содержать инструкции 1607a и/или данные 1609a из памяти 1605, которые были загружены для исполнения или обработки процессором 1603. Инструкции 1607b могут быть исполнены процессором 1603 для реализации одного или более описанных выше способов.

[00174] UE 1602 может также включать в себя корпус, который содержит один или более передатчиков 1658 и один или более приемников 1620 для обеспечения возможности передачи и приема данных. Передатчик (-и) 1658 и приемник (-и) 1620 могут быть объединены в один или более приемопередатчиков 1618. К корпусу прикреплены одна или более антенн 1622a-n, которые электрически связаны с приемопередатчиком 1618.

[00175] Различные компоненты UE 1602 соединены между собой с помощью системы 1611 шин, которая помимо шины данных может включать в себя шину питания, шину сигналов управления и шину сигналов состояния. Однако для ясности различные шины проиллюстрированы на Фиг. 16 как система 1611 шин. UE 1602 может также содержать цифровой сигнальный процессор (DSP) 1613 для использования в обработке сигналов. UE 1602 может также содержать интерфейс 1615 связи, который обеспечивает доступ пользователя к функциям UE 1602. UE 1602, проиллюстрированные на Фиг. 16, представляет собой функциональную блок-схему, а не перечень конкретных компонентов.

[00176] На Фиг. 17 проиллюстрированы различные компоненты, которые можно использовать в eNB 1760. eNB 1760, описанная в связи с Фиг. 17, может быть реализована в соответствии с eNB 170, описанной в связи с Фиг. 1. eNB 1760 содержит процессор 1703, который управляет работой eNB 1760. Процессор 1703 может также называться центральным процессором (ЦП). Память 1705, которая может включать в себя постоянное запоминающее устройство (ПЗУ), оперативное запоминающее устройство (ОЗУ), их комбинацию или устройство любого типа, которое может хранить информацию, обеспечивает инструкции 1707a и данные 1709a для процессора 1703. Часть памяти 1705 может также включать в себя энергонезависимое оперативное запоминающее устройство (NVRAM). Инструкции 1707b или данные 1709b могут также находиться в процессоре 1703. Инструкции 1707b и/или данные 1709b, загружаемые в процессор 1703, могут также содержать инструкции 1707a и/или данные 1709a из памяти 1705, которые были загружены для исполнения или обработки процессором 1703. Инструкции 1707b могут быть исполнены процессором 1703 для реализации одного или более описанных выше способов.

[00177] eNB 1760 может также включать в себя корпус, который содержит один или более передатчиков 1717 и один или более приемников 1778 для обеспечения возможности передачи и приема данных. Передатчик (-и) 1717 и приемник (-и) 1778 могут быть объединены в один или более приемопередатчиков 1776. К корпусу прикреплены одна или более антенн 1780a-n, которые электрически связаны с приемопередатчиком 1776.

[00178] Различные компоненты eNB 1760 соединены вместе с помощью системы 1711 шин, которая может помимо шины данных может включать в себя шину питания, шину сигналов управления и шину сигналов состояния. Однако для ясности различные шины проиллюстрированы на Фиг. 17 как система 1711 шин. eNB 1760 может также включать в себя цифровой сигнальный процессор (DSP) 1713 для использования в обработке сигналов. eNB 1760 может также содержать интерфейс 1715 связи, который обеспечивает доступ пользователя к функциям eNB 1760. eNB 1760, проиллюстрированная на Фиг. 17, представляет собой функциональную блок-схему, а не перечень конкретных компонентов.

[00179] На Фиг. 18 представлена блок-схема, иллюстрирующая один вариант реализации UE 1802, в котором могут быть реализованы системы и способы для АСИММЕТРИЧНЫХ стека протоколов восходящей/нисходящей линии связи и структуры кадра. UE 1802 содержит средства 1858 передачи, средства 1820 приема и средства 1824 управления. Средства 1858 передачи, средства 1820 приема и средства 1824 управления могут быть выполнены с возможностью осуществления одной или более функций, описанных в связи с приведенной выше Фиг. 1. На Фиг. 16 выше проиллюстрирован один пример конкретной структуры устройства, показанного на Фиг. 18. Для осуществления одной или более функций, показанных на Фиг. 1, могут быть реализованы различные другие структуры. Например, DSP может быть реализован с помощью программного обеспечения.

[00180] На Фиг. 19 представлена блок-схема, иллюстрирующая один вариант реализации eNB 1960, в котором могут быть реализованы системы и способы для АСИММЕТРИЧНЫХ стека протоколов восходящей/нисходящей линии связи и структуры кадра. eNB 1960 содержит средства 1917 передачи, средства 1978 приема и средства 1982 управления. Средства 1917 передачи, средства 1978 приема и средства 1982 управления могут быть выполнены с возможностью осуществления одной или более функций, описанных в связи с приведенной выше Фиг. 1. На Фиг. 17 выше проиллюстрирован один пример конкретной структуры устройства, показанного на Фиг. 19. Для осуществления одной или более функций, показанных на Фиг. 1, могут быть реализованы различные другие структуры. Например, DSP может быть реализован с помощью программного обеспечения.

[00181] На Фиг. 20 представлена блок-схема, иллюстрирующая способ 2000 для осуществления с помощью UE 102. UE 102 может представлять собой 5G NR UE, выполненное с возможностью передачи и приема трафика данных плоскости пользователя NR.

[00182] UE 102 может обрабатывать 2002 принятые пакеты данных в соответствии с протоколом управления доступом к среде (MAC) при приеме, и/или протоколом управления радиолинией связи (RLC) при приеме, и/или протоколом конвергенции пакетных данных (PDCP) при приеме.

[00183] UE 102 может обрабатывать 2004 пакеты данных для передачи в соответствии с протоколами MAC и RLC при передаче. Структура кадра MAC, и/или структура кадра RLC, и/или структура кадра PDCP при передаче представлены в разных форматах, отличных от структуры кадра MAC, и/или структуры кадра RLC, и/или структуры кадра PDCP при приеме.

[00184] Протокол RLC может быть основан на RLC LTE, тогда как протокол управления радиолинией связи (RLC) для передачи не основан на RLC LTE. Альтернативно протокол приема RLC может не быть основан на LTE, тогда как протокол RLC при передаче основан на RLC LTE.

[00185] Протокол MAC при приеме может быть основан на MAC LTE, тогда как протокол MAC при передаче не основан на LTE. Альтернативно протокол MAC при приеме может не быть основан на MAC LTE, тогда как протокол MAC при передаче основан на LTE.

[00186] В UE протокол обработки MAC при передаче и/или структура кадра MAC при передаче могут отличаться от протокола обработки MAC при передаче и/или структуры кадра передачи в базовой станции (например, gNB). В UE протокол обработки RLC при передаче и/или структура кадра RLC при передаче могут отличаться от протокола обработки RLC при передаче и/или структуры кадра передачи в базовой станции (например, gNB). В UE протокол PDCP при передаче может отличаться от протокола PDCP при передаче в базовой станции.

[00187] В UE протокол обработки MAC при приеме и форматы принятого кадра могут отличаться от протокола обработки MAC при приеме и форматов принятого кадра в базовой станции (например, gNB). В UE протокол RLC при приеме может отличаться от протокола RLC при приеме в базовой станции (например, gNB). В UE протокол PDCP при приеме может отличаться от протокола PDCP при приеме в базовой станции.

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

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

[00190] В UE протокол RLC при передаче может выполнять конкатенацию в структуре, отличной от той, в которой конкатенация выполняется в протоколе RLC при передаче в базовой станции (например, gNB).

[00191] В UE протокол MAC при передаче может создавать subPDU MAC, содержащие заголовки и MAC-CE в начале MAC-кадра, тогда как протокол MAC при передаче в базовой станции (например, gNB) создает subPDU MAC, содержащие заголовки и MAC-CE в конце MAC-кадра.

[00192] В UE протокол MAC при передаче может создавать subPDU MAC, содержащие заголовки и MAC-CE в конце MAC-кадра, тогда как протокол MAC при передаче в базовой станции (например, gNB) создает subPDU MAC, содержащие заголовки и MAC-CE в начале MAC-кадра.

[00193] На Фиг. 21 представлена блок-схема, иллюстрирующая способ 2100 для осуществления с помощью eNB 160. eNB 160 может представлять собой базовую станцию (gNB) 5G NR, выполненную с возможностью передачи и приема трафика данных плоскости пользователя NR.

[00194] eNB 160 может обрабатывать 2102 принятые пакеты данных в соответствии с протоколом управления доступом к среде (MAC) при приеме, и/или протоколом управления радиолинией связи (RLC) при приеме, и/или протоколом конвергенции пакетных данных (PDCP) при приеме. eNB 160 может также обрабатывать 2104 пакеты данных для передачи в соответствии с протоколами MAC и RLC при передаче. Структура кадра MAC, и/или структура кадра RLC, и/или структура кадра PDCP при передаче могут иметь форматы, отличные от форматов структуры кадра MAC, и/или структуры кадра RLC, и/или структуры кадра PDCP при приеме. Это может быть выполнено так, как описано в связи с Фиг. 20.

[00195] Термин «машиночитаемый носитель» относится к любому доступному носителю, к которому может получать доступ компьютер или процессор. В настоящем документе термин «машиночитаемый носитель» может обозначать читаемый компьютером и/или процессором носитель, который является энергонезависимым и материальным. В качестве примера, но не для ограничения, машиночитаемый или читаемый процессором носитель может представлять собой ОЗУ, ПЗУ, EEPROM, CD-ROM или другой накопитель на оптических дисках, накопитель на магнитных дисках или другие магнитные запоминающие устройства, или любой другой носитель, который можно использовать для переноса или хранения требуемого программного кода в виде инструкций или структур данных и которому может получать доступ компьютер или процессор. В настоящем документе термин «диск» относится к диску (disc), который воспроизводит данные оптическим способом с помощью лазеров (например, компакт-диск (CD), лазерный диск, оптический диск, универсальный цифровой диск (DVD) и диск Blu-ray®), и к диску (disk), который обычно воспроизводит данные магнитным способом (например, гибкий диск).

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

[00197] Каждый из способов, раскрытых в настоящем документе, включает в себя одну или более стадий или действий для осуществления описанного способа. Стадии и/или действия способа можно менять местами друг с другом и/или объединять в одну стадию в пределах объема, определенного формулой изобретения. Иными словами, если для надлежащей работы описываемого способа не требуется конкретный порядок стадий или действий, то порядок и/или использование определенных стадий и/или действий могут быть изменены без отклонения от объема, определенного формулой изобретения.

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

[00199] Программа, выполняющаяся на eNB 160 или UE 102 в соответствии с описанными системами и способами, представляет собой программу (программу, предполагающую работу компьютера), которая управляет ЦП и т. п. таким образом, чтобы осуществлять функцию в соответствии с описанными системами и способами. При этом информация, которая обрабатывается в этих устройствах, во время обработки временно хранится в ОЗУ. Затем информация сохраняется на различных ПЗУ или HDD и по мере необходимости считывается ЦП для изменения или записи. В качестве носителя записи, на котором хранится программа, может быть любое из полупроводниковых устройств (например, ПЗУ, энергонезависимая карта памяти и т. п.), оптических запоминающих устройств (например, DVD, MO, MD, CD, BD и т. п.), магнитных запоминающих устройств (например, магнитная лента, гибкий диск и т. п.) и т. п. Более того, в некоторых случаях функцию в соответствии с вышеописанными системами и способами реализуют путем выполнения загружаемой программы, и, кроме того, функцию в соответствии с описанными системами и способами реализуют во взаимодействии с операционной системой или другими прикладными программами на основе инструкции из программы.

[00200] Более того, в случае, когда программы доступны на рынке, программа, хранящаяся на переносном носителе информации, может быть распределена или программа может быть передана на серверный компьютер, который соединяется через сеть, такую как Интернет. В этом случае запоминающее устройство на серверном компьютере также включено в систему. Более того, некоторые или все из eNB 160 и UE 102 в соответствии с вышеописанными системами и способами могут быть реализованы в виде LSI, которая представляет собой типичную интегральную схему. Каждый функциональный блок eNB 160 и UE 102 может быть индивидуально встроен в микросхему, а некоторые или все функциональные блоки могут быть объединены в микросхему. Более того, методика воплощения интегральных схем не ограничена LSI, и интегральная схема для функционального блока может быть реализована с помощью специализированной схемы или процессора общего назначения. Более того, при появлении в области полупроводников технологии, воплощающейся в интегральной схеме, вытесняющей существующие LSI, также можно использовать интегральную схему по данной технологии.

[00201] Более того, каждый функциональный блок или различные элементы устройства базовой станции и терминального устройства, используемые в каждом из вышеупомянутых вариантов осуществления, могут быть реализованы или исполнены схемой, которая обычно представляет собой интегральную схему или множество интегральных схем. Схема, выполненная с возможностью исполнения функций, описанных в настоящей спецификации, может содержать процессор общего назначения, цифровой сигнальный процессор (DSP), заказную или специализированную интегральную схему (ASIC), программируемую пользователем вентильную матрицу (FPGA) или другие программируемые логические устройства, схемы на дискретных компонентах или транзисторные логические схемы, дискретный аппаратный компонент или их комбинацию. Процессор общего назначения может представлять собой микропроцессор или альтернативно процессор может представлять собой стандартный процессор, контроллер, микроконтроллер или машину состояний. Процессор общего назначения или каждая схема, описанная выше, могут быть выполнены в виде цифровой схемы или могут быть выполнены в виде аналоговой схемы. Дополнительно при появлении в области полупроводников технологии, воплощающейся в интегральной схеме, вытесняющей существующие интегральные схемы, также можно использовать интегральную схему по данной технологии.

Изобретение относится к технике связи и может быть использовано в системах беспроводной связи. Технический результат состоит в повышении качества обработки принимаемой информации. Для этого описаны пользовательское оборудование (UE) 5G NR и базовая станция (gNB) 5G NR для передачи и приема трафика данных плоскости пользователя NR и данных плоскости управления NR. Как UE, так и gNB содержат память процессора в электронной связи с процессором. Хранящиеся в памяти инструкции являются исполняемыми для обработки принятых пакетов нисходящей линии связи (DL) в соответствии с протоколом управления доступом к среде (MAC) при приеме и/или протоколом управления радиолинией связи (RLC) при приеме. Инструкции также являются исполняемыми для обработки пакетов восходящей линии связи (UL) для передачи в соответствии с протоколами передачи MAC и/или RLC. Структура кадра MAC и/или структура кадра RLC при передаче имеют разные форматы, отличные от форматов структуры кадра MAC и/или структуры кадра RLC при приеме на каждом конце радиолинии. В восходящей линии связи (UL) MAC-CE передается в конце кадра, тогда как для нисходящей линии связи (DL) MAC-CE передается в начале кадра. 4 н. и 4 з.п. ф-лы, 21 ил., 1 табл.

1. Пользовательское оборудование (UE), содержащее:

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

передатчик, выполненный с возможностью передавать PDU MAC восходящей линии связи; и

приемник, выполненный с возможностью принимать PDU MAC нисходящей линии связи упомянутого подуровня MAC, при этом

PDU MAC восходящей линии связи подуровня MAC имеет отличие в формате от PDU MAC нисходящей линии связи подуровня MAC, каковое отличие представляет собой отличие в позиционной взаимосвязи блока(ов) данных подпротоколов MAC, включающего в себя элемент(ы) управления (CE) MAC, с сервисными блоками данных (SDU) MAC, и

форматом PDU MAC нисходящей линии связи является формат, в котором подзаголовки MAC с полями идентификатора логического канала (LCID) перемежаются с сервисными блоками данных (SDU) MAC.

2. UE по п.1, при этом формат PDU MAC восходящей линии связи является таким, что блок(и) данных подпротоколов MAC помещается после сервисных блоков данных (SDU) MAC, а формат PDU MAC нисходящей линии связи является таким, что блок(и) данных подпротоколов MAC помещается перед сервисными блоками данных (SDU) MAC.

3. UE по п.1, при этом PDU MAC восходящей линии связи является таким, что заголовок управления радиолинией связи (RLC) PDU RLC помещается перед SDU RLC этого PDU RLC.

4. Базовая станция, содержащая:

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

передатчик, выполненный с возможностью передавать PDU MAC нисходящей линии связи; и

приемник, выполненный с возможностью принимать PDU MAC восходящей линии связи упомянутого подуровня MAC, при этом

PDU MAC восходящей линии связи подуровня MAC имеет отличие в формате от PDU MAC нисходящей линии связи подуровня MAC, каковое отличие представляет собой отличие в позиционной взаимосвязи блока(ов) данных подпротоколов MAC, включающего в себя элемент(ы) управления (CE) MAC, с сервисными блоками данных (SDU) MAC, и

форматом PDU MAC нисходящей линии связи является формат, в котором подзаголовки MAC с полями идентификатора логического канала (LCID) перемежаются с сервисными блоками данных (SDU) MAC.

5. Базовая станция по п.4, при этом формат PDU MAC восходящей линии связи является таким, что блок(и) данных подпротоколов MAC помещается после сервисных блоков данных (SDU) MAC, а формат PDU MAC нисходящей линии связи является таким, что блок(и) данных подпротоколов MAC помещается перед сервисными блоками данных (SDU) MAC.

6. Базовая станция по п.4, при этом PDU MAC восходящей линии связи является таким, что заголовок управления радиолинией связи (RLC) PDU RLC помещается перед SDU RLC этого PDU RLC.

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

формируют блок данных протоколов (PDU) управления доступом к среде (MAC) восходящей линии связи подуровня MAC;

передают PDU MAC восходящей линии связи; и

принимают PDU MAC нисходящей линии связи упомянутого подуровня MAC, при этом

PDU MAC восходящей линии связи подуровня MAC имеет отличие в формате от PDU MAC нисходящей линии связи подуровня MAC, каковое отличие представляет собой отличие в позиционной взаимосвязи блока(ов) данных подпротоколов MAC, включающего в себя элемент(ы) управления (CE) MAC, с сервисными блоками данных (SDU) MAC, и

форматом PDU MAC нисходящей линии связи является формат, в котором подзаголовки MAC с полями идентификатора логического канала (LCID) перемежаются с сервисными блоками данных (SDU) MAC.

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

формируют блок данных протоколов (PDU) управления доступом к среде (MAC) нисходящей линии связи подуровня MAC;

передают PDU MAC нисходящей линии связи; и

принимают PDU MAC восходящей линии связи упомянутого подуровня MAC, при этом

PDU MAC восходящей линии связи подуровня MAC имеет отличие в формате от PDU MAC нисходящей линии связи подуровня MAC, каковое отличие представляет собой отличие в позиционной взаимосвязи блока(ов) данных подпротоколов MAC, включающего в себя элемент(ы) управления (CE) MAC, с сервисными блоками данных (SDU) MAC, и

форматом PDU MAC нисходящей линии связи является формат, в котором подзаголовки MAC с полями идентификатора логического канала (LCID) перемежаются с сервисными блоками данных (SDU) MAC.