RU2669784C1

RU2669784C1 - Инициирование pdcch, подходящее для устройств мтс

Info

Publication number: RU2669784C1
Application number: RU2017130339A
Authority: RU
Inventors: Йохан БЕРГМАН; Юфэй БЛАНКЕНШИП
Original assignee: Телефонактиеболагет Лм Эрикссон (Пабл)
Priority date: 2015-01-29
Filing date: 2016-01-26
Publication date: 2018-10-16
Also published as: US20200137794A1; JP6476306B2; JP2018509804A; PH12017501362A1; CN107438971B; EP3251271A1; JP6741805B2; US10536970B2; US11212832B2; EP3251271B1; WO2016122379A1; US20160360551A1; CN107438971A; JP2019092193A

Abstract

Изобретение относится к технике связи и может использоваться в системах беспроводной связи. Технический результат состоит в повышении пропускной способности передачи. Для этого в изобретении используют технологии, позволяющие UE 120a-j с низкой степенью сложности, например устройствам MTC версии 13, работать в унаследованной системе LTE с поддерживаемой или повышенной пропускной способностью 8 н. и 35 з.п. ф-лы, 12 ил.

Description

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

Настоящее раскрытие, в общем, относится к радиосвязи. Более конкретно, варианты осуществления, представленные в данном документе, в общем, относятся к инициированию физического канала управления нисходящей линии связи (PDCCH) для пользовательского оборудования (UE), имеющего ограниченную (например, уменьшенную) полосу пропускания UE по сравнению с обычными UE. Например, некоторые варианты осуществления, представленные в данном документе, в общем, относятся к инициированию PDCCH для устройств связи машинного типа (MTC), например, устройств Rel-13 MTC (то есть устройств MTC версии 13). Например, настоящее раскрытие представляет различные варианты осуществления для инициирования PDCCH для узкополосной работы MTC в долгосрочном развитии (LTE).

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

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

Сети радиосвязи широко применяются для предоставления различных услуг связи, таких как телефония, передача видео, передача данных, обмен сообщениями, широковещательная передача и т.д. Такие сети связи поддерживают связь для многочисленного пользовательского оборудования (UE) путем совместного использования доступных ресурсов сети. Одним примером такой сети служит универсальная мобильная телекоммуникационная система (UMTS), технология мобильных телефонов третьего поколения (3G), технология мобильных телефонов, стандартизированная с помощью проекта партнерства 3-го поколения (3GPP). UMTS включает в себя определение для сети радиодоступа (RAN), которая упоминается как наземная сеть радиодоступа UMTS (UTRAN). UMTS, которая является преемником технологии глобальной системы мобильной связи (GSM), поддерживает различные стандарты радиоинтерфейса, такие как широкополосный множественный доступ с кодовым разделением каналов (WCDMA), множественный доступ с кодовым разделением каналов - временным разделением каналов (TD-CDMA) и синхронный множественный доступ с кодовым разделением каналов - временным разделением каналов (TD-SCDMA). UMTS также поддерживают усовершенствованные протоколы передачи данных третьего поколения (3G), такие как высокоскоростной пакетный доступ (HSPA), который обеспечивает более высокие скорости передачи данных и пропускную способность для ассоциированных сетей UMTS. Поскольку спрос на мобильный широкополосный доступ продолжает расти, исследования и разработки продолжают продвигать технологии UMTS не только для удовлетворения растущего спроса на мобильный широкополосный доступ, но и для увеличения и улучшения взаимодействия пользователей с мобильной связью. Например, UMTS третьего поколения, основанная на W-CDMA, была развернута во многих местах мира. Чтобы гарантировать, что эта система будет оставаться конкурентоспособной в будущем, 3GPP начала проект для определения долгосрочного развития сотовой технологии UMTS. Спецификации, относящиеся к этим усилиям, официально известны как развитой наземный радиодоступ UMTS (E-UTRA) и развитая наземная сеть радиодоступа UMTS (E-UTRAN), но чаще упоминается как долгосрочное развитие (LTE). Более подробное описание сетей и систем радиосвязи можно найти в литературе, например, в технических спецификациях, опубликованных, например, 3GPP. Базовая сеть (CN) с развитой сетевой архитектурой иногда упоминается как развитое пакетное ядро (EPC), и при обращении к полной сотовой системе, включая сеть радиодоступа и базовую сеть, а также другие возможные объекты, такие как объекты, связанные с услугами, можно использовать термин развитая пакетная система (EPS).

На фиг.1 показан пример системы 100 радиосвязи LTE 3GPP только в качестве примера предшествующего уровня техники.

Как можно видеть, фиг.1 иллюстрирует сеть радиодоступа в системе 100 радиосвязи LTE. В этом примере имеется два узла 110a и 110b радиосети, каждый из которых приведен в качестве примера развитого Узла B (eNB). Первый eNB 110a выполнен с возможностью обслуживания одного или нескольких UE 120a-e, расположенных в пределах географической зоны обслуживания eNB 100a или радиосоты 130a. eNB 110a имеет возможность подключения к базовой сети (CN). eNB 110a имеет также возможность подключения, например, через интерфейс X2, к соседнему eNB 110b, выполненному с возможностью обслуживания другой соты 130b. Соответственно, второй eNB 110b выполнен с возможностью обслуживания одного или нескольких UE 120f-j, расположенных в пределах географической зоны обслуживания eNB 100b или соты 130b. eNB 110b имеет также возможность подключения к CN.

Как известно в существующем уровне технике, LTE использует мультиплексирование с ортогональным частотным разделением каналов (OFDM) в нисходящей линии связи и OFDM, расширенное посредством DFT (то есть DFTS-OFDM, где DFT обозначает дискретное преобразование Фурье) в восходящей линии связи. Таким образом, основной физический ресурс нисходящей линии связи LTE можно рассматривать как частотно-временную сетку, которая показана на фиг.2, где каждый ресурсный элемент соответствует одной поднесущей OFDM в течение одного интервала OFDM-символа.

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

В настоящее время популярное видение будущего развития связи в сетях радиосвязи включает огромное количество небольших автономных устройств, которые обычно более или менее редко (например, от одного раза в неделю до одного раза в минуту) передают и получают только небольшие объемы данных (или производят опрос данных). Предполагается, что эти устройства не связаны с людьми, а скорее могут быть датчиками или приводами разных типов, которые могут связываться с серверами приложений (которые настраивают устройства и получают данные от них) внутри или вне сотовой сети. Следовательно, этот тип связи часто упоминается как межмашинная (M2M) связь, и устройства могут называться машинными устройствами (MD). В стандартизации 3GPP соответствующими альтернативными терминами являются связь машинного типа (MTC) и устройства связи машинного типа (устройства MTC), причем последний термин представляет собой подмножество более общего термина UE. Более подробное описание связи MTC можно найти в литературе, например, в технической спецификации 3GPP TS 22.368 V.13.1.0.

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

Кроме того, MTC может стать важным потоком доходов для операторов и может иметь огромный потенциал с точки зрения оператора. Операторам может быть полезно обслуживать устройства MTC с использованием уже развернутой технологии радиодоступа. Поэтому 3GPP LTE была исследована как конкурентная технология радиодоступа для эффективной поддержки MTC. Снижение стоимости устройств MTC может стать важным инструментом для реализации концепции "Интернета вещей". Более того, устройства MTC, используемые во многих приложениях, могут требовать низкого энергопотребления, поэтому, как объяснялось ранее, ожидается, что они будут взаимодействовать с нечастыми маленькими пакетными передачами. Кроме того, существует значительный рынок для случаев использования M2M устройств, развернутых внутри зданий, который требует улучшения покрытия по сравнению с определенной зоной покрытия соты LTE.

Например, в 3GPP LTE версии 12 определен режим энергосбережения UE, позволяющий использовать длительный срок службы аккумулятора и новую категорию UE, допускающую уменьшенную сложность модема. Кроме того, в версии 13 ожидается, что дальнейшая работа MTC еще больше снизит стоимость MTC и обеспечит улучшение покрытия. Ключевым элементом для снижения стоимости является введение ограниченной полосы пропускания радиочастот (РЧ) 1,4 МГц в нисходящей линии связи и восходящей линии связи в пределах любой полосы пропускания системы.

EPDCCH (расширенный физический канал управления нисходящей линии связи)

Используя обычные UE, UE можно выполнить с возможностью контроля EPDCCH в дополнение к PDCCH, смотри, например, технические спецификации 3GPP TS 36.211 (например, раздел 6.8 А) и 3GPP TS 36.213 (например, раздел 9.1.4). Для каждой обслуживающей соты сигнализация более высокого уровня позволяет сконфигурировать UE с одним или двумя наборами EPDCCH-PRB (где PRB обозначает физический ресурсный блок) для контроля EPDCCH. Каждый набор EPDCCH-PRB содержит набор ECCE (то есть элементы улучшенного канала управления), пронумерованных от 0 до

, где

- количество ECCE в наборе EPDCCH-PRB подкадра

. Каждый набор EPDCCH-PRB может быть сконфигурирован для локальной передачи EPDCCH или распределенной передачи EPDCCH.

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

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

Настоящее раскрытие признает тот факт, что для обычного или регулярного UE-контроля EPDCCH, UE может также обычно принимать PDCCH. PDCCH может предоставлять информацию для приема сигнализации управления радиоресурсами (RRC), и сигнализация RRC обычно несет информацию о конфигурации EPDCCH. Однако UE с ограниченной полосой пропускания (например, устройства MTC версии 13 с низкой степенью сложности (или UE версии 13 с низкой степенью сложности)), как правило, не способны принимать PDCCH из-за ограниченной полосы пропускания. Например, устройство MTC версии 13 с низкой степенью сложности может принимать EPDCCH, так как EPDCCH можно принимать в пределах окна приема 1,4 МГц устройства MTC версии 13 с низкой степенью сложности, и поэтому имеет смысл использовать EPDCCH. Однако предполагается, что информацию о конфигурации EPDCCH можно передать каким-либо образом в устройство MTC версии 13 с низкой степенью сложности. Однако если EPDCCH используется непосредственным образом, инициирование физического канала управления нисходящей линии связи для работы MTC может быть неадекватным. Например, можно предположить, что инициирование PDCCH для работы MTC не может быть выполнено при существующей процедуре, поскольку существующая процедура обычно основана на PDCCH.

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

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

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

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

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

Блок системной информации может представлять собой блок системной информации низкой сложности (LC-SIB), и физический канал управления может представлять собой физический канал управления нисходящей линии связи низкой сложности (LC-PDCCH).

Способ может дополнительно содержать получение одноадресного LC-PDCCH в пределах упомянутого общего пространства поиска.

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

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

Блок системной информации может представлять собой LC-SIB, и физический канал управления - LC-PDCCH.

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

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

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

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

Блок системной информации может представлять собой LC-SIB, и физический канал управления может представлять собой LC-PDCCH.

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

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

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

Ответ произвольного доступа может быть ответом произвольного доступа низкой сложности (LC-RAR).

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

Способ может дополнительно содержать, перед приемом RAR, передачу физического канала произвольного доступа (PRACH) в сетевой узел.

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

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

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

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

RAR может быть LC-RAR.

UE может дополнительно содержать средство, выполненное с возможностью передачи физического канала произвольного доступа (PRACH) в сетевой узел перед приемом RAR:

UE может также содержать средство, выполненное с возможностью использования принятого DCI для приема одного или нескольких начальных LC-PDCCH. Один или более начальных LC-PDCCH могут содержать или иным образом показывать информацию, которая относится к приему PDSCH, несущего сообщение о выделенном RRC. Выделенное RRC может обеспечить полную конфигурацию LC-PDCCH.

Настоящее раскрытие также представляет способ на основе процедуры RA, выполняемый узлом, таким как развитой Узел B (eNB). Способ содержит передачу в UE, имеющее ограниченную (например, уменьшенную) полосу пропускания UE по сравнению с обычными UE, RAR, который сконфигурирован для UE, имеющих упомянутую ограниченную полосу пропускания UE, причем RAR содержит DCI для UE, имеющего упомянутую ограниченную полосу пропускания UE.

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

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

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

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

фиг.1 иллюстрирует примерную систему радиосвязи 3GPP LTE;

фиг.2 иллюстрирует пример физического ресурса нисходящей линии связи (DL) LTE;

фиг.3 иллюстрирует процедуру на основе LC-SIB для инициирования конфигурации LC-PDCCH;

фиг.4 иллюстрирует процедуру на основе LC-RAR для инициирования конфигурации LC-PDCCH;

фиг.5 - блок-схема последовательности операций способа согласно одному примерному варианту осуществления;

фиг.6 схематично иллюстрирует примерную реализацию UE низкой сложности;

фиг.7 блок-схема последовательности операций способа согласно одному примерному варианту осуществления;

фиг.8 схематично иллюстрирует примерную реализацию сетевого узла, такого как eNB, для широковещания LC-SIB в UE;

фиг.9 блок-схема последовательности операций способа согласно одному примерному варианту осуществления;

фиг.10 схематично иллюстрирует примерную реализацию UE низкой сложности;

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

фиг.12 схематично иллюстрирует примерную реализацию сетевого узла, такого как eNB, для исполнения процедуры LC-RA.

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

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

Варианты осуществления, описанные ниже, признают тот факт, что для обычного или регулярного UE-контроля EPDCCH UE обычно также может принимать PDCCH. PDCCH может предоставлять информацию для приема сигнализации управления радиоресурсами (RRC), и сигнализация RRC обычно передает информацию о конфигурации EPDCCH. Однако для устройств MTC версии 13 с низкой степенью сложности (или UE версии 13 с низкой степенью сложности), устройство MTC, как правило, не может принимать PDCCH из-за ограничений полосы пропускания. Устройство MTC версии 13 с низкой степенью сложности может принимать EPDCCH, поскольку EPDCCH может приниматься в пределах окна приема 1,4 МГц устройства MTC версии 13 с низкой степенью сложности, и поэтому имеет смысл использовать EPDCCH. Однако это предполагает, что информация конфигурации EPDCCH может быть передана каким-либо образом в устройство MTC версии 13 с низкой степенью сложности. Однако, если EPDCCH используется непосредственным образом, инициирование физического канала управления нисходящей линии связи для работы MTC может быть неадекватным. Например, можно предположить, что инициирование PDCCH для работы MTC нельзя выполнить при использовании существующей процедуры, поскольку существующая процедура обычно основана на PDCCH.

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

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

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

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

Термин "пользовательское оборудование (UE)" используется в дальнейшем для обозначения любого устройства, которое может использовать пользователь для осуществления связи. Кроме того, термин UE может упоминаться как мобильный терминал, терминал, пользовательский терминал (UT), беспроводный терминал, устройство беспроводной связи, блок беспроводной передачи/приема (WTRU), мобильный телефон, сотовый телефон и т.д. Кроме того, термин UE включает в себя устройства MTC, которые не обязательно включают взаимодействие человека, как описано выше. Кроме того, термин "узел радиосети", который используется в данном документе, как правило, обозначает фиксированную точку, способную поддерживать связь с UE. По существу он может упоминаться как базовая станция, базовая радиостанция, Узел B (NodeB) или развитой Узел B (eNB), контроллер радиосети (RNC), точка доступа и т.д. В рамках контекста настоящего раскрытия следует понимать, что термин "узел радиосети" может обозначать узел, который не обязательно является частью того, что обычно называют "сетью радиодоступа", например, объект управления мобильностью (MME), обслуживающий узел поддержки общей услуги пакетной радиосвязи (SGSN), сервер домашних абонентов (HSS) или регистр исходного местоположения (HLR). Таким образом, термин "узел радиосети", используемый в данном документе может также включать в себя, например, узлы CN.

Ниже будет представлен разнообразный аспект технологии. Термин "UE с низкой степенью сложности" используется в данном документе для обозначения UE, которое имеет более низкую сложность по сравнению с другими, нормальными или обычными UE. В 3GPP версии 13 введен термин "UE версии 13 с низкой степенью сложности". UE версии 13 с низкой степенью сложности используется для обозначения UE, которое имеет ограниченную сложность по сравнению с другими, нормальными или обычными UE (то есть UE более ранних версий, например, версии 12 или версии 11). Одна характеристика UE с низкой степенью сложности состоит в том, что это UE имеет ограниченную полосу пропускания UE 1,4 МГц в нисходящей линии связи и восходящей линии связи. Другими словами, UE с низкой степенью сложности представляет собой UE, имеющее ограниченную полосу пропускания UE, например, 1,4 МГц в DL и UL. Другие характеристики UE с низкой степенью сложности можно найти, например, в разделе 4.1 описания RP 141865 рабочих элементов 3GPP LTE версии 13, который был представлен на форуме №66 3GPP TSG RAN в Эдинбурге, Шотландия, в сентябре 2014. UE с низкой степенью сложности можно воплотить в виде устройства MTC. Таким образом, UE с низкой степенью сложности может иногда упоминаться взаимозаменяемо как устройство MTC с низкой степенью сложности. В приведенном ниже описании термин "UE" относится к UE с низкой степенью сложности, если не указано иное. Как будет понятно специалистам в данной области техники, UE с низкой степенью сложности может, следовательно, работать в более узкой полосе пропускания по сравнению с обычными или нормальными UE. Другими словами, UE, имеющее ограниченную (например, уменьшенную) полосу пропускания, может работать в уменьшенной полосе пропускания в DL и/или UL. Более конкретно, UE, имеющее ограниченную (например, уменьшенную) полосу пропускания может работать при уменьшенной полосе пропускания нисходящей линии связи в полосе пропускания системы нисходящей линии связи и/или при уменьшенной полосе пропускания восходящей линии связи в пределах полосы пропускания системы восходящей линии связи.

Кроме того, в дальнейшем LC-PDCCH относится к физическому каналу управления нисходящей линии связи (PDCCH), определенному для поддержки UE с низкой степенью сложности, то есть UE с ограниченной (или уменьшенной) полосой пропускания. Следует понимать, что, хотя UE с низкой степенью сложности используется в качестве примера в последующем описании, структуру этого канала (то есть LC-PDCCH) может также использовать UE другого типа. Например, LC-PDCCH может быть введен в качестве нового физического канала управления нисходящей линии связи или в качестве EPDCCH нового вида.

Аспект 1. Инициирование LC-PDCCH посредством SIB

Процедура инициирования LC-PDCCH на основе LC-SIB проиллюстрирована с помощью примера, показанного на фиг.3 и описанного ниже.

(a) Сетевой узел (например, eNB) передает блок системной информации (SIB), сконфигурированный для UE с низкой степенью сложности. Поэтому SIB может упоминаться как LC-SIB (SIB с низкой степенью сложности). Как правило, сетевой узел передает LC-SIB в одно или несколько UE. Соответственно, UE с низкой степенью сложности выполнено с возможностью приема переданного LC-SIB, например, переданного из сетевого узла. LC-SIB можно выполнить с возможностью обеспечения конфигурации общего пространства поиска LC-PDCCH. В данном документе предполагается, что LC-SIB может быть принят без PDCCH/EPDCCH/LC-PDCCH или принят с фиксированным форматом LC-PDCCH. Это проиллюстрировано в виде DL-подкадра A на фиг.3.

(b) UE получает (например, приобретает или принимает) одноадресный LC-PDCCH, расположенный в общем пространстве поиска LC-PDCCH. На фиг.3 схематично проиллюстрированы три одноадресных LC-PDCCH, которые совместного пользуются в общем пространстве поиска в DL-подкадре B, где каждый LC-PDCCH предназначен для разных UE (то есть, где каждый LC-PDCCH предназначен для одного конкретного UE среди множества UE).

(c) Одноадресный LC-PDCCH, как правило, но не обязательно, взаимодействует с одноадресным PDSCH, несущим сообщение выделенного RRC, где сообщение о выделенном RRC сконфигурировано для обеспечения конфигурации LC-PDCCH, такой как область LC-PDCCH, характерная для UE. Это проиллюстрировано на фиг.3в виде DL-подкадра C.

(d) Последующие LC-PDCCH для UE могут быть переданы, то есть отправлены, с использованием конфигурации LC-PDCCH, предоставленной в сообщении RRC. Это проиллюстрировано на фиг.3 в виде DL-подкадра D.

В пункте (b), указанном выше, может существовать одно общее пространство поиска LC-PDCCH, которое совместно используется всеми UE с низкой степенью сложности, например, если количество обслуживаемых UE является относительно маленьким. Альтернативно, чтобы обеспечить дополнительное пространство для одновременной поддержки большего количества UE, два или более общих пространств поиска можно сконфигурировать с помощью LC-SIB, например, с помощью каждого UE, отображенного в общее пространство поиска в неявной форме. Например, можно сконфигурировать два пространства поиска, где UE с четными ID UE отображаются в одно пространство поиска, и UE с нечетными ID UE отображаются в другое пространство поиска.

Конфигурация LC-SIB общего пространства поиска LC-PDCCH может, например, включать в себя один или несколько следующих параметров:

- Конфигурация частотной области общего пространства поиска может включать в себя:

- назначение ресурсного блока; и/или

- количество пар PRB, выделенных общему пространству поиска. В версии 11 набор EPDCCH состоит из N=2, 4 или 8 пар PRB. В версии 13 новый формат можно определить для поддержки наборов EPDCCH с N=6.

- Конфигурация во временной области общего пространства поиска. Она может включать в себя:

- время начала (например, число радиокадров, число подкадров) возможной передачи LC-PDCCH;

- количество повторений по подкадрам для передачи LC-PDCCH; и/или

- шаблон подкадра, где UE должно контролировать общее пространство поиска LC-PDCCH.

- Начальный OFDM-символ LC-PDCCH;

- Тип передачи, такой как "локальный" и "распределенный";

- Параметр

инициирования последовательности скремблирования DMRS задан в TS 36.211;

- Определенный индикатор ресурса PUCCH (аналогичный pucch-ResourceStartOffset);

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

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

- LC-SIB ограничен группой 6-PRB, расположенной в центре полосы пропускания системы;

- Общее пространство поиска не является отступлением от пространства поиска, характерного для UE; скорее всего они занимают другие группы 6-PRB, и UE не может одновременно контролировать и то и другое. (В существующем уровне техники общее пространство поиска похоже на отказ от пространства поиска, характерного для UE, и UE контролирует в подкадре оба пространства одновременно).

- Параметры конфигурации LC-PDCCH отличаются от существующего уровня техники. Например, они включают в себя параметры частотно-временной области.

Аспект 2. Инициирование LC-PDCCH посредством ответа произвольного доступа (RAR)

Процедура инициирования LC-PDCCH может предоставить UE с низкой степенью сложности, таким как устройства MTC версии 13, начальную конфигурацию EPDCCH, характерную для UE, в самом начале, например, перед тем как UE, как правило, сможет принять любой одноадресный PDSCH (например, прежде, чем UE сможет принять PDSCH, несущий RRC). Предполагается, что RAR можно отправить без EPDCCH и/или LC-PDCCH или отправить с фиксированным форматом LC-PDCCH. Преимущество состоит в том, чтобы избежать определения общего пространства поиска EPDCCH. Преимущественным может быть создание или определение нового типа сообщения RAR для UE с низкой степенью сложности. Кроме того, RAR этого нового типа не будет предназначен для считывания нормальным или обычным UE.

Пример процедуры инициирования LC-PDCCH на основе RAR схематично проиллюстрирован на фиг.4 и описан ниже:

(e) UE выполняет процедуры произвольного доступа путем отправки PRACH в сетевой узел (например, в eNB);

(f) Сетевой узел (например, eNB) реагирует на UE с помощью LC-RAR. LC-RAR содержит управляющую информацию нисходящей линии связи (DCI) для UE. DCI обеспечивает начальную конфигурацию LC-PDCCH для UE. Три LC-RAR проиллюстрированы в виде подкадра A DL на фиг.4, причем каждый LC-RAR предназначен для различного UE;

(g) UE использует или иным образом использует DCI в LC-RAR для приема начального(ых) канал(ов) LC-PDCCH. Три одноадресных LC-PDCCH проиллюстрированы на фиг.4 в виде DL-подкадра B, где каждый LC-PDCCH предназначен для разных UE;

(h) Начальный(е) канал(ы) LC-PDCCH может/могут предоставлять информацию для приема PDSCH, несущего сообщение о выделенном RRC. Сообщение о выделенном RRC может обеспечить полную конфигурацию LC-PDCCH; три PDSCH, несущие сообщение RRC, проиллюстрированы в DL-подкадре C на фиг.3, каждый PDSCH для различного UE;

- cледует иметь в виду, что все передачи LC-PDCCH, отправленные перед выделенным сообщением RRC, могут использовать начальную конфигурацию LC-PDCCH. Например, Сообщение 3 (то есть Msg 3) процедуры произвольного доступа может использовать начальную конфигурацию LC-PDCCH.

(i) Последующие LC-PDCCH могут использовать полную конфигурацию LC-PDCCH; три одноадресных передачи LC-PDCCH проиллюстрированы в DL-подкадре D на фиг.4 в качестве примера.

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

Минимальная информация LC-PDCCH, которую должен нести в себе RAR, будет, как правило, представлять собой назначение ресурсного блока DL для одноадресного LC-PDCCH (например, индекс начала PRB из группы 6-PRB для UE MTC).

Другая информация о конфигурации LC-PDCCH, которая может или не может быть необходимой, должна включать в себя:

- DMRS (то есть опорный сигнал демодуляции) параметр

инициирования последовательности скремблирования; и/или

Параметры конфигурации LC-PDCCH, которые могут быть заданы (таким образом, нет необходимости осуществлять сигнализацию), могут включать в себя:

- N, число пар PRB, выделенных общему пространству поиска. Одним примером является фиксация, например, N=6 в спецификации;

- время начала (например, число радиокадров, число подкадров) потенциальной передачи LC-PDCCH. Один пример состоит в том, что LC-PDCCH может быть заданным для запуска в подкадре #0 каждого радиокадра;

- число повторений среди подкадров для передачи LC-PDCCH можно задать как одинаковое число повторений для приема RAR; и/или

- шаблон подкадра, где UE должен контролировать пространство поиска, характерное для UE, LC-PDCCH, задан как подкадры, следующие друг за другом.

Существующий RAR, как правило, содержит 20-битовое поле "Грант UL". Для LC-RAR одним возможным способом является разбиение этих 20 бит, используемых в данный момент времени для Гранта UL, на два поля (например, по 10 битов в каждом):

- Конфигурация LC-PDCCH

- Выделение ресурсов частотной области с точки зрения местоположения пары PRB и числа PRB. Например, для неперекрывающейся группы 6-PRB потребуется только 4 бита; и/или

- Конфигурация во временной области, такая как шаблон подкадра и число повторений.

- Грант UL (новый формат с уменьшенным размером). Уменьшенный размер может быть достигнут с учетом следующего:

- Отсутствует перескок частоты PUSCH (экономия 1-го бита);

- Значительно ограниченная свобода для выделения ресурсов UL. Например, для неперекрывающейся группы 6-PRB потребуется только 4 бита; и/или

- Выбор 8 MCS (для всех используется QPSK (то есть квадратурная фазовая манипуляция)) вместо выбора 16 MCS (экономия 1-го бита).

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

Аспект 1

Теперь делается ссылка на фиг.5, которая иллюстрирует способ 5000, выполняемый UE, имеющим ограниченную, например, уменьшенную, полосу пропускания UE (например, UE версии 13 с низкой степенью сложности) по сравнению с обычными UE (например, UE более ранних версий). Способ содержит: прием 5010, из сетевого узла, блока системной информации (например, LC-SIB), который сконфигурирован для UE, имеющих упомянутую ограниченную полосу пропускания UE, причем блок системной информации содержит информацию, которая относится к конфигурации общего пространства поиска физического канала управления для UE, имеющих упомянутую ограниченную полосу пропускания UE (то есть LC-PDCCH).

Способ может дополнительно содержать получение 5020 или иным образом приобретение одноадресной LC-PDCCH в пределах упомянутого общего пространства поиска.

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

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

Фиг.6 схематично иллюстрирует примерный вариант осуществления UE 10. UE 10 представляет собой UE 10, имеющее ограниченную полосу пропускания UE (например, UE версии 13 с низкой степенью сложности) по сравнению с обычными UE (например, UE более ранних версий). UE 10 содержит средство 11, выполненное с возможностью приема, из сетевого узла (например, eNB), блока системной информации (то есть LC-SIB), который сконфигурирован для UE, имеющих упомянутую ограниченную полосу пропускания UE, причем блок системной информации содержит информацию, которая относится к конфигурации общего пространства поиска физического канала управления для UE, имеющих упомянутую ограниченную полосу пропускания UE (то есть LC-PDCCH). UE 10 может дополнительно содержать средства 11, 12, 13, выполненные с возможностью получения или иным образом приобретения (например, приема) одноадресного LC-PDCCH в пределах упомянутого общего пространства поиска. В одном варианте осуществления LC-PDCCH взаимодействует с одноадресным физическим совместно используемым каналом нисходящей линии связи (PDSCH), несущего сообщение о выделенном RRC. Сообщение RRC может включать в себя информацию, которая относится к конфигурации LC-PDCCH, например, область LC-PDCCH, характерную для UE. В одном варианте осуществления UE 10 может дополнительно содержат средство 11, выполненное с возможностью передачи LC-PDCCH для UE, использующих или иным образом применяющих конфигурацию LC-PDCCH, предусмотренную в сообщении RRC.

В одной примерной реализации UE 10 содержит процессор 12 и память 13. Кроме того, интерфейс 11 связи можно предусмотреть для того, чтобы позволить UE 10 поддерживать связь с другими устройствами (например, с другими UE и/или сетевыми узлами) и т.д. С этой целью интерфейс 11 связи может содержать передатчик (Tx) и приемник (Rx). В качестве альтернативы, интерфейс 11 связи может содержать приемопередатчик (Tx/Rx), объединяющий в себе возможности передачи и приема. Интерфейс 11 связи может включать в себя РЧ интерфейс, позволяющий UE 10 поддерживать связь с устройствами и т.д. в радиочастотном диапазоне, используя различные радиочастотные технологии, такие как LTE, WCDMA, любую другую сотовую сеть, стандартизированную в соответствии с проектом партнерства третьего поколения (3GPP), или любую другую технологию беспроводной связи, такую как Wi-Fi, BlUEtooth® и т.д. При необходимости UE может включать в себя пользовательский интерфейс UI 14. Однако UI 14 не является обязательным. Например, UE MTC (которые иначе называются как MTC устройства), как правило, предоставляются без UI 14.

Память 13 может содержать инструкции, исполняемые процессором 12, посредством которых UE 10 приводится в действие для приема (например, через Rx i/f 11) из сетевого узла (например, eNB), блока системной информации (то есть LC-SIB), который сконфигурирован для UE, имеющих упомянутую ограниченную полосу пропускания UE, причем блок системной информации содержит информацию, которая относится к конфигурации общего пространства поиска физического канала управления для UE, имеющих упомянутую ограниченную полосу пропускания UE (то есть LC-PDCCH). Память 13 может дополнительно содержать инструкции, исполняемые процессором 12, посредством которых UE 10 приводится в действие для получения или иным образом приобретения (например, приема посредством Rx i/f 11), одноадресного LC-PDCCH в пределах упомянутого общего пространства поиска. В одном варианте осуществления LC-PDCCH взаимодействует с одноадресным физическим совместно используемым каналом нисходящей линии связи (PDSCH), несущего сообщение о выделенном RRC. Сообщение RRC может включать в себя информацию, которая относится к конфигурации LC-PDCCH, например, область LC-PDCCH, характерную для UE. В одном варианте осуществления память 13 может дополнительно содержать инструкции, исполняемые процессором 12, посредством которых UE 10 приводится в действие для передачи (например, через Tx i/f 11) LC-PDCCH для UE, использующих или иным образом применяющих конфигурацию LC-PDCCH, предусмотренную в сообщении RRC.

Как показано на фиг.7, выполнен также соответствующий способ 7000, выполняемый сетевым узлом, таким как eNB. Способ 7000 может содержать передачу 7010, в одно или несколько UE, блока системной информации (то есть LC-SIB), который сконфигурирован для UE, имеющих ограниченную полосу пропускания UE (например, UE версии 13 с низкой степенью сложности) по сравнению с обычными UE (например, UE более ранних версий), причем блок системной информации содержит информацию, которая относится к конфигурации общего пространства поиска физического канала управления для UE, имеющих упомянутую ограниченную полосу пропускания UE (то есть LC-PDCCH).

Настоящее раскрытие также представляет сетевой узел 20, такой как eNB. Как можно видеть на фиг.8, сетевой узел 20 может содержать средство 21, выполненное с возможностью передачи, в одно или несколько UE, блока системной информации (то есть LC-SIB), который сконфигурирован для UE, имеющих ограниченную полосу пропускания UE (например, UE версии 13 с низкой степенью сложности) по сравнению с обычными UE (например, UE более ранних версий), причем блок системной информации содержит информацию, которая относится к конфигурации общего пространства поиска физического канала управления для UE, имеющих упомянутую ограниченную полосу пропускания UE (то есть LC-PDCCH).

В одной примерной реализации, как показано на фиг.8, сетевой узел 20 содержит процессор 22 и память 23. Кроме того, интерфейс 21 связи можно предусмотреть для того, чтобы позволить сетевому узлу 20 поддерживать связь с другими устройствами (например, с другими UE и/или сетевыми узлами) и т.д. С этой целью интерфейс 21 связи может содержать передатчик (Tx) и приемник (Rx). В качестве альтернативы, интерфейс 21 связи может содержать приемопередатчик (Tx/Rx), объединяющий в себе возможности передачи и приема. Интерфейс 21 связи может включать в себя РЧ интерфейс, позволяющий сетевому узлу 20 поддерживать связь с устройствами и т.д. в радиочастотном диапазоне, используя различные радиочастотные технологии, такие как LTE, WCDMA, любую другую сотовую сеть, стандартизированную в соответствии с проектом партнерства третьего поколения (3GPP), или любую другую технологию беспроводной связи, такую как Wi-Fi, BlUEtooth® и т.д.

Память 23 может содержать инструкции, исполняемые процессором 22, посредством которых сетевой узел 20 приводится в действие для передачи (например, через Tx i/f 21), в одно или несколько UE, блока системной информации (то есть LC-SIB), который сконфигурирован для UE, имеющих ограниченную полосу пропускания UE (например, UE версии 13 с низкой степенью сложности) по сравнению с обычными UE (например, UE более ранних версий), причем блок системной информации содержит информацию, которая относится к конфигурации общего пространства поиска физического канала управления для UE, имеющих упомянутую ограниченную полосу пропускания UE (то есть LC-PDCCH).

Аспект 2

Фиг.9 схематично иллюстрирует способ на основе процедуры произвольного доступа (RA), выполняемый UE, имеющим ограниченную, например, уменьшенную, полосу пропускания UE (например, UE версии 13 с низкой степенью сложности) по сравнению с обычными UE (например, UE более ранних версий), причем способ содержит: прием 9020, из сетевого узла (например, eNB), ответа произвольного доступа (то есть LC-RAR), который сконфигурирован для UE, имеющих упомянутую ограниченную полосу пропускания UE, при этом ответ произвольного доступа содержит управляющую информацию нисходящей линии связи (DCI) для UE, имеющего упомянутую ограниченную полосу пропускания UE.

Способ может также содержать, перед приемом 9020 RAR, передачу 9010 (то есть отправку) физического канала произвольного доступа (PRACH) в сетевой узел.

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

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

UE 10 может также содержать средство 11, выполненное с возможностью, перед приемом RAR, передачи (то есть отправки) физического канала произвольного доступа (PRACH) в сетевой узел.

Кроме того, UE 10 может содержать средство 12, 13, выполненное с возможностью использования или иным образом применения принятой DCI для приема начального(ых) канала(ов) LC-PDCCH. Начальный(е) канал(ы) может/могут содержать или иным образом показывать информацию, которая относится к приему PDSCH, несущего сообщение о выделенном RRC. В свою очередь, сообщение о выделенном RRC может обеспечить полную конфигурацию LC-PDCCH.

Память 13 может содержать инструкции, исполняемые процессором 12, посредством которых UE 10 приводится в действие для приема (например, через Rx i/f 11) из сетевого узла (например, eNB), ответа произвольного доступа (то есть LC-RAR), который сконфигурирован для UE, имеющих упомянутую ограниченную полосу пропускания UE, при этом ответ произвольного доступа содержит управляющую информацию нисходящей линии связи (DCI) для UE, имеющего упомянутую ограниченную полосу пропускания UE. DCI может содержать или иным образом показывать информацию, которая относится к начальной конфигурации LC-PDCCH для UE.

Интерфейс 11 связи (например, его Tx) можно дополнительно выполнить с возможностью, перед приемом RAR, передачи (то есть отправки) физического канала произвольного доступа (PRACH) в сетевой узел.

Память 13 может также содержать инструкции, исполняемые процессором 12, посредством которых UE 10 приводится в действие для использования или иным образом применения принятой DCI для последующего приема (например, через Rx i/f 11) начального(ых) канала(ов) LC-PDCCH. Начальный(е) канал(ы) может/могут содержать или иным образом показывать информацию, которая относится к приему PDSCH, несущего сообщение о выделенном RRC. В свою очередь, сообщение о выделенном RRC может обеспечить полную конфигурацию LC-PDCCH.

Как схематично проиллюстрировано на фиг.11, также выполнен способ 11000, основанный на соответствующей процедуре произвольного доступа (RA), выполняемый сетевым узлом, таким как eNB. Способ содержит передачу 11010, в UE, имеющее ограниченную полосу пропускания UE (например, UE версии 13 с низкой степенью сложности) по сравнению с обычными UE (например, UE более ранних версий), ответа произвольного доступа (то есть LC-RAR), который сконфигурирован для UE, имеющих упомянутую ограниченную полосу пропускания UE, при этом ответ произвольного доступа содержит управляющую информацию нисходящей линии связи (DCI) для UE, имеющего упомянутую ограниченную полосу пропускания UE. DCI может содержать или иным образом показывать информацию, которая относится к начальной конфигурации LC-PDCCH для UE.

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

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

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

Различные варианты осуществления, описанные в данном документе, обеспечивают технологию, позволяющую UE с низкой степенью сложности, таким как устройства MTC, работать, например, в системе LTE с более широкой полосой пропускания системы, и иметь возможность получать или иным образом приобретать конфигурацию LC-PDCCH на этапе инициирования.

В подробном описании, приведенном выше, для целей пояснения, а не ограничения, конкретные детали изложены для того, чтобы обеспечить полное понимание различных вариантов осуществления, описанных в настоящем раскрытии. В некоторых случаях подробное описание хорошо известных устройств, компонентов, схем и способов было опущено с тем, чтобы не усложнять описание вариантов осуществления, раскрытых в данном документе, ненужными подробностями. Все заявленные здесь утверждения, раскрывающие принципы, аспекты и варианты осуществления, раскрытые в данном документе, а также их конкретные примеры, предназначены для охвата как структурных, так и функциональных эквивалентов. Кроме того, предполагается, что такие эквиваленты включают в себя как известные в настоящее время эквиваленты, так и эквиваленты, которые будут разработаны в будущем, то есть любые разработанные элементы, которые выполняют одну и ту же функцию независимо от структуры. Так, например, будет понятно, что блок-схемы, используемые в данном документе, могут отражать концептуальные представления иллюстративных схем или других функциональных блоков, воплощающих принципы вариантов осуществления. Аналогичным образом, будет понятно, что любые блок-схемы и т.п. представляют различные процессы, которые могут быть по существу представлены на машиночитаемом носителе и поэтому выполнены компьютером или процессором независимо от того, показан или нет такой компьютер или процессор явным образом. Функции различных элементов, включая функциональные блоки, могут выполняться с помощью аппаратных средств, таких как схемные аппаратные средства, и/или аппаратных средств, способных исполнять программное обеспечение в виде закодированных инструкций, хранящихся на машиночитаемом носителе. Таким образом, такие функции и проиллюстрированные функциональные блоки следует понимать как аппаратно-реализуемые и/или компьютерно-реализуемые и, таким образом, машино-реализуемые. Что касается аппаратной реализации, функциональные блоки могут включать в себя или охватывать, без ограничения, аппаратные средства процессоров цифровых сигналов (DSP), процессоры с сокращенным набором команд, схемы аппаратных средств (например, цифровые или аналоговые), включающие в себя, но не ограниченные этим, специализированную(ые) интегральную(ые) схему(ы) (ASIC) и/или программируемую(ые) логическую(ие) матрицу(ы) (FPGA) и при необходимости машины состояний, способные выполнять такие функции. Что касается компьютерной реализации, то обычно предполагается, что компьютер содержит один или несколько процессоров или один или несколько контроллеров. При выполнении компьютером, или процессором или контроллером функции, обеспечиваемой компьютером, или процессором или контроллером, могут выполняться одним специализированным компьютером, или процессором или контроллером, одним совместно используемым компьютером, или процессором или контроллером или множеством отдельных компьютеров, или процессоров или контроллеров, некоторые из которых могут использоваться совместно или распределенным образом. Более того, использование термина "процессор" или "контроллер" также должно быть истолковано, как относящееся к другому оборудованию, способному выполнять такие функции, и/или исполнять программное обеспечение, например, описанные выше примерные аппаратные средства.

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

ПЕРЕЧЕЬ СОКРАЩЕНИЙ

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

BW - Полоса пропускания

DL - Нисходящая линия связи

eNB - Развитый Узел B

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

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

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

HARQ - Гибридный ARQ

LTE - Долгосрочное развитие

MCS - Схема модуляция и кодирования

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

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

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

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

PRB - Физический ресурсный блок

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

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

RAR - Ответ произвольного доступа

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

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

TM - Режим передачи

UE - Пользовательское оборудование

UL - Восходящая линия связи

ССЫЛКИ НА УРОВЕНЬ ТЕХНИКИ

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

1. 3GPP TS 36.211 V12.0.0, 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Physical channels and modulation(Release 12).

2. 3GPP TS 36.213 V12.0.0, 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA);Physical layer procedures(Release 12).

3. 3GPP TR 36.888 v12.0.0, Study on provision of low-cost Machine-Type Communications (MTC) User Equipments (UEs) based on LTE (Release 12)

Claims

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

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

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

3. Способ по п.1 или 2, в котором блок системной информации является блоком системной информации с низкой степенью сложности (LC-SIB), а физический канал управления представляет собой физический канал управления нисходящей линии связи с низкой степенью сложности (LC-PDCCH).

4. Способ по любому из пп.1-3, дополнительно содержащий этап, на котором:

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

5. Способ по п.3 или 4, в котором LC-PDCCH связан с одноадресным физическим совместно используемым каналом нисходящей линии связи (PDSCH), несущим сообщение управления радиоресурсами (RRC).

6. Способ по п.5, в котором сообщение RRC включает в себя информацию, относящуюся к конфигурации LC-PDCCH.

7. Способ по п.6, в котором информация, относящаяся к конфигурации LC-PDCCH, содержит область LC-PDCCH, относящуюся к определенному UE.

8. Пользовательское оборудование (UE) (10), имеющее уменьшенную полосу пропускания UE по сравнению с обычными UE, причем UE (10) содержит:

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

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

10. UE (10) по п.8 или 9, в котором блок системной информации является блоком системной информации с низкой степенью сложности (LC-SIB), а физический канал управления представляет собой физический канал управления нисходящей линии связи с низкой степенью сложности (LC-PDCCH).

11. UE (10) по любому из пп.8-10, дополнительно содержащее:

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

12. UE (10) по п.10 или 11, в котором LC-PDCCH связан с одноадресным физическим совместно используемым каналом нисходящей линии связи (PDSCH), несущим выделенное сообщение управления радиоресурсами (RRC).

13. UE (10) по п.12, в котором сообщение RRC включает в себя информацию, относящуюся к конфигурации LC-PDCCH.

14. UE (10) по п.13, в котором информация, относящаяся к конфигурации LC-PDCCH, содержит область LC-PDCCH, относящуюся к определенному UE.

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

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

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

17. Способ по п.15 или 16, в котором блок системной информации является блоком системной информации с низкой степенью сложности (LC-SIB), а физический канал управления представляет собой физический канал управления нисходящей линии связи с низкой степенью сложности (LC-PDCCH).

18. Способ по любому из пп.15-17, в котором сетевым узлом является развитой Узел B (eNB).

19. Сетевой узел (20), содержащий:

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

20. Сетевой узел (20) по п.19, в котором блок системной информации является блоком системной информации с низкой степенью сложности (LC-SIB), а физический канал управления представляет собой физический канал управления нисходящей линии связи с низкой степенью сложности (LC-PDCCH).

21. Сетевой узел (20) по п.19 или 20, в котором сетевым узлом (20) является развитой Узел B (eNB).

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

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

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

24. Способ по п.22 или 23, в котором ответ произвольного доступа представляет собой ответ произвольного доступа с низкой степенью сложности (LC-RAR).

25. Способ по любому из пп.22-24, в котором DCI содержит или иным образом указывает информацию, относящуюся к начальной конфигурации LC-PDCCH для UE.

26. Способ по любому из пп.22-25, дополнительно содержащий перед этапом приема RAR этап, на котором:

передают (9010) физический канал произвольного доступа (PRACH) в сетевой узел.

27. Способ по любому из пп.22-26, содержащий этап, на котором используют (9030) принятую DCI для приема одного или более начальных физических каналов управления нисходящей линии связи с низкой степенью сложности (LC-PDCCH).

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

29. Способ по п.28, в котором выделенное RRC обеспечивает полную конфигурацию LC-PDCCH.

30. Пользовательское оборудование (UE) (10), имеющее уменьшенную полосу пропускания UE по сравнению с обычными UE, причем UE (10) содержит:

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

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

32. UE (10) по п.30 или 31, в котором ответ произвольного доступа представляет собой ответ произвольного доступа с низкой степенью сложности (LC-RAR).

33. UE (10) по любому из пп.30-32, в котором DCI содержит или иным образом указывает информацию, относящуюся к начальной конфигурации LC-PDCCH для UE.

34. UE (10) по любому из пп.30-33, дополнительно содержащее:

средство (11), выполненное с возможностью передачи физического канала произвольного доступа (PRACH) в сетевой узел перед приемом RAR.

35. UE (10) по любому из пп.30-34, содержащее:

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

36. UE (10) по п.35, в котором один или более начальных LC-PDCCH могут содержать или иным образом указывать информацию, относящуюся к приему физического совместно используемого канала нисходящей линии связи (PDSCH), несущего выделенное сообщение RRC.

37. UE (10) по п.36, в котором выделенное RRC обеспечивает полную конфигурацию LC-PDCCH.

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

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

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

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

41. Способ по любому из пп.38-40, в котором сетевым узлом является развитой Узел B (eNB).

42. Сетевой узел (20) содержащий:

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

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