СПОСОБ И УСТРОЙСТВО ДЛЯ УЛУЧШЕНИЯ ПОКРЫТИЯ УСТРОЙСТВ СВЯЗИ МАШИННОГО ТИПА (MTC)
METHOD AND DEVICE FOR IMPROVING COVERAGE OF COMMUNICATION DEVICES OF MACHINE TYPE (MTC)

ПЕРЕКРЕСТНАЯ ССЫЛКА НА РОДСТВЕННЫЕ ЗАЯВКИ
[0001] Данная заявка испрашивает приоритет по предварительной патентной заявке США № 61/710,315, поданной 5 октября 2012 г.; предварительной патентной заявке США № 61/753,263, поданной 16 января 2013 г.; предварительной патентной заявке США № 61/807,945, поданной 3 апреля 2013 г., и предварительной патентной заявке США № 61/863,223, поданной 7 августа 2013 г., содержание которых, таким образом, включено в настоящее описание посредством ссылки.
ОБЛАСТЬ ТЕХНИКИ
[0002] Данная заявка относится к беспроводной связи.
УРОВЕНЬ ТЕХНИКИ
[0003] Устройство связи, например беспроводной приемопередающий блок (WTRU), может осуществлять связь с удаленным устройством через систему связи. WTRU может быть выполнен с возможностью осуществления межмашинной (M2M) связи или связи машинного типа (MTC), представляющей собой связь, которая может осуществляться без взаимодействия с человеком. Эта форма связи может применяться в области интеллектуальных измерений, домашней автоматизации, электронной системы здравоохранения, управления парками транспортных средств, и в других аналогичных окружениях.
[0004] Существует потребность в улучшении покрытия обслуживанием устройства или некоторого типа устройств (например, устройства проекта долгосрочного развития систем связи (LTE) или LTE-Advanced (LTE-A)), например, маломощного устройства MTC, например, мощностью до нескольких дБ (например, 20 дБ), по сравнению с покрытием соты LTE, заданным для устройств, отличных от маломощных устройств MTC. В этом случае, требования к пропускной способности и задержке можно ослабить. Например, размер сообщения может ограничиваться, например, максимум 100 байтами на сообщение на восходящей линии связи (UL) и/или 20 байтами на сообщение на нисходящей линии связи (DL). В другом примере, требование к задержке можно ослабить до максимума 10 секунд для DL и/или до максимума 1 час для UL. Такое ослабление требований может препятствовать поддержке определенных услуг, например, голосовых.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
[0005] Описаны способ и устройство для беспроводного приемопередающего блока (WTRU) маломощной связи машинного типа (LC-MTC) для улучшения покрытия. В примере, способ улучшения физического широковещательного канала (PBCH) включает в себя прием системной информации на WTRU на улучшенном PBCH (ePBCH) от базовой станции. ePBCH располагается в наборе радиокадров, который является поднабором доступных радиокадров, причем поднабор включает в себя не все доступные радиокадры. ePBCH принимается, по меньшей мере, в одном радиокадре из набора радиокадров. В другом примере, способ улучшения физического канала произвольного доступа (PRACH) включает в себя прием конфигурации ресурсов унаследованного PRACH и конфигурации ресурсов улучшенного PRACH (ePRACH) на WTRU. WTRU выбирает один из ресурсов унаследованного PRACH или ресурсов ePRACH на основании возможностей покрытия. В другом примере, способ улучшения физического канала произвольного доступа (PRACH) включает в себя прием конфигурации ресурсов улучшенного PRACH (ePRACH), причем ресурсы ePRACH содержат множественные типы ресурса ePRACH, причем каждый тип ресурса ePRACH связан с возможностями покрытия.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0006] Чтобы лучше понять изобретение, следует обратиться к нижеследующему описанию, приведенному, в порядке примера, совместно с прилагаемыми чертежами, в которых:
[0007] фиг. 1A – системная схема иллюстративной системы связи, в которой можно реализовать один или более раскрытых вариантов осуществления;
[0008] фиг. 1B – системная схема иллюстративного беспроводного приемопередающего блока (WTRU) который можно использовать в системе связи, представленной на фиг. 1A;
[0009] фиг. 1C – системная схема иллюстративной сети радиодоступа и иллюстративной базовой сети, которые можно использовать в системе связи, представленной на фиг. 1A;
[0010] фиг. 2 – схема, демонстрирующая группирование интервалов времени передачи (TTI) с группировкой TTI из четырех последовательных TTI;
[0011] фиг. 3 – схема, демонстрирующая обработку уровня 2 (L2) для входящего пакета данных;
[0012] фиг. 4 – схема, демонстрирующая отображение символов модуляции для физического канала управления восходящей линии связи (PUCCH);
[0013] фиг. 5 – схема, демонстрирующая выделение группы ресурсных элементов (REG) для физического канала индикатора формата управления (PCFICH) и физического канала индикатора гибридного автоматического запроса повторной передачи (HARQ) (PHICH) согласно идентификатору физической соты (PCI);
[0014] фиг. 6 – схема, демонстрирующая циклическое назначение RV с порядком RV {0, 1, 2, 3};
[0015] фиг. 7 – схема, демонстрирующая циклическое назначение RV с порядком RV {0, 2, 1, 3};
[0016] фиг. 8 – схема, демонстрирующая циклическое назначение RV без размера окна;
[0017] фиг. 9 – схема, демонстрирующая группирование TTI с указанием битовой карты;
[0018] фиг. 10 – схема, демонстрирующая пример поведения унаследованного WTRU для варианта осуществления повторения ACK/NACK;
[0019] фиг. 11 – схема, демонстрирующая повторение ACK/NACK для группирования подкадров DL;
[0020] фиг. 12 – схема разных идентификаций кадров и блоков преамбулы для процедуры канала произвольного доступа (RACH); и
[0021] фиг. 13 – схема, демонстрирующая передачу на оконной основе нисходящей линии связи.
ПОДРОБНОЕ ОПИСАНИЕ
[0022] На фиг. 1A показана схема иллюстративной системы 100 связи, в которой можно реализовать один или более раскрытых вариантов осуществления. Система 100 связи может представлять собой систему множественного доступа, которая обеспечивает контент, например, голос, данные, видео, обмен сообщениями, широковещание и т.д., множественным беспроводным пользователям. Система 100 связи может предоставлять возможность множественным беспроводным пользователям осуществлять доступ к такому контенту посредством совместного использования системных ресурсов, включающих в себя беспроводную полосу. Например, системы 100 связи могут использовать один или более способов доступа к каналу, например, множественный доступ с кодовым разделением (CDMA), множественный доступ с временным разделением (TDMA), множественный доступ с частотным разделением (FDMA), ортогональный FDMA (OFDMA), FDMA на одной несущей (SC-FDMA) и пр.
[0023] Как показано на фиг. 1A, система 100 связи может включать в себя беспроводные приемопередающие блоки (WTRU) 102a, 102b, 102c, 102d, сеть радиодоступа (RAN) 104, базовую сеть 106, коммутируемую телефонную сеть 108 общего пользования (PSTN), интернет 110 и другие сети 112, хотя очевидно, что раскрытые варианты осуществления предусматривают любое количество WTRU, базовых станций, сетей и/или сетевых элементов. Каждый из WTRU 102a, 102b, 102c, 102d может быть устройством любого типа, выполненным с возможностью работы и/или связи в беспроводной среде. В порядке примера, WTRU 102a, 102b, 102c, 102d могут быть выполнены с возможностью передачи и/или приема беспроводных сигналов и могут включать в себя пользовательское оборудование (UE), мобильную станцию, стационарный или мобильный абонентский блок, устройство поискового вызова, сотовый телефон, карманный персональный компьютер (КПК), смартфон, портативный компьютер, нетбук, персональный компьютер, беспроводной датчик, бытовую электронику, межмашинный интерфейс и пр.
[0024] Системы 100 связи также могут включать в себя базовую станцию 114a и базовую станцию 114b. Каждая из базовых станций 114a, 114b может представлять собой устройство любого типа, выполненное с возможностью беспроводной связи с, по меньшей мере, одним из WTRU 102a, 102b, 102c, 102d для облегчения доступа к одной или более сетям связи, например, базовой сети 106, интернету 110 и/или сетям 112. В порядке примера, базовые станции 114a, 114b могут представлять собой базовую приемопередающую станцию (BTS), Node-B, eNode B, домашний узел B, домашний eNode B, контроллер участка, точку доступа (AP), беспроводной маршрутизатор и пр. Хотя каждая из базовых станций 114a, 114b изображены как единичный элемент, очевидно, что базовые станции 114a, 114b могут включать в себя любое количество соединенных между собой базовых станций и/или сетевых элементов.
[0025] Базовая станция 114a может входить в состав RAN 104, которая также может включать в себя другие базовые станции и/или сетевые элементы (не показаны), например, контроллер базовых станций (BSC), контроллер радиосети (RNC), ретрансляционные узлы и т.д. Базовая станция 114a и/или базовая станция 114b может быть выполнена с возможностью передачи и/или приема беспроводных сигналов в конкретной географической области, которая может именоваться сотой (не показана). Сота может дополнительно делиться на секторы соты. Например, сота, связанная с базовой станцией 114a, может делиться на три сектора. Таким образом, в одном варианте осуществления, базовая станция 114a может включать в себя три приемопередатчика, т.е. по одному на каждый сектор соты. В другом варианте осуществления, базовая станция 114a может использовать технологию множественных входов и множественных выходов (MIMO) и, таким образом, может использовать множественные приемопередатчики для каждого сектора соты.
[0026] Базовые станции 114a, 114b могут осуществлять связь с одним или более из WTRU 102a, 102b, 102c, 102d по радиоинтерфейсу 116, которым может быть любая пригодная беспроводная линия связи (например, радиочастотная (РЧ), микроволновая, инфракрасная (ИК), ультрафиолетовая (УФ), видимого света и т.д.). Радиоинтерфейс 116 может устанавливаться с использованием любой пригодной технологии радиодоступа (RAT).
[0027] В частности, как упомянуто выше, система 100 связи может быть системой множественного доступа и может использовать одну или более схем доступа к каналу, например, CDMA, TDMA, FDMA, OFDMA, SC-FDMA и пр. Например, базовая станция 114a в RAN 104 и WTRU 102a, 102b, 102c может реализовать технологию радиосвязи, например, наземного радиодоступа (UTRA) универсальной системы мобильной связи (UMTS), которая может устанавливать радиоинтерфейс 116 с использованием широкополосного CDMA (WCDMA). WCDMA может включать в себя протоколы связи, например, высокоскоростной пакетный доступ (HSPA) и/или усовершенствованный HSPA (HSPA+). HSPA может включать в себя высокоскоростной пакетный доступ нисходящей линии связи (HSDPA) и/или высокоскоростной пакетный доступ восходящей линии связи (HSUPA).
[0028] В другом варианте осуществления, базовая станция 114a и WTRU 102a, 102b, 102c могут реализовать технологию радиосвязи, например усовершенствованного наземного радиодоступа UMTS (E-UTRA), которая может устанавливать радиоинтерфейс 116 с использованием проекта долгосрочного развития систем связи (LTE) и/или LTE-Advanced (LTE-A).
[0029] В других вариантах осуществления, базовая станция 114a и WTRU 102a, 102b, 102c могут реализовывать технологии радиосвязи, например, IEEE 802.16 (т.е. Worldwide Interoperability for Microwave Access (WiMAX)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, Interim Standard 2000 (IS-2000), Interim Standard 95 (IS-95), Interim Standard 856 (IS-856), Global System for Mobile communications (GSM), Enhanced Data rates for GSM Evolution (EDGE), GSM EDGE (GERAN) и пр.
[0030] Базовая станция 114b, показанная на фиг. 1A, может представлять собой, например, беспроводной маршрутизатор, домашний узел B, домашний eNode B или точку доступа и может использовать любую пригодную RAT для облегчения возможности беспроводного соединения в ограниченной области, например, в торговом помещении, дома, в автомобиле, в общежитии и пр. В одном варианте осуществления, базовая станция 114b и WTRU 102c, 102d могут реализовать технологию радиосвязи, например IEEE 802.11 для установления беспроводной локальной сети (WLAN). В другом варианте осуществления, базовая станция 114b и WTRU 102c, 102d могут реализовать технологию радиосвязи, например IEEE 802.15 для установления беспроводной персональной сети (WPAN). В еще одном варианте осуществления, базовая станция 114b и WTRU 102c, 102d могут использовать RAT на сотовой основе (например, WCDMA, CDMA2000, GSM, LTE, LTE-A и т.д.) для установления пикосоты или фемтосоты. Как показано на фиг. 1A, базовая станция 114b может иметь прямое соединение с интернетом 110. Таким образом, базовая станция 114b может не требоваться для осуществления доступа к интернету 110 через базовую сеть 106.
[0031] RAN 104 может сообщаться с базовой сетью 106, которая может быть сетью любого типа, выполненной с возможностью предоставления услуг голосовой связи, передачи данных, приложений и/или голосовой связи по интернет-протоколу (VoIP) одному или более из WTRU 102a, 102b, 102c, 102d. Например, базовая сеть 106 может предоставлять услуги управления вызовом, услуги тарификации, услуги на основе местоположения мобильного абонента, услуги предоплаченного вызова, возможность соединения с интернетом, распространения видеоматериалов и т.д. и/или осуществлять высокоуровневые функции безопасности, например аутентификацию пользователя. Хотя это не показано на фиг. 1A, очевидно, что RAN 104 и/или базовая сеть 106 могут осуществлять прямую или косвенную связь с другими RAN, которые применяют такую же RAT, как RAN 104 или другая RAT. Например, помимо подключения к RAN 104, которая может использовать технологию радиосвязи E-UTRA, базовая сеть 106 также может сообщаться с другой RAN (не показана), применяющей технологию радиосвязи GSM.
[0032] Базовая сеть 106 также может служить шлюзом для WTRU 102a, 102b, 102c, 102d для осуществления доступа к PSTN 108, интернету 110 и/или другим сетям 112. PSTN 108 может включать в себя телефонные сети с коммутацией каналов, которые обеспечивают простую старую телефонную службу (POTS). Интернет 110 может включать в себя глобальную систему соединенных между собой компьютерных сетей и устройств, которые используют общие протоколы связи, например протокол управления передачей (TCP), протокол пользовательских дейтаграмм (UDP) и интернет-протокол (IP) в комплекте интернет-протоколов TCP/IP. Сети 112 могут включать в себя сети проводной или беспроводной связи, находящиеся в собственности и/или эксплуатации других поставщиков услуг. Например, сети 112 могут включать в себя другую базовую сеть, подключенную к одной или более RAN, которая может использовать такую же RAT, как RAN 104 или другую RAT.
[0033] Некоторые или все из WTRU 102a, 102b, 102c, 102d в системе 100 связи могут включать в себя многорежимные возможности, т.е. WTRU 102a, 102b, 102c, 102d могут включать в себя множественные приемопередатчики для осуществления связи с разными беспроводными сетями по разным беспроводным линиям связи. Например, WTRU 102c, показанный на фиг. 1A, может быть выполнен с возможностью осуществления связи с базовой станцией 114a, которая может использовать технологию радиосвязи на сотовой основе, и с базовой станцией 114b, которая может использовать технологию радиосвязи IEEE 802.
[0034] На фиг. 1B показана системная схема, демонстрирующая WTRU 102. Как показано на фиг. 1B, WTRU 102 может включать в себя процессор 118, приемопередатчик 120, приемопередающий элемент 122, громкоговоритель/микрофон 124, кнопочную панель 126, дисплей/сенсорную панель 128, стационарную память 130, сменную память 132, источник 134 питания, чипсет (набор микросхем) 136 глобальной системы позиционирования (GPS) и другие периферийные устройства 138. Очевидно, что WTRU 102 может включать в себя любую подкомбинацию вышеупомянутых элементов, в то же время, согласуясь с вариантом осуществления.
[0035] Процессор 118 может быть процессором общего назначения, процессором специального назначения, унаследованным процессором, цифровым сигнальным процессором (DSP), множеством микропроцессоров, одним или более микропроцессорами совместно с ядром DSP, контроллером, микроконтроллером, специализированными интегральными схемами (ASIC), схемами на основе вентильной матрицы, программируемой пользователем (FPGA), интегральной схемой (ИС) любого другого типа, конечным автоматом и пр. Процессор 118 может осуществлять кодирование сигнала, обработку данных, управление мощностью, входную/выходную обработку и/или любые другие функциональные возможности, которые позволяют WTRU 102 работать в беспроводной среде. Процессор 118 может быть подключен к приемопередатчику 120, который может быть подключен к приемопередающему элементу 122. Хотя на фиг. 1B процессор 118 и приемопередатчик 120 показаны как отдельные компоненты, очевидно, что процессор 118 и приемопередатчик 120 могут быть объединены друг с другом в электронной упаковке или микросхеме.
[0036] Приемопередающий элемент 122 может быть выполнен с возможностью передачи сигналов на, или приема сигналов от базовой станции (например, базовой станции 114a) по радиоинтерфейсу 116. Например, в одном варианте осуществления, приемопередающий элемент 122 может представлять собой антенну, выполненную с возможностью передачи и/или приема РЧ сигналов. В другом варианте осуществления, приемопередающий элемент 122 может представлять собой излучатель/детектор, выполненный с возможностью передачи и/или приема, например, сигналов ИК, УФ или видимого света. В еще одном варианте осуществления, приемопередающий элемент 122 может быть выполнен с возможностью передачи и приема РЧ и световых сигналов. Очевидно, что приемопередающий элемент 122 может быть выполнен с возможностью передачи и/или приема любой комбинации беспроводных сигналов.
[0037] Кроме того, хотя приемопередающий элемент 122 изображен на фиг. 1B как единичный элемент, WTRU 102 может включать в себя любое количество приемопередающих элементов 122. В частности, WTRU 102 может использовать технологию MIMO. Таким образом, в одном варианте осуществления, WTRU 102 может включать в себя два или более приемопередающих элементов 122 (например, множественных антенн) для передачи и приема беспроводных сигналов по радиоинтерфейсу 116.
[0038] Приемопередатчик 120 может быть выполнен с возможностью модуляции сигналов, которые подлежат передаче приемопередающим элементом 122, и демодуляции сигналов, которые принимаются приемопередающим элементом 122. Как упомянуто выше, WTRU 102 может иметь многорежимные возможности. Таким образом, приемопередатчик 120 может включать в себя множественные приемопередатчики, чтобы WTRU 102 мог осуществлять связь посредством множественных RAT, например UTRA и IEEE 802.11.
[0039] Процессор 118 WTRU 102 может быть подключен к, и может принимать входные данные пользователя от, громкоговорителя/микрофона 124, кнопочной панели 126 и/или дисплея/сенсорной панели 128 (например, блока отображения на основе жидкокристаллического дисплея (LCD) или блока отображения на основе органических светодиодов (OLED)). Процессор 118 также может выводить пользовательские данные на громкоговоритель/микрофон 124, кнопочную панель 126 и/или дисплей/сенсорную панель 128. Кроме того, процессор 118 может обращаться к информации из, и сохранять данные в, памяти любого пригодного типа, например, стационарной памяти 130 и/или сменной памяти 132. Стационарная память 130 может включать в себя оперативную память (ОЗУ), постоянную память (ПЗУ), жесткий диск, или запоминающее устройство любого другого типа. Сменная память 132 может включать в себя карту модуля идентификации абонента (SIM), карту памяти, карту памяти типа "secure digital" (SD) и пр. В других вариантах осуществления, процессор 118 может обращаться к информации из, и сохранять данные в, памяти, которая физически располагается не на WTRU 102, например, на сервере или домашнем компьютере (не показан).
[0040] Процессор 118 может получать питание от источника 134 питания и может быть выполнен с возможностью распределения питания на другие компоненты WTRU 102 и/или управления их мощностью. Источником 134 питания может быть любое пригодное устройство для обеспечения питания WTRU 102. Например, источник 134 питания может включать в себя одну или более батарей сухих элементов (например, никель-кадмиевых (NiCd), никель-цинковых (NiZn), никель-металл-гидридных (NiMH), литий-ионных (Li-ion) и т.д.), солнечные элементы, топливные элементы и пр.
[0041] Процессор 118 также может быть подключен к чипсету 136 GPS, который может быть выполнен с возможностью обеспечения информации местоположения (например, долготы и широты) в отношении текущего местоположения WTRU 102. Помимо или вместо информации из чипсета 136 GPS, WTRU 102 может принимать информацию местоположения по радиоинтерфейсу 116 от базовой станции (например, базовых станций 114a, 114b) и/или определять свое местоположение на основании хронирования сигналов, принимаемых от двух или более близлежащих базовых станций. Очевидно, что WTRU 102 может получать информацию местоположения согласно любому пригодному способу определения местоположения, в то же время, согласуясь с вариантом осуществления.
[0042] Процессор 118 может быть дополнительно подключен к другим периферийным устройствам 138, которые могут включать в себя один или более программных и/или аппаратных модулей, которые обеспечивают дополнительные признаки, функциональные возможности и/или возможность проводного или беспроводного соединения. Например, периферийные устройства 138 может включать в себя акселерометр, электронный компас, спутниковый приемопередатчик, цифровую камеру (для фото- или видеосъемки), порт универсальной последовательной шины (USB), вибрационное устройство, телевизионный приемопередатчик, гарнитуру, модуль Bluetooth, радиоприемник частотной модуляции (FM), цифровой музыкальный проигрыватель, медиаплеер, видеоигровой модуль, интернет-браузер и пр.
[0043] На фиг. 1C показана системная схема RAN 104 и базовой сети 106 согласно варианту осуществления. Как упомянуто выше, RAN 104 может использовать технологию радиосвязи E-UTRA для осуществления связи с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. RAN 104 также может сообщаться с базовой сетью 106.
[0044] RAN 104 может включать в себя eNode-B 140a, 140b, 140c, хотя очевидно, что RAN 104 может включать в себя любое количество eNode-B, в то же время, согласуясь с вариантом осуществления. Каждый eNode-B 140a, 140b, 140c может включать в себя один или более приемопередатчиков для осуществления связи с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. В одном варианте осуществления, eNode-B 140a, 140b, 140c могут реализовывать технологию MIMO. Таким образом, eNode-B 140a, например, может использовать множественные антенны для передачи беспроводных сигналов на WTRU 102a и приема беспроводных сигналов от него.
[0045] Каждый из eNode-B 140a, 140b, 140c может быть связан с конкретной сотой (не показана) и может быть выполнен с возможностью принятия решений по управлению радиоресурсами, решений по хэндоверу, диспетчеризации пользователей на восходящей линии связи и/или нисходящей линии связи и пр. Как показано на фиг. 1C, eNode-B 140a, 140b, 140c могут осуществлять связь друг с другом через интерфейс X2.
[0046] Базовая сеть 106, показанная на фиг. 1C может включать в себя шлюз 142 субъекта управления мобильностью (MME), обслуживающий шлюз 144 и шлюз 146 сети пакетной передачи данных (PDN). Хотя каждый из вышеупомянутых элементов изображен как часть базовой сети 106, очевидно, что любой из этих элементов может находиться в собственности и/или эксплуатации субъекта, отличного от оператора базовой сети.
[0047] MME 142 может быть подключен к каждому из eNode-B 140a, 140b, 140c в RAN 104 через интерфейс S1 и может выступать в роли узла управления. Например, MME 142 может отвечать за аутентификацию пользователей WTRU 102a, 102b, 102c, активацию/деактивацию канала-носителя, выбор конкретного обслуживающего шлюза в ходе начального подключения WTRU 102a, 102b, 102c и пр. MME 142 также может обеспечивать функцию плоскости управления для переключения между RAN 104 и другими RAN (не показаны), где применяются другие технологии радиосвязи, например GSM или WCDMA.
[0048] Обслуживающий шлюз 144 может быть подключен к каждому из eNode B 140a, 140b, 140c в RAN 104 через интерфейс S1. Обслуживающий шлюз 144 может, в целом, маршрутизировать и ретранслировать пользовательские пакеты данных на/от WTRU 102a, 102b, 102c. Обслуживающий шлюз 144 также может осуществлять другие функции, например, привязку плоскостей пользователя при выполнении операций хэндовера между eNode B, запуск поискового вызова при наличии данных нисходящей линии связи для WTRU 102a, 102b, 102c, управление и сохранение контекстов WTRU 102a, 102b, 102c, и пр.
[0049] Обслуживающий шлюз 144 также может быть подключен к шлюзу 146 PDN, который может снабжать WTRU 102a, 102b, 102c доступом к сетям с коммутацией пакетов, например интернету 110, для облегчения связи между WTRU 102a, 102b, 102c и устройствами на основе IP.
[0050] Базовая сеть 106 может облегчать связь с другими сетями. Например, базовая сеть 106 может снабжать WTRU 102a, 102b, 102c доступом к сетям с коммутацией каналов, например PSTN 108, для облегчения связи между WTRU 102a, 102b, 102c и унаследованными устройствами стационарной связи. Например, базовая сеть 106 может включать в себя, или может осуществлять связь с, IP-шлюз (например, сервер подсистемы IP-мультимедиа (IMS)) который служит интерфейсом между базовый сетью 106 и PSTN 108. Кроме того, базовая сеть 106 может снабжать WTRU 102a, 102b, 102c доступом к сетям 112, которые могут включать в себя другие проводные или беспроводные сети, которые находятся в собственности и/или эксплуатации других поставщиков услуг.
[0051] Группирование интервалов времени передачи (TTI) может улучшать покрытие восходящей линии связи (UL) для пользователя или WTRU, который находится в условиях ограниченного покрытия UL, например, когда его мощность передачи достигает максимума. С использованием группирования TTI, одни и те же данные могут передаваться во множественных последовательных TTI, что может позволять WTRU расширять эффективное временное окно передачи для данных. Например, до четырех последовательных TTI может группироваться для дуплексного режима с частотным разделением (FDD) LTE, что позволяет расширять эффективное временное окно передачи до четырех раз. Единичный транспортный блок можно кодировать и передавать с разными версиями избыточности (RV) в каждом из последовательных подкадров, где подкадр и TTI можно использовать взаимозаменяемо. Например, последовательные TTI в одной и той же группировке TTI можно назначать последовательным RV. Один и тот же номер процесса гибридного автоматического запроса повторной передачи (HARQ) можно назначать всем TTI в группировке TTI, и все TTI в группировке TTI можно рассматривать как единичный ресурс, где с ними может быть связано единичное предоставление UL и единичное квитирование/отрицательное квитирование (ACK/NACK), (например, физический канал индикатора HARQ (PHICH)). Механизм группирования TTI может быть сконфигурирован посредством сигнализации более высокого уровня для каждого WTRU. При группировании TTI FDD, время кругового обращения (RTT) для каждой повторной передачи может быть равно 16 мс. Когда группирование TTI FDD активируется, WTRU может принимать предоставление UL для первого подкадра в группировке TTI согласно правилам предоставления UL FDD, и когда данные UL передаются в группировке TTI, WTRU может ожидать PHICH или другое предоставление UL, согласно правилам PHICH, соответствующее последнему подкадру этой группировки TTI. Правила могут быть например, правилами 3GPP выпуск 8.
[0052] На фиг. 2 показана схема, демонстрирующая группирование TTI с группировкой TTI из четырех последовательных TTI. В примере, HARQ ID (идентификатор) #0 включает в себя четыре сгруппированных TTI 205, ACK/NACK 210 принимается спустя четыре TTI после последнего TTI группировки TTI 205, и повторная передача происходит спустя шестнадцать TTI после первого TTI начальной передачи. После активации группирования TTI FDD, WTRU может поддерживать вплоть до определенного числа процессов HARQ, например, до четырех для 3GPP выпуск 10. В операции FDD, все группировки TTI одного и того же процесса HARQ могут иметь одно и то же количество подкадров UL, может иметь один и тот же шаблон, (например, включающий в себя последовательные подкадры UL), и могут быть однородно распределены во временной области.
[0053] На фиг. 3 показана схема, демонстрирующая обработку 300 уровня 2 (L2) для входящего пакета 305 данных. В общем случае, входящий пакет 305 данных может обрабатываться на уровне или субъекте 310 протокола конвергенции пакетной передачи данных (PDCP), уровне или субъекте 312 управления линией радиосвязи (RLC), уровне или субъекте 314 управления доступом к среде (MAC) и физическом (PHY) уровне или субъекте 316. В примере, заголовок PDCP 320 присоединяться к входящему пакету, подлежащему передаче в направлении DL или UL. Иллюстрируемый пример является упрощенным случаем низких скоростей передачи данных, где уровень 312 RLC сегментирует, но не сцепляет, протокольные единицы данных (PDU) PDCP, (например, в 3 PDU 325 RLC), таким образом, что каждая PDU 330 MAC может включать в себя единичную сервисную единицу данных (SDU) 325 RLC. Таким образом, издержки на передачу заголовка в протоколе для каждого уровня могут включать в себя заголовок 320 PDCP (например, восемь битов), который может включать в себя некоторое количество битов, например, один бит, для указание PDU данных или управления и может включать в себя другие биты, например, семь битов, для порядкового номера (SN), заголовок RLC, размер которого может зависеть от сконфигурированного режима, например, сконфигурирован ли режим без квитирования (UM) или режим с квитированием (AM), заголовок MAC, например, восемь битов с пятью битами для ID логического канала (LCID), и циклический контроль по избыточности (CRC) (например, двадцать четыре бита), который можно присоединять к концу PDU 330 MAC, прежде чем продолжать обработку на уровне PHY 316. В отношении заголовка PDCP 320, SN можно использовать для последовательной доставки SDU PDCP на более высокие уровни и для управления последовательностью номеров гиперкадров (HFN) и ее шифрования. В отношении заголовка RLC для AM, может быть включен шестнадцатибитовый заголовок, причем, например, десять битов заголовка предназначено для SN. В отношении заголовка RLC для UM, может быть включен восьмибитовый заголовок, причем, например, пять битов заголовка предназначено для SN. Заголовок может применяться к каждой сегментированной SDU 325 RLC.
[0054] Более крупные заголовки могут быть сконфигурированы для каждого протокольного уровня, когда сконфигурирован радиоканал-носитель данных (DRB) с высокой скоростью передачи данных. Например, уровни PDCP 310 и 312 RLC могут выделять больший битовый размер SN в заголовке. Уровень 312 RLC может сцеплять или объединять множественные SDU 325 RLC в единичную PDU, что может дополнительно увеличивать размер заголовка RLC. Уровень 314 MAC может мультиплексировать множественные SDU MAC в единичную PDU 335 MAC, поскольку выделенный размер транспортного блока допускает возможность передачи, и заголовок MAC может увеличиваться согласно количеству SDU MAC, которые мультиплексируются в PDU 335 MAC.
[0055] Физические ресурсы, которые можно использовать для физического канала управления восходящей линии связи (PUCCH), могут зависеть от двух параметров,  и , которые могут задаваться более высокими уровнями. Переменная  может выражать полосу через количество блоков ресурсов (RB), которые могут быть доступны для использования определенными форматами PUCCH, например форматами 2/2a/2b, в каждом слоте. Переменная  может выражать количество циклических сдвигов, которые можно использовать для определенных форматов PUCCH, например форматов 1/1a/1b, в RB, который можно использовать для смеси форматов, например, 1/1a/1b и 2/2a/2b. Значение  может быть целым кратным , где целое кратное может находиться в диапазоне {0, 1, … , 7}, и где  может обеспечиваться более высокими уровнями. Согласно варианту осуществления, смешанных RB может не быть, если . Согласно варианту осуществления, самое большее, один RB в каждом слоте может поддерживать смесь форматов 1/1a/1b и 2/2a/2b. Ресурсы, которые можно использовать для передачи определенных форматов PUCCH, например 1/1a/1b, 2/2a/2b и 3, можно представить неотрицательными индексами , , и , соответственно.
[0056] Блок комплекснозначных символов  можно умножать на амплитудный масштабный коэффициент  для согласования с мощностью передачи  и можно последовательно отображать в ресурсные элементы начиная с . PUCCH может использовать один RB в каждом из двух слотов в подкадре. В блоке физических ресурсов, используемом для передачи, отображение  в ресурсные элементы  на антенном порту , который можно не использовать для передачи опорных сигналов, может осуществляться в порядке возрастания сначала , затем  и, наконец, номера слота, начиная с первого слота в подкадре. Блоки физических ресурсов, подлежащие использованию для передачи PUCCH в слоте , можно задавать в виде:
, уравнение 1
где переменная  может зависеть от формата PUCCH. Для форматов 1, 1a и 1b, например:
;
уравнение 2
и для форматов 2, 2a и 2b, например:
уравнение 3
и для формата 3, например:
. Уравнение 4
На фиг. 4 показана схема, демонстрирующая отображение символов модуляции для PUCCH.
[0057] Согласно варианту осуществления, где зондирующий опорный сигнал (SRS) и формат PUCCH 1, 1a, 1b или 3 могут одновременно передаваться, когда может быть сконфигурирована одна обслуживающая сота, можно использовать сокращенный формат PUCCH, где последний символ множественного доступа с частотным разделением с одной несущей (SC-FDMA), который может находиться во втором слоте подкадра, может оставаться пустым. Передача HARQ_ACK на двух антенных портах  может поддерживаться для формата PUCCH 1a/1b.
[0058] Для варианта осуществления FDD с одной сконфигурированной обслуживающей сотой, WTRU может использовать ресурс PUCCH  для передачи HARQ-ACK в подкадре  для , отображаемого в антенный порт p,для формата PUCCH 1a/1b. В этом варианте осуществления, например, для передачи физического совместно используемого канала DL (PDSCH), который может указываться путем обнаружения соответствующего физического канала управления DL (PDCCH) в подкадре , или для PDCCH, указывающего освобождение полупостоянной диспетчеризации (SPS) нисходящей линии связи, которая может находиться в подкадре , WTRU может использовать  для антенного порта , где  может быть номером первого элемента канала управления (CCE), (например, самым низким индексом CCE, который можно использовать для построения PDCCH), используемого для передачи соответствующего назначения информации управления DL (DCI), и  может быть сконфигурирован более высокими уровнями. Для передачи с помощью двух антенных портов, ресурс PUCCH для антенного порта  можно задавать в виде . Для передачи PDSCH на первичной соте, где в подкадре  может быть не обнаружено соответствующего PDCCH, значение  можно определять согласно конфигурации более высокого уровня. Для WTRU, сконфигурированного для двух передач с антенного порта, значение ресурса PUCCH может отображаться в два ресурса PUCCH, где первый ресурс PUCCH  предназначен для антенного порта , и второй ресурс PUCCH  предназначен для антенного порта . В противном случае, значение ресурса PUCCH может отображаться в единичный ресурс PUCCH  для антенного порта .
[0059] PHICH можно использовать для передачи ACK или NACK, соответствующего PUSCH, передаваемого в подкадре UL. PHICH может передаваться в распределенном режиме по системной полосе и символам мультиплексирования с ортогональным частотным разделением (OFDM) в канале управления DL. Количество символов OFDM можно задавать как длительность PHICH и можно конфигурировать посредством сигнализации более высокого уровня. Позиция физического ресурса PHICH может изменяться согласно длительности PHICH, которая может отличаться от длительности физического канала индикатора формата управления (PCFICH).
[0060] На фиг. 5 показан пример схемы выделения группы ресурсных элементов (REG) PCFICH и PHICH согласно идентификатору физической соты (PCI). В примере, в соте задаются множественные группы PHICH, и группа PHICH может включать в себя множественные PHICH с ортогональными последовательностями. Согласно варианту осуществления, PHICH для WTRU может задаваться динамически с информацией о ресурсе в предоставлении UL, например, самым низким индексом блока физических ресурсов (PRB)  и циклическим сдвигом () опорного сигнала демодуляции (DM-RS). Две пары индексов, (индекс группы PHICH: , индекс последовательности PHICH: ), могут указывать ресурс PHICH для конкретного WTRU. В паре индексов PHICH (,), каждый индекс можно задавать как:
=  ;
уравнение 5
,
уравнение 6
где  может обозначать количество групп PHICH, доступных в системе, и можно задавать как:
,
уравнение 7
g
g
где N может представлять собой информацию (например, 2 бита информации) и может передаваться по физическому широковещательному каналу (PBCH), и информация может быть в N. Ортогональная последовательность согласно расширяющему множителю может быть представлена, например, в таблице 1.
<b>Таблица 1</b>
Индекс последовательности
Ортогональная последовательность
<img file="00000053.jpg" he="6" wi="10" img-content="undefined" img-format="jpg" />
Нормальный циклический префикс
<img file="00000054.jpg" he="6" wi="16" img-content="undefined" img-format="jpg" />
Расширенный циклический префикс
<img file="00000055.jpg" he="6" wi="16" img-content="undefined" img-format="jpg" />
0
<img file="00000056.jpg" he="5" wi="22" img-content="undefined" img-format="jpg" />
<img file="00000057.jpg" he="5" wi="11" img-content="undefined" img-format="jpg" />
1
<img file="00000058.jpg" he="5" wi="23" img-content="undefined" img-format="jpg" />
<img file="00000059.jpg" he="5" wi="11" img-content="undefined" img-format="jpg" />
2
<img file="00000060.jpg" he="5" wi="23" img-content="undefined" img-format="jpg" />
<img file="00000061.jpg" he="5" wi="12" img-content="undefined" img-format="jpg" />
3
<img file="00000062.jpg" he="5" wi="23" img-content="undefined" img-format="jpg" />
<img file="00000063.jpg" he="5" wi="12" img-content="undefined" img-format="jpg" />
4
<img file="00000064.jpg" he="5" wi="24" img-content="undefined" img-format="jpg" />
-
5
<img file="00000065.jpg" he="5" wi="24" img-content="undefined" img-format="jpg" />
-
6
<img file="00000066.jpg" he="5" wi="24" img-content="undefined" img-format="jpg" />
-
7
<img file="00000067.jpg" he="5" wi="24" img-content="undefined" img-format="jpg" />
-
PRACH
CMAX
CMAX,c
[0061] eNB и/или WTRU может использовать процедуру произвольного доступа для, по меньшей мере, одного из: начального доступа WTRU (например, к соте или eNB), сброса хронирования UL (например, для сброса или выравнивания хронирования UL WTRU по отношению к определенной соте) и сброса хронирования при выполнении хэндовера (например, для сброса или выравнивания хронирования WTRU в отношении целевой соты хэндовер). WTRU может передавать последовательность преамбулы определенного физического канала произвольного доступа (PRACH) на определенной мощности P, которая может базироваться на сконфигурированных параметрах и/или измерениях, и WTRU может передавать преамбулу с использованием определенного частотно-временного ресурса или ресурсов. Сконфигурированные параметры, которые может обеспечивать или конфигурировать eNB, могут включать в себя один или более из начальной мощности преамбулы (например, preambleInitialReceivedTargetPower), смещения на основе формата преамбулы (например, deltaPreamble), окна ответа произвольного доступа (например, ra-ResponseWindowSize), коэффициента изменения мощности (например, powerRampingStep) и максимального количества повторных передач (например, preambleTransMax). Ресурсы PRACH (которые могут включать в себя преамбулы или наборы преамбул и/или частотно-временные ресурсы, которые можно использовать для передачи преамбулы), может обеспечивать или конфигурировать eNB. Измерения могут включать в себя потери в тракте. Частотно-временной(ые) ресурс(ы) может выбирать WTRU из разрешенного набора или его/их может выбирать eNB и сигнализировать на WTRU. После того, как WTRU передает преамбулу, если eNB может обнаружить преамбулу, он может ответить посредством ответа произвольного доступа (RAR). Если WTRU не может принять или не принимает RAR для переданной преамбулы (который может, например, соответствовать определенному индексу преамбулы и частотно-временному ресурсу), в отведенное время (например, ra-ResponseWindowSize), WTRU может отправить другую преамбулу в более позднее время, на более высокой мощности, (например, превышающей предыдущую мощность передачи преамбулы на powerRampingStep), где мощность передачи может ограничиваться максимальной мощностью, например, сконфигурированной WTRU максимальной мощностью, которая может быть задана для WTRU в целом (например P) или для определенный обслуживающей соты WTRU (например P). WTRU может снова ждать получения RAR от eNB. Эта последовательность передачи и ожидания может продолжаться, пока eNB не сможет ответить посредством RAR или пока не будет достигнуто максимальное количество передач преамбулы произвольного доступа (например, preambleTransMax). eNB может передавать, и WTRU может принимать RAR в ответ на единичному передачу преамбулы.
n
[0062] Процедура произвольного доступа, в конкретном случае может быть на состязательной основе или бессостязательной. Бессостязательная процедура может инициироваться запросом, например, от eNB, например, посредством сигнализации физического уровня, например, команды PDCCH, или посредством сигнализации более высокого уровня, например, сообщения переконфигурирования RRC (например, сообщения переконфигурирования соединения RRC), которое может включать в себя информацию управления мобильностью и может, например, указывать запрос хэндовера или соответствовать ему. Для бессостязательной процедуры, которая может инициироваться командой PDCCH в подкадре , преамбула PRACH может передаваться в первом подкадре (или первом подкадре, доступном для PRACH) . В случае инициирования командой RRC, могут существовать другие задержки, которые могут указываться (например, могут существовать минимальные и/или максимальные необходимые или разрешенные задержки). WTRU может самостоятельно инициировать процедуру на состязательной основе по причинам, которые могут включать в себя, например, начальный доступ, восстановление синхронизации UL или восстановление после отказа линии радиосвязи. Для определенных событий, например, событий, отличных от восстановления после отказа линии радиосвязи, можно не задавать или не указывать, через какое время после такого события WTRU может отправлять преамбулу PRACH.
[0063] Для бессостязательной процедуры произвольного доступа (RA) можно использовать сигнализируемую по сети преамбулу PRACH. Для процедуры произвольного доступа на состязательной основе, WTRU может самостоятельно выбирать преамбулу, где WTRU. Формат преамбулы и/или частотно-временной(ые) ресурс(ы) доступный(е) для передач преамбулы могут базироваться на указании или индексе (например, prach-configIndex), которое(ый) может обеспечиваться или сигнализироваться eNB.
[0064] Для системной конструкции LTE характерно, что, в итоге, eNB может обнаружить одну из преамбул, передаваемых на все более высокой мощности передачи. В ответ на эту одну обнаруженную преамбулу, eNB может отправить RAR.
CP
PRE
GT
RA
[0065] Форматы преамбулы для PRACH можно задавать в виде трех частей: циклического префикса (T), преамбулы (T) и защитного времени (T). Полное время, включающее в себя эти три части, можно рассматривать как время для RA (T). Для системы FDD, может поддерживаться несколько форматов преамбулы, например четыре формата преамбулы, например, как показано в нижеследующей таблице 2, которая включает в себя примеры форматов преамбулы для PRACH.
<b>Таблица 2</b>
Формат преамбулы
T<sub>CP</sub>
T<sub>SEQ</sub>
0
3168⋅Ts
24576⋅Ts
1
21024⋅Ts
<b>24576⋅Ts</b>
2
6240⋅Ts
2⋅24576⋅Ts
3
21024⋅Ts
2⋅24576⋅Ts
SEQ
PRE
GT
SEQ
[0066] В примере, приведенном в таблице 2, T может быть равно T+T, и Ts может обозначать базовую единицу времени, (например, время выборки). Форматы 2 и 3 преамбулы могут иметь вдвое большую длину T, чем два других формата, что позволяет увеличивать мощность сигнала, повторяя преамбулу два раза.
[0067] Поисковый вызов можно использовать для инициируемого сетью установления соединения WTRU, например в холостом режиме. На уровне PHY, поисковый вызов может отправляться с использованием PDCCH и PDSCH. Для канала поискового вызова (PCH) может выделяться единичный временный идентификатор радиосети поискового вызова (P-RNTI). В MAC, процесс HARQ можно не использовать для PCH, и прозрачный режим (TM) RLC может применяться к каналу управления поисковым вызовом (PCCH). Сообщение поискового вызова RRC может включать в себя индивидуальные указания или идентификаторы WTRU для конкретных WTRU, в отношении которых осуществляется поисковый вызов для инициирования соединения, и/или может включать в себя общие указания для изменений определенной системной информации, в том числе изменений блоков системной информации (SIB) и информации, связанной с системами предупреждения о землетрясениях и цунами (ETWS), коммерческими мобильными системами тревожной сигнализации (CMAS) и запретом расширенного доступа (EAB).
[0068] В целях, например, энергосбережения, совместно с поисковым вызовом можно использовать механизм прерывистого приема (DRX), чтобы WTRU мог экономить энергию между приемами сообщений поискового вызова, которые могут выделяться на единичном подкадре для каждого цикла поискового вызова (DRX) для каждого WTRU. Параметры для цикла DRX могут конфигурироваться посредством блока системной информации (SIB) или более высоких уровней. Например, более высоким уровнем может быть уровень слоя без доступа (NAS).
[0069] Событие поискового вызова для данного WTRU может задаваться его идентификатором WTRU, например, международным идентификатором абонента мобильной связи (IMSI), длиной цикла DRX, и параметром “nB”, установленным на уровне RRC. Значение nB может указывать плотность событий поискового вызова в данной соте, в пределах от кадра поискового вызова и события, происходящего каждые 32 кадра (nB=T/32) до четырех событий поискового вызова в подкадре s{0,1,5,6} для TDD или s{0,4,5,9} для FDD на кадр поискового вызова (nB=4T). WTRU может принимать характерную для WTRU запись поискового вызова только в ходе выделенного ему события поискового вызова и может считывать указание для изменений широковещательной информации в других событиях поискового вызова.
[0070] В некоторых вариантах осуществления, определенные термины можно использовать взаимозаменяемо. Термины "eNB", "сота" и "сеть" можно использовать взаимозаменяемо. Термины "обслуживающая сота" и "компонентная несущая" можно использовать взаимозаменяемо. Термины "несущая" и "сота" можно использовать взаимозаменяемо. Один или более из терминов "сообщение", "команда", "запрос" и "сигнализация" можно использовать взаимозаменяемо. Один или более из терминов "обеспечивать", сигнализировать", "конфигурировать" и "передавать" можно использовать взаимозаменяемо. Термины "отправлять" и "передавать" можно использовать взаимозаменяемо.
[0071] WTRU может получать системную информацию, связанную с сотой и/или сетью, которую он может использовать, например, для выбора соты, доступа, установления соединения, повторного выбора соты и пр. eNB или сота может сигнализировать, например рассылать, системную информацию в группах или блоках. Один или более из главного информационного блока (MIB) и/или одного или более блоков системной информации (SIB), например, блока системной информации типа 1 (SIB1) и блока системной информации типа 2 (SIB2) могут обеспечиваться eNB или сотой и/или могут быть нужны WTRU для одной или более функций, например, доступа к соте. SIB, возможно, за исключением SIB1, могут переноситься в сообщениях системной информации (SI). Каждый SIB может содержаться в единичном сообщении SI.
[0072] MIB может передаваться на физическом широковещательном канале (PBCH), где PBCH может иметь фиксированное расписание. Например, PBCH, например, унаследованный PBCH LTE, может передаваться в подкадре #0 каждого радиокадра. MIB, например, унаследованный MIB, может иметь периодичность в радиокадрах (например, 4 кадра или 40 мс) и может повторяться в каждом радиокадре (например, 10 мс) в течение периода (например, 40 мс). В каждом из радиокадров периода MIB, информация или информационные биты могут быть одинаковыми. В каждом из радиокадров периода MIB, кодированные биты могут различаться. Физические ресурсы PBCH могут быть фиксированными и могут располагаться на 72 центральных поднесущих, которые могут быть 6 центральными PRB полосы передачи. Ресурсы PBCH могут находиться в первых четырех символах второго слота подкадра. Информация, содержащаяся в MIB, может включать в себя один или более из, по меньшей мере, части номера системного кадра (SFN), (например, 8 старших битов SFN), сконфигурированной полосы DL соты и конфигурации PHICH для соты. Получая (например, успешно декодируя), по меньшей мере, один из повторных MIB (например, один из четырех повторных MIB) в периоде MIB (например, 40 мс), WTRU приобретает возможность выводить младшие биты (например, два младших бита) SFN, которые он может объединять с частичным SFN, содержащимся в MIB, для получения значения полного SFN (например, значения полного SFN кадра, в котором MIB успешно декодирован). Термин "унаследованный PBCH" можно использовать для представления PBCH согласно определенному стандарту или спецификации, например, 3GPP LTE выпуск 10 (R10), или одному или более выпускам 3GPP LTE, предшествующим определенному выпуску, например, выпуску 11 (R11). Термин "унаследованный MIB" можно использовать для представления MIB согласно определенному стандарту или спецификации, например, 3GPP LTE R10 или одному или более выпускам 3GPP LTE, предшествующим определенному выпуску, например R11. Термин "унаследованный PRACH" можно использовать для представления PRACH согласно определенному стандарту или спецификации, например 3GPP LTE выпуск 10 (R10), или одному или более выпускам 3GPP LTE, предшествующим определенному выпуску, например, выпуску 11 (R11). Термин "унаследованный", в общем случае, можно использовать для представления или указания определенного стандарта или спецификации, например, 3GPP LTE выпуск 10 (R10), или одного или более выпусков 3GPP LTE, предшествующих определенному выпуску, например, выпуску 11 (R11).
[0073] SIB1 может передаваться на PDSCH в определенном подкадре, например подкадре 5, может иметь TTI 80 мс и может повторяться каждые 20 мс. Положение ресурса SIB1 может указываться посредством PDCCH, скремблированного временным идентификатором радиосети для системной информации (SI-RNTI). SIB1 может обеспечивать информацию, которую WTRU может использовать для доступа к соте и сети, а также информацию диспетчеризации для других SIB.
[0074] SIB2 может передаваться на PDSCH на основании информации диспетчеризации, включенной в SIB1. Положение ресурса могут указываться PDCCH, скремблированным с помощью SI-RNTI. SIB2 может обеспечивать информацию, которую WTRU может использовать для осуществления доступа к и инициирования возможности соединения с сотой и сетью. Информация в SIB2 может включать в себя общую конфигурацию каналов, например, для обеспечения конфигурации для таких каналов, как PRACH и/или RACH, конфигурацию подкадров многоадресной-широковещательной одночастотной сети (MBSFN) и/или информацию UL.
[0075] Также можно использовать список информации диспетчеризации для сообщений системной информации (SI). Каждая SI, перечисленная в списке информации диспетчеризации, может включать в себя один или более SIB. Диспетчеризация SI может базироваться на периодичности системной информации и протяженности окна SI. eNB может обладать некоторой гибкостью временного и частотного ресурса для отправки SIB.
[0076] Другая информация SIB может быть связана с информацией повторного выбора соты, услугой мультимедийного широковещания (MBMS), или информацией, связанной с системой предупреждения о чрезвычайном положении (EWS), которая может быть нужна WTRU. Релевантность SIB соте может базироваться на конфигурации соты или сети и может не передаваться сотой в отсутствие релевантности.
in
out
out
in
out
[0077] WTRU, например WTRU в режиме RRC_CONNECTED, может, например, непрерывно (например, в каждом радиокадре) контролировать качество линии радиосвязи DL. WTRU может контролировать качество линии радиосвязи DL и сравнивать его с порогами, например Q и Q. Согласно варианту осуществления, Q можно определить как уровень качества, при котором линия радиосвязи DL не может надежно приниматься, и может соответствовать частоте блоков с ошибками (BLER) десять процентов для гипотетической передачи PDCCH. Согласно варианту осуществления, Q можно определить как уровень качества, при котором линия радиосвязи DL может быть значительно надежнее, чем при Q, и может соответствовать BLER два процента для гипотетической передачи PDCCH. Пороги может быть сконфигурированы для измеренного значения мощности принятого опорного сигнала (RSRP), и контроль линии радиосвязи может осуществляться на характерном для соты опорном сигнале (CRS) первичной соты (PCell).
in
in
out
out
[0078] Qможно оценивать на протяжении определенного периода оценивания, например, 100 мс без DRX. Если качество линии радиосвязи выше Q в течение периода оценивания, то на более высокие уровни может поступать синхронизированное указание. Соответственно, Qможно оценивать на протяжении периода оценивания, например, 200 мс без DRX. Если качество линии радиосвязи ниже Q в течение периода оценивания, то на более высокие уровни может поступать несинхронизированное указание.
[0079] Обработка более высокого уровня синхронизированных или несинхронизированных указаний может осуществляться на основании счетчиков и таймеров контроля линии радиосвязи (RLM), сконфигурированных управлением радиоресурсами (RRC), которые могут обеспечиваться в системной информации, например в SIB2. Например, N310 последовательных несинхронизированных указаний может запускать таймер T310. В порядке другого примера, N311 последовательных синхронизированных указаний при выполняющемся T310 может приводить к остановке T310. В порядке другого примера, по истечении T310, можно обнаруживать указание отказа линии радиосвязи, и WTRU может инициировать процедуры переустановления RRC. В этот момент может запускаться таймер T311.
[0080] Отказ линии радиосвязи можно объявлять на основании обнаружения проблем физического уровня, проблем произвольного доступа, или если контроллер линии радиосвязи (RLC) указывает, что достигнуто максимальное количество повторных передач.
[0081] Может быть желательным улучшать покрытие обслуживанием устройства или типа устройства, (например, устройства LTE или LTE-Advanced (LTE-A)), например, маломощного устройства связи машинного типа (MTC) (LC-MTC), например, на несколько дБ, (например, 15 или 20 дБ), по сравнению с покрытием соты LTE, которое может задаваться для других устройств, которые могут не являться устройствами LC-MTC. В этом случае, требования к пропускной способности и задержке можно ослабить. Например, размер сообщения может ограничиваться, например, максимум 100 байтами на сообщение на UL и/или 20 байтами на сообщение на DL. В порядке другого примера, требование к задержке можно ослабить до максимума 10 секунд для DL (например, для доступных данных DL, подлежащих передаче посредством eNB и успешно принятых на WTRU) и/или до максимума 1 час для UL (например, для доступных данных UL, подлежащий передаче посредством WTRU и успешно принятых на eNB). Такое ослабление требований может препятствовать поддержке определенных услуг, например, голосовых.
[0082] В описанных здесь вариантах осуществления, WTRU, устройство, LC WTRU, LC устройство, WTRU LC-MTC, LC-MTC и устройство LC-MTC можно использовать взаимозаменяемо. Устройство LC-MTC используется в порядке неограничительного примера. Описанные здесь варианты осуществления можно применять к другому устройству, например, тому, которое может пользоваться преимуществом увеличенного покрытия и может допускать ослабленные требования к пропускной способности и/или задержке.
[0083] В некоторых вариантах осуществления, унаследованный WTRU может относиться к WTRU, который может согласовываться с определенными выпусками или версиями, например, выпусками или версиями стандартов 3GPP или LTE. Например, WTRU, которые могут согласовываться с выпусками стандартов 3GPP или LTE, которые могут быть не позднее определенного выпуска, например, выпуска 8, выпуска 9 или выпуска 10, можно рассматривать как унаследованные WTRU. Унаследованный WTRU может относиться к WTRU, который может поддерживать или не поддерживать определенные функциональные возможности. Например, унаследованным WTRU может быть тот, который может не поддерживать определенные методы улучшения покрытия, например, те, которые могут быть внедрены для определенных устройств, например, устройств LC-MTC или устройств LC-MTC ограниченного покрытия.
[0084] Для физического совместно используемого канала данных UL (PUSCH), группирование TTI может поддерживаться на протяжении до четырех последовательных подкадров (например, 4 мс), что может обеспечивать улучшение покрытия до 6 дБ. Дополнительные методы могут поддерживаться для PUSCH для достижения дополнительного улучшения покрытия, например, до 15 или 20 дБ. Покрытие совместно используемых каналов DL (PDSCH) также может быть улучшено, поскольку группирование TTI в PDSCH DL ранее не поддерживалось.
[0085] Функциональные возможности сегментации на уровне RLC могут позволять передавать меньше сегментированных данных с увеличенной энергией на бит. Однако издержки на передачу заголовка уровня 2 (L2), добавленные к каждым сегментированным данным, могут ограничивать эффекты улучшения покрытия, обеспеченные сегментацией. Издержки, добавленные заголовками протокольного уровня L2, можно снизить для усиления этих эффектов.
[0086] Поскольку покрытие совместно используемых каналов на обеих UL и DL улучшаются, покрытие соответствующих каналов ACK HARQ также может требовать улучшения для поддержки процесса HARQ.
[0087] Покрытие может ухудшаться для каналов управления, а также каналов данных. Поскольку канал управления может приниматься (например, для указания ресурсов и параметров) для передачи и/или приема канала данных, может требоваться улучшение покрытия канала управления, а также покрытия канала данных.
[0088] PBCH, например унаследованный PBCH, может передаваться в течение 40 мс и повторяться четыре раза, что позволяет WTRU может интегрировать сигналы в окне размером 40 мс, если WTRU находится в условиях низкого отношения принятого сигнала к помехе плюс шум (SINR), что может быть обусловлено, по меньшей мере, тем, что интегрирование сигналов может увеличивать SINR приема. Однако интегрирование сигнала PBCH на протяжении более 40 мс может быть невозможно, по меньшей мере, поскольку SFN, который может переноситься на PBCH (например, в MIB) может изменяться каждые 40 мс. Можно рассматривать методы улучшения покрытия PBCH.
[0089] Покрытие PBCH может влиять на получение SFN, что может влиять на устройство LC-MTC, осуществляющее доступ к соте и другие процедуры, которые зависят от хронирования на уровне кадров. Можно рассматривать улучшения для определения SFN. Дополнительно, для дальнейших улучшений покрытия можно рассматривать получение системной информации, характерной для LC-MTC.
[0090] В конце концов, eNB может обнаруживать и отвечать на передачу преамбулы увеличенной мощности от WTRU. Устройство LC-MTC может находиться в условиях значительно более высоких потерь в тракте, (например, до 20 дБ), чем предусмотрено в системной конструкции LTE. Для устройства LC-MTC, находящегося в условиях таких высоких потерь в тракте, существует возможность, что eNB не может обнаружить ни одной из преамбул увеличенной мощности, в том числе, передаваемых с максимальной мощностью передачи, и ответить на них. Таким образом, могут потребоваться способы и процедуры для процедуры произвольного доступа для устройства, например, устройства LC-MTC, которое может находиться в условиях очень высоких потерь в тракте.
[0091] Конфигурация канала поискового вызова может не включать в себя процесс HARQ, и, таким образом, может не обеспечивать преимущества от повторных передач. PCCH может работать в TM RLC и может обеспечивать преимущества от дополнительных положительных эффектов за счет процесса сегментации RLC. Для PCH могут быть желательны способы, позволяющие обеспечивать преимущества от накопления сигнализации для достижения эффектов улучшения покрытия.
[0092] Для улучшения покрытия каналов, например, улучшенного PDCCH (EPDCCH), PDSCH и PUCCH, повторяющийся передача можно рассматривать как метод улучшения покрытия. В этом случае, текущий процесс HARQ, например, соотношение хронирования n+4 (например, для FDD), можно не использовать, поскольку опорный подкадр может переопределяться среди повторно передаваемых подкадров. Кроме того, соотношение хронирования между предоставлением UL и передачей PUSCH также может быть переопределяться для нового опорного подкадра n. Термин (E)PDCCH можно использовать в смысле PDCCH и/или EPDCCH, который также может быть представлен PDCCH/EPDCCH.
[0093] Здесь описаны способы улучшения покрытия обслуживанием для каналов данных на UL и DL. При условии, что WTRU LC-MTC может поддерживать очень низкие скорости передачи данных с высоким допуском на задержку в отношении качества обслуживания, WTRU может уменьшать размер каждого заголовка протокольного уровня для каждого транспортного блока, который WTRU может принимать и/или передавать.
[0094] В иллюстративном варианте осуществления, PDCP и RLC могут выделять меньший размер порядкового номера (SN) в своих заголовках. В PDCP, WTRU может выделять размер SN меньше 7 битов. В RLC, WTRU может выделять размер SN меньше 5 битов для UM или 10 битов для AM. WTRU может координировать размеры PDU RLC и PDCP таким образом, чтобы результирующая PDU с заголовком и участком данных могла поддерживать выравнивание по октету (байту). WTRU может иметь PDU PDCP, не выровненную по байту, но заголовок RLC и PDU могут обрабатываться таким образом, чтобы могло поддерживаться побайтовое выравнивание результирующей PDU RLC.
[0095] В другом иллюстративном варианте осуществления, WTRU может не включать в себя поля расширения (“E”) в MAC и RLC, таким образом, дополнительно уменьшая размеры заголовков. Например, WTRU может быть сконфигурирован для радиоканала-носителя данных (DRB) с очень низкой скоростью передачи данных таким образом, что малые пакеты данных, (например, 100 байтов на UL) могут поступать на PDCP нечасто, (например, раз в час). Тогда WTRU может быть сконфигурирован с малым размером SN, например 2 бита, в PDCP, таким образом, что порядковые номера может составлять от 0 до 3. В RLC, WTRU может быть сконфигурирован для UM, и SDU RLC может сегментироваться на 8 меньших PDU RLC, и, относительно, размер SN RLC может указываться для 3 битов. Дополнительно, WTRU может не включать бит “E” RLC или MAC в заголовок, поскольку SDU RLC и SDU MAC могут не сцепляться в PDU RLC и MAC (например, по 1 PDU на SDU). Затем WTRU может осуществлять обработку L1 результирующей PDU MAC для передачи UL. При уменьшенном размере заголовка, PDPC может иметь размер заголовка, уменьшенный до 3 битов, RLC, уменьшенный до 6 битов, и MAC, уменьшенный до 7 битов. WTRU и eNB могут применять такое же уменьшение заголовков протокольного уровня на DL.
[0096] WTRU может быть сконфигурирован с конфигурациями уменьшенного заголовка PDCP, RLC и MAC в рамках процедуры установления DRB, что может сигнализироваться посредством RRC. Например, в рамках процедуры RRC, WTRU может получать предписание применять длину SN 2 бита в PDCP, применять длину SN 3 бита для RLC в режиме UM и применять бит для указания исключения бита “E” из заголовка MAC. WTRU может использовать принятый по умолчанию или предварительно заданный набор конфигураций MAC, RLC и PDCP, которые могут включать в себя иллюстративную конфигурацию заголовка, заданную на RRC. Сеть может явно указывать WTRU использовать параметры протокольного уровня в режиме улучшения покрытия, или WTRU может самостоятельно использовать параметры режима улучшения покрытия и сигнализировать их использование в сеть.
[0097] В другом иллюстративном варианте осуществления, WTRU/eNB может уменьшать размер заголовка RLC, скремблируя биты CRC, которые могут быть присоединены к PDU MAC, с помощью SN PDU RLC, включенного в PDU MAC. Затем WTRU может удалять SN из заголовка RLC. Например, независимо или совместно с уменьшением размера SN RLC, WTRU может, приняв PDU MAC, дескремблировать биты четности CRC с помощью возможных значений SN до осуществления проверки CRC. WTRU может осуществлять дескремблирование на основании всего диапазона возможных SN или на основании текущего окна приемника RLC, за исключением ранее принятых SN. После идентификации правильного SN и правильного приема PDU MAC, WTRU может передавать определенное значение SN на RLC для надлежащей обработки PDU.
[0098] В другом иллюстративном варианте осуществления, WTRU может скремблировать биты четности CRC с помощью информации LCID MAC. Например, WTRU может использовать 5-битовую информацию LCID DRB для скремблирования битов четности CRC при наличии, например, единичного LCID, связанного с SDU MAC, которые мультиплексируются в PDU MAC.
[0099] В другом иллюстративном варианте осуществления, WTRU может передавать и принимать данные на DRB в единичном процессе HARQ для направления UL и/или DL. Например, при условии, что WTRU LC-MTC может передавать и принимать данные на очень низких скоростях передачи данных с высоким допуском на задержку, WTRU может использовать единичный процесс HARQ в каждом из направлений UL и/или DL. Поскольку WTRU может единомоментно принимать только одну PDU MAC, бремя поддержания порядковой нумерации на обоих уровнях RLC и PDCP можно уменьшить, дополнительно поддерживая вышеописанное уменьшение размера SN.
[0100] В другом иллюстративном варианте осуществления, WTRU может использовать многоэтапную процедуру присоединения и вычисления CRC для уменьшения размера CRC. При этом WTRU может снижать издержки, связанные с присоединением бита четности CRC к данным. Для передачи данных, WTRU может, на уровне RLC, вычислять и присоединять длинные биты четности CRC к SDU RLC до процедуры сегментации/сцепления. Затем WTRU может сегментировать SDU RLC с битами четности CRC, присоединенными к концу SDU RLC. WTRU может, на уровне PHY, вычислять и присоединять более короткий набор битов четности CRC к каждой PDU MAC до передачи. Для приема данных, WTRU может, на уровне MAC, приняв PDU MAC и правильно вычислив CRC, считать прием успешным и доставлять соответствующую SDU MAC на RLC.
[0101] WTRU может, на уровне RLC, приняв PDU RLC и успешно реконструировав SDU RLC, осуществлять проверку CRC на основании вычисления длинного CRC и битов четности, присоединенных к SDU RLC. На основании результата проверки CRC, если CRC проходит проверку, WTRU может доставлять SDU RLC на PDCP. Если CRC не проходит проверку, WTRU может отбрасывать SDU и соответствующие PDU, например, если WTRU сконфигурирован для UM RLC, или может отбрасывать SDU и давать указание стороне передатчика повторно передавать соответствующие PDU. Например, если WTRU сконфигурирован для AM RLC, WTRU может обеспечивать PDU "RLC STATUS" указывающий, какие SN из PDU RLC может входить в состав отброшенной SDU RLC.
[0102] В иллюстративном варианте осуществления, WTRU может присоединять 24-битовый CRC к SDU RLC до сегментации на RLC. В целях этого примера, SDU RLC может быть сегментирован на 8 PDU RLC. Затем WTRU может присоединять 8-битовый CRC к PDU MAC, которая может включать в себя ранее сегментированную SDU RLC. В порядке относительного сравнения с присоединением 24-битового CRC к каждой PDU MAC, где издержки на CRC составляют 24×8 = 192 бита, вышеупомянутая процедура присоединения CRC может приводить к издержкам на CRC 24+8×8=88 битов. Издержки на CRC могут дополнительно сокращаться, например, если количество сегментированных PDU RLC увеличивается.
[0103] Здесь описаны способы обеспечения улучшений покрытия с использованием группирования TTI. Группирование TTI можно использовать поскольку оно может обеспечивать более высокое отношение сигнал/шум (SNR) приема.
TTI
TTI
rep
TTI
rep
[0104] Согласно варианту осуществления, если WTRU выполнен с возможностью работать в режиме улучшения покрытия, группирование TTI можно использовать для TTI в количестве, большем четырех, где количество подкадров для группирования TTI может быть предварительно задано или сконфигурировано. Кроме того, сгруппированные подкадры могут повторно передаваться в течение времени, что может дополнительно улучшать покрытие. Например, если сгруппировано N подкадров, и N подкадров повторно передаются (N), то всего можно эффективно использовать N×N подкадров. На широковещательном канале, указание, связанное с емкостью операции в режиме улучшения покрытия, может быть включено, что позволяет WTRU, который способен входить в режим улучшения покрытия, выбирать режим улучшения покрытия или сообщать предпочтительный режим работы, (например, режим улучшения покрытия), согласно условиям.
TTI
rep
[0105] Одно или более из следующих может применяться для размера группирования (N) и/или частоты повторения (N) для режима улучшения покрытия. В примере, размер группирования и/или частота повторения может быть сконфигурированы посредством более высоких уровней совместно с конфигурацией режима передачи. В другом примере, может задаваться принятое по умолчанию значение размера группирования и/или частоты повторения для режима улучшения покрытия, и значение, принятое по умолчанию можно использовать, если WTRU сконфигурирован для или пребывает в режиме улучшения покрытия, пока WTRU не примет характерную для WTRU конфигурацию размера группирования и/или частоты повторения. В этом случае, значение, принятое по умолчанию, может быть наибольшим значением из значений-кандидатов, или WTRU может начинать принимать PDSCH со значением, принятым по умолчанию, и может предпринимать определенное число попыток приема PDSCH. Если WTRU не удается принять PDSCH, WTRU может увеличивать размер группирования и/или частоту повторения с конкретным размером шага. Размер шага может быть предварительно заданным и может быть одинаковым независимо от количества неудачных попыток или может различаться согласно количеству неудачных попыток. В другом примере, группирование и повторение TTI можно использовать совместно, и HARQ-ACK можно не сообщать, пока в пределах количества повторений не будет принят последний сгруппированный TTI.
TTI
TTI
[0106] В другом варианте осуществления, группирование TTI может поддерживаться для до N подкадров, где eNB может полустатически конфигурировать N подкадров. В описанных здесь вариантах осуществления, подкадр, TTI и мс можно использовать взаимозаменяемо.
TTI
[0107] WTRU может передавать/принимать одни и те же данные в последовательных N подкадрах, и данные могут кодироваться с отдельной версией избыточности (RV) согласно индексу подкадра или положению подкадра среди сгруппированных подкадров.
TTI
[0108] На фиг. 6 показана схема, демонстрирующая циклическое назначение RV с порядком RV {0, 1, 2, 3}. RV может циклически изменяться в порядке {0, 1, 2, 3} в окне таким образом, что, например, RV-{0, 1, 2, 3, 0, 1} можно использовать по порядку, с использованием размера окна 8 TTI, если сгруппировано 6 подкадров (605), как в примере, представленном на фиг. 6. Размер окна 8 мс можно использовать, когда 8 процессов HARQ используется для других WTRU, не выполненных с возможностью группирования TTI. Размер окна можно не задавать, что позволяет группировать любые подкадры, тогда как максимальное N может быть меньше или равен 8.
TTI
[0109] На фиг. 7 показана схема, демонстрирующая циклическое назначение RV с порядком RV {0, 2, 1, 3}. RV может циклически изменяться в порядке {0, 2, 1, 3} в окне таким образом, что, например, RV-{0, 2, 1, 3, 0, 2} можно использовать по порядку, когда используется размер окна 8 TTI, если сгруппировано 6 подкадров (705). В этом случае, порядок RV {0, 2, 1, 3} можно использовать только для группирования TTI DL, порядок RV {0, 2, 1, 3} можно использовать, если N больше порогового значения, (например, пороговое значение может быть равно 4, в противном случае, можно использовать порядок RV {0, 1, 2, 3}), и порядок RV {0, 2, 1, 3} можно заменить другим порядком RV, например {1, 3, 0, 2}. Более чем один порядок RV, (например, порядки RV {0, 1, 2, 3} и {0, 2, 1, 3}), можно использовать для передачи и/или приема на или от одного или более WTRU. Например, один порядок RV, (например, порядок RV {0, 1, 2, 3}), можно использовать в начальной передаче, и другой порядок RV, (например, порядок RV {0, 2, 1, 3}), можно использовать для повторной передачи.
TTI
[0110] На фиг. 8 показана схема, демонстрирующая циклическое назначение RV без размера окна. RV может циклически изменяться с порядком RV без размера окна в случае повторной передачи. Например, если используется порядок RV {0, 1, 2, 3}, и сгруппировано 6 подкадров (805), RV-{0, 1, 2, 3, 0, 1} можно использовать для начальной передачи, и RV-{2, 3, 0, 1, 2, 3} можно использовать для первой повторной передачи. В примере, представленном на фиг. 8, окно можно не задавать, если максимальное N меньше или равно 8. WTRU может не передавать/принимать никаких совместно используемых данных в подкадрах, не сконфигурированных для группирования TTI.
TTI
TTI
window
[0111] WTRU может передавать/принимать одни и те же данные в N подкадров в окне, и данные могут кодироваться с разными RV согласно индексу подкадра или положению подкадра среди сгруппированных подкадров. Сгруппированные N подкадров можно задавать как любой поднабор подкадров в окне. В этом случае, размер окна (N) может задаваться и/или поднабор подкадров для группирования TTI может указываться с использованием битовой карты в окне, и битовая карта может сообщаться посредством сигнализации более высокого уровня.
window
[0112] Размер окна (N) можно задавать как, по меньшей мере, одно из положительного целого числа, (которое может иметь фиксированное значение, например 8), положительного целого числа, (которое может быть сконфигурировано посредством сигнализации более высокого уровня), положительного целого числа, (которое может задаваться как функция, по меньшей мере, одного из системных параметров), или идентификационного номера WTRU, (который может представлять собой C-RNTI или IMSI).
[0113] На фиг. 9 показана схема, демонстрирующая группирование TTI с указанием битовой карты. Поднабор подкадров для группирования TTI 905 может указываться с использованием битовой карты в окне, и битовая карта может сообщаться посредством сигнализации более высокого уровня.
TTI
TTI
TTI
TTI
[0114] Группирование TTI может поддерживаться для до N подкадров, где eNB может динамически конфигурировать N. В данном случае, WTRU может динамически конфигурироваться с конкретным режимом передачи, поддерживающим группирование TTI. Например, можно задать новый режим передачи (например, TM-x) и связанный с ним новый DCI (например, формат DCI 1E). В новом формате DCI, биты указания для группирования TTI могут быть включены таким образом, что, для каждой передачи данных DL/UL, N может задаваться что позволяет WTRU передавать/принимать данные N раз согласно указанию.
TTI,1
TTI,2
TTI,3
TTI,4
TTI
TTI
[0115] Набор случаев группирования TTI может задаваться посредством сигнализации более высокого уровня, и биты указания в формате DCI могут указывать один из размеров группирования в наборе. Например, если четыре случая группирования TTI заданы как {N=1, N=4, N=6, N=8}, то для указания в формате DCI можно использовать, например, два бита для информирования, какой случай группирования TTI используется для предоставления UL и/или DL. Набор случаев группирования TTI может быть предварительно заданным и фиксированным для всех WTRU таким образом, что для задания набора случаев группирования TTI может не требоваться сигнализация более высокого уровня. Биты указания также могут использоваться для указания, какой случай группирования TTI используется для предоставления UL и/или DL. WTRU может динамически конфигурироваться с группированием TTI, независимо от режима передачи, сконфигурированного для передачи PUSCH/PDSCH. WTRU может не контролировать (E)PDCCH для PDSCH, включающий в себя форматы 1A/2/2A/2B и 2C DCI в подкадре, в котором WTRU может принимать PDSCH, как подкадр сгруппированных TTI. Например, если WTRU принимает DCI, содержащую указание группирования TTI (N) в подкадре n для PDSCH и указание группирования TTI, которое указывает N =3, WTRU может принимать PDSCH в сгруппированных TTI от подкадра n до подкадра n+2, и WTRU может не контролировать (E)PDCCH в подкадрах n+1 и n+2.
TTI
TTI
[0116] Здесь описана обработка HARQ с группированием TTI. Согласно варианту осуществления, сгруппированные TTI могут иметь единичный HARQ_ACK, благодаря чему, WTRU может передавать/принимать HARQ_ACK после приема/передачи сгруппированных TTI для PDSCH/PUSCH. WTRU может передавать HARQ_ACK, когда группирование TTI используется на DL. WTRU может передавать HARQ_ACK в подкадре n+k UL, если подкадр n нисходящей линии связи является последним подкадром в сгруппированных подкадрах, связанных с PDSCH. При этом, k можно задавать как фиксированное положительное целое число, например k=4. WTRU может передавать HARQ_ACK в подкадре n+k UL, если подкадр n нисходящей линии связи включает в себя PDCCH или EPDCCH, связанный с предоставлением для PDSCH. В этом случае, k может задаваться как функция N, (например, k=N+4).
window
window
[0117] Подкадр n может быть подкадром, включающим в себя PDCCH или EPDCCH, связанный с предоставлением для PDSCH. При этом, k может задаваться как функция окна группирования N (например, k=N+4).
[0118] WTRU может передавать HARQ_ACK, соответствующий сгруппированной передаче DL, если WTRU успешно принял PDSCH сгруппированной передачи DL.
[0119] WTRU может передавать HARQ_ACK в подкадре m UL, если WTRU принял PDSCH во временном окне x мс, (например, 8 мс). Единичный PDSCH может передаваться в одном или более подкадрах во временном окне x мс. Подкадр m может быть предварительно заданным подкадром, который может располагаться в следующем радиокадре после последнего подкадра окна, в котором передается соответствующий PDSCH. Ресурс PUCCH для передачи HARQ_ACK может задаваться как функция индекса первого CCE и/или улучшенного CCE (ECCE) PDCCH/EPDCCH, связанного с PDSCH. Альтернативно, ресурс PUCCH может задаваться посредством сигнализации более высокого уровня. Термин (E)CCE можно использовать в смысле CCE и/или ECCE, который также может быть представлен CCE/ECCE.
TTI
Window
[0120] WTRU может принимать HARQ_ACK, когда группирование TTI используется на UL. WTRU может принимать HARQ_ACK в подкадре DL n+k. Подкадр UL n может быть последним подкадром в сгруппированных подкадрах, связанных с передачей PUSCH. При этом, k может быть фиксированным числом, например 4. Подкадр DL n может быть подкадром, в котором WTRU принимает предоставление UL для соответствующего PUSCH. При этом k может быть функцией размера группирования или окна группирования. Например, k=N+4 или k=N+4.
TTI
TTI
[0121] Сгруппированные TTI могут иметь два или более HARQ_ACK что позволяет WTRU накапливать множественные HARQ_ACK для улучшения покрытия. WTRU может предполагать, что все индивидуальные подкадры в сгруппированных подкадрах могут иметь соответствующий HARQ_ACK в подкадре n+k, и множественные HARQ_ACK могут иметь один и тот же код индикатора HARQ (HI), благодаря чему, WTRU может добавлять множественные HARQ_ACK для улучшения покрытия. Множественные HARQ_ACK для сгруппированных подкадров можно использовать, когда N больше порога. Например, если N больше 4, то WTRU может предполагать, что передаются множественные HARQ_ACK.
TTI
TTI
[0122] WTRU может предполагать, что поднабор подкадров в сгруппированных подкадрах может иметь соответствующий HARQ_ACK. WTRU может предполагать, что поднабор подкадров имеет один и тот же код HI. Согласно варианту осуществления, множественные HARQ_ACK для сгруппированных подкадров можно использовать, когда N больше порога. Например, если N больше 4, то WTRU может предполагать, что передаются множественные HARQ_ACK.
[0123] На фиг. 10 показана схема, демонстрирующая пример поведения унаследованного WTRU для варианта осуществления повторения ACK/NACK. Повторение ACK/NACK предусмотрено в LTE для улучшения покрытия для WTRU, находящихся на границе соты, которые могут подвергаться ограничению мощности и/или межсотовым помехам. В частности, если сконфигурирован, унаследованный WTRU может повторно передавать информацию ACK/NACK в  последовательных подкадрах после начальной передачи HARQ_ACK. В отношении временной шкалы HARQ, когда повторение ACK/NACK разрешено, после обнаружения передачи PDSCH в подкадре n-4(1005), унаследованный WTRU может передавать ответ HARQ_ACK в  последовательных подкадрах (1010) начиная с подкадра n, если WTRU не повторяет передачу HARQ_ACK в подкадре n, соответствующую передаче PDSCH в подкадрах , … , . Унаследованный WTRU также может не передавать никакого ответа HARQ_ACK, соответствующего какой-либо обнаруженной передаче PDSCH в подкадрах , …,.
[0124] На фиг. 11 показана схема, демонстрирующая повторение ACK/NACK для группирования подкадров DL. Согласно варианту осуществления, где группирование подкадров используется на DL для улучшения покрытия DL, WTRU может повторять передачу единичного ответа HARQ_ACK, соответствующего передачам PDSCH в целом в группировке на UL. Таким образом, WTRU может сначала собирать и декодировать все передачи PDSCH в группировке подкадров DL и затем генерировать единичный ответ HARQ_ACK для передачи на UL. Что касается хронирования ACK/NACK UL, согласно варианту осуществления, WTRU может, после обнаружения передачи PDSCH в подкадре(ах) n-l (1105), (где l – индекс подкадра в группировке подкадров DL), назначенных для WTRU, передавать начальный ответ HARQ_ACK в подкадре n UL (1110) и затем повторять ответ HARQ_ACK в подкадрах , …,  (1115). В примере, представленном на фиг. 11, индекс l равен 3, 4 или 5, и размер группировки подкадров DL равен трем.
[0125] Для передачи PDSCH с соответствующим (E)PDCCH, обнаруженным в подкадрах в группировке подкадров DL, WTRU может передавать начальный ответ ACK/NACK, соответствующий передаче всей группировки DL в подкадре n UL и затем может повторять передачу соответствующего ответа ACK/NACK для передачи всей группировки DL в подкадрах , …,  с использованием ресурсов PUCCH, выведенных из соответствующего индекса (E)CCE (E)PDCCH, обнаруженного в сгруппированных подкадрах. Соответственно, для каждого подкадра в группировке подкадров DL, WTRU сначала может обнаруживать (E)PDCCH в этом подкадре и затем выводить индекс PUCCH для повторения ACK/NACK в соответствующем подкадре UL на основании самого низкого индекса (E)CCE, используемого для построения соответствующего назначения DCI.
[0126] WTRU может повторять передачу соответствующего ответа ACK/NACK для всей передачи DL в подкадрах , …,  с использованием ресурса PUCCH, выведенного из индекса (E)CCE (E)PDCCH, обнаруженного в последнем подкадре группировки, ресурса PUCCH, выведенного из индекса (E)CCE (E)PDCCH, обнаруженного в первом подкадре группировки, или ресурса PUCCH, сконфигурированного посредством сигнализации более высокого уровня.
[0127] Для передачи PDSCH без соответствующего (E)PDCCH, обнаруженного в сгруппированных подкадрах, WTRU может передавать начальный ответ ACK/NACK, соответствующий передаче всей группировки DL в подкадре n UL и затем может повторять передачу соответствующего ответа ACK/NACK для всей передачи в подкадрах , …,  с использованием ресурса PUCCH, выведенного из индекса (E)CCE (E)PDCCH, обнаруженного в самом недавнем назначении диспетчеризации DL, или ресурса PUCCH, сконфигурированного посредством сигнализации более высокого уровня.
[0128] В LTE, повторение ACK/NACK может ограничиваться коэффициентом повторения четыре для улучшения покрытия UL. WTRU может потребоваться повторно передавать ответ ACK/NACK с использованием более высокого коэффициента повторения. Улучшенный коэффициент повторения, используемый WTRU, может сигнализироваться на WTRU на более высоком уровне или может неявно выводиться на основании параметров группирования подкадров, используемых на DL. Например, это может указываться количеством подкадров DL в группировке или функцией количества подкадров DL в группировке.
[0129] Здесь описаны способы, которые WTRU может использовать для улучшения покрытия PHICH на DL. Способы или варианты осуществления могут применяться по отдельности или совместно друг с другом.
[0130] Согласно варианту осуществления повторения PHICH, WTRU может принимать и обнаруживать информацию ACK/NACK (A/N), связанную с передачей UL PUSCH, с использованием множественных ресурсов PHICH. В этом варианте осуществления, информация ACK/NACK, передаваемая на PHICH, может быть связана с передачей UL PUSCH в единичном подкадре. Для операции группирования подкадров, обратная связь по ACK/NACK может быть связана со сгруппированной передачей PUSCH во множественных подкадрах. Обратная связь по ACK/NACK также может распределяться во множественных подкадрах или в единичном подкадре. Это может отличаться от работы унаследованного WTRU, где WTRU может обрабатывать единичный ресурс PHICH для данного подкадра, соответствующего единичного транспортного блока UL.
[0131] В отношении ресурсов PHICH, WTRU может определять соответствующие ресурсы PHICH из индексов блоков физических ресурсов (PRB) выделения ресурсов UL. Индексы PRB могут быть связаны с PRB, используемыми для передачи PUSCH в единичном подкадре. При этом, для данного подкадра, WTRU может использовать самый низкий индекс PRB для определения своего первого ресурса PHICH и затем определения других своих назначенных ресурсов PHICH в этом подкадре путем последовательного увеличения индекса PRB, который образует его выделение ресурсов UL, на основании его сконфигурированного коэффициента повторения PHICH.
[0132] Таким образом, ресурсы PHICH можно идентифицировать парой индексов , где  может быть номером группы PHICH и  может быть индексом ортогональной последовательности в группе для i-го ресурса PHICH, который может задаваться в виде:
,
уравнение 8
где
, уравнение 9
где  – коэффициент повторения PHICH.
[0133] Для операции группирования подкадров, ресурсы PHICH можно выводить из индексов PRB, связанных с передачами UL во множественных подкадрах UL в группировке. Этот подход может отличаться от поведения унаследованного WTRU, в котором соответствующий ресурс PHICH связан исключительно с последним подкадром в группировке.
[0134] В отношении ресурсов PHICH, WTRU может определять соответствующие ресурсы PHICH из циклического сдвига опорного символа демодуляции UL (DMRS), связанного с передачей(ами) PUSCH. Циклические сдвиги DMRS могут быть связаны с передачей PUSCH в единичном подкадре. При этом для данного подкадра, WTRU может использовать циклический сдвиг из поля DMRS в самом недавнем PDCCH для определения своего первого ресурса PHICH и затем определять другие назначенные ему ресурсы PHICH в этом подкадре путем последовательного увеличения циклических сдвигов. Однако может существовать ограничение максимального количества циклических сдвигов, которые может использовать WTRU, восемью. Таким образом, ресурсы PHICH можно идентифицировать парой индексов , где  – номер группы PHICH, и  – индекс ортогональной последовательности в группе для i-го ресурса PHICH заданные в виде:
, уравнение 10
где
, уравнение 11
где  – коэффициент повторения PHICH.
[0135] Согласно варианту осуществления повышения мощности PHICH, в зависимости от условий канала WTRU, управление мощностью можно применять на PHICH. Повышение мощности, совместно с повторением ACK/NACK с использованием множественных ресурсов PHICH, может значительно улучшать покрытие PHICH.
[0136] В PHICH без мультиплексирования с кодовым разделением (CDM), унаследованная группа PHICH может включать в себя множественные ресурсы PHICH, которые мультиплексируются с кодовым разделением и отображаться в один и тот же набор ресурсных элементов. Это может приводить к распределению мощности по множественным ресурсам PHICH на передатчике. Дополнительно, вследствие ошибки оценка канала на WTRU, ортогональность между ресурсами PHICH, которые мультиплексируются с кодовым разделением в группе PHICH может утрачиваться, что, в свою очередь, может приводить к потере покрытия. Согласно варианту осуществления, WTRU может предполагать, что только один ресурс PHICH используется в группе PHICH без какого-либо мультиплексирования с кодовым разделением.
[0137] Согласно варианту осуществления, PHICH, или группа PHICH, может передаваться с использованием улучшенного PHICH (EPHICH). Например, новый формат DCI может задаваться для переноса информации для PHICH или группы PHICH. В порядке другого примера, DCI, включающая в себя информацию A/N, может передаваться в конкретном положении (E)PDCCH, включающем в себя общее пространство поиска (E)PDCCH. Альтернативно, DCI, включающая в себя информацию A/N, может передаваться в предварительно заданном (E)CCE или (E)CCE, сконфигурированном на более высоком уровне. В порядке другого примера, новый RNTI может задаваться для обнаружения DCI, включающей в себя информацию A/N. Например, может задаваться RNTI HARQ (HA-RNTI), и если WTRU передавал PUSCH в подкадре n, WTRU может контролировать DCI, которая включает в себя соответствующую информацию A/N, CRC которой можно скремблировать с помощью HA-RNTI в подкадре n+k, где k может быть равно 4 в случае FDD.
[0138] Положение бита информации A/N для WTRU, передающего PUSCH в подкадре n, может задаваться и может включать в себя, по меньшей мере, один из начального номера (E)CCE соответствующего предоставления UL, начального номера PRB для передачи PUSCH, циклического сдвига DM-RS восходящей линии связи, или значения, сконфигурированного на более высоком уровне. Количество DCI, включающих в себя информацию A/N, может быть сконфигурировано как количество групп PHICH.
[0139] Здесь описаны улучшение покрытия способы улучшения покрытия (E)PDCCH, несущего DCI, которая включает в себя информацию A/N. (E)PDCCH использовался для предоставлений DL/UL, передач широковещательного канала, поискового вызова, ответов RACH, группового управления мощностью и пр. Предусмотрены форматы DCI для поддержки различные режимы передачи DL/UL, например, форматы 0 и 4 DCI для предоставления UL, форматы 1A, 1B, 1C, 2, 2A, 2B, 2C DCI для передачи DL, и форматы 3 и 3A DCI для группового управления мощностью. Описанные здесь варианты осуществления можно применять для обоих PDCCH и EPDCCH или можно применять только, либо для PDCCH, либо для EPDCCH. Терминология, обычно используемая в отношении PDCCH, например, CCE, группы ресурсных элементов (REG), кандидатов в PDCCH и пространства поиска, можно использовать взаимозаменяемо с ECCE, улучшенной REG (EREG) и кандидатами в EPDCCH и пространством поиска.
[0140] Согласно варианту осуществления, содержание DCI можно уменьшать в размере для лучшего покрытия. Поскольку адаптация линии связи (E)PDCCH может базироваться на количестве (E)CCE, количество (E)CCE может быть тесно связано с покрытием (E)PDCCH. Например, 1 CCE может быть эквивалентен скорости кодирования ½. Таким образом, 2 CCE могут быть эквивалентны скорости кодирования ¼, поскольку удвоенное количество ресурсов (E)PDCCH используются для передачи DCI. Поскольку доступны четыре уровня агрегации CCE, (например, {1, 2, 4, 8}), уменьшение содержания DCI может увеличивать покрытие (E)PDCCH на данном уровне агрегации (E)CCE.
[0141] Новый формат DCI, связанный с передачей DL и/или предоставлением UL, может задаваться, например, для этой категории WTRU. Два или менее битов можно использовать для указания номера процесса HARQ, откуда следует, что количество процессов HARQ можно сократить от 8 процессов HARQ. В DCI можно не включать поле номера процесса HARQ таким образом, что используется единичный процесс HARQ или синхронный процесс HARQ. Четыре или менее битов можно использовать для указания схемы модуляции и кодирования (MCS). Исходя из того, что для MCS можно использовать N битов (N<5), старший бит (MSB) 5-битовой таблицы MCS можно предположить на приемнике, и младший бит (LSB) можно предположить как предварительно заданный бит. Например, 3-битовое поле MCS (N=3) можно использовать в новом формате DCI, три бита, соответствующие первым трем битам таблицы MCS, и два бита LSB можно предварительно задать как ‘00’. Таким образом, три бита таблицы MCS можно использовать с 3-битовым полем MCS, и WTRU может интерпретировать 3-битовое поле MCS как xxx00, где xxx является MSB 5-битового поля MCS, и ‘00’ является 2-битовым LSB. Альтернативно, 3-битовое поле MCS можно рассматривать как часть LSB, и MSB может быть предварительно заданным. Для обеих альтернатив, часть LSB или часть MSB 5-битового поля MCS, которая не указана 3-битовым полем MCS в новом формате DCI, может быть либо предварительно заданным, либо сконфигурированным посредством сигнализации более высокого уровня и/или широковещания.
[0142] Новая таблица MCS может задаваться с N-битовым полем MCS, и новая таблица MCS может задаваться с поднабором 5-битовой таблицы MCS предыдущего выпуска.
[0143] Биты выделения ресурсов, согласно типу выделения ресурсов (0, 1 и/или 2), можно сократить, ограничив максимальное количество PRB, используемых для передачи PDSCH. Например, исходя из того, что 25 пар PRB доступно в системной полосе DL, максимальное количество PRB, выделенных в подкадре, может ограничиваться 6 парами PRB, что позволяет сократить количество битов для выделения ресурсов, поскольку может потребоваться указание выделения ресурсов с ограниченным количеством пар PRB например, 6 пар PRB вместо, например, 25 пар PRB. Альтернативно, поле выделения ресурсов можно не использовать в новом формате DCI, используя вместо него сигнализацию более высокого уровня. Таким образом, выделение ресурсов DL в частотной области может быть полустатическим выделением, тогда как выделение во временной области может базироваться на (E)PDCCH. Например, WTRU может принимать PDSCH или EPDCCH на сконфигурированных парах PRB среди пар PRB в системе, в то же время, WTRU может получать указание, принимать или не принимать PDSCH, в подкадре через (E)PDCCH.
[0144] В новом формате DCI версия избыточности может быть удалена или уменьшена в размере. Например, версия избыточности может иметь фиксированное значение ‘0’, и можно не использовать битового поля для версии избыточности. Исходя из того, что для нового формата DCI можно использовать более низкую скорость кодирования для поддержки лучшего покрытия, другие версии избыточности {т.е. 1, 2 и 3} могут не требоваться, и может быть достаточно единичной версии избыточности. Таким образом, единичную версию избыточности из {0, 1, 2 или 3} можно использовать фиксированным образом. Альтернативно, можно использовать 1-битовую версию избыточности, что позволяет использовать две из четырех версий избыточности.
[0145] В другом варианте осуществления, для улучшения покрытия (E)PDCCH можно использовать повторение или расширение формата (E)PDCCH. Повторение (E)PDCCH можно применять в подкадре или во множественных подкадрах. Для описанных здесь вариантов осуществления, режим улучшения покрытия (E)PDCCH, режим расширения покрытия (E)PDCCH, режим улучшения покрытия и режим улучшенного покрытия можно использовать взаимозаменяемо.
[0146] Уровни агрегации (E)CCE может различаться, благодаря чему, кандидаты в (E)PDCCH могут иметь более высокие уровни агрегации по сравнению с унаследованным (E)PDCCH. Например, для режима улучшения покрытия можно использовать уровни агрегации {2, 4, 8, 16} или {4, 8, 16, 32}, для которых режим улучшения покрытия (E)PDCCH можно применять только к пространству поиска, характерному для WTRU, режим улучшения покрытия PDCCH можно использовать независимо от передачи, или режим улучшения покрытия PDCCH можно применять для конкретного формата DCI и/или режима передачи.
[0147] Набор уровней агрегации (E)CCE для характерного для WTRU или общего пространства поиска может различаться согласно режиму работы WTRU. Режим работы WTRU может включать в себя режим улучшения покрытия. Набор более высоких уровней агрегации (E)CCE (например, {16, 32}) можно использовать, если WTRU выполнен с возможностью работы в режиме улучшения покрытия, тогда как унаследованные наборы уровней агрегации (E)CCE (например, {4, 8}) можно использовать, если WTRU не выполнен с возможностью работы в режиме улучшения покрытия. WTRU может конфигурироваться для работы в режиме улучшения покрытия посредством сигнализации более высокого уровня или указания при выполнении процедур PRACH.
[0148] Набор уровней агрегации (E)CCE может конфигурироваться или задаваться согласно ресурсу PRACH, используемому для передачи преамбулы PRACH от WTRU. Набор более высоких уровней агрегации (E)CCE можно использовать, если WTRU принимал RAR с использованием ресурса PRACH, который можно использовать для режима улучшения покрытия работы. Набор более низких уровней агрегации (E)CCE можно использовать, если WTRU принимал RAR с использованием ресурса PRACH, который может быть сконфигурирован для WTRU без ограничения покрытия.
[0149] Набор уровней агрегации (E)CCE может конфигурироваться или задаваться согласно уровню ограничения покрытия WTRU, где уровень ограничения покрытия может задаваться в виде одного или более из RSRP, потерь в тракте, опережения хронирования и ресурса PRACH. Например, если потери в тракте или RSRP, вычисленные на приемнике WTRU, ниже предварительно заданного порога, WTRU может определять набор более высоких уровней агрегации (E)CCE из набора кандидатов в уровни агрегации (E)CCE.
[0150] Принятое по умолчанию пространство поиска, характерное для WTRU, может задаваться для режима улучшения покрытия (E)PDCCH, где можно использовать поднабор уровней агрегации. Например, если {1, 2, 4, 8, 16, 32, 64} является набором уровней агрегации, используемым для режима улучшения покрытия (E)PDCCH, поднабор {2, 4, 8, 16} можно использовать в принятом по умолчанию пространстве поиска, характерном для WTRU. Таким образом, WTRU до характерной для WTRU конфигурации может контролировать (E)PDCCH в принятом по умолчанию пространстве поиска, характерном для WTRU, с поднабором уровней агрегации {2, 4, 8, 16}. Если WTRU не удается декодировать (E)PDCCH в принятом по умолчанию пространстве поиска, характерном для WTRU, за определенное число попыток или в течение периода времени, WTRU может самостоятельно изменять уровни агрегации до набора более высоких уровней агрегации (например, {4, 8, 16, 32}). Альтернативно, WTRU может контролировать принятое по умолчанию пространство поиска, характерное для WTRU, пока WTRU не примет характерную для WTRU конфигурацию с более высокого уровня.
[0151] Два или более принятых по умолчанию пространств поиска, характерные для WTRU (WSS) можно задавать в разных частотно-временных ресурсах, и набор уровней агрегации может различаться согласно положению принятых по умолчанию пространств поиска, характерных для WTRU. Например, два принятых по умолчанию пространства поиска, характерных для WTRU, могут представлять собой, например, принятое по умолчанию WSS1 и принятое по умолчанию WSS2, и набор уровней агрегации {1, 2, 4, 8} можно использовать для принятого по умолчанию WSS1, и набор уровней агрегации {16, 32, 64, 128} можно использовать для принятого по умолчанию WSS2. WTRU может получать информацию о том, какое принятое по умолчанию WSS может понадобиться WTRU для неявного контроля в ходе процедуры PRACH.
[0152] Подкадры может группироваться для передачи (E)PDCCH в режиме улучшения покрытия (E)PDCCH. Например, (E)PDCCH может передаваться для K подкадров (где K>1). В сгруппированном подкадре, номер начального (E)CCE могут быть одинаковым что позволяет WTRU интегрировать (E)CCE во множественных подкадрах без демодуляции. Режим улучшения покрытия (E)PDCCH можно применять к пространству поиска, характерному для WTRU. Режим улучшения покрытия (E)PDCCH можно использовать независимо от передачи. Режим улучшения покрытия (E)PDCCH можно применять только для конкретного формата DCI и/или режима передачи.
[0153] Поведение WTRU может задаваться в виде двух режимов канала управления (режим-1 и режим-2) и может конфигурироваться посредством сигнализации более высокого уровня. Режим-1 может именоваться/задаваться как, но без ограничения, нормальный режим, унаследованный режим, режим нормального покрытия и/или режим унаследованного покрытия. Режим-2 может именоваться/задаваться как, но без ограничения, расширенный режим, режим расширения покрытия, режим расширенного покрытия и режим увеличенного покрытия. WTRU может быть сконфигурирован с любым типом режима передачи (TM-1~TM-10) и режима канала управления. Категория WTRU может задаваться с одной или более схемами расширения покрытия канала управления. Таким образом, WTRU, принадлежащий этой категории, может знать, какой тип режима канала управления нужно использовать. Эта категория WTRU, использующая схему расширения покрытия канала управления, может сначала работать как WTRU другой категории, пока WTRU не передаст категорию WTRU на eNB.
[0154] Два режима работы можно задавать как нормальный режим и режим улучшения покрытия. Если WTRU переходит в или пребывает в режиме улучшения покрытия, можно использовать решения для режима улучшения покрытия (E)PDCCH.
[0155] Здесь описан принцип действия MIMO с улучшенной обратной связью. В иллюстративном способе улучшения покрытия (E)PDCCH, можно использовать формирование диаграммы направленности с обратной связью с большими издержками на обратную связь. Хотя устройство LC-MTC может страдать от малого покрытия, статус канала может быть статическим, поскольку устройство LC-MTC может располагаться, например, в подвале. Таким образом, формирование диаграммы направленности с обратной связью с увеличенными издержками на обратную связь может сообщаться для лучшего коэффициента усиления формирования диаграммы направленности, по меньшей мере, поскольку канал изменяется нечасто. При этом может применяться индикатор качества канала (CQI)/ индикатор матрицы прекодера (PMI) и/или индикатор ранга (RI) и/или WTRU может сообщать ковариационная матрица канала на долговременной основе, когда WTRU сконфигурирован с режимом расширения покрытия канала управления. Если WTRU сконфигурирован с режимом расширения покрытия канала управления, WTRU может потребоваться сообщать явную обратную связь канала. При этом явная обратная связь канала может включать в себя ковариационную матрицу широкополосного и/или субполосного канала, квантованную матрицу широкополосного и/или субполосного канала и/или многоранговые PMI, явная обратная связь канала может сообщаться посредством сигнализации более высокого уровня, и/или, сообщается ли явная обратная связь канала, может базироваться на конфигурации eNB.
[0156] Здесь описаны способы обеспечения расширенного или улучшенного покрытия PBCH. PBCH может включать в себя некоторую важную информацию для начального доступа, чтобы приемник WTRU мог принимать сигнал DL, например, системную полосу DL, информацию числа SFN, (например, 8 MSB из 10 битов SFN), конфигурацию PHICH, и количество портов общего опорного сигнала (CRS). Описанные здесь варианты осуществления может обеспечивать устойчивую системную информацию для WTRU, находящегося в условиях низкого SINR приема. Некоторые варианты осуществления могут базироваться на фактическом улучшении покрытия PBCH, и другие варианты осуществления могут использовать другой контейнер для переноса системной информации.
[0157] Согласно варианту осуществления, новый PBCH может использоваться или может назначаться для использования определенными WTRU или для них, например, WTRU, которые могут находиться в условиях ограничения покрытия. Новый PBCH может именоваться здесь улучшенным PBCH или ePBCH, и новый PBCH можно использовать взаимозаменяемо с этими терминами. ePBCH может передаваться помимо унаследованного PBCH, что может обеспечивать обратную совместимость, например, в системе или на несущей, которая может поддерживать или может назначаться для поддержки унаследованных сигналов и/или унаследованных WTRU. ePBCH может передаваться на несущей, не обладающей обратной совместимостью, (например, несущей нового типа), которая может не поддерживать или может не назначаться для поддержки определенных унаследованных сигналов и/или унаследованных WTRU. ePBCH может отличаться от унаследованного PBCH в отношении, по меньшей мере, одной из схемы передачи, временной/частотной позиции или частоты повторения (например, в подкадрах и/или кадрах).
[0158] В примере, ePBCH может использовать передачу на основе DM-RS, таким образом, используя, по меньшей мере, один из, но без ограничения, антенного порта {107, 108, 109, 110} или {7, 8, 9, 10}. Альтернативно, может задаваться новый антенный порт. DM-RS можно скремблировать с помощью ID физической соты или идентификатора физической соты (PCI). Для широковещательных каналов можно использовать TxD на основе DM-RS. Например, схему разнесения передачи (TxD) 2Tx или 4Tx. Можно использовать одну из схем передачи с единичным антенным портом, 2Tx TxD или 4Tx TxD предварительно заданным образом. Можно использовать одну из схем передачи с единичным антенным портом, 2Tx TxD или 4Tx TxD, и WTRU может потребоваться вслепую декодировать один из них.
[0159] Номер антенного порта для единичного антенного порта 2Tx TxD и/или 4Tx TxD может задаваться, по меньшей мере, одним из следующих образов: единичный антенный порт можно предварительно задать как фиксированный номер антенного порта, например, порт 107, или единичный антенный порт может быть сконфигурирован как функция PCI среди антенных портов {107, 108, 109, 110} или {107, 108} посредством операции по модулю. Например, операцию по модулю 4 можно использовать с PCI, например n=(PCI)mod4, и n может указывать один из антенных портов. Два или четыре антенных порта могут быть предварительно заданными, например {107, 109} для 2Tx и {107, 108, 109, 110}. Для простой системной конструкции, для передачи ePBCH можно использовать единичный антенный порт и 2Tx TxD.
[0160] В другом варианте осуществления, ePBCH может располагаться в нескольких PRB, например, 6 или менее PRB, которые могут быть центральными PRB, например, 6 центральных PRB, где центр может относиться к полосе передачи. ePBCH могут располагаться в других подкадрах, чем унаследованный PBCH. Поскольку унаследованный PBCH может находиться или может всегда передаваться в первом подкадре в радиокадре, ePBCH может располагаться в других подкадрах. ePBCH может располагаться в других PRB, чем унаследованный PBCH, и если располагается в разных PRB (или неперекрывающихся ресурсах), может располагаться в том же подкадре, что и унаследованный PBCH. В каждом подкадре, в котором может располагаться ePBCH, для ePBCH можно использовать одни и те же PRB.
[0161] ePBCH и/или унаследованный PBCH может передаваться посредством eNB или соты.
[0162] Согласно варианту осуществления, ePBCH может располагаться в одном или более подкадров в каждом радиокадре или определенных радиокадрах, например, радиокадры с определенными числами SFN или радиокадры с SFN с определенными свойствами, где "расположенный" и "передаваемый" можно использовать взаимозаменяемо. Примеры SFN с определенными свойствами могут включать в себя SFN, где SFN по модулю определенного числа X равно 0 или другому значению, SFN, где n старших битов SFN по модулю определенного числа X равно 0 или другому значению, или SFN, где (SFN плюс смещение Y) по модулю определенного числа X равно 0 или другому значению. Примером определенных SFN может быть один или более наборов последовательных SFN, где начальный SFN каждого набора может иметь определенные свойства, например, одно из вышеупомянутых свойств SFN, например, n старших битов (которые могут включать в себя все биты) SFN по модулю определенного числа X равно 0 или другому значению. Подкадры и/или радиокадры и/или свойства радиокадров для ePBCH могут быть фиксированными или могут быть функцией идентификатора физической соты (PCI) соты и/или других системных параметров.
[0163] В примере, ePBCH может располагаться в одном или более подкадров в определенных радиокадрах, где определенные радиокадры могут быть определенным (например, предварительно заданным) поднабором радиокадров, например, в цикле SFN (который может включать в себя 1024 радиокадра, которые могут быть пронумерованы от 0 до 1023). Поднабор радиокадров может образовываться или располагаться периодически. Например, ePBCH может располагаться в нескольких, например, четырех, последовательных радиокадрах с определенной периодичностью (например, повторяясь каждые x мс или y радиокадров, где x и y могут быть положительными целыми числами). Начальный радиокадр (например, с наименьшим числом SFN) из поднабора радиокадров (или каждого периода радиокадров), содержащий ePBCH, можно определить или задать как функцию одного или более системных параметров и/или PCI. В порядке альтернативы последовательному расположению кадров, они могут быть разделены определенным (например, фиксированным) количеством кадров. В описанных здесь вариантах осуществления, кадр и радиокадр можно использовать взаимозаменяемо.
[0164] В некоторых вариантах осуществления, с каждым радиокадром, который может передаваться eNB или сотой, и/или приниматься WTRU, может быть связан номер системного кадра (SFN). SFN или часть SFN может передаваться или рассылаться, по меньшей мере, в одном подкадре каждого радиокадра (например, 8 битов SFN могут рассылаться на унаследованном PBCH в подкадре 0 каждого радиокадра). SFN может иметь цикл из N кадров таким образом, что число SFN может находиться в диапазоне от 0 до N-1 и после приема кадра N-1 может начинаться снова с 0 в следующем кадре. Для системы, например, LTE, N может быть равно 1024. N кадров могут составлять цикл SFN.
[0165] Информация, например, системная информация, переносимая ePBCH, может быть одинаковой на протяжении определенного периода времени, например, одного или более периодов повторения или одного или более циклов SFN, или может быть одинаковой во всех радиокадрах, пока не удастся переконфигурировать, например, системные параметры соты.
[0166] Согласно варианту осуществления, ePBCH, расположенный в определенном радиокадре, может иметь такую же структуру сигнала, как унаследованный PBCH, который может передаваться в определенном радиокадре, например, в подкадре 0. Структура сигнала может включать в себя, по меньшей мере, одно из информации, информационных битов и кодированных битов. ePBCH может передаваться в одном или более подкадров в определенном радиокадре и может иметь в каждом из этих подкадров такую же структуру сигнала, как унаследованный PBCH в определенном радиокадре. В каждом из подкадров в котором ePBCH может передаваться в определенном радиокадре, передача ePBCH может находиться в том же временном/частотном положении, что и унаследованный PBCH, который может передаваться в подкадре 0. Например, ePBCH, передаваемый в одном или более подкадров в радиокадре m, может иметь такую же структуру сигнала, как унаследованный PBCH, который может передаваться в подкадре 0. Для ePBCH, передаваемого в последовательных кадрах, например, четырех последовательных кадрах, например, кадрах m, m+1, m+2 и m+3, в каждом из этих кадров, ePBCH, который может располагаться в одном или более подкадров в каждом кадре, может иметь такую же структуру сигнала, как PBCH этого кадра (например, ePBCH в m может иметь такую же структуру сигнала, как PBCH в m, ePBCH в m+1 может иметь такую же структуру сигнала, как PBCH в m+1, и т.д.), где структура сигнала PBCH может различаться в одном или более из этих кадров (например, различаться в каждом из этих кадров). ePBCH в каждом подкадре кадра может иметь одну и ту же структуру сигнала.
[0167] Согласно варианту осуществления, ePBCH, расположенный в определенном радиокадре, может иметь одну и ту же структуру сигнала в каждом из подкадров определенного радиокадра, в котором располагается ePBCH. ePBCH может иметь отдельную структуру сигнала для разных радиокадров. Например, для ePBCH, передаваемого в последовательных кадрах, например, четырех последовательных кадрах, например, кадрах m, m+1, m+2 и m+3, в каждом из этих кадров, структура сигнала ePBCH может быть одинаковой в подкадрах, в которых передается ePBCH, но может различаться в разных кадрах. Это может соответствовать повторяющимся кодированным битам в кадре и распределению кодированных битов по кадрам.
[0168] В другом варианте осуществления, ePBCH, расположенный в определенном радиокадре, может иметь отдельную структуру сигнала в каждом из подкадров определенного радиокадра, в котором располагается ePBCH, и передача ePBCH в радиокадрах в течение определенного периода может быть одинаковой. Например, для ePBCH, передаваемого в последовательных кадрах, например, четырех последовательных кадрах, например, кадрах m, m+1, m+2 и m+3, в каждом из этих кадров, структура сигнала ePBCH может различаться в каждом из подкадров, в которых передается ePBCH, и передачи в последовательных кадрах могут быть одинаковыми. Это может соответствовать распределению кодированных битов в кадре и повторяющихся в множественных кадрах.
[0169] В другом примере, ePBCH может включать в себя меньший размер полезной нагрузки, чем унаследованный PBCH. Это возможно, поскольку варианты конфигурации могут не нуждаться в столь большом количестве битов, как задано для унаследованного MIB. ePBCH может включать в себя, например, 3-битовую системную полосу DL (которой может быть достаточно для вариантов, которые могут быть 6, 15, 25, 50, 75 и 100 PRB), 3-битовую конфигурацию PHICH (которой может быть достаточно для вариантов, которые могут включать в себя нормальную и расширенную длительность и ресурс равный одной шестой, половине, единице и двум), 8-битовый SFN и 16-битовый CRC, что может приводить к размеру 30 битов полезной нагрузки для ePBCH. Альтернативно, можно использовать 3-битовая системная полоса DL, 3-битовая конфигурация PHICH и 8-битовое число SFN с 8-битовым CRC, что приводит к размеру 22 бита полезной нагрузки. Альтернативно, одну или более из системной информации можно удалять из полезной нагрузки ePBCH например, конфигурации PHICH.
[0170] В другом варианте осуществления, WTRU может определять SFN на основании положения ePBCH, например, на основании кадра или кадров, в которых WTRU может определять необходимость присутствия ePBCH. В этом случае, полезная нагрузка ePBCH может не включать в себя биты (например, 8 битов) для числа SFN. Например, ePBCH может располагаться в определенных кадрах, например, последовательных кадрах (например, четырех последовательных кадрах), которые могут иметь определенное свойство SFN, например, SFN последовательных кадров может иметь одни и те же k старших битов, например k может быть равно 8 и/или может определяться на основании одного или более системных параметров и/или PCI.
[0171] Согласно варианту осуществления, WTRU может определять SFN радиокадра (например, одного или более радиокадров в наборе, например, последовательном наборе радиокадров, например, первого радиокадра в наборе) на основании информации, переносимой ePBCH и/или на основании кадра или кадров, в которых WTRU может определять необходимость присутствия ePBCH. Например, WTRU может использовать оконный подход, в котором он может знать, чего ожидать в отношении ePBCH (например, формат, содержание, кодирование и пр.) в наборе подкадров в наборе кадров (например, 3 подкадра в каждом из 4 последовательных кадров), в которых может присутствовать ePBCH. WTRU может перемещать окно из одного набора кадров в следующий, может пытаться декодировать ePBCH (который может включать в себя объединение по подкадрам и/или кадрам по необходимости для достижения положительного эффекта), и может единомоментно перемещать окно на несколько, например, один кадр, пока не сможет декодировать информационные биты ePBCH. Успешно декодировав ePBCH, WTRU может получить SFN (например, SFN первого кадра окна) из информационных битов, или WTRU может определить SFN на основании кадров, в которых он может найти ePBCH, например, на основании определенных (например, определенных известных) SFN или определенных (например, определенных известных) свойств SFN кадров, в которых можно найти ePBCH. Альтернативно, PBCH можно использовать помимо ePBCH, например, в случае, когда структура сигнала ePBCH в кадре идентична структуре сигнала PBCH в кадре. PBCH можно обрабатывать таким же образом, как ePBCH, и можно объединять с ePBCH, например, для достижения положительного эффекта.
[0172] В другом варианте осуществления, подкадр или подкадры ePBCH в кадре может располагаться со смещением подкадра, что позволяет WTRU может знать подкадр(ы), в котором(ых) может располагаться ePBCH, и в котором возможна успешная демодуляция ePBCH. Поскольку WTRU может синхронизироваться с сотой прежде чем пытаться принять унаследованный PBCH, и сигналы синхронизации могут передаваться в известных подкадрах, WTRU может знать, какие подкадры могут включать в себя унаследованный PBCH или каналы синхронизации по окончании синхронизации. WTRU может определять положение ePBCH со смещением (или смещениями) подкадра, которые могут быть смещением (или смещениями) от подкадра каналов синхронизации (первичный сигнал синхронизации (PSS) или вторичный сигнал синхронизации (SSS)), или подкадра, в котором можно найти унаследованный PBCH.
offset
offset
[0173] В примере, смещение подкадра можно предварительно задать как фиксированное число, например N = 4, или смещение подкадра можно сконфигурировать как функцию ID физической соты (PCI), например, посредством операции по модулю. Например, N = (PCI)modK, где K может быть предварительно заданным числом, которое может быть, например, больше 2 и/или меньше 10. Для ePBCH в более чем одном подкадре в кадре, может существовать более чем одно смещение.
[0174] В примере для TDD, смещение(я) подкадра(ов) может быть функцией конфигурации UL/DL TDD.
offset,1
offset,2
[0175] В другом примере, множественные смещения подкадра можно использовать для повторения. Например, N и Nможно использовать для более частой передачи ePBCH. Смещения подкадра можно предварительно задать как фиксированные числа или сконфигурировать как функцию ID физической соты.
[0176] В другом варианте осуществления для ePBCH, для указания SFN можно использовать меньшее количество битов. Например, численный индикатор SFN, состоящий из 7 или менее битов, можно использовать вместо 8-битового числа SFN, благодаря чему, число SFN, обеспеченное ePBCH, может быть одинаковым в более длинном временном окне. Если можно использовать 7-битовый численный индикатор SFN, 7-битовое число SFN может, например, указывать старшие 7 битов из 10 битов числа SFN, и WTRU может косвенно обнаруживать число, образованное младшими 3 битами 000, 001, 010, 011, 100, 101, 110 и 111, в каждом радиокадре, например, из кода скремблирования кодированных битов, где транспортный блок широковещательного канала (BCH) можно кодировать/согласовывать по скорости и скремблировать на уровне битов, что позволяет каждому радиокадру иметь отдельную часть скремблированных кодированных битов. Для 7-битового указания SFN, временное окно ePBCH может составлять 80 мс, что может быть вдвое больше временного окна унаследованного PBCH, где временное окно PBCH можно рассматривать как TTI для передачи PBCH.
[0177] В другом варианте осуществления, если унаследованный PBCH и ePBCH могут передаваться в одной и той же соте, поведение WTRU для приема PBCH может включать в себя, по меньшей мере, один из следующих иллюстративных вариантов поведения. В примере, WTRU может измерять мощность принимаемого опорного сигнала (RSRP) до приема PBCH, и если измеренная RSRP ниже порога, WTRU может (или может начинать) пытаться принять и/или декодировать ePBCH. В противном случае, WTRU может (или может начинать) пытаться принять и/или декодировать унаследованный PBCH. В другом примере, WTRU может (или может начинать) пытаться принять и/или декодировать унаследованный PBCH, например, в начале начального доступа, и если WTRU не удается принять и/или декодировать унаследованный PBCH, например, за определенное число попыток (которое может быть предварительно заданным или зависящим от реализации), то WTRU может прекращать попытки принять и/или декодировать унаследованный PBCH и может (или может начинать) пытаться принять и/или декодировать ePBCH. В другом примере, если WTRU относится к конкретной категории WTRU, WTRU может или всегда может пытаться или начинать пытаться принять и/или декодировать ePBCH вместо или помимо попыток принять и/или декодировать унаследованный PBCH.
[0178] В другом примере, если унаследованный PBCH и ePBCH могут передаваться в одной и той же соте, поведение WTRU для приема PBCH может включать в себя, по меньшей мере, один из следующих. WTRU может (или может начинать) пытаться принять и/или декодировать унаследованный PBCH, например, в начале начального доступа, и если WTRU не удается принять и/или декодировать унаследованный PBCH, например, за определенное число попыток (которое может быть предварительно заданным или зависящим от реализации), то WTRU может (или может начинать) пытаться принять и/или декодировать ePBCH. WTRU может объединять прием ePBCH (например, битов ePBCH, которые могут быть демодулированными битами) с приемом унаследованного PBCH (например, битов PBCH которые могут быть демодулированными битами) для достижения положительного эффекта. Альтернативно, WTRU может принимать решение попытаться (или начать пытаться) принять и/или декодировать ePBCH помимо унаследованного PBCH на основании RSRP или другого измерения, отвечающего определенным критериям, например, нахождения ниже порога. Альтернативно, WTRU может принимать решение попытаться (или начать пытаться) принять и/или декодировать ePBCH или унаследованный PBCH на основании RSRP измерение или другого измерения, отвечающего определенным критериям, например, нахождения ниже порога.
[0179] Здесь описаны определенные WTRU, например WTRU, которые могут иметь низкий SINR приема или которые могут относиться к определенной категории WTRU, которые могут не быть способны успешно принимать системную информацию, которая может переноситься через унаследованный PBCH. Другой канал может обеспечиваться и/или может использоваться WTRU, например, определенным WTRU, для приема системной информация, например, одного или более из элементов системной информации, обычно обеспечиваемой унаследованным PBCH.
[0180] Общее пространство поиска (E)PDCCH (или вновь заданное пространство поиска) можно использовать для переноса системной информации, например, по меньшей мере, одного из системной полосы DL, конфигурации PHICH и числа SFN. Для переноса системной информации можно использовать общее пространство поиска (E)PDCCH или поднабор общего пространства поиска (E)PDCCH, (или другого пространства поиска, например, пространства поиска системной информации (например, системной информации PDCCH (SI-PDCCH))).
[0181] Для системной информации может задаваться новый формат DCI. Например, формат-x DCI может задаваться для системной информации и может включать в себя один или более из следующих: системной полосы DL, конфигурации PHICH, числа SFN. Формат DCI может содержать ту же информацию, которая обеспечиваться унаследованным PBCH, и эта информация может представляться таким же образом (например, информационные элементы (IE) MIB могут быть включены в DCI). Для формата-x DCI системной информации можно использовать такую же цепочку кодирования, как и для других форматов DCI. Для формата-x DCI можно использовать предварительно заданные номера ECCE. При этом уровень агрегации может быть предварительно заданным числом (например, 8), или в режиме слепого декодирования можно использовать множественные уровни агрегации.
[0182] Формат-x DCI, который может включать в себя системную информацию, может передаваться периодически в предварительно заданном подкадре. Например, в каждом подкадре 4 в радиокадре, формат-x DCI может передаваться в общем пространстве поиска EPDCCH, (или другом пространстве поиска, которое можно использовать для системной информации).
[0183] Положение подкадра в радиокадре может быть различным, например, 2, 3, 4 или 6. Таким образом, WTRU в режиме улучшения покрытия работы может декодировать формат-x DCI, который может включать в себя системную информацию, а не PBCH.
[0184] В TDD, положение подкадра может задаваться как функция конфигурации подкадра UL/DL TDD. Например, подкадр 4 можно использовать в конфигурации 1 подкадра UL/DL, а подкадр 3 можно использовать в конфигурации 2 подкадра UL/DL.
[0185] Последовательные подкадры, или множественные подкадры, которые могут находиться в определенном временном окне, могут включать в себя формат-x DCI без изменения числа SFN. Для улучшения покрытия, формат-x DCI может передаваться повторно для множественных подкадров, которые, например, могут быть последовательными подкадрами DL. Поскольку SFN может не изменяться в этих множественных подкадрах, WTRU может интегрировать формат-x DCI для улучшения покрытия. Временным окном может быть радиокадр. Множественные подкадры, в которых формат-x DCI может передаваться без изменения числа SFN, могут находиться в одном и том же кадре.
[0186] Можно задать два типа (E)PDCCH, например, общие пространства поиска (CSS) (E)PDCCH типа-1 и типа-2, и один из типов общего пространства поиска (E)PDCCH можно использовать для системной информации. CSS (E)PDCCH типа-1 можно использовать взаимозаменяемо с CSS характерного для соты (E)PDCCH, CSS системного (E)PDCCH, CSS предварительно заданного (E)PDCCH, CSS распределенного (E)PDCCH и/или CSS широковещательного (E)PDCCH. Положение CSS (E)PDCCH типа-1 может быть предварительно заданным в центральных 6 RB и может не передаваться во всех подкадрах. Например, в FDD, CSS (E)PDCCH типа-1 может передаваться, или может передаваться только, во всех или поднаборе подкадров {1, 2, 3, 4, 6, 7, 8, 9}. CSS (E)PDCCH типа-1 может передаваться в поднаборе радиокадров. CSS (E)PDCCH типа-2 можно использовать взаимозаменяемо с CSS характерного для WTRU (E)PDCCH, CSS сконфигурированного eNB (E)PDCCH, и/или CSS локализованного (E)PDCCH. Положение CSS (E)PDCCH типа-2 может быть сконфигурировано посредством сигнализации более высокого уровня и/или широковещательного канала. Широковещательный канал может включать в себя формат-x DCI. Формат-x DCI для системной информации может передаваться в CSS (E)PDCCH типа-1.
[0187] Вновь заданное пространство поиска для использования для системной информации (например, SI-PDCCH), может иметь свойства, описанные выше для (E)PDCCH типа-1. На основании средства, в котором eNB (или сота) передает определенную системную информацию, (например, системную информацию, которая может быть включена в унаследованный PBCH, например, определенному WTRU, который может входить в состав определенной группы WTRU и/или на основании средства, в котором WTRU принимает такую информацию) может применяться, одно или более из следующих. eNB или сота, осуществляющая связь с определенным WTRU, может не обеспечивать PHICH в ответ на передачу UL от WTRU, который был предоставлен или запланирован eNB или сотой. WTRU может понять, что поддержка PHICH не предполагается. WTRU может не искать, ожидать и/или действовать на PHICH, который может обеспечиваться eNB или сотой в ответ на передачу UL от WTRU.
[0188] WTRU может понять, что поддержка передача на основе CRS не предполагается. WTRU может предполагать, что CRS не передается в подкадре, в котором WTRU принимает предоставление DL и может предполагать, что согласование по скорости вокруг CRS для приема PDSCH не требуется. Исключением могут быть определенные подкадры, в которых WTRU известен CRS, подлежащий передаче, и номер порта или номера портов априори известен/ны, (например, CRS может передаваться в подкадрах 0 и 5 с портом 0). Средство может включать в себя канал, на котором передается или принимается определенная системная информация, например, общее пространство поиска EPDCCH или SI-PDCCH.
[0189] eNB или сота может передавать, и WTRU может принимать, например, на канале, отличном от PBCH, например, CSS (E)PDCCH или SI-PDCCH, поднабор системной информации, которая может быть включена в унаследованный PBCH.
[0190] Конфигурация PHICH может не обеспечиваться и/или номер порта CRS может не обеспечиваться. Системная информация, которая может быть включена в унаследованный PBCH, может группироваться в множественные поднаборы, которые могут передаваться eNB или сотой и/или приниматься WTRU по отдельности.
[0191] Каждый поднабор, например, поднабор-1 системной информации (SBS-1) и поднабор-2 системной информации (SBS-2), может задаваться и передаваться или приниматься по отдельности. Например, SBS-1 может включать в себя системную полосу DL и число SFN, и SBS-2 может включать в себя номер порта CRS и/или конфигурацию PHICH. В другом примере, SBS-1 может включать в себя системную полосу DL, и SBS-2 может включать в себя число SFN и номер порта CRS. В другом примере, SBS-1 может включать в себя полосу DL и номер порта CRS, тогда как SBS-2 может включать в себя только число SFN.
[0192] Некоторая часть системной информации, которая может быть включена в унаследованный PBCH, может не быть включена ни в один из поднаборов, (например, конфигурация PHICH может не быть включена ни в один из поднаборов).
[0193] Каждый поднабор может иметь отдельный период или шаблон для передачи. В примере, SBS-1 может передаваться каждые 5 мс, и SBS-2 может передаваться каждые 10 мс. В другом примере, SBS-1 может передаваться каждые j мс, тогда как SBS-2 может передаваться в последовательных подкадрах каждые k мс.
[0194] Здесь описана системная информация, характерная для LC-MTC. Определенные устройства, например, LC-MTC или другие устройства в зонах покрытия с низким SINR, может получать информацию сети и соты для доступа к соте и установления соединения из определенного блока системной информации (LC-SIB), который может рассылаться eNB, который может поддерживать улучшение покрытия, например, улучшение покрытия LC-MTC. В этом случае, один или более из следующих способов может применяться к LC-SIB. Может существовать один или более LC-SIB.
[0195] В примере, LC-SIB может быть сообщением сигнализации, (например, сообщением управления радиоресурсами (RRC)), передаваемым в предварительно заданном частотном и временном положении. LC-SIB может быть полустатическим, (например, может не изменяться в течение долгого периода времени) и может повторяться периодически в предварительно заданных кадрах и в одном или более предварительно заданных подкадрах в течение этого кадра.
метку
sysInfoValue
[0196] В примере, WTRU может рассматривать сохраненную информацию LC-SIB как действительную в течение предварительно заданной длительности окна или согласно унаследованной процедуре модификации SIB. WTRU может принимать конкретное указание изменения LC-SIB в информации поискового вызова. Согласно варианту осуществления, WTRU может повторно получать LC-SIB после каждого установления соединения для приема малых данных и/или приема. Например, LC-SIB может включать в себя для указания, являться ли LC-SIB, хранящийся в данный момент в WTRU, действительным и актуальным.
[0197] В примере, LC-SIB может не включать в себя SFN, и устройство LC-MTC может получать SFN через средство, отличное от LC-SIB или унаследованный MIB.
[0198] В примере, содержание LC-SIB может ограничиваться одной или более из следующей информации, которая может иметь целью установление соединения устройства LC-MTC с сетью. Информация может представлять собой PLMN-IdentityList. Список может ограничиваться единичным ID наземной сети мобильной связи общего пользования (PLMN), поскольку мобильность устройств LC-MTC может быть ограниченной. Информация может представлять собой информацию выбора соты. Она может включать в себя порог RSRP/RSRQ для выбора подходящей соты. Устройства LC-MTC могут работать в улучшенных покрытиях и могут не иметь порога для выбора критериев подходящей соты. Надлежащее обнаружение LC-SIB может быть критериями выбора для подходящей соты. Например, LC-MTC может рассматривать выбор соты с операцией улучшений покрытия, когда выбор подходящей соты согласно унаследованным критериям не удается.
[0199] В другом иллюстративном варианте осуществления, информация, содержащаяся в LC-SIB, может включать в себя конфигурационную информацию канала произвольного доступа (RACH). Общая конфигурация RACH и физического RACH (PRACH) может требоваться устройству LC-MTC для инициирования установления соединения с сетью. Определенные параметры, например, связанные с управлением мощностью и мощностью передачи UL для процедуры RACH, могут быть предварительно заданы в WTRU, что позволяет достигать максимальной мощности передачи относительно быстро в процессе произвольного доступа. Например, такие параметры, как количество преамбул, максимальное количество передач преамбулы и шаг мощности повторной передачи, можно предварительно задавать равными максимально допустимым значениям, заданным на RRC. Конфигурация для RACH и PRACH можно указывать в LC-SIB, например, если параметры отличаются от предварительно заданных. Конфигурация может отличаться от конфигурации RACH и PRACH в SIB, обеспечивающим конфигурацию для унаследованных (например, без ограничения покрытия) WTRU и может включать в себя отдельные ресурсы (например, преамбулы или наборы преамбул и/или частотно-временные ресурсы).
[0200] В другом иллюстративном варианте осуществления, информация, содержащаяся в LC-SIB, может включать в себя общие параметры конфигурации PDSCH/PUSCH/PUCCH. Эти параметры могут быть включены для работы WTRU радиоканалов-носителей сигнализация UL/DL после установления начального соединения с сетью. LC-SIB также может включать в себя информацию UL. Например, информация несущей UL указывается в LC-SIB, если UL не сконфигурирована с принятым по умолчанию разделением UL/DL или полоса UL не идентична полосе DL.
[0201] LC-SIB может включать в себя информацию для таймеров, специфических для RRC. Согласно варианту осуществления, устройства LC-MTC могут быть предварительно заданы с разными значениями постоянной и таймера по сравнению с нормальными WTRU. Например, принятое по умолчанию значение таймеров и постоянных T310, N310, T311 обнаружения отказа линии радиосвязи можно задать равным другим и более длинным значениям, чтобы иметь возможность более низкой вероятности обнаружения отказа линии радиосвязи (RLF) устройствами LC-MTC в сценарии улучшения покрытия. Согласно варианту осуществления, устройство LC-MTC может быть сконфигурировано не осуществлять контроль линии радиосвязи или не указывать отказ линии радиосвязи.
[0202] Некоторые параметры в унаследованных SIB, которые могут быть нужны для нормального доступа к соте WTRU, могут не быть включены в LC-SIB, поскольку некоторые функциональные возможности могут не поддерживаться устройствами LC-MTC в операции улучшения покрытия. Также для устройств LC-MTC может существовать возможность отступать к нормальной работе для унаследованного получения SIB, путем считывания и использования системной информации нормальной соты. После того, как WTRU успешно считывает и поддерживает пригодность регулярной системной информации, WTRU может использовать информацию из нормальных SIB, а не LC-SIB.
[0203] Здесь описано указание SFN без считывания SFN в унаследованном PBCH. WTRU или такое устройство, как устройство LC-MTC или другое устройство, которое может находиться в зоне покрытия с низким SINR, может получать или иначе определять SFN соты, где такое получение или определение можно получить, не получая его из унаследованного PBCH. Согласно варианту осуществления, определение SFN может базироваться на приеме, (например, успешном приеме или получении известного сигнала и хронирования этого сигнала).
[0204] WTRU может определять SFN с определенным разрешением, которое может быть полным разрешением, (например, 10-битовым разрешением для цикла SFN 1024), или меньшим полного разрешения. SFN полного разрешения может именоваться полным SFN. SFN с разрешением, меньшим полного, может именоваться SFN сниженного разрешения, сниженным SFN или SFN поднабора.
[0205] Хронирование сигнала может включать в себя подкадр или подкадры, в которых может передаваться сигнал, кадр или кадры, в которых может передаваться сигнал, подкадр или подкадры, в которых WTRU может принимать или успешно принимать сигнал, кадр или кадры, в которых WTRU может принимать или успешно принимать сигнал, и/или периодичность передачи сигнала.
[0206] Известный сигнал может передаваться eNB или сотой. Сигнал может передаваться одним или более из следующих способов. В иллюстративном варианте осуществления, сигнал может передаваться в одном или более предварительно заданных частотно-временных ресурсах. В другом иллюстративном варианте осуществления, сигнал может передаваться периодически с предварительно заданным периодом, который может быть количеством кадров. В другом иллюстративном варианте осуществления, сигнал может передаваться в фиксированном или сконфигурированном кадре или кадрах в течение периода. Кадр или кадры, в которых может передаваться сигнал, может быть функцией конфигурации, характерной для соты (например, ID физической соты). Например, сота с PCI 100 может передавать известный сигнал в каждом цикле SFN, (например, каждые 1024 кадра), для указания определенного SFN, например SFN 100, WTRU.
[0207] В другом иллюстративном варианте осуществления, сигнал могут повторяться в двух или более подкадрах в кадре, в котором может передаваться сигнал. В другом иллюстративном варианте осуществления, сигнал может быть предварительно заданной последовательностью, блоком системной информации, например, LC-SIB или SIB1, P-RNTI, или SI, или ePBCH.
[0208] WTRU может принимать или пытаться принять и/или декодировать сигнал в одном или более подкадров кадра, в котором может передаваться сигнал. WTRU может объединять (например, интегрировать) сигналы из нескольких таких подкадров в кадре, в котором может передаваться сигнал, и может использовать это объединение, чтобы успешно принимать и/или декодировать сигнал, например, в единичном кадре.
[0209] Кадр или кадры, в которых может передаваться сигнал, и/или периодичность передачи может указывать SFN с полным разрешением. Например, сигнал может передаваться в определенном кадре, (например, кадре 0), один раз в каждом цикле SFN, (например, каждые 1024 кадра), и может использоваться для указания определенного SFN, например 0. После успешного приема сигнала, WTRU может понять, что принятый кадр является определенным SFN, (например, SFN 0). WTRU может интегрировать сигнал по множественным кадрам, которые могут быть разделены кадрами цикла SFN для достижения успешного приема. Определенный кадр могут быть фиксированным или может быть функцией ID физической соты.
[0210] В другом варианте осуществления, сигнал может передаваться во множественных подкадрах, (например, определенных подкадрах или всех подкадрах DL), определенного кадра каждый цикл SFN, (например, каждые 1024 кадра), и может использоваться для указания определенного SFN, например 0. После успешного приема сигнала, WTRU может понять, что принятый кадр является определенным SFN, (например, SFN 0). WTRU может интегрировать сигнал по одному или более из множественных подкадров для достижения успешного приема. Успешный прием на WTRU может осуществляться в одном кадре. Определенный(е) кадр и/или подкадры могут быть фиксированными или могут быть функцией ID физической соты.
[0211] Кадр или кадры, в которых может передаваться сигнал, и/или периодичность передачи может указывать SFN со сниженным разрешением. Например, сигнал может передаваться каждые N кадров, где (цикл SFN)/N может быть целым числом. WTRU может интегрировать свой прием в определенном кадре, например каждый N-й кадр, пока сигнал не будет успешно принят. Поскольку сигнал может передаваться каждые N кадров, разрешение SFN можно снизить.
[0212] Например, когда WTRU успешно принимает сигнал благодаря интегрированию принимаемых им сигналов каждые N кадров, (например, в определенных одном или более подкадрах каждые N кадров), WTRU может понять, какие кадры являются набором кадров X, (X+N) по модулю цикла SFN, (X+2*N) по модулю цикла SFN, (X+3*N) по модулю цикла SFN, ...., и т.д., но может не знать, какой кадр является каким. Например, X может быть равно 0, другому известному значению, или X может быть функцией ID физической соты. Например, если X=0, N=8, и цикл SFN равен 1024, WTRU может определять, какие кадры являются набором кадров, который включает в себя кадры 0, 8, 16, ... 1016, но может не знать, какой кадр является каким. В порядке другого примера, если X=0, N=512, и цикл SFN=1024, WTRU может определять, какие кадры являются набором кадров, который включает в себя кадры 0 и 512, но может не знать, какой из них является кадром 0 и какой – кадром 512.
[0213] Значение X может сообщаться WTRU посредством сигнализации, например, широковещательной сигнализации, которая может, например, обеспечиваться в кадрах, в которых может передаваться сигнал, используемый для определения SFN. WTRU может использовать значение X для определения ревизованного набора кадров, начиная с 0 (например, 0, N, 2N, и т.д.). Например, если X=3, N=8, и цикл SFN=1024, WTRU может распознавать набор кадров, которые являются 3, 11, 19 и т.д. В этих кадрах, WTRU может принимать сигнализации, например, широковещательную сигнализацию, которая идентифицирует X равным 3. Затем WTRU может определять, какие кадры являются набором кадров 0, 8, 16, 24, и т.д.
[0214] Если SIB или другую сигнализацию управления можно использовать в качестве сигнала для определения SFN, этот SIB или сигнализация управления может включать в себя значение X.
[0215] Когда WTRU понимает SFN со сниженным разрешением, (например, набор кадров X, (X+N) по модулю цикла SFN, (X+2*N) по модулю цикла SFN, (X+3*N) по модулю цикла SFN, ...., и т.д.), WTRU может косвенно определять, какие кадры являются четными, какие являются нечетными, и кадры между известными кадрами. WTRU может использовать эту информацию для определенных процедур, например, процедуры произвольного доступа. Например, если WTRU может знать набор кадров 0, 8, 16..., он также может знать набор кадров 1, 9, 17 . . . и 2, 10, 18 ..., путем сдвига на один и два кадра, соответственно. Таким образом, WTRU может знать, какие подкадры, которые могут быть нужны для процедуры произвольного доступа, например, начальной процедуры произвольного доступа, являются четными и какие – нечетными.
[0216] Получение или определение SFN поднабора на WTRU может означать или приводить к тому, что WTRU различает один или более наборов кадров, которые могут включать в себя каждый N-й кадр, (где N – период в кадрах сигнала), которые WTRU может использовать для определения SFN поднабора. Наборы кадров могут быть уникальными. Может существовать до N таких наборов кадров. Количество элементов в каждом наборе может быть (цикл SFN)/N. Это может быть эквивалентно пониманию WTRU, для каждого кадра, значения SFN для этого кадра по модулю N.
[0217] WTRU может получать или определять SFN поднабора на основании получения LC-SIB, предварительно заданных правил кадра и периодичности передачи LC-SIB. WTRU может получать или определять SFN поднабора на основании правильного декодирования SIB1. Например, SIB1 может передаваться в SFN X, где X может быть равно 0 и могут повторяться каждые 20 мс, что может соответствовать каждым 2 кадрам, (например, четным кадрам). WTRU может понять, что получение SIB1 может соответствовать нахождению четных кадров, что позволяет WTRU определять, какие кадры являются четными и какие являются нечетными.
[0218] WTRU может получать или определять SFN поднабора на основании обнаружение P-RNTI в общем пространстве поиска PDCCH или EPDCCH с учетом того, что плотность поискового вызова соты, (например, параметр nB в RRC), больше 1 кадра, (например, nB = T/2, T/4, T/8, T/16 или T/32).
[0219] WTRU может получать SFN поднабора на основании периодичности SI, который может указываться в расписании SI. Конфигурация определенной SI допускает периодичность до 512 кадров.
[0220] В другом варианте осуществления, определение SFN может базироваться на приеме, (например, успешном приеме), SFN полного разрешения и/или SFN поднабора. SFN поднабора может быть достаточно для определенных процедур, например, получения системной информации и произвольного доступа, например, начального произвольного доступа, (например, произвольного доступа).
[0221] eNB или сота может передавать сигнал, который может включать в себя SFN полного разрешения, (например, 10-битовое разрешение для цикла SFN 1024), и/или SFN поднабора. К сигналу может применяться один или более из следующих. В примере, SFN поднабора может представлять младшие B битов SFN полного разрешения, например, 3 младших бита. Это может соответствовать SFN по модулю (2^B), что для примера 3 битов, может быть SFN по модулю 8. В случае успешного приема SFN поднабора, WTRU может получать SFN по модулю (2^B) для кадров, в которых может приниматься SFN поднабора, и может использовать эту величину для понимания SFN по модулю (2^B) для других кадров, например, всех кадров.
[0222] В другом примере, SFN полного разрешения может передаваться периодически с более коротким рабочим циклом, чем цикл SFN. Например, сигнал с полным SFN может передаваться, в том числе, каждые 8, 16 или 32 кадра. SFN поднабора может передаваться один или несколько раз в течение рабочего цикла полного SFN. Полный SFN и/или SFN поднабора может передаваться в одном или более, включающий в себя, возможно, все подкадры или все подкадры DL в кадрах, в которых передается каждый из них. Полный SFN и SFN поднабора может передаваться в разном количестве подкадров в кадрах, в которых они передаются.
[0223] В другом примере, определение периодичности и длины сигнализируемого SFN для соты может быть функцией приемлемого допуска на задержку для процедуры доступа к соте устройства, например, устройства LC-MTC, а также конфигурации, характерной для соты для определенных процедур на основе SFN, например, DRX и доступа к RACH. SFN, сигнализируемый сотой, может быть полным SFN и/или поднабором SFN, на основании периодичности полного SFN и/или поднабора SFN.
[0224] WTRU может получать и декодировать сигнал, который может включать в себя полный SFN или SFN поднабора. WTRU может понять, какой SFN принимать, на основании расписания или расписаний для разных SFN. WTRU может интегрировать или иначе объединять одинаковые сигналы (например, полный SFN с полным SFN, SFN поднабора с SFN поднабора) из множественных подкадров в кадре для успешного приема сигнала.
[0225] WTRU может интегрировать или иначе объединять идентичные сигналы (например, полный SFN с полным SFN, SFN поднабора с SFN поднабора) из множественных кадров, например сигналы в кадрах, которые разделены периодичностью передачи, например, для успешного приема сигнала. Это можно применять к полному SFN, когда периодичность равна циклу SFN. Это также можно применять к SFN поднабора, когда периодичность кратна циклу SFN поднабора. Например, если поднабор составляет 3 бита, то цикл поднабор может быть равен 8. Сигналы поднабора SFN в данном кадре можно объединять с сигналами поднабора SFN, которые отстоят на 8, или кратное 8, кадров от этого подкадра.
[0226] В целях доступа к соте, WTRU может использовать один или более из вышеописанных способов получения SFN для завершения установления соединения с сотой. Например, знание нечетных/четных SFN может позволять WTRU инициировать процедуру произвольного доступа, после получения конфигурации RACH/PRACH посредством LC-SIB и/или нормального SIB.
PRACH
[0227] Здесь описаны способы улучшения покрытия PRACH. Согласно варианту осуществления для увеличения покрытия PRACH, (и, например, с намерением некоторой формы интегрирования преамбулы на eNB), для каждого экземпляра процедуры произвольного доступа, WTRU может отправлять множественные (например, многие) преамбулы (или повторные преамбулы), которые могут извлекать только один RAR из eNB. Повторные преамбулы могут использовать такую же последовательность преамбулы, как первая преамбула, и могут использовать одну и ту же мощность передачи, P. RACH можно использовать взаимозаменяемо с произвольным доступом. Количество повторений для повторных преамбул можно задавать как ‘n’ (например, коэффициент повторения и может быть положительным целым числом).
[0228] Согласно варианту осуществления, WTRU может передавать преамбулу RACH. После первой преамбулы для процедуры RACH, WTRU может передавать повторные преамбулы в более поздние моменты времени, например, с использованием одного и того же ресурса, но в более поздних разрешенных кадрах. Например, для первой преамбулы с использованием ресурса “подкадр 4 с любым SFN”, повторные преамбулы могут передаваться в последующих кадрах в подкадре 4. В порядке другого примера, для первой преамбулы с использованием ресурса “подкадр 4 с четным SFN”, повторные преамбулы могут передаваться в последующих четных кадрах в подкадре 4.
[0229] Первая преамбула, после которой могут следовать повторные преамбулы, может находиться в любом кадре, или, в случае ограничения определенными кадрами (например, четными кадрами) в любом таком ограниченном, (например, четном) кадре. Альтернативно, первая такая преамбула может дополнительно ограничиваться только определенными кадрами. Первый кадр с этой первой преамбулой и последующие кадры с повторными преамбулами могут именоваться блоком кадров. WTRU может, например, передавать или только передавать первую преамбулу в первом кадре блока.
[0230] Блоки можно идентифицировать как находящиеся в группах кадров, в которых любой кадр можно идентифицировать как находящийся в конкретной позиции в конкретном блоке, и каждый блок можно идентифицировать как находящийся в конкретной позиции в группе. Это может быть известно на eNB и WTRU. Например, группа кадров может быть последовательностью из 1024 смежных кадров, начиная с SFN 0 и заканчивая SFN 1023.
[0231] Идентификация кадров в блоках может осуществляться, например, как изображено на фиг. 12 (a), где длина последовательности блоков равной длины, обозначенная как “1-я длина, 2-я длина, и т.д., для разных длин блоков, может быть равна длине группы кадров, или, как изображено на фиг. 12 (b), (c) и (d), где длина последовательности блоков равной длины может быть не равна длине группы кадров, и некоторые кадры в группе кадров могут не находиться в блоке, или, как изображено на фиг. 12 (e) и (f), где длина последовательности блоков равной и неравной длины, равна длине группы кадров, или некоторым объединением всех способов, показанных на фиг. 12. Альтернативный способ, не изображенный на фигурах, состоит в том, что кадры в блоках и блоки в группах, могут быть рассеянными, например, не смежными, или перемешанными, некоторым детерминистическим образом, что может быть известно eNB и WTRU, что может указываться или конфигурироваться.
[0232] Рассмотрим следующий пример определения кадров в блоке. Пусть группа кадров образована кадрами, пронумерованными от SFN 0 до SFN 1023. Пусть Npre – количество, или максимальное количество, преамбул, передаваемых в блоке, где Npre является степенью двойки, (например, 64, 128 и т.д.), таким образом, что целое число блоков может быть сначала сконфигурировано в группе, как представлено на фиг. 12(a). Для преамбул, которые могут передаваться в любом кадре, кадры в первом блоке могут быть кадрами от SFN 0 до (Npre-1), второй блок может быть кадрами с SFN от Npre до 2Npre-1, и т.д., и последний блок включает в себя кадры с SFN от 1023-(Npre-1) до 1023. Для преамбул, которые могут передаваться только в кадрах с четными номерами, кадры в первом блоке могут быть кадрами от SFN 0 до 2Npre-1, (хотя сам последний кадр можно не использовать для передачи преамбулы, поскольку его SFN является нечетным), второй блок может быть кадрами с SFN от 2Npre до 4Npre-1, (хотя сам последний кадр можно не использовать для передачи преамбулы, поскольку его SFN является нечетным), и т.д., и последний блок включает в себя кадры с SFN от 1024-2Npre до 1023, (хотя сам последний кадр можно не использовать для передачи преамбулы, поскольку его SFN является нечетным).
[0233] В примере, eNB может отвечать на блок преамбул посредством RAR, который он может отправлять после последней преамбулы в блоке, например, после того, как он может принимать последнюю преамбулу или по истечении времени, которое может соответствовать последней преамбуле, если он принял преамбулу. WTRU может искать RAR после последней преамбулы на протяжении сконфигурированного окна ответа для этой преамбулы. В другом примере, eNB может отвечать на блок преамбул посредством RAR, который он может отправлять после приема любой преамбулы в блоке, например на протяжении окна ответа для любой такой преамбулой. Если WTRU может принимать RAR до передачи последней преамбулы в блоке, WTRU может, например, больше не передавать никаких преамбул в блоке.
[0234] Если WTRU может не принимать RAR в окне ответа последней преамбулы блока, WTRU может инициировать передачу другого блока преамбул. Для процедуры RACH на состязательной основе, WTRU может брать другую конкретную последовательность преамбулы для последующего блока и также применять такие же правила откладывания передачи во времени, например, как предусмотрено для выпуска 11.
[0235] Количество преамбул, передаваемых в блоке, максимальное количество преамбул, передаваемых в блоке, или длина блока может быть сконфигурирована или указана. Значение может указывать полное количество отправляемых преамбул, длину (например, в кадрах) преамбул или количество дополнительных отправляемых преамбул. В таком случае, например, нуль может указывать, что повторные преамбулы не могут отправляться.
[0236] eNB может непосредственно указывать свои возможности обнаружения повторных преамбул или может указывать их путем широковещания соответствующей величины (например, количества преамбул, передаваемых в блоке) и/или путем указания отдельных ресурсов PRACH для повторных преамбул. Такие ресурсы могут использовать различные индексы или таблицы. Альтернативно, может не существовать никаких особых ресурсов для повторных преамбул.
[0237] Для eNB, способного обнаруживать повторные преамбулы, максимальное количество передач преамбулы RACH, например preambleTransMax, может относиться к максимальному количеству блоков преамбулы. Альтернативно, сеть может по отдельности не конфигурировать максимальное количество блоков преамбулы.
[0238] WTRU может самостоятельно решать передавать повторные преамбулы, если, например, это разрешено сетью, и такое решение может базироваться на одном или более условиях, которые могут включать в себя, по меньшей мере, один из: если Pcmax<preambleInitialReceivedTargetPower+deltaPreamble+потери в тракте, если (Pcmax±некоторая величина)<preambleInitialReceivedTargetPower+deltaPreamble+потери в тракте, если предыдущая процедура RACH не удалась вследствие достижения максимального количества передач PRACH (preambleTransMax), или всегда, если устройство таким образом сконфигурировано или аппаратно запрограммировано. Повторные преамбулы могут отправляться на одинаковой мощности с использованием одной и той же преамбулы с использованием определенных ресурсов.
[0239] Согласно варианту осуществления, может быть предусмотрен новый или расширенный формат преамбулы, который может увеличивать коэффициент повторения (например, количество повторений) для преамбулы. Термины "новый" и "расширенный" можно использовать взаимозаменяемо. В результате, энергия для преамбулы PRACH может распределяться по большему количеству подкадров. Например, может быть предусмотрен новый формат преамбулы, например, показанный в таблице 3, которые можно использовать в целях улучшения покрытия.
<b>Таблица 3</b>
Формат преамбулы
T<sub>CP</sub>
T<sub>SEQ</sub>
5
3168⋅Ts
n⋅24576⋅Ts
6
21024⋅Ts
<b>n⋅24576⋅Ts</b>
7
6240⋅Ts
n⋅24576⋅Ts
[0240] В таблице 3, ‘n’ может быть целым числом, большим 2, и может рассматриваться как коэффициент повторения для преамбулы PRACH.
CP
[0241] Новый формат преамбулы для каждой длины CP (т.е. T) может быть предусмотрен, например, в целях улучшения покрытия. Коэффициент повторения, ‘n’ может задаваться с конфигурацией. Например, ‘n’ может быть параметром конфигурации PRACH. eNB может указывать или сообщать значение ‘n’, например, как часть конфигурации PRACH, где ‘n’ может применяться для нового формата преамбулы. Поднабор формата преамбулы может иметь коэффициент повторения ‘n’.
[0242] WTRU может вычислять или определять коэффициент повторения ‘n’, и значение ‘n’ может быть сконфигурировано как функция, по меньшей мере, одного из потерь в тракте DL, RSRP, RSRQ и/или других измерений. В качестве примера поведения WTRU, WTRU может измерять потери в тракте DL, и если потери в тракте больше порога, WTRU может использовать новый дополнительный формат преамбулы. Значение повторения ‘n’ можно получать с использованием вычисленного или определенного значения потерь в тракте. Получив значение повторения ‘n’, WTRU может передавать преамбулу PRACH в конкретном ресурсе PRACH, который можно использовать для нового формата преамбулы со значением повторения ‘n’.
[0243] Согласно значению повторения ‘n’, может задаваться отдельный ресурс PRACH. Например, могут задаваться кандидаты на повторение {4, 8, 16}, и если WTRU может потребоваться использовать значение повторения, например, n=4, может существовать конкретный ресурс PRACH, который, например, может использоваться для значения повторения n=4. В примере, можно использовать или можно использовать только кандидаты на повторение {4, 8, 16}, но можно выбирать другое количество и значение кандидатов на повторение. В другом примере, значение повторения ‘n’ может быть предварительно заданным числом, большим 2, и может существовать ресурс PRACH, сконфигурированный для значения повторения ‘n’, и другой ресурс PRACH, сконфигурированный для формата унаследованного PRACH.
[0244] Подкадры для передачи PRACH могут задаваться как функция коэффициента повторения ‘n’, поскольку необходимые подкадры могут зависеть от коэффициента повторения. Таблица 4 демонстрирует пример длины необходимого подкадра согласно коэффициентам повторения. Например, если коэффициент повторения меньше порога (например, 9), начальный подкадр для передачи PRACH может быть сконфигурирован в каждом радиокадре. В противном случае, подкадр может быть сконфигурирован в четных или нечетных радиокадрах. В Таблице 4 также приведен пример длины необходимого подкадра для форматов преамбулы согласно ‘n’.
<b>Таблица 4</b>
n=2
n=4
n=8
n=16
Формат 5 преамбулы
2 мс
4 мс
7 мс
13 мс
Формат преамбулы 6
3 мс
4 мс
8 мс
14 мс
Формат преамбулы 7
2 мс
4 мс
7 мс
14 мс
CP
CP
[0245] В целях улучшения покрытия можно предусмотреть один или более дополнительных форматов преамбулы. Например, можно задать дополнительные форматы преамбулы, и каждая длина CP (T) может иметь отдельный коэффициент повторения. Таблица 5 демонстрирует пример множественных дополнительных форматов преамбулы для каждой длины CP (T).
<b>Таблица 5</b>
Формат преамбулы
T<sub>CP</sub>
T<sub>SEQ</sub>
5-1
3168⋅Ts
n1⋅24576⋅Ts
5-2
21024⋅Ts
n1⋅24576⋅Ts
5-3
6240⋅Ts
n1⋅24576⋅Ts
6-1
3168⋅Ts
n2⋅24576⋅Ts
6-2
21024⋅Ts
n2⋅24576⋅Ts
6-3
6240⋅Ts
n2⋅24576⋅Ts
7-1
3168⋅Ts
n3⋅24576⋅Ts
7-2
21024⋅Ts
n3⋅24576⋅Ts
7-3
6240⋅Ts
n3⋅24576⋅Ts
[0246] В качестве примера, формат 5 преамбулы может включать в себя все поддерживаемые длины CP в формате 0-3 преамбулы, тогда как длина последовательности может быть одинаковой с коэффициентом повторения n1. То же самое может применять для других новых форматов преамбулы кроме коэффициента повторения, что приводит к форматам 5, 6 и 7 преамбулы, имеющим коэффициенты повторения n1, n2 и n3, соответственно.
[0247] Коэффициенты повторения {n1, n2, n3} могут быть предварительно заданными, например {4, 8, 16}. Коэффициент повторения может задаваться как функция потерь в тракте и/или других измерений.
[0248] Ресурс PRACH может быть сконфигурирован/задан согласно коэффициентам повторения. Например, WTRU может получать коэффициент повторения, и WTRU может знать, какой ресурс PRACH нужно использовать для передачи преамбулы. Новые форматы преамбулы могут использовать такую же длину CP, как в предыдущих форматах преамбулы, хотя длина последовательности может увеличиваться. Новые форматы преамбулы могут представлять собой такую же последовательность, как унаследованные форматы, но с последовательностью, повторяющейся несколько раз.
[0249] Формат преамбулы и конфигурации подкадра могут совместно конфигурироваться на широковещательном канале. Для FDD, индекс неиспользуемой конфигурации PRACH (например, 30, 46, 60, 61, 62) можно использовать для новых дополнительных форматов преамбулы.
[0250] Отдельная таблица конфигураций произвольного доступа может задаваться для конфигураций PRACH улучшенного покрытия. Отдельная группа индексов последовательности преамбулы (например, “группа C”) может выделяться и использоваться, например, использоваться конкретно WTRU, в целях улучшения покрытия, и может сигнализироваться на WTRU (например, в SIB2). Конфигурация расширенного формата преамбулы и индексы конфигурации также могут быть включены в конфигурацию преамбул группы C, которые могут отличаться от указанных для конфигурации преамбулы групп A и B. WTRU могут использовать конфигурацию группы C помимо, или вместо, конфигурации преамбулы группы A/B, указанной в SIB2.
[0251] В другом варианте осуществления, форматы преамбулы например, форматы 0-3 преамбулы, можно повторно использовать с повторениями. Один и тот же формат преамбулы можно использовать в одних и тех же ресурсах PRACH. При этом передача PRACH улучшенного покрытия может использовать повторение одних и тех же преамбул PRACH. Для повторения передачи PRACH можно использовать, по меньшей мере, один из следующих методов.
Win
win
Win
[0252] В примере, поднабор преамбул PRACH может быть предварительно задан или сконфигурирован для преамбул PRACH на основе повторения, где преамбулы PRACH на основе повторения могут передаваться повторно в пределах размера временного окна. Например, размер временного окна можно задавать как подкадр или радиокадр N, и одну и ту же преамбулу PRACH может понадобиться передавать во всех ресурсах PRACH во временном окне N. Например, если используется N=3, и подкадры PRACH заданы как {1 в любом радиокадре}, то WTRU может потребоваться передавать преамбулу PRACH на основе повторения в 3 радиокадрах. Размер окна может быть предварительно задан или сконфигурирован как функция конфигурации PRACH.
[0253] Для преамбул PRACH на основе повторения можно резервировать дополнительные частотные ресурсы, которые могут быть взаимно ортогональны с частотными ресурсами для преамбул PRACH не на основе повторения, (например, преамбул PRACH для унаследованного WTRU). Таким образом, WTRU обоих типов могут использовать одну и ту же конфигурацию PRACH кроме индекса частотного смещения (prach-FrequencyOffset). Временное окно можно использовать для указания количества повторных передач преамбулы PRACH.
[0254] Поднабор подкадров PRACH можно резервировать для преамбул PRACH на основе повторения. Таким образом, WTRU может передавать преамбулы PRACH на основе повторения только в сконфигурированном поднаборе подкадров PRACH.
[0255] Один и тот же формат преамбулы можно использовать в разных подкадрах PRACH. Например, можно использовать смещение подкадра, которое может указывать подкадр PRACH для преамбул PRACH на основе повторения. Смещение подкадра может сообщаться или указываться WTRU по широковещательному каналу, что позволяет WTRU, которому требуется передавать преамбулы PRACH на основе повторения, использовать подкадры для передачи преамбул PRACH на основе повторения.
[0256] Здесь описаны методы адаптации линии связи и улучшения покрытия PRACH. Согласно варианту осуществления, ресурсы PRACH, которые могут использоваться или могут назначаться для использования унаследованными WTRU и/или WTRU нормального покрытия (например, ресурс PRACH типа A) и/или ресурсы PRACH, которые могут использоваться или могут назначаться для использования WTRU, которые могут нуждаться в улучшении покрытия (например ресурс PRACH типа B), могут быть доступны в соте. Ресурс PRACH типа A может быть сконфигурирован широковещательным каналом (например, SIB). При этом нормальное покрытие WTRU может предусматривать, что режим работы с улучшенным покрытием не используется для WTRU. Ресурс PRACH типа B может быть сконфигурирован широковещательным каналом. При этом WTRU улучшенного покрытия может предусматривать, что WTRU выполнен с возможностью работы в режиме улучшения покрытия или использует его. Широковещательный канал для конфигурации ресурса PRACH типа B может быть выделенным широковещательным каналом для WTRU улучшенного покрытия. Ресурс PRACH типа A и типа B можно использовать согласно форматам преамбулы PRACH. Например, ресурс PRACH типа A можно использовать для форматов 0-3 преамбулы PRACH, а ресурс PRACH типа B можно использовать для других форматов преамбулы PRACH (например, форматов 5-7). Ресурсы PRACH типа A и типа B могут быть сконфигурированы в отдельных временных и частотных ресурсах. Альтернативно, ресурсы PRACH могут полностью или частично перекрываться во временных и частотных ресурсах. В другом примере, ресурс PRACH типа A является частью ресурса PRACH типа B.
[0257] Ресурсы PRACH, которые могут использоваться или могут назначаться для использования WTRU, которые могут нуждаться в улучшении покрытия или извлекать пользу из него, могут именоваться ресурсами улучшенного PRACH (ePRACH). eNB может конфигурировать ресурсы ePRACH, например, посредством сигнализации на WTRU, например, посредством широковещания (например, в LC-SIB).
[0258] В системе FDD, согласно варианту осуществления, ресурс PRACH типа A может занимать 6 последовательных RB в выбранном наборе подкадров UL, тогда как ресурс PRACH типа B может быть сконфигурирован с 6 последовательными RB в частотном положении без перекрывания в одном и том же наборе подкадров UL. При этом частотное положение для ресурса PRACH типа B может указываться смещением от ресурса PRACH типа A. В другом варианте осуществления, ресурс PRACH типа A может занимать 6 последовательных RB в выбранном наборе подкадров UL, и ресурс PRACH типа B может быть сконфигурирован с центральными 6 RB в неперекрывающихся подкадрах восходящей линии связи с ресурсом PRACH типа A. В другом варианте осуществления, ресурс PRACH типа A может занимать 6 последовательных RB в выбранном наборе подкадров UL, и ресурс PRACH типа B может конфигурироваться с 6 последовательными RB в любом частотно-временном положении, не перекрывающемся с ресурсом PRACH типа A. В другом варианте осуществления, ресурс PRACH типа A может быть сконфигурирован в любом частотном положении в выбранном наборе подкадров UL, тогда как ресурс PRACH типа B может быть сконфигурирован в предварительно заданном положении. Например, центральные 6 RB во всех подкадрах UL в конкретном радиокадре можно использовать для ресурсов PRACH типа B.
[0259] Согласно варианту осуществления, более одного ресурса PRACH типа B может быть сконфигурировано с разными уровнями улучшения покрытия. Например, может существовать ресурс PRACH типа B-1 (уровень-1) и ресурс PRACH типа B-2 (уровень-2)), где ресурс PRACH типа B-2 может обеспечивать лучшее покрытие, чем ресурс PRACH типа B-2.
[0260] Для выбора типа или уровня ресурса PRACH, согласно варианту осуществления, WTRU может выбирать уровень типа ресурса PRACH согласно измерению DL, который может быть связан с, по меньшей мере, одним из потерь в тракте DL, потерь из-за переходного затухания, геометрии, RSRP и RSRQ. Например, WTRU сначала может изменять RSRP, и если RSRP ниже порога, WTRU может выбирать ресурс PRACH типа B для передачи преамбула PRACH. В противном случае, WTRU может выбирать ресурс PRACH типа A для передачи преамбулы PRACH. В другом варианте осуществления, выбор типа ресурса PRACH может базироваться на категории WTRU. Например, если WTRU является WTRU улучшенного покрытия LC-MTC, WTRU всегда может выбирать ресурс PRACH типа B для передачи преамбулы PRACH. Однако другие WTRU могут выбирать ресурс PRACH типа A. WTRU улучшенного покрытия может быть WTRU, который требует улучшения покрытия, или WTRU, который применяет методы улучшения покрытия или поддерживает режим улучшения покрытия. Термины "WTRU ограниченного покрытия" и "WTRU улучшенного покрытия" можно использовать взаимозаменяемо.
[0261] В другом варианте осуществления, для передачи преамбулы PRACH можно использовать адаптацию линии связи, управление мощностью и переключение ресурса PRACH. Например, если множественные типы ресурса PRACH сконфигурированы с разными уровнями ограничений покрытия, поведение WTRU, когда WTRU не принимает RAR для переданной преамбулы PRACH в отведенное время, (например, ra-ResponseWindowSize), может быть, по меньшей мере, одним из следующих вариантов поведения. В примере поведение, если WTRU не выполнен с возможностью работы в режиме расширения покрытия, WTRU может отправить другую преамбулу PRACH в более позднее время с более высокой мощностью. Например, мощность передачи преамбулы может превышать предыдущую мощность передачи преамбулы на powerRampingStep. Таким образом, мощность передачи для передачи преамбулы может увеличиваться на величину powerRampingStep. В другом примере поведения, если WTRU выполнен с возможностью работы в режиме расширения покрытия, WTRU может отправить другую преамбулу PRACH в более позднее время, либо с более высокой мощностью, либо с другим типом ресурса PRACH. Например, если WTRU не принимает RAR для переданной преамбулы PRACH за отведенное время, WTRU может выбирать отправку другой преамбулы в более позднее время с более высокой мощностью с использованием одного и того же формата преамбулы PRACH, (например, формата 0-3), в одном и том же типе ресурса PRACH, (например, типе A) или отправку другой преамбулы в более позднее время с определенной мощностью передачи с использованием другого формата преамбулы PRACH, (например, форматы 5-7), в соответствующем ресурсе PRACH для формата преамбулы, (например, ресурса PRACH типа B).
[0262] В другом примере поведения, если WTRU выполнен с возможностью работы в режиме расширения покрытия, WTRU может отправить другую преамбулу PRACH в более позднее время с более высокой мощностью, пока не достигнет максимальной мощности передачи, (например, Pcmax или Pcmax,c). Когда WTRU достигает максимальной мощности передачи для передачи преамбулы PRACH и не принимает RAR для переданной преамбулы PRACH за отведенное время, WTRU может отправить другую преамбулу PRACH в более позднее время с определенной мощностью передачи с использованием другого формата преамбулы PRACH в соответствующих ресурсах PRACH для формата преамбулы.
[0263] Здесь описаны способы указания уровня улучшения покрытия, которые могут быть нужны WTRU, например, eNB, с использованием PRACH. Согласно варианту осуществления, уровни ограничения (или улучшения) покрытия для каждого WTRU могут указываться одним или более из следующих способов. В примере способа, WTRU может быть сконфигурирован с множественными типами ресурса PRACH, и WTRU может выбирать тип ресурса PRACH согласно таким критериям, как измерения DL, (например, одного или более из потерь в тракте, потерь из-за переходного затухания, геометрии, RSRP и RSRQ). Например, WTRU сначала может изменять RSRP и затем выбирать тип ресурса PRACH согласно измеренной RSRP, где тип ресурса PRACH может включать в себя один или более из формата преамбулы PRACH, подкадра PRACH, частотного ресурса PRACH и последовательности преамбулы. Критерии, отличные от RSRP или другого измерения DL, WTRU может использовать для определения, какой тип ресурса PRACH передавать для указания необходимого уровня улучшения покрытия. На основании типа ресурса PRACH, передаваемого WTRU, eNB может изучать ограничение покрытия (или необходимое улучшение покрытия) WTRU. Для каждого типа ресурса может существовать набор ресурсов PRACH (который может задаваться в виде одного или более из формата преамбулы PRACH, подкадра PRACH, частотного ресурса PRACH и последовательности преамбулы). Определив тип ресурса PRACH, WTRU может выбирать из набора ресурсов PRACH, связанного с типом и может делать это согласно правилам выбора процедуры произвольного доступа, например, согласно выпуску 11.
[0264] В другом примере, WTRU может быть сконфигурирован с единичным типом ресурса PRACH с разбиением ресурса PRACH. Таким образом, согласно измерению DL или другим критериям, WTRU может выбирать один из разделенных ресурсов PRACH, что позволяет eNB вычислять уровень ограничения покрытия WTRU. Разбиение ресурсов PRACH может включать в себя один или более из подкадра UL, частотного ресурса и преамбулы PRACH. Например, ресурсы PRACH в радиокадрах с четными номерами можно рассматривать как одно разбиение PRACH, связанное с измеренным уровнем RSRP 1, тогда как ресурсы PRACH в радиокадрах с нечетными номерами можно рассматривать как другое разбиение PRACH, связанное с измеренным уровнем RSRP 2. В порядке другого примера, преамбулу PRACH можно разбивать, и, согласно измеренному уровню RSRP, WTRU может выбирать преамбулу PRACH из набора преамбул PRACH, связанного с измеренным уровнем RSRP. В этих примерах, уровень RSRP можно заменить любым типом измерения DL или другими критериями, которые могут быть связаны с покрытием WTRU.
[0265] Преамбула PRACH, зарезервированная для ресурсов на бессостязательной основе можно использовать для указания уровня ограничения покрытия. Мощность передачи PRACH можно задать максимальной для WTRU ограниченного покрытия, таким образом, что eNB может оценивать уровень ограничения покрытия.
[0266] Согласно варианту осуществления, WTRU может указывать, или ему может указываться, уровни улучшения покрытия в составе процесса RACH и процедуры установления соединения RRC.
[0267] Здесь описано предварительное выделение или полустатическое выделение C-RNTI. WTRU в ограниченном покрытии может выделяться C-RNTI, который может быть предварительно заданным или может обеспечиваться сетью при начальном доступе. WTRU может продолжать использовать C-RNTI полустатически, пока сеть не укажет необходимость использования другого C-RNTI. WTRU может считать C-RNTI действительным между длинным DRX и циклами сна и между переходами из режима RRC_IDLE в режим RRC_CONNECTED для переноса данных. Согласно варианту осуществления, WTRU может считать C-RNTI действительным между повторным выбором соты или переустановлением соты в режиме RRC_IDLE и хэндовером в режиме RRC_CONNECTED.
[0268] WTRU может указываться уровнем улучшения покрытия путем приема ответа произвольного доступа (RAR) от eNB в ответ на передачу преамбулы на основании RA-RNTI или C-RNTI, который может выделяться в одном или более из следующих способов. В примере способа, WTRU может использовать RA-RNTI из набора, который может быть конкретно выделен для WTRU в режиме улучшения покрытия. Например, WTRU может вычислять RA-RNTI как функцию временных и частотных ресурсов и, согласно варианту осуществления, как функцию дополнительного смещения, заданного для WTRU с улучшением покрытия. В порядке другого примера, значения RA-RNTI от 60 до 119 могут выделяться конкретно для WTRU в режиме улучшения покрытия.
[0269] Согласно варианту осуществления, WTRU может использовать RA-RNTI конкретно для режима улучшения покрытия, который может дополнительно подразделяться и выделяться в разные величины для улучшения покрытия. Например, WTRU в условиях улучшения покрытия величиной 5 дБ может использовать определенный поднабор RA-RNTI, тогда как WTRU в условиях улучшения покрытия величиной 10 дБ могут использовать другой набор RA-RNTI.
[0270] В другом примере способа, WTRU может искать (E)PDCCH для RAR от eNB с использованием множественных кандидатов в RA-RNTI, вычисленных из частотно-временных ресурсов переданной преамбулы, совместно с, согласно варианту осуществления, набором RA-RNTI для множественных величин улучшения покрытия. WTRU может указываться сконфигурированной величиной улучшения покрытия от eNB посредством RA-RNTI, для которого (E)PDCCH для RAR успешно декодирован. WTRU может выводить набор кандидатов в RA-RNTI из поднабора доступных уровней улучшения покрытия или из всех доступных уровней.
[0271] В другом примере способа, WTRU может вычислять улучшение покрытия для конкретного RA-RNTI или уровень улучшения покрытия для конкретного RA-RNTI, на основании выбора временных и/или частотных ресурсов преамбулы PRACH. Выделение определенных ресурсов PRACH и преамбулы WTRU с улучшением покрытия или уровням улучшения покрытия могут указываться WTRU посредством нормального SIB (например, SIB2) или MIB и SIB, характерных для LC-MTC.
[0272] В другом примере способа, WTRU в режиме улучшения покрытия может принимать RAR в ответ на переданную преамбулы PRACH через C-RNTI, который был предварительно выделен или ранее полустатически выделен. WTRU может обнаруживать и декодировать (E)PDCCH для RAR в CSS или WSS. После того, как WTRU принимает RAR через (E)PDCCH, скремблированный с помощью C-RNTI, он может больше не искать разрешения конфликта после передачи msg3, (например, запрос соединения RRC), в ответ на RAR. Согласно варианту осуществления, WTRU, принимающий управляющий элемент (CE) MAC RAR через (E)PDCCH и C-RNTI, может принимать в упомянутом RAR, один или более из следующих CE сокращенной информации MAC: предоставления UL, команды опережения хронирования (TA) и величины режима улучшения покрытия. Например, информационный элемент (IE) величины режима улучшения покрытия может указывать процедуры улучшения покрытия 5 дБ, 10 дБ или 15 дБ.
[0273] В другом примере способа, WTRU может принимать, в CE MAC, информацию, предназначенную для него, в RAR на основе C-RNTI. Согласно варианту осуществления, WTRU может не принимать никакого подзаголовка MAC для RAR, включающего в себя идентификатор преамбулы RACH (RAPID) или временный C-RNTI, таким образом, уменьшая потенциальный размер управляющего элемента RAR.
[0274] Здесь описано указание величины улучшений покрытия при выполнении процедур установления соединения RRC. В примере, WTRU может указывать, при выполнении процедуры установления соединения RRC, величины улучшения покрытия eNB. Согласно варианту осуществления, в ходе процедуры eNB может указывать WTRU величину. По завершении процедуры RACH, WTRU может работать в режиме улучшения покрытия и, согласно варианту осуществления, может конфигурироваться величиной улучшения покрытия. В другом варианте осуществления, WTRU может перезаписывать или перезаписываться новой величиной улучшения покрытия с использованием одного или более из следующих способов. В примере способа, WTRU может указывать ее в сообщении запроса соединения RRC, (например, msg3). WTRU может принимать конфигурацию для величины улучшения покрытия в сообщениях установления соединения RRC или переконфигурирования соединения RRC
от eNB, или WTRU может принимать величины улучшения покрытия в сообщении переконфигурирования соединения RRC в качестве переконфигурирования величин улучшения покрытия, на основании любых возможных изменений в условиях покрытия.
[0275] В отношении WTRU, указывающего величину улучшений покрытия в сообщении запроса соединения RRC, WTRU может включать указание в причину установления сообщения запроса соединения RRC. Например, оставшиеся резервные значения в IE могут выделяться для указания режима и величины улучшения покрытия. В другом примере, WTRU может выдавать в сеть расширенный или альтернативный информационный элемент в сообщении, указывающий величину или уровень улучшения покрытия в сообщении RRC. Например, если WTRU LC-MTC указал eNB, что он является WTRU ограниченного покрытия, или eNB вывел, что обращающийся WTRU находится в условиях ограниченного покрытия, до или в ходе процедуры произвольного доступа, то он может использовать IE причины установления и повторно интерпретировать биты IE для указания уровня улучшения покрытия. В порядке дополнительного примера, биты могут повторно интерпретироваться как перечисление {улучшения покрытия на 5 дБ, улучшения покрытия на 10 дБ, улучшения покрытия на 15 дБ} в информационном элементе и могут быть включены в сообщение.
[0276] В отношении WTRU, принимающего конфигурацию для величины улучшения покрытия в сообщении установления соединения RRC или переконфигурирования соединения RRC от eNB, eNB может выявлять WTRU ограниченного покрытия и величину улучшений покрытия на основании обнаруженной интенсивности сигнала преамбулы. Согласно варианту осуществления, WTRU может сообщать eNB информацию, касающуюся ограничения покрытия, которая может включать в себя один или более из мощности передачи преамбулы PRACH, измеренной RSRP/RSRQ, используемой для критериев выбора подходящей соты, количества повторных преамбул и повторных передачи или количества повторений PDCCH и PDSCH, необходимых для приема RAR.
[0277] Согласно варианту осуществления, WTRU может принимать величины улучшения покрытия в сообщении переконфигурирования соединения RRC в качестве переконфигурирования, на основании любых возможных изменений в условиях покрытия. WTRU может применять переконфигурированный режим улучшения покрытия с надлежащей задержкой обработки (например, 15 мс) для любого из применимых методов на указанных каналах.
[0278] Здесь описан поисковый вызов с улучшенным покрытием. Для улучшения покрытия канала поискового вызова для WTRU, WTRU может выделяться отдельный набор кадров поискового вызова (PF) и событий поискового вызова (PO) из нормальных WTRU в целях улучшения покрытия. Согласно варианту осуществления, сообщение поискового вызова для LC-MTC может повторяться с одной и той же информацией на протяжении нескольких кадров и/или подкадров, что позволяет WTRU пользоваться преимуществом накопления информации поискового вызова.
[0279] WTRU могут выделяться кадры поискового вызова и события поискового вызова, которые отделены от нормальных WTRU, благодаря чему, поднабор событий поискового вызова для соты может считываться определенными WTRU, например, WTRU, нуждающимися в улучшении покрытия, в том числе, например, WTRU LC-MTC. Это может осуществляться посредством одного или комбинации выделения второго P-RNTI, выделения характерного для LC-MTC кадра поискового вызова (PF) и выделения множественных кадров поискового вызова (PF) в цикле DRX/поискового вызова.
[0280] В отношении выделения второго P-RNTI, WTRU могут получать указания о P-RNTI, альтернативном P-RNTI, выделенному в выпуске 8, (например, значение P-RNTI 0xFFFE). WTRU может указываться значением второго P-RNTI в составе конфигурации поискового вызова и DRX, или может получать указание использовать второе значение P-RNTI, которое может быть предварительно определенным. Например, второе значение P-RNTI можно задавать равным 0xFFFC. WTRU может, в ходе выделенного ему события поискового вызова, искать как P-RNTI выпуска 8, так и второй P-RNTI или только второй P-RNTI. WTRU может указываться, в составе конфигурации поискового вызова, использовать ли второй P-RNTI.
[0281] В отношении выделения характерного для LC-MTC кадра поискового вызова (PF), WTRU могут выделяться предварительно определенное событие поискового вызова и цикл DRX/поискового вызова посредством сигнализации, например, через RRC или слой без доступа (NAS), вместо того, чтобы определяться идентификатором WTRU. Выделение события поискового вызова WTRU на eNB для улучшений покрытия поискового вызова может быть функцией выделения события поискового вызова для нормальных WTRU и выбора кадров поискового вызова, которые не заняты нормальными WTRU. WTRU может обеспечиваться явным кадром поискового вызова и событием поискового вызова и может не применять свой IMSI для определения кадра поискового вызова через унаследованное процедурное средство Rel-8. Например, унаследованным WTRU могут выделяться параметры поискового вызова, а именно длина DRX 256 кадров и nB, равный T/32. Это может позволять происходить PF для нормальных WTRU в кадрах, которые кратны 32. WTRU для улучшений покрытия могут выделяться PO LC-MTC в кадрах 1~31, например, с длинным циклом DRX 256, благодаря чему, WTRU LC-MTC и нормальные WTRU совместно не используют общее событие поискового вызова.
[0282] в отношении выделения множественных кадров поискового вызова (PF) в цикле DRX/поискового вызова, WTRU могут выделяться множественные PF, конкретно для WTRU LC-MTC в течение цикла DRX. Например, это указание множественных PO может принимать форму битовой карты для указания кадров на протяжении цикла DRX, которые выделяются как характерные для LC-MTC или в форме смещения кадров, указывающего последовательные кадры от выделенного PO LC-MTC, которые выделены WTRU.
[0283] WTRU может принимать, в составе записей поискового вызова в указанном PO LC-MTC, указание для инициирования соединения с сетью. WTRU может не декодировать свой собственный конкретный идентификатор WTRU в записи поискового вызова, но, вместо этого, указание можно совместно применять ко всем WTRU LC-MTC, которым выделяются это конкретное PO. Например, в сообщении поискового вызова RRC, вместо использования IE pagingRecordList, который включает в себя идентификатор WTRU каждого WTRU, в отношении которого осуществляется поисковый вызов, может существовать однобитовый индикатор, указывающий, что все WTRU, выделенные этому PO, должны, в ответ на сообщение поискового вызова, осуществлять процедуру установления соединения RRC.
[0284] WTRU может принимать повторяющиеся сообщения поискового вызова RRC в течение периода времени, что позволяет WTRU накапливать сообщение поискового вызова для достижения эффекта улучшения покрытия. Страница может включать в себя характерную для WTRU запись поискового вызова или групповое указание поискового вызова (как описано выше). Сообщение поискового вызова может повторяться для множественных выделенных кадров поискового вызова LC-MTC на протяжении цикла DRX или, согласно варианту осуществления, могут повторяться в течение множественных циклов DRX/поискового вызова.
[0285] WTRU может, в PF, выделенных для WTRU LC-MTC, принимать повторное сообщение поискового вызова во множественных подкадрах, которые могут накапливаться на протяжении этих повторяющихся подкадров. Например, аналогично выпуску 8, где PO может иметь место в подкадрах {0,4,5,9} всех кадров поискового вызова, WTRU может получать указание принимать повторяющиеся сообщения поискового вызова в до четырех из этих событий поискового вызова. WTRU может явно извещаться сетью о количестве подкадров, в которых сообщение поискового вызова может повторяться. Согласно варианту осуществления, WTRU может декодировать PDCCH с помощью P-RNTI в подкадре 0 и не декодировать PDCCH с помощью P-RNTI в других последующих подкадрах, но декодировать PDSCH в том же положении, что и первый подкадр, (например, подкадр 0).
[0286] Для дополнительного кумулятивного положительного эффекта от сообщения поискового вызова, WTRU может принимать сообщение поискового вызова в других подкадрах помимо четырех подкадров {0,4,5,9}. WTRU может явно извещаться сетью подкадров о том, что может отправлять сообщение поискового вызова в течение кадра поискового вызова.
[0287] Согласно варианту осуществления, все этапы передачи могут иметь временное окно, что позволяет WTRU единомоментно осуществлять один этап. Например, этапы передачи DL можно задавать как четыре временных окна, например, окно (E)PDCCH, окно PDSCH, промежуток и окно A/N, что позволяет WTRU принимать канал управления DL только в окне (E)PDCCH и PDSCH в окне PDSCH. Аналогично, A/N для PDSCH может передаваться только в окне ACK/NACK (A/N). Таким образом, WTRU может контролировать (E)PDCCH в (E)PDCCH, тогда как WTRU может предполагать, что PDSCH не передается на протяжении окна (E)PDCCH. Кроме того, WTRU может предполагать, что в окне (E)PDCCH не передается ни одного (E)PDCCH, связанного с PDSCH. На Фиг. 13 показана схема, демонстрирующая передачу на оконной основе нисходящей линии связи, как описано здесь.
[0288] В другом варианте осуществления, конкретный этап может использовать передачу на оконной основе. В этом случае, можно использовать следующие способы. Например, (E)PDCCH и PDSCH могут иметь окно, тогда как передача A/N может заканчиваться в подкадре. В другом примере, (E)PDCCH может иметь временное окно, тогда как другие передачи могут заканчиваться в подкадре. В другом примере, передачи (E)PDCCH и A/N могут иметь окно, тогда как передача PDSCH может заканчиваться в подкадре. В другом примере, передачи PDSCH могут иметь окно, тогда как другие передачи могут заканчиваться в подкадре.
epdcch
pdsch
gap
harq
epdcch
pdsch
gap
harq
epdcch
pdsch
gap
harq
epdcch
pdsch
gap
harq
[0289] Для передачи на оконной основе, можно применять один или более из следующих способов. В примере способа, каждое временное окно может включать в себя два или более подкадра, и разное количество подкадров можно использовать согласно типу окна. Например, N, N, N и N можно соответственно использовать для окна (E)PDCCH, окна PDSCH, промежутка и окна A/N для задания размера окна. Значения для примера конфигурации, представленного на фиг. 13, равны N=6, N=11, N=4 и N=9. Значения N, N, N и N могут быть предварительно заданными для передачи в улучшенном покрытии. Значения N, N, N и N могут конфигурироваться через широковещательные каналы.
[0290] Согласно варианту осуществления, в окне (E)PDCCH, WTRU может контролировать пространства поиска для приема DCI для PDSCH и/или PUSCH. В примере, окно (E)PDCCH может задаваться по отдельности для передач UL и DL. Таким образом, можно задавать два типа окон (E)PDCCH, например, UL-(E)PDCCH-window и DL-(E)PDCCH-window. UL-(E)PDCCH-window и DL-(E)PDCCH-window могут взаимоисключающими во временной области. Таким образом, WTRU может потребоваться контролировать либо DCI, связанную с PUSCH, либо DCI, связанную с PDSCH. Альтернативно, UL-(E)PDCCH-window и DL-(E)PDCCH-window могут частично или полностью перекрываться во временной области, что позволяет WTRU контролировать как PDSCH, так и DCI, связанную с PUSCH, в подкадре, где UL-(E)PDCCH-window и DL-(E)PDCCH-window перекрываются.
[0291] В другом примере, пространство поиска, характерное для WTRU, может делиться на UL-(E)PDCCH-window и DL-(E)PDCCH-window, тогда как общее пространство поиска может располагаться в обоих окнах. Например, форматы DCI, связанные с передачей PDSCH, (например, 1A/2/2A/2B/2C), могут передаваться только в DL-(E)PDCCH-window, и форматы DCI, связанные с передачей PUSCH, (например, 0/1), могут передаваться только в UL-(E)PDCCH-window. В этом случае, следующее окно может зависеть от типа окна (E)PDCCH. Например, окно PDSCH может или всегда может располагаться после DL-EPDCCH-window, и окно PUSCH может располагаться после UL-(E)PDCCH-window.
[0292] В другом примере, единичное окно (E)PDCCH можно использовать для обоих PDSCH и PUSCH. Поэтому, WTRU может потребоваться контролировать форматы DCI для обоих PDSCH и PUSCH в окне (E)PDCCH. При этом следующее окно может зависеть от формата DCI тип в окне (E)PDCCH. Например, если WTRU может принимать формат DCI, связанный с PUSCH, следующее окно может становиться окном PUSCH, что позволяет WTRU передавать PUSCH. С другой стороны, если WTRU принимает формат DCI, связанный с PDSCH, следующее окно может становиться окном PDSCH, что позволяет WTRU принимать PDSCH в следующем окне.
[0293] В другом примере, если WTRU принимает DCI, и его CRC скремблируется с помощью C-RNTI WTRU, и DCI связана с PDSCH, WTRU может потребоваться сообщать A/N в окне A/N. Передача A/N, соответствующая PDSCH, может передаваться повторно в окне A/N.
[0294] В другом примере, (E)PDCCH, указывающий WTRU, может передаваться только в единичном подкадре в окне (E)PDCCH. Таким образом, если WTRU принимает (E)PDCCH, указанный для WTRU в пространстве поиска, характерном для WTRU, в подкадре в окне (E)PDCCH, WTRU может быть разрешено/позволено не контролировать (E)PDCCH в пространстве поиска, характерном для WTRU, в окне (E)PDCCH. Другими словами, если WTRU удается принять DCI, скремблированную с помощью C-RNTI в пространстве поиска, характерном для WTRU, WTRU может предполагать, что не существует другой DCI, скремблированной с помощью C-RNTI в пространстве поиска, характерном для WTRU. Это позволяет избежать ненужного усложнения WTRU.
[0295] В другом примере, (E)PDCCH может передаваться во множественных подкадрах в окне (E)PDCCH, что позволяет WTRU накапливать сигналы во множественных подкадрах. При этом, повторение можно гарантировать в одном и том же кандидате в (E)PDCCH, что позволяет WTRU накапливать один и тот же кандидат в (E)PDCCH во множественных подкадрах в окне (E)PDCCH. Таким образом, пространство поиска (E)PDCCH, характерное для WTRU, может быть фиксированным на протяжении окна (E)PDCCH. Альтернативно, хотя один и тот же кандидат в (E)PDCCH можно использовать для повторения, пространство поиска, характерное для WTRU, может изменяться как функция номера подкадра. В другом примере, кандидат в (E)PDCCH может переключаться предварительно заданным образом, что позволяет увеличивать эффект временного/частотного разнесения.
[0296] В другом варианте осуществления, в окне PDSCH, WTRU может принимать PDSCH в окне PDSCH, и можно применять один или более из следующих способов. В примере, PDSCH может повторно передаваться в одних и тех же частотных ресурсах в окне PDSCH. Например, если соответствующая DCI для PDSCH указывает, что PDSCH располагается в конкретных PRB, все PRB могут быть зарезервированы в окне PDSCH. Таким образом, если WTRU принимает PDSCH, WTRU может накапливать сигналы в конкретных PRB для декодирования PDSCH во множественных подкадрах в окне PDSCH. В другом примере, PDSCH может повторно передаваться в частотной области, что позволяет WTRU накапливать PRB в частотной области. При этом повторение может базироваться на уровне PRB, и можно использовать один и тот же уровень MCS. Таким образом, WTRU может интегрировать сигналы до демодуляции.
[0297] В другом примере, PDSCH может повторно передаваться во временной и частотной областях. При этом повторение в частотной области может базироваться на операции согласования по скорости, тогда как повторение во временной области может базироваться на повторении символа данных.
[0298] В другом примере, PDSCH может передаваться только в конкретном подкадре. При этом DCI для передачи DL, передаваемая в окне (E)PDCCH, может включать в себя информацию подкадра, а также информацию о частотном ресурсе для передачи PDSCH. Например, если в окне PDSCH используется 4 подкадра, два бита можно использовать для указания, какой подкадр включает в себя PDSCH.
[0299] В другом варианте осуществления, в окне A/N, WTRU может передавать A/N в окне A/N, если WTRU принял PDSCH в окне PDSCH. В этом случае, можно применять один или более из следующих способов. В примере, ресурс A/N может выделяться как функция индекса ресурса соответствующего (E)PDCCH для передачи PDSCH. Например, первый индекс (E)CCE (E)PDCCH можно использовать, если используется (E)PDCCH на основе повторения. Альтернативно, ресурс A/N может выделяться как функция индекса ресурса и номера подкадра, в котором передается соответствующий (E)PDCCH, если (E)PDCCH передается только в подкадре в окне (E)PDCCH. Например, если в окне (E)PDCCH используется 4 подкадра, ресурс A/N может выделяться как функция положения подкадра в окне (E)PDCCH (например, 0, 1, 2 или 3) и первого индекса (E)CCE.
[0300] В другом примере, ресурс A/N может выделяться как функция индекса ресурса PDSCH. Например, первый индекс PRB для PDSCH можно использовать, если используется PDSCH на основе повторения. Альтернативно, ресурс A/N может выделяться как функция индекса ресурса и подкадра, в котором передается PDSCH, если PDSCH передается только в подкадре в окне PDSCH.
[0301] В другом примере, ресурс A/N может выделяться как функция индекса ресурса PDSCH и соответствующего (E)PDCCH. При этом первый индекс (E)CCE и первый индекс PRB можно использовать одновременно, что позволяет избежать конфликта ресурсов A/N, хотя используется передача (E)PDCCH и PDSCH на многопользовательской основе. В другом примере, A/N может передаваться повторно в окне A/N. Например, если выделяется ресурс PUCCH, WTRU может потребоваться передавать один и тот же сигнал A/N повторно в одном и том же ресурсе A/N в каждом подкадре на протяжении окна A/N. В другом примере, A/N, соответствующий PDSCH, может передаваться только в подкадре. Таким образом, ресурс A/N может выделяться только в подкадре на основании используемого ресурса (E)PDCCH и/или PDSCH.
[0302] Здесь описаны применения использования режима улучшения покрытия. WTRU может применять все варианты осуществления и приведенные здесь примеры по отдельности или совместно как часть режима работы с улучшенным покрытием.
[0303] WTRU может работать в режиме улучшения покрытия после включения питания, который может указываться в его возможностях. Например, WTRU может быть предварительно сконфигурирован начинать работать в режиме улучшения покрытия и, соответственно, может осуществлять поиск соты, доступ к сети, (например, процесс PRACH и другие процедуры режима соединения на основании описанных здесь процедур вместо унаследованных, например, процедур выпуска 11 или более ранних.
[0304] WTRU может переключаться между унаследованными операциями и режимом улучшения покрытия и может указывать сети поддержку для режима улучшения покрытия в составе его указания возможностей WTRU, например, посредством сигнализации RRC.
[0305] WTRU может переключаться из нормального режима в режим улучшения покрытия с использованием одного или более из следующих способов. В примере, WTRU может принимать из сети указание работать в режиме улучшения покрытия. Например, WTRU может принимать сообщение переконфигурирования RRC с параметрами PDCP, RLC и MAC с уменьшенными размерами SN и другими изменениями конфигурации заголовка, как описано выше.
[0306] В другом примере, WTRU может измерять и/или обнаруживать изменения в окружающей среде, что позволяет WTRU больше не работать в нормальном режиме и может начинать работают в режиме улучшения покрытия. WTRU может переключаться при одном или более из следующих иллюстративных условий. В примере, в ходе выбора соты/повторного выбора, WTRU может найти подходящую соту в условиях улучшения покрытия, но не в условиях нормальной работы. Например, WTRU может не быть способен отвечать критериям подходящей соты, заданным в SIB1 соты, но можем отвечать критериям подходящей соты с улучшениями покрытия, заданным, например, в LC-MIB. В другом примере, если попытки доступа к сети и процедуры PRACH не удаются в нормальном режиме, WTRU может переходить к описанной здесь процедуре PRACH режима улучшения покрытия. В другом примере, WTRU может переключаться в случае обнаружения отказа линии радиосвязи и последующего переустановления на обслуживающую соту. В другом примере, WTRU может переключаться на основании измерений режима соединения или холостого режима, падения RSRP/RSRQ текущей обслуживающей соты ниже определенного порога, или отсутствия соседних сот, измерения которых отвечают критериям хэндовера или повторного выбора соты.
[0307] В другом примере, если обнаружение PSS/SSS занимает время сверх определенного порога, WTRU может переключаться в режим улучшения покрытия. Порог можно задавать как временное окно, например x мс. В другом примере, WTRU может не быть способен правильно получать и декодировать PBCH и/или SIB1 и может быть способен получать LC-MIB и может быть способен получать полный или поднабор SFN посредством сигналов из соты в целях улучшения покрытия описанным здесь образом. Например, WTRU может продолжать, осуществляя доступ к соте и процедуру установления соединения, (например, запрос соединения RRC), в режиме улучшения покрытия, если WTRU получает необходимую конфигурацию, например, для произвольного доступа посредством LC-SIB и значения SFN, для определения надлежащего ресурса RACH для инициирования процедуры произвольного доступа.
[0308] в другом варианте осуществления, WTRU может указывать сети переход в режим улучшения покрытия и/или запрос на переход в режим улучшения покрытия с использованием одного или более из следующих способов. В примере, отчет об измерении, который может включать в себя указание запроса на смену режима работы, может отправляться периодически или в ответ на триггер события, сконфигурированный, например, в объекте измерения, из сети. В другом примере, преамбулы PRACH может указывать сети, что режим работы WTRU изменился. В другом примере, в запросе соединения RRC или при переустановлении может осуществляться указание, что WTRU может работать в режиме улучшений покрытия. Например, это указание может быть включено как IE причины в сообщение запроса соединения RRC или запроса переустановления.
[0309] В другом варианте осуществления, WTRU может переходить из режима улучшения покрытия обратно в нормальный режим работы с использованием одного или более из следующих иллюстративных способов. В примере, WTRU может самостоятельно возвращаться в нормальный режим работы после обнаружения условий улучшенного покрытия в холостом режиме или режиме соединения. Это обнаружение может осуществляться с использованием одного или более из следующих способов. В примере, WTRU может обнаружить это улучшение путем получения унаследованных MIB и/или SIB с использованием, например, унаследованных процедур. В другом примере, WTRU может быть способен отвечать критериям подходящей соты, указанным в SIB1 соты. Например, это может осуществляться как часть процедуры выбора соты, когда WTRU возвращается из режима соединения в холостой режим или как часть установления соединения для передачи данных. В другом примере, процедуры произвольного доступа могут успешно выполняться с использованием унаследованных процедур RACH. Например, WTRU может рассматривать возвращение в нормальные условия работы, приняв успешный ответ произвольного доступа от eNB в X повторных передач преамбулы. Пороговое значение X для передач преамбулы можно задавать как максимальное количество передач преамбулы, заданное в SIB2, или отдельное значение, сконфигурированное сотой, и может передаваться в составе конфигураций RACH в SIB2. В другом примере, на основании измерений, WTRU может обнаружить улучшения, например, значений измерения RSRP. Например, WTRU может направлять eNB отчет об измерении, указывающий, что RSRP повысилась сверх предварительно заданного порога, указывающий возможность работы в нормальном режиме. В другом примере, WTRU может указывать обнаруженные улучшения на основании отчет о запасе мощности (PHR) и передаваемой мощности UL. Триггер для PHR на eNB может инициироваться, например, улучшением измеренных потерь в тракте.
[0310] В другом варианте осуществления, WTRU может, в ходе установление соединения RRC, указывать свой возврат в нормальный режим работы с использованием нормальной, (например, выпуска 11), заданной причины для запроса соединения RRC.
[0311] В другом варианте осуществления, eNB также может обнаруживать улучшения покрытия для WTRU, и eNB может указывать WTRU необходимость нормальной работы. Это можно делать с использованием одного или более из следующих способов. В примере, WTRU может принимать переконфигурирование RRC с параметрами радиоканала-носителя данных для выпуска 11 или более ранних конфигураций. Согласно другому способу, WTRU может принимать освобождение соединения RRC с указанием нормального режима работы, что позволяет WTRU выбирать в качестве соты ту же соту, например, с помощью нормальных процедур и критериев выбора соты выпуска 11. В другом примере, WTRU может принимать сообщение RRC для внутрисотового хэндовер с помощью особой процедуры RACH. WTRU может быть способен проверять условия улучшенного покрытия посредством бессостязательной процедуры RACH, и, дополнительно, WTRU может сбрасывать уровни MAC, RLC и PDCP для канала-носителя трафика для обеспечения нормального режима работы.
[0312] Здесь описаны иллюстративные способы обнаружения условий улучшенного покрытия, в которых eNB может инициировать вышеописанную сигнализацию, чтобы WTRU возвратился в нормальный режим работы. В примере, eNB может обнаружить, что количество повторных передач HARQ и повторных передач SDU RLC для каждого пакета данных, которые WTRU в режиме улучшения покрытия необходимо принимать и/или передавать, уменьшилось. eNB также может обнаруживать сниженный показатель BLER канала-носителя данных. В другом примере, eNB может обнаружить снижение мощности передачи WTRU на определенный порог на основании закрытых параметров управления мощностью, предоставляемых WTRU для передач UL. В другом примере, eNB может обнаружить улучшение условий UL на основании измерений SRS, передаваемых WTRU.
[0313] Здесь описаны способы для указаний многоуровневого ограничения покрытия. Согласно варианту осуществления, WTRU может указывать уровень ограничения покрытия с использованием одного или более из следующих способов. В примере, WTRU может сообщать, или может быть выполнен с возможностью сообщать необходимый уровень повторения для данных, управления и/или широковещательных каналов, включающих в себя один или более из PUSCH, PDSCH и (E)PDCCH. Например, если WTRU необходимо ‘n’ повторений для PDSCH для улучшения покрытия, WTRU может сообщать ‘n’, чтобы eNB мог определять уровень ограничения покрытия WTRU. В другом примере, WTRU может непосредственно сообщать измерения RSRP посредством сигнализации более высокого уровня или каналов управления UL.
in
out
in
out
in
out
in
out
[0314] WTRU в режиме улучшения покрытия может использовать одну или более из следующих модифицированных процедур обнаружения контроля линии радиосвязи (RLM) и отказа линии радиосвязи (RLF). В примере, WTRU может конфигурировать пороговые значения Q и/или Q для синхронизированных и несинхронизированных указаний, соответственно, как функцию режима улучшения покрытия и/или величины улучшений покрытия, для которых WTRU может быть сконфигурирован. Регулировка пороговых значений Q/Q для нормальной работы может быть предварительно заданной согласно величине улучшения покрытия или может сигнализироваться на WTRU сетью. WTRU может переконфигурировать пороговые значения Q/Q на основании любого переконфигурирования величины улучшения покрытия. Например, если WTRU сконфигурирован сетью работать с величиной улучшения покрытия, соответствующей эффекту улучшения покрытия 15 дБ, то WTRU может использовать значения RSRP для порогов Q и Q, которые можно снизить на 15 дБ или более.
in
out
in
out
in
out
in
out
[0315] В другом примере, WTRU может конфигурировать пороговые значения Q и/или Q на основании количества повторений для канала (E)PDCCH. Величина регулировки порогов Q/Q может быть функцией количества повторений (E)PDCCH или может явно сигнализироваться из сети. WTRU может конфигурировать пороговые значения Q и/или Q на основании определенных каналов, которые могут быть сконфигурированы eNB посредством повышения спектральной плотности мощности (PSD). Например, WTRU может уменьшать значение RSRP для Q и/или Q на основании повышения PSD передачи EPDCCH и/или PSS/SSS из соты.
in
out
[0316] В примере WTRU может конфигурировать период условия Q и/или Q как более длинный период, чем 100 мс и 200 мс, соответственно, на основании величины улучшения покрытия. Например, WTRU может увеличивать период оценивания на основании количества повторений (E)PDCCH, которое сконфигурировано для текущего режима улучшения покрытия. Период условия может быть предварительно заданным согласно количеству повторений (E)PDCCH или может сигнализироваться через сеть.
in
out
in
out
in
out
[0317] В примере WTRU может конфигурировать период условия Q и/или Q на основании протяженности окна приема (E)PDCCH и может ли WTRU правильно декодировать (E)PDCCH на протяжении окна приема. Например, WTRU в режиме улучшения покрытия может оценивать условия Q/Q на протяжении одного или нескольких окон приема для декодирования (E)PDCCH. Когда WTRU способен успешно декодировать адресованный ему (E)PDCCH с помощью любого возможного RNTI, (например, C-RNTI, RA-RNTI, временного C-RNTI), WTRU может считать, что выполняются критерии порога Q, и указывать синхронизацию с более высокими уровнями. Если WTRU не способен правильно декодировать никакой (E)PDCCH на протяжении одного или нескольких окон приема, то WTRU может считать, что выполняется условие Q и указывает условие отсутствия синхронизации с более высокими уровнями. После ряда последовательных оценок отсутствия синхронизации, например, заданных счетчиком N310 и сконфигурированных более высокими уровнями, WTRU может объявить отказ линии радиосвязи. После ряда последовательных оценок синхронизации, например, заданных в виде N311, можно считать WTRU синхронизированным с сетью.
[0318] В другом примере, WTRU может не осуществлять RLM для обнаружения RLF на основании проблем физического уровня. WTRU может объявить RLF на основании указаний от MAC в отношении проблем с произвольным доступом и от RLC в отношении достижения максимального количества повторных передач.
[0319] Здесь описано энергосбережение для LC-MTC в режиме улучшенного покрытия. WTRU в режиме улучшения покрытия может оставаться в режиме соединения и может быть сконфигурирован с помощью конфигурации DRX режима соединения. Между переносами малых данных, WTRU может переходить в неактивный или спящий режим для экономии энергии и снижения энергопотребления.
[0320] WTRU в режиме улучшения покрытия может рассматривать следующее как активное время для режима соединения DRX: подкадры для ожидаемого приема (E)PDCCH, подкадры для ожидаемого приема PDSCH на основании DCI из (E)PDCCH, подкадры для ожидаемого приема PHICH, подкадры для ожидаемой передачи PUCCH и подкадры для ожидаемой передачи PUSCH на основании DCI из (E)PDCCH.
[0321] WTRU может считать, что ожидаемый прием и/или ожидаемая передача вышеупомянутых каналов также включают в себя повторения, сконфигурированные для каждого канала. Например, WTRU может использовать хронирование передачи и приема на основе окон в режиме улучшения покрытия, и соответствующее активное время для DRX может включать в себя окно (E)PDCCH, окно PDSCH и окно A/N. WTRU может переходить в неактивный или спящий режим на протяжении определенного периода времени, когда в данный момент не находится в активном времени. WTRU может рассматривать один или более из следующих моментов в качестве возможностей для неактивного/спящего режима: отсутствия данных для передачи в буфере, оставшегося времени приема на основе окон канала, в котором данные уже успешно приняты, (например, WTRU может конфигурировать оставшееся время в окне приема (E)PDCCH после успешного приема и декодирования DCI в качестве возможности для неактивного режима до окончания окна приема), и промежутков между окнами приема и передачи для процесса HARQ WTRU на основании окон приема и передачи для повторения.
[0322] WTRU может, в порядке указания и/или конфигурации режима улучшения покрытия, сообщать сети свои возможности DRX, которые могут включать в себя предпочтительную активную и/или неактивную продолжительность времени. WTRU может указывать сети оцененную им периодичность передачи данных, благодаря чему, неактивная продолжительность времени после передачи данных может быть правильно сконфигурирована, что позволяет WTRU иметь возможность передачи и приема данных в надлежащее время с избыточным энергопотреблением.
[0323] В общем случае, способ улучшения физического широковещательного канала (PBCH) включает в себя прием системной информации на беспроводном приемопередающем блоке (WTRU) на улучшенном PBCH (ePBCH) от базовой станции. ePBCH располагается в наборе радиокадров, который является поднабором доступных радиокадров. поднабор включает в себя не все доступные радиокадры. WTRU принимает ePBCH, по меньшей мере, в одном радиокадре из набора радиокадров. Доступные радиокадры в цикле номеров системного кадра (SFN) включают в себя все радиокадры в цикле SFN. WTRU может принимать ePBCH при неудаче в приеме унаследованного PBCH. WTRU может принимать ePBCH при определении, что измерение ниже порога. WTRU может определять номер системного кадра (SFN), по меньшей мере, на основании, по меньшей мере, одного радиокадра, в котором был принят ePBCH. WTRU может определять SFN, по меньшей мере, на основании, по меньшей мере, одного радиокадра, в котором был принят ePBCH, и ID физической соты. WTRU может определять SFN из, по меньшей мере, значения смещения в ePBCH. ePBCH может располагаться в шести центральных блоках физических ресурсов. Множественные передачи ePBCH могут приниматься в радиокадре. WTRU может принимать, по меньшей мере, две передачи ePBCH, по меньшей мере, в одном радиокадре, объединять принятый ePBCH и декодировать системную информацию из объединенного ePBCH.
[0324] В общем случае, способ улучшения физического канала произвольного доступа (PRACH) включает в себя прием конфигурации ресурсов унаследованного PRACH на WTRU и прием конфигурации ресурсов улучшенного PRACH (ePRACH) на WTRU. WTRU выбирает один из ресурсов унаследованного PRACH или ресурсов ePRACH на основании возможностей покрытия. WTRU определяет возможности покрытия на основании измерения. Расширенная преамбула передается с использованием ресурсов ePRACH.
[0325] В общем случае, способ улучшения физического канала произвольного доступа (PRACH) включает в себя прием конфигурации ресурсов улучшенного PRACH (ePRACH), причем, в данном случае, ресурсы ePRACH содержат множественные типы ресурса ePRACH, и каждый тип ресурса ePRACH связан с возможностями покрытия. Тип ресурса ePRACH можно отличить от другого типа ресурса ePRACH, по меньшей мере, одним из формата преамбулы, повторений преамбулы, временного ресурса и частотного ресурса. WTRU выбирает тип ресурса ePRACH на основании возможностей покрытия WTRU и передает расширенную преамбулу с использованием выбранного типа ресурса ePRACH. Расширенная преамбула является, по меньшей мере, повторением, по меньшей мере, участка унаследованной преамбулы. WTRU определяет возможности покрытия на основании измерения. Расширенная преамбула передается с использованием ресурсов ePRACH.
[0326] В общем случае, способ улучшения физического канала произвольного доступа (PRACH) включает в себя прием конфигурации ресурсов улучшенного PRACH (ePRACH), причем ресурсы ePRACH содержат множественные группы ресурсов ePRACH, где каждая группа связана с возможностями покрытия. WTRU выбирает группу ресурсов ePRACH на основании возможностей покрытия WTRU и передает расширенную преамбулу с использованием ресурса из выбранной группы ресурсов ePRACH. Расширенная преамбула является, по меньшей мере, повторением, по меньшей мере, участка унаследованной преамбулы. WTRU определяет возможности покрытия на основании измерения. Расширенная преамбула передается с использованием ресурсов ePRACH. Расширенная преамбула является, по меньшей мере, повторением, по меньшей мере, участка унаследованной преамбулы. расширенная преамбула содержит множественные типы расширенной преамбулы, причем каждый тип связан с возможностями покрытия.
[0327] ВАРИАНТЫ ОСУЩЕСТВЛЕНИЯ:
[0328] 1. Способ улучшения физического широковещательного канала (PBCH), причем способ содержит прием системной информации на беспроводном приемопередающем блоке (WTRU) на улучшенном PBCH (ePBCH) от базовой станции
[0329] 2. Способ согласно варианту осуществления 1, в котором ePBCH располагается в наборе радиокадров, который является поднабором доступных радиокадров, причем поднабор включает в себя не все доступные радиокадры.
[0330] 3. Способ согласно любому предыдущему варианту осуществления, дополнительно содержащий прием ePBCH, по меньшей мере, в одном радиокадре из набора радиокадров.
[0331] 4. Способ согласно любому предыдущему варианту осуществления, в котором доступные радиокадры в цикле номеров системного кадра (SFN) включают в себя все радиокадры в цикле SFN.
[0332] 5. Способ согласно любому предыдущему варианту осуществления, дополнительно содержащий прием ePBCH при неудаче в приеме унаследованного PBCH.
[0333] 6. Способ согласно любому предыдущему варианту осуществления, дополнительно содержащий прием ePBCH при определении, что измерение ниже порога.
[0334] 7. Способ согласно любому предыдущему варианту осуществления, дополнительно содержащий определение номера системного кадра (SFN), по меньшей мере, на основании, по меньшей мере, одного радиокадра, в котором был принят ePBCH.
[0335] 8. Способ согласно любому предыдущему варианту осуществления, дополнительно содержащий определение SFN, по меньшей мере, на основании, по меньшей мере, одного радиокадра, в котором был принят ePBCH, и ID физической соты.
[0336] 9. Способ согласно любому предыдущему варианту осуществления, дополнительно содержащий определение SFN из, по меньшей мере, значения смещения в ePBCH.
[0337] 10. Способ согласно варианту осуществления 1, в котором ePBCH располагается в шести центральных блоках физических ресурсов.
[0338] 11. Беспроводной приемопередающий блок (WTRU), содержащий приемник, выполненный с возможностью приема конфигурации ресурсов унаследованного PRACH беспроводным приемопередающим блоком (WTRU).
[0339] 12. WTRU варианта осуществления 11, дополнительно содержащий приемник, выполненный с возможностью приема конфигурации ресурсов улучшенного PRACH (ePRACH) на WTRU.
[0340] 13. WTRU согласно любому из вариантов осуществления 11-12, дополнительно содержащий процессор, осуществляющий связь с приемником, причем процессор выполнен с возможностью выбора одного из ресурсов унаследованного PRACH или ресурсов ePRACH на основании возможностей покрытия.
[0341] 14. WTRU согласно любому из вариантов осуществления 11-13, в котором в радиокадре принимаются множественные передачи ePBCH.
[0342] 15. WTRU согласно любому из вариантов осуществления 11-14, дополнительно содержащий приемник, выполненный с возможностью приема, по меньшей мере, двух передач ePBCH, по меньшей мере, в одном радиокадре.
[0343] 16. WTRU согласно любому из вариантов осуществления 11-15, дополнительно содержащий процессор, выполненный с возможностью объединения принятого ePBCH.
[0344] 17. WTRU согласно любому из вариантов осуществления 11-16, дополнительно содержащий процессор, выполненный с возможностью декодирования системной информации из объединенного ePBCH.
[0345] 18. Способ улучшения физического канала произвольного доступа (PRACH), причем способ содержит прием, на беспроводном приемопередающем блоке (WTRU), конфигурации ресурсов улучшенного PRACH (ePRACH).
[0346] 19. Способ согласно любому из вариантов осуществления 1-10 и 18, в котором ресурсы ePRACH содержат множественные типы ресурса ePRACH, причем каждый тип ресурса ePRACH связан с возможностями покрытия.
[0347] 20. Способ согласно любому из вариантов осуществления 1-10 и 18-19, в котором тип ресурса ePRACH можно отличить от другого типа ресурса ePRACH, по меньшей мере, одним из формата преамбулы, повторений преамбулы, временного ресурса и частотного ресурса.
[0348] 21. Способ согласно любому из вариантов осуществления 1-10 и 18-20, дополнительно содержащий выбор, на WTRU, типа ресурса ePRACH на основании возможностей покрытия WTRU.
[0349] 22. Способ согласно любому из вариантов осуществления 1-10 и 18-21, дополнительно содержащий передачу расширенной преамбулы с использованием выбранного типа ресурса ePRACH.
[0350] 23. Способ согласно любому из вариантов осуществления 1-10 и 18-22, в котором расширенная преамбула является, по меньшей мере, повторением, по меньшей мере, участка унаследованной преамбулы.
[0351] 24. Способ согласно любому из вариантов осуществления 1-10 и 18-23, в котором WTRU определяет возможности покрытия на основании измерения.
[0352] 25. Способ согласно любому из вариантов осуществления 1-10 и 18-24, где расширенная преамбула передается с использованием ресурсов ePRACH.
[0353] 26. Способ улучшения физического канала произвольного доступа (PRACH), причем способ содержит прием, на WTRU, конфигурации ресурсов улучшенного PRACH (ePRACH).
[0354] 27. Способ согласно любому из вариантов осуществления 1-10 и 18-26, в котором ресурсы ePRACH содержат множественные группы ресурсов ePRACH, где каждая группа связана с возможностями покрытия.
[0355] 28. Способ согласно любому из вариантов осуществления 1-10 и 18-27, дополнительно содержащий выбор, на WTRU, группы ресурсов ePRACH на основании возможностей покрытия WTRU.
[0356] 29. Способ согласно любому из вариантов осуществления 1-10 и 18-28, дополнительно содержащий передачу расширенной преамбулы с использованием ресурса из выбранной группы ресурсов ePRACH.
[0357] 30. Способ согласно любому из вариантов осуществления 1-10 и 18-29, в котором расширенная преамбула является, по меньшей мере, повторением, по меньшей мере, участка унаследованной преамбулы.
[0358] 31. Способ согласно любому из вариантов осуществления 1-10 и 18-30, в котором WTRU определяет возможности покрытия на основании измерения.
[0359] 32. Способ согласно любому из вариантов осуществления 1-10 и 18-31, где расширенная преамбула передается с использованием ресурсов ePRACH.
[0360] 33. Способ согласно любому из вариантов осуществления 1-10 и 18-32, в котором расширенная преамбула является, по меньшей мере, повторением, по меньшей мере, участка унаследованной преамбулы.
[0361] 34. Способ согласно любому из вариантов осуществления 1-10 и 18-33, в котором расширенная преамбула содержит множественные типы расширенной преамбулы, причем каждый тип связан с возможностями покрытия.
[0362] 35. Способ группирования на беспроводном приемопередающем блоке (WTRU) предварительно определенного количества последовательных подкадров для улучшения покрытия, причем способ содержит этап, на котором WTRU кодирует данные в каждом из подкадров с отдельной версией избыточности (RV).
[0363] 36. Способ согласно любому из вариантов осуществления 1-10 и 18-35, дополнительно содержащий этап, на котором WTRU передает множество подкадров.
[0364] 37. Способ согласно любому из вариантов осуществления 1-10 и 18-36, в котором данные кодируются с разными RV согласно индексу подкадра.
[0365] 38. Способ согласно любому из вариантов осуществления 1-10 и 18-37, в котором данные кодируются с разными RV согласно положению каждого подкадра среди сгруппированных подкадров.
[0366] 39. Способ согласно любому из вариантов осуществления 1-10 и 18-38, в котором подкадры полустатически конфигурируются усовершенствованным Node-B (eNB).
[0367] 40. Способ снижения на беспроводном приемопередающем блоке (WTRU) издержек протокольных уровней на уровне 2 (L2), причем способ содержит этап, на котором WTRU координирует размер протокольных единиц данных (PDU) уровней управления линией радиосвязи (RLC) и протокола конвергенции пакетной передачи данных (PDCP), что дает PDU результирующих данных, где участок заголовка и участок данных поддерживают побайтовое выравнивание.
[0368] 41. Способ согласно любому из вариантов осуществления 1-10 и 18-40, в котором WTRU выделяет меньше 7 битов под порядковый номер (SN).
[0369] 42. Способ согласно любому из вариантов осуществления 1-10 и 18-41, в котором WTRU выделяет меньше 5 битов под порядковый номер (SN) для режима без квитирования (UM).
[0370] 43. Способ согласно любому из вариантов осуществления 1-10 и 18-42, в котором WTRU выделяет меньше 10 битов под порядковый номер (SN) для режима с квитированием (UM).
[0371] 44. Способ снижения на беспроводном приемопередающем блоке (WTRU) издержек протокольных уровней на уровне 2 (L2), причем способ содержит этап, на котором WTRU скремблирует биты циклического контроля по избыточности (CRC), присоединенные к протокольной единице данных (PDU) управления доступом к среде (MAC), с помощью битов порядкового номера (SN) PDU управления линией радиосвязи (RLC), включенной в PDU MAC.
[0372] 45. Способ согласно любому из вариантов осуществления 1-10 и 18-44, дополнительно содержащий этап, на котором WTRU удаляет биты SN из заголовка RLC.
[0373] 46. Способ согласно любому из вариантов осуществления 1-10 и 18-45, дополнительно содержащий этап, на котором WTRU принимает PDU MAC.
[0374] 47. Способ согласно любому из вариантов осуществления 1-10 и 18-46, дополнительно содержащий этап, на котором WTRU дескремблирует биты четности CRC с помощью возможных значений SN.
[0375] 48. Способ согласно любому из вариантов осуществления 1-10 и 18-47, дополнительно содержащий осуществление проверки CRC.
[0376] 49. Способ снижения на беспроводном приемопередающем блоке (WTRU) издержек протокольных уровней на уровне 2 (L2), причем способ содержит этап, на котором WTRU принимает сгруппированные интервалы времени передачи (TTI) для физического совместно используемого канала нисходящей линии связи (PDSCH).
[0377] 50. Способ согласно любому из вариантов осуществления 1-10 и 18-49, дополнительно содержащий этап, на котором WTRU передает квитирование (ACK) гибридного автоматического запроса повторной передачи (HARQ) в подкадре n+k восходящей линии связи при условии, что подкадр n нисходящей линии связи является последним подкадром в сгруппированном подкадре, связанном с PDSCH, где k – фиксированное положительное целое число.
[0378] 51. Способ снижения на беспроводном приемопередающем блоке (WTRU) издержек протокольных уровней на уровне 2 (L2), причем способ содержит этап, на котором WTRU принимает сгруппированные интервалы времени передачи (TTI) для физического совместно используемого канала нисходящей линии связи (PDSCH).
[0379] 52. Способ согласно любому из вариантов осуществления 1-10 и 18-51, дополнительно содержащий этап, на котором WTRU передает квитирование (ACK) гибридного автоматического запроса повторной передачи (HARQ) в подкадре n+k восходящей линии связи при условии, что подкадр n нисходящей линии связи является подкадром, содержащим физический канал управления нисходящей линии связи (PDCCH), связанный с PDSCH.
[0380] 53. Способ согласно любому из вариантов осуществления 1-10 и 18-52, в котором k является функцией количества TTI.
[0381] 54. Способ улучшения, на беспроводном приемопередающем блоке (WTRU), покрытия физического канала индикатора гибридного автоматического запроса повторной передачи (HARQ) (PHICH) на нисходящей линии связи, причем способ содержит этап, на котором WTRU принимает информацию положительного квитирования (ACK)/отрицательного квитирования (NACK), связанную с передачей по восходящей линии связи физического совместно используемого канала восходящей линии связи (PUSCH) с использованием множественных ресурсов PHICH.
[0382] 55. Способ согласно любому из вариантов осуществления 1-10 и 18-54, дополнительно содержащий этап, на котором WTRU определяет ресурсы PHICH на основании индексов блоков физических ресурсов (PRB) выделения ресурсов восходящей линии связи.
[0383] 56. Способ согласно любому из вариантов осуществления 1-10 и 18-55, в котором индексы PRB связаны с PRB, используемыми для передачи PUSCH в единичном подкадре.
[0384] 57. Способ улучшения, на беспроводном приемопередающем блоке (WTRU), покрытия физического канала произвольного доступа (PRACH), причем способ содержит этап, на котором WTRU передает первую преамбулу для процедуры канала произвольного доступа (RACH).
[0385] 58. Способ согласно любому из вариантов осуществления 1-10 и 18-57, дополнительно содержащий этап, на котором WTRU передает повторные преамбулы.
[0386] 59. Способ согласно любому из вариантов осуществления 1-10 и 18-58, в котором первая преамбула и повторные преамбулы передаются с использованием одного и того же ресурса.
[0387] 60. Беспроводной приемопередающий блок (WTRU), содержащий процессор, выполненный с возможностью кодирования данных в каждом из множества последовательных подкадров с отдельной версией избыточности (RV) для улучшения покрытия.
[0388] 61. WTRU согласно любому из вариантов осуществления 11-17 и 60, дополнительно содержащий передатчик, выполненный с возможностью передачи множества подкадров.
[0389] 62. WTRU согласно любому из вариантов осуществления 11-17 и 60-61, в котором данные кодируются с разными RV согласно индексу подкадра.
[0390] 63. WTRU согласно любому из вариантов осуществления 11-17 и 60-62, в котором данные кодируются с разными RV согласно положению каждого подкадра среди сгруппированных подкадров.
[0391] 64. WTRU согласно любому из вариантов осуществления 11-17 и 60-63, в котором множество последовательных подкадров может быть сконфигурирован полустатически усовершенствованным Node-B (eNB).
[0392] 65. Способ работы беспроводного приемопередающего блока (WTRU) в режиме улучшения покрытия, причем способ содержит предварительное задание или конфигурирование количества подкадров для осуществления группирования интервалов времени передачи (TTI).
[0393] 66. Способ согласно любому из вариантов осуществления 1-10, 18-59 и 65, дополнительно содержащий группирование подкадров.
[0394] 67. Способ согласно любому из вариантов осуществления 1-10, 18-59 и 65-66, дополнительно содержащий повторную передачу сгруппированных подкадров.
[0395] 68. Способ согласно любому из вариантов осуществления 1-10, 18-59 и 65-67, в котором, по меньшей мере, один из размера группирования сгруппированных подкадров или частота повторения для повторной передачи сгруппированных подкадров сконфигурирован посредством сигнализации более высокого уровня.
[0396] 69. Способ согласно любому из вариантов осуществления 1-10, 18-59 и 65-68, дополнительно содержащий конфигурирование режима передачи.
[0397] 70. Способ согласно любому из вариантов осуществления 1-10, 18-59 и 65-69, дополнительно содержащий задание значения по умолчанию, по меньшей мере, одного из размера группирования или частоты повторения.
[0398] 71. Способ согласно любому из вариантов осуществления 1-10, 18-59 и 65-70, дополнительно содержащий использование значения, принятого по умолчанию, при условии, что WTRU выполнен с возможностью работать в режиме улучшения покрытия.
[0399] 72. Способ согласно любому из вариантов осуществления 1-10, 18-59 и 65-71, дополнительно содержащий этап, на котором WTRU принимает характерную для WTRU конфигурацию, по меньшей мере, одного из размера группирования или частоты повторения.
[0400] 73. Способ согласно любому из вариантов осуществления 1-10, 18-59 и 65-72, дополнительно содержащий этап, на котором WTRU принимает физический совместно используемый канал нисходящей линии связи (PDSCH) со значением, принятым по умолчанию.
[0401] 74. Способ согласно любому из вариантов осуществления 1-10, 18-59 и 65-73, дополнительно содержащий этап, на котором WTRU осуществляет заданное количество попыток приема PDSCH.
[0402] 75. Способ согласно любому из вариантов осуществления 1-10, 18-59 и 65-74, дополнительно содержащий этап, на котором WTRU увеличивает, по меньшей мере, один из размера группирования или частоты повторения при условии, что физический совместно используемый канал нисходящей линии связи (PDSCH) не принят.
[0403] 76. Способ согласно любому из вариантов осуществления 1-10, 18-59 и 65-75, дополнительно содержащий этап, на котором WTRU принимает физический канал индикатора гибридного автоматического запроса повторной передачи (PHICH) или группы PHICH с использованием одного из канала управления пакетных данных (PDCCH) или улучшенного PDCCH (EPDCCH).
[0404] 77. Способ согласно любому из вариантов осуществления 1-10, 18-59 и 65-76, дополнительно содержащий этап, на котором WTRU выбирает один из множества предварительно сконфигурированных типов ресурсов физического канала произвольного доступа (PRACH), сконфигурированных с разными уровнями ограничений покрытия согласно измерению нисходящей линии связи.
[0405] 78. Способ согласно любому из вариантов осуществления 1-10, 18-59 и 65-77, дополнительно содержащий этап, на котором WTRU сообщает базовой станции выбранный уровень ограничения покрытия.
[0406] 79. Способ согласно любому из вариантов осуществления 1-10, 18-59 и 65-78, в котором WTRU сообщает базовой станции выбранный уровень ограничения покрытия посредством одной из сигнализации более высокого уровня или канала управления восходящей линии связи.
[0407] 80. Способ гибридного автоматического запроса повторной передачи (HARQ), осуществляемый беспроводным приемопередающим блоком (WTRU), причем способ содержит сбор и декодирование передач физического совместно используемого канала нисходящей линии связи (PDSCH) в группировке подкадров нисходящей линии связи (DL).
[0408] 81. Способ согласно любому из вариантов осуществления 1-10, 18-59 и 65-80, дополнительно содержащий генерацию единичного ответа положительного квитирования (ACK) HARQ для передачи на восходящей линии связи (UL).
[0409] 82. Способ согласно любому из вариантов осуществления 1-10, 18-59 и 65-81, дополнительно содержащий этап, на котором WTRU обнаруживает передачу PDSCH в первом подкадре DL.
[0410] 83. Способ согласно любому из вариантов осуществления 1-10, 18-59 и 65-82, дополнительно содержащий этап, на котором WTRU передает ответ HARQ-ACK в первом подкадре UL и затем повторяет передачу ответа HARQ-ACK в последующих подкадрах UL.
[0411] 84. Способ группирования на беспроводном приемопередающем блоке (WTRU) предварительно определенного количества последовательных подкадров для улучшения покрытия, причем способ содержит этап, на котором WTRU кодирует данные в каждом из подкадров с отдельной версией избыточности (RV).
[0412] 85. Способ согласно любому из вариантов осуществления 1-10, 18-59 и 65-84, дополнительно содержащий этап, на котором WTRU передает множество подкадров.
[0413] 86. Способ согласно любому из вариантов осуществления 1-10, 18-59 и 65-85, в котором данные кодируются с разными RV согласно индексу подкадра.
[0414] 87. Способ согласно любому из вариантов осуществления 1-10, 18-59 и 65-86, в котором данные кодируются с разными RV согласно положению каждого подкадра среди сгруппированных подкадров.
[0415] 88. Способ согласно любому из вариантов осуществления 1-10, 18-59 и 65-87, в котором подкадры полустатически конфигурируются усовершенствованным Node-B (eNB).
[0416] 89. Способ снижения на беспроводном приемопередающем блоке (WTRU) издержек протокольных уровней на уровне 2 (L2), причем способ содержит этап, на котором WTRU координирует размер протокольных единиц данных (PDU) уровней управления линией радиосвязи (RLC) и протокола конвергенции пакетной передачи данных (PDCP), что дает PDU результирующих данных, где участок заголовка и участок данных поддерживают побайтовое выравнивание.
[0417] 90. Способ согласно любому из вариантов осуществления 1-10, 18-59 и 65-89, в котором WTRU выделяет меньше 7 битов под порядковый номер (SN).
[0418] 91. Способ согласно любому из вариантов осуществления 1-10, 18-59 и 65-90, в котором WTRU выделяет меньше 5 битов под порядковый номер (SN) для режима без квитирования (UM).
[0419] 92. Способ согласно любому из вариантов осуществления 1-10, 18-59 и 65-91, в котором WTRU выделяет меньше 10 битов под порядковый номер (SN) для режима с квитированием (UM).
[0420] 93. Способ снижения на беспроводном приемопередающем блоке (WTRU) издержек протокольных уровней на уровне 2 (L2), причем способ содержит этап, на котором WTRU скремблирует биты циклического контроля по избыточности (CRC), присоединенные к протокольной единице данных (PDU) управления доступом к среде (MAC), с помощью битов порядкового номера (SN) PDU управления линией радиосвязи (RLC), включенной в PDU MAC.
[0421] 94. Способ согласно любому из вариантов осуществления 1-10, 18-59 и 65-93, дополнительно содержащий этап, на котором WTRU удаляет биты SN из заголовка RLC.
[0422] 95. Способ согласно любому из вариантов осуществления 1-10, 18-59 и 65-94, дополнительно содержащий этап, на котором WTRU принимает PDU MAC.
[0423] 96. Способ согласно любому из вариантов осуществления 1-10, 18-59 и 65-95, дополнительно содержащий этап, на котором WTRU дескремблирует биты четности CRC с помощью возможных значений SN.
[0424] 97. Способ согласно любому из вариантов осуществления 1-10, 18-59 и 65-96, дополнительно содержащий осуществление проверки CRC.
[0425] 98. Беспроводной приемопередающий блок (WTRU), содержащий процессор, выполненный с возможностью выделения набора кадров поискового вызова (PF) и событий поискового вызова (PO).
[0426] 99. WTRU согласно любому из вариантов осуществления 11-17, 60-64 и 98, дополнительно содержащий приемник, выполненный с возможностью приема предварительно определенного значения временного идентификатора радиосети поискового вызова (P-RNTI) и повторного сообщения поискового вызова во множественных кадрах поискового вызова, причем WTRU накапливает сообщение поискового вызова для достижения эффекта улучшения покрытия.
[0427] 100. Способ получения, на беспроводном приемопередающем блоке (WTRU) номеров системных кадров (SFN), причем способ содержит этап, на котором WTRU принимает и декодирует сигналы, содержащие, по меньшей мере, один из полного SFN или SFN поднабора.
[0428] 101. Способ согласно любому из вариантов осуществления 1-10, 18-59, 65-97 и 100, дополнительно содержащий этап, на котором WTRU интегрирует или объединяет аналогичные сигналы, имеющие полный SFN, и интегрирует или объединяет сигналы, имеющие SFN поднабора.
[0429] Хотя признаки и элементы описаны выше в конкретных комбинациях, специалисту в данной области техники должно быть понятно, что каждый признак или элемент можно использовать отдельно или в любой комбинации с другими признаками и элементами. Кроме того, описанные здесь способы можно реализовать в компьютерной программе, программном обеспечении или программно-аппаратном обеспечении, включенном в состав компьютерно-читаемого носителя для выполнения компьютером или процессором. Примеры компьютерно-читаемых носителей включают в себя электронные сигналы (передаваемые по проводным или беспроводным соединениям) и компьютерно-читаемые запоминающие носители. Примеры компьютерно-читаемых запоминающих носителей включают в себя, но без ограничения, постоянную память (ПЗУ), оперативную память (ОЗУ), регистр, кэш-память, полупроводниковые запоминающие устройства, магнитные носители, например, внутренние жесткие диски и сменные диски, магнитооптические носители и оптические носители, например, диски CD-ROM и цифровые универсальные диски (DVD). Процессор совместно с программным обеспечением можно использовать для реализации радиочастотного приемопередатчика для использования на WTRU, UE, терминале, базовой станции, RNC или любого хост-компьютера.