АБОНЕНТСКОЕ УСТРОЙСТВО, БАЗОВАЯ СТАНЦИЯ, СЕТЬ БЕСПРОВОДНОЙ СВЯЗИ, СИГНАЛ ДАННЫХ И СПОСОБ ДЛЯ ТОГО, ЧТОБЫ ОБЕСПЕЧИВАТЬ УЛУЧШЕННОЕ SPS-УПРАВЛЕНИЕ И НЕПРЕРЫВНУЮ SPS ПОСЛЕ ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ Российский патент 2020 года по МПК H04W72/04 H04W36/00 

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

Фиг. 1 является схематичным представлением примера сетевой инфраструктуры, такой как сеть беспроводной связи или система беспроводной связи, включающая в себя множество базовых станций eNB₁-eNB₅, каждая из которых обслуживает специальную зону, окружающую базовую станцию, схематично представленную посредством соответствующих сот 100₁-100₅. Базовые станции предусмотрены, чтобы обслуживать пользователей в соте. Пользователь может представлять собой стационарное устройство или мобильное устройство. Дополнительно, к системе беспроводной связи может осуществляться доступ посредством IoT-устройств, которые соединяются с базовой станцией или с пользователем. IoT-устройства могут включать в себя физические устройства, транспортные средства, здания и другие элементы, имеющие встроенные электронные схемы, программное обеспечение, датчики, актуаторы и т.п., а также возможности сетевых подключений, которые обеспечивают возможность этим устройствам собирать и обмениваться данными по существующей сетевой инфраструктуре. Фиг. 1 показывает примерный вид только пяти сот; тем не менее, система беспроводной связи может включать в себя большее число таких сот. Фиг. 1 показывает двух пользователей UE₁ и UE₂, также называемых "абонентским устройством (UE)", которые находятся в соте 100₂ и которые обслуживаются посредством базовой станции eNB₂. Другой пользователь UE₃ показан в соте 100₄, которая обслуживается посредством базовой станции eNB₄. Стрелки 102₁, 102₂ и 102₃ схематично представляют соединения восходящей/нисходящей линии связи для передачи данных от пользователя UE₁, UE₂ и UE₃ в базовые станции eNB₂, eNB₄ либо для передачи данных из базовых станций eNB₂, eNB₄ пользователям UE₁, UE₂, UE₃. Дополнительно, фиг. 1 показывает два IoT-устройства 104₁ и 104₂ в соте 100₄, которые могут представлять собой стационарные или мобильные устройства. IoT-устройство 104₁ осуществляет доступ к системе беспроводной связи через базовую станцию eNB₄, чтобы принимать и передавать данные, как схематично представляется посредством стрелки 106₁. IoT-устройство 104₂ осуществляет доступ к системе беспроводной связи через пользователя UE₃, как схематично представляется посредством стрелки 106₂.

Система беспроводной связи может представлять собой любую однотональную систему или систему с несколькими несущими на основе мультиплексирования с частотным разделением каналов, такую как система мультиплексирования с ортогональным частотным разделением каналов (OFDM), система со множественным доступом с ортогональным частотным разделением каналов (OFDMA), заданная посредством LTE-стандарта, либо любой другой сигнал на основе IFFT с/без CP, например, DFT-s-OFDM. Могут использоваться другие формы сигналов, такие как неортогональные формы сигнала для множественного доступа, например, интерфейс беспроводного доступа на нескольких несущих с гребенками фильтров (FBMC), обобщенное мультиплексирование с частотным разделением каналов (GFDM) или универсальный интерфейс беспроводного доступа на нескольких несущих с возможностью фильтрации трафика (UFMC).

Для передачи данных, может использоваться сетка физических ресурсов, как задано, например, посредством LTE-стандарта. Сетка физических ресурсов может содержать набор элементов ресурсов, в которые преобразуются различные физические каналы и физические сигналы. Например, в соответствии с LTE-стандартом, физические каналы могут включать в себя физический совместно используемый канал нисходящей линии связи (PDSCH), переносящий конкретные для пользователя данные, также называемые "рабочими данными нисходящей линии связи", физический широковещательный канал (PBCH), переносящий, например, блок главной информации, физический канал управления нисходящей линии связи (PDCCH), переносящий, например, управляющую информацию нисходящей линии связи (DCI) и т.д. Физические сигналы могут содержать опорные сигналы (RS), сигналы синхронизации и т.п. LTE-сетка ресурсов содержит кадр в 10 миллисекунд во временной области, имеющий данную полосу пропускания в частотной области. Кадр имеет 10 субкадров с длиной в 1 миллисекунду, и каждый субкадр включает в себя два временных слота в 6 или 7 OFDM-символов в зависимости от длины циклического префикса (CP). PDCCH может задаваться посредством предварительно заданного числа OFDM-символов в расчете на временной слот. Например, элементы ресурсов первых трех символов могут преобразовываться в PDCCH, т.е. размер PDCCH ограничен. Следовательно, число также ограничивает то, сколько DCI ограничиваются, которые могут переноситься в одном субкадре. В свою очередь, это может ограничивать число UE, которые могут принимать выделение для субкадра при использовании динамической диспетчеризации.

Фиг. 2 показывает пример LTE-субкадра на основе OFDMA с двумя антенными портами для различных выбранных антенных Tx-портов. Субкадр включает в себя два блока ресурсов (RB) каждый из которых состоит из одного временного слота субкадра и 12 поднесущих в частотной области. Поднесущие в частотной области показаны как поднесущие 0-11, и во временной области, каждый временной слот включает в себя 7 OFDM-символов, например, в OFDM-символах 0-6 временного слота 0 и в OFDM-символах 7-13 временного слота 1. Элемент ресурсов состоит из одного символа во временной области и одной поднесущей в частотной области. Белые прямоугольники 10 представляют элементы ресурсов, выделяемые PDSCH, переносящему рабочие или пользовательские данные, также называемому "областью рабочих данных". Элементы ресурсов для физических каналов управления (переносящих нерабочие или непользовательские данные), также называемых "областью управления", представляются посредством заштрихованных прямоугольников 12. В соответствии с примерами, элементы 12 ресурсов могут выделяться PDCCH, физическому каналу индикатора формата канала управления (PCFICH) и физическому каналу индикатора гибридного ARQ (PHICH). Прямоугольники 14 с перекрестной штриховкой представляют элементы ресурсов, которые выделяются RS, который может использоваться для оценки канала. Черные прямоугольники 16 представляют неиспользуемые ресурсы на текущем антенном порту, которые могут соответствовать RS на другом антенном порту.

Элементы 12, 14, 16 ресурсов, выделяемые физическим каналам управления и физическим опорным сигналам, неравномерно распределяются во времени. Более конкретно, во временном слоте 0 субкадра, элементы ресурсов, ассоциированные с символом 0 и символом 1, выделяются физическим каналам управления или физическим опорным сигналам, элементы ресурсов в символах 0 и 1 не выделяются рабочим данным. Элементы ресурсов, ассоциированные с символом 4 во временном слоте 0, а также элементы ресурсов, ассоциированные с символами 7 и 11 во временном слоте 1 субкадра, выделяются частично физическим каналам управления или физическим опорным сигналам. Белые элементы ресурсов, показанные на фиг. 2, могут переносить символы, ассоциированные с рабочими данными или пользовательскими данными, и во временном слоте 0 для символов 2, 3, 5 и 6, все элементы 10 ресурсов могут выделяться рабочим данным, в то время как меньшее число элементов 10 ресурсов выделяется рабочим данным в символе 4 временного слота 0, и элементы ресурсов не выделяются рабочим данным в символах 0 и 1. Во временном слоте 1, элементы ресурсов, ассоциированные с символами 8, 9, 10, 12 и 13, выделяются рабочим данным, в то время как для символов 7 и 11, меньшее число элементов ресурсов выделяется рабочим данным.

Длительность субкадра составляет 1 миллисекунду, и в соответствии с LTE-стандартом, TTI составляет 1 миллисекунду. При передаче данных с использованием сетчатой структуры ресурсов, показанной на фиг. 2, приемное устройство, например, мобильный терминал или пользователь мобильной связи, принимает элементы ресурсов, проиллюстрированные на фиг. 2, за 1 миллисекунду. Информация, содержащаяся или заданная посредством элементов ресурсов, может обрабатываться, и для каждой передачи, т.е. для каждого TTI, имеющего длину в 1 миллисекунду, принимается постоянное число рабочих данных. Схема передачи приводит к сквозной задержке более чем в 1 миллисекунду, поскольку приемное устройство сначала принимает передачу, имеющую длительность в 1 миллисекунду, и после этого, как только передача завершается, обрабатывает управляющую информацию, чтобы наблюдать то, отправлены или нет некоторые данные в приемное устройство, и в случае, если это является истинным, приемное устройство декодирует канал передачи данных с длиной в 1 миллисекунду. Таким образом, длительность передачи и время обработки в сумме составляют период, превышающий 1 миллисекунду.

Как пояснено выше, PDCCH задается посредством предварительно заданного числа OFDM-символов, т.е. размера, которым ограничен PDCCH, что в силу этого также ограничивает то, сколько DCI могут переноситься в одном субкадре, имеющем длину в 1 миллисекунду. В свою очередь, это может ограничивать число UE, которые могут принимать выделение для субкадра при использовании динамической диспетчеризации. Чтобы поддерживать большее число выделений, без увеличения размера PDCCH, может использоваться полупостоянная диспетчеризация (SPS). При использовании SPS, UE предварительно конфигурируется посредством передающего устройства или базовой станции с помощью SPS C-RNTI (временного идентификатора радиосети), который также называется "идентификатором выделения", и периодичности. После выполнения предварительного конфигурирования, UE может принимать дополнительное сообщение, задающее выделение для передачи данных по нисходящей и/или восходящей линии связи на основе ассоциированного SPS C-RNTI. Это выделение должно повторяться согласно предварительно сконфигурированной периодичности (SPS-интервалу). Другими словами, после выделения, ресурсы могут многократно использоваться для приема/передачи данных посредством UE без необходимости выполнять диспетчеризацию в каждом субкадре. В случае если условия линии радиосвязи изменяются, базовая станция может предоставлять в UE сообщение выделения ресурсов для повторного выделения ресурсов.

Схема SPS описывается, например, в ссылочных материалах [1] и [2]. SPS представляет собой комбинацию постоянной и динамической диспетчеризации. Постоянная диспетчеризация используется для выделения периодических ресурсов, предназначенных для передачи транспортных блоков, и динамическая диспетчеризация используется для потенциально необходимой нарастающей избыточности, т.е. для повторных передач гибридного автоматического запроса на повторную передачу (HARQ). SPS обеспечивает уменьшение объема служебной управляющей информации, который исходит, например, из передачи в служебных сигналах шаблонов выделения ресурсов нисходящей линии связи (DL) и восходящей линии связи (UL) в моменты времени, когда соединение должно передавать данные. SPS может использоваться как для DL, так и для UL при FDD (дуплексе с частотным разделением каналов) и при TDD (дуплексе с временным разделением каналов). Ссылочный материал [3] описывает начальную конфигурацию и последующую активацию/высвобождение SPS. Базовая станция может конфигурировать UE с возможностью выполнять SPS в любое время. Типично, это осуществляется во время установления выделенных однонаправленных каналов для услуги посредством RRC (управления радиоресурсами). SPS может конфигурироваться/переконфигурироваться посредством RRC в любое время с использованием конфигурационного сообщения, которое называется "SPS-Config". Сообщение SPS-Config может включать в себя SPS C-RNTI, а также конфигурационную информацию для нисходящей линии связи и для восходящей линии связи. Конфигурационное сообщение не разрешает UE начинать SPS; наоборот, базовая станция, обслуживающая UE, должна явно активировать SPS таким образом, чтобы разрешать UE использовать SPS-разрешения на передачу/назначения ресурсов.

После того, как UE принимает сообщение SPS-Config, включающее в себя SPS C-RNTI, ассоциированный с UE, UE может быть сконфигурировано посредством верхних уровней с возможностью декодировать PDCCH с CRC (контролем циклическим избыточным кодом), скремблированным посредством SPS C-RNTI в каждом субкадре, поскольку eNB может активировать/высвобождать SPS в любое время с использованием DCI-сообщения. Сообщение SPS-активации/высвобождения проходит проверку достоверности посредством UE, как пояснено подробно в ссылочном материале [4].

После допустимой активации, UE декодирует PDCCH для CRC, скремблированного посредством SPS C-RNTI, чтобы проверять прошедшую SPS-проверку достоверности управляющую DCI-информацию в каждом SPS-субкадре, т.е. в каждом субкадре, как задано посредством SPS-интервала, UE выполняет поиск в информации относительно возможных изменений, например, изменений назначенных ресурсов, режима передачи, MCS (схемы модуляции и кодирования) и т.п. Назначение блоков ресурсов в субкадре подвергается выбору базовой станции, и в случае, если UE не принимает прошедшую SPS-проверку достоверности DCI, назначения блоков ресурсов и другие параметры передачи, такие как режим передачи и MCS, остаются такими, как сконфигурировано в данный момент, за счет этого исключая дополнительный объем управляющей служебной информации.

SPS используется для услуг с требованиями к периодическим ресурсам, и различные варианты применения могут требовать различных времен поступления транспортных блоков, которые могут быть сконфигурированы посредством параметров SPS-интервала. Например, протокол "речь-по-IP" (VoIP) представляет собой вариант применения, в котором данные поступают с периодическими пакетами в 20 миллисекунд. Кроме того, как упомянуто выше, предусмотрены ограниченные по задержке услуги связи для решения критически важных задач; например, услуги URLLC (сверхнадежной связи с низкой задержкой), к примеру, при машинной связи и при связи между передвижными объектами, которые требуют предварительно сконфигурированных ресурсов за меньшие периоды времени; например, за периоды ниже 10 миллисекунд вплоть до уровня микросекунд и ниже. Применение SPS к таким вариантам применения или услугам приводит к наименьшему возможному объему служебной информации по сравнению с частыми динамическими обновлениями конфигурации, и варианты осуществления настоящего изобретения рассматривают SPS для таких ограниченных по задержке вариантов применения.

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

Фиг. 3 показывает пример традиционной SPS-конфигурации, обеспечиваемой посредством RRC (см. ссылочный материал [5]). Конфигурационные параметры semi-persistentschedintervalDL и semi-persistentschedintervalUL основаны на 4-битовом поле, указывающем перечисление 16 различных режимов для SPS-интервалов, также называемых "SPS-периодами". Из 16 конфигурируемых режимов, предусмотрен выбор 10 предварительно заданных периодов, которые помечаются как sfN для периода диспетчеризации в N субкадров, где N≥10. Дополнительно, предусматриваются 6 динамически регулируемых периодов, помеченных как spareX. Базовая станция обеспечивает для абонентского устройства дополнительный режим SPS-Config, с использованием, например, сообщения установления RRC-соединения, сообщения переконфигурирования RRC-соединения или сообщения повторного установления RRC-соединения, что приводится в ссылочном материале [1]. Общая зависимость для интервалов или периодов на основе кратных чисел субкадра, как задано в ссылочном материале [2], т.е. зависимость от нескольких миллисекунд, также является допустимой для spareX-конфигураций; тем не менее, при использовании spareX-конфигурации, SPS-период может понижаться до минимального уровня в 1 субкадр (1 миллисекунда).

Таким образом, SPS может использоваться для того, чтобы уменьшать объем управляющей служебной информации для периодических передач. SPS может быть предназначена для таких вариантов использования, как "речь-по-LTE"; тем не менее, SPS является применимой еще ко множеству вариантов использования, которые сочетаются с различными требованиями, которые могут встречаться, например, в сценариях V2X (между транспортным средством и всем чем угодно) или V2V (между транспортными средствами). Такие конкретные варианты использования могут требовать более сложных SPS-конфигураций, включающих в себя вложенные SPS-конфигурации. Например, V2V- и V2X-сценарии заключают в себе высокоскоростное перемещение используемого оборудования таким образом, что передачи обслуживания соте могут происходить достаточно часто. В настоящее время, все SPS-конфигурации теряются при передаче обслуживания, т.е. когда абонентское устройство перемещается из одной соты в другую соту сети беспроводной связи таким образом, что оно более не обслуживается посредством текущей действующей исходной базовой станции, а обслуживается посредством новой целевой базовой станции, что также называется "передачей обслуживания", SPS-конфигурация, в данный момент реализованная в UE, более не поддерживается. Это требует переконфигурирования SPS-конфигурации в UE с новой или целевой базовой станцией.

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

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

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

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

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

Фиг. 1 показывает схематичное представление примера системы беспроводной связи;

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

Фиг. 3 показывает пример традиционной SPS-конфигурации;

Фиг. 4 показывает часть сети беспроводной связи, аналогичной сети беспроводной связи, описанной выше со ссылкой на фиг. 1;

Фиг. 5 показывает сценарий, аналогичный сценарию на фиг. 4, за исключением того, что базовая станция предоставляется для множества сот;

Фиг. 6 является схематичным представлением, показывающим то, как SPS-синхронизация поддерживается во время передачи обслуживания в соответствии с вариантом осуществления;

Фиг. 7 показывает вариант осуществления модифицированного RRC-сообщения, используемого для того, чтобы обновлять SPS C-RNTI в соответствии с вариантами осуществления настоящего изобретения;

Фиг. 8 показывает вариант осуществления модифицированного конфигурационного SPS-сообщения, включающего в себя флаг Keep on Handover; и

Фиг. 9 показывает схематичное представление SPS DCI-сообщения 200, включающего в себя определенное число полей для управления UE, сконфигурированным с SPS с использованием одной SPS-конфигурации;

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

Фиг. 11 показывает вариант осуществления DCI-сообщения, чтобы выделять ресурсы SPS-конфигурациям 1-8, которые могут использоваться в абонентском устройстве, сконфигурированном с SPS;

Фиг. 12 показывает другой вариант осуществления второго аспекта изобретаемого подхода, в соответствии с которым снова предполагается, что абонентское устройство сконфигурировано с SPS с использованием вплоть до восьми SPS-конфигураций 1-8, и каждая из SPS-конфигураций включает в себя конкретный SPS-интервал и конкретный размер данных;

Фиг. 13 является вариантом осуществления для назначения ресурсов для нескольких SPS-конфигураций с использованием одного DCI-сообщения, как описано выше со ссылкой на фиг. 11 или фиг. 12;

Фиг. 14 иллюстрирует другой вариант осуществления второго аспекта изобретаемого подхода, предусматривающего динамическое назначение ресурсов соответствующим SPS-конфигурациям;

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

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

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

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

Фиг. 4 показывает часть сети беспроводной связи, аналогичной сети беспроводной связи, описанной выше со ссылкой на фиг. 1. Показаны три соты 100₁-100₃. Каждая сота 100₁-100₃ включает в себя базовую станцию eNB₁-eNB₃. Схематично представляется базовая сеть 108 сети беспроводной связи, которая включает в себя объект 110 управления мобильностью (MME). Базовые станции eNB₁-eNB₃ соединяются с базовой сетью 108 через S1-интерфейс. Дополнительно, базовые станции eNB₁-eNB₃ непосредственно соединяются друг с другом через X2-интерфейс. UE представляет собой мобильный терминал, предусмотренный в автомобиле. В других вариантах осуществления, UE может представлять собой любой вид передвижного устройства. UE включает в себя антенну ANT_UE, чтобы принимать/передавать радиосигнал 112. Каждая из базовых станций eNB₁-eNB₃ включает в себя соответствующую антенну ANT_eNB1-ANT_eNB3, чтобы принимать/передавать радиосигнал 112. UE первоначально находится в соте 100₁, также называемой "исходной сотой". Базовая станция eNB₁, ассоциированная с исходной сотой 100₁, обслуживает UE, т.е. UE соединяется с сетью беспроводной связи через базовую станцию eNB₁, чтобы принимать/передавать данные в соединении по нисходящей/восходящей линии связи. UE может находиться в автомобиле или может составлять часть автомобиля. UE предположительно движется на высокой скорости, и по мере того, как UE движется, оно в конечном счете должно выходить за пределы исходной соты 100₁. В соответствии со своей траекторией 114 перемещения, UE должно достигать соты 100₂, также называемой "целевой сотой". При перемещении из исходной соты 100₁ в целевую соту 100₂, передача обслуживания должна выполняться таким образом, что UE должно обслуживаться посредством целевой базовой станции eNB₂ целевой соты 100₂ после передачи обслуживания. По мере того, как UE продолжает перемещение в соответствии с траекторией 114 перемещения, оно в конечном счете должно выходить из соты 100₂, которая теперь представляет собой исходную соту, и переходить в новую целевую соту 100₃ таким образом, что возникает другая передача обслуживания, и UE, после передачи обслуживания, должно обслуживаться посредством базовой станции eNB₃. Пример процедуры передачи обслуживания и соответствующих сообщений, которыми обмениваются между UE, исходной базовой станцией, целевой базовой станцией и MME 110, а также обслуживающим шлюзом, описывается в ссылочном материале [6]. Передача обслуживания может быть инициирована посредством базовой сети, например, MME 110, либо она может быть инициирована посредством UE.

UE может конфигурироваться с SPS. В данный момент, SPS основана на соте, т.е. UE должно конфигурироваться посредством базовой станции eNB₁ с SPS. Базовая станция eNB₁ выдает одно или более управляющих сообщений, таких как DCI-сообщения, чтобы активировать SPS и выделять ресурсы в соответствии с SPS-конфигурацией. SPS должна выполняться при условии, что UE находится в соте 100₁. После передачи обслуживания, и как только UE достигает целевой соты 100₂, которая должна обслуживаться посредством базовой станции eNB₂, UE заново конфигурируется с SPS в целевой соте 100₂. Также новый идентификатор для передачи управляющих служебных SPS-сигналов, такой как SPS C-RNTI в LTE-системе, может выдаваться посредством целевой базовой станции eNB₂. RNTI, в общем, представляет собой идентификатор для передачи управляющих служебных SPS-сигналов, который может называться по-другому в других окружениях. Например, в V2X-окружении, новый RNTI может обеспечиваться для вплоть до восьми SPS-конфигураций.

В соответствии с настоящим изобретением, новое конфигурирование UE с SPS после передачи обслуживания исключается. UE, при перемещении из исходной соты 100₁ в целевую соту 100₂, например, при выполнении передачи обслуживания, поддерживает SPS. В соответствии с вариантами осуществления, может требоваться только повторно активировать SPS посредством активационного сигнала из целевой базовой станции eNB₂ без необходимости предоставлять полную и новую конфигурацию UE посредством целевой базовой станции. В соответствии с вариантами осуществления, также выдается новый идентификатор для передачи управляющих служебных SPS-сигналов, такой как SPS C-RNTI.

В соответствии с дополнительными вариантами осуществления настоящего изобретения, чтобы поддерживать SPS, SPS-конфигурация, которая использована, например, посредством исходной базовой станции eNB₁ для того, чтобы конфигурировать UE с SPS, перенаправляется в целевую базовую станцию eNB₂ при передаче обслуживания. Например, X2-интерфейс может использоваться для того, чтобы передавать SPS-конфигурацию из исходной базовой станции eNB₁ в целевую базовую станцию eNB₂. В других вариантах осуществления, SPS-конфигурация может передаваться из исходной базовой станции eNB₁ в целевую базовую станцию eNB₂ через базовую сеть с использованием S1-интерфейсов соответствующих базовых станций. В еще одних других вариантах осуществления, UE может непосредственно передавать SPS-конфигурации во время процедуры передачи обслуживания в целевой eNB₂. Новое конфигурирование или переконфигурирование SPS не требуется после передачи обслуживания UE от исходной соты 100₁ целевой соте 100₂, которая в таком случае представляет собой новую исходную соту. UE поддерживает SPS-конфигурацию, и целевая базовая станция eNB₂ принимает SPS-конфигурацию, реализованную в UE, и может продолжать SPS на основе принимаемой SPS-конфигурации. В соответствии с вариантами осуществления, активационный сигнал может отправляться посредством целевой базовой станции eNB₂, чтобы указывать UE то, что SPS продолжается. В соответствии с другими вариантами осуществления, активация может возникать в ответ на назначение ресурсов для SPS посредством целевой базовой станции.

В соответствии с вариантами осуществления, в дополнение к пересылке SPS-конфигурации в целевую базовую станцию eNB₂, целевая базовая станция может обновлять SPS C-RNTI и информировать UE соответствующим образом, например, в ситуации, в которой SPS C-RNTI, используемый в исходной соте 100₁, занимается, блокируется или иным образом используется в целевой соте 100₂.

На фиг. 4, UE либо находится в автомобиле, либо составляет часть автомобиля. В соответствии с другими вариантами осуществления, UE может представлять собой другой вид мобильного терминала, например, карманное устройство или датчик, работающий в соответствии со NB-IoT-стандартом. Датчик может составлять часть автомобиля, либо он может составлять другого движущегося объекта, такого как скоростной поезд. Пользователь UE может представлять собой пассажира в транспортном средстве, движущемся по шоссе, либо пользователь может представлять собой пассажира в скоростном поезде или самолете. В таких сценариях, UE подвергается частым передачам обслуживания, и в соответствии с изобретаемым подходом, переконфигурирование SPS исключается, поскольку UE поддерживает одну или более текущих SPS-конфигураций, которые могут передаваться посредством исходной базовой станции в целевую базовую станцию через X2-интерфейс или через S1-интерфейс. В соответствии с вариантами осуществления, сообщение передачи SN-состояния может использоваться для того, чтобы передавать SPS-конфигурацию(и). Выше описывается пример структуры данных, включающей в себя SPS-конфигурацию, со ссылкой на фиг. 3.

Фиг. 4 показывает то, что базовая станция предоставляется для одной соты. Тем не менее, базовая станция также может предоставляться для множества сот, как схематично показано на фиг. 5. Фиг. 5 показывает сценарий, аналогичный сценарию на фиг. 4, за исключением того, что базовая станция eNB₂ предоставляется для множества сот, а именно, для сот 100₂, 100₃ и 100₄. UE в одной из сот 100₂, 100₃ и 100₄ соединится с сетью через базовую станцию eNB₂. Когда UE перемещается, например, из соты 100₂ в соту 100₃, должна осуществляться передача обслуживания. Также в таком сценарии, SPS должна заново конфигурироваться, когда возникает передача обслуживания, несмотря на тот факт, что базовая станция не изменяется. Новое конфигурирование UE с SPS после передачи обслуживания исключается. UE, при перемещении из исходной соты 100₂ в целевую соту 100₃, т.е. при выполнении передачи обслуживания, поддерживает SPS. Поскольку базовая станция enB₂ имеет сведения по SPS-конфигурации, передача SPS-конфигурации не возникает в этом сценарии. В этом варианте осуществления, только новый идентификатор для передачи управляющих служебных SPS-сигналов, такой как SPS C-RNTI, выдается после передачи обслуживания.

В соответствии с дополнительными вариантами осуществления, передача SPS-конфигурации из исходной соты или исходной базовой станции в целевую соту или целевую базовую станцию дополнительно включает в себя передачу в служебных сигналах времени следующего ожидаемого SPS-пакета в целевую базовую станцию таким образом, чтобы разрешать целевой базовой станции продолжать SPS с корректной временной синхронизацией. Например, время до следующего SPS-интервала может передаваться в служебных сигналах к целевой базовой станции. В соответствии с другими вариантами осуществления, период SPS-интервала, который уже прошел до сих пор, передается в служебных сигналах в целевую базовую станцию, или начало следующего SPS-интервала передается в служебных сигналах в качестве абсолютного времени, например, на основе радиокадра, номера субкадра, номера временного слота или номера TTI (интервала времени передачи). В соответствии с вариантами осуществления, время следующего ожидаемого SPS-пакета может передаваться в служебных сигналах в целевую базовую станцию либо посредством абонентского устройства, либо посредством исходной базовой станции. Фиг. 6 является схематичным представлением, показывающим то, как SPS-синхронизация поддерживается во время передачи обслуживания в соответствии с вариантом осуществления. Фиг. 6 иллюстрирует нисходящую ситуацию, в которой абонентское устройство первоначально обслуживается посредством исходной базовой станции, и данные 116 из верхних уровней в сети должны передаваться в абонентское устройство. Абонентское устройство сконфигурировано с SPS, имеющей периодичность или SPS-интервал 118. Например, когда данные 116₁ принимаются в исходной базовой станции, во время t1, данные 116₁ передаются из базовой станции в абонентское устройство на предоставленных в результате диспетчеризации ресурсах. Позднее, дополнительные данные 116₂ могут приниматься в базовой станции, которые передаются в абонентское устройство в t₂. Разность времен между t₁ и t₂ составляет SPS-интервал 118. Фиг. 6 схематично представляет передачу обслуживания на 120, и после передачи 120 обслуживания, абонентское устройство более не обслуживается посредством исходной базовой станции, а теперь обслуживается посредством целевой базовой станции. Целевая базовая станция принимает информацию относительно SPS-конфигурации UE и относительно времени до следующего ожидаемого SPS-пакета таким образом, что данные 116₃ для абонентского устройства могут передаваться посредством целевой базовой станции во время t₃. Дополнительные данные 116₄ могут передаваться из целевой базовой станции в абонентское устройство во время t₄. Соответствующие времена t₁-t₄ отделяются посредством SPS-интервала 118, который задается в SPS-конфигурации абонентского устройства. SPS-интервал поддерживается также после передачи обслуживания, поскольку время до следующей SPS-передачу t₃ передается в служебных сигналах в целевую базовую станцию либо посредством абонентского устройства, либо посредством исходной базовой станции. Этот процесс является прозрачным для верхних уровней системы таким образом, что обеспечивается непрерывная SPS даже в случае передачи обслуживания.

В соответствии с дополнительными вариантами осуществления, UE может информировать целевую базовую станцию относительно SPS-конфигурации и SPS C-RNTI с использованием канала управления или передачи данных восходящей линии связи, и исходная базовая станция может отправлять в целевую базовую станцию индикатор относительно UE или список UE, указывающий то, должна или нет конкретная информация включаться в канал управления или передачи данных. Например, когда X2-интерфейс или перенос контекста передачи обслуживания не доступен, UE может информировать целевой eNB относительно своей SPS-конфигурации через UL-канал управления или передачи данных. UE может использовать передачу служебных RRC-сигналов для того, чтобы передавать свою SPS-конфигурацию и/или время до следующего SPS-события в целевой eNB после передачи обслуживания с запросом на то, чтобы продолжать идентичную SPS-конфигурацию. Прием этого запроса может подтверждаться посредством целевого eNB посредством прямой активации SPS через DCI или через передачу служебных RRC-сигналов.

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

Как упомянуто выше, в соответствии с вариантами осуществления, в ситуации, в которой целевая сота 100₂ на фиг. 4 не позволяет использовать SPS C-RNTI, идентичный SPS C-RNTI, используемому посредством исходной соты 100₁, например, поскольку SPS C-RNTI используется для другого UE в целевой соте, исходная базовая станция или целевая базовая станция может обновлять SPS C-RNTI для UE, например, с использованием передачи служебных сигналов на уровне RRC (управления радиоресурсами). Эта передача служебных сигналов может включать в себя сообщение переконфигурирования RRC-соединения, которое выдается посредством исходной базовой станции eNB₁, чтобы переконфигурировать UE таким образом, что SPS C-RNTI, при передаче обслуживания, обновляется с новым SPS C-RNTI, который должен использоваться в целевой соте. В соответствии с другими вариантами осуществления, SPS C-RNTI может обновляться посредством целевой базовой станции, также посредством передачи служебных RRC-сигналов, после того, как передача обслуживания завершается.

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

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

В соответствии с вариантами осуществления, SPS C-RNTI для UE может обновляться с использованием передачи служебных сигналов на уровне RRC (управления радиоресурсами). Эта передача служебных сигналов может включать в себя сообщение переконфигурирования RRC-соединения, которое выдается посредством исходной базовой станции, чтобы переконфигурировать UE таким образом, что SPS C-RNTI, при передаче обслуживания, обновляется с новым SPS C-RNTI, который должен использоваться в целевой соте. В соответствии с другими вариантами осуществления, SPS C-RNTI может обновляться посредством целевой базовой станции, также посредством передачи служебных RRC-сигналов, после того, как передача обслуживания завершается. Фиг. 7 показывает вариант осуществления модифицированного RRC-сообщения, используемого для того, чтобы обновлять SPS C-RNTI в соответствии с вариантами осуществления настоящего изобретения. По сравнению с конфигурационным SPS-сообщением, проиллюстрированным на фиг. 3, RRC-сообщение для того, чтобы обновлять SPS C-RNTI, расширяется таким образом, что оно включает в себя запись 130 newSemiPersistSchedC-RNTI, запись 132 oldSemiPersistSchedC-RNTI, запись 134 update NULL и запись 136 update NULL. RRC-сообщение, как проиллюстрировано на фиг. 7, может использоваться посредством исходной базовой станции, которая может запрашивать SPS C-RNTI, который должен использоваться в целевой соте, из целевой базовой станции, например, через X2-интерфейс. До передачи обслуживания или повторного соединения UE с целевой сотой, может выдаваться сообщение обновления. Исходная базовая станция формирует сообщение обновления и включает в запись 130 новый SPS C-RNTI, принимаемый из целевой базовой станции, в то время как текущий используемый SPS C-RNTI исходной базовой станции по-прежнему указывается в записи 132 таким образом, что, несмотря на прием обновления, поскольку записи 134 и 136 по-прежнему указываются как "null", UE продолжает использовать старый или исходный SPS C-RNTI. После того, как передача обслуживания завершается, целевая базовая станция может обновлять конфигурацию посредством изменения записи 134 и 136 таким образом, что указывается то, что теперь должен использоваться новый SPS C-RNTI для целевой соты 100₂. Сообщение SPS-обновления, как указано на фиг. 7, может быть основано на RRC-сообщении SPS-Config, как описано в ссылочном материале [7]. Фиг. 7 схематично показывает на 138 вариант осуществления, в соответствии с которым вышеописанная информация относительно времени до следующей SPS включена в SPS-конфигурацию.

В соответствии с другими вариантами осуществления настоящего изобретения, UE, которое поддерживает свою SPS-конфигурацию, может повторно активироваться после передачи обслуживания посредством целевой базовой станции. Начальная SPS-конфигурация может модифицироваться таким образом, что она включает в себя флаг Keep on Handover, который, при активации, инструктирует UE ожидать в течение определенного времени после передачи обслуживания повторной активации SPS посредством целевой базовой станции, и в случае, если повторная активация не принимается, SPS приостанавливается. Повторная активация может представлять собой сигнал из целевой базовой станции, который может включать в себя новый SPS C-RNTI. В случае если новый SPS C-RNTI не включен, текущий используемый SPS C-RNTI считается по-прежнему допустимым, и UE продолжает использование этого SPS C-RNTI. Это может осуществляться посредством соответствующей передачи служебных RRC-сигналов для того, чтобы изменять SPS C-RNTI, либо непосредственно посредством активации DCI со старым RNTI или новым RNTI, если назначен посредством исходного eNB. Когда SPS не активируется повторно в течение этого определенного времени, UE высвобождает его SPS-конфигурацию. Фиг. 8 показывает вариант осуществления модифицированного конфигурационного SPS-сообщения, более конкретно, показана часть конфигурационного SPS-сообщения для нисходящей линии связи и для восходящей линии связи, включающая в себя дополнительные записи 140 и 142, задающие флаг Keep on Handover.

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

Далее подробнее описываются варианты осуществления изобретаемого подхода в соответствии со вторым аспектом. Фиг. 9 показывает схематичное представление SPS DCI-сообщения 200, включающего в себя определенное число полей для управления UE, сконфигурированным с SPS с использованием одной SPS-конфигурации. В варианте осуществления по фиг. 9, DCI-сообщение 200 включает в себя информацию относительно схемы 200₁ модуляции и кодирования, информацию относительно ресурсов 200₂, которые должны выделяться для соответствующей SPS-конфигурации, для которой предоставляется DCI-сообщение, и информацию 200₃, которая инструктирует SPS в UE активироваться. Таким образом, одиночное или одно DCI-сообщение 200 используется для того, чтобы активировать SPS в абонентском устройстве и выделять ресурсы для SPS-конфигурации. Таким образом, в соответствии с вариантом осуществления, описанным со ссылкой на фиг. 9, объем служебной информации для отправки множества управляющих DCI-сообщений, а именно, отдельных управляющих DCI-сообщений для того, чтобы активировать и выделять ресурсы, исключается, поскольку активация и выделение ресурсов выполняется в одном DCI-сообщении.

Фиг. 10 показывает дополнительный вариант осуществления второго аспекта изобретаемого подхода, в соответствии с которым предполагается, что абонентское устройство диспетчеризуется с SPS с использованием множества различных SPS-конфигураций, который может реализовываться в V2X- или V2V-сценариях. Например, несколько SPS-конфигураций могут использоваться в зависимости от вида данных, которые должны передаваться таким образом, чтобы удовлетворять требованиям интервалов передачи, которые могут отличаться для данных из различных объектов, например, данные относительно конкретной информации относительно состояния транспортного средства могут требовать передачи менее часто, чем информация позиции относительно транспортного средства. Кроме того, может отличаться размер данных, которые должны передаваться. Для различных видов данных, которые должны передаваться или приниматься в абонентском устройстве, различные SPS-интервалы и в силу этого различные SPS-конфигурации могут реализовываться в абонентском устройстве. Кроме того, различное число ресурсов может требоваться для передачи. Чтобы уменьшать объем служебной информации в таком сценарии, в соответствии с вариантом осуществления, проиллюстрированным на фиг. 10, предоставляется SPS DCI-сообщение 202. Предполагается, что SPS DCI-сообщение 202 предназначено для абонентского устройства, сконфигурированного с SPS с использованием восьми различных SPS-конфигураций. SPS DCI-сообщение 202 включает в себя информацию 202₁, которая инструктирует SPS-конфигурациям активироваться при приеме DCI-сообщения в абонентском устройстве. SPS DCI-сообщение 202 может использоваться для того, чтобы активировать все SPS-конфигурации, или оно может использоваться для того, чтобы активировать поднабор или группу SPS-конфигураций. Во втором случае, SPS DCI-сообщение 202 включает в себя необязательную информацию 202₂, идентифицирующую эти SPS-конфигурации или группу SPS-конфигураций (см. также вариант осуществления, описанный ниже со ссылкой на фиг. 15), которые должны активироваться при приеме DCI-сообщения в абонентском устройстве. SPS-конфигурации или групповые SPS-конфигурации могут иметь ассоциированные соответствующие идентификаторы, также называемые "SPS-идентификаторами", и для активации этих SPS-конфигураций, поле 202₂ включает в себя соответствующие SPS-идентификаторы. При активации только SPS-конфигураций, может не требоваться дополнительная информация относительно схемы модуляции и кодирования. Таким образом, в соответствии с вариантом осуществления по фиг. 10, только одно DCI-сообщение или одно DCI-сообщение используется для того, чтобы активировать все или поднабор SPS-конфигураций, с которыми может быть сконфигурировано абонентское устройство, за счет этого уменьшая объем служебной информации до одного DCI-сообщения вместо отправки вплоть до восьми различных DCI-сообщений для активации каждой из SPS-конфигураций отдельно. DCI-сообщение 202 не инструктирует выделение ресурсов; это может осуществляться посредством отдельного DCI-сообщения, отправленного позднее. Это последующее DCI-сообщение может представлять собой отдельное сообщение для каждой из SPS-конфигураций, либо оно может представлять собой комбинированную DCI SPS, указывающую ресурсы для всех или поднабора активированных SPS-конфигураций, с которыми сконфигурировано абонентское устройство.

Фиг. 11 показывает вариант осуществления DCI-сообщения, чтобы выделять ресурсы всем или поднабору SPS-конфигураций 1-8, которые могут использоваться в абонентском устройстве, сконфигурированном с SPS. Предоставляется SPS DCI-сообщение 204, которое включает в себя информацию 204₁ относительно схемы модуляции и кодирования. SPS DCI-сообщение 204 включает в себя информацию 204₂ относительно ресурсов, которые должны выделяться для SPS-конфигураций, например, в зависимости от размера данных, заданного посредством SPS-конфигурации. SPS DCI-сообщение 204 может использоваться для того, чтобы выделять ресурсы для всех SPS-конфигураций, или оно может использоваться для того, чтобы выделять ресурсы для поднабора или группы SPS-конфигураций. Во втором случае, SPS DCI-сообщение 204 включает в себя необязательную информацию 204₃, идентифицирующую эти SPS-конфигурации или группу SPS-конфигураций (см. также вариант осуществления, описанный ниже со ссылкой на фиг. 15), для которых должны выделяться ресурсы при приеме DCI-сообщения в абонентском устройстве. SPS-конфигурации или групповые SPS-конфигурации могут иметь ассоциированные соответствующие идентификаторы, также называемые "SPS-идентификаторами", и для этих SPS-конфигураций, для которых должны выделяться ресурсы, поле 204₃ включает в себя соответствующие SPS-идентификаторы. В варианте осуществления по фиг. 11, предполагается, что вплоть до восьми SPS-конфигураций сконфигурированы в UE, и DCI-сообщение 204 передает в служебных сигналах в поле 204₂ для всех или каждой рассматриваемой SPS-конфигурации соответствующие ресурсы, которые должны выделяться. Например, первый набор ресурсов или элементов ресурсов может назначаться SPS-конфигурации 1, и следующие элементы ресурсов выделяются SPS-конфигурациям 2-8. Это схематично представляется справа на фиг. 11, показывающем субкадр и DCI-сообщение 200₄, которое передается в PDCCH и включает в себя информацию 204₂ ресурсов, которая, как схематично указывается в субкадре, указывает на соответствующие элементы ресурсов. Таким образом, в соответствии с вариантом осуществления по фиг. 11, одно DCI-сообщение или одно DCI-сообщение используется для того, чтобы выделять ресурсы для всех или поднабора SPS-конфигураций 1-8.

Фиг. 12 показывает другой вариант осуществления второго аспекта изобретаемого подхода, в соответствии с которым снова предполагается, что абонентское устройство сконфигурировано с SPS с использованием вплоть восьми SPS-конфигураций 1-8, и каждая из SPS-конфигураций включает в себя конкретный SPS-интервал и конкретный размер данных. Вариант осуществления по фиг. 12 комбинирует вышеуказанные описанные варианты осуществления по фиг. 10 и фиг. 11 в том, что DCI-сообщение 206 активирует и выделяет ресурсы для всех или поднабора SPS-конфигураций 1-8. DCI-сообщение 206 включает в себя информацию относительно схемы 2061 модуляции и кодирования, которая должна использоваться, и при необходимости дополнительную управляющую информацию. SPS DCI-сообщение 206 включает в себя информацию 206₂, которая инструктирует SPS-конфигурациям активироваться при приеме DCI-сообщения в абонентском устройстве, и информацию 206₃ относительно ресурсов, которые должны выделяться для SPS-конфигураций, например, в зависимости от размера данных, заданного посредством SPS-конфигурации. SPS DCI-сообщение 206 может использоваться для того, чтобы активировать и выделять ресурсы для всех SPS-конфигураций, либо оно может использоваться для того, чтобы активировать и выделять ресурсы для поднабора или группы SPS-конфигураций. Во втором случае, SPS DCI-сообщение 206 включает в себя необязательную информацию 206₄, идентифицирующую эти SPS-конфигурации или группу SPS-конфигураций (см. также вариант осуществления, описанный ниже со ссылкой на фиг. 15), которые должны активироваться и для которых должны выделяться ресурсы при приеме DCI-сообщения в абонентском устройстве. SPS-конфигурации или групповые SPS-конфигурации могут иметь ассоциированные соответствующие идентификаторы, также называемые "SPS-идентификаторами", и для этих SPS-конфигураций, которые активируются и для которых выделяются ресурсы, поле 206₄ включает в себя соответствующие SPS-идентификаторы. Таким образом, в варианте осуществления по фиг. 12, одиночное DCI-сообщение или одно DCI-сообщение используется для того, чтобы активировать и выделять ресурсы для одной или более SPS-конфигураций 1-8. Как описано выше со ссылкой на фиг. 11, DCI передается в PDCCH субкадра, и выделение ресурсов схематично представляется на 206₄ в правой стороне по фиг. 12.

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

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

Фиг. 13 показывает вариант осуществления для назначения ресурсов для нескольких SPS-конфигураций с использованием одного DCI-сообщения, как описано выше со ссылкой на фиг. 11 или фиг. 12. Показаны три SPS-конфигурации SPS₁-SPS₃, имеющие различные временные SPS-интервалы t1-t3 и различные размеры x1-x3 данных. Дополнительно, каждая SPS-конфигурация имеет ассоциированный идентификатор ID i1, i2, i3. DCI-сообщение 204, 206 указывает на 204₃ или 206₄ ресурсы или блок ресурсов, которые должны использоваться для всех SPS-конфигураций. Блок ресурсов, которые должны назначаться, схематично представляется на фиг. 13 на 208. Блок 208 ресурсов может формироваться посредством множества элементов ресурсов субкадра, которые могут быть непрерывным во времени/по частоте либо могут быть отделены друг от друга. Другими словами, может предоставляться непрерывный блок элементов ресурсов, либо может предоставляться прерывистый блок элементов ресурсов. Элементы ресурсов соответствующего блока выделяются соответствующим SPS-конфигурациям посредством DCI-сообщения. В варианте осуществления по фиг. 13, одно DCI-сообщение 204, 206 назначает ресурсы для всех SPS-конфигураций SPS₁-SPS₃, и в случае, если предусмотрены еще SPS-конфигурации, также для дополнительных SPS-конфигураций. Ресурсы или блок 208 ресурсов разбиваются с использованием размера данных каждой SPS-конфигурации посредством назначения ресурсов из первой для последней конфигурации согласно идентификатору, ассоциированному с соответствующей SPS-конфигурацией. Таким образом, как показано на фиг. 13, первый набор ресурсов или элементов ресурсов выделяется SPS-конфигурации 1, имеющей идентификатор i1, и последующие элементы ресурсов выделяются SPS-конфигурации, имеющей идентификатор i2. В соответствии с другими вариантами осуществления, элементы ресурсов в блоке 208 могут выделяться другим способом, например, первые элементы ресурсов могут назначаться одной из второй или третьей SPS-конфигураций, либо элементы ресурсов, которые являются прерывистыми, может назначаться идентичной SPS-конфигурации, например, SPS-конфигурация, имеющая идентификатор i1, может иметь первый набор элементов ресурсов в начале блока 208, назначаемый ей, и дополнительное число элементов ресурсов из другой части блока 208, которая является прерывистой с первым блоком. Одиночная или одна DCI может использоваться для того, чтобы выделять или изменять ресурсы для нескольких конфигураций сразу посредством выделения объема ресурсов, необходимого для передачи всех конфигураций одновременно, посредством задания ресурсов блока 208 ресурсов и затем инструктирования выделению ресурсов из блока 208 в абонентском устройстве в соответствии с соответствующими конфигурациями, как описано выше.

Фиг. 14 иллюстрирует другой вариант осуществления второго аспекта изобретаемого подхода, предусматривающего динамическое назначение ресурсов соответствующим SPS-конфигурациям. Фиг. 14, аналогично фиг. 13, показывает три SPS-конфигурации SPS₁-SPS₃, имеющие различные SPS-интервалы, различные размеры данных и различные идентификаторы. Справа на фиг. 14, максимальные ресурсы, которые должны назначаться посредством одной DCI, такой как DCI-сообщение 204, 206, описанное выше со ссылкой на фиг. 11 и фиг. 12, показаны как блок 208 ресурсов. Блок 208 ресурсов может задавать непрерывное или прерывистое число элементов ресурсов, которые должны выделяться SPS-конфигурациям. При отправке DCI-сообщения для того, чтобы выделять ресурсы, может определяться то, что во время t1, все три SPS-конфигурации используются посредством UE, и ресурсы, предоставленные посредством блока 208, распределяются между SPS-конфигурациями в соответствии с соответствующими размерами данных. Во время t2, может определяться то, что в данный момент используется только первая SPS-конфигурация таким образом, что не все выделенные ресурсы блока 208 требуются для SPS-конфигураций. Как показано во время t₂, только ресурсы для SPS-конфигурации 1 выделяются, и другие ресурсы блока 208 остаются свободными. В соответствии с вариантами осуществления, эти свободные элементы ресурсов могут диспетчеризоваться иным образом. Например, свободные элементы ресурсов могут использоваться посредством идентичного UE для не-SPS-трафика либо могут использоваться посредством другого UE. Во время t3, определяется то, что UE использует вторую SPS-конфигурацию в дополнение к первой SPS-конфигурации, и DCI теперь также выделяет ресурсы для второй SPS-конфигурации. Число свободных ресурсов меньше, чем во время t₂. Ситуация во время t₄ соответствует ситуации во время t₂, и ситуация во время t₅ соответствует ситуации во время t₁.

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

Ниже описывается другой вариант осуществления второго аспекта настоящего изобретения со ссылкой на фиг. 15. Определенное число SPS-конфигураций комбинируется в группу. Фиг. 15 показывает в верхней части пример, в котором UE может быть сконфигурировано с четырьмя SPS-конфигурациями SPS₁-SPS₄, каждой из которых назначен SPS-идентификатор. SPS-конфигурации могут управляться в соответствии с DCI-сообщениями, описанными выше со ссылкой на фиг. 10-14. В соответствии с вариантом осуществления по фиг. 15, все SPS-конфигурации или поднабор SPS-конфигураций комбинируются в группу. Фиг. 15 показывает группу, имеющую назначенный идентификатор, который используется для того, чтобы рассматривать, в DCI-сообщении, все элементы группы, которая включает в себя SPS-конфигурации SPS₁, SPS₃ и SPS₄, как указано посредством соответствующих идентификаторов. Когда DCI-сообщение отправляется с указанием ID5, все SPS-конфигурации SPS₁, SPS₃ и SPS₄ рассматриваются, например, с возможностью изменяться или модифицироваться. Например, при указании, в соответствующих полях 202₂, 204₂ и 206₂ идентификатора DCI-сообщений 202, 204, 206, идентификатора группы, все SPS-конфигурации в этой группе рассматриваются. Посредством использования одиночного или одного DCI-сообщения, группы SPS-конфигураций могут переключаться. Например, несколько SPS-конфигураций могут изменяться с использованием одного DCI-сообщения. Дополнительно, SPS-конфигурации могут добавляться или удаляться полустатически из группы, и DCI-сообщение, имеющее соответствующий идентификатор группы, должно изменять все конфигурации в группе. В соответствии с вариантами осуществления, добавление/удаление SPS-конфигурации в/из группы инструктируется не посредством DCI-сообщения, а может использоваться дополнительное управляющее сообщение, которое принимается в UE. Например, может использоваться RRC-сообщение. В соответствии с другими вариантами осуществления, может возникать неявное удаление из группы, когда SPS-конфигурация (в данный момент принадлежащая группе) переконфигурируется непосредственно с DCI.

Варианты осуществления настоящего изобретения могут реализовываться в системе беспроводной связи, как проиллюстрировано на фиг. 1, включающей в себя базовые станции и UE, такие как мобильные терминалы или IoT-устройства. Фиг. 16 является схематичным представлением системы беспроводной связи для передачи информации между базовой станцией BS и UE. Базовая станция BS включает в себя одну или более антенн ANT_BS или антенную решетку, имеющую множество антенных элементов. UE включает в себя одну или более антенн ANT_UE. Как указано посредством стрелки 300, сигналы передаются между базовой станцией BS и UE через линию беспроводной связи, такую как линия радиосвязи. Система беспроводной связи может работать в соответствии с технологиями первого аспекта и второго аспекта, описанными в данном документе.

Например, в соответствии с первым аспектом, UE обслуживается посредством базовой станции BS, которая в этом сценарии представляет собой исходную базовую станцию исходной соты сети беспроводной связи. Сеть беспроводной связи включает в себя множество сот, и каждая сота имеет базовую станцию. UE принимает через одну или более антенн ANT_UE радиосигнал, включающий в себя конфигурационное SPS-сообщение, из базовой станции таким образом, что UE конфигурируется с полупостоянной диспетчеризацией в соответствии с SPS-конфигурацией, предоставленной посредством исходной базовой станции. UE должно поддерживать SPS при перемещении из исходной соты в целевую соту сети беспроводной связи. UE включает в себя процессор 302 сигналов для того, чтобы обрабатывать конфигурационное SPS-сообщение и поддерживать SPS после перемещения из исходной соты в целевую соту, например, после передачи обслуживания. Базовая станция BS, при работе в качестве исходной базовой станции, обслуживает UE, расположенное в исходной соте, и конфигурирует UE с SPS в соответствии с SPS-конфигурацией. Базовая станция BS содержит процессор 304 сигналов для того, чтобы формировать радиосигнал, чтобы передавать SPS-конфигурацию в целевую базовую станцию, ассоциированную с целевой сотой, когда абонентское устройство перемещается из исходной соты в целевую соту сети беспроводной связи. Базовая станция BS, при работе в качестве целевой базовой станции, принимает SPS-конфигурацию из исходной базовой станции, в данный момент обслуживающей UE, сконфигурированный с SPS в соответствии с SPS-конфигурацией. SPS-конфигурация принимается, когда UE перемещается из исходной соты в целевую соту. Базовая станция BS содержит процессор 304 сигналов для того, чтобы обрабатывать принимаемый радиосигнал, чтобы получать SPS-конфигурацию, передаваемую посредством исходной базовой станции. Дополнительно, процессор 304 сигналов формирует радиосигнал, чтобы обслуживать UE, расположенный в целевой соте, с использованием SPS в соответствии с принимаемой SPS-конфигурацией.

Например, в соответствии с примером второго аспекта, абонентское устройство (UE) сконфигурировано с SPS в соответствии с SPS-конфигурацией. UE принимает через одну или более антенн ANT_UE радиосигнал, который включает в себя управляющее сообщение. UE включает в себя процессор 302 сигналов для того, чтобы обрабатывать радиосигнал, чтобы получать управляющее сообщение, которое передает в служебных сигналах активацию SPS-конфигурации, и которое передает в служебных сигналах ресурсы, которые должны выделяться для SPS-конфигурации. Базовая станция BS конфигурирует UE с SPS в соответствии с SPS-конфигурацией, например, посредством формирования конфигурационного SPS-сообщения с использованием процессора 304 сигналов и отправки конфигурационного SPS-сообщения в UE через одну или более антенн ANT_BS. Дополнительно, базовая станция формирует и передает в UE радиосигнал, который включает в себя управляющее сообщение. Управляющее сообщение передает в служебных сигналах активацию SPS-конфигурации и передает в служебных сигналах ресурсы, которые должны выделяться для SPS-конфигурации.

В соответствии с другим примером второго аспекта, абонентское устройство (UE) сконфигурировано с SPS в соответствии с множеством SPS-конфигураций. UE принимает через одну или более антенн ANT_UE радиосигнал, который включает в себя управляющее сообщение. UE включает в себя процессор 302 сигналов для того, чтобы обрабатывать радиосигнал, чтобы получать управляющее сообщение, которое передает в служебных сигналах активацию множества SPS-конфигураций. Управляющее сообщение также может передавать в служебных сигналах ресурсы, которые должны выделяться для множества SPS-конфигураций. Базовая станция BS конфигурирует UE с SPS в соответствии с множеством SPS-конфигураций, например, посредством формирования одного или более конфигурационных SPS-сообщений с использованием процессора 304 сигналов и отправки одного или более конфигурационных SPS-сообщений в UE через одну или более антенн ANT_BS. Дополнительно, она формирует и передает в UE радиосигнал, который включает в себя управляющее сообщение. Управляющее сообщение передает в служебных сигналах активацию множества SPS-конфигураций. Управляющее сообщение также может передавать в служебных сигналах ресурсы, которые должны выделяться для множества SPS-конфигураций.

В соответствии с еще одним другим примером второго аспекта, абонентское устройство (UE) сконфигурировано с SPS в соответствии с одной или более групп SPS-конфигураций, причем группа SPS-конфигураций включает в себя две или более SPS-конфигураций. UE принимает через одну или более антенн ANT_UE радиосигнал, который включает в себя управляющее сообщение. UE включает в себя процессор 302 сигналов для того, чтобы обрабатывать радиосигнал, чтобы получать управляющее сообщение, которое рассматривает SPS-конфигурации одной или более групп SPS-конфигураций. Базовая станция BS конфигурирует UE с SPS в соответствии с одной или более групп SPS-конфигураций, причем группа SPS-конфигураций включает в себя две или более SPS-конфигураций, например, посредством формирования одного или более конфигурационных SPS-сообщений с использованием процессора 304 сигналов и отправки одного или более конфигурационных SPS-сообщений в UE через одну или более антенн ANT_BS. Дополнительно, она формирует и передает в UE радиосигнал, который включает в себя управляющее сообщение. Управляющее сообщение рассматривает SPS-конфигурации одной или более групп SPS-конфигураций.

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

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

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

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

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

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

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

Ниже описываются дополнительные варианты осуществления.

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

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

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

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

5-й вариант осуществления предусматривает абонентское устройство (UE) 4-го варианта осуществления, в котором управляющее сообщение (DCI) выделяет ресурсы для одной или более SPS-конфигураций в ресурсы блока.

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

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

8-й вариант осуществления предусматривает абонентское устройство (UE) одного из 1-го - 7-го вариантов осуществления, в котором управляющее сообщение (DCI) представляет собой одно управляющее сообщение (DCI), чтобы активировать одну или более SPS-конфигураций и/или выделять ресурсы для одной или более SPS-конфигураций.

9-й вариант осуществления предусматривает абонентское устройство (UE) одного из 1-го - 8-го вариантов осуществления, в котором одно управляющее сообщение (DCI) используется для SPS-конфигураций нисходящей линии связи либо для SPS-конфигураций восходящей линии связи.

10-й вариант осуществления предусматривает абонентское устройство (UE) одного из 1-го - 9-го вариантов осуществления, в котором абонентское устройство (UE) сконфигурировано с полупостоянной диспетчеризацией (SPS) в соответствии с одной или более групп SPS-конфигураций, причем группа SPS-конфигураций включает в себя две или более SPS-конфигураций, при этом управляющее сообщение (DCI) рассматривает SPS-конфигурации из группы SPS-конфигураций.

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

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

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

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

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

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

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

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

19-й вариант осуществления предусматривает сигнал данных 18-го варианта осуществления, в котором управляющее сообщение (DCI) дополнительно передает в служебных сигналах ресурсы, которые должны выделяться для множества SPS-конфигураций.

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

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

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

23-й вариант осуществления предусматривает способ 22-го варианта осуществления, в котором управляющее сообщение (DCI) дополнительно передает в служебных сигналах ресурсы, которые должны выделяться для множества SPS-конфигураций.

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

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

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

27-й вариант осуществления предусматривает способ 26-го варианта осуществления, в котором управляющее сообщение (DCI) дополнительно передает в служебных сигналах ресурсы, которые должны выделяться для множества SPS-конфигураций.

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

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

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

Библиографический список

[1] C. Johnson: Long Term Evolution in Bullets, второе издание, 2012 год, стр. 462

[2] 3GPP TS 36.321 V13.1.0 (2016-03), стр. 42ff

[3] 3GPP TS 36.213 V13.1.1 (2016-03), раздел 9.2

[4] http://howltestuffworks.blogspot.de/2013/10/semi-persistent-scheduling.html

[5] 3GPP TS 36.331 V13.1.0 (2016-03), стр. 354

[6] http://lteworld.org/blog/lte-handovers-intra-e-utran-handover

[7] 3GPP TS 36.331 V12.7.0

Изобретение относится к области техники сетей или систем беспроводной связи. Технический результат изобретения заключается в улучшении передачи управляющих служебных сигналов для абонентского устройства, сконфигурированного с полупостоянной диспетчеризацией SPS, чтобы уменьшать объем служебной информации. Абонентское устройство (UE) выполнено с возможностью обслуживания исходной базовой станцией (eNB1) исходной соты сети беспроводной связи, причем сеть беспроводной связи включает в себя множество сот, где в каждой соте имеется базовая станция (eNB1-eNB3). Абонентское устройство (UE) сконфигурировано с полупостоянной диспетчеризацией (SPS) в соответствии с SPS-конфигурацией, предоставленной исходной базовой станцией (eNB1), абонентское устройство (UE) выполнено с возможностью поддерживать SPS при перемещении из исходной соты в целевую соту сети беспроводной связи, абонентское устройство (UE) выполнено с возможностью сигнализировать в целевую базовую станцию (eNB2) время следующего SPS-пакета. 8 н. и 24 з.п. ф-лы, 16 ил.

1. Абонентское устройство (UE), при этом:

абонентское устройство (UE) приспособлено для обслуживания исходной базовой станцией (eNB₁) исходной соты (100₁) сети беспроводной связи, причем сеть беспроводной связи включает в себя множество сот (100₁-100₃), где в каждой соте имеется базовая станция (eNB₁-eNB₃),

абонентское устройство (UE) сконфигурировано с полупостоянной диспетчеризацией (SPS) в соответствии с SPS-конфигурацией, предоставленной исходной базовой станцией (eNB₁),

абонентское устройство (UE) выполнено с возможностью поддерживать SPS при перемещении из исходной соты (100₁) в целевую соту (100₂) сети беспроводной связи, и

абонентское устройство (UE) выполнено с возможностью сигнализировать в целевую базовую станцию (eNB₂) время следующего SPS-пакета.

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

3. Абонентское устройство (UE) по п.1, при этом исходная базовая станция (eNB₁) обслуживает исходную соту, причем целевая сота обслуживается целевой базовой станцией (eNB₂).

4. Абонентское устройство (UE) по п.3, при этом абонентское устройство (UE) выполнено с возможностью передавать одну или более SPS-конфигураций в целевую базовую станцию (eNB₂) в ответ на инициирование передачи обслуживания абонентского устройства (UE) целевой базовой станции (eNB₂).

5. Абонентское устройство (UE) по п.3, выполненное с возможностью передавать идентификатор для управляющей SPS-сигнализации в целевую базовую станцию (eNB₂).

6. Абонентское устройство (UE) по п.1, в котором SPS-конфигурация включает в себя флаг, при этом, когда флаг активирован, абонентское устройство (UE) выполнено с возможностью ожидать в течение определенного времени после передачи обслуживания активации SPS либо назначения ресурсов для SPS целевой базовой станцией (eNB₂).

7. Абонентское устройство (UE) по п.6, при этом, когда активация SPS или назначение ресурсов для SPS целевой базовой станцией (eNB₂) не выполняется в течение упомянутого определенного времени, абонентское устройство (UE) выполнено с возможностью приостанавливать SPS.

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

9. Базовая станция, при этом:

базовая станция представляет собой исходную базовую станцию (eNB₁), ассоциированную с исходной сотой (100₁) сети беспроводной связи, причем сеть беспроводной связи включает в себя множество сот (100₁-100₃), где в каждой соте имеется базовая станция (eNB₁-eNB₃),

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

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

исходная базовая станция (eNB₁) выполнена с возможностью сигнализировать в целевую базовую станцию (eNB₂) время следующего SPS-пакета.

10. Базовая станция по п.9, при этом исходная базовая станция (eNB₁) выполнена с возможностью передавать SPS-конфигурацию в целевую базовую станцию (eNB₂) через интерфейс, непосредственно соединяющий базовые станции (eNB₁-eNB₃) сети беспроводной связи, либо через ядро сети беспроводной связи.

11. Базовая станция по п.9, при этом исходная базовая станция (eNB₁) выполнена с возможностью передавать в целевую базовую станцию (eNB₂) идентификатор для управляющей SPS-сигнализации для абонентского устройства (UE).

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

13. Базовая станция по п.9, при этом время следующего SPS-пакета сигнализируется в качестве времени до следующего SPS-интервала или в качестве абсолютного времени, либо в качестве периода SPS-интервала, который уже прошел до сих пор.

14. Базовая станция по п.9, при этом целевая базовая станция (eNB₂) выполнена с возможностью передавать в абонентское устройство (UE) активационный сигнал, чтобы активировать SPS в абонентском устройстве (UE).

15. Базовая станция по п.9, при этом, когда идентификатор для управляющей SPS-сигнализации для абонентского устройства (UE), используемого в исходной соте (100₁), занят или иным образом используется в целевой соте (100₂), исходная базовая станция (eNB₁) выполнена с возможностью обновлять идентификатор для управляющей SPS-сигнализации для абонентского устройства (UE).

16. Базовая станция по п.9, при этом базовая станция (eNB₁-eNB₃) выполнена с возможностью передавать SPS-конфигурацию через интерфейс, непосредственно соединяющий базовые станции (eNB₁-eNB₃) сети беспроводной связи, либо через ядро сети беспроводной связи.

17. Базовая станция по п.9, при этом базовая станция (eNB₁-eNB₃) выполнена с возможностью передавать SPS-конфигурацию в ответ на передачу обслуживания абонентского устройства (UE), причем передача обслуживания инициируется ядром (MME), представляющим собой ядро сети беспроводной связи для сети, либо абонентским устройством (UE).

18. Базовая станция по п.9, при этом базовая станция (eNB₁-eNB₃) представляет собой базовую макростанцию или базовую станцию небольшой соты.

19. Базовая станция, при этом:

базовая станция представляет собой целевую базовую станцию (eNB₂), ассоциированную с целевой сотой (100₂) сети беспроводной связи, причем сеть беспроводной связи включает в себя множество сот (100₁-100₃), где в каждой соте имеется базовая станция (eNB₁-eNB₃),

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

целевая базовая станция (eNB₂) выполнена с возможностью обслуживать абонентское устройство (UE), расположенное в целевой соте (100₂), с использованием SPS в соответствии с принятой SPS-конфигурацией, и

целевая базовая станция (eNB₂) выполнена с возможностью принимать из исходной базовой станции (eNB₁) время следующего SPS-пакета.

20. Базовая станция по п.19, при этом целевая базовая станция (eNB₂) выполнена с возможностью передавать в абонентское устройство (UE) активационный сигнал, чтобы активировать SPS в абонентском устройстве (UE).

21. Базовая станция по п.19, при этом, когда идентификатор для управляющей SPS-сигнализации для абонентского устройства (UE), используемого в исходной соте (100₁), занят или иным образом используется в целевой соте (100₂), исходная базовая станция (eNB₁) выполнена с возможностью обновлять идентификатор для управляющей SPS-сигнализации для абонентского устройства (UE).

22. Базовая станция по п.19, при этом базовая станция (eNB₁-eNB₃) выполнена с возможностью передавать SPS-конфигурацию через интерфейс, непосредственно соединяющий базовые станции (eNB₁-eNB₃) сети беспроводной связи, либо через ядро сети беспроводной связи.

23. Базовая станция по п.19, при этом базовая станция (eNB₁-eNB₃) выполнена с возможностью передавать SPS-конфигурацию в ответ на передачу обслуживания абонентского устройства (UE), причем передача обслуживания инициируется ядром (MME), представляющим собой ядро сети беспроводной связи для сети, либо абонентским устройством (UE).

24. Базовая станция по п.19, при этом базовая станция (eNB₁-eNB₃) представляет собой базовую макростанцию или базовую станцию небольшой соты.

25. Сеть беспроводной связи, содержащая:

абонентское устройство (UE) по одному из пп.1-8, и

множество базовой станции (eNB₁-eNB₃) по одному из пп.9-24.

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

27. Сеть беспроводной связи по п.25, в которой абонентское устройство (UE) представляет собой мобильный терминал, устройство из состава транспортного средства или IoT-устройство.

28. Сеть беспроводной связи по п.25, в которой используется сигнал на основе IFFT (обратного быстрого преобразования Фурье), при этом сигнал на основе IFFT включает в себя OFDM с CP, DFT-s-OFDM с CP, формы сигналов на основе IFFT без CP, f-OFDM, FBMC, GFDM или UFMC.

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

обслуживают абонентское устройство (UE) посредством исходной базовой станции (eNB₁) исходной соты (100₁) сети беспроводной связи, причем сеть беспроводной связи включает в себя множество сот (100₁-100₃), где в каждой соте имеется базовая станция (eNB₁-eNB₃), при этом абонентское устройство (UE) сконфигурировано с полупостоянной диспетчеризацией (SPS) в соответствии с SPS-конфигурацией, предоставленной исходной базовой станцией (eNB₁),

поддерживают SPS в абонентском устройстве (UE), когда абонентское устройство (UE) перемещается из исходной соты (100₁) в целевую соту (100₂) сети беспроводной связи, и

сигнализируют в целевую базовую станцию (eNB₂) время следующего SPS-пакета.

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

обслуживают абонентское устройство (UE) посредством исходной базовой станции (eNB₁), ассоциированной с исходной сотой (100₁) сети беспроводной связи, причем сеть беспроводной связи включает в себя множество сот (100₁-100₃), где в каждой соте имеется базовая станция (eNB₁-eNB₃), причем абонентское устройство (UE) расположено в исходной соте (100₁) сети беспроводной связи,

конфигурируют абонентское устройство (UE) с полупостоянной диспетчеризацией (SPS) в соответствии с SPS-конфигурацией,

передают SPS-конфигурацию из исходной базовой станции (eNB₁) в целевую базовую станцию (eNB₂), ассоциированную с целевой сотой (100₂), когда абонентское устройство (UE) перемещается из исходной соты (100₁) в целевую соту (100₂) сети беспроводной связи, и

передают из исходной базовой станции (eNB₁) в целевую базовую станцию (eNB₂) время следующего SPS-пакета.

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

принимают конфигурацию полупостоянной диспетчеризации (SPS) и время следующего SPS-пакета в целевой базовой станции (eNB₂), ассоциированной с целевой сотой (100₂) сети беспроводной связи, причем сеть беспроводной связи включает в себя множество сот (100₁-100₃), где в каждой соте имеется базовая станция (eNB₁-eNB₃), при этом SPS-конфигурация принимается из исходной базовой станции (eNB₁), ассоциированной с исходной сотой (100₁) и в данный момент обслуживающей абонентское устройство (UE), сконфигурированное с SPS в соответствии с SPS-конфигурацией, при этом SPS-конфигурация принимается в ответ на перемещение абонентского устройства (UE) из исходной соты (100₁) в целевую соту (100₂) сети беспроводной связи, и

обслуживают абонентское устройство (UE), расположенное в целевой соте (100₂), посредством целевой базовой станции (eNB₂) с использованием SPS в соответствии с принятой SPS-конфигурацией.

32. Машиночитаемый носитель, на котором сохранены инструкции, которыми при их исполнении на компьютере осуществляется способ по одному из пп.29-31.