RU2700667C1

RU2700667C1 - Исполнение пространства поиска для связи машинного типа

Info

Publication number: RU2700667C1
Application number: RU2018128398A
Authority: RU
Inventors: Иассин Аден АВАД; Юкио ХАСЕБА
Original assignee: Нек Корпорейшн
Priority date: 2016-02-05
Filing date: 2017-02-02
Publication date: 2019-09-18
Also published as: BR112018015447A2; EP4236177A3; CN108781148A; RU2019127980A3; RU2744979C1; KR20180099861A; RU2019127980A; KR102471561B1; EP4236177A2; RU2718116C2; CN115276934A; ES2953307T3; EP3681089A1; EP4016914A1; CN108781148B; WO2017135342A1; US20190069277A1; US20220232540A1; EP3411994A1; JP2019508990A

Abstract

Изобретение относится к мобильной связи. Раскрывается система, в которой базовая станция определяет пространство поиска, в котором устройство связи может осуществлять поиск информации управления. Пространство поиска характеризуется по меньшей мере первой информацией, которая связана с начальными субкадрами множества участков пространства поиска, и второй информацией, которая связана с периодичностью между соответствующими начальными субкадрами, причем каждый участок представляет собой разного кандидата для передачи информации управления. Базовая станция получает параметр, указывающий как исходный начальный субкадр, так и периодичность, и передает сгенерированный параметр устройству связи. 5 н. и 15 з.п. ф-лы, 9 ил., 2 табл.

Description

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

[0001] Настоящее изобретение относится к устройствам мобильной связи и сетям, в частности, но не исключительно, тем, что работают в соответствии со стандартами Проекта Партнерства 3-его Поколения или эквивалентами или их производными. Изобретение имеет конкретное, хотя и не исключительное, отношение к Долгосрочному Развитию (LTE) у UTRAN (именуемой Развитой Универсальной Наземной Сетью Радиодоступа) (E-UTRAN).

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

[0002] В сети мобильной (сотовой) связи, мобильные устройства (также известные как Оборудование Пользователя (UE) или мобильные терминалы, такие как мобильные телефоны) осуществляют связь с удаленными серверами или с другими мобильными устройствами через базовые станции. При их связи друг с другом, мобильные устройства и базовые станции используют лицензированные радиочастоты, которые, как правило, разделены на полосы частот и/или временные блоки. В зависимости от разнообразных критериев (таких как объем данных, который должен быть передан, технологии радиосвязи, поддерживаемые мобильным устройством, ожидаемое качество услуги, установки подписки, и т.д.), каждая базовая станция отвечает за управление хронометражами передачи, частотами, мощностями передачи, модуляциями, и т.д., используемыми мобильными устройствами, прикрепленными к базовой станции. Решение планирования может быть модифицировано каждый временной интервал передачи, например, настолько часто, как 1мс. Для того, чтобы минимизировать разрыв с услугой и максимально увеличить использование доступной полосы пропускания, базовые станции непрерывно регулируют свою собственную мощность передачи и также ту, что у мобильных устройств. Базовые станции также назначают полосы частот и/или временные слоты мобильным устройствам, и также выбирают или применяют надлежащие технологии передачи, которые должны быть использованы между базовыми станциями и прикрепленными мобильными устройствами. Посредством этого, базовые станции также уменьшают или исключают любые вредные помехи, вызываемые мобильными устройствами по отношению друг к другу или к базовым станциям.

[0003] Используя мультиплексирование с ортогональным частотным разделением (OFDMA), мобильным устройствам распределяются блоки, содержащие конкретное число поднесущих для предварительно определенной величины времени. Они именуются физическими блоками ресурсов (PRB) в технических описаниях LTE. PRB таким образом имеют как временной, так и частотный размер. Один PRB состоит из 12 последовательный поднесущих для продолжительности в один слот (0.5мс). PRB является наименьшим элементом распределения ресурсов, назначаемым базовой станцией. LTE кадры радиосвязи или кадры системы, разделены на 10 субкадров, причем каждый субкадр длиной в 1.0мс. Каждый субкадр дополнительно разделен на два слота, причем каждый продолжительностью в 0.5мс. Слоты состоят либо из 6, либо из 7 OFDM-символов, в зависимости от того, используется ли нормальный или расширенный циклический префикс.

[0004] Решения планирования базовой станции (т.е., назначения планирования для связи восходящей линии связи и нисходящей линии связи) переносятся индивидуальным мобильным устройствам по так-называемому Физическому Каналу Управления Нисходящей Линии Связи (PDCCH) или Улучшенному PDCCH (EPDCCH). Информация, которая переносится по (E)PDCCH, именуется информацией управления нисходящей линии связи (DCI). Формат DCI может варьироваться в зависимости от цели сообщений управления.

[0005] Таким образом, для того, чтобы иметь возможность осуществления связи через базовые станции, мобильным устройствам требуется осуществлять мониторинг каналов управления, которыми оперируют базовые станции, и искать DCI. Физические каналы управления, такие как (E)PDCCH, передаются по агрегации одного или нескольких последовательных Элементов Канала Управления (CCE), где элемент канала управления соответствует Группам Элементов Ресурсов (REG). Каждая REG имеет четыре Элемента Ресурсов (RE).

[0006] Когда мобильное устройство первый паз включается или когда оно прибывает в зону, обслуживаемую базовой станцией, он будет искать местоположение каналов управления в полосе(ах) частот, используемой базовой станцией. Например, мобильному устройству требуется проверять все возможные сочетания местоположения и форматы (E)PDCCH, и форматы DCI и действовать по этим сообщениям. Поскольку декодирование всех возможных сочетаний потребует от мобильного устройства предпринимать много попыток декодирования (E)PDCCH, 3GPP определяется альтернативный подход для LTE, в соответствии с которым, для каждого мобильного устройства, обслуживаемого базовой станцией, устанавливается ограниченный набор местоположений CCE, где может быть размещен EPDCCH. Набор местоположений CCE, в которых мобильное устройство может найти свой EPDCCH, можно рассматривать в качестве 'пространства поиска', например, как описано в разделе 9.1.1 3GPP Технического описания (TS) 36.213 V13.0.1.

[0007] В LTE пространство поиска имеет разный размер для каждого формата EPDCCH. Более того, отдельно определены выделенное и общее пространства поиска, где выделенное пространство поиска конфигурируется для каждого UE индивидуально, тогда как все мобильные устройства информируются о размере общего пространства поиска.

[0008] Последние разработки в телекоммуникации наблюдали значительное увеличение использования устройств связи машинного типа (MTC), которые являются сетевыми устройствами, выполненными с возможностью осуществления связи и выполнения действий без помощи человека. Примеры таких устройств включают в себя интеллектуальные измерительные устройства, которые могут быть выполнены с возможностью выполнения измерений и ретрансляции этих измерений другим устройствам через телекоммуникационную сеть. Устройства связи машинного типа также известны как устройства связи машина-с-машиной (M2M). Более того, так называемые устройства Интернета Вещей (IoT) также могут именоваться MTC устройствами.

[0009] MTC устройства соединяются в сетью (после выполнения надлежащей процедуры произвольного доступа, при необходимости) всякий раз, когда они имеют данные для отправки к или приема от удаленной 'машины' (например, сервера) или пользователя. MTC устройства используют протоколы и стандарты связи, которые оптимизированы для мобильных телефонов или сходного оборудования пользователя (как описано выше). Тем не менее, MTC устройства, как только развернуты, как правило, работают не требуя надзора или взаимодействия со стороны человека, и следуют инструкциям программного обеспечения, хранящимся во внутренней памяти. MTC устройства также могут оставаться стационарными и/или неактивными в течение длительного периода времени. Особые сетевые требования для поддержки MTC устройств были рассмотрены в 3GPP TS 22.368 V13.1.0, содержимое которого включено в настоящее описание посредством ссылки.

[0010] С версии Редакции 13 (Rel-13) стандартов 3GPP, допускается, что MTC устройства поддерживают только ограниченную полосу пропускания (как правило 1.4МГц) в сравнении с суммарной полосой пропускания LTE. MTC устройства также могут иметь меньше/упрощенные компоненты. Это позволяет сделать такие c 'сокращенной полосой пропускания' MTC устройства более экономными в сравнении с другими UE, поддерживающими большую полосу пропускания и/или с более сложными компонентами.

[0011] Отсутствие покрытия сети (например, при развертывании внутри помещения), в сочетании с часто ограниченной функциональностью MTC устройств, может привести к тому, что такие MTC устройства имеют низкую скорость передачи данных и, вследствие этого, существует риск того, что некоторые сообщения или каналы, такие как (E)PDCCH, не принимаются MTC устройством. Для того, чтобы уменьшить данный риск, было предложено увеличить покрытие EPDCCH, чтобы поддерживать такие MTC устройства. Это достигается посредством повторения одной и той же информации EPDCCH (например, DCI) по нескольким (например, двум, трем, четырем) субкадрам. Другими словами, с целью улучшения покрытия (CE), базовая станция дублирует информацию EPDCCH во временной области (базовая станция повторно передает одну и ту же информацию EPDCCH в одном или более субкадрах, следующих за субкадром, в котором информация EPDCCH отправляется первый раз). MTC устройство с улучшенным покрытием может быть выполнено с возможностью объединения нескольких копий (одной и той же) информации EPDCCH, принятой в нескольких субкадрах, и после объединения принятой информации, MTC устройство с улучшенным покрытием с большей вероятностью будет способно успешно декодировать EPDCCH, чем на основании одной копии информации EPDCCH.

[0012] В LTE, так называемый M-PDCCH является вариантом (E)PDCCH, который, в частности, используется для MTC UE, чтобы отвечать их требованиям узкой полосы пропускания/улучшения покрытия. В Rel-13, каждому низкой сложности (LC) или с улучшенным покрытием (CE) MTC устройству требуется осуществлять мониторинг одного или более пространств поиска по одной или более узким полосам из:

- Type0-M-PDCCH общее пространство поиска (CSS) для Режима A (например, отсутствуют повторения или CE с небольшим числом повторения), которое может быть использовано для команды Управления Мощностью Передачи (TPC), «очередности PDCCH», чтобы инициировать процедуру произвольного доступа, и отступления для одноадресных передач Физического Совместно-используемого Канала Нисходящей Линии Связи (PDSCH)/Физического Совместно-используемого Канала Восходящей Линии Связи (PUSCH);

- Type1-M-PDCCH CSS, используемое для планирования передач поискового вызова;

- Type2-M-PDCCH CSS, используемое для планирования сообщений, связанных с произвольным доступом (таких как ответ произвольного доступа (RAR), повторная передач Msg3, и Msg4); и

- M-PDCCH UE-особое пространство поиска ('UESS', 'UE-SS', или 'USS'), используемое для планирования одноадресных передач PDSCH и PUSCH.

[0013] LC/CE MTC устройству не требуется одновременно осуществлять мониторинг M-PDCCH UESS и Type1-M-PDCCH общего пространства поиска, и не требуется одновременно осуществлять мониторинг M-PDCCH UESS и Type2-M-PDCCH общего пространства поиска.

[0014] Начальный субкадр для каждого Type1-M-PDCCH общего пространства поиска определяется из соответствующих местоположений субкадров возможности поискового вызова (местоположения которых известны как базовой станции, так и мобильным устройствам). Начальный субкадр(ы) для каждого Type2-M-PDCCH общего пространства поиска явно указывается через особую для MTC широковещательную передачу системы (в особом для MTC блоке информации системы - 'MTC-SIB'), используя 3-бита. Начальный субкадр для каждого M-PDCCH UESS и каждого Type0-M-PDCCH общего пространства поиска конфигурируется через более высокие слои (сигнализация RRC), используя 3-бита.

Список цитирования

Непатентная литература

[0015] nplcit 1: R1-157891 LS on RRC parameters for LTE eMTC

nplcit 2: Chairman's Notes RAN1_83-final

nplcit 3: TS 36.213 V13.0.0

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

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

[0016] 3GPP определена структура M-PDCCH UESS таким образом, что период (количество субкадров) между соответствующими началами (последовательных) начальных субкадров (последовательных) пространств поиска у UESS может быть длиннее, чем время (число субкадров), которое требуется для максимального числа повторений (Rmax). Следовательно, может существовать промежуток (по времени) между двумя последовательными пространствами поиска у UESS (например, для конкретного устройства MTC), т.е., промежуток между последним повторением (последний субкадр) одного пространства поиска и первой передачей в начальном субкадре следующего пространства поиска. Более того, также ожидается, что присутствует только одно пространство поиска после начального субкадра у конкретного UESS (т.е., без каких-либо промежуточных пространств поиска). Тем не менее, период (число субкадров) между соответствующими началами (последовательных) начальных субкадров (последовательных) пространств поиска может быть меньше фактической продолжительности (числа субкадров) максимального числа повторений (Rmax). Предполагается, что значение Rmax=1 (одна передача или 'повторение' без дальнейшего повторения) также может поддерживаться в будущем. 3GPP также согласился с тем, что возможные начальные субкадры для M-PDCCH пространства поиска могут быть определены независимо от действительности/недействительности субкадра(ов) для передачи нисходящей линии связи (DL).

[0017] Тем не менее, сигнализация начального субкадра для UESS конкретного MTC устройства ограничивается числом битов, которые могут быть использованы, для той сигнализации. В частности, ожидается, что будет использоваться отдельный (особый для UESS) параметр RRC с 3 битами. Кроме того, даже кода конкретное MTC-устройство осведомлено о начальном субкадре его UESS, отсутствует эффективный механизм, посредством которого MTC устройство может быть осведомлено о субкадрах его последующего пространства поиска (т.е., вслед за промежутком) без дополнительной сигнализации, которая является нежелательной в контексте MTC устройств.

[0018] Настоящее изобретение стремится предоставить системы, устройства, и способы, которые, по меньшей мере, частично решают вышеизложенные вопросы, и, в частности, пути, которыми начальные субкадры для M-PDCCH UESS, Type0-M-PDCCH CSS и Type1-M-PDCCH CSS могут быть просигнализированы для Rel-13 MTC устройств.

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

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

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

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

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

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

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

[фиг.2] Фигура 2 иллюстрирует кадр радиосвязи для телекоммуникационной системы на Фигуре 1;

[фиг.3] Фигура 3 показывает упрощенную иллюстрацию решетки ресурсов, используемой в телекоммуникационной системе на Фигуре 1;

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

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

[фиг.6] Фигура 6 является примерной схемой (хронометража) сигнализации, иллюстрирующей вариант осуществления изобретения;

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

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

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

Описание вариантов осуществления

[0024] <Обзор>

Фигура 1 схематично иллюстрирует мобильную (сотовую) телекоммуникационную систему 1, в которой пользователи устройств 3 мобильной связи могут осуществлять связь с другими пользователями через базовые станции 5. В системе, иллюстрируемой на Фигуре 1, мобильные устройства 3 являются устройствами связи машинного типа (MTC) (или MTC UE), а показанная базовая станция 5 является базовой станцией Развитой Универсальной Наземной Сети Радиодоступа (E-UTRAN), обслуживающей E-UTRAN соту 6. Такие базовые станции обычно именуются eNB (Развитый Узел-B). Как будет понятно специалистам в соответствующей области техники, в то время как два устройства 3 мобильной связи, одна базовая станция 5, и одна сота 6 показаны на Фиг. 1 в целях иллюстрации, система, когда реализуется, будет, как правило, включать в себя другие базовые станции (каждая обслуживающая одну или более соты) и другие устройства связи (например, MTC устройства, мобильные телефоны, и/или другое оборудование пользователя).

[0025] Базовая станция 5 передает M-PDCCH в ее соте 6 (наряду с регулярным PDCCH/EPDCCH, при необходимости) для планирования ресурсов соты 6 индивидуальному MTC устройству 3 (как и когда требуется). M-PDCCH передается для MTC устройств 3 по агрегации одного или нескольких улучшенных элементов канала управления (eCCE). Следует понимать, что M-PDCCH может быть передан по одному и тому же набору eCCE для всех MTC устройств 3 или M-PDCCH может быть передан для конкретного MTC устройства 3 (или конкретной группы MTC устройств 3) по особому для MTC устройства (или особому для группы) eCCE.

[0026] Для каждого MTC устройства 3, M-PDCCH повторяется в соответствии с параметром ('R') более высокого слоя, применимым для того MTC устройства 3. Следует иметь в виду, что число повторений может иметь значение, выбранное из набора R {1, 2, 4, 8, 16, 32, 64, 128, 256}.

[0027] Для того, чтобы иметь возможность приема M-PDCCH, каждое MTC устройство 3 выполнено с возможностью мониторинга одного или более пространств поиска, включая Type0-M-PDCCH CSS, Type1-M-PDCCH CSS, Type2-M-PDCCH CSS, и/или M-PDCCH UESS. Следует иметь в виду, что пространство поиска простирается на множество (последовательных) субкадров в зависимости от числа повторений.

[0028] Базовая станция 5 выполнена с возможностью определения соответствующего UESS для каждого MTC устройства 3 (если таковые имеются) в зависимости от разнообразных параметров системы и, например, числа повторений, требуемых для того MTC устройства 3. UESS можно рассматривать как набор 'MPDCCH-кандидатов'. MPDCCH-кандидаты могут предвидеться как содержащие набор повторяющихся пространств поиска (или пространства поиска-кандидаты), или как содержащие повторяющиеся участки (-кандидаты) одного пространства поиска. UESS характеризуется начальным субкадром (например, первым идентифицированным субкадром UESS) и периодом (T) между начальными субкадрами последующих пространств поиска (или последующих участков одного пространства поиска).

[0029] В данной системе, базовая станция 5 выполнена с возможностью определения начального субкадра для UESS конкретного MTC устройства 3 (MTC UE) относительно системного номера кадра (SFN) и номера субкадра. Параметр из трех бит сигнализируется каждому MTC устройству 3, чтобы указать начальный субкадр M-PDCCH UESS для того MTC устройства или Type0-общее пространство поиска (например, M-PDCCH-startSF-UESS или M-PDCCH-startSF-CSS-RA).

[0030] MTC устройство может определять местоположения каждого начального субкадра k (каждого повторяющегося пространства поиска) из местоположения субкадра k0 (первого идентифицированного субкадра UESS) сконфигурированного, используя сигнализацию более высокого слоя. Значения k задаются:

k=k_b, где k_b является b^ым последовательным LC/CE субкадром DL от k0, и

[Математическое выражение 1]

где для M-PDCCH UE-особого пространства поиска, и Type-0 общего пространства поиска, k0 задается параметром более высокого слоя M-PDCCH-startSF-UESS (или M-PDCCH-startSF-CSS-RA), R_max задается параметром более высокого слоя M-PDCCH-NumRepetition, и r1, r2, r3, r4 задается в Таблице 1.

[0031] [Таблица 1]

R_max	r1	r2	r3	r4
1	1	-	-	-
2	1	2	-	-
4	1	2	4	-
>=8	r_max/8	r_max/4	r_max/2	r_max

Таблица 1 - Определение уровней повторения для UESS

[0032] Результирующие возможные начальные субкадры с (k₀ по k₇) и соответствующие повторения (указанные посредством 'M') иллюстрируются на Фигурах 7 и 8 для разнообразных значений периодичностей (T) и повторений (с R1 по R4).

[0033] Преимущественно, базовая станция 5 использует периодичность для каждого UESS, которая зависит от параметра из трех битов (например, M-PDCCH-startSF-UESS), сигнализируемую соответствующему MTC устройству 3, ассоциированному с UESS, чтобы указывать начальный субкадр для M-PDCCH UESS. MTC устройство 3 таким образом способно извлечь как начальный субкадр (относительно системного номера кадра (SFN)), так и периодичность из просигнализированного параметра.

[0034] Таким образом, когда конкретное MTC-устройство осведомлено о начальном субкадре его UESS, оно может эффективно определять субкадры его последующего UESS (т.е., вслед за промежутком) без дополнительной сигнализации.

[0035] Преимущественно, в первом примере, базовая станция 5 определяет применимую периодичность для M-PDCCH пространства поиска посредством обращения к набору значений 'R', который обыкновенно используется для определения M-PDCCH повторений для конкретного MTC устройства 3 (например, набор значений R, включающий в себя значения 1, 2, 4, 8, 16, 32, 64, 128, и 256).

[0036] В данном примере, базовая станция 5 выполнена с возможностью использования меньшего подмножества из восьми этих значений, обыкновенно используемых для определения M-PDCCH повторений, тем самым позволяя параметру из трех битов, указывающему начальный субкадр, представлять одну из восьми возможных периодичностей. Например, базовая станция 5 может использовать последние 8 значения из набора R значения (т.е., исключая значение '1'). Следовательно, каждое MTC устройство 3 может быть выполнено с возможностью, использования параметра из трех битов, с одним из наборов из

[Математическое выражение 2]

T ∈{2,4,8,16,32,64,128,256}

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

[0038] В варианте данного примера, вследствие этого, вместо использования наивысшего значения из набора значения 'R', обыкновенно используемого для определения M-PDCCH повторений, более высокое значение (например, 512) используется в наборе возможных периодичностей T

[Математическое выражение 3]

(т.е. T ∈{2,4,8,16,32,64,128,512}).

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

[0039] Преимущественно, во втором примере, базовая станция 5 определяет применимую периодичность для M-PDCCH пространства поиска посредством обращения как к максимальному числу повторений улучшения покрытия, Rmax, для MTC устройства, так и параметру из трех битов более высокого слоя, чтобы указывать начальный субкадр M-PDCCH UESS (M-PDCCH-startSF-UESS). В частности, в данном примере, одно из возможных значений параметра из трех битов (например, из набора {0,1,2,3,4,5,6,7}) конфигурируется для конкретного MTC устройства 3 и M-PDCCH периодичность T определяется как надлежащая функция данного значения и Rmax (например, T=Rmax*(M-PDCCH-startSF-UESS+1)).

[0040] Тем не менее, в то время, как данный второй пример обладает преимуществами с точки зрения простоты, когда счетчик системного номера кадра (SFN) делает полный оборот (по достижению своего максимального значения, которое в настоящий момент 1024) некоторые из возможных периодичностей могут привести к начальному субкадру пространства поиска совпадающему с повторением M-PDCCH более раннего пространства поиска.

[0041] В преимущественном варианте данного примера, вследствие этого, базовая станция 5 выполнена с возможностью гарантии того, что периодичность T всегда (или почти всегда) является кратной 10240 (т.е., суммарному числу субкадров в кадре системы умноженному на максимальное значение счетчика системного номера кадра (1024)). Преимущественно, это помогает избежать периодичностей, которые в противном случае могут привести к пространству поиска, начинающемуся в середине повторения. В частности, периодичность определяется, чтобы уменьшить число множителей отличных от 2 и 5. В данном варианте определяется набор из восьми возможных множителей (здесь обозначенных 'G') и M-PDCCH периодичность T определяется как Rmax*G. Выбор G (т.е., индекса, идентифицирующего, какое из восьми значений должно быть использовано) сигнализируется, используя параметр из трех битов (например, M-PDCCH-startSF-UESS) для сигнализации начального субкадра пространства поиска.

[0042] Одним возможным набором значений для G является следующий

[Математическое выражение 4]

G ∈{1,2,4,5,8,10,16,20}

Данный набор значений может приводить к одной периодичности, которая не является множителем 10240

[Математическое выражение 5]

(т.е., G=16, Rmax=256 → T=4096).

Другим возможным набором значений для G является следующий

[Математическое выражение 6]

G ∈{1,2,4,5,8,10,20,40}

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

[Математическое выражение 7]

(например, G=40, Rmax=256 → T=10240)

[0043] <Кадр радиосвязи и структура решетки ресурсов>

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

[0044] Фигура 2 иллюстрирует кадр 10 радиосвязи (или кадр системы) для телекоммуникационной системы 1 на Фигуре 1. Ресурсы кадра 10 радиосвязи разделены на десять субкадров 11, в каждом из которых первая часть 12 субкадра 11 может быть использована, чтобы нести PDCCH (например, для унаследованных устройств). Исторически, остаток 13 каждого субкадра содержит ресурсы, используемые для передачи Физического Совместно-используемого Канала Нисходящей Линии Связи (PDSCH) и часть которого, в настоящем варианте осуществления, может быть использована для передачи M-PDCCH (или EPDCCH).

[0045] Фигура 3 показывает упрощенную иллюстрацию типичной решетки ресурсов у пары 20 PRB, используемой в телекоммуникационной системе 1 на Фигуре 1. Пара PRB содержит число элементов ресурса (RE) определенных по времени (т.е., в столбцах, соответствующих 'символам' по горизонтальной оси Фигуры 3) и частоте (т.е., в строках, соответствующих каждой 'поднесущей' по вертикальной оси Фигуры 3). Сходно с EPDCCH, каждый M-PDCCH состоит из агрегации элементов канала управления ('eCCE'). Каждый eCCE занимает предварительно определенное число элементов ресурса. Каждый eCCE начинается в фиксированном местоположении внутри пары 20 PRB. В данном примере, одна пара 20 PRB поддерживает три eCCE 22-1, 22-2 и 22-3. Если первые элементы ресурса из трех символов не используются для унаследованного PDCCH, тогда число потенциальных eCCE из расчета на пару PRB может быть увеличено до четырех посредством использования первых трех символов для четвертого eCCE (например, для EPDCCH). PDCCH 21 переносится в первой части субкадра 20, как показана в целом в зоне по левую руку у пары 20 PRB на Фигуре 3.

[0046] Некоторые элементы ресурса у пары 20 PRB также используются, чтобы переносить опорные сигналы 23 соты (CRS) и опорные сигналы 24 демодуляции (DM RS), причем как те, так и другие передаются базовой станцией 5 периодически, с предварительно определенными интервалами и в предварительно определенных местоположениях внутри пары PRB. Эти сигналы используются, чтобы обеспечивать уровни опорного сигнала и чтобы информировать мобильное устройство 3 о текущей работе базовой станции 5. Элементы ресурса могут быть переданы на меняющихся уровнях энергии, но элементы ресурса CRS 23 всегда передаются на известном (например, по умолчанию) уровне энергии. Таким образом мобильное устройство 3 может выполнять измерения качества сигнала по элементам ресурса CRS 23 и, на основании этих измерений, может указывать базовой станции 5 воспринимаемое качество сигнала заданной полосы частот (или заданной соты), которой управляет базовая станция 5.

[0047] В данном примере, начиная с 4^ого символа пары PRB, и проходя до последнего символа (как видно на Фигуре 3), оставшиеся блоки ресурсов у пары 20 блоков ресурсов, разделены на три зоны eCCE с 22-1 по 22-3.

[0048] Пространство поиска для конкретного MTC устройства состоит из совокупности M-PDCCH, в которой следует искать информацию управления для того MTC устройства 3. MTC устройство 3 осуществляет мониторинг всех M-PDCCH в своем пространстве поиска в каждом субкадре, чтобы обнаружить информацию управления, такую как разрешения планирования от базовой станции 5. В идеале, размер пространства поиска должен быть настолько мал, насколько это возможно, чтобы минимизировать бремя обработки на MTC устройство 3.

[0049] <Устройство мобильной связи (MTC UE)>

Фигура 4 является структурной схемой, иллюстрирующей основные компоненты устройства 3 мобильной связи (MTC устройства/MTC UE), показанного на Фигуре 1. MTC устройство 3 содержит цепь 31 приемопередатчика, которая выполнена с возможностью передачи сигналов к, и приема сигналов от, базовой станции 5 через по меньшей мере одну антенну 33. MTC устройство 3 также может включать в себя интерфейс 35 пользователя, который позволяет пользователю взаимодействовать с MTC устройством 3 (при необходимости).

[0050] Управление работой цепи 31 приемопередатчика осуществляется контроллером 37 в соответствии с программным обеспечением, хранящимся в памяти 39. Программное обеспечение включает в себя, среди прочих вещей, операционную систему 41, модуль 43 управления связью, модуль 45 MTC, модуль 47 пространства поиска, и модуль 49 RRC.

[0051] Модуль 43 управления связью работает для осуществления администрирования связи с базовой станцией 5. Модуль 45 MTC отвечает за выполнение процедур связи машинного типа (например, отправки/приема данных, относящихся к автоматизированным операциям, таким как измерения, сбор данных, и/или подобного).

[0052] Модуль 47 пространства поиска отвечает за мониторинг назначенного пространств(а) поиска в отношении M-PDCCH данных (например, распределений планирования/DCI), переданных для MTC устройства 3. Модуль 47 пространства поиска определяет начальный субкадр и периодичность корректного UESS для данного MTC устройства 3 на основании сигнализации более высокого уровня от базовой станции 5 (например, сигнализация RRC, полученная через модуль 49 RRC).

[0053] Модуль 49 RRC отвечает за обработку (генерирование, отправка, и прием) сообщений сигнализации в соответствии с протоколом RRC. Такие сообщения сигнализации RRC могут включать в себя, например, сообщения, относящиеся к конфигурированию пространств поиска (например, M-PDCCH UESS, M-PDCCH CSS, и/или подобное).

[0054] <Базовая станция>

Фигура 5 является структурной схемой, иллюстрирующей основные компоненты базовой станции 5, показанной на Фигуре 1. Базовая станция 5 содержит цепь 51 приемопередатчика, которая выполнена с возможностью передачи сигналов к, и приема сигналом от, MTC устройству 3 (и/или другому оборудованию пользователя) через одну или более антенны 53. Базовая станция 5 также выполнена с возможностью передачи сигналов к и приема сигналов от базовой сети 7 через сетевой интерфейс 55 (например, интерфейс 'S1'). Управление работой цепи 51 приемопередатчика осуществляется посредством контроллера 57 в соответствии с программным обеспечением, хранящимся в памяти 59.

[0055] Программное обеспечение включает в себя, среди прочих вещей, операционную систему 61, модуль 63 управления связью, модуль 67 управления пространством поиска, и модуль 69 RRC.

[0056] Модуль 63 управления связью выполнен с возможностью управления связью с MTC устройством 3. Модуль 63 управления связью также отвечает за планирование ресурсов соты 6, обслуживаемой данной базовой станцией 5 (например, используя надлежащим образом сформатированную DCI).

[0057] Модуль 67 управления пространством поиска отвечает за распределение надлежащего пространств(а) поиска каждому MTC устройству 3, обслуживаемому базовой станцией 5, и за передачу надлежащей информации, каждому MTC устройству 3, обслуживаемому базовой станцией 5, для определения корректного начального субкадра и периодичности распределенного поискового пространств(а), мониторинг которого должен осуществляться тем MTC устройством 3. Такая информация может быть передана, используя сигнализацию более высокого слоя (например, сигнализацию RRC через модуль 69 RRC). Модуль 67 управления пространством поиска также отвечает за гарантию того, что M-PDDCH данные (например, распределения планирования/DCI) для конкретного MTC устройства 3 передаются через надлежащее пространство(а) поиска для того MTC устройства 3.

[0058] Модуль 69 RRC отвечает за обработку (генерирование, отправка, и прием) сообщений сигнализации в соответствии с протоколом RRC. Такие сообщения сигнализации RRC могут включать в себя, например, сообщения, относящиеся к конфигурированию пространств поиска (например, M-PDCCH UESS, M-PDCCH CSS, и/или подобное).

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

[0060] <Работа>

Фигура 6 является примерной схемой (хронометража) сигнализации, иллюстрирующей примерный вариант осуществления изобретения.

[0061] Преимущественно, в первом примере, базовая станция 5 извлекает (используя свой модуль 67 управления пространством поиска) ассоциированный параметр R, определяющий число M-PDCCH повторений, требуемых для того MTC устройства 3 (например, в зависимости от требуемого уровня улучшения покрытия и числа действительных/недействительных субкадров). Базовая станция 5 также определяет (используя свой модуль 67 управления пространством поиска), применимую периодичность для M-PDCCH пространства поиска посредством обращения к набору значений 'R', обыкновенно используемому для определения M-PDCCH повторений для конкретного MTC устройства 3 (например, набор значений R, включающий в себя значения 1, 2, 4, 8, 16, 32, 64, 128, и 256). Это в целом иллюстрируется на этапе S601.

[0062] Более подробно, базовая станция 5 использует восемь предварительно определенных значений из набора значений R (например, последние восемь значений, исключая значение '1') и каждое MTC устройство 3 может быть сконфигурировано одной из восьми возможных периодичностей (T) из набора T, включающих значения 2, 4, 8, 16, 32, 64, 128, и 256. Другими словами, значение периодичности T для конкретного MTC устройства 3 согласуется со значением R для того MTC устройства 3 (для значения отличных от R=1).

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

[Математическое выражение 8]

T ∈{2,4,8,16,32,64,128,256}.

[0064] Тем не менее, базовая станция 5 также может быть выполнена с возможностью учета присутствия недействительных субкадров нисходящей линии связи и гарантии того, что значение для T является, по меньшей мере, равным фактической продолжительности субкадра у Rmax для того MTC устройства 3. Например, если Rmax=8 для конкретного MTC устройства 3 и присутствует один или более недействительные субкадры из расчета на кадр системы (т.е., субкадры, которые не могут быть использованы для передачи M-PDCCH), тогда периодичность должна быть увеличена до, по меньшей мере, следующего значения (т.е., до '16' в данном примере).

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

[0066] Как в целом показано на этапе S603, базовая станция 5 передает (используя свой модуль 69 RRC), каждому MTC устройству 3, информацию, указывающую параметры R и T, применимые для того MTC устройства 3. Следует иметь в виду, что информация, идентифицирующая параметр T, может быть передана, используя подходящий элемент информации сообщения RRC. Например, если присутствует восемь (или меньше) возможных значений для параметра T, тогда информация, идентифицирующая параметр T, может содержать 3 бита. Индекс выбранного элемента может быть указан посредством параметра более высокого слоя MPDCCH-startSF-UESS и/или подобного. Также следует иметь в виду, что параметры R и T могут быть просигнализированы в отдельных сообщениях и/или отдельных элементах информации.

[0067] Каждое MTC устройство 3 таким образом принимает (например, используя свой модуль 49 RRC) информацию, идентифицирующую параметры R и T, применимые для того MTC устройства 3 и, используя свой модуль 47 пространства поиска, оно извлекает (на основании принятых параметров) и сохраняет (в памяти 39) периодичность и начальный субкадр для UESS, мониторинг которого должен осуществляться посредством MTC устройства 3 (этап S604). Как в целом показано на этапе S605, MTC устройство 3 начинает осуществлять мониторинг соответствующего UESS в отношении передач M-PDCCH (на сновании начала и T у UESS).

[0068] Следует иметь в виду, что когда Rmax=256, невозможно сконфигурировать значение T, которое учитывает присутствие недействительных субкадров, т.е., значение T, которое выше 25 (когда

[Математическое выражение 9]

T ∈{2,4,8,16,32,64,128,256}

используется). Вследствие этого, в варианте первого примера, значение '256' может быть замещено '512' для того, чтобы вмещать присутствие недействительных субкадров (при Rmax=256), таким образом приводя к

[Математическое выражение 10]

T ∈{2,4,8,16,32,64,128,512}.

В данной вариации, вследствие этого, когда число повторений улучшения покрытия находится на своем максимуме (256) базовая станция может сигнализировать (на этапе S603), через параметр из трех битов, указывающий начальный субкадр, периодичность T, которая будет больше продолжительности, в субкадрах, повторений у M-PDCCH независимо от присутствия недействительных субкадров нисходящей линии связи. Это, поэтому, может быть использовано, чтобы гарантировать то, что продолжительность M-PDCCH повторений не выходит за рамки периода T между пространствами поиска (когда, по меньшей мере, половина субкадров нисходящей линии связи являются недействительными).

[0069] Другими словами, в первом примере, начальный субкадр у M-PDCCH пространства поиска (UESS) для конкретного MTC устройства 3 для мониторинга является субкадром, для которого удовлетворяется формула

[Математическое выражение 11]

где

[Математическое выражение 12]

T ∈{2,4,8,16,32,64,128,512};

n_f является индексом кадра радиосвязи; n_sявляется индексом слота (внутри того кадра);

[Математическое выражение 13]

является функцией округления до ближайшего целого в меньшую сторону (т.е., наибольшее целое число не больше 'x'); и где индекс выбранного элемента T сигнализируется посредством параметра более высокого слоя M-PDCCH-startSF-UESS.

[0070] Следует иметь в виду, что для Rmax=1, отсутствует потребность явного конфигурирования периодичности начального субкадра для M-PDCCH, так как в данном случае, MTC устройство 3 может предполагать, что оно должно осуществлять мониторинг каждого действительного субкадра нисходящей линии связи в отношении его M-PDCCH пространства поиска.

[0071] Преимущественно, во втором примере, базовая станция 5 определяет (используя свой модуль 67 управления пространством поиска) применимую периодичность для M-PDCCH пространства поиска посредством обращения как к максимальному числу повторений улучшения покрытия, Rmax, для MTC устройства, так и параметру из трех битов более высокого слоя, чтобы указывать начальный субкадр у M-PDCCH UESS (M-PDCCH-startSF-UESS). В частности, в данном примере, одно из возможных значений параметра из трех битов (например, M-PDCCH-startSF-UESS со значением, выбранным из значений 0, 1, 2, 3, 4, 5, 6, и 7) конфигурируется для конкретного MTC устройства 3 и M-PDCCH периодичность T определяется как надлежащая функция выбранного значения и Rmax (например, T=Rmax*(M-PDCCH-startSF-UESS+1)).

[0072] В данном случае, вследствие этого, базовая станция 5 выполнена с возможностью передачи информации, идентифицирующей значение M-PDCCH-startSF-UESS для конкретного MTC устройства 3, на основании которого MTC устройство 3 может извлекать (используя свой модуль 47 пространства поиска) периодичность T и, следовательно, начальный субкадры для своего UESS.

[0073] Применительно к второму примеру, начальный субкадр у M-PDCCH пространства поиска (UESS) для конкретного MTC устройства 3 для мониторинга является субкадром, для которого удовлетворяется формула

[Математическое выражение 14]

где T=Rmax*(M-PDCCH-startSF-UESS+1) и

[Математическое выражение 15]

Rmax ∈{1,2,4,8,16,32,64,128,256}.

[0074] Тем не менее, в то время, как данный второй пример имеет преимущества с точки зрения простоты, когда счетчик системного номера кадра (SFN) делает полный оборот (по достижению своего максимального значения, которое в настоящий момент 1024) некоторые из возможных периодичностей могут привести к начальному субкадру пространства поиска совпадающему с повторением M-PDCCH более раннего пространства поиска.

[0075] В преимущественном варианте второго примера, вследствие этого, базовая станция 5 выполнена с возможностью гарантии того, что периодичность T всегда (или почти всегда) является кратной 10240 (т.е., суммарному числу субкадров в 1024 кадрах системы). Преимущественно, это помогает избежать периодичностей, которые в противном случае могут привести к пространству поиска, начинающемуся в середине повторения. В частности, базовая станция 5 выполнена с возможностью определения (используя свой модуль 67 управления пространством поиска) периодичности, чтобы уменьшить число множителей отличных от 2 и 5. В данном варианте определяется набор из восьми возможных множителей (здесь обозначенных 'G') и M-PDCCH периодичность T определяется как Rmax*G. Выбор G (т.е., индекса, идентифицирующего, какое из восьми значений должно быть использовано) сигнализируется (на этапе S603) используя параметр из трех битов (например, M-PDCCH-startSF-UESS) для сигнализации начального субкадра пространства поиска.

[0076] Одним возможным набором значений для G является следующий

[Математическое выражение 16]

G ∈{1,2,4,5,8,10,16,20}.

[Математическое выражение 17]

(т.е., G=16, Rmax=256 → T=4096).

[Математическое выражение 18]

G ∈{1,2,4,5,8,10,20,40}.

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

[Математическое выражение 19]

(например, G=40, Rmax=256 → T=10240).

[0077] Каждое MTC устройство 3 принимает (например, используя свой модуль 49 RRC) информацию, идентифицирующую параметр G применимый для того MTC устройства 3, на основании которого оно извлекает (используя свой модуль 47 пространства поиска) периодичность T и начальный субкадры для UESS, мониторинг которого должен осуществляться посредством того MTC устройства 3.

[0078] Другими словами, в данном варианте, начальный субкадр у M-PDCCH пространства поиска (UESS) для мониторинга конкретным MTC устройством 3 является субкадром, для которого удовлетворяется формула

[Математическое выражение 20]

где T=Rmax*G,

[Математическое выражение 21]

G ∈{1,2,4,5,8,10,16,20} или G ∈{1,2,4,5,8,10,20,40},

где индекс выбранного элемента T сигнализируется посредством параметра более высокого слоя M-PDCCH-startSF-UESS, и

[Математическое выражение 22]

Rmax ∈{1,2,4,8,16,32,64,128,256}.

[0079] Как в целом показано на этапах с S607 по S610, всякий раз, когда базовой станции 5 требуется запланировать данные нисходящей линии связи для конкретного MTC устройства 5, она генерирует (используя свой модуль 63 управления связью) надлежащим образом отформатированные данные DCI (на этапе S607). На этапе S609, базовая станция 5 затем передает (используя свой модуль 69 RRC) данные DCI через пространство поиска (UESS), ассоциированное с MTC устройством 3, для которого предназначаются данные DCI. MTC устройство 3 (которое начало мониторинг своего распределенного пространства поиска на этапе S605) принимает и декодирует данные DCI (как в целом показано на этапе S610). Этапы с S607 по S610 могут повторяться всякий раз, когда базовой станции 5 требуется запланировать данные нисходящей линии связи для конкретного MTC устройства 5. Этапы с S601 по S605 могут повторяться всякий раз, когда базовой станции 5 требуется обновить пространство поиска для конкретного MTC устройства 5.

[0080] <Модификации и альтернативы>

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

[0081] Следует иметь в виду, что несмотря на то, что система 1 связи описывается исходя из базовых станций 5 работающих в качестве базовых станций E-UTRAN, точно такие же принципы могут быть применены к базовым станциям, работающим в качестве микро или пико базовых станций, фемто базовых станций, узлов ретрансляции, предоставляющих элементы функциональности базовой станции, домашних базовых станций (HeNB), или других таких узлов связи.

[0082] В вышеизложенном описании, элемент информации M-PDCCH-startSF-UESS используется в качестве примерного элемента информации, относящегося к начальному субкадру UESS. Тем не менее, следует иметь в виду, что может быть использован любой другой подходящий элемент информации. Более того, также следует иметь в виду, что информация, относящаяся к начальному субкадру UESS, также может быть предоставлена неявным образом, т.е. без отправки какого-либо (дополнительного) элемента информации. Например, начальный субкадр UESS может быть извлечен из числа повторений/улучшения покрытия, требуемого MTC устройству.

[0083] Следует иметь в виду, что разные MTC устройства (или UE) с одной и той же или с разными периодичностями начального субкадра могут быть сконфигурированы, чтобы осуществлять мониторинг в отношении одного и того же пространства поиска. Кроме того, следует иметь в виду, что сходный способ сигнализации для периодичностей начального субкадра также может быть определен для других пространств поиска Type0-M-PDCCH CSS и Type1-M-PDCCH CSS. В данном случае, следует иметь в виду, что описанные выше примеры могут быть применимы к Type1-M-PDCCH CSS посредством замены M-PDCCH-startSF-UESS на элемент информации, относящийся к начальному субкадру CSS (например, 'M-PDCCH-startSF-CSS-RA-r13' и/или подобное). Значения r1, r2, r3, и r4 применимые для Type1-M-PDCCH CSS приводятся в Таблице 2.

[0084] [Таблица 2]

R_max	r1	r2	r3	r4
256	2	16	64	256
128	2	16	64	128
64	2	8	32	64
32	1	4	16	32
16	1	4	8	16
8	1	2	4	8

Таблица 2 - Определение уровней повторения для Type1-M-PDCCH CSS

[0085] Несмотря на то, что на Фигуре 3, показаны три зоны eCCE, следует иметь в виду, что может присутствовать другое число eCCE определенных в одном субкадре, и что число eCCE может варьироваться от субкадра к субкадру.

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

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

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

[0089] Базовая станция и/или устройство связи может содержать память для удержания данных, представляющих собой множество периодичностей, и упомянутый параметр может идентифицировать, какой из упомянутого мужества периодичностей характеризуется упомянутое пространство поиска (например, периодичностью, T, определяемой как

[Математическое выражение 23]

T ∈{2,4,8,16,32,64,128,512}).

[0090] Уровень улучшения покрытия (например, максимальное число повторений, 'Rmax') может быть сконфигурирован для по меньшей мере одного устройства связи, и периодичность может быть связана как с упомянутым параметром, так и упомянутым уровнем улучшения покрытия (например, посредством математического выражения).

[0091] Периодичность может быть связана с упомянутым параметром и упомянутым уровнем улучшения покрытия посредством математического выражения:

T=Rmax*(M-PDCCH-startSF-UESS+1)

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

[Математическое выражение 24]

(например, Rmax ∈{1,2,4,8,16,32,64,128,256});

и M-PDCCH-startSF-UESS является параметром.

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

[0093] Уровень улучшения покрытия (например, максимальное число повторений, 'Rmax') может быть сконфигурирован для устройства связи, и упомянутая периодичность может быть связана как с упомянутым идентифицированным множителем, так и упомянутым уровнем улучшения покрытия (например, посредством математического выражения).

[0094] Периодичность может быть связана с упомянутым множителем и упомянутым уровнем улучшения покрытия математическим выражением:

T=Rmax*G

где Rmax представляет собой максимальное число повторений, сконфигурированное для устройства связи

[Математическое выражение 25]

(например, Rmax ∈{1,2,4,8,16,32,64,128,256});

и G представляет собой идентифицированный множитель

[Математическое выражение 26]

(например G ∈{1,2,4,5,8,10,16,20} или G ∈{1,2,4,5,8,10,20,40}).

[0095] Пространство поиска может содержать одно из: Особое для устройства связи машинного типа (MTC) пространство поиска (например, UESS); и общее пространство поиска (например, Type0-M-PDCCH CSS или Type1-M-PDCCH CSS).

[0096] Параметр может быть передан, используя надлежащим образом отформатированный элемент информации (например, элемент информации 'M-PDCCH-startSF-UESS' или элемент информации 'M-PDCCH-startSF-CSS-RA-r13').

[0097] Процессор базовой станции и/или устройства связи может быть выполнен с возможностью определения упомянутого начального субкадра упомянутого пространства поиска, используя формулу:

[Математическое выражение 27]

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

[Математическое выражение 28]

является функцией округления до ближайшего целого в меньшую сторону (т.е., наибольшее целое число не больше 'x').

[0098] Устройство связи может содержать устройство связи машинного типа (MTC устройство).

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

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

[0101] 1. Введение

В Rel-13, LC/CE MTC UE осуществляет мониторинг одного или более пространств поиска по одной или более узким полосам:

- Type0-MPDCCH общее пространство поиска (только для Режима A), которое может быть использовано для команды TPC, «очередности PDCCH», чтобы инициировать процедуру произвольного доступа, и отступления для одноадресного PDSCH/PUSCH

- Type1-MPDCCH общее пространство поиска, используемое для планирования передач Поискового вызова

- Type2-MPDCCH общее пространство поиска, используемое для планирования RAR, повторной передачи Msg3 и Msg4

- MPDCCH особое для UE пространство поиска (USS), используемое для планирования одноадресных передач PDSCH и PUSCH.

[0102] LC/CE UE не требуется одновременно осуществлять мониторинг MPDCCH USS и Type1-MPDCCH общего пространства поиска, и MPDCCH USS и Type2-MPDCCH общего пространства поиска.

[0103] Начальный субкадр для каждого Type1-MPDCCH общего пространства поиска определяется из местоположений субкадров возможности поискового вызова.

[0104] Начальный субкадр(ы) для Type2-MPDCCH общего пространства поиска явно указывается в MTC-SIB, используя 3-бита.

[0105] Начальный субкадр(ы) для MPDCCH USS и Type0-MPDCCH общего пространства поиска являются конфигурируемыми более высоким слоем через RRC, используя 3-бита.

[0106] В данной статье, мы обсуждает подробности начальных субкадров для MPDCCH USS, Type0-MPDCCH CSS и Type1-MPDCCH CSS для Rel-13 MTC.

[0107] 2. Начальные субкадры для USS пространства поиска

На последнем заседании RAN1, три опции обсуждались для структуры M-PDCCH USS как показано на Фигуре 9. Была согласована Опция 2, где периодичность начальных субкадров USS может быть длиннее максимального числа повторений (Rmax) [2].

Соглашение:

- Отношение между начальными субкадрами и максимальным числом R является

- Опция 2: Периодичность начальных субкадров UE-SS может быть длиннее максимального числа R. Только одно SS возникает после начального субкадра UE-SS.

- Примечание: продолжительность между двумя смежными начальными субкадрами не должна быть меньше фактической продолжительности субкадра максимального числа R

-FSS, если поддерживается R _max=1, и если так, начальных кадров для данного случая

- Возможные начальные субкадры для M-PDCCH пространства поиска определяются независимо от действительного/недействительного субкара(ов) DL

[0108] Дополнительным соглашением из RAN1 является следующее:

Соглашение:

- Применительно к начальному субкадру для USS,

- Отдельный параметр RRC:

- RAN1 рекомендует наличие [3] битов для сигнализации, и любезно просит RAN2 указать подробности сигнализации

[0109] Из вышеизложенных соглашений, очевидно, что присутствует периодичность, которая должна быть указана и просигнализирована каждому UE касательно M-PDCCH USS пространства поиска. RAN1 рекомендует RAN2 указать сигнализацию, но, отсутствует LS отправляемая RAN2 за исключением параметров RRC. В дополнение, параметр сигнализации более высокого слоя mpdcch-StartSF-UESS-r13 для начального субкадра MPDCCH USS был зафиксирован в технических описаниях RAN1, в частности в TS 36.213. Тем не менее, подробности возможных значений для начальных субкадров и их отношение с системным номером кадра (SFN) и номером субкадра, не были зафиксированы ни в одном из технических описаний.

[0110] Нижеследующее описание было зафиксировано в TS 36.213 раздел 9.1.5 [3]:

«Местоположения начального субкадра k определяются из сконфигурированного более высоким слоем субкадра k0, и определяются посредством k=k_b, где k_b является b^ым последовательным LC/CE DL субкадром от k0, и

[Математическое выражение 29]

где

- Для MPDCCH UE-особого пространства поиска, и Type-0 общего пространства поиска, k0 задается параметром более высокого слоя mPDCCH-startSF-UESS, r_max задается параметром более высокого слоя mPDCCH-NumRepetition, и r1, r2, r3, r4 задается в Таблице 9.15-3».

[0111] Для того, чтобы понять вышеизложенное описание, мы приводим некоторые примеры, как показано на Фигурах 7 и 8, где рассматриваются разные периодичности начальных субкадров T, Rmax=8 и некоторые действительные субкадры (v).

[0112] Поскольку число битов, согласованное для сигнализации, ограничивается 3 битами (от 0 до 7), остается открытым вопрос, каким образом использовать это число битов, чтобы определять набор периодичностей для M-PDCCH пространства поиска.

[0113] Три опции описываются следующим образом:

[0114] Опция 1: Повторно использовать набор кандидатов R {1, 2, 4, 8, 16, 32, 64, 128, 256}, уже определенных M-PDCCH повторений, за исключением первого элемента. Это означает, что UE может быть сконфигурировано одной из восьми возможных периодичностей

[Математическое выражение 30]

T ∈{2,4,8,16,32,64,128,256}

при условии, что T не меньше фактической продолжительности субкадра у Rmax. Например, если Rmax=8 для UE и присутствует пять недействительных субкадров, тогда периодичность должна быть увеличена, по меньшей мере, до 16, как показано на Фигуре 7.

[0115] Одна проблема возникнет, когда периодичность равна 256 и Rmax=256, и присутствуют некоторые недействительные субкадры в системе, поскольку отсутствует более высокое число чем 256, которое может быть сконфигурировано. Вследствие этого, для того, чтобы вмещать недействительные субкадры, когда периодичность равна 256, может быть лучше заменить 256 на 512. Недостаток состоит в том, что когда отношение действительных субкадров DL ниже половины, конфигурация T=512 не имеет места для всех повторений, когда Rmax=256.

[0116] Для данной опции, начальный субкадр для UE, чтобы осуществлять мониторинг M-PDCCH пространства поиска должен удовлетворять

[Математическое выражение 31]

где

[Математическое выражение 32]

T ∈{2,4,8,16,32,64,128,512};

и индекс выбранного элемента задается параметром более высокого слоя mPDCCH-startSF-UESS. n_f является системным номером кадра (SFN) и

[Математическое выражение 33]

соответствует номеру субкадра.

[0117] Для случая Rmax=1, отсутствует необходимость конфигурирования периодичности начального субкадра для MPDCCH, поскольку UE, можно предположить, осуществляет мониторинг каждого действительного субкадра нисходящей линии связи в отношении MPDCCH пространства поиска.

[0118] Опция 2. Применять особый для UE параметр Rmax и параметр более высокого слоя mPDCCH-startSF-UESS. В данном случае, значения mPDCCH-startSF-UESS могут быть установлены в {0, 1, 2, 3, 4, 5, 6, 7} и одно значение конфигурируется для UE. Тогда для каждого UE, M-PDCCH периодичность T может быть определена как Rmax*(mPDCCH-startSF-UESS+1).

[0119] Для данной опции, начальный субкадр для UE, чтобы осуществлять мониторинг M-PDCCH пространства поиска, должен удовлетворять

[Математическое выражение 34]

где

T=Rmax*(mPDCCH-startSF-UESS+1) и

[Математическое выражение 35]

Rmax ∈{1,2,4,8,16,32,64,128,256}.

Тем не менее, недостаток состоит в том, что не все периодичности T являются начинающимися в одном и том же субкадре, поскольку некоторые значения T не являются множителями 10240 (SFN 1024 × 10 субкадров). В дополнение, условие

[Математическое выражение 36]

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

[0120] Опция 3: Чтобы улучшить Опцию 2, мы должны гарантировать то, что периодичность T является кратной 10240, что означает, что мы должны избегать всего, что содержит множители отличные от 2 или 5. Таким образом, на основании этого, мы может определить список множителей как

[Математическое выражение 37]

G ∈{1,2,4,5,8,10,16,20}

и индекс выбранного элемента задается параметром более высокого слоя mPDCCH-startSF-UESS.

[0121] Вследствие этого, начальный субкадр для UE, чтобы осуществлять мониторинг M-PDCCH пространства поиска, должен удовлетворять

[Математическое выражение 38]

где T=Rmax*G,

[Математическое выражение 39]

G ∈{1,2,4,5,8,10,16,20}

и индекс выбранного элемента задается параметром более высокого слоя mPDCCH-startSF-UESS, и

[Математическое выражение 40]

Rmax ∈{1,2,4,8,16,32,64,128,256}.

[0122] Следует отметить, что разные UE с одними и теми же или разными периодичностями начального субкадра могут осуществлять мониторинг по одному и тому же пространству поиска.

[0123] Кроме того, сходный способ сигнализации для периодичностей начального субкадра должен быть определен для других пространств поиска Type0-M-PDCCH CSS и Type1-M-PDCCH CSS.

[0124] Предложение 1: Зафиксировать сигнализацию более высокого слоя начальных субкадров для MPDCCH USS и Type0-MPDCCH CSS в TS 36.213 следующим образом:

Применительно к MPDCCH UE-особого пространства поиска, и Type0-MPDCCH общего пространства поиска, k0 задается посредством

[Математическое выражение 41]

где

Опция 1:

[Математическое выражение 42]

T ∈{2,4,8,16,32,64,128,512}

и индекс одного элемента задается параметром более высокого слоя mPDCCH-startSF-UESS.

Опция 3: T=Rmax*G,

[Математическое выражение 43]

G ∈{1,2,4,5,8,10,20,40}

[0125] Предложение 2: Определить тот же самым способ сигнализации для Type1-MPDCCH CSS посредством замены mPDCCH-startSF-UESS на mpdcch-startSF-CSS-RA-r13.

[0126] 3. Заключение

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

[0127] Предложение 1: Зафиксировать сигнализацию более высокого слоя начальных субкадров для MPDCCH USS и Type0-MPDCCH CSS в TS 36.213 следующим образом:

[Математическое выражение 44]

где

Опция 1:

[Математическое выражение 45]

T ∈{2,4,8,16,32,64,128,512}

Опция 3: T=Rmax*G,

[Математическое выражение 46]

G ∈{1,2,4,5,8,10,20,40}

[0128] Предложение 2: Определить тот же самым способ сигнализации для Type1-MPDCCH CSS посредством замены mPDCCH-startSF-UESS на mpdcch-startSF-CSS-RA-r13.

[0129] 4. Список цитированной литературы

1) R1-157891 FS on RRC parameters for FTE eMTC

2) Chairman's Notes RAN1_83-final

3) TS 36.213 V13.0.0

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

[0131] (Дополнительное примечание 1) Базовая станция для осуществления связи со множеством устройств связи в системе сотовой связи, причем базовая станция содержит:

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

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

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

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

[0132] (Дополнительное примечание 2) Базовая станция в соответствии с Дополнительным примечанием 1, содержащая память, для удержания данных, представляющих собой множество периодичностей, и при этом упомянутый параметр идентифицирует, какой из упомянутого множества периодичностей характеризуется упомянутое пространство поиска (например, периодичность, T, определяется как

[Математическое выражение 47]

T∈{2,4,8,16,32,64,128,512}).

[0133] (Дополнительное примечание 3) Базовая станция в соответствии с Дополнительным примечанием 1, в которой уровень улучшения покрытия (например, максимальное число повторений, 'Rmax') конфигурируется для по меньшей мере одного устройства связи, и при этом упомянутая периодичность связана как с упомянутым параметром, так и упомянутым уровнем улучшения покрытия (например, посредством математического выражения).

[0134] (Дополнительное примечание 4) Базовая станция в соответствии с Дополнительным примечанием 3, в которой упомянутая периодичность связана с упомянутым параметром и упомянутым уровнем улучшения покрытия посредством математического выражения:

T=Rmax*(M-PDCCH-startSF-UESS+1)

[Математическое выражение 48]

(например, Rmax ∈{1,2,4,8,16,32,64,128,256});

и M-PDCCH-startSF-UESS является параметром.

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

[0136] (Дополнительное примечание 6) Базовая станция в соответствии с Дополнительным примечанием 5, в которой уровень улучшения покрытия (например, максимальное число повторений, 'Rmax') конфигурируется для по меньшей мере одного устройства связи, и при этом упомянутая периодичность связана как с упомянутым идентифицированным множителем, так и упомянутым уровнем улучшения покрытия (например, посредством математического выражения).

[0137] (Дополнительное примечание 7) Базовая станция в соответствии с Дополнительным примечанием 6, в которой упомянутая периодичность связана с упомянутым множителем и упомянутым уровнем улучшения покрытия посредством математического выражения:

T=Rmax*G

[Математическое выражение 49]

(например, Rmax ∈{1,2,4,8,16,32,64,128,256});

[Математическое выражение 50]

(например G ∈{1,2,4,5,8,10,16,20} или G ∈{1,2,4,5,8,10,20,40}).

[0138] (Дополнительное примечание 8) Базовая станция в соответствии с любым из Дополнительных примечаний с 1 по 7, в которой упомянутое пространство поиска содержит одно из: особое для устройства связи машинного типа (MTC) пространство поиска (например, UESS); и общее пространство поиска (например, Type0-M-PDCCH CSS или Type1-M-PDCCH CSS).

[0139] (Дополнительное примечание 9) Базовая станция в соответствии с любым из Дополнительных примечаний с 1 по 8, в которой упомянутый параметр передается, используя надлежащим образом отформатированный элемент информации (например, элемент информации 'M-PDCCH-startSF-UESS' или элемент информации 'M-PDCCH-startSF-CSS-RA-r13').

[0140] (Дополнительное примечание 10) Базовая станция в соответствии с любым из Дополнительных примечаний с 1 по 9, в которой упомянутый процессор выполнен с возможностью определения упомянутого начального субкадра упомянутого пространства поиска, используя формулу:

[Математическое выражение 51]

[Математическое выражение 52]

[0141] (Дополнительное примечание 11) Устройство связи для осуществления связи с базовой станцией системы сотовой связи, причем устройство связи содержит:

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

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

[0142] (Дополнительное примечание 12) Устройство связи в соответствии с Дополнительным примечанием 11, содержащее память для удержания данных, представляющих собой множество периодичностей, и при этом упомянутый параметр идентифицирует, какой из упомянутого множества периодичностей характеризуется упомянутое пространство поиска (например, периодичность, T, определяется как

[Математическое выражение 53]

T∈{2,4,8,16,32,64,128,512})

[0143] (Дополнительное примечание 13) Устройство связи в соответствии с Дополнительным примечанием 11, в котором уровень улучшения покрытия (например, максимальное число повторений, 'Rmax') конфигурируется для упомянутого устройства связи, и при этом упомянутая периодичность связана как с упомянутым параметром, так и упомянутым уровнем улучшения покрытия (например, посредством математического выражения).

[0144] (Дополнительное примечание 14) Устройство связи в соответствии с Дополнительным примечанием 13, в котором упомянутая периодичность связана с упомянутым параметром и упомянутым уровнем улучшения покрытия посредством математического выражения:

T=Rmax*(M-PDCCH-startSF-UESS+1)

[Математическое выражение 54]

(например, Rmax ∈{1,2,4,8,16,32,64,128,256});

и M-PDCCH-startSF-UESS является параметром.

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

[0146] (Дополнительное примечание 16) Устройство связи в соответствии с Дополнительным примечанием 15, в котором уровень улучшения покрытия (например, максимальное число повторений, 'Rmax') конфигурируется для по меньшей мере одного устройства связи, и при этом упомянутая периодичность связана как с упомянутым идентифицированным множителем, так и упомянутым уровнем улучшения покрытия (например, посредством математического выражения).

[0147] (Дополнительное примечание 17) Устройство связи в соответствии с Дополнительным примечанием 16, в котором упомянутая периодичность связана с упомянутым множителем и упомянутым уровнем улучшения покрытия посредством математического выражения:

T=Rmax*G

[Математическое выражение 55]

(например, Rmax ∈{1,2,4,8,16,32,64,128,256});

[Математическое выражение 56]

(например G ∈{1,2,4,5,8,10,16,20} или G ∈{1,2,4,5,8,10,20,40}).

[0148] (Дополнительное примечание 18) Устройство связи в соответствии с любым из Дополнительных примечаний с 11 по 17, в котором упомянутое пространство поиска содержит одно из: особое для устройства связи машинного типа (MTC) пространство поиска (например, UESS); и общее пространство поиска (например, Type0-M-PDCCH CSS или Type1-M-PDCCH CSS).

[0149] (Дополнительное примечание 19) Устройство связи в соответствии с любым из Дополнительных примечаний с 11 по 18, в котором упомянутый параметр передается, используя надлежащим образом отформатированный элемент информации (например, элемент информации 'M-PDCCH-startSF-UESS' или элемент информации 'M-PDCCH-startSF-CSS-RA-r13').

[0150] (Дополнительное примечание 20) Устройство связи в соответствии с любым из Дополнительных примечаний с 11 по 19, в котором упомянутый процессор выполнен с возможностью определения упомянутого начального субкадра упомянутого пространства поиска, используя формулу:

[Математическое выражение 57]

[Математическое выражение 58]

[0151] (Дополнительное примечание 21) Устройство связи в соответствии с любым из Дополнительных примечаний с 11 по 20, содержащее устройство связи машинного типа (MTC устройство).

[0152] (Дополнительное примечание 22) Система, содержащая базовую станцию в соответствии с любым из Дополнительных примечаний с 1 по 10 и устройство связи в соответствии с любым из Дополнительных примечаний с 11 по 21.

[0153] (Дополнительное примечание 23) Способ, выполняемый базовой станцией, при этом способ содержащий этапы, на которых:

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

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

передают упомянутый параметр упомянутому устройству связи.

[0154] (Дополнительное примечание 24) Способ, выполняемый устройством связи, при этом способ, содержащий этапы, на которых:

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

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

[0155] (Дополнительное примечание 25) Продукт реализуемых компьютером инструкций, содержащий реализуемые компьютером инструкции для предписания программируемому устройству связи выполнять способ Дополнительных примечаний 23 или 24.

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

[0157] Данная заявка основана на и по ней испрашивается приоритет Патентной заявки Соединенного Королевства № 1602150.3, поданной 05 февраля 2016г., раскрытие которой во всей своей полноте включено в настоящее описание посредством ссылки.

Claims

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

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

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

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

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

2. Базовая станция по п. 1, в которой упомянутая периодичность T представляется посредством математического выражения:

T=Rmax*G,

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

3. Базовая станция по п. 2, в которой Rmax задается посредством параметра более высокого слоя M-PDCCH-NumRepetition и G задается посредством параметра более высокого слоя M-PDCCH-startSF-CSS-RA-r13 или mPDCCH-startSF-UESS.

4. Базовая станция по п. 2, в котором Rmax задает по меньшей мере один из уровней повторения r1, r2, r3 и r4, причем каждый уровень выбирается из набора R{1,2,4,8,16,32,64,128,256}.

5. Базовая станция по п. 4, в которой зависимости между периодичностью Rmax и по меньшей мере одним из r1, r2, r3 и r4 задаются посредством следующей Таблицы 1, представляющей собой определение уровней повторения.

[Таблица 1]

6. Базовая станция по п. 4, в которой пространство поиска содержит следующие типы:

- Type0-MPDCCH общее пространство поиска, если конфигурируется с modeA,

- Type1-MPDCCH общее пространство поиска (CSS),

- Type2-MPDCCH общее пространство поиска, и

- MPDCCH UE-особое пространство поиска.

7. Базовая станция по п. 6, в которой зависимости между периодичностью Rmax и по меньшей мере одним из r1, r2, r3 и r4 задаются посредством следующей Таблицы 2, представляющей собой определение уровней повторения для Type1-M-PDCCH CSS.

[Таблица 2]

8. Базовая станция по любому из пп. 1-7, в которой упомянутый процессор выполнен с возможностью определения упомянутой части по меньшей мере одного кадра, в которой следует осуществлять мониторинг информации управления упомянутого PDCCH, используя формулу, основанную на системном номере кадра, упомянутой первой информации и упомянутой второй информации.

9. Оборудование пользователя (UE) для осуществления связи с базовой станцией системы сотовой связи, причем UE содержит:

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

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

10. UE по п. 9, в котором упомянутая периодичность T представляется посредством математического выражения:

T=Rmax*G,

11. UE по п. 10, в котором Rmax задается посредством параметра более высокого слоя M-PDCCH-NumRepetition и G задается посредством параметра более высокого слоя M-PDCCH-startSF-CSS-RA-r13 или mPDCCH-startSF-UESS.

12. UE по п. 10, в котором Rmax задает по меньшей мере один из уровней повторения r1, r2, r3 и r4, причем каждый уровень выбирается из набора R{1,2,4,8,16,32,64,128,256}.

13. UE по п. 12, в котором зависимости между периодичностью Rmax и по меньшей мере одним из r1, r2, r3 и r4 задаются посредством следующей Таблицы 3, представляющей собой определение уровней повторения.

[Таблица 3]

14. UE по п. 12, в котором пространство поиска содержит следующие типы:

- Type1-MPDCCH общее пространство поиска (CSS),

- Type2-MPDCCH общее пространство поиска, и

- MPDCCH UE-особое пространство поиска.

15. UE по п. 14, в котором зависимости между периодичностью Rmax и по меньшей мере одним из r1, r2, r3 и r4 задаются посредством следующей Таблицы 4, представляющей собой определение уровней повторения для Type1-M-PDCCH CSS.

[Таблица 4]

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

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

18. Система, содержащая базовую станцию по любому из пп. 1-8 и UE по любому из пп. 9-17.

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

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

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

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

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

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