ПОЛУДУПЛЕКСНЫЙ FDD WTRU С ОДНИМ ОСЦИЛЛЯТОРОМ
HALF DUPLEX FDD WTRU WITH SINGLE OSCILLATOR

ОБЛАСТЬ ТЕХНИКИ
[0001] Настоящая заявка относится к области беспроводной связи.
УРОВЕНЬ ТЕХНИКИ
[0002] Коммуникации машинного типа (MTC) могут продолжать развиваться в обозримом будущем, так как беспроводная технология продолжает прогрессировать. Сегодня многие MTC-устройства предназначены для приложений низкого уровня (низкой стоимости, низкой скорости передачи данных), которые обрабатываются с помощью сетей GSM/GPRS. Миграция MTC-устройств в сети LTE (Долгосрочного развития) является привлекательной альтернативой, чтобы уменьшать потребность для операторов продолжать поддерживать сети с различными технологиями радиодоступа, а также повышать эффективность использования спектра. Для того чтобы сделать миграцию более привлекательной, МТС-устройства должны были недорогими.
[0003] Были предложены недорогие MTC-устройства, которые используют полудуплексный режим дуплексной связи с частотным разделением (HD-FDD). В соответствии с желанием снизить стоимость, может использоваться один осциллятор, что будет менее дорогостоящим для производства, но может потребовать времени для переключения между восходящей линией связи и нисходящей линией связи.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Описан способ, выполняемый в полудуплексном блоке беспроводной передачи/приема с одним осциллятором (HD-SO-WTBU) для обработки подкадров. HD-SO-WTRU определяет, следует ли обрабатывать первый подкадр или второй подкадр, основываясь на правиле приоритета, причем первый и второй подкадры являются смежными, и по меньшей мере один из подкадров определен как подкадр восходящей линии связи. HD-SO-WTRU использует по меньшей мере часть подкадра, которую он не обрабатывает, для переключения частоты своего осциллятора с частоты направления восходящей линии связи на частоту направления нисходящей линии связи, или наоборот.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0004] Более подробное понимание может быть получено из следующего описания, приведенного в качестве примера во взаимосвязи с приложенными чертежами, на которых:
[0005] Фиг. 1А представляет структурную схему примерной системы связи, в которой могут быть реализованы один или более раскрытых вариантов осуществления;
[0006] Фиг. 1B представляет структурную схему примерного блока беспроводной передачи/приема (WTRU), который может использоваться в системе связи, показанной на фиг. 1A.
[0007] Фиг. 1C представляет структурную схему примерной сети радиодоступа и примерной базовой сети, которые могут быть использованы в системе связи, показанной на фиг. 1A.
[0008] Фиг. 2 представляет блок-схему последовательности операций, которая иллюстрирует примерный процесс указания базовой станции для полудуплексного с одним осциллятором WTRU дуплексной связи с частотным разделением (SO-HD-FDD WTRU);
[0009] Фиг. 3 представляет временную диаграмму, которая иллюстрирует передачи на основе двух примерных процессов HARQ для SO-HD-FDD WTRU;
[0010] Фиг. 4 представляет временную диаграмму, которая иллюстрирует сдвиг примерного процесса HARQ группы SO-HD-FDD WTRU;
[0011] Фиг. 5 представляет временную диаграмму, которая иллюстрирует примерный процесс HARQ в соответствии с числом осцилляторов для HD-FDD WTRU; и
[0012] Фиг. 8 представляет временную диаграмму, которая иллюстрирует пример подкадра только PDCCH для SO-HD-FDD WTRU,
[0013] Фиг. 7 представляет блок-схему последовательности операций, которая иллюстрирует примерный процесс обработки конфликта для SO-HD-FDD WTRU.
[0014] Фиг. 8 представляет блок-схему последовательности операций, которая иллюстрирует альтернативный пример процесса обработки конфликта для SO-HD-FDD WTRU с участием второго предыдущего подкадра.
[0015] Фиг. 9 представляет блок-схему последовательности операций, которая иллюстрирует еще один альтернативный пример процесса обработки конфликта для SO-HD-FDD WTRU с использованием первого предыдущего смежного подкадра.
[0016] Фиг. 10 представляет временную диаграмму, которая иллюстрирует примерную схему частичного игнорирования для SO-HD-FDD WTRU,
[0017] Фиг. 11 представляет временную диаграмму, которая иллюстрирует временные характеристики (тайминг) передачи без использования пакетных передач.
[0018] Фиг. 12 представляет временную диаграмму, которая иллюстрирует тайминг передачи с пакетными передачами, как это может применяться к 2 передачам нисходящей линии связи,
[0019] Фиг. 13 представляет временную диаграмму, которая иллюстрирует тайминг передачи с пакетными передачами, как это может применяться к 6 передачам нисходящей линии связи.
[0020] Фиг. 14 представляет временную диаграмму, которая иллюстрирует тайминг передачи с пакетными передачами, как это может применяться к 10 передачам нисходящей линии связи.
ПОДРОБНОЕ ОПИСАНИЕ
[0021] Фиг. 1A является схематичным представлением примерной системы 100 связи, в которой могут быть реализованы один или более раскрытых вариантов осуществления. Система 100 связи может быть системой множественного доступа, которая предоставляет контент, такой как голос, данные, видео, обмен сообщениями, широковещательная передача и т.д., для множества беспроводных пользователей. Система 100 связи может позволять множеству беспроводных пользователей получать доступ к такому контенту посредством совместного использования системных ресурсов, в том числе беспроводной ширины полосы. Например, системы 100 связи могут использовать один или более методов доступа к каналам, таких как множественный доступ с кодовым разделением (CDMA), множественный доступ с временным разделением (TDMA), множественный доступ с частотным разделением (FDMA), ортогональный FDMA (OFDMA), FDMA с одной несущей (SC-FDMA) и т.п.
[0022] Как показано на фиг. 1А, система 100 связи может включать в себя блоки беспроводной передачи/приема (WTRU) 102a, 102b, 102c, 102d, сеть радиодоступа (RAN) 104, базовую сеть 106, коммутируемую телефонную сеть общего пользования (PSTN) 108, Интернет 110 и другие сети 112, хотя следует понимать, что раскрытые варианты осуществления допускают любое количество WTRU, базовых станций, сетей и/или сетевых элементов. Каждый из WTRU 102а, 102b, 102с, 102d может быть любым типом устройства, сконфигурированного, чтобы работать и/или осуществлять связь в беспроводной среде. В качестве примера, WTRU 102a, 102b, 102c, 102d могут быть сконфигурированы, чтобы передавать и/или принимать беспроводные сигналы, и могут включать в себя пользовательское оборудование (UE), мобильную станцию, стационарный или мобильный абонентский блок, пейджер, сотовый телефон, персональный цифровой помощник (PDA), смартфон, устройство связи машинного типа (МТС), ноутбук, нетбук, персональный компьютер, беспроводной датчик, бытовую электронику и т.п.
[0023] Системы 100 связи могут также включать в себя базовую станцию 114а и базовую станцию 114b. Каждая из базовых станций 114а, 114b может представлять собой любой тип устройства, сконфигурированного для беспроводного взаимодействия с по меньшей мере одним из WTRU 102a, 102b, 102c, 102d, чтобы облегчать доступ к одной или более сетям связи, таким как базовая сеть 106, Интернет 110 и/или другие сети 112. В качестве примера, базовые станции 114a, 114b могут быть базовой приемопередающей станцией (BTS), Узлом В (Node B), eNode В, домашним Node B, домашним eNode B, контроллером станции, точкой доступа (AP), беспроводным маршрутизатором и т.п. В то время как базовые станции 114a, 114b изображены, каждая, как один элемент, следует принимать во внимание, что базовые станции 114a, 114b могут включать в себя любое число взаимосвязанных базовых станций и/или сетевых элементов.
[0024] Базовая станция 114а может быть частью RAN 104, которая может также включать в себя другие базовые станции и/или сетевые элементы (не показаны), такие как контроллер базовой станции (BSC), контроллер радиосети (RNC), узлы ретрансляции и т.д. Базовая станция 114a и/или базовая станция 114b могут быть сконфигурированы, чтобы передавать и/или принимать беспроводные сигналы в пределах определенного географического региона, который может упоминаться как сота (не показана). Сота может быть дополнительно разделена на сектора соты. Например, сота, ассоциированная с базовой станцией 114а, может быть разделена на три сектора. Таким образом, в одном варианте осуществления, базовая станция 114а может включать в себя три приемопередатчика, например, по одному для каждого сектора соты. В другом варианте осуществления, базовая станция 114a может использовать технологию с множеством входов и множеством выходов (MIMO) и, следовательно, может использовать множество приемопередатчиков для каждого сектора соты.
[0025] Базовые станции 114а, 114b могут осуществлять связь с одним или более из WTRU, 102а, 102b, 102с, 102d через радиоинтерфейс 116, который может быть любой подходящей беспроводной линией связи (например, радиочастотной (RF), микроволновой, инфракрасной (IR), ультрафиолетовой (UF), видимого света и т.д.). Радиоинтерфейс 116 может быть установлен с использованием любой подходящей технологии радиодоступа (RAT).
[0026] Более конкретно, как было отмечено выше, система 100 связи может быть системой множественного доступа и может использовать одну или более схем доступа к каналу, таких как CDMA, TDMA, FDMA, OFDMA, SC-FDMA и т.п. Например, базовая станция 114а в RAN 104 и WTRU 102a, 102b, 102c могут реализовывать технологию радиосвязи, такую как Наземный радиодоступ (UTRA) Универсальной мобильной телекоммуникационной системы (UMTS), который может устанавливать радиоинтерфейс 116 с использованием широкополосного CDMA (WCDMA). WCDMA может включать в себя протоколы связи, такие как высокоскоростной пакетный доступ (HSPA) и/или Развитый HSPA (HSPA+). HSPA может включать в себя высокоскоростной пакетный доступ нисходящей линии связи (HSDPA) и/или высокоскоростной пакетный доступ восходящей линии связи (HSUPA).
[0027] В другом варианте осуществления, базовая станция 114a и WTRU 102a, 102b, 102с могут реализовывать технологию радиосвязи, такую как Развитый Наземный радиодоступ UMTS (E-UTRA), который может устанавливать радиоинтерфейс 116 с использованием технологии Долгосрочного развития (LTE) и/или Развитого LTE (LTE-A).
[0028] В других вариантах осуществления, базовая станция 114а и WTRU 102a, 102b, 102c могут реализовывать технологии радиосвязи, такие как IEEE 802.16 (например, общемировая совместимость для микроволнового доступа (WiMAX)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, Временный стандарт 2000 (IS-2000), Временный стандарт 95 (IS-95), Временный стандарт 856 (IS-856), Глобальная система мобильной связи (GSM), Повышенные скорости передачи данных для развития GSM (EDGE), GSM EDGE (GERAN) и т.п.
[0029] Базовая станция 114b на фиг. 1А может быть, например, беспроводным маршрутизатором, домашним Node B, домашним eNode B или точкой доступа и может использовать любую подходящую RAT для облегчения беспроводной связи в локализованной области, такой как коммерческое предприятие, дом, транспортное средство, кампус и т.п. В одном варианте осуществления, базовая станция 114b и WTRU 102с, 102d могут реализовывать технологию радиосвязи, такую как IEEE 802.11, чтобы устанавливать беспроводную локальную сеть (WLAN). В другом варианте осуществления, базовая станция 114b и WTRU 102с, 102d могут реализовывать технологию радиосвязи, такую как IEEE 802.15, чтобы устанавливать беспроводную персональную сеть (WPAN). В еще одном варианте осуществления, базовая станция 114b и WTRU 102с, 102d могут использовать сотовую RAT (например, WCDMA, CDMA2000, GSM, LTE, LTE-A и т.д.), чтобы устанавливать пикосоту или фемтосоту. Как показано на фиг. 1А, базовая станция 114b может иметь прямое соединение с Интернетом 110. Таким образом, базовой станции 114b может не требоваться получать доступ к Интернету 110 через базовую сеть 106.
[0030] RAN 104 может осуществлять связь с базовой сетью 106, которая может представлять собой любой тип сети, сконфигурированной для передачи голоса, данных, приложений и/или услуг передачи голоса по Интернет-протоколу (VoIP) к одному или более из WTRU 102a, 102b, 102c, 102d. Например, базовая сеть 106 может обеспечивать управление вызовами, услуги выставления счетов, услуги мобильной связи на основе определения местоположения, оплаченные звонки, подключение к Интернету, распространение видео и т.д. и/или выполнять функции безопасности высокого уровня, такие как аутентификация пользователя. Хотя это и не показано на фиг. 1А, следует иметь в виду, что RAN 104 и/или базовая сеть 106 могут находиться в прямой или опосредованной связи с другими RAN, которые используют ту же самую RAT, что и RAN 104, или отличающуюся RAT. Например, в дополнение к соединению с RAN 104, что может быть реализовано с использованием технологии радиосвязи E-UTRA, базовая сеть 106 также может осуществлять связь с другой RAN (не показано), использующей технологию радиосвязи GSM.
[0031] Базовая сеть 106 может также служить в качестве шлюза для WTRU, 102a, 102b, 102с, 102d для доступа к PSTN 108, Интернету 110 и/или другим сетям 112. PSTN 108 может включать в себя телефонные сети с коммутацией каналов, которые обеспечивают простую старую телефонную службу (POTS). Интернет 110 может включать в себя глобальную систему взаимосвязанных компьютерных сетей и устройств, использующих общие коммуникационные протоколы, такие как протокол управления передачей (TCP), протокол пользовательских дейтаграмм (UDP) и Интернет-протокол (IP) в стеке Интернет-протоколов TCP/IP. Сети 112 могут включать в себя сети проводной или беспроводной связи, которыми владеют и/или которые эксплуатируют другие поставщики услуг. Например, сети 112 могут включать в себя другую базовую сеть, соединенную с одной или более RAN, которые могут использовать ту же самую RAT, что и RAN 104, или отличающуюся RAT.
[0032] Некоторые или все из WTRU 102a, 102b, 102c, 102d в системе 100 связи могут включать в себя многорежимные функциональные возможности, например, WTRU 102а, 102b, 102c, 102d могут включать в себя множество приемопередатчиков для связи с различными беспроводными сетями по различным беспроводным линиям связи. Например, WTRU 102с, показанный на фиг. 1A, может быть сконфигурирован для связи с базовой станцией 114а, которая может использовать технологию сотовой радиосвязи, и с базовой станцией 114b, которая, может использовать технологию радиосвязи IEEE 802.
[0033] Фиг. 1B является структурной схемой примера WTRU 102. Как показано на фиг. 1B, WTRU 102 может включать в себя процессор 118, приемопередатчик 120, приемопередающий элемент 122, динамик/микрофон 124, клавиатуру 126, дисплей/сенсорную панель 128, несъемную память 130, съемную память 132, источник питания 134, чипсет 136 глобальной системы позиционирования (GPS) и другие периферийные устройства 138. Следует иметь в виду, что WTRU 102 может включать в себя любую подкомбинацию из вышеназванных элементов, сохраняя при этом соответствие с вариантом осуществления.
[0034] Процессор 118 может представлять собой процессор общего назначения, процессор специального назначения, традиционный процессор, процессор цифровых сигналов (DSP), множество микропроцессоров, один или более микропроцессоров в ассоциации с ядром DSP, контроллер, микроконтроллер, специализированные интегральные схемы (ASIC), схемы программируемой пользователем вентильной матрицы (FPGA), любой другой тип интегральной схемы (IC), конечный автомат и т.п. Процессор 118 может выполнять кодирование сигнала, обработку данных, управление мощностью, обработку ввода/вывода и/или любую другую функциональность, которая позволяет WTRU 102 работать в беспроводной среде. Процессор 118 может быть связан с приемопередатчиком 120, который может быть связан с приемопередающим элементом 122. Хотя фиг. 1В изображает процессор 118 и приемопередатчик 120 в виде отдельных компонентов, следует иметь в виду, что процессор 118 и приемопередатчик 120 могут быть объединены друг с другом в упаковке электронных схем или чипе.
[0035] Приемопередающий элемент 122 может быть сконфигурирован так, чтобы передавать сигналы к, или принимать сигналы от, базовой станции (например, базовой станции 114a) через радиоинтерфейс 116. Например, в одном варианте осуществления, приемопередающий элемент 122 может представлять собой антенну, сконфигурированную, чтобы передавать и/или принимать RF-сигналы. В другом варианте осуществления, приемопередающий элемент 122 может представлять собой излучатель/детектор, сконфигурированный, чтобы передавать и/или принимать, например, IR, UV или сигналы видимого света. В еще одном варианте осуществления, приемопередающий элемент 122 может быть сконфигурирован, чтобы передавать и принимать как RF, так и световые сигналы. Следует иметь в виду, что приемопередающий элемент 122 может быть сконфигурирован, чтобы передавать и/или принимать любую комбинацию беспроводных сигналов.
[0036] Кроме того, хотя приемопередающий элемент 122 изображен на фиг. 1В как один элемент, WTRU 102 может включать в себя любое число приемопередающих элементов 122. Более конкретно, WTRU 102 может использовать технологию MIMO. Таким образом, в одном варианте осуществления, WTRU 102 может включать в себя два или более приемопередающих элементов 122 (например, множество антенн) для передачи и приема беспроводных сигналов через радиоинтерфейс 116.
[0037] Приемопередатчик 120 может быть сконфигурирован, чтобы модулировать сигналы, которые должны передаваться посредством приемопередающего элемента 122, и демодулировать сигналы, которые принимаются посредством приемопередающего элемента 122. Как было отмечено выше, WTRU 102 может иметь многорежимные функциональные возможности. Таким образом, приемопередатчик 120 может включать в себя множество приемопередатчиков, чтобы позволять WTRU 102 осуществлять связь посредством нескольких RAT, например, таких, как UTRA и IEEE 802.11.
[0038] Процессор 118 WTRU 102 может быть связан с динамиком/микрофоном 124, клавиатурой 126 и/или дисплеем/сенсорной панелью 128 (например, блоком отображения на жидкокристаллическом дисплее (LCD) или блоком отображения на органических светоизлучающих диодах (OLED)) и может принимать пользовательский ввод данных от них. Процессор 118 может также выводить пользовательские данные на динамик/микрофон 124, клавиатуру 126 и/или дисплей/сенсорную панель 128. Кроме того, процессор 118 может получать доступ к информации из, и хранить данные в, подходящей памяти любого типа, такой, как несъемная память 130 и/или съемная память 132. Несъемная память 130 может включать в себя оперативную память (RAM), постоянную память (ROM), жесткий диск или любой другой тип запоминающего устройства. Съемная память 132 может включать в себя модуль идентификации абонента (SIM-карту), карту памяти, карту памяти типа Secure Digital (SD) и т.п. В других вариантах осуществления, процессор 118 может получать доступ к информации из, и сохранения данных в, памяти, которая физически расположена не на WTRU 102, а, например, на сервере или домашнем компьютере (не показано).
[0039] Процессор 118 может получать питание от источника питания 134 и может быть сконфигурирован так, чтобы распределять и/или управлять питанием для других компонентов в WTRU 102. Источник питания 134 может быть любым подходящим устройством для питания WTRU 102. Например, источник питания 134 может включать в себя одну или более сухих батарей (таких как никель-кадмиевые (NiCd), никель-цинковые (NiZn), никель-металл-гидридные (NiMH), литиево-ионные (Li-ion) и т.д.), солнечные батареи, топливные элементы и т.п.
[0040] Процессор 118 также может быть соединен с чипсетом GPS 136, который может быть сконфигурирован, чтобы предоставлять информацию о местоположении (например, широту и долготу) относительно текущего местоположения WTRU 102. В дополнение к, или вместо, информации от чипсета GPS 136, WTRU 102 может принимать информацию о местоположении через радиоинтерфейс 116 от базовой станции (например, базовых станций 114a, 114b) и/или определять свое местоположение на основании сигналов синхронизации, принимаемых от двух или более соседних базовых станций. Следует иметь в виду, что WTRU 102 может получать информацию о местоположении посредством любого подходящего способа определения местоположения, сохраняя при этом соответствие с вариантом осуществления.
[0041] Процессор 118 дополнительно может быть соединен с другими периферийными устройствами 138, которые могут включать в себя один или более модулей программного обеспечения и/или аппаратных средств, которые обеспечивают дополнительные признаки, функциональные возможности и/или проводную или беспроводную связь. Например, периферийные устройства 138 могут включать в себя акселерометр, электронный компас, спутниковый приемопередатчик, цифровую камеру (для фотографий или видео), порт универсальной последовательной шины (USB), вибрационное устройство, телевизионный приемопередатчик, гарнитуру громкой связи, модуль Bluetooth, блок частотно-модулированного (FM) радио, цифровой музыкальный плеер, мультимедийный плеер, модуль видеоигрового плеера, Интернет-браузер и т.п.
[0042] Фиг. 1C представляет собой структурную схему RAN 104 и базовой сети 106 в соответствии с вариантом осуществления. Как отмечено выше, RAN 104 может использовать технологию радиосвязи Е-UTRA для связи с WTRU 102а, 102b, 102с через радиоинтерфейс 116. RAN 104 может также осуществлять связь с базовой сетью 106.
[0043] RAN 104 может включать в себя eNode-B 140а, 140b, 140с, хотя должно быть понятно, что RAN 104 может включать в себя любое количество eNode-B, сохраняя при этом соответствие с вариантом осуществления. eNode-B 140а, 140b, 140с могут включать в себя, каждый, один или более приемопередатчиков для связи с WTRU 102а, 102b, 102с через радиоинтерфейс 116. В одном варианте осуществления eNode-B 140a, 140b, 140c могут реализовывать технологию MIMO. Таким образом, eNode-B 140a, например, может использовать множество антенн для передачи беспроводных сигналов к, и приема беспроводных сигналов от, WTRU 102а.
[0044] Каждый из eNode-B 140а, 140b, 140с может быть ассоциирован с конкретной сотой (не показано) и может быть сконфигурирован так, чтобы обрабатывать решения по управлению ресурсами радиосвязи, решения передачи обслуживания, планирование пользователей в восходящей линии связи и/или нисходящей линии связи и т.п. Как показано на фиг. 1C, eNode-B 140а, 140b, 140с могут осуществлять связь друг с другом через интерфейс X2.
[0045] Базовая сеть 106, показанная на фиг. 1C, может включать в себя шлюз 132 объекта управления мобильностью (MME), обслуживающий шлюз 144 и шлюз 146 сети пакетных данных (PDN). Хотя каждый из указанных выше элементов изображен как часть базовой сети 106, следует принимать во внимание, что один из этих элементов может находиться в собственности и/или эксплуатироваться объектом иным, чем оператор базовой сети.
[0046] ММЕ 142 может быть соединен с каждым из eNode-B 140a, 140b, 140c в RAN 104 через интерфейс S1 и может служить в качестве узла управления. Например, ММЕ 142 может нести ответственность за аутентификацию пользователей WTRU 102a, 102b, 102c, активацию/деактивацию канала-носителя, выбора конкретного обслуживающего шлюза во время начального присоединения WTRU 102а, 102b, 102с и т.п. ММЕ 142 может также обеспечивать функцию плоскости управления для переключения между RAN 104 и другими RAN (не показаны), которые используют другие технологии радиосвязи, такие как GSM или WCDMA.
[0047] Обслуживающий шлюз 144 может быть соединен с каждым из eNode B 140a, 140b, 140c в RAN 104 через интерфейс S1. Обслуживающий шлюз 144 может в общем маршрутизировать и пересылать пакеты пользовательских данных к/от WTRU 102а, 102b, 102c. Обслуживающий шлюз 144 может также выполнять другие функции, такие как привязка пользовательской плоскости во время переключений обслуживания (хэндоверов) между eNode В, запуск поискового вызова при наличии данных нисходящей линии связи для WTRU 102a, 102b, 102с, управление и хранение контекстов WTRU 102a, 102b, 102с и т.п.
[0048] Обслуживающий шлюз 144 также может быть подключен к PDN-шлюзу 146, который может обеспечивать WTRU 102а, 102b, 102с доступом к сетям с коммутацией пакетов, например, Интернету 110, чтобы способствовать осуществлению связи между WTRU, 102а, 102b, 102с и IP-устройствами.
[0049] Базовая сеть 106 может способствовать осуществлению связи с другими сетями. Например, базовая сеть 106 может обеспечивать WTRU 102a, 102b, 102c доступом к сетям с коммутацией каналов, таким как PSTN 108, для обеспечения связи между WTRU 102a, 102b, 102c и традиционными устройствами связи наземной линии связи. Например, базовая сеть 106 может включать в себя или может взаимодействовать с IP-шлюзом (например, сервером IP-мультимедийной подсистемы (IMS)), который служит в качестве интерфейса между базовой сетью 106 и PSTN 108. Кроме того, базовая сеть 106 может обеспечивать WTRU 102a, 102b, 102с доступом к сетям 112, которые могут включать в себя другие проводные и беспроводные сети, которые принадлежат и/или эксплуатируются другими поставщиками услуг.
[0050] По мере развития технологии LTE и эволюции развертывания ее сети, сетевым операторам, возможно, будет желательным снизить затраты на общую сетевую поддержку. Одним из способов достижения этой цели может быть минимизация количества различных технологий радиодоступа, используемых при развертывании и поддержке сети, например, постепенная замена сети старой технологии радиодоступа (например, GSM GPRS) на сеть технологии радиодоступа с более высокой эффективностью использования спектра (например, LTE).
[0051] Одним примером применения технологии беспроводной связи может быть связь машинного типа (MTC). МТС является рынком, который может продолжать расширяться в обозримом будущем по мере продвижения вперед технологии беспроводной связи. Сегодня многие MTC-устройства нацелены на приложения низкого уровня (низкой стоимости, низкой скорости передачи данных), которые обрабатываются с помощью сети GSM/GPRS. Из-за низкой стоимости операций с МТС-устройством, может иметь место сдерживание мотивации для миграции МТС в новую сеть LTE. Такое нежелание переходить на LTE может дорого стоить сетевым операторам не только с точки зрения поддержания нескольких RAT, но и с точки зрения препятствования операторам извлекать максимальную выгоду из их спектра (например, учитывая неоптимальную спектральную эффективность GSM/GPRS). Учитывая вероятность высокого количества МТС-устройств, общие спектральные ресурсы, необходимые для таких устройств, чтобы предоставлять услуги в GSM/GPRS, могут быть значительными и неэффективно назначаемыми.
[0052] Таким образом, может быть предпочтительным найти экономичное LTE-решение, которое может обеспечить явную коммерческую выгоду для поставщиков МТС-устройств и операторов для обеспечения миграции MTC-устройств низкого уровня из сетей GSM/GPRS в сети LTE. Термины LTE и Развитый LTE (LTE-A) могут быть использованы взаимозаменяемым образом.
[0053] Дешевое МТС-устройство может включать, но не ограничивается уменьшением общей способности и функциональных возможностей WTRU, включая более низкую скорость передачи данных, низкое энергопотребление и более простую реализацию. Среди прочего, подходы, позволяющие уменьшить сложность реализации, могут включать в себя уменьшение числа RF-компонентов для этих устройств. Это может быть достигнуто за счет поддержки сокращенного числа технологий радиодоступа (RAT) или RF-цепей. Другие подходы могут включать в себя снижение максимальной применимой мощности передачи в UL для такого устройства, уменьшение максимальной поддерживаемой ширины полосы Rx- или Tx-канала или поддержку (или работу) полудуплексного режима FDD (например, только).
[0054] С введением недорогих МТС-устройств в сети, может потребоваться поддерживать зону обслуживания, и может быть предпочтительным, что их введение не приводит к проблеме с точки зрения достижимой спектральной эффективности во время работы. Также может быть выгодным для недорогих МТС-устройств, введенных в сеть, чтобы они были функционально совместимыми с унаследованными LTE WTRU, так что как унаследованные, так и современные устройства могут быть в состоянии осуществлять связь на несущей в той же самой сети. Кроме того, может быть предпочтительным для недорогих MTC-устройств поддерживать мобильность и роуминг.
[0055] Полудуплексная операция может позволить LC-MTC-устройству, которое может быть классифицировано как WTRU категории 0, использовать переключение, а не дуплексную связь, так что затраты на реализацию могут быть значительно уменьшены. Для того чтобы еще больше снизить затраты относительно полудуплексного режима LC-MTC-устройства, один осциллятор может быть использован для частот или частотных диапазонов восходящей линии связи и нисходящей линии связи.
[0056] Полудуплексная операция поддерживалась для обычных LTE-устройств, которые могут быть классифицированы как WTRU категории 1~6, для которых использовались или предполагались отдельные осцилляторы для частотных диапазонов восходящей линии связи и нисходящей линии связи. Для этих устройств, относительно короткое максимальное время переключения (например, 20 мкс), которое может включать в себя время настройки осциллятора, может быть использовано или предполагается при проектировании системы. Когда один осциллятор используется для частотных диапазонов как восходящей линии связи, так и нисходящей линии связи, например, в LC-MTC-устройстве, использующем полудуплексный режим, может потребоваться принимать во внимание дополнительное время настройки осциллятора, что может привести к более длительному максимальному времени переключения, например, вплоть до 1 мс. Для HD-FDD-операции с максимальным опережением тайминга, например 0,67 мс, общее время переключения может быть временем переключения осциллятора плюс опережение тайминга, например, 1,67 мс.
[0057] При условии, что значительно более длительное время переключения (например, 1,67 мс) может потребоваться учитывать для переключения с нисходящей линии связи на восходящую линию связи (Rx-к-Tx) и/или с восходящей линии связи на нисходящую линию связи (Tx-к-RX), планировщику еNB может потребоваться знать, реализовано ли LC-MTC-устройство с полудуплексной функциональной возможностью с одним осциллятором или двумя осцилляторами. Если трафик (например, одноадресный трафик) планируется в любом направлении в течение времени переключения, HD-FDD WTRU с одним осциллятором может не принимать или не передавать в том же или смежных подкадрах. Если сигналы восходящей линии связи и нисходящей линии связи расположены или запланированы в том же самом подкадре или смежных подкадрах, HD-FDD WTRU с одним осциллятором может не передавать сигнал восходящей линии связи или может не принимать сигнал нисходящей линии связи, причем смежные подкадры могут включать в себя подкадры в течение времени переключения. Если сигналы восходящей линии связи и нисходящей линии связи находятся в том же подкадре или смежных подкадрах, поведение WTRU может стать неопределенным. Может иметь место неоднозначность с точки зрения планировщика еNB, и спектральная эффективность может быть значительно ухудшена из-за слишком длительного времени переключения.
[0058] Запланированный трафик или запланированная передача может быть передачей или ресурсами, для которых было обеспечено предоставление планирования (например, в формате DCI) или для которых были назначены ресурсы (например, для или вследствие повторной передачи HARQ или полупостоянного планирования (SPS)). Термины ʺзапланированыʺ и ʺназначеныʺ могут быть использованы как взаимозаменяемые. PUSCH и PDSCH могут запланированными или назначенными передачами. Одна или более из передач PUCCH, SRS и PRACH могут рассматриваться в качестве запланированных или назначенных передач восходящей линии связи. EPDCCH может рассматриваться в качестве запланированных или назначенных передач нисходящей линии связи. Запланированные передачи нисходящей линии связи могут включать в себя широковещательную передачу, поисковый вызов и/или другие системные сигналы или каналы.
[0059] Обработка подкадра восходящей линии связи или обработка подкадра для восходящей линии связи может включать в себя осуществление передачи, такой как передача одного или более сигналов и/или каналов в подкадре. Обработка подкадра нисходящей линии связи или обработка подкадра для нисходящей линии связи может включать в себя одно или более из приема и/или декодирования одного или более сигналов и/или каналов в подкадре. Подкадр может обрабатываться по меньшей мере для одной из восходящей линии связи и нисходящей линии связи или может не обрабатываться. Например, подкадр, используемый для переключения, может не обрабатываться для восходящей линии связи и нисходящей линии связи. В другом примере, отсутствие обработки подкадра может включать в себя отсутствие приема и передачи в подкадре.
[0060] Здесь и далее термины HD-FDD LC-MТС WTRU с одним осциллятором, WTRU категории 0 с одним осциллятором и HD-FDD WTRU с одним осциллятором, SO-HD-FDD WTRU могут использоваться как взаимозаменяемые. Также, HD-FDD WTRU с двойным осциллятором и DO-HD-FDD WTRU могут использоваться взаимозаменяемым образом и могут включать в себя WTRU категории 0 с функциональной возможностью HD-FDD и другие категории WTRU с функциональной возможностью HD-FDD. Как упоминалось выше, WTRU может включать в себя пользовательское оборудование (UE).
[0061] Смежный подкадр может использоваться для времени переключения. Например, если подкадр n используется для нисходящей линии связи, и подкадр n+4 используется или должен использоваться для передачи восходящей линии связи, подкадры n+2 и n+3 могут рассматриваться как смежные подкадры, которые могут быть использованы для времени переключения. SO-HD-FDD WTRU может не принимать или не передавать в смежном подкадре, например, потому, что смежные подкадры могут использоваться посредством WTRU для выполнения переключения. Например, если два подкадра необходимы или используются, например, посредством WTRU, чтобы выполнять переключение, подкадры n-2, n-1, n+1 и n+2 могут использоваться для переключения, если подкадр n используется или определен для противоположного направления. В другом примере, если один подкадр (или по меньшей мере часть одного подкадра) необходим или используется посредством WTRU для выполнения переключения, то по меньшей мере один из подкадров n-1 и n+1 может быть использован для переключения. Подкадр n-1 и/или n+1 могут быть использованы для переключения, если подкадр n используется или определен для противоположного направления (например, от подкадра n-1 и/или n+1). В другом примере, подкадры n-2 и n-1 могут быть использованы для переключения, если подкадр n используется или определен для противоположного направления.
[0062] В другом примере, если подкадр n запланирован для восходящей линии связи, и подкадр n-1 (или n+1) не запланирован для восходящей линии связи, если восходящая линия связи имеет более высокий приоритет, чем нисходящая линия связи, то WTRU может выполнить запланированную передачу в подкадре n и может не принимать или пытаться принимать сигналы или каналы нисходящей линии связи в подкадре n-1 (или n+1), например, независимо от того, может ли подкадр n-1 (или n+1) быть запланирован для передачи нисходящей линии связи посредством еNB. Если осциллятор WTEU еще не настроен на частоту восходящей линии связи в (например, в начале) подкадре n-1, то WTRU может использовать по меньшей мере часть подкадра n-1 для времени переключения, чтобы перестроить осциллятор на частоту восходящей линии связи.
[0063] Блок WTRU может рассматривать подкадр в качестве подкадра восходящей линии связи, если он запланировал или назначил ресурсы восходящей линии связи (или запланировал или наметил передачу восходящей линии связи) в подкадре или для подкадра. WTRU может использовать (например, для приема) и/или рассматривать подкадр в качестве подкадра нисходящей линии связи, если WTRU не имеет запланированных или назначенных ресурсов (или запланированной или намеченной передачи) в или для восходящей линии связи в этом подкадре.
[0064) Здесь и далее, термины ʺсмежный подкадрʺ, ʺподкадр переключенияʺ и ʺнезанятый подкадрʺ могут быть использованы взаимозаменяемым образом.
[0065] В одном подходе, еNB может быть проинформирован посредством WTRU о функциональной возможности SO-HD-FDD. В одном примере, определенный ресурс физического канала произвольного доступа (PRACH) может быть использован для указания функциональной возможности SO-IFD-FDD. В другом примере, поле Category (ʺкатегорияʺ) может быть использовано для указания функциональной возможности SO-HD-FDD. Если WTRU категории 0 указывает функциональную возможность HD-FDD, то WTRU может рассматриваться как имеющий функциональную возможность SO-HD-FDD. В этом случае, поднабор ресурсов PRACH или разделенные ресурсы PRACH могут быть зарезервированы для SO-HD-FDD WTRU, и поднабор ресурсов PRACH или разделенные ресурсы PRACH могут быть использованы для указания SO-HD-FDD WTRU. Поднабор ресурсов PRACH для SO-HD-FDD может широковещательно передаваться в блоке системной информации (SIB) (например, SIB-2). SO-HD-FDD WTRU может передавать преамбулу PRACH в пределах подмножества ресурсов PRACH.
[0066] Параметр радиочастотной функциональной возможности, например, supportedBandListEUTRA (список поддерживаемых диапазонов EUTRA), может использоваться для указания того, какие радиочастотные диапазоны E-UTRA поддерживаются посредством WTRU. Для каждого диапазона может указываться поддержка полудуплексного режима, полнодуплексного режима или полудуплексного режима с одним осциллятором.
[0067] Параметр supportedBandListEUTRA может быть определен, чтобы указывать, какие радиочастотные диапазоны E-UTRA поддерживаются посредством WTRU. Для каждого диапазона может указываться поддержка либо только полудуплексного режима, либо полнодуплексного режима. Если WTRU категории 0 указывает на поддержку (например, только) полудуплексного режима, то еNB может рассматривать этот WTRU как SO-HD-FDD WTRU.
[0068] На фиг. 2 показана блок-схема последовательности операций, которая иллюстрирует примерный процесс указания базовой станции для полудуплексного с одним осциллятором WTRU дуплексного режима с частотным разделением (SO-HD-FDD WTRU). В таком подходе еNB может обнаруживать вслепую функциональную возможность SO-HD-FDD без явного указания от WTRU. В этом процессе может применяться одно или более из следующего:
[0069] еNB может планировать физический совместно используемый канал восходящей линии связи (PUSCH) на этапе 200 для WTRU категории 0 с функциональной возможностью HD-FDD в подкадре восходящей линии связи, который выравнен с подкадром нисходящей линии связи (например, выравнен по времени), содержащим канал широковещательной передачи (например, SIB-1), и если никакая передача PUSCH не обнаруживается в предоставленном ресурсе восходящей линии связи от WTRU на этапе 210, то еNB может рассматривать WTRU в качестве SO-HD-FDD WTRU.
[0070] Обнаружение запланированной передачи PUSCH может быть основано на уровне сигнала. Например, если уровень сигнала запланированного PUSCH ниже предопределенного порога на этапе 220, то еNB может предположить или определить, что PUSCH не передается от WTRU и может рассматривать WTRU как SO-HD-FDD-устройство на этапе 230. еNB может не рассматривать WTRU как SO-HD-FDD-устройство на этапе 240, если еNB принимает ответ, который превышает порог уровня сигнала, установленный на этапе 240. еNB может запланировать PUSCH в подкадре восходящей линии связи, который выравнен с подкадром нисходящей линии связи, содержащим канал широковещательной передачи, для предопределенного числа, и еNB может рассматривать WTRU в качестве SO-HD-FDD WTRU, если все случаи удовлетворяют условию.
[0071] еNB может запланировать физический совместно используемый канал нисходящей линии связи (PDSCH) в DL-подкадре n для WTRU категории 0 с функциональной возможностью HD-FDD, где DL-подкадр n+4 содержит канал широковещательной передачи (например, SIB-1), и если никакой соответствующий PUCCH не принимается в UL-подкадре n+4, то еNB может рассматривать WTRU как имеющий функциональную возможность SO-HD-FDD. Обнаружение соответствующей передачи физического канала управления восходящей линии связи (PUCCH) может быть основано на уровне сигнала.
[0072] Более обобщенно, еNB может планировать либо сигнал восходящей линии связи, либо сигнал нисходящей линии связи в подкадре, который может содержать сигнал, имеющий более высокий приоритет, в противоположном направлении, и проверять, игнорируется ли сигнал более низкого приоритета на стороне WTRU. Правило приоритета может использоваться (например, используется только) для SO-HD-FDD WTRU.
[0073] На фиг. 3 показана временная диаграмма, которая иллюстрирует, что поднабор процессов HARQ используется для SO-HD-FDD WTRU, где процесс HARQ может быть определен как (повторная) передача восходящей линии связи и нисходящей линии связи с таймингом n+4. Например, если подкадр n используется для нисходящей линии связи, то подкадр n+4 используется для соответствующей передачи HARQ-ACK. В примере, показанном на фиг. 3, WTRU, который может использовать два последовательных процесса HARQ, начиная с подкадров 0 и 1, для приемов нисходящей линии связи, может передавать соответствующие HARQ-ACK в подкадре 4 и 5, соответственно. При таком подходе поднабор процесса HARQ может быть использован для поддержки SO-HD-FDD WTRU с одним осциллятором. В одном примере, два процесса HARQ могут быть использованы для одноадресного трафика, как показано. В этом случае могут быть использованы два последовательных процесса HARQ из восьми процессов HARQ для того, чтобы минимизировать время переключения. Например, могут использоваться HARQ-процессы 0 и 1. В другом примере, три процесса HARQ могут быть использованы с тремя последовательными процессами HARQ из восьми процессов HARQ, такими как HARQ-процессы 0, 1 и 2, но без ограничения ими.
[0074] В качестве альтернативы, могут использоваться все процессы HARQ для передачи PDSCH, используемой для FDD (например, восемь), в то время как поднабор процессов HARQ может использоваться для передачи PUSCH. Поскольку асинхронная процедура HARQ может использоваться для нисходящей линии связи, и синхронная процедура HARQ может использоваться для восходящей линии связи, все процессы HARQ могут быть использованы для нисходящей линии связи, в то время как поднабор процессов HARQ используется для восходящей линии связи. Например, восемь процессов HARQ могут быть использованы для передачи PDSCH, и два процесса HARQ могут быть использованы для передачи PUSCH. Количество процессов HARQ, используемых для SO-HD-FDD WTRU, может определяться как функция значения опережения тайминга.
[0075] В одном примере, если значение опережения тайминга меньше, чем предопределенный порог, то может использоваться N процессов HARQ, а если значение опережения тайминга больше, чем предопределенный порог, то может быть использовано М процессов HARQ, где N>M.
[0076] Количество процессов HARQ для PDSCH и/или PUSCH может быть предварительно определено как функция от значения опережения тайминга, так что SO-HD-FDD WTRU может неявно информироваться о количестве процессов HARQ в соответствии со значением опережения тайминга.
[0077] На фиг. 4 показана временная диаграмма, которая иллюстрирует примерное смещение процесса HARQ для групп SO-HD-FDD WTRU. Смещение процесса HARQ может использоваться для одного или более SO-HD-FDD WTRU, чтобы максимизировать использование ресурсов. Например, HARQ-процессы {0, 1} 400, 410 могут быть использованы для одной группы SO-HD-FDD WTRU, а HARQ-процессы {2, 3} 420, 430 могут быть использованы для другой группы SO-HD-FDD WTRU, как показано. В этом случае еNB может разделить SO-HD-FDD WTRU на две группы и использовать различные смещения процессов HARQ.
[0078] На фиг. 5 показана временная диаграмма, которая иллюстрирует примерный процесс HARQ, соответствующий числу осцилляторов для HD-FDD WTRU. При таком подходе, различное число процессов HARQ может быть использовано в соответствии с числом осцилляторов. Например, два процесса HARQ может быть использовано для SO-HD-FDD WTRU, в то время как три процесса HARQ могут быть использованы для DО-HD-FDD WTRU. В этом случае последовательные процессы HARQ могут быть использованы из восьми процессов HARQ, чтобы минимизировать время переключения. В качестве альтернативы, большее количество процессов HARQ может быть использовано для DO-HD-FDD WTRU.
[0079] На фиг. 6 показана временная диаграмма, которая иллюстрирует примерный подкадр только PDCCH для SO-HD-FDD WTBU. В этом подходе, планировщик еNB может или всегда может рассматривать поднабор подкадра для нисходящей линии связи, даже если один или несколько подкадров, возможно, должны быть использованы для направления восходящей линии связи в соответствии с процедурой HARQ. Подкадр 0 и 5 может или всегда может быть рассмотрен в качестве подкадров нисходящей линии связи, так что еNB может не планировать передачу восходящей линии связи в подкадре 0 и 5. в другом примере, подкадры, содержащие каналы широковещательной передачи, могут рассматриваться в качестве только подкадров нисходящей линии связи. В этом случае, подкадр n может или всегда может быть использован в качестве подкадра нисходящей линии связи. еNB может не передавать PDCCH, соответствующий предоставлению PUSCH в подкадре n-4 и/или смежных подкадрах. n может соответствовать подкадру 0, обозначенному позицией 600, и подкадру 5, обозначенному позицией 650. n может быть 0 и/или 5 в четно пронумерованном радиокадре, и n может быть 0 в нечетно пронумерованном радиокадре, так как SIB-1 передается только в подкадре 5 четно пронумерованного радиокадра.
[0080] Подкадр n может или всегда может быть использован для подкадра нисходящей линии связи, так что еNB может не планировать PDSCH в подкадре n-4 в 610 и/или смежных подкадрах, чтобы избежать передачи PUCCH в подкадре n. n может быть 0 и 5 во всех радиокадрах. n может быть 0 и/или 5 в четно пронумерованном радиокадре и 0 в нечетно пронумерованном радиокадре.
[0081] В другом подходе, планировщик еNB может определить или использовать правило приоритета между сигналами восходящей и нисходящей линии связи, и планирование PUSCH или PDSCH может быть основано на правилах приоритета. Например, если eNB нуждается или намеревается запланировать PDSCH для SO-HD-FDD WTBU в подкадре n, и подкадр n содержит ресурсы запроса планирования (SR) для WTRU, еNB может не планировать PDSCH в подкадре n, например, если SB имеет более высокий приоритет, чем PDSCH. Периодическая передача восходящей линии связи может иметь более высокий приоритет, чем PDSCH. Например, одно или более из SR, периодического отчета информации о состоянии канала (CSI) и периодической сигнализации опорного сигнала зондирования (SRS) может иметь более высокий приоритет, чем PDSCH. Среди периодических отчетов CSI, указание ранга (RI) может иметь более высокий приоритет, чем PDSCH, в то время как другие типы отчетов, такие как указатель матрицы предварительного кодирования (FMI) и указатель качества канала (CQI), могут иметь более низкий приоритет, чем PDSCH.
[0082] В другом примере, SR может иметь более высокий приоритет, чем PDSCH, а другие передачи восходящей линии связи могут иметь более низкий приоритет, чем PDSCH. За исключением SB, еNB может планировать PDSCH в подкадре, где WTRU может передавать периодические сигналы восходящей линии связи. Термины ʺeNBʺ и ʺпланировщик еNBʺ могут быть использованы взаимозаменяемым образом.
[0083] В другом подходе смежный подкадр (например, подкадр восходящей линии связи) может не перекрываться (или предшествовать или следовать) с подкадрами, содержащими один или более из канала широковещательной передачи, канала поискового вызова и канала синхронизации. Планировщик еNB может предполагать или ожидать, что, например, все SO-HD-FDD WTRU могут принимать каналы широковещательной передачи или поискового вызова в RRC_CONNECTED (RRC-соединенном) режиме. В этом случае планировщик еNB может предположить или ожидать, что, например, все RRC_CONNECTED SO-HD-FDD WTRU могут контролировать SIB-1, например, для того, чтобы проверить, обновляется ли valueTag (значение метки) или нет. Планировщик еNB может планировать и/или использовать подкадр, содержащий SIB-1 (например, подкадр 5 в четно пронумерованном радиокадре), в качестве нисходящей линии связи (например, всегда), и может избегать перекрытия со смежным подкадром (например, подкадром восходящей линии связи), или может избегать планирования ресурсов восходящей линии связи или передачи восходящей линии связи в смежном подкадре. Планировщик еNB может избегать перекрытия подкадра, содержащего SIB-1, с подкадром переключения.
[0084] Планировщик еNB может ожидать или предполагать, что, например, все RRC_CONNECTED SO-HD-FDD WTRU могут контролировать PDCCH с временным идентификатором пейджинговой радиосети (Р-RNTI) в одном или нескольких из некоторого набора или поднабора подкадров (например, одного или более из подкадров 0, 4, 5 и 9 в некоторых радиокадрах). Планировщик еNB может рассматривать подкадры, потенциально используемые для поискового вызова, в качестве подкадров нисходящей линии связи и может избегать перекрытия со смежным подкадром (например, подкадром восходящей линии) или может избегать планирования ресурсов восходящей линии связи или передачи восходящей линии связи в смежном подкадре. еNB может избегать перекрытия подкадров, потенциально используемых для поискового вызова, с подкадром переключения.
[0085] В одном подходе, приемник еNB может предполагать или ожидать, что запланированная передача восходящей линии связи в определенном подкадре может не передаваться от SO-HD-FDD WTRU, если запланированная передача восходящей линии связи имеет одно или более из следующих свойств: (i) она расположена (например, должна передаваться) в подкадре переключения; (ii) она расположена (например, должна передаваться) в подкадре, смежном с сигналом в противоположном направлении с более высоким приоритетом; и/или (ii) она конфликтует с сигналом в противоположном направлении с более высоким приоритетом. еNB может пропустить декодирование запланированного сигнала восходящей линии связи от WTRU для уменьшения сложности декодирования и сбережения вычислительной мощности. В качестве примера, если периодическая передача SRS запланирована в подкадре n и подкадр n является (или является частью) подкадра переключения, или подкадр n является подкадром нисходящей линии связи (или является смежным к нему) для SO-HD-FDD WTRU, то еNB может предполагать или ожидать, что периодическая SRS не передается от SO-HD-FDD WTRU, если периодическая SRS может быть более низкого приоритета, чем сигнал нисходящей линии связи, который может быть передан в подкадре нисходящей линии связи. еNB может не декодировать периодическую SRS от SO-HD-FDD WTRU. В этом примере, подкадр n может быть смежным подкадром подкадра нисходящей линии связи, который может содержать канал широковещательной передачи (например, PBCH и/или SIB). Подкадр n может быть смежным подкадром подкадра нисходящей линии связи, который может содержать PDCCH с P-RNTI, который может предназначаться для SO-HD-FDD WTRU. В качестве альтернативы, подкадр n может быть смежным подкадром подкадра нисходящей линии связи, который может содержать физический канал многоадресной передачи (PMCH) и/или опорный сигнал позиционирования (PRS).
[0086] В другом примере, если периодическая передача PUCCH (например, PUCCH, который может переносить периодический отчет CSI) запланирована в подкадре n, и подкадр n является подкадром (или частью подкадра), смежного с подкадром нисходящей линии связи, то еNB может предполагать или ожидать, что периодический PUCCH не передается от SO-HD-FDD WTRU. В этом примере, подкадр n может быть смежным подкадром подкадра нисходящей линии связи, который может содержать канал широковещательной передачи (например, физический канал широковещательной передачи (PBCH) и/или SIB). Подкадр n может быть смежным подкадром подкадра нисходящей линии связи, который может содержать PDCCH с P-RNTI, который может предназначаться для SO-HD-FDD WTRU. Подкадр n альтернативно может быть смежным подкадром подкадра нисходящей линии связи, который может содержать PMCH и/или PRS.
[0087] В другом подходе, еNB может предполагать или ожидать, что повторение HARQ-ACK может быть пропущено в определенном подкадре восходящей линии связи, если SO-HD-FDD WTRU сконфигурирован с повторениями HARQ-ACK. Например, если SO-HD-FDD WTRU сконфигурирован с повторением HARQ-ACK, и если имеется подкадр нисходящей линии связи, содержащий определенную информацию в повторении HARQ-ACK, то еNB может предполагать или ожидать, что HARQ-АСК в подкадре может пропускаться. В этом случае, приемник еNB может не принимать повторение HARQ-ACK в подкадре n, если подкадр n может быть использован для передачи SIB-1 в нисходящей линии связи. еNB может пропускать прием повторения HARQ-ACK в подкадре n, если подкадр n может быть использован по меньшей мере для одного из поискового вызова, PMCH, PRS и/или канала синхронизации. В качестве альтернативы, планировщик еNB может не конфигурировать повторение HARQ-ACK для SO-HD-FDD WTRU.
[0088] В одном подходе, еNB может использовать различные правила адаптации линии связи для SO-HD-FDD WTRU и DO-HD-FDD WTRU для (расширенного) физического канала управления нисходящей линии связи ((Е)PDCCH) и/или PUSCH, Например, если еNB принимает прерывистую передачу (DTX), соответствующую PDCCH от DO-HD-FDD WTRU, еNB может повторно передавать PDCCH с более высокой мощностью передачи и/или более высоким уровнем агрегации CCE. Если еNB принимает DTX, соответствующую PDCCH от SO-HD-FDD WTEU в определенном подкадре восходящей линии связи, то еNB может повторно передавать PDCCH с той же мощностью передачи и/или уровнем агрегации (Е)CCE. Если, например, в этом случае, еNB принимает DTХ, соответствующую (Е)PDCCH, в подкадре для DO-HD-FDD WTRU или полнодуплексного WTRU, то еNB может предполагать или ожидать, что (E)PDCCH может быть пропущен в приемнике WTRU, например, из-за более низкого уровня адаптации линии связи, где более низкий уровень адаптации линии связи может означать, что уровень мощности передачи или скорость кодирования канала могут быть недостаточными для достижения определенного уровня частоты появления ошибок. еNB может повысить уровень адаптации линии связи путем добавления определенной величины мощности передачи или снижения скорости кодирования канала путем увеличения уровней агрегации (Е)CCE. Уровень адаптации линии связи может настраиваться как смещение отношения сигнал-шум (SNR) или отношения сигнал-шум+помеха (SINR).
[0089] В другом подходе, еNB может использовать различные правила адаптации линии связи для SO-HD-FDD WTRU, когда еNB принимает DTX, соответствующую PDCCH, в соответствии с местоположением подкадра восходящей линии связи. В этом случае, если еNB принимает DTX, соответствующую PDCCH, в подкадре n для SO-HD-FDD WTRU, и подкадр n является смежным подкадром, то еNB может не считать, что PDCCH потерян из-за ошибки адаптации линии связи. Тот же самый уровень адаптации линии связи может быть использован в повторной передаче. В противном случае, еNB может считать, что PDCCH потерян из-за ошибки адаптации линии связи, и повышать уровень адаптации линии связи. В качестве примера, подкадры n+1 или n-1 подкадра n нисходящей линии связи, содержащего канал широковещательной передачи, или подкадра n нисходящей линии связи, содержащего SIB-1, могут рассматриваться как смежные подкадры, в то время как подкадры n+1 или n-1 подкадра n нисходящей линии связи, содержащие другие SIB, могут не рассматриваться в качестве смежных подкадров. В другом примере, подкадры n+1 или n-1 подкадра n нисходящей линии связи, содержащего PMCH и/или PRS, могут рассматриваться как смежные подкадры. В качестве альтернативы, подкадры n+1 или n-1 подкадра n нисходящей линии связи, содержащего поисковый вызов, могут рассматриваться как смежные подкадры.
[0090] На фиг. 7 показана блок-схема последовательности операций, которая иллюстрирует пример процесса обработки конфликта для SO-HD-FDD WTRU. В этом примере, WTRU может игнорировать либо передачу восходящей линии связи, либо прием нисходящей линии связи, если WTRU запланирован для передачи восходящей линии связи в подкадре n 700, а также приема нисходящей линии связи в смежном подкадре (например, n-1 и/или n+1) 710. В этом случае, правило игнорирования может быть заранее определено или сконфигурировано в соответствии с приоритетом между передачей сигнала восходящей линии связи и приемом сигнала нисходящей линии связи. Проверка приоритета текущей передачи/приема может выполняться на этапе 720. В одном примере, сигнал нисходящей линии связи всегда может иметь более высокий приоритет, чем сигнал восходящей линии связи. В этом случае, если WTRU запланирован для приема сигнала нисходящей линии связи, такого как одноадресная передача, канал широковещательной передачи, сигнал синхронизации, поисковый вызов, PMCH и/или PRS, WTRU может принимать сигнал нисходящей линии связи на этапе 730, даже если WTRU запланирован для передачи сигнала восходящей линии связи. WTRU может пропустить передачу UL на этапе 750. Время переключения может требоваться или использоваться посредством WTRU перед приемом DL на этапе 730.
[0091] В качестве альтернативы, в одном примере, сигнал восходящей линии может всегда иметь более высокий приоритет, чем сигнал нисходящей линии связи. Например, если WTRU запланирован, чтобы передавать (например, любой) сигнал восходящей линии связи, например, PUSCH, PUCCH (например, для ACK/NACK или периодического отчета обратной связи CSI), SRS, SR и/или преамбулу PRACH, WTRU может передавать сигнал восходящей линии связи на этапе 740, даже если может иметься сигнал нисходящей линии связи для WTRU, чтобы принимать в смежном подкадре. В этом случае, если WTRU запланирован для передачи сигнала восходящей линии связи в подкадре n, WTRU может пропускать прием сигналов нисходящей линии связи в подкадре n, а также смежных подкадрах (например, подкадре n-1 и/или n+1) на этапе 760, где сигнал нисходящей линии связи может включать в себя по меньшей мере один из (E)PDCCH, PHICH, PCFICH и PDSCH. Если WTRU не планируется для DL в смежном подкадре в 710, WTRU может передавать сигнал UL на этапе 740 без учета приоритетов между сигналами восходящей линии связи и нисходящей линии связи. Время переключения может требоваться или использоваться WTRU перед передачей UL на этапе 740.
[0092] PDSCH, который может передаваться с временным идентификатором сотовой радиосети (C-RNTI), может иметь более низкий приоритет, чем сигналы восходящей линии связи, в то время как другие передачи нисходящей линии связи могут иметь более высокий приоритет, чем сигналы восходящей линии связи, причем сигнал восходящей линии связи может включать в себя по меньшей мере одно из PUSCH, PUCCH, SRS и SR.
[0098] Фиг. 8 представляет блок-схему последовательности операций, которая иллюстрирует альтернативный пример процесса обработки конфликта для SO-НD-FDD WTRU с участием второго предварительного подкадра. В этом примере, WTRU может игнорировать либо передачу восходящей линии связи, либо прием нисходящей линии связи, если WTBU запланирован для передачи восходящей линии связи в подкадре n, 800, а также запланирован для приема нисходящей линии связи в смежном подкадре (например, n-1), 810. В этом случае, правило игнорирования может быть предопределено или сконфигурировано в соответствии с приоритетом между передачей сигнала восходящей линии связи и приемом сигнала нисходящей линии связи. Проверка приоритета текущей передачи/приема может быть выполнена на этапе 820. Сигнал нисходящей линии связи всегда может иметь более высокий приоритет, чем сигнал восходящей линии связи, или наоборот. Может быть реализована опциональная альтернатива 830, которая предусматривает учет подкадра n-2. Если подкадр n-2 является приоритетным подкадром восходящей линии связи, то WTRU может пропустить прием как подкадра n-1, так и подкадра n, чтобы переключить осциллятор на частоту передачи, 840. На этапе 860 WTRU может передавать сигнал восходящей линии связи в подкадре n. Если подкадр n-2 не является приоритетным подкадром восходящей линии связи, 830, и прием сигнала нисходящей линии связи имеет более высокий приоритет, чем передача сигнала восходящей линии связи, 820, то WTRU может перейти к приему сигнала нисходящей линии связи в подкадре n-1, 850.
[0094] На фиг. 9 показана блок-схема последовательности операций, которая иллюстрирует еще один альтернативный пример процесса обработки конфликта для SO-HD-FDD WTRU с использованием смежного предыдущего подкадра. Блок-схема последовательности операций начинается с того, что WTRU планируется для передачи восходящей линии в подкадре n, 900. Если WTRU запланирован для приема нисходящей линии связи или не запланирован для передачи восходящей линии связи в смежном подкадре n+1, 910, WTRU переходит к проверке приоритета передачи/приема, 920. Может быть реализована опциональная альтернатива, 930, которая предусматривает учет подкадра n-1. Если проверка приоритета указывает передачу, то WTRU может определить, является ли подкадр n-1 приоритетным подкадром нисходящей линии связи, 930. Если n-1 является приоритетным подкадром нисходящей линии связи, то WTRU пропускает передачу и переключает осциллятор на частоту приема, 940. Затем WTRU может принять подкадр нисходящей линии связи в подкадре n+1, 960. Если WTRU не запланирован для DL, 910, WTRU продолжает передавать сигнал восходящей линии связи в подкадре n, 950. На этапе 970, WTRU пропускает прием в подкадре n+1. Если подкадр n-1 не является приоритетным подкадром нисходящей линии связи, WTRU продолжает передавать сигнал восходящей линии связи в подкадре n, 950, и может пропустить прием в подкадре n+1, 970. Если проверка приоритета передачи/приема, 920, указывает приоритет приема, WTRU пропускает передачу подкадра n и переключает осциллятор на частоту приема, 940. Затем WTRU способен принимать сигнал нисходящей линии связи в подкадре n+1, 960.
[0095] Измерение опорного сигнала информации состояния канала (CSI-RS) может иметь более низкий приоритет, чем запланированный сигнал восходящей линии связи. Например, если для WTRU необходимо (или он имеет сконфигурированные ресурсы) измерить CSI-RS в подкадре, и подкадр является либо смежным подкадром запланированного подкадра восходящей линии связи, либо является запланированным подкадром восходящей линии связи, WTRU может пропускать измерение CSI-RS в подкадре. WTRU может передавать запланированную передачу восходящей линии связи.
[0096] Каналы широковещательной передачи могут иметь более высокий приоритет, чем сигнал восходящей линии связи. В одном примере, если WTRU запланирован для передачи сигнала восходящей линии связи в подкадре n, и подкадр n является либо смежным подкадром подкадра нисходящей линии связи, который может содержать канал широковещательной передачи, либо подкадром нисходящей линии связи, то WTRU может игнорировать передачу восходящей линии связи. Если WTRU находится в режиме RRC_CONNECTED, то подкадр, содержащий SIB-1, может рассматриваться всегда как подкадр нисходящей линии связи, так что WTRU может игнорировать передачу восходящей линии связи для подкадра, содержащего SIB-1, и/или ассоциированных смежных подкадров. Подкадр, содержащий один или более других SIB-1, может рассматриваться в качестве подкадра нисходящей линии связи в течение периода модификации, если информация широковещательной передачи обновляется. Подкадр n может быть смежным подкадром, подкадром восходящей линии связи или подкадром нисходящей линии связи. Фиг. 10 показывает временную диаграмму, которая иллюстрирует пример схемы частичного игнорирования для SO-HD-FDD WTRU. В таком подходе, WTRU может игнорировать часть подкадра нисходящей линии связи или восходящей линии связи, которую он перекрывает. Например, если прием нисходящей линии связи перекрывается со смежным подкадром передачи восходящей линии связи, может приниматься часть подкадра нисходящей линии связи. WTRU может принимать PDCCH в подкадре, в то время как WTRU может пропускать прием части PDSCH подкадра. В этом случае, могут быть определены два типа подкадров, в которых SO-HD-FDD WTRU принимает только PDCCH, такие как подкадр многоадресной/ широковещательной передачи по одночастотной сети (MBSFN) и смежный подкадр непосредственно после последнего подкадра нисходящей линии связи. Не-MBSFN-подкадры, где SO-HD-FDD WTRU принимает только PDCCH, могут быть определены как подкадр только PDCCH. Эти подкадры показаны как 1002, 1010, 1018. В подкадре только PDCCH, DO-HD-PDD WTRU может принимать как PDCCH, так и PDSCH.
[0097] Могут быть определены два типа не-MBSFN-подкадров нисходящей линии связи, такие как подкадр только PDCCH 1002, 1010 и 1018 и подкадр PDCCH+PDSCH 1000, 1001, 1004, 1005, 1008, 1009, 1012, 1013, 1016 и 1017. В подкадре только PDCCH, WTRU может контролировать только PDCCH, в то время как в подкадре PDCCH+PDSCH, WTRU может контролировать PDCCH и может принимать сигналы в области PDSCH.
[0098] Подкадр только PDCCH может быть неявно сконфигурированным в соответствии с предоставлением восходящей линии связи. Например, если PUSCH запланирован в подкадре n, WTRU может принимать только PDCCH в подкадре n-2, даже при том, что подкадр n-2 является не-MBSFN-подкадром. В этом случае, если PDSCH запланирован в подкадре только PDCCH, WTRU может пропустить прием соответствующего PDSCH и передать NACK к еNB. Если PDSCH запланирован в подкадре только PDCCH, то WTRU может пропустить прием соответствующего PDSCH и передать DTX к еNB. Подкадр только PDCCH может быть неявно сконфигурирован как функция используемого значения опережения тайминга. Например, если значение опережения тайминга WTRU больше, чем предопределенный порог, то WTRU может пропускать контроль PDCCH в подкадре только PDCCH. Если значение опережения тайминга WTRU меньше, чем предопределенный порог, то WTRU может контролировать PDCCH в подкадре только PDCCH. Общее пространство поиска PDCCH может только контролироваться в подкадре только PDCCH.
[0099] В одном подходе, если WTRU сконфигурирован, чтобы измерять CSI-RS в подкадре n, и подкадр n находится в смежном подкадре для передачи восходящей линии связи или является подкадром (например, подкадром восходящей линии связи), в котором WTRU запланирован для передачи сигнала восходящей линии связи, то WTRU может пропустить прием CSI-RS в подкадре n для измерения CSI. Если WTRU должен (или запрашивается или ожидается) сообщить CSI, соответствующую CSI-RI, переданному в подкадре n, WTRU может передать самую последнюю CSI, измеренную перед подкадром n. Если WTRU не имеет самой последней CSI, измеренной перед подкадром n, то WTRU может сообщить значение по умолчанию, где значение по умолчанию может быть предопределенным значением, которое может быть использовано, когда измеренная CSI не доступна. Самая последняя измеренная CSI может включать в себя CQI, ΡΜI и/или RI.
[0100] Если WTRU сконфигурирован или запрашивается сообщить CSI, соответствующую CSI-RS, переданному в подкадре n, WTRU может передать самую последнюю измеренную CSI, если CSI обновлена от последней отчетности.
[0101] Если WTRU запрашивается сообщить CSI, то WTRU может сначала проверить, является ли CSI обновленной или нет, от последней отчетности CSI. Если CSI не обновлена от последней отчетности, то WTRU может не сообщать CSI, и может быть передан нулевой сигнал.
[0102] В другом подходе, если WTRU сконфигурирован или запрашивается сообщить CSI в подкадре n, и WTRU должен принимать сигнал нисходящей линии связи в подкадре n, то WTRU может либо сообщить CSI, либо принять сигнал нисходящей линии связи в соответствии с условием обновления CSI. Например, если CSI не обновлена от последней отчетности, WTRU может игнорировать отчетность CSI и может принимать сигнал нисходящей линии связи в подкадре. В противном случае, WTRU может сообщить CSI и пропустить прием сигнала нисходящей линии связи в соответствии с приоритетом.
[0103] Если сигнал нисходящей линии связи имеет более высокий приоритет, чем отчетность CSI, то WTRU может принимать сигнал нисходящей линии связи независимо от состояния обновления CSI. В качестве альтернативы, если сигнал нисходящей линии связи имеет более низкий приоритет, чем отчетность CSI, то WTRU может либо игнорировать отчетность CSI, либо передавать отчетность CSI в соответствии с условием обновления CSI.
[0104] На фиг. 11 показана временная диаграмма, которая иллюстрирует тайминг передачи без использования пакетных передач. В этом случае, FDD LC-МТС WTRU с одним осциллятором может иметь время переключения RX-к-TX (т.е., DL-к-UL) и TX-к-RX (т.е., UL-к-DL) 1 мс, исключая время прямого и обратного прохождения (RTT)). Как следствие, запланированная DL-передача в подкадре n с А/N обратной связью, ожидаемой в UL-подкадре n+4, может вызвать n+3 переключение DL-к-UL, n+4 UL-передачу A/N и затем n+5 переключение на частоту DL. Тогда n+6 подкадр будет готов к приему DL. Например, нисходящая линия связи возникает в подкадре 0 1100, операция переключения в подкадрах 1-3 1110, выгрузка в подкадре 4 1120, переключение в подкадре 5 1130 и прием нисходящей линии связи в подкадре 6 1140. Для WTRU на краю соты, потеря 2 мс в возможностях планирования может быть предусмотрена, поскольку время RTT может быть добавлено к времени переключения 1 мс. В целях повышения эффективности использования спектра для этих WTRU, пакетные передачи могут использоваться в обоих направлениях, DL и UL, а также сгруппированная обратная связь A/N для всего пакета, подобно методу дуплексной связи с временным разделением (TDD).
[0105] В другом подходе, LC-MTC может поддерживать n+4*k (где k может быть целым или натуральным числом) правило обратной связи при группировании A/N для планируемых данных DL. Это означает, что размер окна для пакетных передач DL может иметь, но не ограничивается следующими примерами, детализированными на фиг. 12-14.
[0106] Фиг. 12 иллюстрирует в качестве примера 2 подкадра 1200-1210 нисходящей линии связи, 3 подкадра 1220, 1230 переключения и A/N-подкадр 1240 восходящей линии связи. WTRU может группировать 2 A/N-бита в единую передачу формата 1b PUCCН, 1240, в n+4, в то время как n+3 1230 может использоваться для времени переключения.
[0107] Фиг. 13 иллюстрирует в качестве примера 6 подкадров нисходящей линии связи с n+7 1370 в качестве точки переключения и n+8 1380 в качестве точки обратной связи. WTRU может группировать 6 A/N в единую передачу PUCCH в подкадре n+8 1380.
[0108] Фиг. 14 иллюстрирует в качестве примера 10 подкадров 1400-1445 нисходящей линии связи с n+11 1455 в качестве точки переключения и n+12 в качестве UL PUCCH с 10 сгруппированными А/N 1460. В этой конфигурации может быть использован формат 3 PUCCH.
[0109] В этом случае, правило для пакетных передач DL для размера окна может быть получено как
Window_size=4*n+2, где n - целое положительное число
(уравнение 1)
[0110] Максимальное значение ʺWindow_sizeʺ может быть принято в качестве максимального числа A/N битов, которые формат 3 PUCCH может переносить без выполнения операции ʺИʺ между A/N принятых транспортных блоков, так что 1-к-1-отображение A/N посылается к еNB, избегая повторения всего пакета в случае сбоя приема подкадра. Отображение битов A/N для формата 3 PUCCH может быть конкатенированной последовательностью, начинающейся с A/N принятого первого подкадра, A/N второго принятого подкадра и т.д. Оставшиеся неиспользованные биты A/N могут быть заняты заполнением.
[0111] В другом подходе, где размер окна может быть меньше (2~4 подкадра), может быть приемлемым выбор простого ʺИʺ указателя для малого пакета (например, 2 подкадров), так что может быть использован формат 1 или 2b PUCCH. Когда 2 бита A/N доступны в PUCCH, то каждый бит может быть, например, ʺИʺ для двух пар транспортных блоков.
[0112] В другом подходе, WTRU может следовать одному или более правилам для сгруппированной обратной связи. После конца пакета DL, последнего подкадра n+k, где k - размер пакета DL в подкадрах, WTRU может сгруппировать A/N в передаче UL подкадра n+k+4. При таком подходе, предельный размер пакета будет следовать емкости A/N PUCCH.
[0113] Второе возможное правило, которое может освободить место для времени переключения, чтобы иметь сгруппированную обратную связь UL в подкадре m, определенном следующим образом:
m=n+Window_size+MOD4(n)+1 (уравнение 2)
[0114] Это может гарантировать, что WTRU использует первое кратное 4, основанное на подкадре n после пакета n+k для его сгруппированной обратной связи UL.
[0115] Пакет UL может быть сформирован аналогично TDD, и WTRU будет принимать свое множество A/N по физическому каналу указателя гибридного ARQ (PHICH), который может мультиплексировать A/N по множеству PHICH как посредством мультиплексирования множества WTRU вслед за последним подкадром UL из пакета данных WTRU. Таким образом, еNB может мультиплексировать множество A/N PHICH для этого пакета UL.
[0116] В другом подходе, WTRU может быть сконфигурирован с назначенным смещением подкадра обратной связи для DL и/или UL для размера окна пакета или с множеством смещений, специфичных для каждого размера окна из сконфигурированного набора.
[0117] Для того, чтобы способствовать четкой операции пакетной передачи SO-HD-FDD, еNB может сигнализировать размер окна пакета DL и/или UL. В одном подходе, размер окна для DL и UL может широковещательно передаваться через один из SIB с использованием битовой карты или комбинации битов, которые будут отображаться на различные установленные по умолчанию пакетные конфигурации в качестве опционального или обязательного IE. Если IE не транслируется, то WTRU может использовать нормальную операцию.
[0118] В другом варианте осуществления, размер окна для DL и UL может полу-статически конфигурироваться посредством RRC-сигнализации с использованием сообщения конфигурации или реконфигурации. В качестве альтернативы, WTRU может принимать набор размеров окон, которые WTRU может использовать.
[01191 Полу-статическая конфигурация может содержать ожидаемое смещение подкадра сгруппированной обратной связи A/N, которому WTRU должен следовать для размера(ов) окна пакета, сконфигурированного для DL и/или UL. Это смещение может отсчитываться от начала или от конца подкадра размера окна пакета. Это смещение может быть уникальным или может иметь конкретное значение для каждого размера окна.
[0120] В другом подходе, может использоваться динамическая конфигурация нисходящей линии связи. На основе количества данных из буфера еNB, может сигнализироваться больший или меньший размер окна пакетной передачи. Это может быть достигнуто посредством явной сигнализации в DCI (например, комбинации битов в DCI), переносимой по (E)PDCCH, который WTRU может принимать для надлежащего приема пакетной передачи. Этот размер окна может быть основан на наборе установленных по умолчанию размеров окна, которые WTRU может предполагать или знать,
[0121] В качестве альтернативы, WTRU может следовать декодированию (Е)PDCCH декодирование, и ʺконцевой бит пакета окнаʺ может быть использован еNB в последней DCI, относящейся к окну пакета, чтобы сигнализировать конец пакетных данных.
[0122] В другом подходе, может быть использована динамическая конфигурация восходящей линии связи. В дополнение к полу-статической конфигурации, более динамичная схема может быть предусмотрена как отдельно, так и в виде комбинации обоих:
[01231 После запроса планирования (SR), посланного посредством WTRU, еNB может сигнализировать, как часть предоставления UL, размер окна для использования. Сигнал может быть явной комбинацией битов, которую WTRU может интерпретировать как один из полу-статически сконфигурированных размеров окна UL.
[0124] После приема отчета о состоянии буфера (BSR), еNB может увеличить размер окна или уменьшить его на основе количества данных из буфера WTRU с использованием любого способа, описанного в данном документе относительно динамической конфигурации восходящей линии связи,
[0125] После приема отчета о запасе мощности (PHR) от WTRU, еNB может адаптировать схему модуляции и кодирования (MCS) и предоставления UL (адаптацию линии связи) и размер окна, чтобы адаптировать передачи WTRU в корреляции с последним принятым отчетом BSR.
[0126] Дополнительно WTRU может использовать управляющий элемент (CE) управления доступом к среде (MAC) для сигнализации размера окна пакета UL или модификации размера окна пакета UL. WTEU может использовать часть из полезной нагрузки PUCCH для сигнализации размера окна пакета UL. В качестве альтернативы, WTRU может включать в последний подкадр пакета UL UCI с указанием конца пакетных данных.
[0127] Хотя признаки и элементы описаны выше в конкретных комбинациях, специалисту в данной области техники будет понятно, что каждый признак или элемент может быть использован по отдельности или в любой комбинации с другими признаками и элементами. Кроме того, способы, описанные в данном документе, могут быть реализованы в компьютерной программе, программном обеспечении или микропрограммном обеспечении, включенном в считываемый компьютером носитель для исполнения компьютером или процессором. Примеры считываемых компьютером носителей включают в себя электронные сигналы (передаваемые по проводным или беспроводным соединениям связи) и считываемые компьютерами носители для хранения данных. Примеры считываемых компьютером носителей данных включают в себя, без ограничения указанным, постоянную память (ROM), оперативную память (RAM), регистр, кэш-память, полупроводниковые устройства памяти, магнитные носители, такие как внутренние жесткие диски и съемные диски, магнитооптические носители и оптические носители, такие как CD-ROM-диски, и цифровые универсальные диски (DVD). Процессор совместно с программным обеспечением может использоваться для реализации радиочастотного приемопередатчика для использования в WTRU, WTRU, терминала, базовой станции, RNC или любого хост-компьютера.
ВАРИАНТЫ ОСУЩЕСТВЛЕНИЯ
1. Способ для полудуплексного режима с использованием одного осциллятора.
2. Способ по варианту осуществления 1, в котором планировщик расширенного узла В (еNB) информируется о том, реализован ли WTRU с полудуплексной функциональной возможностью с одним осциллятором или двумя осцилляторами.
3. Способ по любому из предыдущих вариантов осуществления, в котором WTRU с одним осциллятором может не принимать или не передавать в подкадре, если имеется планирование одноадресного трафика в любом направлении в пределах времени переключения.
4. Способ по любому из предыдущих вариантов осуществления, в котором поведение WTRU с одним осциллятором определяется при условии, что сигналы восходящей линии связи и нисходящей линии связи расположены в том же подкадре или смежных подкадрах.
5. Способ по любому из предыдущих вариантов осуществления, в котором WTRU с одним осциллятором может не передавать сигнал восходящей линии связи или может не принимать сигнал нисходящей линии связи при условии, что сигналы восходящей линии связи и нисходящей линии связи расположены в том же самом подкадре или смежных подкадрах.
6. Способ по любому из предыдущих вариантов осуществления, в котором спектральная эффективность не существенно ухудшается из-за времени переключения.
7. Способ по любому из предыдущих вариантов осуществления, в котором еNB может информироваться посредством WTRU относительно функциональной возможности SO-HD-FDD.
8. Способ по любому из предыдущих вариантов осуществления, в котором еNB вслепую обнаруживает функциональную возможность SO-HD-FDD без явного указания от WTRU.
9. Способ по любому из предыдущих вариантов осуществления, в котором поднабор процесса HARQ используется для поддержки SO-HD-FDD WTRU с одним осциллятором.
10. Способ по любому из предыдущих вариантов осуществления, в котором используются два процесса HARQ для одноадресного трафика.
11. Способ по любому из предыдущих вариантов осуществления, в котором различное число процессов HARQ используется в соответствии с числом осцилляторов.
12. Способ по любому из предыдущих вариантов осуществления, в котором два процесса HARQ используются для SO-HD-FDD WTRU.
13. Способ по любому из предыдущих вариантов осуществления, в котором три процесса HARQ используются для DO-HD-FDD WTRU.
14. Способ по любому из предыдущих вариантов осуществления, в котором планировщик еNB всегда рассматривает поднабор подкадров в качестве нисходящей линии связи, даже если один или более подкадров должны быть использованы для направления восходящей линии связи в соответствии с процедурой HARQ.
15. Способ по любому из предыдущих вариантов осуществления, в котором планировщик еNB определяет правило приоритета между восходящей линией связи и нисходящей линией связи, и планирование PUSCH или PDSCH основано на правилах приоритета
16. Способ по любому из предыдущих вариантов осуществления, в котором смежный подкадр не перекрывается с подкадрами, содержащими один или более из канала широковещательной передачи, канала поискового вызова и канала синхронизации.
17. Способ по любому из предыдущих вариантов осуществления, в котором планировщик еNB предполагает, что все SO-HD-FDD WTRU могут принимать каналы широковещательной передачи и поискового вызова в RRC_CONNECTED режиме.
18. Способ по любому из предыдущих вариантов осуществления, в котором приемник еNB предполагает, что запланированная передача восходящей линии связи в определенном подкадре может не передаваться от SO-HD-FDD WTRU.
19. Способ по любому из предыдущих вариантов осуществления, в котором еNB пропускает декодирование запланированного сигнала восходящей линии связи для уменьшения сложности декодирования и сбережения вычислительной мощности.
20. Способ по любому из предыдущих вариантов осуществления, в котором приемник еNB предполагает, что повторение HARQ-ACK пропускается в определенном подкадре восходящей линии связи, если SO-HD-FDD WTRU сконфигурирован с повторениями HARQ-ACK.
21. Способ по любому из предыдущих вариантов осуществления, в котором еNB использует различные правила адаптации линии связи для SO-HD-FDD WTRU и DO-HD-FBD WTRU для (расширенного) физического канала управления нисходящей линии связи ((E)PDCCH) и физического совместно используемого канала восходящей линии связи (PUSCH).
22. Способ по любому из предыдущих вариантов осуществления, в котором при условии, что еNB принимает прерывистую передачу (DTX), соответствующую PDCCH, от DO-HB-FDB WTRU, еNB повторно передает PDCCH с более высокой мощностью передачи и/или более высоким уровнем агрегации CCE.
23. Способ по любому из предыдущих вариантов осуществления, в котором при условии, что еNB принимает DTX, соответствующую PDCCH, от SO-HD-FDD WTRU в определенном подкадре восходящей линии связи, еNB повторно передает PDCCH с той же мощностью передачи и/или уровнем агрегации СЕЕ.
24. Способ по любому из предшествующих вариантов осуществления, в котором еNB использует различные правила адаптации линии связи для SO-HD-FDD WTRU при условии, что еNB принимает DTX, соответствующую PDCCH, в соответствии с расположением подкадра восходящей линии связи.
25. Способ по любому из предыдущих вариантов осуществления, в котором WTRU игнорирует либо передачу восходящей линии связи, либо прием нисходящей линии связи в подкадре n, если WTRU запланирован для передачи восходящей линии связи, а также приема нисходящей линии связи.
26. Способ по любому из предыдущих вариантов осуществления, в котором WTRD игнорирует капли часть подкадра нисходящей линии связи или восходящей линии связи, которая перекрывается.
27, Способ по любому из предыдущих вариантов осуществления, в котором при условии, что WTRU сконфигурирован для измерения CSI-RS в подкадре n, и подкадр n находится в смежном подкадре для передачи восходящей линии связи или подкадре восходящей линии связи, в котором WTRU запланирован для передачи сигнала восходящей линии связи, WTRU пропускает прием CSI-RS в подкадре n для измерения CSI.
28. Способ по любому из предыдущих вариантов осуществления, в котором при условии, что WTRU требуется сообщать в подкадре n, и WTRU также требуется принимать сигнал нисходящей линии связи в подкадре n, WTRU либо сообщает CSI, либо принимает сигнал нисходящей линии связи в соответствии с условием обновления CSI.
29. Способ по любому из предыдущих вариантов осуществления, в котором пакетные передачи используются в обоих направлениях DL и UL, а также сгруппированная обратная связь A/N для всего пакета подкадров для повышения эффективности использования спектра.
30. Способ по любому из предыдущих вариантов осуществления, в котором LC-MTC поддерживает правило обратной связи n+4*k при группировании A/N для запланированных данных DL.
31. Способ по любому из предыдущих вариантов осуществления, в котором WTRU соблюдает следующие правила для сгруппированной обратной связи: после конца пакета DL, последнего подкадра n+k, где k является размером пакета DL в подкадрах, WTRU может группировать A/N в подкадре n+k+4 передачи UL. В этом решении, предел размера пакета будет следовать емкости A/N PUCCH; и сгруппированная обратная связь UL в подкадре m определяется как: m=n+Window_size+MOD4(n)+1.
32. Способ по любому из предыдущих вариантов осуществления, в котором WTRU сконфигурирован с назначенным смещением подкадра обратной связи для DL и/или UL для размера окна пакета или с множеством смещений, специфичными для каждого размера окна из сконфигурированного набора.
33. Способ по любому из предыдущих вариантов осуществления, в котором еNB может сигнализировать размер окна пакета DL и/или UL с использованием одного или комбинации из следующих методов: полу-статической конфигурации; динамической конфигурации нисходящей линии связи и динамической конфигурации восходящей линии связи.
34. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий передачу указания HD-FDD с одним осциллятором (SO-HD-FDD) WTRU.
35. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий разделение PRACH для SO-HD-FDD UE.
36. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий этап слепого обнаружения в приемнике еNB путем планирования восходящей линии связи и нисходящей линии связи в смежных подкадрах.
37. Способ по любому из предыдущих вариантов осуществления, в котором процедура HARQ для SO-FID-FDD WTRU содержит по меньшей мере одно выбранное из группы, включающей в себя поднабор последовательных процессов HARQ и смещение процесса HARQ для двух групп SO-HD-FDD WTRU.
38. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий предотвращение конфликта для сигналов восходящей линии связи и нисходящей линии связи в смежных подкадрах на основе правил приоритета между сигналами восходящей линии связи и нисходящей линии связи.
39. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий игнорирование правил WTRU, когда сигналы восходящей линии связи и нисходящей линии связи запланированы в смежных подкадрах.
40. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий основанную на пакетах передачу с агрегированной передачей A/N для уменьшения потери спектральной эффективности из-за длительного времени переключения.
41. WTRU, сконфигурированный для выполнения способа по любому из предыдущих вариантов осуществления, содержащий:
приемник;
передатчик и
процессор с возможностью связи с передатчиком и приемником,
42. еNB, сконфигурированный для выполнения способа по любому из вариантов осуществления 1-40.
43. Базовая станция, сконфигурированная для выполнения способа по любому из вариантов осуществления 1-40.
44. Интегральная схема, сконфигурированная для выполнения способа по любому из вариантов осуществления 1-40.