СПОСОБ И УСТРОЙСТВО ПЕРЕДАЧИ ДЛЯ MIMO-СИСТЕМЫ Российский патент 2024 года по МПК H04B7/413 H04B7/452 H04B7/06 

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

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

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

[2] Чтобы удовлетворять требованию по увеличению трафика беспроводных данных с момента развертывания систем связи четвертого поколения (4G), прикладываются усилия для того, чтобы разрабатывать улучшенную систему связи пятого поколения (5G) или пред-5G-систему связи. Следовательно, 5G- или пред-5G-система связи также называется "выходящей за рамки 4G-сети" или "системой после LTE". Считается, что 5G-система связи реализуется в верхних полосах частот (mmWave), к примеру, в полосах частот на 60 ГГц, с тем чтобы добиваться более высоких скоростей передачи данных. Чтобы снижать потери при распространении радиоволн и увеличивать расстояние передачи, формирование диаграммы направленности, массовая технология cо многими входами и многими выходами (MIMO), полноразмерная MIMO-технология (FD-MIMO), решетчатая антенна, формирование аналоговой диаграммы направленности, крупномасштабные антенные технологии обсуждаются в 5G-системах связи. Помимо этого, в 5G-системах связи, проводятся разработки для улучшения системной сети на основе усовершенствованных небольших сот, облачных сетей радиодоступа (RAN), сверхплотных сетей, связи между устройствами (D2D), беспроводного обратного транзитного соединения, перемещаемой сети, совместной связи, координированной многоточечной передачи (CoMP), подавления помех на приемном конце и т.п. В 5G-системе, разработаны гибридная FSK- и QAM-модуляция (FQAM) и кодирование с наложением окон переменной длительности (SWSC) в качестве усовершенствованной модуляции с кодированием (ACM), а также интерфейс беспроводного доступа на нескольких несущих с гребенками фильтров (FBMC), неортогональный множественный доступ (NOMA) и множественный доступ на основе разреженных кодов (SCMA) в качестве усовершенствованной технологии доступа.

[3] Интернет, который представляет собой человеко-ориентированную соединительную сеть, в которой люди формируют и используют информацию, теперь совершенствуется в Интернет вещей (IoT), в котором распределенные объекты, такие как вещи, обмениваются и обрабатывают информацию без вмешательства человека. Появляется Интернет всего (IoE), который представляет собой комбинацию IoT-технологии и технологии обработки больших данных через соединение с облачным сервером. Поскольку такие технологические элементы, как "технология распознавания", "проводная/беспроводная связь и сетевая инфраструктура", "интерфейсная технология предоставления услуг" и "технология обеспечения безопасности", требуются для IoT-реализации, в последнее время исследуются сенсорная сеть, межмашинная связь (M2M), машинная связь (MTC) и т.п. Такое IoT-окружение может предоставлять интеллектуальные услуги на основе Интернет-технологий, которые создают новую ценность в человеческой жизни посредством сбора и анализа данных, сформированных между соединенными вещами. IoT может применяться к множеству областей техники, включающих в себя интеллектуальный дом, интеллектуальное здание, интеллектуальный город, интеллектуальный автомобиль или подключенные автомобили, интеллектуальную энергосеть, здравоохранение, интеллектуальные приборы и усовершенствованные медицинские услуги, через сходимость и комбинацию между существующими информационными технологиями (IT) и различными промышленными вариантами применения.

[4] Согласно означенному, предпринимаются различные попытки для того, чтобы применять 5G-системы связи к IoT-сетям. Например, такие технологии, как сенсорная сеть, машинная связь (MTC) и межмашинная связь (M2M), могут реализовываться посредством формирования диаграммы направленности, MIMO и решетчатых антенн. Применение облачной сети радиодоступа (RAN) в качестве вышеописанной технологии обработки больших данных также может считаться примером сходимости 5G-технологии с IoT-технологией.

[5] Базовая станция для предоставления услуг мобильной связи имеет выполненную как единое целое форму, в которой процессор данных или цифровой блок (либо распределенный блок (DU)) и беспроводное приемо-передающее устройство или радиоблок (либо удаленный блок (RU)) базовой станции устанавливаются в узле сотовой связи. Тем не менее, базовая станция, имеющая идентичную форму, не может удовлетворять потребностям поставщиков услуг мобильной связи, которые хотят конструировать несколько узлов сотовой связи, вследствие роста числа пользователей и траффика, и в силу этого введена структура централизованной сети радиодоступа (RAN) (CRAN или облачная RAN). CRAN имеет структуру, в которой DU интенсивно размещаются в одном физическом месте, и только RU остается в узле сотовой связи, обеспечивая прием и передачу беспроводного сигнала в/из фактического терминала, при этом DU и RU могут соединяться посредством использования оптического кабеля или коаксиального кабеля. Помимо этого, поскольку RU и DU разбиваются, имеется потребность в интерфейсном стандарте для связи между ними, и такой стандарт, как радиоинтерфейс общего пользования (CPRI), в данный момент используется между RU и DU. Кроме того, идентичная структура базовой станции стандартизирована в Партнерском проекте третьего поколения (3GPP), и проведено исследование по открытой сети радиодоступа (O-RAN), которая представляет собой открытый сетевой стандарт, применимый к 5G-системе.

[6] Чтобы удовлетворять потребности в отношении трафика беспроводных данных, выполнено исследование по системе связи пятого поколения (в дальнейшем в этом документе взаимозаменяемо используемой с 5G-системой либо системой на основе нового или следующего стандарта радиосвязи (NR)). Необходимо заявить, что пользователям могут предоставляться услуги на высокой скорости передачи данных через 5G-систему, и могут предоставляться услуги на основе Интернета вещей беспроводной связи, имеющие различные цели, к примеру, услуга, требующая высокой надежности для специальных целей.

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

[8] Для эффективного управления передачей данных с точки зрения массовой MIMO-системы, использовано функциональное разбиение единицы передачи на цифровой блок (DU) и радиоблок (RU). В структуре функционального разбиения, DU выполняет обработку цифровых сигналов, и RU выполняет цифро-аналоговое преобразование и передачу аналоговых сигналов. Тем не менее, в последнее время, чтобы удовлетворять различным требованиям к услугам и к системе, интерфейс для каждого типа структуры функционального разбиения задается в стандарте, таком как O-RAN, и через публикацию стандарта прикладываются усилия для того, чтобы обсуждать требуемый интерфейс согласно функциональному разбиению на DU и RU.

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

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

Техническая задача

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

Решение задачи

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

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

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

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

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

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

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

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

Преимущества изобретения

[19] В соответствии с аспектом данного раскрытия, предоставляется способ передачи для многопользовательской MIMO-системы. Способ передачи для многопользовательской MIMO-системы включает в себя обратную связь из каналов. В частности, данное раскрытие предлагает многопользовательскую систему предварительного кодирования и задает интерфейс между DU и RU, требуемый для фактической реализации системы.

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

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

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

[22] Фиг. 1 иллюстрирует сетевую систему на основе открытой сети радиодоступа (O-RAN) согласно варианту осуществления данного раскрытия;

[23] Фиг. 2 иллюстрирует функциональное разбиение нижнего уровня посредством использования радиоблока (RU) и цифрового блока (DU) согласно варианту осуществления данного раскрытия;

[24] Фиг. 3 иллюстрирует формат сообщения, передаваемого между RU и DU согласно варианту осуществления данного раскрытия;

[25] Фиг. 4 иллюстрирует Ethernet-сообщение согласно варианту осуществления данного раскрытия;

[26] Фиг. 5 иллюстрирует формат заголовка сообщений по усовершенствованному радиоинтерфейсу общего пользования (CPRI) (eCPRI) согласно варианту осуществления данного раскрытия;

[27] Фиг. 6 иллюстрирует последовательность операций передачи управляющего сообщения или данных через сообщение C-плоскости или U-плоскости согласно варианту осуществления данного раскрытия;

[28] Фиг. 7 иллюстрирует формат сообщений C-плоскости в секции тип 5 согласно варианту осуществления данного раскрытия;

[29] Фиг. 8 иллюстрирует формат сообщений в расширении секции тип 10 согласно варианту осуществления данного раскрытия;

[30] Фиг. 9 иллюстрирует формат сообщений C-плоскости в секции тип 6 согласно варианту осуществления данного раскрытия;

[31] Фиг. 10 иллюстрирует первую операцию формата сообщений для переноса информации диспетчеризации согласно варианту осуществления данного раскрытия;

[32] Фиг. 11 иллюстрирует вторую операцию формата сообщений для переноса информации диспетчеризации согласно варианту осуществления данного раскрытия;

[33] Фиг. 12 иллюстрирует третью операцию формата сообщений для переноса информации диспетчеризации согласно варианту осуществления данного раскрытия;

[34] Фиг. 13 иллюстрирует четвертую операцию формата сообщений для переноса информации диспетчеризации согласно варианту осуществления данного раскрытия;

[35] Фиг. 14 иллюстрирует пятую операцию формата сообщений для переноса информации диспетчеризации согласно варианту осуществления данного раскрытия;

[36] Фиг. 15A иллюстрирует шестую операцию формата сообщений для переноса информации диспетчеризации согласно варианту осуществления данного раскрытия;

[37] Фиг. 15B иллюстрирует формат сообщений для переноса информации диспетчеризации согласно варианту осуществления данного раскрытия;

[38] Фиг. 16 иллюстрирует формат сообщений для переноса весового коэффициента или матрицы канального преобразования согласно варианту осуществления данного раскрытия;

[39] Фиг. 17 является блок-схемой последовательности операций способа, иллюстрирующей операцию DU согласно варианту осуществления данного раскрытия;

[40] Фиг. 18 является блок-схемой последовательности операций способа, иллюстрирующей операцию RU согласно варианту осуществления данного раскрытия; и

[41] Фиг. 19 иллюстрирует структуру DU и RU согласно варианту осуществления данного раскрытия.

[42] На всех чертежах, аналогичные номера ссылок должны пониматься как ссылающиеся на аналогичные части, компоненты и структуры.

Оптимальный режим осуществления изобретения

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

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

[45] Следует понимать, что формы единственного числа включают в себя несколько объектов ссылки, если контекст явно не предписывает иное. Таким образом, например, ссылка на "поверхность компонента" включает в себя ссылку на одну или более таких поверхностей.

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

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

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

[49] В дальнейшем в этом документе, в данном раскрытии, восходящая линия связи (UL) означает линию радиосвязи, через которую терминал передает данные или управляющий сигнал в базовую станцию, и нисходящая линия связи (DL) означает линию радиосвязи, через которую базовая станция передает данные или управляющий сигнал в терминал. Помимо этого, базовая станция представляет собой объект, который выделяет ресурсы терминалу, и может представлять собой одно из усовершенствованного узла B, узла B, базовой станции (BS), узла B следующего поколения (gNB), блока радиодоступа, контроллера базовой станции и узла в сети. Терминал может включать в себя абонентское устройство (UE), мобильную станцию (MS), сотовый телефон, смартфон, компьютер или мультимедийную систему, допускающую выполнение функции связи.

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

[51] Альянс по развитию открытых сетей радиодоступа (O-RAN), установленный посредством поставщиков услуг и компаний по настройке оборудования для того, чтобы поддерживать текущую сетевую систему, включающую в себя 4G-систему связи, 5G-систему связи и т.п., смешанные в ней, задает, на основе 3GPP-стандарта, новый сетевой элемент (NE) и интерфейсный стандарт, и в силу этого введена O-RAN-структура. O-RAN заново задает RU, DU, центральный блок в плоскости управления (CU-CP) и центральный блок в пользовательской плоскости (CU-UP), которые представляют собой 3GPP NE, в качестве O-RU, O-DU, O-CU-CP и O-CU-UP, соответственно, (совместно называемых "базовой O-RAN-станцией"), и дополнительно стандартизирует интеллектуальный RAN-контроллер (RIC) и интеллектуальный RAN-контроллер не в реальном времени (NRT-RIC). O-DU и RIC могут соединяться через Ethernet, O-CU-CP и RIC могут соединяться через Ethernet и O-CU-UP, и RIC может соединяться через Ethernet. Дополнительно, необходимы интерфейсные стандарты для связи между O-DU и RIC, между O-CU-CP и RIC и между O-CU-UP и RIC, и такие стандарты, как E2-DU, E2-CU-CP и E2-CU-UP могут в данный момент использоваться между RIC и O-DU, O-CU-CP и O-CU-UP, соответственно. В дальнейшем в этом документе, RU, DU, CU-CP и CU-UP могут взаимозаменяемо использоваться с O-RU, O-DU, O-CU-CP и O-CU-UP, соответственно, если прямо не указано иное.

[52] Фиг. 1 иллюстрирует сетевую O-RAN-систему согласно варианту осуществления данного раскрытия.

[53] Ссылаясь на фиг. 1, O-RAN-сеть представляет собой стандарт, который логически разделяет функции eNB и gNB 4G- и 5G-систем, и NRT-RIC 110, RIC 120 в O-RAN gNB 100, O-CU-CP 130, O-CU-UP 140, O-DU 150 и O-RU 160 задаются в O-RAN-стандарте.

[54] NRT-RIC 110 представляет собой логический узел, обеспечивающий возможность управления не в реальном времени, вместо управления в реальном времени, оптимизации RAN-элементов и ресурсов, обучения модели, обновления и т.п. Новый заданный RIC 120 представляет собой логический узел, который интенсивно размещает серверы в одном физическом месте и обеспечивает возможность управления практически в реальном времени и оптимизации RAN-элементов и ресурсов посредством использования данных, собранных из O-DU 150, O-CU-CP 130, O-CU-UP 140 и т.п. через E2-интерфейс. O-CU, включающий в себя O-CU-CP 130 и O-CU-UP 140, представляет собой логический узел, предоставляющий функции уровня управления радиоресурсами (RRC), протокола адаптации данных по услугам (SDAP) и протокола конвергенции пакетных данных (PDCP). O-CU-CP 130 представляет собой логический узел, предоставляющий функции части плоскости управления RRC и PDCP, и O-CU-UP 140 представляет собой логический узел, предоставляющий функции части пользовательской плоскости SDAP и PDCP. O-CU-CP 130 соединяется с функцией управления доступом и мобильностью (AMF), включенной в 5G-сеть (5G-ядро), через интерфейс на основе протокола уровня приложений следующего поколения (NGAP). O-DU 150 представляет собой логический узел, предоставляющий функции RLC, MAC и верхнего физического (верхнего PHY-) уровня, и O-RU 160, соединенный с O-DU 150, представляет собой логический узел, предоставляющий функцию нижнего физического (нижнего PHY-) уровня и RF-обработки. На фиг. 1, проиллюстрировано то, что соединяется один логический узел, но могут соединяться несколько логических узлов. Например, несколько O-RU 160 могут соединяться с одним O-DU 150, или несколько O-DU 150 могут соединяться с одним O-CU-UP 140.

[55] Данное раскрытие не ограничено терминами вышеописанных узлов, и конфигурация данного раскрытия может применяться к случаю логического узла или объекта, выполняющего вышеописанные функции. Помимо этого, логические узлы могут быть расположены в идентичном местоположении либо в различных местоположениях, и их функция может предоставляться посредством идентичного физического устройства (например, процессора, контроллера и т.д.) либо посредством различных физических устройств. Например, одно физическое устройство может предоставлять вышеописанную по меньшей мере одну функцию логического узла через виртуализацию. В дальнейшем в этом документе, O-DU может взаимозаменяемо использоваться с DU, и O-RU может взаимозаменяемо использоваться с RU.

[56] Фиг. 2 иллюстрирует функциональное разбиение нижнего уровня посредством использования RU и DU согласно варианту осуществления данного раскрытия.

[57] Ссылаясь на фиг. 2, RU и DU могут соединяться между собой через прямое транзитное соединение (HF). Здесь, RU и DU могут совместно использовать и выполнять функцию каждого физического уровня.

[58] В 4G- или 5G-системе связи, в случае физического уровня нисходящей линии связи, данные нисходящей линии связи принимаются на MAC-уровне 236, канальное кодирование и скремблирование для принимаемых данных выполняется (операция 234), модуляция для скремблированных данных выполняется (операция 232), и затем уровневое отображение символа модуляции выполняется (операция 230). После того, как символ модуляции, отображенный в каждый уровень, отображается в каждый антенный порт (операция 228) и отображается в соответствующий элемент ресурсов (RE) (единицу выделения ресурсов, включающую в себя поднесущую и символ) (операция 226), формирование цифровой диаграммы направленности (взаимозаменяемо используемое с "предварительным кодированием") выполняется (операция 224), обратное быстрое преобразование Фурье (IFFT) выполняется, и циклический префикс (CP) добавляется (операция 222) после преобразования в сигнал временной области, и затем сигнал переносится посредством несущей частоты в RF 220 и передается в терминал через антенну. Помимо этого, в 4G- или 5G-системе связи, в случае физического уровня восходящей линии связи, сигнал несущей частоты, принимаемый через антенну, преобразуется в сигнал в полосе модулирующих частот (baseband-сигнал) в RF 240, преобразованный сигнал преобразуется в сигнал частотной области через CP-удаление и FFT (операция 242), и применяемое формирование цифровой диаграммы направленности применяется обратным способом для того, чтобы выполнять комбинирование сигналов восходящей линии связи (операция 244), сигнал обратно отображается в RE, в который отображается сигнал восходящей линии связи (операция 246), чтобы выполнять оценку канала (операция 248), обратное уровневое отображение выполняется (операция 250), чтобы демодулировать скомпонованный символ модуляции (операция 252), и битовая последовательность, полученная в качестве результата демодуляции, дескремблируется и декодируется таким образом, чтобы получать информационные биты (операция 254). Впоследствии, информационные биты переносятся на MAC-уровень 256.

[59] В этом случае, предусмотрены различные варианты в функциональном разбиении нижнего уровня. Например, ссылаясь на фиг. 2, вариант 6 212, вариант 7-3 210, вариант 7-2 208, вариант 7-2x категория B 202, вариант 7-2x категория A 200, вариант 7-1 206 и вариант 8 204. В этом случае, функция, расположенная в правой стороне со ссылкой на один вариант, выполняется посредством DU, и функция, расположенная в левой стороне, выполняется посредством RU. Например, CPRI LTE-системы соответствует варианту 8, и в случае нисходящей линии связи, сигнал, который выполняет все процессы физического уровня, проиллюстрированные на фиг. 2, передается посредством DU в RU через FH, и RU выполняет только процесс преобразования принимаемого сигнала в аналоговый сигнал и его передачи в терминал. Тем не менее, чем больше функций, выполняемых посредством DU, тем большей становится полоса пропускания требуемого прямого транзитного соединения, и в силу этого вариант 7-2x категория B 202 и вариант 7-2x категория A 200 могут поддерживаться в O-RAN.

[60] В частности, вариант 7-2x категория A 200 соответствует категории O-RU-характеристик, не допускающей обработку предварительного кодирования данных, принимаемых из O-DU, посредством O-RU, и вариант 7-2x категория B 202 соответствует категории O-RU-характеристик, допускающей обработку предварительного кодирования данных, принимаемых из O-DU, посредством O-RU. O-DU должен поддерживать O-RU категории A для восьми или менее потоков передачи. Например, O-DU может поддерживать предварительное кодирование вплоть до восьми потоков передачи. В этом случае, когда вариант 7-2x категория B 202 применяется, O-DU передает, в O-RU, информацию формирования диаграммы направленности и информацию относительно символа модуляции, для которого уже выполнено уровневое отображение, и O-RU применяет формирование диаграммы направленности к символу модуляции, преобразует символ модуляции в аналоговый сигнал и затем передает его в терминал через антенну.

[61] Предусмотрено четыре типа информации, которая должна передаваться из O-DU в O-RU в варианте 7-2x. Информация, передаваемая в плоскости управления (M-плоскости), передается в не в реальном времени вдоль направлений DL и UL и представляет собой информацию для начального установления или сброса (либо переконфигурирования) между O-DU и O-RU. Информация, передаваемая в плоскости синхронизации (S-плоскости), передается в реальном времени и представляет собой информацию для синхронизации или получения временной синхронизации между O-DU и O-RU. Информация, передаваемая в плоскости управления (C-плоскости), передается в реальном времени вдоль DL-направления и представляет собой информацию для передачи команды диспетчеризации и/или формирования диаграммы направленности в O-RU посредством O-DU. Информация, передаваемая в пользовательской плоскости (U-плоскости), передается в реальном времени вдоль направлений DL и UL, и DL IQ-данные частотной области (включающие в себя блок сигналов синхронизации (SSB) и опорный сигнал), UL IQ-данные частотной области (включающие в себя опорный сигнал, к примеру, зондирующий опорный сигнал) и IQ-данные частотной области для физического канала с произвольным доступом (PRACH) передаются в U-плоскости. Термин "информация" или "данные" может взаимозаменяемо использоваться с "сообщением".

[62] Далее подробнее описывается информация, передаваемая между O-RU и O-DU.

[63] Фиг. 3 иллюстрирует формат сообщения, передаваемого между O-RU и O-DU согласно варианту осуществления данного раскрытия.

[64] Ссылаясь на фиг. 3, O-RU и O-DU соединяются между собой через Ethernet, и спецификация Ethernet-сообщения является такой, как показано по ссылке с номером 300. Полезные данные Ethernet-сообщения включают в себя сообщение, имеющее формат согласно каждой плоскости, например, формат C-плоскости является таким, как показано по ссылке с номером 330. Формат 330 C-плоскости включает в себя заголовок 310 сообщений по усовершенствованному CPRI (eCPRI) и O-RAN-заголовок 320. Полезные данные могут включать в себя информацию формата 340 U-плоскости или информацию формата согласно другой плоскости.

[65] Фиг. 4 иллюстрирует Ethernet-сообщение согласно варианту осуществления данного раскрытия.

[66] Ссылаясь на фиг. 4, в заголовке Ethernet-сообщения, целевой MAC-адрес 400 указывает общедоступный адрес RU или массового MIMO-блока (MMU) в случае DL и указывает общедоступный адрес конкретного порта канальной платы DU в случае UL, при этом канальная плата может выполнять операцию уровня управления доступом к среде (MAC), регулирующего диспетчеризацию, операцию верхнего физического уровня (верхнего PHY-) и операцию преобразования формата данных согласно интерфейсу между RU и DU. Исходный MAC-адрес 410 указывает общедоступный адрес RU или MMU в случае UL и указывает общедоступный адрес конкретного порта канальной платы DU в случае DL.

[67] Тег 420 виртуальной LAN (VLAN) имеет 4 байта и обеспечивает возможность отображения сообщения C-плоскости, U-плоскости и S-плоскости в различные VLAN-теги и его управления. Идентификатор протокола тегирования (TPID), включенный в VLAN-тег, имеет 16 битов и сконфигурирован со значением 0×8100 для того, чтобы идентифицировать кадр в качестве кадра с IEEE 802.1Q-тегом. Это поле расположено в местоположении, идентичном местоположению поля 430 Ethertype/длины в нетегированном кадре и в силу этого используется для того, чтобы отличать нетегированный кадр от нормального кадра. Управляющая информация тегов, включенная в VLAN-тег, также имеет 16 битов и включает в себя следующие три поля. Кодовая точка приоритета (PCP) имеет 3 бита и указывает приоритет кадра. Индикатор допустимости отбрасывания (DEI) имеет 1 бит, используется отдельно или в сочетании с PCP и указывает кадры, которые допустимо отбрасывать при наличии перегрузки трафика. VLAN-идентификатор (VID) имеет 12 битов и представляет собой поле, указывающее кадр, которому принадлежит VLAN. Все другие значения, за исключением зарезервированных значений 0×000 и 0xFFF, используются в качестве VLAN-идентификаторов, что обеспечивает возможность вплоть до 4094 VLAN. Зарезервированное значение 0×000 указывает то, что кадр не принадлежит ни одной VLAN, и в этом случае 802.1Q-тег указывает только приоритет и называется "тегом приоритета". Тип/длина (Ethertype) 430 предназначен для eCPRI и выполнен с возможностью иметь фиксированное значение в 0xAEFE.

[68] Как показано на фиг. 3, полезные данные 440 могут включать в себя конкретное для формата плоскости сообщение, включающее в себя eCPRI-заголовок. Каждое поле или контент информации, описанной выше в ассоциации с фиг. 4, не обязательно включает в себя все поля, и некоторые поля могут опускаться, и/или другие поля могут добавляться для того, чтобы выполнять данное раскрытие.

[69] Фиг. 5 иллюстрирует формат eCPRI-заголовка согласно варианту осуществления данного раскрытия. ECPRI-заголовок представляет собой транспортный заголовок и расположен в передней стороне полезных Ethernet-данных (440 по фиг. 4).

[70] Ссылаясь на фиг. 5, eCPRI-заголовок имеет 8 байтов, при этом ecpriVersion 500 имеет 4 бита, и фиксированное значение 0001b используется, ecpriReserved 510 имеет 3 бита, и фиксированное значение 0000b используется, ecpriConcatenation 520 имеет 1 бит, и фиксированное значение 0b используется, и ecpriMessage 530 имеет 1 байт и указывает тип сообщений. Значение 0000 0000b (0×0) используется для U-плоскости, значение 0000 0010b (0×2) используется для C-плоскости, и значение 0000 0101b (0×5) используется для измерения eCPRI-задержки.

[71] EcpriPayload 540 имеет 2 байта, и размер полезных данных указывается в байте, и ecpriRtcid/ecpriPcid 550 имеет 2 байта, и следующая конфигурация числа битов для каждого поля является возможной согласно конфигурации M-плоскости. CU_Port_ID (x битов), включенный в ecpriRtcid/ecpriPcid 550, выполнен с возможностью отличать канальную плату RU, а также отличать модем. В этом случае, 2 бита могут использоваться для отличения канальной платы, и 2 бита могут использоваться для отличения модема. BandSector_ID (y битов) может указывать соответствующую соту или сектор. CC_ID (z битов) может указывать соответствующую компонентную несущую. RU_Port_ID (w битов) может быть выполнен с возможностью отличать уровень, антенну и т.д.

[72] EcpriSeqid 560 имеет 2 байта, и идентификатор последовательности и идентификатор подпоследовательности отдельно управляются посредством использования идентификатора последовательности, управляемого для каждого ecpriRtcid/ecpriPcid 550. Фрагментация транспортного уровня радиосвязи является возможной посредством использования идентификатора подпоследовательности. Каждое поле или контент информации, описанной выше в ассоциации с фиг. 5, не обязательно включает в себя все поля, и некоторые поля могут опускаться, и/или другие поля могут добавляться для того, чтобы выполнять данное раскрытие.

[73] Далее подробнее описывается сообщение C-плоскости.

[74] Фиг. 6 иллюстрирует последовательность операций передачи управляющего сообщения или данных через сообщение C-плоскости или U-плоскости согласно варианту осуществления данного раскрытия.

[75] Ссылаясь на фиг. 6, O-DU 604 передает, в O-RU 602, сообщение плоскости управления (C-плоскости) для данных U-плоскости слота #n (операция 600). Сообщение C-плоскости соответствует eCPRI-сообщению тип 2, и информация выделения, связанная с секцией, и информация формирования диаграммы направленности, соответствующая каждой секции, переносится посредством использования шести сообщений sectionType. Секция означает область, для которой выделяются последовательные RB-ресурсы, имеющие идентичную диаграмму направленности в одном слоте, и данные U-плоскости могут переноситься для каждой секции. В общем, одна секция может иметь прямоугольную форму, включающую в себя от 12 RE (или поднесущих) (т.е. от одного блока ресурсов (RB)) до 273 RB вдоль частотной оси и от 1 символа до 14 символов вдоль временной оси. Это может включать в себя последовательное или непоследовательное выделение. Когда луч, применяемый в пределах 12 RE (1 RB), изменяется, одна секция может отличаться посредством нескольких RE-масок, имеющих различные битовые шаблоны.

[76] Следующие шесть типов секций могут поддерживаться.

[77] sectionType=0: Оно указывает бездействующий/защитный DL-период и используется для гашения передачи для энергосбережения.

[78] sectionType=1: Оно используется для отображения индексов или весовых коэффициентов формирования диаграммы направленности в RE DL- или UL-канала и соответствует схеме формирования диаграммы направленности, поддерживаемой в качестве обязательной в O-RAN.

[79] sectionType=3: Оно используется для отображения индексов или весовых коэффициентов формирования диаграммы направленности в RE PRACH и канала смешанной нумерологии.

[80] sectionType=5: Оно используется для переноса информации диспетчеризации UE, чтобы обеспечивать возможность RU вычислять весовой коэффициент формирования диаграммы направленности в реальном времени, и соответствует схеме формирования диаграммы направленности, поддерживаемой в качестве необязательной в O-RAN.

[81] sectionType=6: Оно используется для периодического переноса информации UE-каналов, чтобы обеспечивать возможность RU вычислять весовой коэффициент формирования диаграммы направленности в реальном времени, и соответствует схеме формирования диаграммы направленности, поддерживаемой в качестве необязательной в O-RAN.

[82] sectionType=7: Оно используется для того, чтобы поддерживать доступ по лицензированной вспомогательной полосе частот (LAA).

[83] O-DU 604, после передачи сообщения C-плоскости, передает IQ-данные для каждого OFDM-символа слота #n посредством использования сообщения U-плоскости (операции 610, 612 и 614). Сообщение U-плоскости переносит IQ-данные (а также опорный сигнал и SSB), связанные с пользователем, и PRACH IQ-данные посредством использования eCPRI-сообщения тип 0. Данные U-плоскости включают в себя два типа форматов данных. IQ-формат и схема сжатия для формата пользовательских DL/UL-данных и статических данных являются фиксированными, и IQ-формат и схема сжатия сконфигурированы посредством использования сообщения M-плоскости в начальный момент времени RU. IQ-формат и схема сжатия для формата пользовательских DL/UL-данных и динамических данных могут динамически изменяться, и IQ-формат и схема сжатия сконфигурированы посредством использования DL-сообщения U-плоскости и UL-сообщения C-плоскости.

[84] Позднее, O-DU 604 передает, в O-RU 602, сообщение C-плоскости для данных U-плоскости слота #n+1 (операция 620), и затем O-DU 604 передает, в O-RU 602, IQ-данные для каждого OFDM-символа слота #n+1 посредством использования сообщения U-плоскости (операции 630, 632 и 634).

[85] Фиг. 6 иллюстрирует случай DL-передачи, но UL-передача может выполняться аналогично DL-передаче. В частности, O-DU передает сообщение C-плоскости, и O-RU, после приема сообщения C-плоскости, передает, в O-DU, IQ-данные для каждого символа соответствующего слота посредством использования сообщения U-плоскости.

[86] В данном раскрытии, предлагается способ передачи для многопользовательской MIMO-системы, включающей в себя обратную связь из каналов и интерфейс, требуемый для O-RAN-стандарта, задается для того, чтобы реализовывать технологию.

[87] С этой целью, ниже кратко описываются способ MIMO-передачи на основе форсирования нуля (ZF) предшествующего уровня техники, поддерживаемый посредством O-RAN, и интерфейс между DU и RU.

[88] В случае если, для того, чтобы описывать способ MIMO-передачи на основе ZF, N_t указывает число антенн на передающем конце, и N_{r, k} указывает число антенн на приемном конце для каждого принимающего пользователя, передающий конец может идентифицировать, через обратную связь из каналов, информацию, связанную с канальной матрицей H ( предполагается) относительно числа K пользователей. В этом случае, весовой ZF-коэффициент, сформированный посредством передающего конца, получается согласно нижеприведенному уравнению 1.

[89] уравнение 1

[90]

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

[92] В O-RAN, формат управляющей информации, передаваемой из DU до RU через интерфейс C-плоскости, задается, при этом информация, связанная с ZF MIMO-передачей, задается в секции тип 5 или секции тип 6. Секция тип 5 включает в себя интерфейс, требуемый для DU, чтобы выполнять диспетчеризацию со ссылкой на информацию каналов и переносить информацию диспетчеризации, включающую в себя индекс пользователя, диспетчеризованный для RU. Здесь, DU может получать информацию каналов двумя способами. Во-первых, RU обрабатывает зондирующий опорный сигнал (SRS) и передает информацию каналов в DU. Во-вторых, DU обрабатывает SRS и получает информацию каналов. Во втором случае, DU может переносить информацию каналов в RU, и интерфейс, требуемый в этом случае, включается в секцию тип 6.

[93] Фиг. 7 иллюстрирует формат сообщений C-плоскости в секции тип 5 согласно варианту осуществления данного раскрытия.

[94] Ссылаясь на фиг. 7, формат 700 сообщений в секции тип 5 (sectionType=5) используется для того, чтобы переносить информацию диспетчеризации UE таким образом, что RU может вычислять весовой коэффициент формирования диаграммы направленности в реальном времени, и может включать в себя информационные поля.

[95] Транспортный заголовок может соответствовать информации согласно eCPRI-заголовку, показанному на фиг. 5, или IEEE-1914.3. DataDirection 702 указывает направление сообщения U-плоскости, при этом 0 указывает UL, и 1 указывает DL.

[96] FilterIndex 704 указывает канальный фильтр RU и может быть выполнено с возможностью составлять 0×1. FrameId 706 указывает конкретный единичный кадр в 10 мс. SubframeId 708 указывает конкретный единичный субкадр в 1 мс в соответствующем кадре. SlotId 710 указывает конкретный слот в соответствующем кадре.

[97] NumberOfsections 714 указывает число секций, указываемых посредством соответствующего сообщения. В случае SectionType 716, одно сообщение C-плоскости может иметь только один тип секции. UdCompHdr 718 указывает битовую IQ-ширину (в битах) и способ сжатия для IQ-данных всех секций соответствующего сообщения. В частности, верхние 4 бита указывают iqWidth посредством 1-16 битов, и нижние 4 бита соответствуют compMeth, указывающему способ сжатия.

[98] Сообщение C-плоскости секции тип 5 включает в себя информацию, связанную с предварительно определенной секцией. SectionID 722 указывает идентификатор секции, который может использоваться для согласования между сообщением C-плоскости и сообщением U-плоскости. Rb 724 указывает PRB, который должен использоваться, при этом 0 указывает то, что все PRB используются, и 1 указывает то, что каждый второй PRB используется. StartPrbc 726 используется для того, чтобы указывать первый PRB в соответствующей секции, и numPrbc 728 используется для того, чтобы указывать число PRB в соответствующей секции. ReMask 730 представляет собой битовый шаблон, указывающий RE (или поднесущую), соответствующий конкретному лучу в соответствующем PRB, и различные лучи могут применяться к одному PRB через reMask. NumSymbol 732 указывает число символов, соответствующее секции, и флаг 734 расширения (ef) указывает то, имеется или нет расширение секций в конце соответствующей секции. Помимо этого, сообщение C-плоскости может включать в себя расширение секций, и то, включать или нет расширение секций, может указываться посредством ef 734. Каждое поле или контент информации, описанной выше в ассоциации с фиг. 7, не обязательно включает в себя все поля, и некоторые поля могут опускаться, и/или другие поля могут добавляться для того, чтобы выполнять данное раскрытие.

[99] Вышеописанный кадр секции тип 5 (ST5) задается для того, чтобы переносить один идентификатор UE в предварительно определенном ресурсе (указываемом посредством startPrbc, numPrbc, symInc и т.д.), соответствующая информация уровня может быть сконфигурирована со значением расширенной антенной несущей (eAxC) в транспортном заголовке. Идентификатор UE представляет собой параметр, указывающий метку UE, к которому применяется контент соответствующей секции, и может использоваться для того, чтобы поддерживать информацию каналов, передаваемую из O-DU в O-RU. Идентификатор UE функционирует только в качестве метки UE, и конкретное значение не имеет конкретного смысла в ассоциации с типом UE, поддерживаемым в системе. Для ZF MIMO-передачи, несколько идентификаторов UE должны выделяться для идентичного ресурса, и имеются две схемы, которые должны рассматриваться для этого. Первая схема заключается в том, чтобы конфигурировать различные значения eAxC в транспортном заголовке и переносить ST5-кадр многократно таким образом, чтобы переносить столько фрагментов информации идентификаторов UE, сколько составляет число кадров. Вторая схема заключается в том, чтобы использовать расширение секций (SE). Например, после того, как значение флага расширения (ef), показанное на фиг. 7, сконфигурировано таким образом, что оно равно 1, кадр расширения секций может добавляться, и несколько фрагментов информации идентификаторов UE могут конфигурироваться и переноситься за один раз. Различные типы расширений секций могут поддерживаться для целей переноса весовых коэффициентов формирования диаграммы направленности, переноса атрибутов формирования диаграммы направленности, переноса конфигурации или параметров предварительного кодирования, переноса параметров, связанных со сжатием при модуляции, переноса информации, связанной с непоследовательным PRB-выделением, или наличия нескольких назначений eAxC (что указывает цифровую пользовательскую плоскость в полосе модулирующих частот, требуемую для приема или передачи одной несущей в одном независимом антенном элементе, и может означать передачу относительно каждого уровня). Тем не менее, расширение секции тип 10 (SE10) описывается на фиг. 8.

[100] Фиг. 8 иллюстрирует формат сообщений в расширении секции тип 10 согласно варианту осуществления данного раскрытия.

[101] Ссылаясь на фиг. 8, расширение 800 секций может включать в себя следующие поля. Ef 802 указывает то, включается или нет последовательно другое расширение секций, и extType 804 указывает тип расширения секций. Ссылаясь на фиг. 8, он иллюстрирует, в качестве примера, extType=0×0y, который указывает SE10. В этом случае, beamGroupType составляет 10b. ExLen 806 может указывать 4-байтовую единичную длину соответствующего расширения секций. Значение numPortc указывает общее число идентификаторов UE, выделяемых для SE, и фрагменты информации идентификаторов UE могут последовательно конфигурироваться, как показано на фиг. 8. Каждое поле или контент информации, описанной выше в ассоциации с фиг. 8, не обязательно включает в себя все поля, и некоторые поля могут опускаться, и/или другие поля могут добавляться для того, чтобы выполнять данное раскрытие.

[102] Фиг. 9 иллюстрирует формат сообщений C-плоскости в секции тип 6 согласно варианту осуществления данного раскрытия.

[103] Ссылаясь на фиг. 9, формат 900 сообщений в секции тип 6 (sectionType=6) используется для того, чтобы периодически переносить информацию UE-каналов таким образом, что RU может вычислять весовой коэффициент формирования диаграммы направленности в реальном времени, и может включать в себя информационные поля. Транспортный заголовок может соответствовать информации согласно eCPRI-заголовку, показанному на фиг. 5, или IEEE-1914.3. DataDirection 902 указывает направление сообщения U-плоскости, при этом 0 указывает UL, и 1 указывает DL. Секция тип 6 используется для того, чтобы переносить канальное значение в виде комплексного числа для всех RB и антенн относительно соответствующего идентификатора UE, при этом канальное значение в виде комплексного числа может представлять собой I-значение или Q-значение информации каналов ciISample/ciQSample. Другие параметры могут соответствовать контенту, описанному в секции тип 5 со ссылкой на фиг. 7. Каждое поле или контент информации, описанной выше в ассоциации с фиг. 9, не обязательно включает в себя все поля, и некоторые поля могут опускаться, и/или другие поля могут добавляться для того, чтобы выполнять данное раскрытие.

[104] В современной сотовой связи, когда формирование диаграммы направленности применяется в однопользовательской (SU)/многопользовательской (MU) MIMO-технологии согласно стандартизации выбора передающей антенны (TAS) восходящей линии связи, осуществимость технологии, обеспечивающей возможность многопотоковой передачи, а также однопотоковой передачи для каждого пользователя, повышается. Вышеуказанная технология ZF-формирования диаграммы направленности представляет собой более простой способ, но потери производительности могут возникать, поскольку не только канал другого пользователя, но также и помехи в канале одного пользователя предотвращаются. Чтобы предотвращать потери, может рассматриваться разложение на подпространства или канализация канальной матрицы, но новый интерфейс требуется для O-RAN-стандарт, чтобы реализовывать технологию.

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

[106] Во-первых, в SU-MIMO-передаче, соответствующий весовой коэффициент может формироваться через разложение на подпространства или канализацию соответствующей пользовательской канальной матрицы. Когда число уровней для SU-передачи составляет L, W_SU имеет размерность N_txL.

[107] Затем, в MU-MIMO-передаче, схема формирования весовых ZF-коэффициентов используется для предотвращения помех между несколькими пользователями, но для того, чтобы получать усиление при комбинировании по каждому пользователю, канальное преобразование может выполняться в форме . Здесь, H_k указывает каждый пользовательский канал N_{r, k}xN_t, X_k указывает матрицу канального преобразования L_kxN_{r, k} и соответствует унитарной матрице, и L_k указывает число уровней передачи для каждого пользователя.

[108] Данное раскрытие предлагает интерфейс для переноса информации, связанной с W_SU и X_k, при этом схема задания интерфейса для каждого из случая, в котором W_SU и X_k формируются посредством DU, и случая, в котором W_SU и X_k формируются посредством RU.

[109] (1) Случай, в котором W_SU и X_k формируются посредством RU

[110] Когда W_SU и X_k формируются посредством RU, DU может переносить требуемую информацию диспетчеризации в RU таким образом, что RU может формировать W_SU и X_k. Информация диспетчеризации, перенесенная в RU посредством DU, может переноситься через сообщение C-плоскости в секции тип 5, описанное выше со ссылкой на фиг. 7. Для формирования, посредством RU, W_SU и X_k, H или H_k, соответствующий каждому пользовательскому каналу, должен идентифицироваться. Тем не менее, в текущем O-RAN-стандарте, информация, связанная с пользовательским каналом, которому принадлежит каждый идентификатор UE, не переносится, когда переносится идентификатор UE. В данном раскрытии, предлагается интерфейс для передачи, в RU посредством DU, информации, связанной с числом уровней передачи каждого пользователя, и информации, связанной с группой идентификаторов UE (т.е. информации для группировки идентификаторов UE, соответствующих пользователю), соответствующей каждому пользовательскому каналу.

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

[112] Фиг. 10 иллюстрирует первую операцию формата сообщений для переноса информации диспетчеризации согласно варианту осуществления данного раскрытия.

[113] Ссылаясь на фиг. 10, первая операция 1000 иллюстрирует схему переноса пользовательской информации посредством добавления нового расширения секций (SE) в каждый ST5-кадр, соответствующий каждому идентификатору UE. Первая схема представляет собой схему показа пользователя, которому принадлежит идентификатор UE каждого кадра секции, при этом виртуальный идентификатор пользователя может задаваться и использоваться, либо идентификатор UE, представляющий каждого пользователя (называемый "репрезентативным идентификатором UE"), как показано на фиг. 10, может использоваться в качестве идентификатора пользователя; numUeID означает число идентификаторов UE, соответствующих каждому пользователю, и numLayers означает число уровней передачи каждого пользователя. Общее число пользователей, флаг различения работы в SU/MU-режиме и т.п. могут добавляться для других специальных целей.

[114] Вторая схема переноса информации групп идентификаторов UE, соответствующей каждому пользовательскому каналу, и информации относительно числа уровней передачи каждого пользователя представляет собой схему переноса дополнительной информации (числа уровней, выделяемых пользователю, и т.д.) и информации идентификаторов UE, соответствующей всем диспетчеризованным пользователям, через расширение секций (SE) в один ST5-кадр, и описывается со ссылкой на фиг. 11, 15A и 15B. Для SE, используемого для второй схемы, новый тип расширения может задаваться и использоваться, либо существующий тип расширения (например, SE10) может использоваться.

[115] Фиг. 11 иллюстрирует вторую операцию формата сообщений для переноса информации диспетчеризации согласно варианту осуществления данного раскрытия.

[116] Ссылаясь на фиг. 11, вторая операция 1100 иллюстрирует схему переноса информации групп идентификаторов UE и дополнительной информации посредством использования нового типа расширения. NumUser означает общее число пользователей, выделяемых для соответствующего расширения, numUeID означает число идентификаторов UE, соответствующих каждому пользователю, и numLayers означает число уровней передачи каждого пользователя. В типе расширения, заданном на фиг. 11, numUeID число идентификаторов UE может последовательно конфигурироваться для каждого пользователя. Аналогично случаю на фиг. 10, общее число пользователей, флаг различения работы в SU/MU-режиме и т.п. могут добавляться для других специальных целей.

[117] Фиг. 12, 13 и 14 иллюстрируют операцию разворачивания поля посредством использования существующего SE10 и существующего beamGroupType=10b либо нового beamGroupType. В этом случае, то, существует или нет поле расширения, может идентифицироваться посредством значения advBeamFlag в существующей области расширения.

[118] Фиг. 12 иллюстрирует третью операцию формата сообщений для переноса информации диспетчеризации согласно варианту осуществления данного раскрытия.

[119] Ссылаясь на фиг. 12, в третьей операции 1200, существующее SE10 может использоваться, и numPortc может задаваться как значение, связанное с числом пользователей. В частности, когда advBeamFlag=1, значение (общее число пользователей-1) используется в качестве значения numPortc в существующей области, и репрезентативное значение идентификатора UE каждого пользователя может выделяться для существующей области. В поле расширения, могут предоставляться репрезентативный идентификатор UE каждого пользователя и информация numUeID и numLayer, связанная с каждым пользователем, и может быть сконфигурировано оставшееся (numUeID-1) число фрагментов информации идентификаторов UE. В случае SU-передачи, значение numPortc становится равным 0, и это представляет собой случай, который не рассматривается в существующем beamGroupType=10b. Соответственно, в случае, в котором существующий beamGroupType=10b используется без изменения, когда значение numPortc равно 0, новая операция для обращения к информации поля расширения может задаваться. Альтернативно, новый beamGroupType может задаваться и использоваться.

[120] Фиг. 13 иллюстрирует четвертую операцию формата сообщений для переноса информации диспетчеризации согласно варианту осуществления данного раскрытия.

[121] Ссылаясь на фиг. 13, в четвертой операции 1300, существующее SE10 может использоваться, и numPortc может задаваться как значение, связанное с общим числом уровней диспетчеризации. В частности, когда advBeamFlag=1, значение (общее число уровней диспетчеризации-1) используется в качестве значения numPortc в существующей области, и столько идентификаторов UE, сколько составляет число уровней каждого пользователя, может выделяться для существующей области расширения. Помимо этого, поле расширения является аналогичным полю расширения третьей операции 1200 (фиг. 12), но только идентификатор UE, не сконфигурированный в существующей области, может выделяться во время выделения идентификаторов UE в четвертой операции 1300.

[122] Фиг. 14 иллюстрирует пятую операцию формата сообщений для переноса информации диспетчеризации согласно варианту осуществления данного раскрытия.

[123] Ссылаясь на фиг. 14, в пятой операции 1400, существующее SE10 может использоваться, и numPortc может задаваться как общее число идентификаторов UE всех пользователей. В частности, когда advBeamFlag=1, значение (общее число пользователей-1) используется в качестве значения numPortc в существующей области, и вся соответствующая информация идентификаторов UE может выделяться для существующей области. Помимо этого, только репрезентативный идентификатор UE и информация относительно numUeID и numLayer могут выделяться для поля расширения. Тем не менее, поскольку значение numPortc может превышать 64, новый beamGroupType, отличный от существующего beamGroupType=10b, может задаваться.

[124] В третьей-пятой операциях проиллюстрировано то, что существующее SE10 используется, и то, существует или нет поле расширения, идентифицируется через значение advBeamFlag, но формат поля расширения, описанного со ссылкой на фиг. 12-14, также может задаваться в качестве нового типа расширения, аналогично второй операции 1100. В этом случае, новый тип расширения может идентифицироваться не через значение advBeamFlag, а через значение ef, и значение ef, значение extType, значение extLen и т.п. дополнительно могут включаться аналогично первой операции 1000.

[125] Фиг. 15A иллюстрирует шестую операцию формата сообщений для переноса информации диспетчеризации согласно варианту осуществления данного раскрытия.

[126] Ссылаясь на фиг. 15A, когда имеются последовательные значения идентификаторов UE в рамках одного пользователя, достаточно переносить одно репрезентативное значение идентификатора UE, значение numUeID и значение numLayer. Шестая операция 1500, проиллюстрированная на фиг. 15A, представляет собой пример, иллюстрирующий фиг. 13 в эффективном формате, при предположении относительно последовательных идентификаторов UE в рамках одного пользователя, и пример, иллюстрирующий новое расширение посредством использования значения ef вместо значения advBeamFlag. В случае шестой операции 1500, когда число numPortc значений идентификаторов UE выделяются для существующей SE10-области, предполагается, что все значения идентификаторов UE идентичного пользователя сконфигурированы с одним значением идентификатора UE. После этого, общее число пользователей может идентифицироваться через число различных репрезентативных значений идентификаторов UE, и число уровней передачи каждого пользователя может идентифицироваться через идентичное число репрезентативных значений идентификаторов UE. Соответственно, достаточно переносить только число numUeID пользователей в новое расширение. Ссылаясь на фиг. 15A, проиллюстрировано то, что numUeID имеет 4 бита, но его размер может быть сконфигурирован с различными значениями.

[127] Фиг. 15B иллюстрирует формат сообщений для переноса информации диспетчеризации согласно варианту осуществления данного раскрытия.

[128] Ссылаясь на фиг. 15B, предполагается, что общее диспетчеризованное число пользователей равно 2, и максимальное число идентификаторов UE, которые должны выделяться для одного пользователя, равно 8. Соответственно, значения идентификаторов UE, выделяемые для пользователей, могут представлять собой последовательные значения и иметь столько значений, сколько составляет число идентификаторов UE, выделяемых начиная с кратного 8. Для двух пользователей, описанных в вышеуказанном предположении, предполагается, что число уровней передачи первого пользователя равно 2, и идентификаторы UE, выделяемые для первого пользователя, составляют четыре последовательных значения, т.е. 0, 1, 2 и 3. Число уровней передачи второго пользователя равно 3, и идентификаторы UE, выделяемые для второго пользователя, составляют восемь последовательных значений, т.е. 8, 9, 10, ..., 15. Помимо этого, предполагается, что репрезентативный идентификатор UE для каждого пользователя составляет кратное 8, и наименьшее значение из идентификаторов UE, выделяемых для пользователей, которое равно 0 в случае первого пользователя, равно 8 в случае второго пользователя. Конкретные ситуации или числовые значения, описанные в вышеуказанном предположении, представляют собой только примеры и могут конфигурироваться различными способами по мере необходимости.

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

[130] Ссылаясь на фиг. 15B, SE10-область (extType=0×0y) может включать в себя значение идентификаторов UE, соответствующее 0, 8, 8 и 8. В этом случае, хотя не показано, ST5, к которому применяется расширение секций (SE10), также включает в себя одно значение идентификатора UE, при этом ST5 может включать в себя идентификатор UE=0, соответствующий первому пользователю. Соответственно, пять значений идентификаторов UE (0, 0, 8, 8 и 8) могут переноситься. Помимо этого, новая SE-область (новый extType) может включать в себя число идентификаторов UE, выделяемых для первого пользователя (numueID первого пользователя=4), и число идентификаторов UE, выделяемых для второго пользователя (numueID второго пользователя=8).

[131] Способ получения, за счет приема, посредством RU, формата сообщений, проиллюстрированного на фиг. 15B, информации, связанной с общим числом пользователей, числом уровней передачи каждого пользователя и идентификатором UE, выделяемым для каждого пользователя, заключается в следующем.

[132] Как описано выше со ссылкой на фиг. 15A, число различных репрезентативных идентификаторов UE (т.е. 0 и 8) в проиллюстрированном формате сообщений указывает общее число пользователей. Например, RU может идентифицировать то, что общее диспетчеризованное число пользователей в примере по фиг. 15B равно 2. Помимо этого, число раз (т.е. два раза в случае ueID=0, два раза в случае ueID=0 и три раза в случае ueID=8), посредством которого многократно конфигурируется идентичное репрезентативное значение идентификатора UE, указывает число уровней передачи каждого пользователя. Например, в примере по фиг. 15B, RU может идентифицировать то, что число уровней передачи первого пользователя равно 2, и число уровней передачи второго пользователя равно 3. Помимо этого, новая SE-область (новый extType) указывает то, что число идентификаторов UE, выделяемых для первого пользователя, равно 4, и число идентификаторов UE, выделяемых для второго пользователя, равно 8. Поскольку выше предполагается, что последовательные идентификаторы UE выделяются для каждого пользователя в примере по фиг. 15B, RU может идентифицировать то, что четыре последовательных идентификатора UE, начиная с репрезентативного значения идентификатора UE (ueID=0), т.е. ueID=0, 1, 2 и 3, выделяются для первого пользователя, и может идентифицировать то, что восемь последовательных идентификаторов UE, начиная с репрезентативного значения идентификатора UE (ueID=8), т.е. ueID=8, 9, 10, ..., 15, выделяются для второго пользователя.

[133] Согласно шестой операции 1500, описанной со ссылкой на фиг. 15A и 15B, в отличие от других примеров, эффективность передачи может повышаться за счет выполнения неявной передачи без включения явного параметра, указывающего общее число пользователей и число уровней передачи каждого пользователя, посредством использования способа предположения последовательных идентификаторов UE и конфигурирования идентификаторов UE способом, отличным от указанного способа. Помимо этого, эффективность передачи может повышаться за счет выполнения неявной передачи через репрезентативный идентификатор UE каждого пользователя и число идентификаторов UE, выделяемых для каждого пользователя, без явного включения всех значений идентификаторов UE, выделяемых для каждого пользователя. RU может принимать информацию формата сообщений согласно фиг. 15A и 15B, конфигурировать канальную матрицу (посредством использования ueID=0, 1, 2 и 3) в 4xN_t для первого пользователя и конфигурировать канальную матрицу (посредством использования ueID=8, 9, ..., 15) в 8xN_t для второго пользователя. Когда каждая пользовательская канальная матрица сконфигурирована, соответствующий весовой коэффициент может формироваться посредством применения канального разложения на подпространства, эффективность передачи каждого пользователя может повышаться по сравнению эффективностью передачи на основе ZF.

[134] (2) Случай, в котором W_SU и X_k формируются посредством DU

[135] Когда W_SU и X_k формируются посредством DU, требуется интерфейс для дополнительного переноса W_SU или X_k, отличный от интерфейса для передачи дополнительной информации и информации групп идентификаторов UE, описанного выше со ссылкой на фиг. 10 в 15B.

[136] Фиг. 16 иллюстрирует формат сообщений для переноса весового коэффициента или матрицы канального преобразования согласно варианту осуществления данного раскрытия.

[137] Ссылаясь на фиг. 16, он иллюстрирует формат 1600 для передачи W_SU или X_k через новый SE. Другие параметры, за исключением zISample/zQSample и numAnt, являются идентичными параметрам в предыдущем определении. Смысл значения numAnt и zSample изменяется согласно флагу весового коэффициента (wf), при этом в случае SU-передачи, numAnt означает число передающих антенн, и значение zSample представляет собой W_SU N_txL. В случае MU-передачи, numAnt означает число приемных антенн каждого пользователя, и значение zSample представляет собой X_k L_kxN_{r, k}. Здесь, значение zSample передается относительно всех RB-диапазонов, сконфигурированных посредством ST5. Фиг. 16 представляет собой пример поддержки W_SU и X_k в качестве одного формата, но W_SU и X_k могут поддерживаться в качестве двух различных форматов.

[138] Фиг. 17 является блок-схемой последовательности операций способа, иллюстрирующей операцию 1700 цифрового блока (DU) согласно варианту осуществления данного раскрытия.

[139] Ссылаясь на фиг. 17, на этапе 1702, DU может определять связанный с диспетчеризацией параметр для по меньшей мере одного пользователя. Связанный с диспетчеризацией параметр может включать в себя по меньшей мере одно из по меньшей мере одного идентификатора абонентского устройства (идентификатора UE), соответствующего каждому пользователю, и числа идентификаторов UE, соответствующих каждому пользователю. Помимо этого, относительно информации диспетчеризации, число пользователей, которые должны диспетчеризоваться, и число уровней передачи каждого пользователя могут явно или неявно определяться согласно вышеописанным вариантам осуществления. Связанный с диспетчеризацией параметр представляет собой простой пример, не ограничивает объем данного раскрытия и может включать в себя предварительно определенный параметр, требуемый для переноса информации диспетчеризации в радиоблок (RU) посредством DU.

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

[141] Фиг. 18 является блок-схемой последовательности операций способа, иллюстрирующей операцию 1800 радиоблока (RU) согласно варианту осуществления данного раскрытия.

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

[143] На этапе 1804, RU может получать связанный с диспетчеризацией параметр посредством использования информации диспетчеризации. Связанный с диспетчеризацией параметр может включать в себя по меньшей мере одно из по меньшей мере одного идентификатора UE, соответствующего каждому пользователю, и числа идентификаторов UE, соответствующих каждому пользователю. Помимо этого, относительно информации диспетчеризации, число пользователей, которые должны диспетчеризоваться, и уровень каждого пользователя могут явно или неявно определяться согласно вышеописанным вариантам осуществления. Связанный с диспетчеризацией параметр представляет собой простой пример, не ограничивает объем данного раскрытия и может включать в себя предварительно определенный параметр, требуемый для переноса информации диспетчеризации в радиоблок (RU) посредством DU.

[144] Фиг. 19 иллюстрирует структуру DU и RU согласно варианту осуществления данного раскрытия.

[145] Ссылаясь на фиг. 19, RU-устройство 1900 базовой станции может включать в себя приемо-передающее устройство 1910, контроллер 1920, соединитель 1930 и устройство 1940 хранения данных. Тем не менее, компоненты RU-устройства 1900 базовой станции не ограничены вышеописанным примером, и, например, RU-устройство 1900 базовой станции может включать в себя большее или меньшее число компонентов, чем проиллюстрированные элементы. Помимо этого, приемо-передающее устройство 1910, устройство 1940 хранения данных, контроллер 1920 и т.п. могут реализовываться в форме одной микросхемы.

[146] Приемо-передающее устройство 1910 может передавать или принимать сигнал в/из терминала. Здесь, сигнал может включать в себя управляющую информацию и данные. С этой целью, приемо-передающее устройство 1910 может включать в себя передающее RF-устройство, выполненное с возможностью преобразовывать с повышением и усиливать частоту передаваемого сигнала, и приемное RF-устройство, выполненное с возможностью усиливать с низким уровнем собственных шумов принимаемый сигнал и преобразовывать с понижением частоту. Тем не менее, это представляет собой просто вариант осуществления приемо-передающего устройства 1910, и компоненты приемо-передающего устройства 1910 не ограничены передающим RF-устройством и приемным RF-устройством. Помимо этого, приемо-передающее устройство 1910 может принимать сигнал через радиоканал, выводить сигнал в контроллер 1920 и передавать сигнал, выводимый из контроллера 1920, через радиоканал. Помимо этого, приемо-передающее устройство 1910 может отдельно иметь приемо-передающее RF-устройство для LTE-системы и приемо-передающее RF-устройство для NR-системы, либо одно приемо-передающее устройство может выполнять обработку физического уровня LTE и NR.

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

[148] Контроллер 1920 может управлять последовательностью процессов, обеспечивающих возможность RU-устройству 1900 базовой станции работать согласно вышеописанному варианту осуществления данного раскрытия. Например, контроллер 1920 может передавать или принимать LTE- или NR-сигнал в/из терминала согласно сообщению C-плоскости и сообщению U-плоскости, принимаемым из DU-устройства 1950 базовой станции через соединитель 1930. Может быть предусмотрено несколько контроллеров 1920, и контроллер 1920 может выполнять программу, сохраненную в устройстве 1940 хранения данных, чтобы выполнять операцию управления компонентами посредством RU-устройства 1900 базовой станции.

[149] Соединитель 1930 представляет собой устройство, выполненное с возможностью соединять RU-устройство 1900 базовой станции с DU-устройством 1950 базовой станции, и может выполнять обработку физического уровня для передачи или приема сообщений и выполнять операцию передачи сообщения в DU-устройство 1950 базовой станции и приема сообщения из DU-устройства 1950 базовой станции.

[150] DU-устройство 1950 базовой станции включает в себя контроллер 1970, соединитель 1960 и устройство 1980 хранения данных. Тем не менее, компоненты DU-устройства 1950 базовой станции не ограничены вышеописанным примером, и, например, DU-устройство 1950 базовой станции может включать в себя большее или меньшее число компонентов, чем проиллюстрированные компоненты. Помимо этого, соединитель 1960, устройство 1980 хранения данных, контроллер 1970 и т.п. могут реализовываться в форме одной микросхемы.

[151] Контроллер 1970 может управлять последовательностью процессов, обеспечивающих возможность DU-устройству 1950 базовой станции работать согласно вышеописанному варианту осуществления данного раскрытия. Например, контроллер 1970 может формировать сообщение C-плоскости и сообщение U-плоскости, которые должны передаваться в RU-устройство 1900 базовой станции, чтобы передавать сообщения в RU-устройство 1900 базовой станции через соединитель 1960. Может быть предусмотрено несколько контроллеров 1970, и контроллер 1970 может выполнять программу, сохраненную в устройстве 1980 хранения данных, чтобы выполнять операцию управления компонентами посредством DU-устройства 1950 базовой станции.

[152] Устройство 1980 хранения данных может сохранять программу и данные, требуемые для операции DU-устройства базовой станции. Помимо этого, устройство 1980 хранения данных может сохранять управляющую информацию или данные, включенные в сигнал, передаваемый или принимаемый посредством DU-устройства базовой станции. Устройство 1980 хранения данных может включать в себя носитель хранения данных, такой как ROM, RAM, жесткий диск, CD-ROM и DVD, либо комбинацию носителей хранения данных. Кроме того, может быть предусмотрено несколько устройств 1980 хранения данных.

[153] Соединитель 1960 представляет собой устройство, выполненное с возможностью соединять RU-устройство 1900 базовой станции с DU-устройством 1950 базовой станции, и может выполнять обработку физического уровня для передачи или приема сообщений и выполнять операцию передачи сообщения в RU-устройство 1900 базовой станции и приема сообщения из RU-устройства 1900 базовой станции.

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

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

Изобретение относится к системе беспроводной связи. Технический результат состоит в уменьшении многопользовательских помех или соканальных помех (между уровнями) одного пользователя. Способ включает в себя определение связанного с диспетчеризацией параметра для по меньшей мере одного пользователя и передачу информации диспетчеризации, указывающей связанный с диспетчеризацией параметр, в радиоблок (RU). Информация диспетчеризации включает в себя поле расширения первой секции и поле расширения второй секции. Поле расширения первой секции включает в себя информацию, связанную с идентификатором абонентского устройства (идентификатором UE), связанным с по меньшей мере одним пользователем. Поле расширения второй секции включает в себя информацию, связанную с числом идентификаторов UE, соответствующих каждому пользователю. 8 н. и 12 з.п. ф-лы, 20 ил.

1. Способ передачи информации диспетчеризации посредством распределенного блока (DU), при этом способ содержит этапы, на которых:

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

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

при этом информация диспетчеризации содержит:

- поле расширения первой секции, содержащее информацию, связанную с одним или несколькими ueID, соответствующими каждому из пользователей, и

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

при этом для каждого из пользователей поле расширения первой секции содержит одинаковый ueID, повторяемый число раз, равное числу уровней передачи каждого из пользователей.

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

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

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

5. Способ приема информации диспетчеризации посредством радиоблока (RU), при этом способ содержит этапы, на которых:

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

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

при этом информация диспетчеризации содержит:

- поле расширения первой секции, содержащее информацию, связанную с одним или несколькими ueID, соответствующими каждому из пользователей, и

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

при этом для каждого из пользователей поле расширения первой секции содержит одинаковый ueID, повторяемый число раз, равное числу уровней передачи каждого из пользователей.

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

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

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

9. Устройство распределенного блока (DU), причем устройство содержит:

- соединитель, выполненный с возможностью передавать или принимать сигнал в/из радиоблока (RU); и

- по меньшей мере один процессор, выполненный с возможностью:

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

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

при этом информация диспетчеризации содержит:

- поле расширения первой секции, содержащее информацию, связанную с одним или несколькими ueID, соответствующими каждому из пользователей, и

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

при этом для каждого из пользователей поле расширения первой секции содержит одинаковый ueID, повторяемый число раз, равное числу уровней передачи каждого из пользователей.

10. Устройство по п. 9, в котором один или несколько ueID, соответствующих каждому из пользователей, имеют число последовательных значений, равное числу ueID, соответствующих каждому из пользователей.

11. Устройство по п. 9, в котором число пользователей, подлежащих диспетчеризации через информацию диспетчеризации, основано на поле расширения первой секции.

12. Устройство по п. 11, в котором поле расширения первой секции содержит число различных ueID, равное числу пользователей, которые подлежат диспетчеризации через информацию диспетчеризации.

13. Устройство радиоблока (RU), причем устройство содержит:

- соединитель, выполненный с возможностью передавать или принимать сигнал в / из распределенного блока (DU); и

- по меньшей мере один процессор, выполненный с возможностью:

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

- получать связанные с диспетчеризацией параметры для пользователей на основе информации диспетчеризации,

при этом информация диспетчеризации содержит:

- поле расширения первой секции, содержащее информацию, связанную с одним или несколькими ueID, соответствующими каждому из пользователей, и

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

при этом для каждого из пользователей поле расширения первой секции содержит одинаковый ueID, повторяемый число раз, равное числу уровней передачи каждого из пользователей.

14. Устройство по п. 13, в котором один или несколько ueID, соответствующих каждому из пользователей, имеют число последовательных значений, равное числу ueID, соответствующих каждому из пользователей.

15. Устройство по п. 13, в котором число пользователей, подлежащих диспетчеризации через информацию диспетчеризации, основано на поле расширения первой секции.

16. Устройство по п. 15, в котором поле расширения первой секции содержит число различных ueID, равное числу пользователей, которые подлежат диспетчеризации через информацию диспетчеризации.

17. Способ передачи информации диспетчеризации посредством распределенного блока (DU), при этом способ содержит этапы, на которых:

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

- передают в радиоблок (RU) информацию диспетчеризации, включающую в себя связанные с диспетчеризацией параметры,

при этом информация диспетчеризации содержит:

- поле расширения первой секции, содержащее информацию, связанную с одним или несколькими ueID, соответствующими каждому из пользователей, и

- поле расширения второй секции, содержащее информацию, связанную с numUeID, соответствующим каждому из пользователей, и

при этом для каждого из пользователей поле расширения первой секции содержит одинаковый ueID, повторяемый число раз, равное числу уровней передачи каждого из пользователей.

18. Способ приема информации диспетчеризации посредством радиоблока (RU), при этом способ содержит этапы, на которых:

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

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

при этом информация диспетчеризации содержит:

- поле расширения первой секции, содержащее информацию, связанную с одним или несколькими ueID, соответствующими каждому из пользователей, и

- поле расширения второй секции, содержащее информацию, связанную с numUeID, соответствующим каждому из пользователей, и

при этом для каждого из пользователей поле расширения первой секции содержит одинаковый ueID, повторяемый число раз, равное числу уровней передачи каждого из пользователей.

19. Устройство распределенного блока (DU), причем устройство содержит:

- соединитель, выполненный с возможностью передавать или принимать сигнал в / из радиоблока (RU); и

- по меньшей мере один процессор, выполненный с возможностью:

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

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

при этом информация диспетчеризации содержит:

- поле расширения первой секции, содержащее информацию, связанную с одним или несколькими ueID, соответствующими каждому из пользователей, и

- поле расширения второй секции, содержащее информацию, связанную с numUeID, соответствующим каждому из пользователей, и

при этом для каждого из пользователей поле расширения первой секции содержит одинаковый ueID, повторяемый число раз, равное числу уровней передачи каждого из пользователей.

20. Устройство радиоблока (RU), причем устройство содержит:

- соединитель, выполненный с возможностью передавать или принимать сигнал в / из распределенного блока (DU); и

- по меньшей мере один процессор, выполненный с возможностью:

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

- получать связанные с диспетчеризацией параметры для пользователей на основе информации диспетчеризации,

при этом информация диспетчеризации содержит:

- поле расширения первой секции, содержащее информацию, связанную с одним или несколькими ueID, соответствующими каждому из пользователей, и

- поле расширения второй секции, содержащее информацию, связанную с numUeID, соответствующим каждому из пользователей, и

при этом для каждого из пользователей поле расширения первой секции содержит одинаковый ueID, повторяемый число раз, равное числу уровней передачи каждого из пользователей.