УПРАВЛЕНИЕ МНОЖЕСТВЕННЫМИ ПЕРЕДАЧАМИ ПРЯМОГО СОЕДИНЕНИЯ В ТЕЧЕНИЕ ПЕРИОДА УПРАВЛЕНИЯ ПРЯМОГО СОЕДИНЕНИЯ Российский патент 2020 года по МПК H04W72/04 

Описание патента на изобретение RU2712434C1

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

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

УРОВЕНЬ ТЕХНИКИ

Проект долгосрочного развития систем связи (LTE)

Мобильные системы третьего поколения (3G) на основе технологии радиодоступа WCDMA получили широкое распространение во всем мире. Первый этап улучшения или развития этой технологии предполагает внедрение высокоскоростного пакетного доступа нисходящей линии связи (HSDPA) и улучшенной восходящей линии связи, также именуемой высокоскоростным пакетным доступом восходящей линии связи (HSUPA), что обеспечивает высокую конкурентоспособность технологии радиодоступа.

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

Спецификация рабочего элемента (WI) в проекте долгосрочного развития систем связи (LTE), именуемая "усовершенствованный наземный радиодоступ UMTS" (UTRA) и "наземная сеть радиодоступа UMTS" (UTRAN) закончена в виде выпуска 8 (LTE Rel. 8). Система LTE представляет эффективный пакетный радиодоступ и сети радиодоступа, которые обеспечивают полные функциональные возможности на основе IP с низкой задержкой и низкой стоимостью. В LTE заданы масштабируемые множественные полосы передачи, например 1,4, 3,0, 5.0, 10,0, 15,0 и 20,0 МГц, для обеспечения гибкого развертывания системы с использованием данного спектра. На нисходящей линии связи применяется радиодоступ на основе мультиплексирования с ортогональным частотным разделением (OFDM) ввиду присущей ему устойчивости к помехам за счет многолучевого распространения (MPI) благодаря низкой символьной скорости, использованию циклического префикса (CP) и его сродству с разными конфигурациями полос передачи. На восходящей линии связи применяется радиодоступ на основе множественного доступа с частотным разделением на одной несущей (SC-FDMA), поскольку обеспечение широкой зоны покрытия важнее, чем повышение пиковой скорости передачи данных с учетом ограниченной передаваемой мощности пользовательского оборудования (UE). Применяются многочисленные ключевые методы пакетного радиодоступа, в том числе, методы передачи на каналах с множественными входами и множественными выходами (MIMO), и в LTE Rel. 8/9 достигается высокоэффективная структура сигнализации управления.

Архитектура LTE

Общая архитектура LTE показана на фиг. 1. E-UTRAN состоит из eNodeB, обеспечивающего протокольные окончания плоскости пользователя E-UTRA (PDCP/RLC/MAC/PHY) и плоскости управления (RRC) к пользовательскому оборудованию (UE). eNodeB (eNB) поддерживает уровни физический (PHY), управления доступом к среде (MAC), управления линией радиосвязи (RLC) и протокола управления пакетными данными (PDCP), которые включают в себя функциональные возможности сжатия заголовка и шифрования в плоскости пользователя. Он также обеспечивает функциональные возможности управления радиоресурсами (RRC), соответствующие плоскости управления. Он осуществляет многие функции, в том числе, диспетчеризацию радиоресурсов, управление допуском, планирование, применение согласованного качества обслуживания (QoS) восходящей линии связи, рассылку информации о сотах, шифрование/дешифрование данных плоскости пользователя и управления и сжатие/снятие сжатия заголовков пакетов плоскости пользователя нисходящей линии связи/восходящей линии связи. eNodeB соединены между собой посредством интерфейса X2.

eNodeB также подключены посредством интерфейса S1 к EPC (усовершенствованному ядру пакетной сети), в частности, к MME (узлу управления мобильностью) посредством S1-MME и к обслуживающему шлюзу (SGW) посредством S1-U. Интерфейс S1 поддерживает отношение многих со многими между MME/обслуживающими шлюзами и eNodeB. SGW маршрутизирует и ретранслирует пользовательские пакеты данных, также выступая в роли якоря мобильности для плоскости пользователя при осуществлении операций хэндовера между eNodeB и в роли якоря для мобильности между LTE и другими технологиями 3GPP (заканчивая интерфейс S4 и ретранслируя трафик между системами 2G/3G и PDN GW). Для экземпляров пользовательского оборудования, находящихся в неактивном состоянии, SGW заканчивает путь данных нисходящей линии связи и инициирует поисковый вызов, когда данные нисходящей линии связи поступают на пользовательское оборудование. Он диспетчеризует и сохраняет контексты пользовательское оборудование, например, параметры обслуживания канала-носителя IP или информацию внутренней маршрутизации сети. Он также осуществляет дублирование пользовательского трафика в случае законного перехвата.

MME является ключевым узлом управления для сети доступа LTE. Он отвечает за процедуру отслеживания и поискового вызова пользовательского оборудованию в неактивном режиме, включающую в себя повторные передачи. Он участвует в процессе активации/деактивации канала-носителя и также отвечает за выбор SGW для пользовательского оборудования в начальном присоединении и во время хэндовера внутри LTE с участием перемещения узла базовой сети (CN). Он отвечает за аутентификацию пользователя (посредством взаимодействия с HSS). Сигнализация слоя без доступа (NAS) заканчивается на MME, и он также отвечает за генерацию и выделение временных идентификаторов экземплярам пользовательского оборудования. Он проверяет авторизацию пользовательского оборудования для размещения в общедоступной наземной сети мобильной связи (PLMN) поставщика услуг и применяет ограничения роуминга пользовательского оборудования. MME является концевой точкой сети для шифрования/ защиты целостности сигнализации NAS и осуществляет диспетчеризацию ключей защиты. MME также поддерживает законный перехват сигнализации. MME также обеспечивает функцию плоскости управления для мобильности между сетями доступа LTE и 2G/3G с интерфейсом S3, заканчивающимся на MME от SGSN. MME также заканчивает интерфейс S6a к домашнему HSS для роуминговых экземпляров пользовательского оборудования.

Структура компонентных несущих в LTE

Компонентная несущая нисходящей линии связи системы LTE 3GPP подразделяется на частотно-временная область в так называемых подкадрах. В 3GPP LTE каждый подкадр делится на два слота нисходящей линии связи, как показано на фиг. 2, где первый слот нисходящей линии связи содержит область канала управления (область PDCCH) в первых символах OFDM. Каждый подкадр состоит из данного количества символов OFDM во временной области (12 или 14 символов OFDM в 3GPP LTE (выпуск 8)), причем каждый символ OFDM охватывает всю полосу компонентной несущей. Таким образом, каждый символ OFDM состоит из нескольких символов модуляции, передаваемых на соответствующих поднесущих. В LTE передаваемый сигнал в каждом слоте описывается сеткой ресурсов из поднесущих и символов OFDM. это количество блоков ресурсов в полосе. Величина зависит от полосы передачи по нисходящей линии связи, сконфигурированной в соте и должна удовлетворять условию , где =6 и =110 являются, соответственно, наименьшей и наибольшей полосами нисходящей линии связи, поддерживаемыми текущей версией спецификации. - количество поднесущих в одном блоке ресурсов. Для структуры подкадра с нормальным циклическим префиксом, =12 и .

Предполагая систему связи с множественными несущими, например, использующую OFDM, например, используемую в проекте долгосрочного развития систем связи (LTE) 3GPP, наименьшей единицей ресурсов, которая может назначаться планировщиком, является ʺблок ресурсовʺ. Блок физических ресурсов (PRB) задается как последовательные символы OFDM во временной области (например, 7 символов OFDM), и последовательные поднесущие в частотной области, как представлено на фиг. 2 (например, 12 поднесущих для компонентной несущей). Таким образом, в 3GPP LTE (выпуск 8), блок физических ресурсов состоит из ресурсных элементов, соответствующих одному слоту, во временной области и 180 кГц в частотной области (дополнительные детали о сетке ресурсов нисходящей линии связи, см., например, 3GPP TS 36.211, ʺEvolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 8)ʺ, раздел 6.2, доступный по адресу http://www.3gpp.org и включенный в данное описание в порядке ссылки).

Один подкадр состоит из двух слотов, благодаря чему, существует 14 символов OFDM в подкадре при использовании так называемого "нормального" CP (циклического префикса), и 12 символов OFDM в подкадре при использовании так называемого "расширенного" CP. В терминологических целях, в дальнейшем частотно-временные ресурсы, эквивалентные тем же последовательным поднесущим, охватывающим полный подкадр, называются "парой блоков ресурсов" или, эквивалентно, "парой RB" или "парой PRB".

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

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

Агрегация несущих в LTE-A для поддержки более широкой полосы

Частотный спектр для IMT-Advanced был определен на Всемирной конференции по радиосвязи 2007 (WRC-07). Хотя был определен общий частотный спектр для IMT-Advanced, фактически доступная полоса частот отличается в зависимости от региона или страны. Однако, следуя схеме решения по доступному частотному спектру, проект партнерства третьего поколения (3GPP) положил начало стандартизации радиоинтерфейса. На встрече 3GPP TSG RAN #39, было одобрено описание предмета исследования по "Further Advancements for E-UTRA (LTE-Advanced)". Предмет исследования охватывает компоненты технологии, подлежащие рассмотрению для развития E-UTRA, например, для удовлетворения требованиям к IMT-Advanced.

Полоса, которую способна поддерживать система LTE-Advanced, составляет 100 МГц, тогда как система LTE может поддерживать только 20 МГц. В настоящее время, недостаток спектра радиочастот стало узким местом развития беспроводных сетей, что затрудняет нахождение достаточно широкой спектральной полосы для системы LTE-Advanced. В результате, задача состоит в нахождении способа получения более широкой полосы спектра радиочастот, и возможным решением является агрегация несущих.

При агрегации несущих, две или более компонентных несущих агрегируются для поддержки более широких полос передачи вплоть до 100 МГц. Несколько ячеек в системе LTE агрегируются в один более широкий канал в системе LTE-Advanced, достаточно широкий для 100 МГц. несмотря на то, что эти ячейки в LTE могут находиться в разных полосах частот.

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

Пользовательское оборудование может одновременно принимать или передавать на одной или нескольких компонентных несущих (соответствующих множественным обслуживающим сотам) в зависимости от его возможностей. Пользовательское оборудование LTE-A Rel. 10 с возможностями приема и/или передачи для агрегации несущих может одновременно принимать и/или передавать на множественных обслуживающих сотах, тогда как пользовательское оборудование LTE Rel. 8/9 может принимать и передавать на одной-единственной обслуживающей соте, при условии, что структура компонентной несущей отвечает спецификациям Rel. 8/9.

Агрегация несущих поддерживается как для смежных, так и для несмежных компонентных несущих, причем каждая компонентная несущая ограничен максимум 110 блоками ресурсов в частотной области (с использованием нумерологии 3GPP LTE (выпуск 8/9)).

Можно сконфигурировать пользовательское оборудование, совместимое с 3GPP LTE-A (выпуск 10) для агрегации того или иного количества компонентных несущих, исходящих от одного и того же eNodeB (базовой станции) и, возможно, разных полос на восходящей линии связи и нисходящей линии связи. Количество компонентных несущих нисходящей линии связи, которое можно сконфигурировать, зависит от агрегационной способности нисходящей линии связи UE. Напротив, количество компонентных несущих восходящей линии связи, которое можно сконфигурировать, зависит от агрегационной способности восходящей линии связи UE. В настоящее время может быть невозможно сконфигурировать мобильный терминал большим количеством компонентных несущих восходящей линии связи, чем компонентных несущих нисходящей линии связи. В типичной установке TDD количество компонентных несущих и полоса каждой компонентной несущей на восходящей линии связи и нисходящей линии связи одинаково. Компонентные несущие исходящих от одного и того же eNodeB не обязаны обеспечивать одну и ту же зону покрытия.

Разнесение между центральными частотами смежно агрегированных компонентных несущих должно быть кратным 300 кГц. Оно должно быть совместимым с качанием частоты 100 кГц 3GPP LTE (выпуск 8/9) и одновременным для сохранения ортогональности поднесущих с разнесением 15 кГц. В зависимости от сценария агрегации, разнесение n×300 кГц можно облегать путем вставки малого количества неиспользуемых поднесущих между смежными компонентными несущими.

Характер агрегации множественных несущих экспонируется только до уровня MAC. Для восходящей линии связи и нисходящей линии связи в MAC необходим один субъект HARQ для каждой агрегированной компонентной несущей. Для каждой компонентной несущей существует (в отсутствие SU-MIMO для восходящей линии связи) не более одного транспортного блока. Транспортный блок и его потенциальные повторные передачи HARQ необходимо отображать на одну и ту же компонентную несущую.

При конфигурировании агрегации несущих, мобильный терминал только имеет одно RRC-соединение с сетью. При установлении/повторном установлении RRC-соединения, одна сота обеспечивает ввод безопасности (один ECGI, один PCI и один ARFCN) и информацию мобильности слоя без доступа (например, TAI) аналогично тому, как это делается в LTE Rel. 8/9. После установления/повторного установления RRC-соединение, компонентная несущая, соответствующая этой соте, именуется первичной сотой нисходящей линии связи (P-сотой). Всегда существует одна и только одна P-сота нисходящей линии связи (P-сота DL) и одна P-сота восходящей линии связи (P-сота UL) сконфигурированный для каждого экземпляра пользовательского оборудования в подключенном состоянии. В сконфигурированном наборе компонентных несущих, другие соты именуются вторичными сотами (S-соты); причем несущие S-соты являются вторичной компонентной несущей нисходящей линии связи (DL SCC) и вторичной компонентной несущей восходящей линии связи (UL SCC). Для одного UE может быть сконфигурировано максимум пять обслуживающих сот, в том числе P-сота.

P-сота нисходящей линии связи и восходящей линии связи имеет следующие характеристики:

- для каждой S-соты использование ресурсов восходящей линии связи на UE помимо ресурсов нисходящей линии связи допускает конфигурирование (поэтому сконфигурированное количество DL SCC всегда больше или равно количеству UL SCC, и ни одна S-сота не может быть сконфигурирована для использования только ресурсов восходящей линии связи)

- P-сота нисходящей линии связи не может быть деактивирована, в отличие от S-сот

- повторное установление инициируется, когда P-сота нисходящей линии связи испытывает рэлеевское затухание (RLF), не когда S-соты нисходящей линии связи испытывают RLF

- информация слоя без доступа берется из P-соты нисходящей линии связи

- P-соту можно менять только в процедуре хэндовера (т.е. с изменением ключа защиты и процедуры RACH)

- P-сота используется для передачи PUCCH

- P-сота восходящей линии связи используется для передачи информации управления восходящей линии связи уровня 1

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

Конфигурирование и переконфигурирование, а также добавление и удаление, компонентных несущих может осуществляться посредством RRC. Активация и деактивация осуществляется посредством элементов управления MAC. При хэндовере внутри LTE, RRC также может добавлять, удалять или переконфигурировать S-соты для использования в целевой соте. При добавлении новой S-сота, особая сигнализация RRC используется для отправки системной информации S-соты, причем информация необходима для передачи/приема (аналогично тому, как это делается в Rel-8/9 для хэндовера). Каждая S-сота конфигурируется индексом обслуживающей соты при добавлении S-соты к одному UE; P-сота всегда имеет индекс обслуживающей соты 0.

Когда пользовательское оборудование сконфигурировано агрегацией несущих существует, по меньшей мере, одна пара компонентных несущих восходящей линии связи и нисходящей линии связи, которая всегда активна. Компонентная несущая нисходящей линии связи этой пары также может именоваться 'якорной несущей DL'. То же самое применимо к восходящей линии связи.

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

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

Схема доступа на восходящей линии связи для LTE

Для передачи по восходящей линии связи, энергоэффективная передача пользовательского терминала необходима для максимизации зоны покрытия. Передача на одной несущей объединенная с FDMA с динамическим выделением полосы выбрана в качестве схемы усовершенствованной UTRA передачи восходящей линии связи. Основной причиной отдания предпочтения передаче на одной несущей является более низкое отношение пиковой мощности к средней (PAPR), по сравнению с сигналами на множественных несущих (OFDMA), и соответствующая повышенная эффективность усилителя мощности и расширенная зона покрытия (более высокие скорости передачи данных для данной пиковой мощности терминала). В течение каждого интервала времени, узел B назначает пользователям уникальный временной/частотный ресурс для передачи пользовательских данных, что обеспечивает внутрисотовую ортогональность. Ортогональный доступ на восходящей линии связи обеспечивает повышенную спектральную эффективность за счет устранения внутрисотовый помехи. Помехи вследствие многолучевого распространения обрабатываются на базовой станции (узле B), путем вставки циклического префикса в передаваемый сигнал.

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

Схема планирования UL для LTE

Схема восходящей линии связи в LTE позволяет осуществлять как запланированный доступ, т.е. под управлением eNB, так и состязательный доступ.

В случае запланированного доступа, eNB выделяет UE определенный частотный ресурс в течение определенного времени (т.е. временного/частотного ресурса) для передачи данных по восходящей линии связи. Некоторые временные/частотные ресурсы могут выделяться для состязательного доступа, в которых UE могут передавать, не будучи первоначально запланированными eNB. Одним сценарием, где UE осуществляет состязательный доступ, является, например, произвольный доступ, т.е. когда UE осуществляет начальный доступ к соте или для запрашивания ресурсов восходящей линии связи.

Для запланированного доступа планировщик узла B назначает пользователю уникальный частотный/временной ресурс для передачи данных по восходящей линии связи. В частности, планировщик определяет

- какому(им) UE разрешено передавать,

- какие ресурсы физических каналов,

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

Затем информация выделения сигнализируется на UE через предоставление планирования, отправленное на канале управления L1/L2. Для простоты этот канал называется в дальнейшем каналом предоставления восходящей линии связи. Соответственно, сообщение предоставления планирования содержит информацию, какую часть полосы частот разрешено использовать UE, срок действия предоставления, и транспортный формат, который UE должно использовать для предстоящей передаче по восходящей линии связи. Кратчайшим сроком действия является один подкадр. Дополнительная информация также может быть включена в сообщение предоставления, в зависимости от выбранной схемы. Только предоставления ʺдля каждого UEʺ используются для предоставления права передавать на UL-SCH (т.е. не существует предоставлений ʺдля каждого UE для каждого RBʺ). Поэтому UE необходимо распределять выделенные ресурсы среди радиоканалов-носителей согласно некоторым правилам. В отличие от HSUPA, не существует выбора транспортного формата на основе UE. eNB принимает решение по транспортному формату на основании некоторой информации, например, сообщаемой информации планирования и информации QoS, и UE должно следовать выбранному транспортному формату. В HSUPA узел B назначает максимальный ресурс восходящей линии связи, и UE выбирает, соответственно, фактический транспортный формат для передач данных.

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

- Следует избегать голодания низкоприоритетных услуг

- Отчетливая дифференциация QoS для радиоканалов-носителей/услуг должна поддерживаться схемой планирования

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

- Должна существовать возможность уточнения дифференциации QoS между услугами разных пользователей

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

Как можно видеть из вышеприведенного списка, один существенный аспект схемы планирования LTE состоит в обеспечении механизмов, посредством которого оператор может управлять разбиением его агрегированной емкости соты между радиоканалами-носителями разных классов QoS. Класс QoS радиоканала-носителя идентифицируется профилем QoS соответствующего канала-носителя SAE, сигнализируемого от AGW на eNB, как описано выше. Затем оператор может выделять определенную величину его агрегированной емкости соты агрегированному трафику, связанному с радиоканалами-носителями определенного класса QoS. Основной целью использования этого подхода на основе классов является возможность дифференциации обработки пакетов в зависимости от класса QoS, которому они принадлежат.

Сигнализация управления уровня 1/уровня 2

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

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

Следует отметить, что в 3GPP LTE, назначения для передач данных восходящей линии связи, также именуемые предоставлениями планирования восходящей линии связи или назначениями ресурсов восходящей линии связи, также передаются на PDCCH. Кроме того, 3GPP выпуск 11 ввел EPDCCH, который играет, в основном, ту же роль, что и PDCCH, т.е. переносит сигнализацию управления L1/L2, несмотря на то, что конкретные способы передачи отличаются от PDCCH. Дополнительные детали можно найти в текущих версиях 3GPP TS 36.211 и 36.213, включенных в данное описание в порядке ссылки. В результате, большинство элементов, изложенных в уровне техники и вариантах осуществления, применимо к PDCCH, а также EPDCCH или другим средствам переноса сигналов управления L1/L2, если не указано обратное.

В общем случае, информацию, отправляемую в сигнализации управления L1/L2 для назначения радиоресурсов восходящей линии связи или нисходящей линии связи (в частности LTE(-A) выпуск 10), можно относить к следующим элементам:

- идентификатор пользователя, указывающий выделяемого пользователя. Он обычно включается в контрольную сумму путем маскирования CRC идентификатором пользователя;

- информация выделения ресурсов, указывающая ресурсы (например, блоки ресурсов, RB), на которых выделяется пользователь. Альтернативно, эта информация называется назначением блоков ресурсов (RBA). Заметим, что количество RB, на которых выделяется пользователь, может быть динамическим;

- указатель несущей, который используется, если канал управления, передаваемый на первой несущей, назначает ресурсы, относящиеся ко второй несущей, т.е. ресурсы на второй несущей или ресурсы, относящиеся ко второй несущей; (планирование между несущими);

- схема модуляции и кодирования, которая определяет применяемые схему модуляции и скорость кодирования;

- информация HARQ, например, указатель новых данных (NDI) и/или версия избыточности (RV), которая особенно полезна в повторных передачах пакетов данных или их частей;

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

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

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

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

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

- многокластерная информация, которая представляет собой флаг, используемый для указания и управления, происходит ли передача в одном кластере (наборе смежных RB) или во множественных кластерах (по меньшей мере, двух несмежных наборах смежных RB). Многокластерное выделение было введено 3GPP LTE-(A) выпуск 10.

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

Информация управления нисходящей линии связи имеет несколько форматов, которые отличаются общим размером и также информацией, содержащейся в ее полях, как упомянуто выше. Для LTE в настоящее время заданы следующие различные форматы DCI, подробно описанные в 3GPP TS 36.212, ʺMultiplexing and channel codingʺ, раздел 5.3.3.1 (текущая версия v12.4.0 доступна по адресу http://www.3gpp.org и включена в данное описание в порядке ссылки). Кроме того, дополнительную информацию, касающуюся форматов DCI, и конкретную информацию, которая передается в DCI, можно найти в упомянутом техническом стандарте LTE - The UMTS Long Term Evolution - From Theory to Practice, Edited by Stefanie Sesia, Issam Toufik, Matthew Baker, Chapter 9.3, включенном в данное описание в порядке ссылки.

- формат 0: формат DCI 0 используется для передачи предоставлений ресурса для PUSCH, с использованием передач через один антенный порт в режиме 1 или 2 передачи по восходящей линии связи.

- формат 1: формат DCI 1 используется для передачи назначений ресурсов для передач PDSCH с одним кодовым словом (режимы 1, 2 и 7 передачи по нисходящей линии связи).

- формат 1A: формат DCI 1A используется для компактной сигнализации назначений ресурсов для передач PDSCH с одним кодовым словом и для выделения особой сигнатуры преамбулы мобильному терминалу для бессостязательного произвольного доступа (для всех режимов передачи).

- формат 1B: формат DCI 1B используется для компактной сигнализации назначений ресурсов для передач PDSCH с использованием предварительного кодирования с обратной связью с передачей 1 ранга (режим 6 передачи по нисходящей линии связи). Для передачи PDSCH применяется информация, передаваемая так же, как в формате 1A, но с добавлением указателя вектора предварительного кодирования.

- формат 1C: формат DCI 1C используется для очень компактной передачи назначений PDSCH. Когда используется формат 1C, передача PDSCH ограничивается использованием модуляции QPSK. Она используется, например, для сигнализации сообщений поискового вызова и рассылки системных информационных сообщений.

- формат 1D: формат DCI 1D используется для компактной сигнализации назначений ресурсов для передачи PDSCH с использованием многопользовательского MIMO. Передаваемая информация такая же, как в формате 1B, но вместо одного из битов указателей вектора предварительного кодирования, предусмотрен единственный бит для указания, применяется ли смещение мощности к символам данных. Этот признак указывает, обобществлена ли мощность передачи между двумя UE. Будущие версии LTE могут распространять это на случай обобществления мощности между большими количествами UE.

- формат 2: формат DCI 2 используется для передачи назначений ресурсов для PDSCH для операции MIMO с обратной связью (режим передачи 4).

- формат 2A: формат DCI 2A используется для передачи назначений ресурсов для PDSCH для операции MIMO с положительной обратной связью. Передаваемая информация такая же, как для формата 2, за исключением того, что, если eNodeB имеет два передающих антенных порта, информации предварительного кодирования не существует, и для четырех антенных портов два бита используется для указания ранга передачи (режим передачи 3).

- формат 2B: введен в выпуске 9 и используется для передачи назначений ресурсов для PDSCH для двухуровневого формирования диаграммы направленности (режим передачи 8).

- формат 2C: введен в выпуске 10 и используется для передачи назначений ресурсов для PDSCH для однопользовательской или многопользовательской операции MIMO с обратной связью с вплоть до 8 уровней (режим передачи 9).

- формат 2D: введен в выпуске 11 и используется для передач вплоть до 8 уровня; в основном используется для COMP (скоординированного многоточечного режима) (режим передачи 10)

- формат 3 и 3A: форматы DCI 3 и 3A используются для передачи команд управления мощностью для PUCCH и PUSCH с 2-битовой или 1-битовой регулировками мощности, соответственно. Эти форматы DCI содержат отдельные команды управления мощностью для группы UE.

- формат 4: формат DCI 4 используется для планирования PUSCH, с использованием передач пространственного мультиплексирования с обратной связью в режиме передачи по восходящей линии связи 2.

- формат 5: формат DCI 5 используется для планирования PSCCH (физического канала управления прямого соединения), и также содержит несколько полей формата SCI 0, используемых для планирования PSSCH (физического совместно используемого канала управления Прямого соединения). Если количество битов информации в формате DCI 5, отображаемых в данное пространство поиска, меньше, чем размер полезной нагрузки формата 0 для планирования той же обслуживающей соты, к формату 5 следует присоединять нули, пока размер полезной нагрузки не выровняется с форматом 0, включая любые биты заполнения, присоединенные к формату 0.

Технический стандарт 3GPP TS 35.212, текущая версия 12.4.0, задает в подпункте 5.4.3, включенном в данное описание в порядке ссылки, информацию управления для прямого соединения; подробная информация по прямому соединению приведена ниже.

SCI может переносить информацию планирования прямого соединения для одного конечного ID. Формат SCI 0 задается для использования при планировании PSSCH. Посредством формата SCI 0 передается следующая информация:

- флаг скачкообразной перестройки частоты - 1 бит.

- назначение блоков ресурсов и выделение ресурсов под скачкообразную перестройку частоты

- шаблон временного ресурса - 7 битов.

- схема модуляции и кодирования - 5 битов

- указание опережения по времени - 11 битов

- конечный ID группы - 8 битов

Процедура приоритизации логических каналов, LCP

Для восходящей линии связи, процесс, в котором UE создает MAC PDU для передачи с использованием выделенных радиоресурсов, полностью стандартизован; он позволяет гарантировать, что UE удовлетворяет QoS каждого сконфигурированного радиоканала-носителя способом, который оптимален и согласован между различными реализациями UE. На основании сообщения предоставление ресурса передачи по восходящей линии связи, сигнализируемого на PDCCH, UE должен принимать решение по объему данных для каждого логического канала, подлежащих включению в новый MAC, и, при необходимости, также для выделения пространства для элемента управления MAC.

При построении MAC PDU с помощью данных из множественных логических каналов, простейший и наиболее интуитивный способ является способом на основе абсолютного приоритета, где пространство MAC PDU выделяется логическим каналам в порядке убывания приоритета логического канала. Таким образом, в MAC PDU сначала обслуживаются данные из логического канала наиболее высокого приоритета, затем данные из логического канала следующего после наиболее высокого приоритета, и так далее, пока пространство MAC PDU не иссякнет. Хотя способ на основе абсолютного приоритета весьма прост в отношении реализации UE, он иногда приводит к голоданию данных из низкоприоритетных логических каналов; голодание означает, что данные из низкоприоритетных логических каналов не могут передаваться, поскольку данные из высокоприоритетных логических каналов занимают все пространство MAC PDU.

В LTE приоритизированная битовая скорость (PBR) задается для каждого логического канала для передачи данных в порядке важности, но и во избежание голодания данных с более низким приоритетом. PBR является минимальной скоростью передачи данных, гарантированной для логического канала. Даже если логический канал имеет низкий приоритет, для обеспечения PBR выделяется, по меньшей мере, малый объем пространства MAC PDU. Таким образом, проблемы голодания можно избежать с использованием PBR.

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

MAC PDU может включать в себя не только MAC SDU из каждого сконфигурированного логического канала, но и MAC CE. Кроме заполнения BSR, MAC CE имеет более высокий приоритет, чем MAC SDU из логических каналов, поскольку она управляет операцией уровня MAC. Таким образом, когда MAC PDU составлена, MAC CE, если она существует, сначала подлежит включению, и остальные пространство используется для MAC SDU из логических каналов. Затем, если дополнительное пространство остается и достаточно велико, чтобы включать в себя BSR, заполнение BSR инициируется и включается в MAC PDU. Приоритизация логических каналов (LCP) процедура применяется каждый раз, когда осуществляется новая передача.

Приоритизация логических каналов стандартизована например в 3GPP TS 36.321 (текущая версия v12.5.0) в подпункте 5.4.3.1, включенном в данное описание в порядке ссылки.

RRC управляет планированием данных восходящей линии связи посредством сигнализации для каждого логического канала:

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

- prioritisedBitRate, который задает приоритизированную битовую скорость (PBR),

- bucketSizeDuration, который задает длительность размера корзины (BSD).

UE должно поддерживать переменную Bj для каждого логического канала j. Bj должно инициализироваться на нуль при установлении соответствующего логического канала, и увеличиваться на произведение PBR × длительность TTI для каждого TTI, где PBR является приоритизированной битовой скоростью логического канала j. Однако значение Bj не может превышать размер корзины, и если значение Bj больше размера корзины логического канала j, должно быть задано равным размеру корзины. Размер корзины логического канала равен PBR × BSD, где PBR и BSD сконфигурированы более высокими уровнями.

Межустройственные (D2D) близостные услуги (ProSe) LTE

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

Межустройственная (D2D) связь является технологической составляющей для LTE-Rel.12. Технология межустройственной (D2D) связи позволяет D2D служить основой сотовой сети для повышения спектральной эффективности. Например, если сотовая сеть является LTE, все данные, несущие физические каналы, используют SC-FDMA для D2D сигнализации. В D2D передачах, экземпляры пользовательского оборудования передают сигналы данных друг другу по прямой линии связи с использованием сотовых ресурсов, а не через базовую станцию радиосвязи. В изобретении термины ʺD2Dʺ, ʺProSeʺ и ʺпрямое соединение (Sidelink)ʺ взаимозаменяемы.

Связь D2D в LTE

Связь D2D в LTE фокусируется на двух областях: обнаружения и связи.

Прямое обнаружение ProSe (услуг на основе близости) задается как процедура, используемая UE с возможностью ProSe для обнаружения другого(х) UE с возможностью ProSe вблизи него с использованием прямых радиосигналов E-UTRA через интерфейс PC5. Фиг. 3 схематически демонстрирует интерфейс PC5 для межустройственного прямого обнаружения. Фиг. 4 схематически демонстрирует стек протоколов радиосвязи (AS) для прямого обнаружения ProSe.

При осуществлении связи D2D UE передают сигналы данных друг другу по прямой линии связи с использованием сотовых ресурсов, а не через базовую станцию (BS). Пользователи D2D осуществляют связь напрямую, тогда как остальные - под управлением BS, т.е. по меньшей мере, находясь в зоне покрытия eNB. Поэтому D2D может повышать эксплуатационные показатели системы за счет повторного использования сотовых ресурсов.

Предполагается, что D2D действует в спектре LTE восходящей линии связи (в случае FDD) или подкадрах восходящей линии связи соты, дающей зону покрытия (в случае TDD, за исключением случая выхода за пределы зоны покрытия). Кроме того, передача/прием D2D не использует полный дуплекс на данной несущей. С точки зрения отдельных UE, на данной несущей прием сигнала D2D и передача LTE по восходящей линии связи не используют полный дуплекс, т.е. одновременные прием сигнала D2D и передача LTE UL невозможны.

При осуществлении связи D2D, когда одно конкретное UE1 играет роль передатчика (передающего пользовательского оборудования или передающего терминала), UE1 отправляет данные, и другое UE2 (принимающее пользовательское оборудование) принимает их. UE1 и UE2 могут меняться ролями передатчика и приемника. Передача от UE1 может приниматься одним или более UE наподобие UE2.

В отношении протоколов плоскости пользователя, ниже приведена часть соглашения с точки зрения связи D2D (см. также 3GPP TR 36.843 текущая версия 12.0.1 раздел 9.2.2, включенный в данное описание в порядке ссылки):

- PDCP:

-- 1:M данные широковещательной связи D2D (т.е. IP-пакеты) следует обрабатывать как нормальные данные плоскости пользователя.

-- Сжатие/снятие сжатия заголовка в PDCP применимо для 1:M широковещательной связи D2D.

-- U-режим используется для сжатия заголовка в PDCP для операции широковещания D2D для общественной безопасности;

- RLC:

-- RLC UM используется для 1:M широковещательной связи D2D.

-- Сегментирование и повторная сборка поддерживается на L2 посредством RLC UM.

-- принимающее UE должен поддерживать, по меньшей мере, один субъект RLC UM для каждого передающего равноправного UE.

-- Приемный субъект RLC UM не нуждается в конфигурировании до приема первой единицы данных RLC UM.

-- Пока не выявлено необходимости в RLC AM или RLC TM для связи D2D для передачи данных плоскости пользователя.

- MAC:

-- Для 1:M широковещательной связи D2D не предполагается обратной связи HARQ

-- Принимающее UE должно знать исходный ID для идентификации приемного субъекта RLC UM.

-- заголовок MAC содержит целевой ID L2, что позволяет отфильтровывать пакеты на уровне MAC.

-- Целевым ID L2 может быть широковещательный, групповой или индивидуальный адрес.

- Групповая адресация/индивидуальная адресация L2: целевой ID L2, переносимый в заголовке MAC, позволяет отбрасывать принятую RLC UM PDU даже до ее доставки на приемный субъект RLC.

- Широковещание L2: принимающее UE обрабатывает все принятые RLC PDU от всех передатчиков с целью повторной сборки и доставки IP-пакетов на более высокие уровни.

-- подзаголовок MAC содержит LCID (для дифференциации множественных логических каналов).

-- Для D2D полезны, по меньшей мере, мультиплексирование/демультиплексирование, обработка приоритетов и заполнение.

Идентификаторы, связанные с режимом прямой связи ProSe

3GPP TS 36.300 текущая версия 12.5.0 задает в подпункте 8.3 следующий идентификаторы, используемые для режима прямой связи ProSe:

- SL-RNTI: (временный идентификатор радиосети прямого соединения, SideLink) уникальный идентификатор, используемый для планирования режима прямой связи ProSe;

- Исходный ID уровня-2: идентифицирует отправителя данных в режиме прямой связи ProSe прямого соединения. Исходный ID уровня-2 имеет длину 24 бита и используется совместно с конечным ID уровня-2 ProSe и LCID для идентификации субъекта RLC UM и субъекта PDCP на приемнике;

- Конечный ID уровня-2: идентифицирует пункт назначения данных в режиме прямой связи ProSe прямого соединения. Конечный ID уровня-2 имеет длину 24 бита и делится на уровне MAC на две битовые строки:

- Одна битовая строка является LSB-частью (8 битов) конечного ID уровня-2 и ретранслируется на физический уровень как ID управление прямого соединения уровня-1. Она идентифицирует пункт назначения назначенных данных в управлении прямого соединения и используется для фильтрации пакетов на физическом уровне.

- Вторая битовая строка является MSB-частью (16 биты) конечного ID уровня-2 и переносится в заголовке MAC. Она используется для фильтрации пакетов на уровне MAC.

Сигнализация слоя без доступа необходима для формирования группы и конфигурирования исходного ID уровня-2, конечного ID уровня-2 и ID управления прямого соединения L1 на UE. Эти идентификаторы либо предоставляются более высоким уровнем, либо выводятся из идентификаторов, предоставленных более высоким уровнем. В случае групповой адресации и широковещания, ProSe UE ID, предоставленный более высоким уровнем, используется напрямую в качестве исходного ID уровня-2, и ID группы ProSe уровня-2, предоставленный более высоким уровнем, используется напрямую в качестве конечного ID уровня-2 на уровне MAC.

Выделение радиоресурсов для близостных услуг

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

С одной стороны, режим 1 относится к выделению ресурсов планируемому на стороне eNB, где UE запрашивает ресурсы передачи от eNB (или ретрансляционного узла выпуска 10), и eNodeB (или ретрансляционного узла выпуска 10) в ответ планирует ресурсы, которые UE может использовать для передачи прямых данных и прямой информации управления, DCI (например, назначение планирования). UE должен находиться в состоянии RRC_CONNECTED для передачи данных. В частности, UE отправляет запрос планирования D2D (D-SR или произвольный доступ) на eNB, после которого следует отчет о статусе буфера (BSR) обычным образом (см. также следующую главу ʺПроцедура передачи для связи D2Dʺ). На основании BSR, eNB может определять, что UE имеет данные для передачи в режиме прямой связи ProSe и может оценивать ресурсы, необходимые для передачи.

С другой стороны, режим 2 относится к самостоятельному выбору ресурсов UE, где UE сам выбирает ресурсы (временной и частотный) из пула(ов) ресурсов для передачи прямых данных и прямой информации управления (т.е. SA). Один пул ресурсов задается, например, содержанием SIB18, а именно полем commTxPoolNormalCommon, причем этот конкретный пул ресурсов распространяется в соте и затем обобществляется для всех UE в соте, по-прежнему находящихся в состоянии RRC_Idle. По существу, eNB может задавать до четырех разных экземпляров упомянутого пула, соответственно, четырех пулов ресурсов для передачи сообщений SA и прямых данных. Однако UE всегда должно использовать первый пул ресурсов, заданный в списке, даже если оно сконфигурировано множественными пулами ресурсов.

В порядке альтернативы, другой пул ресурсов может задаваться eNB и сигнализироваться в SIB18, а именно с использованием поля commTxPoolExceptional, которое могут использовать UE в исключительных случаях.

Какой режим выделения ресурсов намеревается использовать UE, допускает конфигурирование со стороны eNB. Кроме того, какой режим выделения ресурсов намеревается использовать UE для передачи данных D2D также может зависеть от состояния RRC, т.е. RRC_IDLE или RRC_CONNECTED, и состояния покрытия UE, т.е. нахождения в зоне покрытия или вне зоны покрытия. Считается, что UE находится в зоне покрытия, если оно имеет обслуживающую соту (т.е. UE находится в состоянии RRC_CONNECTED или располагается в соте в состоянии RRC_IDLE).

Для UE применяются следующие правила в отношении режима выделения ресурсов:

- Если UE находится вне зоны покрытия, оно может использовать только режим 2;

- Если UE находится в зоне покрытия, оно может использовать режим 1 если eNB соответственно конфигурирует его;

- Если UE находится в зоне покрытия, оно может использовать режим 2 если eNB соответственно конфигурирует его;

- В отсутствие исключительных условий, UE может переходить из режима 1 в режим 2 или наоборот только если оно сконфигурировано eNB так делать. Если UE находится в зоне покрытия, оно должно использовать только режим, указанный конфигурацией eNB, пока не наступит один из исключительных случаев;

- UE рассматривает себя в исключительных условиях, например, пока выполняется T311 или T301;

- Когда наступает исключительный случай, UE временно разрешено использовать режим 2, несмотря на то, что оно выполнено с возможностью использовать режим 1.

Находясь в зоне покрытия соты E-UTRA, UE должно осуществлять передачу в режиме прямой связи ProSe на несущей UL только на ресурсах, назначенных этой сотой, даже если ресурсы этой несущей заранее сконфигурированы, например, в UICC (универсальной карте с интегральной схемой).

Для UE в RRC_IDLE eNB может выбирать один из следующих вариантов:

- eNB может обеспечивать пул ресурсов передачи режима 2 в SIB. UE, которые авторизованы для режима прямой связи ProSe использовать эти ресурсы для режима прямой связи ProSe в RRC_IDLE;

- eNB может указывать в SIB, что он поддерживает D2D, но не обеспечивает ресурсы для режима прямой связи ProSe. UE должны входить в RRC_CONNECTED для осуществления передачи в режиме прямой связи ProSe.

Для UE, находящихся в RRC_CONNECTED:

- UE в RRC_CONNECTED, которое авторизовано для осуществления передачи в режиме прямой связи ProSe, указывает eNB, что оно хочет осуществлять передачи в режиме прямой связи ProSe, когда ему нужно осуществлять передачу в режиме прямой связи ProSe;

- eNB проверяет, авторизовано ли UE, находящееся в RRC_CONNECTED для передачи в режиме прямой связи ProSe с использованием контекста UE, принятого от MME;

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

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

- пул ресурсов, используемый для приема, заранее сконфигурирован.

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

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

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

- пул ресурсов, используемый для передачи, сконфигурирован eNB через RRC, если используется выделение ресурсов в режиме 2

- пул ресурсов SCI (информации управления прямого соединения) (также именуемый пулом ресурсов назначения планирования, SA), используемый для передачи, неизвестен UE, если используется выделение ресурсов в режиме 1.

- eNB планирует использование конкретного ресурса(ов) для передачи информации управления прямого соединения (назначения планирования), если используется выделение ресурсов в режиме 1. Конкретный ресурс, назначенный eNB, находится в пуле ресурсов для приема SCI, который обеспечен на UE.

Фиг. 5 демонстрирует использование ресурсов передачи/приема для вышележащей (LTE) и нижележащей (D2D) системы.

В основном, eNodeB определяет, может ли UE применять режим 1 или режим 2 передачи. После того, как UE узнает, на каких ресурсах оно может осуществлять связь D2D (передачу или прием), в уровне техники, оно использует соответствующие ресурсы только для соответствующей передачи/приема. Например, на фиг. 5 подкадры D2D будут использоваться только для приема или передачи сигналов D2D. Поскольку UE в качестве устройства D2D работает в полудуплексный режим, оно может либо принимать, либо передавать сигналы D2D в любой момент времени. Аналогично, другие подкадры, проиллюстрированные на фиг. 5, могут использоваться для передачи и/или приема LTE (вышележащей).

Процедура передачи для связи D2D

Процедура передача данных D2D отличается в зависимости от режима выделения ресурсов. Как описано выше для режима 1, eNB в явном виде планирует ресурсы для назначения планирования и передачи данных D2D после соответствующего запроса от UE. В частности, eNB может информировать UE о том, что связь D2D, в общем случае, разрешена, но что ресурсы режима 2 (т.е. пул ресурсов) не обеспечены; это может осуществляться, например, посредством обмена указанием интереса UE к связи D2D и соответствующим ответом, ответом связи D2D, где соответствующий вышеупомянутый иллюстративный информационный элемент ProseCommConfig не включает в себя commTxPoolNormalCommon, в том смысле, что UE, которое хочет начать прямую связь с участием передач, должно запрашивать E-UTRAN для назначения ресурсов для каждой отдельной передачи. Таким образом, в таком случае, UE должно запрашивать ресурсы для каждой отдельной передачи, и далее разные этапы процедуры запроса/предоставления в порядке примера перечислены для этого выделения ресурсов в режиме 1:

- этап 1: UE отправляет SR (запрос планирования) на eNB через PUCCH;

- этап 2: eNB предоставляет ресурс UL (для UE для отправки BSR) через PDCCH, скремблированный посредством C-RNTI;

- этап 3: UE отправляет D2D BSR, указывающий статус буфера через PUSCH;

- этап 4: eNB предоставляет ресурс D2D (для UE для отправки данных) через PDCCH, скремблированный посредством SL-RNTI.

- этап 5: D2D Tx UE передает SA/ данные D2D согласно предоставлению, принятому на этапе 4.

Назначение планирования (SA), также именуемое SCI (информацией управления прямого соединения) является компактным (с низкой полезной нагрузкой) сообщением, содержащим информацию управления, например, указатель(и) на частотно-временные ресурсы, схему модуляции и кодирования и конечный ID группы для соответствующей передачи данных D2D. SCI переносит информацию планирования прямого соединения для одного (ProSE) конечного ID. Содержание SA (SCI), в основном, соответствует предоставлению, принятому на вышеописанном этапе 4. Предоставление D2D и содержание SA (т.е. содержание SCI) заданы в техническом стандарте 3GPP TS 36.212, текущая версия 12.4.0, подпункт 5.4.3, включенном в данное описание в порядке ссылки, задающем, в частности, формат SCI 0 как упомянуто выше в этом разделе "уровень техники".

С другой стороны, для выделения ресурсов в режиме 2, вышеупомянутые этапы 1-4, в основном, не требуются, и UE самостоятельно выбирает ресурсы для передачи SA и данных D2D из пула(ов) ресурсов передачи, сконфигурированных и обеспеченных eNB.

Фиг. 6 в порядке примера демонстрирует передачу назначения планирования и данных D2D для двух UE, UE-A и UE-B, где ресурсы для отправки назначений планирование являются периодическими, и ресурсы, используемые для передачи данных D2D, указаны соответствующим назначением планирования.

Фиг. 7 демонстрирует временной режим связи D2D для режима 2, автономного планирования, в течение одного периода SA/данных, также известного как период SC, период управления прямого соединения. Фиг. 8 демонстрирует временной режим связи D2D для режима 1, выделения, планируемого на стороне eNB, в течение одного периода SA/данных. Период SC это период времени состоящий из передачи назначения планирования и соответствующих ему данных.

Как можно видеть из фиг. 7, UE передает спустя время смещения SA, назначение планирования с использованием пула ресурсов передачи для назначений планирования для режима 2, SA_Mode2_Tx_pool. 1-я передача SA сопровождается, например, тремя повторными передачами одного и того же сообщения SA. Затем UE начинает передачу данных D2D, т.е., в частности, с использованием шаблона временного ресурса передачи, т.е. битовой карты/шаблона T-RPT, с некоторым сконфигурированным смещением (Mode2data_offset) после первого подкадра пула ресурсов SA (заданного посредством SA_offset).

Одна передача данных D2D MAC PDU состоит из ее 1-х передач и нескольких повторных передач. Для иллюстрации фиг. 7 (и фиг. 8) предполагается, что три повторные передачи осуществляются (т.е. 2-я, 3-я и 4-я передача одной и той же MAC PDU). Битовая карта T-RPT режима 2 (шаблон временного ресурса передачи, T-RPT), в основном, задает временной режим передачи MAC PDU (1-ой передачи) и ее повторных передач (2-ой, 3-ей и 4-ой передачи).

В течение одного периода SA/данных, UE может передавать множественные транспортные блоки (только по одному за подкадр (TTI), т.е. один за другим), однако только одной целевой группе ProSe. Также повторные передачи одного транспортного блока должны заканчиваться до начала первой передачи следующего транспортного блока, т.е. только один процесс HARQ используется для передачи множественных транспортных блоков.

Как явствует из фиг. 8, для режима выделения ресурсов, планируемого на стороне eNB (режима 1), передача данных D2D, т.е., в частности, шаблон/битовая карта T-RPT, начинается в следующем подкадре UL после повторения последней передачи SA в пуле ресурсов SA. Как уже объяснено для фиг. 7, битовая карта T-RPT режима 1 (шаблон временного ресурса передачи, T-RPT) в основном, задает временной режим передачи MAC PDU (1-ой передачи) и ее повторных передач (2-ой, 3-ей и 4-ой передачи).

Сетевая архитектура ProSe и субъекты ProSe

Фиг. 9 демонстрирует иллюстративную высокоуровневый архитектуру для случая отсутствия роуминга, включающую в себя различные приложения ProSe на соответствующих UE A и B, а также сервер приложений ProSe и функцию ProSe в сети. The пример Архитектура, представленная в порядке примера на фиг. 9, взята из TS 23.303 v.12.4.0 глава 4.2 ʺArchitectural Reference Modelʺ, включенного в данное описание в порядке ссылки.

Функциональные субъекты представлены и подробно объяснены в TS 23.303, подпункт 4.4 под названием ʺFunctional Entitiesʺ, который включен в данное описание в порядке ссылки. Функция ProSe является логической функцией, которая используется для сетевых действий, необходимых для ProSe и играет разные роли для каждого из признаков ProSe. Функция ProSe составляет часть усовершенствованного ядра пакетной сети 3GPP, EPC, и обеспечивает все соответствующие сетевые услуги, как то авторизация, аутентификация, обработку данных и т.д., относящиеся к близостным услугам.

Для прямого обнаружения ProSe и связи, UE может получать конкретный идентификатор UE ProSe, другую информацию конфигурации, а также авторизацию из функции ProSe через точку отсчета PC3. Могут существовать множественные функции ProSe развернутые в сети, хотя для простоты иллюстрации представлена единственной функции ProSe. Функция ProSe состоит из трех основных подфункций, которые осуществляют разные роли в зависимости от признака ProSe: функцию прямого обеспечения (DPF), функцию диспетчеризация имен при прямом обнаружении и функцию обнаружения уровня EPC. DPF используется для обеспечения UE необходимыми параметрами для использования прямого обнаружения ProSe и режима прямой связи ProSe.

Термин ʺUEʺ используемый в упомянутом соединении, относится к UE с возможностью ProSe, поддерживающим функциональные возможности ProSe, например:

- обмен информацией управления ProSe между UE с возможностью ProSe и функцией ProSe через точку отсчета PC3.

- процедуры для открытия прямого обнаружения ProSe UE с возможностью ProSe через точку отсчета PC5.

- процедуры для режима прямой связи ProSe "один со многими" через точку отсчета PC5.

- процедуры для действия в качестве ретранслятора от UE к сети ProSe. Удаленное UE осуществляет связь с ретранслятором от UE к сети ProSe через точку отсчета PC5. Ретранслятор от UE к сети ProSe использует ретрансляцию пакетов уровня 3.

- обмен информацией управления между UE ProSe через точку отсчета PC5, например, для обнаружения ретранслятора от UE к сети и прямого обнаружения ProSe.

- обмен информацией управления ProSe между другим UE с возможностью ProSe и функцией ProSe через точку отсчета PC3. В случае ретранслятора от UE к сети ProSe удаленное UE будет отправлять эту информацию управления в плоскости пользователя PC5 для ретрансляции по интерфейсу LTE-Uu на функцию ProSe.

- конфигурирование параметров (например, включающих в себя IP-адреса, групповые ID уровня 2 ProSe, материал групповой безопасности, параметры радиоресурса). Эти параметры могут быть заранее сконфигурированы на UE, или, при нахождении в зоне покрытия, предоставляться посредством сигнализации через точку отсчета PC3 функции ProSe в сети.

Сервер приложений ProSe поддерживает хранение ID пользователей ProSe EPC и ID функции ProSe и отображение ID пользователей уровня приложений и ID пользователей ProSe EPC. Сервер приложений (AS) ProSe выходит за пределы объема 3GPP. Приложение ProSe на UE осуществляет связь с ProSe AS через точку отсчета PC1 уровня приложений. ProSe AS подключен к сети 3GPP через точку отсчета PC2.

Состояния покрытия UE для D2D

Как уже упомянуто выше, способ выделения ресурсов для связи D2D зависит, помимо состояния RRC, т.е. RRC_IDLE и RRC_CONNECTED, также от состояния покрытия UE, т.е. в зоне покрытия, вне зоны покрытия. Считается, что UE находится в зоне покрытия, если оно имеет обслуживающую соту (т.е. UE находится в состоянии RRC_CONNECTED или располагается в соте в состоянии RRC_IDLE).

Для D2D дополнительно различаются подсостояния двух вышеупомянутых состояний покрытия, т.е. в зоне покрытия (IC) и вне зоны покрытия (OOC). Фиг. 10 демонстрирует четыре разные состояния, с которыми может быть связано D2D UE, которые можно кратко описать следующим образом:

- состояние 1: UE1 имеет зону покрытия восходящей линии связи и нисходящей линии связи. В этом состоянии сеть управляет каждым сеансом связь D2D. Кроме того, сеть конфигурирует, должно ли UE1 использовать режим 1 или режим 2 выделения ресурсов.

- состояние 2: UE2 имеет зону покрытия нисходящей линии связи, но не восходящей линии связи, т.е. только зону покрытия DL. Сеть распространяет (на состязательной основе) пул ресурсов. В этом состоянии передающее UE выбирает ресурсы, используемые для SA, и данные из пула ресурсов, сконфигурированного сетью; в таком состоянии выделение ресурсов возможно только в режиме 2 для связи D2D.

- состояние 3: UE3 не имеет зоны покрытия восходящей линии связи и нисходящей линии связи, соответственно, считается, что UE3 находится вне зоны покрытия (OOC). Однако UE3 находится в зоне покрытия некоторых UE, которые сами (например UE1) находятся в зоне покрытия соты, т.е. эти UE также могут именоваться UE ретрансляции CP. Поэтому зона UE, находящихся в состоянии 3, показанных на фиг. 10, может обозначаться как зона покрытия UE ретрансляции CP. UE в этом состоянии 3 также именуются UE OOC состояния 3. В этом состоянии UE принимают некоторую информацию, зависящую от соты, которая отправляется с eNB (SIB) и ретранслируется UE, являющимися UE ретрансляции CP, в зоне покрытия соты через PD2DSCH, на UE OOC состояния 3. PD2DSCH сигнализирует управляемый сетью (на состязательной основе) пул ресурсов.

- состояние 4: UE4 находится вне зоны покрытия и не принимает PD2DSCH от других UE, которые находятся в зоне покрытия соты. В этом состоянии, которое также именуется OOC состояния 4, передающее UE выбирает ресурсы, используемые для передачи данных из заранее сконфигурированного пула ресурсов (на состязательной основе).

Различать OOC состояния 3 и OOC состояния 4 необходимо, в основном, во избежание потенциальный помехи между передачами D2D от устройств вне зоны покрытия и традиционными передачами E-UTRA. В общем случае, UE с возможностью D2D будут иметь заранее сконфигурированный пул(ы) ресурсов для передачи SA и данных D2D для использования вне зоны покрытия. Если эти UE вне зоны покрытия передают на этих заранее сконфигурированных пулах ресурсов на границах сот, то помехи между передачами D2D и традиционными передачами в зоне покрытия могут оказывать негативное влияние на передачи в соте.

Если UE с возможностью D2D в зоне покрытия ретранслируют конфигурацию пула ресурсов D2D на устройства вне зоны покрытия вблизи границы соты, то UE вне зоны покрытия могут ограничивать свои передачи ресурсами, указанными eNode B, и, таким образом, минимизировать помехи с традиционными передачами в зоне покрытия. Таким образом, RAN1 предусматривает механизм, где UE в зоне покрытия ретранслируют информацию пула ресурсов и другие конфигурации, связанные с D2D, на устройства, находящиеся вне зоны покрытия (UE, находящиеся в состоянии 3).

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

Процедура LCP для D2D, логические каналы прямого соединения

Процедура LCP для D2D отличается от представленной выше процедуры LCP для ʺнормальныхʺ данных LTE. Следующая информация взята из TS 36.321, версия 12.5.0, подпункт 5.14.1.3.1, описывающий LCP для ProSe; которая включена сюда в полном объеме посредством ссылки.

UE должно осуществлять следующую процедуру приоритизации логических каналов при осуществлении новой передачи:

- UE (например, субъект MAC) должно выделять ресурсы логическим каналам прямого соединения согласно следующим правилам:

- UE не должно сегментировать RLC SDU (или частично переданную SDU), если вся SDU (или частично переданная SDU) согласуется с остальными ресурсами;

- если UE сегментирует RLC SDU из логического канала прямого соединения, оно должно максимизировать размер сегмента для заполнения предоставления по мере возможности;

- UE должно максимизировать передачу данных.

- если UE задает размер предоставления прямого соединения, который больше или равен 10 байтам, имея данные, доступные для передачи, UE не следует передавать только заполнение.

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

В общем случае, для одной PDU, субъект MAC должен рассматривать только логические каналы с одними и теми же парами исходный ID уровня-2 - конечный ID уровня-2, т.е. для одной PDU, субъект MAC в UE должен рассматривать только логические каналы одной и той же целевой группы ProSe, т.е. имеющей одну и ту же целевую группу ID. UE выбирает целевую группу ProSe в ходе процедуры LCP. Кроме того, в Rel-12 в течение одного периода SA/данных передающее UE D2D может передавать только данные на одну целевую группу ProSe.

Все логические каналы D2D (прямого соединения), например STCH, канал трафика прямого соединения (Sidelink), выделяются одной и той же группе логических каналов (LCG), а именно с LCGID, заданным равным 11 (см. подпункт 5.14.1.4 ʺBuffer Status Reportingʺ TS 36.321 версия 12.5.0). В Rel-12 не существует механизма приоритизации для логических каналов/групп D2D (прямого соединения). По существу, все логические каналы прямого соединения имеют один и тот же приоритет с точки зрения UE, т.е. порядок обслуживания логических каналов прямого соединения обслуживаются остается для реализации UE.

Для Rel-13 рассматривается более усовершенствованный механизм приоритизации, где каждый логический канал прямого соединения связан с приоритетом логического канала, также именуемым PPPP (ProSe на приоритет пакета). На основании этого приоритета логического канала UE выбирает целевую группу ProSe для данного предоставления прямого соединения, т.е. логический канал наивысшего приоритета определяет целевую группу ProSe, и дополнительно выделяет ресурсы логическим каналам, принадлежащим выбранной целевой группе ProSe (в порядке уменьшения приоритета).

Исключительно в целях иллюстрации, рассматривается следующий иллюстративный сценарий, где три логических канала ProSe, LCH#1, LCH#2 и LCH#3, устанавливаются на пользовательском оборудовании, и все три связаны с одной и той же ProSe LCG (например ʺ11ʺ). В порядке примера предполагается, что LCH#1 и LCH#2 назначаются целевой группе ProSe 1, и LCH#3 назначается целевой группе ProSe 2. Это изображено на фиг. 12.

Предоставление отчета о статусе буфера для ProSe

Предоставление отчета о статусе буфера также адаптировано к ProSe, и в настоящее время задано в TS 36.321 в его версии 12.5.0, подпункт 5.14.1.4 ʺBuffer Status Reportingʺ, включенный в данное описание в порядке ссылки для Rel-12.

Процедура предоставления отчета о статусе буфера прямого соединения (D2D) используется для снабжения обслуживающего eNB информацией об объеме данных прямого соединения, доступных для передачи, в буферах прямого соединения UE. RRC управляет предоставлением отчета BSR прямого соединения путем конфигурирования двух таймеров Periodic-ProseBSR-Timer и RetxProseBSR-Timer. Каждый логический канал прямого соединения (STCH) выделяется LCG с LCGID, заданным равным ʺ11ʺ и принадлежит целевой группе ProSe.

Отчет о статусе буфера (BSR) прямого соединения должен инициироваться при наступлении некоторых конкретных событий, подробно указанных в TS 36.321, подпункт 5.14.1.4.

Кроме того, TS 36.321 в его версии 12.5.0, подпункт 6.1.3.1a, включенное в данное описание в порядке ссылки, задает элементы управления MAC BSR ProSe и их соответствующее содержание следующим образом. Элемент управления MAC отчета о статусе буфера (BSR) ProSe состоит из одного поля индекса группы, одного поля ID LCG и одного соответствующего поля размера буфера на сообщаемую целевую группу D2D. В частности, для каждой включенной целевой группы ProSe, задаются следующие поля:

- индекс группы: поле индекса группы идентифицирует целевую группу ProSe. Длина этого поля равна 4 битам. Значение задано равным индексу идентификатора назначения, сообщаемого в destinationInfoList;

- LCG ID: поле ID группы логических каналов идентифицирует группу(ы) логических каналов, статус буфера которой сообщается. Длина поля равна 2 битам и задана равным ʺ11ʺ;

- размер буфера: поле размера буфера идентифицирует полный объем данных, доступный на всех логических каналах целевой группы ProSe после построения всех MAC PDU для TTI. Объем данных указан в количестве байтов

- R: зарезервированный бит, заданный равным ʺ0ʺ.

Фиг. 11 демонстрирует элемент управления MAC BSR ProSe для четного N (количества целевых групп ProSe), взятый из TS 36.321 подпункт 6.1.3.1a.

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

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

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

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

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

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

В одном общем третьем аспекте, раскрытые здесь методы предусматривают передающее пользовательское оборудование для выделения радиоресурсов для осуществления множества прямых передач прямого соединения, SL в течение периода управления прямого соединения, SC по интерфейсу SL на один или более принимающих экземпляров пользовательского оборудования в системе связи. Процессор передающего пользовательского оборудования выполнен с возможностью самостоятельно выбирать предоставления SL для множества передач SL из разных пулов ресурсов, каждый из которых сконфигурирован и сделан доступным для передач SL в системе связи. Процессор выполнен с возможностью связывания, для каждой из множества передач SL, предоставления SL с отдельным процессом SL, выбранным из разных сконфигурированных пулов ресурсов. Дополнительно, процессор выполнен с возможностью осуществления, для каждого из множества процессов SL со связанным предоставлением SL, отдельной процедуры приоритизации логических каналов, LCP, которая рассматривает только логические каналы на разные конечные ID группы. Кроме того, процессор выполнен с возможностью, для каждого из множества процессов SL, выделения, в течение одного и того же периода SC, радиоресурсов согласно самостоятельно выбранному предоставлению SL, с которым связан соответствующий процесс SL, для осуществления множества передач SL. Каждая из множества передач SL содержит, по меньшей мере, одну передачу информации управления прямого соединения, SCI, и, по меньшей мере, одну передачу данных по интерфейсу SL.

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

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

В одном общем шестом аспекте, раскрытые здесь методы предусматривают способ выделения радиоресурсов для передающего пользовательского оборудования для осуществления множества прямых передач прямого соединения, SL в течение периода управления прямого соединения, SC по интерфейсу SL на один или более принимающих экземпляров пользовательского оборудования в системе связи. Предоставления SL самостоятельно выбираются для множества передач SL из разных пулов ресурсов, каждый из которых сконфигурирован и сделан доступным для передач SL в системе связи. Затем для каждой из множества передач SL, предоставление SL связывается с отдельным процессом SL, выбранным из разных сконфигурированных пулов ресурсов. Затем, для каждого из множества процессов SL со связанным предоставлением SL, осуществляется отдельная процедура приоритизации логических каналов, LCP, которая рассматривает только логические каналы на разные конечные ID группы. Наконец, для каждого из множества процессов SL, в течение одного и того же периода SC, радиоресурсы выделяются согласно самостоятельно выбранному предоставлению SL, с которым связан соответствующий процесс SL, для осуществления множества передач SL. Каждая из множества передач SL содержит, по меньшей мере, одну передачу информации управления прямого соединения, SCI, и, по меньшей мере, одну передачу данных по интерфейсу SL.

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

Эти общие и конкретные аспекты могут быть реализованы с использованием системы, способа и компьютерной программы, и любой комбинации систем, способов и компьютерных программ.

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

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

Фиг. 1 демонстрирует иллюстративную архитектуру системы LTE 3GPP,

фиг. 2 демонстрирует иллюстративную сетку ресурсов нисходящей линии связи слота нисходящей линии связи подкадра, заданную для 3GPP LTE (выпуск 8/9),

фиг. 3 схематически демонстрирует интерфейс PC5 для межустройственного прямого обнаружения,

фиг. 4 схематически демонстрирует стек протоколов радиосвязи для прямого обнаружения ProSe,

фиг. 5 демонстрирует использование ресурсов передачи/приема для систем вышележащей (LTE) и нижележащей (D2D),

фиг. 6 демонстрирует передачу назначения планирования и данных D2D для двух UE,

фиг. 7 демонстрирует временной режим связи D2D для самостоятельного для UE режима планирования 2,

фиг. 8 демонстрирует временной режим связи D2D для планируемого на стороне eNB режима планирования 1,

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

фиг. 10 демонстрирует зону покрытия соты в отношении четырех разных состояний, с которыми может быть связано D2D UE,

фиг. 11 демонстрирует элемент управления MAC предоставления отчета о статусе буфера ProSe, заданный в стандарте,

фиг. 12 демонстрирует связывание между логическими каналами ProSe, ProSe LCG и целевыми группами ProSe для иллюстративного сценария,

фиг. 13 демонстрирует временной режим связи D2D для двух планируемых на стороне eNB передач D2D согласно первой разновидности первого варианта осуществления, и

фиг. 14 демонстрирует временной режим связи D2D для двух планируемых на стороне eNB передач D2D согласно второй разновидности первого варианта осуществления.

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

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

Термин ʺрадиоресурсыʺ используется в контексте спецификации, в широком смысле относящейся к физическим радиоресурсам, например, частотно-временным ресурсам (например, ресурсным элементам, RE, или блокам ресурсов, RB) для использования в качестве среды связи пользовательским оборудованием и/или усовершенствованным узлом B, как описано выше.

Термин ʺ(прямая) передача прямого соединения, SLʺ используется в контексте спецификации, в широком смысле относящейся к прямой передаче между двумя экземплярами пользовательского оборудования, т.е. не через усовершенствованный узел B (eNB). Связь прямого соединения устанавливается между двумя экземплярами пользовательского оборудования, обменивающимися передачами прямого соединения. Далее термин ʺпрямое соединение (sidelink)ʺ используется в качестве синонима межустройственной, D2D, связи или связи ProSe.

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

Термин ʺпроцесс прямого соединения, SLʺ используется в контексте спецификации, в широком смысле относящейся к процессу, сконфигурированному в пользовательском оборудовании, которое может быть связано с предоставлением прямого соединения. Такой процесс прямого соединения упоминается как сконфигурированный для соответствующего пользовательского оборудования, обеспечивающего возможности связывания предоставления SL с ним на основе периода SC. В терминологии 3GPP LTE, процесс прямого соединения поддерживается субъектом прямого соединения (Sidelink) HARQ на субъекте MAC для передачи по совместно используемому каналу прямого соединения, SL-SCH, описанному в разделе "уровень техники".

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

Термин ʺпериод управления прямого соединения, SCʺ используется в контексте спецификации, в широком смысле относящейся к периоду времени, когда пользовательское оборудование осуществляет передачу прямого соединения. Каждая передача прямого соединения содержит, по меньшей мере, одну передачу назначения планирования (информации управления прямого соединения) и, по меньшей мере, одну соответствующую передачу данных. Иначе говоря, ʺпериод управления прямого соединенияʺ также можно рассматривать как период времени, в течение которого пригодно предоставление прямого соединения. В терминологии 3GPP LTE, ʺпериод управления прямого соединенияʺ является периодом SA/данных или периодом SC (управления прямого соединения).

Термин ʺцелевая группа ProSeʺ или ʺцелевая группа прямого соединенияʺ используется в спецификации в смысле, например, одной пары исходный ID уровня-2 - конечный ID уровня-2, заданной в терминологии 3GPP LTE.

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

Стандартизованная в настоящее время схема передачи, подлежащая использованию для связи D2D, связанная как с режимом 1 (т.е. планирования на стороне eNB), так и режимом 2 (самостоятельного планирования), объяснена в разделе "уровень техники".

В данный момент UE может иметь только одно (пригодное) предоставление прямого соединения (предоставление SL) за период управления прямого соединения (период SC). Соответственно, UE в настоящее время также конфигурируется только одним процессом SL, который связан с одним и тем же предоставлением. Даже если eNB выдает на UE несколько предоставлений в режиме 1, UE рассматривает только наиболее недавно (т.е. последнее) принятое предоставление SL в качестве пригодного для периода SC. В частности, процесс SL перезаписывает ранее принятое предоставление(я) SL, поэтому процесс SL связан только с наиболее недавно принятым предоставлением SL.

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

В частности, для пакетной единицы или единицы данных MAC, PDU, связанной(ых) с одной SCI, передающее UE должно рассматривать только логические каналы с одними и теми же парами исходный ID уровня 2 - целевой ID уровня 2. Эта стандартизованная в настоящее время схема передачи D2D обуславливает ряд недостатков.

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

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

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

Авторы изобретения рассмотрели нижеследующие иллюстративные варианты осуществления для ослабления объясненных выше проблем.

Некоторые из этих иллюстративных вариантов осуществления подлежат реализации в широкой спецификации, заданной стандартами 3GPP и объясненной частично в разделе "уровень техники", где добавлены конкретные ключевые признаки, объясненные ниже в отношении различных вариантов осуществления. Следует отметить, что варианты осуществления могут преимущественно использоваться, например, в системе мобильной связи, например, системах связи 3GPP LTE-A (выпуск 10/11/12/13), описанных выше в разделе "технические основы", но варианты осуществления не ограничиваются использованием только в этих конкретных иллюстративных сетях связи.

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

Первый вариант осуществления

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

Во-первых, предполагается, что экземпляры пользовательского оборудования способны осуществлять связь ProSe (UE с возможностью ProSe), т.е. передачи D2D напрямую между UE в обход eNodeB. Кроме того, UE должны иметь данные, предназначенные множеству целевых групп прямого соединения (т.е. целевым группам ProSe), доступным для передачи, хотя усовершенствованный механизм прямой передачи прямого соединения согласно этому первому варианту осуществления также применим в случае, когда UE располагает данными для передачи на одну-единственную целевая группу прямого соединения.

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

Тогда как стандартизованная в настоящее время система мобильной связи позволяет UE использовать одно-единственное пригодное предоставление прямого соединения за период управления прямого соединения, SC (любые ранее принятые предоставления прямого соединения перезаписываются самым последним), первый вариант осуществления улучшает связь D2D, позволяя UE иметь более одного пригодного предоставления прямого соединения для одного и того же периода SC.

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

Во-вторых, согласно этому варианту осуществления предполагается, что пользовательское оборудование сконфигурировано максимальным количеством процессов прямого соединения. Это максимальное количество процессов SL может зависеть от реализации, и таким образом, быть заранее сконфигурированным в пользовательском оборудовании. Максимальное количество также может зависеть от UE, таким образом, что UE конфигурируется усовершенствованным узлом B, в зоне покрытия которого оно находится. Количество может даже зависеть от сети, таким образом, что каждое UE в одной и той же сети конфигурируется одним и тем же максимальным количеством процессов прямого соединения. Сигнализация RRC может осуществляться посредством механизмов конфигурирования либо в зависимости от UE, либо в зависимости от сети.

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

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

Тем не менее, для упрощенной конфигурации передающих и принимающих UE предполагается, что максимальное количество процессов прямого соединения зависит от сети. Например, максимальное количество процессов прямого соединения может быть равно m={2, 4, 8}, где следующие примеры относятся к случаю, когда каждое UE сконфигурировано с m=2 (двумя) процессами прямого соединения в системе связи. Соответственно, такие иллюстративные UE способны одновременно обрабатывать два разных предоставления прямого соединения (таким образом, в расположении UE имеется два пригодных, иногда также именуемых сконфигурированными, предоставления прямого соединения в течение периода SC).

В целом, UE осуществляет операцию передачи D2D для каждого процесса прямого соединения с соответствующим предоставлением прямого соединения в течение одного и того же периода SC, например, соответственно, согласно стандартизованным на данный момент принципам осуществления передач D2D, объясненным в разделе "уровень техники". В частности, для каждого предоставления прямого соединения, имеющегося на UE (т.е. для каждого процесса прямого соединения), UE определяет одну целевую группу прямого соединения и генерирует соответствующие транспортные блоки, содержащие данные, предназначенные определенной целевой группе прямого соединения. Радиоресурсы выделяются для передач D2D согласно соответствующему предоставлению прямого соединения. Для каждого предоставления прямого соединения, имеющегося на UE (т.е. для каждого процесса прямого соединения), UE генерирует соответствующую информацию управления прямого соединения, идентифицирующую целевую группу прямого соединения и также выделенные радиоресурсы для соответствующей передачи D2D, и осуществляет передачу D2D информации управления прямого соединения и соответствующих данных для каждого предоставления (процесса) прямого соединения с использованием выделенных радиоресурсов соответствующего предоставления прямого соединения.

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

Вышеописанные принципы, лежащие в основе первого варианта осуществления, обеспечивают различные преимущества. Ранее установленные процедуры могут повторно использоваться в упомянутом отношении без модификации. Например, тот же формат SCI 0 может использоваться для передачи информации управления прямого соединения, поскольку не требуется переносить никакой дополнительной информации. Кроме того, поскольку передача D2D для каждого процесса прямого соединения остается неизменный по сравнению со стандартизованными в настоящее время передачами D2D, принимающее UE не делает различий (и фактически не нуждается в этом) между передачей D2D, осуществляемой согласно первому варианту осуществления для одного процесса прямого соединения и передачей D2D, осуществляемой согласно современному стандарту. В результате, поведение UE на принимающей стороне не нуждается в адаптации.

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

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

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

Первая разновидность

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

Из этого полученного множества предоставлений прямого соединения передающее UE выбирает несколько предоставлений прямого соединения. Например, количество предоставлений прямого соединения, выбираемых UE, может быть n={2, 4, 8}, проиллюстрированный пример демонстрирует случай, когда UE выполнено с возможностью выбора n=2 предоставлений прямого соединения. Другими словами, передающее UE не хранит и не поддерживает все предоставления прямого соединения, сигнализируемые усовершенствованным узлом B и затем полученные UE, но лишь несколько предоставлений прямого соединения.

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

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

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

Рассмотрим пример, проиллюстрированный на фиг. 13. В этом примере предполагается, что UE сконфигурировано количеством n=2 (два) предоставлений прямого соединения, подлежащих выбору, и максимальным количеством m=2 (два) процессов прямого соединения. UE получает предоставления прямого соединения до начала в подкадре N периода управления прямого соединения (а именно: за 4 подкадра до начала периода управления прямого соединения в подкадре N-4).

Первое полученное предоставление прямого соединения, например, в подкадре N-13, связывается с первым из m=2 (двух) сконфигурированных процессов прямого соединения, и затем полученное предоставление прямого соединения, например, в подкадре N-11, связывается со вторым из двух сконфигурированных процессов прямого соединения. Другими словами, предоставления прямого соединения циклически связываются со сконфигурированными процессами прямого соединения.

При получении дополнительного предоставления прямого соединения, например, в подкадре N-8, UE знает, что имеет возможность выбирать только количество n=2 (два) предоставлений прямого соединения, поэтому переходит (или возвращается) к (повторному) связыванию вновь полученного предоставления прямого соединения с первым из m=2 (двух) сконфигурированных процессов прямого соединения. Другими словами, предоставление прямого соединения, полученное в подкадре N-13 и ранее (также) связанное с первым из двух сконфигурированных процессов прямого соединения, перезаписывается.

Заметим, что это циклическое связывание со сконфигурированными процессами прямого соединения зависит от количества (m=2) предоставлений прямого соединения, подлежащих выбору, а не от максимального количества (n=2) процессов прямого соединения, которым сконфигурировано UE. Кроме того, количество (n=2) выбранных предоставлений прямого соединения может не превышать (n<=m) максимального количества (m=2) сконфигурированных процессов прямого соединения.

Наконец, даже когда UE получает дополнительное предоставление прямого соединения, например, в подкадре N-6, это предоставление прямого соединения снова связывается со вторым из m=2 (двух) сконфигурированных процессов прямого соединения. Соответственно, предоставление прямого соединения, полученное в подкадре N-11 и ранее (также) связанное со вторым из двух сконфигурированных процессов прямого соединения, перезаписывается.

В итоге, путем применения вышеописанного поведения, передающее UE получает множество предоставлений прямого соединения, и в начале (точнее, за 4 подкадра до начала) периода управления прямого соединения выбирает количество предоставлений прямого соединения, которые были получены наиболее недавно до начала этого периода управления прямого соединения. Дополнительно, каждое из количества n=2 (два) выбранных предоставлений прямого соединения связывается с другим из m=2 (двух) сконфигурированных процессов прямого соединения.

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

Несмотря на простоту вышеописанных механизмов, они могут преимущественно использовать это поведение для подавления помех или искажений в среде, используемой усовершенствованным узлом B для сигнализации предоставлений прямого соединения на передающее UE (т.е. PDCCH).

Традиционно, усовершенствованный узел B сталкивается с помехами или искажениями (например, на PDCCH), обусловленными многократной сигнализацией одного и того же предоставления прямого соединения на передающее UE. UE получает только те предоставления прямого соединения, которые не подвергаются влиянию помех или искажений. Поэтому, вероятность успешного получения предоставления прямого соединения на передающем UE повышается каждый раз, когда одно и то же предоставление прямого соединения повторно сигнализируется усовершенствованным узлом B. Традиционное передающее UE перезаписывает предоставление SL при каждом его успешном получении. Этот подход прост и надежен при условии, что используется одно и то же предоставление прямого соединения.

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

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

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

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

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

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

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

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

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

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

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

Иллюстративная реализация, применяющая вышеописанные принципы первой разновидности, может предусматривать следующие изменения соответствующего технического стандарта 3GPP в TS 36.321 относительно его текущей версии V12.7.0. Ниже, для ясности, приведены лишь соответствующие подразделы, тем не менее, все остальные разделы этого документа TS 36.321 также включены в данное описание исключительно в порядке ссылки.

5.14 Перенос данных SL-SCH

5.14.1 Передача данных SL-SCH

5.14.1.1 Прием предоставления SL и передача SCI

Для передачи на SL-SCH субъект MAC должно иметь предоставление прямого соединения. Субъект MAC может иметь вплоть до x предоставлений прямого соединения. Предоставление прямого соединения выбирается следующим образом:

- если субъект MAC выполнен с возможностью динамического приема предоставления прямого соединения на PDCCH или EPDCCH и в STCH доступно больше данных, чем может передаваться в текущий период SC, субъект MAC должен:

- с использованием принятого предоставления прямого соединения определять набор подкадров, в котором осуществляются передача SCI и передача первого транспортного блока согласно подпункту 14.2.1 в [2];

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

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

- если же субъект MAC сконфигурирован более высокими уровнями для передачи с использованием пула ресурсов, как указано в подпункте 5.10.4 в [8] и в STCH доступно больше данных, чем может передаваться в текущий период SC, и если субъект MAC не имеет сконфигурированного предоставления прямого соединения, субъект MAC должен:

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

- с использованием выбранного предоставления прямого соединения определять набор подкадров, в котором осуществляются передача SCI и передача первого транспортного блока согласно подпункту 14.2.1 в [2];

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

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

примечание: повторные передачи на SL-SCH не могут происходить после очистки сконфигурированного предоставления прямого соединения.

Субъект MAC должен для каждого подкадра:

- если субъект MAC имеет сконфигурированное предоставление прямого соединения, происходящее в этом подкадре:

- если сконфигурированное предоставление прямого соединения соответствует передаче SCI:

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

- если же сконфигурированное предоставление прямого соединения соответствует передаче первого транспортного блока:

- доставлять сконфигурированное предоставление прямого соединения и связанную информацию HARQ на субъект прямого соединения (Sidelink) HARQ для этого подкадра.

5.14.1.2 Операция прямого соединения (Sidelink) HARQ

5.14.1.2.1 Субъект прямого соединения (Sidelink) HARQ

На субъекте MAC существует один субъект прямого соединения (Sidelink) HARQ для передачи на SL-SCH, который поддерживает X процессов прямого соединения.

Для каждого подкадра SL-SCH субъект Прямого соединения HARQ должен:

- если предоставление прямого соединения указано для процесса прямого соединения, и существуют данные SL, доступные для передачи:

- получать MAC PDU от субъекта ʺмультиплексирования и сборкиʺ;

- доставлять MAC PDU и предоставление прямого соединения и информацию HARQ на процесс прямого соединения;

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

- если же этот подкадр соответствует возможности повторной передачи процесса прямого соединения:

- предписывать процесс прямого соединения для инициирования повторной передачи.

Примечание: ресурсы для возможностей повторной передачи указаны в подпункте 14.2.1 в [2].

Согласно альтернативной реализации, предусмотрено окно приема предоставления прямого соединения, связанное с периодом SC, которое обозначает период времени, когда принятые предоставления прямого соединения рассматриваются для соответствующего периода SC. Окно приема предоставления прямого соединения, связанное с периодом SC n, начинается с подкадра y-3, тогда как подкадр y обозначает начальный подкадр периода SC n-1 (предыдущего периода SC), и заканчивается за 4 подкадра до начала подкадра периода SC n. Для первой разновидности UE рассматривает последние x принятых предоставлений прямого соединения (при наличии), принятых в окне приема предоставления прямого соединения в качестве сконфигурированных предоставлений прямого соединения для соответствующего периода SC.

Вторая разновидность

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

Для этой второй разновидности важно понимать, что предоставления сигнализации получаются в разных подкадрах до начала (а именно: за 4 подкадра до начала) периода управления прямого соединения. Другими словами, в зависимости от подкадра, в котором получено предоставление прямого соединения, передающее UE предполагает (потенциально) разное поведение при назначении предоставления прямого соединения одному из сконфигурированного максимального количества процессов прямого соединения (ср. выше, например, m={2, 4, 8}).

Заметим, что эта вторая разновидность не позволяет, в качестве предыдущей разновидности, чтобы UE выбирало (и, таким образом, связывало) количество n предоставлений прямого соединения, соответствующее поднабору из максимального количества m сконфигурированного максимального количества процессов прямого соединения. Кроме того, UE выполнено с возможностью связывания, из множества, максимального количества m полученных предоставлений прямого соединения с соответствующим максимальным количеством m сконфигурированных процессов прямого соединения на передающем UE. Очевидно, для этого поведения необходимо, чтобы UE фактически получает максимальное количество m предоставлений прямого соединения.

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

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

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

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

Рассмотрим пример, проиллюстрированный на фиг. 14. В этом примере, предполагается, что UE сконфигурировано максимальным количеством m=2 (двумя) процессов прямого соединения, и смещение между разными подкадрами в наборе, соответствующем заранее заданному количеству o=2 (два) подкадров. Этот пример не следует рассматривать как ограничение основополагающего принципа, поскольку возможны также смещения, например, с o={2, 4, 8}, что явствует из нижеследующего. UE получает предоставления прямого соединения до начала в подкадре N периода управления прямого соединения (а именно: за 4 подкадра до начала периода управления прямого соединения N-4).

Как явствует из вышесказанного, смещение, например o=2, между разными подкадрами в наборе может соответствовать максимальному количеству, например m=2, сконфигурированных процессов прямого соединения или может превышать его (таким образом, оставляя промежуточные подкадры не назначенными тому или иному из максимального количества процессов прямого соединения).

Кроме того, соответствующее определение смещения, например o=2, между разными подкадрами в наборе и максимальным количеством, например m=2, сконфигурированных процессов прямого соединения делает использование среды для сигнализации предоставлений прямого соединения (например PDCCH) наиболее эффективным, тогда как смещение, превышающее этот максимум, позволяет сокращать отслеживание той же среды передающим UE, что повышает эффективность его батареи.

В дополнение к проиллюстрированному примеру, схема связывания задает для первого из максимального количества m=2 процессов прямого соединения, связывание на основе первого набора разных подкадров, включающих в себя подкадры N-14, N-12, N-10, N-8, N-6, N-4. Для второго из максимального количества m=2 процессов прямого соединения, схема связывания задает связывание на основе второго набора разных подкадров, включающего в себя подкадры N-13, N-11, N-9, N-7, N-5. В отношении обоих наборов, разные подкадры смещены относительно друг друга на заранее заданное количество o=2 (два) подкадров.

Первое предоставление прямого соединения, полученное UE, например, в подкадре N-13, связан со вторым из m=2 (двух) сконфигурированных процессов прямого соединения, поскольку применение вышеописанной схемы связывания, UE определяет, что предоставление прямого соединения получается в подкадре, принадлежащем второму набору разных подкадров, и, таким образом, UE предполагает связывание этого предоставления прямого соединения со вторым из максимального количества m=2 процессов прямого соединения.

Затем дополнительное предоставление прямого соединения, полученное UE например, в подкадре N-11, также связывается со вторым из двух сконфигурированных процессов прямого соединения, поскольку это предоставление прямого соединения также получается в подкадре, принадлежащем второму набору подкадров. Независимо от любого предыдущего предоставления прямого соединения, UE (повторно) связывает вновь полученное предоставление прямого соединения (например, в N-11) со вторым из m=2 (двух) сконфигурированных процессов прямого соединения. Другими словами, предоставление прямого соединения, полученное в подкадре N-13 и ранее (также) связанное со вторым из двух сконфигурированных процессов прямого соединения, перезаписывается.

Затем, другое предоставление прямого соединения, полученное UE, например, в подкадре N-8, связывается с первым из m=2 (двух) сконфигурированных процессов прямого соединения, поскольку применение вышеописанной схемы связывания, UE определяет, что предоставление прямого соединения получается в подкадре, принадлежащем первому набору разных подкадров, и, таким образом, UE предполагает связывание этого предоставления прямого соединения с первым из максимального количества m=2 процессов прямого соединения.

Наконец, дополнительное предоставление прямого соединения, полученное UE, например, в подкадре N-6, также связано с первым из двух сконфигурированных процессов прямого соединения, поскольку это предоставление прямого соединения также получается в подкадре, принадлежащем первому набору подкадров. Предоставление прямого соединения, полученное в подкадре N-8 и ранее (также) связанное с первым из двух сконфигурированных процессов прямого соединения, перезаписывается.

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

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

Согласно иллюстративной реализации первой или второй разновидности, передающее UE получает предоставления прямого соединения для (т.е. следующего) периода управления прямого соединения за 4 подкадра до начала периода управления прямого соединения. Таким образом, усовершенствованному узлу B сообщается точная информация, когда UE может получать самые последние предоставления прямого соединения. Другими словами, усовершенствованный узел B может заранее планировать свою надлежащую сигнализацию предоставлений прямого соединения.

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

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

Иллюстративная реализация, применяющая вышеописанные принципы второй разновидности, могут предусматривать следующие изменения соответствующего технического стандарта 3GPP в TS 36.321 относительно его текущей версии V12.7.0. Ниже, для ясности, приведены лишь соответствующие подразделы, тем не менее, все остальные разделы этого документа TS 36.321 также включены в данное описание исключительно в порядке ссылки.

5.14 Перенос данных SL-SCH

5.14.1 Передача данных SL-SCH

5.14.1.1 Прием предоставления SL и передача SCI

Для передачи на SL-SCH субъект MAC должно иметь предоставление прямого соединения. Субъект MAC может иметь вплоть до x предоставлений прямого соединения. Предоставление прямого соединения выбирается следующим образом:

- если субъект MAC выполнен с возможностью динамического приема предоставления прямого соединения на PDCCH или EPDCCH и в STCH доступно больше данных, чем может передаваться в текущий период SC, субъект MAC должен:

- с использованием принятого предоставления прямого соединения определять набор подкадров, в котором осуществляются передача SCI и передача первого транспортного блока согласно подпункту 14.2.1 в [2];

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

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

- если же субъект MAC сконфигурирован более высокими уровнями для передачи с использованием пула ресурсов, как указано в подпункте 5.10.4 в [8] и в STCH доступно больше данных, чем может передаваться в текущий период SC, и если субъект MAC не имеет сконфигурированного предоставления прямого соединения, субъект MAC должен:

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

- с использованием выбранного предоставления прямого соединения определять набор подкадров, в котором осуществляются передача SCI и передача первого транспортного блока согласно подпункту 14.2.1 в [2];

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

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

Примечание: повторные передачи на SL-SCH не могут происходить после очистки сконфигурированного предоставления прямого соединения.

Субъект MAC должен для каждого подкадра:

- если субъект MAC имеет сконфигурированное предоставление прямого соединения, происходящее в этом подкадре:

- если сконфигурированное предоставление прямого соединения соответствует передаче SCI:

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

- если же сконфигурированное предоставление прямого соединения соответствует передаче первого транспортного блока:

- доставлять сконфигурированное предоставление прямого соединения и связанную информацию HARQ на субъект Прямого соединения HARQ для этого подкадра.

5.14.1.2 Операция Прямого соединения HARQ

5.14.1.2.1 субъект Прямого соединения HARQ

На субъекте MAC существует один субъект Прямого соединения HARQ для передачи на SL-SCH, который поддерживает X процессов прямого соединения.

Для каждого подкадра SL-SCH субъект Прямого соединения HARQ должен:

- если предоставление прямого соединения указано для процесса прямого соединения, и существуют данные SL, доступные для передачи:

- получать MAC PDU от субъекта ʺмультиплексирования и сборкиʺ;

- доставлять MAC PDU и предоставление прямого соединения и информацию HARQ на процесс прямого соединения;

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

- если же этот подкадр соответствует возможности повторной передачи процесса прямого соединения:

- предписывать процесс прямого соединения для инициирования повторной передачи.

Примечание: ресурсы для возможностей повторной передачи указаны в подпункте 14.2.1 в [2].

Согласно другой реализации, в данный TTI, если предоставление прямого соединения принято в этом TTI, UE идентифицирует процесс прямого соединения, с которым связано предоставление прямого соединения. Предоставление прямого соединения, принятое в подкадре n игнорирует предоставление прямого соединения, принятое в подкадре n-X, где X обозначает заранее заданное целочисленное значение.

Второй вариант осуществления

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

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

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

Таким образом, передающее UE может быть выполнено с возможностью осуществления множества передач SL в течение одного и того же периода управления прямого соединения, причем каждая из множества передач SL адресована одной или более из принимающих UE. Кроме того, ограничение разрешением передачи SL только на разные целевые группы ProSe в течение одного и того же периода SC или перекрывающихся периодов SC (в случае, когда передающее UE осуществляет передачи SL в разных пулах ресурсов передачи), преимущественно, освобождает от необходимости в каком-либо дополнительном механизме переупорядочения транспортных блоков, TB, на уровне MAC. Другими словами, таким образом, обеспечивается последовательная доставка ProSe.

Согласно иллюстративной реализации, передающее UE дополнительно определяют для каждого подкадра в течение периода SC, предназначены ли выделенные радиоресурсы для множественных передач SL в одном и том же подкадре. В частности, поскольку связь ProSe осуществляется на полосе восходящей линии связи, с применением схемы множественно доступа с частотным разделением с одной несущей, SC-FDMA, множество передач SL должно удовлетворять характеристике одной несущей, что явствует из нижеследующего.

Как следует из схемы SC-FDMA, передающее UE может осуществлять передачу одного-единственного транспортного блока, TB, за интервал времени передачи, TTI. Однако самостоятельно выбранные радиоресурсы для множественных передач SL в течение одного и того же периода SC могут не удовлетворять этой характеристике. Другими словами, радиоресурсы могут не выделяться для одних и тех же множественных передач SL.

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

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

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

Следует отметить, что пропуск некоторых из соответствующих SCI и/или передачи данных также может потребоваться для режима выделения ресурсов под управлением eNB (режима 1) в случае, когда предоставления SL, выданные eNB, могут приводить к тому, что в течение периода SC выделенные радиоресурсы предназначены для множественных передач SL в одном и том же подкадре.

Аппаратная и программная реализация настоящего раскрытия

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

Также очевидно, что различные варианты осуществления можно реализовать или осуществлять с использованием вычислительных устройств (процессоров). Вычислительное устройство или процессор может, например, быть процессорами общего назначения, цифровые сигнальные процессоры (DSP), специализированные интегральные схемы (ASIC), вентильные матрицы, программируемые пользователем (FPGA) или другие программируемые логические устройства и т.д. Различные варианты осуществления также могут осуществляться или реализовываться комбинацией этих устройств. В частности, каждый функциональный блок, используемый в описании каждого вышеописанного варианта осуществления, может быть реализован посредством LSI в качестве интегральной схемы. Они могут быть по отдельности сформированы как микросхемы, или одна микросхема может быть сформирована таким образом, чтобы она включает в себя часть или все из функциональных блоков. Они могут включать в себя подключенные к ним вход и выход данных. LSI здесь может именоваться IC, системной LSI, супер-LSI или ультра-LSI в зависимости от различия в степени интеграции. Однако метод реализации интегральной схемы не ограничивается LSI и может быть реализован с использованием особой схемы или процессора общего назначения. Кроме того, можно использовать FPGA (вентильная матрица, программируемая пользователем), которую можно программировать после изготовления LSI, или переконфигурируемый процессор, в котором можно переконфигурировать соединения и настройки ячеек схемы, расположенных внутри LSI.

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

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

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

причем передающее пользовательское оборудование содержит:

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

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

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

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

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

Положение 3. Передающее пользовательское оборудование согласно Положению 1 или 2, в котором предоставления SL получаются только для следующего периода SC за 4 подкадра до начала периода SC.

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

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

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

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

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

причем передающее пользовательское оборудование содержит:

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

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

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

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

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

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

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

Положение 10. Передающее пользовательское оборудование согласно Положению 8 или 9, в котором предоставления SL получаются только для следующего периода SC за 4 подкадра до начала периода SC.

Положение 11. Передающее пользовательское оборудование по любому из Положений 8-10, в котором каждый из множества процессов SL повторно инициализируется до начала периода SC для обеспечения возможности его последующего связывания с предоставлениями SL для следующего за последующим периода SC.

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

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

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

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

причем передающее пользовательское оборудование содержит:

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

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

причем процессор дополнительно выполнен с возможностью осуществления, для каждого из множества процессов SL со связанным предоставлением SL, отдельной процедуры приоритизации логических каналов, LCP, которая рассматривает только логические каналы на разные конечные ID группы; и

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

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

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

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

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

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

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

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

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

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

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

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

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

получают, для следующего периода SC, множество предоставлений прямого соединения, SL, в разных подкадрах до начала следующего периода SC, причем:

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

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

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

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

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

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

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

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

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

осуществляют, для каждого из множества процессов SL со связанным предоставлением SL, отдельную процедуру приоритизации логических каналов, LCP, которая рассматривает только логические каналы на разные конечные ID группы;

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

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

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

передатчик, который в ходе эксплуатации передает, для следующего периода управления прямого соединения (SC), множество предоставлений прямого соединения (SL) в разных подкадрах до начала следующего периода SC, причем:

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

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

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

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

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

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

Положение 22. Базовая станция согласно Положению 20, при этом предоставления SL передаются только для следующего периода SC за 4 подкадра до начала периода SC.

Положение 23. Базовая станция согласно Положению 20, в которой каждый из упомянутой совокупности процессов SL повторно инициализируется до начала периода SC для обеспечения возможности его последующего связывания с предоставлениями SL для следующего за последующим периода SC.

Положение 24. Базовая станция согласно Положению 23, в которой каждый из упомянутой совокупности процессов SL повторно инициализируется за 3 подкадра до начала периода SC.

Положение 25. Базовая станция согласно Положению 20, при этом для каждого из упомянутой совокупности процессов SL, связанных с предоставлением SL, осуществляется процедура приоритизации логических каналов (LCP).

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

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

передают, для следующего периода управления прямого соединения (SC), множество предоставлений прямого соединения (SL) в разных подкадрах до начала следующего периода SC, причем:

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

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

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

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

причем каждая из множества передач SL содержит по меньшей мере одну передачу информации управления прямого соединения (SCI) и по меньшей мере одну передачу данных по интерфейсу SL.

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

Положение 29. Способ согласно Положению 27, в котором предоставления SL передаются только для следующего периода SC за 4 подкадра до начала периода SC.

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

Положение 31. Способ согласно Положению 30, в котором каждый из упомянутой совокупности процессов SL повторно инициализируется за 3 подкадра до начала периода SC.

Положение 32. Способ согласно Положению 27, в котором для каждого из упомянутой совокупности процессов SL, связанных с предоставлением SL, осуществляется процедура приоритизации логических каналов (LCP).

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

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

название год авторы номер документа
УПРАВЛЕНИЕ МНОЖЕСТВЕННЫМИ ПЕРЕДАЧАМИ ПРЯМОГО СОЕДИНЕНИЯ В ТЕЧЕНИЕ ПЕРИОДА УПРАВЛЕНИЯ ПРЯМОГО СОЕДИНЕНИЯ 2019
  • Лер, Йоахим
  • Басу Маллик, Пратик
  • Ван, Лилэй
RU2698668C1
УПРАВЛЕНИЕ МНОЖЕСТВЕННЫМИ ПЕРЕДАЧАМИ ПРЯМОГО СОЕДИНЕНИЯ В ТЕЧЕНИЕ ПЕРИОДА УПРАВЛЕНИЯ ПРЯМОГО СОЕДИНЕНИЯ 2015
  • Лер Йоахим
  • Басу Маллик Пратик
  • Ван Лилэй
RU2683977C1
СПОСОБ И УСТРОЙСТВО ДЛЯ УПРАВЛЕНИЯ ПОЛУПОСТОЯННЫМ ПЛАНИРОВАНИЕМ 2020
  • Квон, Ки Бум
  • Парк, Донг Хиун
RU2735387C1
СПОСОБ И УСТРОЙСТВО ДЛЯ УПРАВЛЕНИЯ ПОЛУПОСТОЯННЫМ ПЛАНИРОВАНИЕМ 2017
  • Квон, Ки Бум
  • Парк, Донг Хиун
RU2722424C2
СПОСОБ И УСТРОЙСТВО ДЛЯ УПРАВЛЕНИЯ ПОЛУПОСТОЯННЫМ ПЛАНИРОВАНИЕМ 2017
  • Квон, Ки Бум
  • Парк, Донг Хиун
RU2711952C1
УПРАВЛЕНИЕ ТАЙМИНГОМ ПЕРЕДАЧИ ДЛЯ СВЯЗИ D2D 2018
  • Лер Йоахим
  • Басу Маллик Пратик
  • Айнхауз Михаэль
  • Фэн Суцзюань
  • Сузуки Хидетоси
  • Ван Лилэй
RU2751539C2
УПРАВЛЕНИЕ ТАЙМИНГОМ ПЕРЕДАЧИ ДЛЯ СВЯЗИ D2D 2014
  • Лер Йоахим
  • Басу Маллик Пратик
  • Айнхауз Михаэль
  • Фэн Суцзюань
  • Сузуки Хидетоси
  • Ван Лилэй
RU2658663C1
ПРОЦЕДУРА ПРИОРИТЕЗАЦИИ ЛОГИЧЕСКОГО КАНАЛА ДЛЯ ЛОГИЧЕСКИХ КАНАЛОВ ОДНОУРОВНЕВОЙ ЛИНИИ СВЯЗИ 2015
  • Лер, Иоахим
  • Базу Маллик, Пратек
  • Хори, Такако
  • Судзуки, Хидетоси
RU2716738C2
ПРОЦЕДУРА ПРИОРИТИЗАЦИИ ЛОГИЧЕСКОГО КАНАЛА ДЛЯ ЛОГИЧЕСКИХ КАНАЛОВ ОДНОУРОВНЕВОЙ ЛИНИИ СВЯЗИ 2015
  • Лер Иоахим
  • Базу Маллик Пратек
  • Хори Такако
  • Судзуки Хидетоси
RU2708300C2
УЛУЧШЕННОЕ РАСПРЕДЕЛЕНИЕ РАДИОРЕСУРСОВ ДЛЯ СВЯЗИ С ПОДВИЖНЫМИ ОБЪЕКТАМИ 2016
  • Басу Маллик Пратик
  • Лёр Йоахим
  • Судзуки Хидетоси
  • Ван Лилэй
RU2710283C1

Иллюстрации к изобретению RU 2 712 434 C1

Реферат патента 2020 года УПРАВЛЕНИЕ МНОЖЕСТВЕННЫМИ ПЕРЕДАЧАМИ ПРЯМОГО СОЕДИНЕНИЯ В ТЕЧЕНИЕ ПЕРИОДА УПРАВЛЕНИЯ ПРЯМОГО СОЕДИНЕНИЯ

Изобретение относится к выделению радиоресурсов передающим пользовательским оборудованием. Техническим результатом заявляемого изобретения является усовершенствование выделения радиоресурсов для передающего пользовательского оборудования для осуществления множества прямых передач прямого соединения SL по интерфейсу прямого соединения на один или более принимающих экземпляров пользовательского оборудования. Для реализации технического результата в изобретении предусмотрены интегральные схемы, которые при функционировании управляют процессами выделения радиоресурсов, выполняемыми передающим пользовательским устройством и базовой станцией. Выделение радиоресурсов в течение периода SC ограничивается для периода SC максимальным количеством процессов SL, которым сконфигурировано передающее пользовательское оборудование. Получается множество предоставлений SL. Для каждого из множества процессов SL выделяются радиоресурсы. Каждая из множества передач SL содержит, по меньшей мере, одну передачу SCI и, по меньшей мере, одну передачу данных по интерфейсу SL. 2 н. и 12 з.п. ф-лы, 14 ил.

Формула изобретения RU 2 712 434 C1

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

прием для следующего периода управления прямого соединения (SC) множества предоставлений прямого соединения (SL) в разных подкадрах до начала следующего периода SC, причем:

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

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

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

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

при этом каждая из множества передач SL содержит по меньшей мере одну передачу информации управления прямого соединения (SCI) и по меньшей мере одну передачу данных по интерфейсу SL.

2. Интегральная схема по п.1, при этом упомянутое заданное количество подкадров соответствует максимальному количеству процессов SL, с которым сконфигурировано передающее пользовательское устройство.

3. Интегральная схема по п.1, при этом предоставления SL получаются только для следующего периода SC за 4 подкадра до начала периода SC.

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

5. Интегральная схема по п.4, в которой каждый из упомянутой совокупности процессов SL повторно инициализируется за 3 подкадра до начала периода SC.

6. Интегральная схема по п.1, при этом для каждого из упомянутой совокупности процессов SL, связанных с предоставлением SL, осуществляется процедура приоритизации логических каналов (LCP).

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

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

передачу для следующего периода управления прямого соединения (SC) множества предоставлений прямого соединения (SL) в разных подкадрах до начала следующего периода SC, причем:

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

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

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

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

причем каждая из множества передач SL содержит по меньшей мере одну передачу информации управления прямого соединения (SCI) и по меньшей мере одну передачу данных по интерфейсу SL.

9. Интегральная схема по п.8, при этом упомянутое заданное количество подкадров соответствует максимальному количеству процессов SL, с которым сконфигурировано передающее пользовательское устройство.

10. Интегральная схема по п.8, при этом предоставления SL передаются только для следующего периода SC за 4 подкадра до начала периода SC.

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

12. Интегральная схема по п.11, в которой каждый из упомянутой совокупности процессов SL повторно инициализируется за 3 подкадра до начала периода SC.

13. Интегральная схема по п.8, в которой для каждого из упомянутой совокупности процессов SL, связанных с предоставлением SL, осуществляется процедура приоритизации логических каналов (LCP).

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

Документы, цитированные в отчете о поиске Патент 2020 года RU2712434C1

CA 2938617 A1, 24.09.2015
WO 2015142900 A1, 24.09.2015
ИНФРАСТРУКТУРА АРХИТЕКТУРЫ РЕТРАНСЛЯЦИИ 2012
  • Хорн Гэйвин Б.
  • Ахмаваара Калле
  • Агаше Параг А.
  • Сонг Осок
RU2510898C2
WO 2015147615 A1, 01.10.2015
WO 2015142898 A1, 24.09.2015.

RU 2 712 434 C1

Авторы

Лер, Йоахим

Басу Маллик, Пратик

Ван, Лилэй

Даты

2020-01-28Публикация

2019-08-08Подача