МНОГОТОЧЕЧНАЯ ПЕРЕДАЧА ПРИ БЕСПРОВОДНОЙ СВЯЗИ Российский патент 2018 года по МПК H04B7/02 H04B7/08 

[0001] Данная заявка требует преимущества предварительной заявки на патент США №61/542 145, озаглавленной «MULTIPOINT TRANSMISSION IN WIRELESS COMMUNICATIONS SYSTEM», зарегистрированной 30 сентября 2011; предварительной заявки на патент США №61/591 789, озаглавленной «MULTIPOINT TRANSMISSION IN WIRELESS COMMUNICATIONS SYSTEM», зарегистрированной 27 января 2012; временной патентной заявки США №61/604 399, озаглавленной «MULTIPOINT TRANSMISSION IN WIRELESS COMMUNICATIONS SYSTEM», зарегистрированной 28 февраля 2012; предварительной заявки на патент США №61/616 256, «MULTIPOINT TRANSMISSION IN WIRELESS COMMUNICATIONS SYSTEM», зарегистрированной 27 марта 2012; предварительной заявки на патент США №61/644 827, озаглавленной «MULTIPOINT TRANSMISSION IN WIRELESS COMMUNICATIONS SYSTEM», зарегистрированной 9 мая 2012; предварительной заявки на патент США №61/678 437, озаглавленной «MULTIPOINT TRANSMISSION IN WIRELESS COMMUNICATIONS SYSTEM», зарегистрированной 1 августа 2012; раскрытия всех шести заявок таким образом включены для сведения в данное описание во всей своей полноте, для всех целей.

УРОВЕНЬ ТЕХНИКИ

[0002] Координированная многоточечная передача (СоМР) для беспроводных систем долгосрочного развития (LTE) относится к семейству схем, задействующих координацию между множеством географически удаленных друг от друга точек сети для связи с пользовательским устройством (UE) (или беспроводным устройством приема/передачи (WTRU)). В направлении восходящей линии связи СоМР может задействовать объединенный прием передаваемого сигнала в множестве точек приема и/или решения координированного планирования среди точек для управления помехами и улучшения зоны обслуживания.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

[0004] Описанные способы и устройство, рассматриваемые отдельно или в комбинации, предоставляют возможность беспроводному устройству приема/передачи (WTRU) передавать различные типы каналов восходящей линии связи или сигналов в месте развертывания системы, где могут существовать множество точек адресата. В некоторых описанных в данной работе вариантах осуществления данные способы предоставляют возможность WTRU выбирать точку адресата передачи на динамической основе. В системе, где выбор точки адресата из множества потенциальных точек адресата может быть возможным для передачи WTRU, некоторые варианты осуществления системы и способов обеспечивают определение обработки повторных передач гибридного автоматического запроса повторной передачи (HARQ) и механизмы передачи информации о новом (например, рассмотренном вариантами осуществления) запасе по мощности. В дополнительных вариантах осуществления описаны способы для сокращения или запрета передач WTRU к точкам адресата, с которыми WTRU потерял возможность обеспечения связи. Опорные сигналы (RS) могут увеличиваться при использовании смещения предварительного циклического сдвига (CS) для компенсации смещения пика из-за выделения неспаренного диапазона частот (BW), вводя другой уровень скачкообразного изменения по различным размерам RS или используя способ разъединения скачкообразное изменение CS от выбора основных последовательностей. Также описаны способы для определения начального значения скачкообразного изменения CS и других параметров, основываясь на повторной интерпретации поля циклического сдвига (CSF). Также описаны различные команды управления мощностью передачи (ТРС) для апериодического зондирующего опорного сигнала (SRS), периодического SRS и физического совместно используемого канала восходящей линии связи (PUSCH). Дополнительные способы управления мощностью описаны для SRS, используя разъединенные команды ТРС. Также раскрыты способы улучшения сопоставления ресурсного блока (RB) физического совместно используемого канала (PUSCH) восходящей линии связи, основываясь на более динамическом выделении RB PUSCH. Описаны дополнительные способы для выбора контекстов передачи восходящей линии связи (UTC) для физического канала управления восходящей линии связи (PUCCH). Также описаны способы для обработки команды ТРС для множества UTC или для групп физических каналов и/или типов передачи и то, как поступать с подмножествами субкадров, когда WTRU могут иметь ограниченные возможности передачи, такие как, например, дополнительная усовершенствованная координация помех между ячейками (FelCIC).

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

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

[0009] фиг. 1А - системная схема примерной системы связи, в которой могут воплощаться один или большее количество раскрытых вариантов осуществления;

[0010] фиг. 1В - системная схема примерного беспроводного устройства приема/передачи (WTRU), которое может использоваться в пределах системы связи, показанной на фиг. 1А;

[0011] фиг. 1С - системная схема примерной сети радиодоступа и примерной базовой сети, которая может использоваться в пределах системы связи, показанной на фиг. 1А;

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

[0013] фиг. 3 показывает пример выделения неспаренного диапазона частот, совместимого с вариантами осуществления;

[0014] фиг. 4 показывает пример смещения пика корреляции, совместимого с вариантами осуществления;

[0015] фиг. 5 и 6 - конфигурации контекстов передачи восходящей линии связи (UTC) Pcell, совместимые с вариантами осуществления;

[0016] фиг. 7 - типовая таблица информационных элементов UplinkPowerControl, совместимых с вариантами осуществления;

[0017] фиг. 8 - примерная иллюстрация компенсации циклического сдвига (CS) в сети, совместимой с вариантами осуществления; и

[0018] фиг. 9 - пример поля циклического сдвига, совместимого с вариантами осуществления.

ПОДРОБНОЕ ОПИСАНИЕ

[0019] Подробное описание иллюстративных вариантов осуществления будет далее описано в отношении различных фигур. Хотя данное описание обеспечивает подробный пример возможных воплощений, нужно отметить, что подробности являются примерными и никоим образом не ограничивают объем заявки. Можно понимать, что в данной работе артикль «а» или «an», отсутствие дополнительных уточнения или характеристики, означает, например, «один или большее количество» или «по меньшей мере один».

[0020] Фиг. 1А - схема примерной системы 100 связи, в которой могут воплощаться один или большее количество раскрытых вариантов осуществления. Система 100 связи может быть системой множественного доступа, которая обеспечивает контент, такой как голос, данные, видео, обмен сообщениями, вещание и т.д., множеству беспроводных пользователей. Система 100 связи может предоставлять возможность множеству беспроводных пользователей получать доступ к такому контенту через совместное использование системных ресурсов, которые включают в себя беспроводной диапазон частот. Например, системы 100 связи могут использовать один или большее количество способов доступа к каналу, такой как множественный доступ с кодовым разделением каналов (CDMA), множественный доступ с временным разделением каналов (TDMA), множественный доступ с частотным разделением каналов (FDMA), ортогональный FDMA (OFDMA), FDMA с одной несущей (SC-FDMA) и т.п.

[0021] Как показано на фиг. 1А, система 100 связи может включать в себя беспроводные устройства приема/передачи (WTRU) 102а, 102b, 102с, 102d, сеть радиодоступа (RAN) 104, базовую сеть 106, коммутируемую телефонную сеть общего пользования (ТфОП) 108, Интернет 110 и другие сети 112, хотя следует признать, что раскрытые варианты осуществления рассматривают любое количество WTRU, базовых станций, сетей и/или сетевых элементов. Каждое из WTRU 102а, 102b, 102с, 102d может быть устройством любого типа, сконфигурированным для работы и/или осуществления связи в беспроводной среде. Для примера WTRU 102а, 102b, 102с, 102d могут конфигурироваться для передачи и/или приема беспроводных сигналов и могут включать в себя пользовательское устройство (UE), подвижную станцию, стационарное или мобильное абонентское устройство, пейджер, мобильный телефон, карманный персональный компьютер (КПК), смартфон, портативный компьютер, нетбук, персональный компьютер, беспроводный датчик, бытовую электронику и т.п.

[0022] Системы 100 связи могут также включать в себя базовую станцию 114а и базовую станцию 114b. Каждая из базовых станций 114а, 114b может быть устройством любого типа, сконфигурированным для соединения беспроводным образом по меньшей мере с одним из WTRU 102а, 102b, 102с, 102d для обеспечения доступа к одной или большему количеству сетей связи, такой как базовая сеть 106, Интернет 110 и/или сети 112. Для примера базовые станции 114а, 114b могут быть базовой приемопередающей станцией (BTS), узлом В, eNode В, домашним узлом В, домашним eNode В, контроллером сайта, точкой доступа (АР), беспроводным маршрутизатором и т.п. Хотя каждая из базовых станций 114а, 114b изображена как один элемент, следует признать, что базовые станции 114а, 114b могут включать в себя любое количество связанных базовых станций и/или сетевых элементов.

[0023] Базовая станция 114а может быть частью RAN 104, которая может также включать в себя другие базовые станции и/или сетевые элементы (не показаны), такие как контроллер базовой станции (BSC), контроллер радиосети (RNC), транзитные узлы и т.д. Базовая станция 114а и/или базовая станция 114b могут конфигурироваться для передачи и/или приема беспроводных сигналов в пределах определенной географической области, которая может упоминаться как ячейка (не показана). Ячейка может дополнительно делиться на сектора ячейки. Например, ячейка, соответствующая базовой станции 114а, может делиться на три сектора. Таким образом, в одном варианте осуществления базовая станция 114а может включать в себя три приемопередатчика, то есть один для каждого сектора ячейки. В другом варианте осуществления базовая станция 114а может использовать технологию с множеством входов и множеством выходов (MIMO) и, поэтому, может использовать множество приемопередатчиков для каждого сектора ячейки.

[0024] Базовые станции 114а, 114b могут осуществлять связь с одним или большего количествам количеством WTRU 102а, 102b, 102с, 102d по радиоинтерфейсу 116, который может быть любой подходящей линией связи беспроводной связи (например, радиочастотной (РЧ), микроволновой, инфракрасной (ИК), ультрафиолетовой (УФ), видимого света и т.д.). Радиоинтерфейс 116 может устанавливаться, используя любую подходящую технологию радиодоступа (RAT).

[0025] Более конкретно, как отмечено выше, система 100 связи может быть системой множественного доступа и может использовать одну или большее количество схем доступа к каналу, таких как CDMA, TDMA, FDMA, OFDMA, SC-FDMA и т.п. Например, базовая станция 114а в RAN 104 и WTRU 102а, 102b, 102с могут воплощать радиотехнологию, такую как универсальная система мобильной связи (UMTS) наземного радиодоступа (UTRA), которая может устанавливать радиоинтерфейс 116, используя широкополосный CDMA (WCDMA). WCDMA может включать в себя протоколы связи, такие как высокоскоростной пакетный доступ (HSPA) и/или усовершенствованный HSPA (HSPA+). HSPA может включать в себя высокоскоростной пакетный доступ нисходящей линии связи (HSDPA) и/или высокоскоростной пакетный доступ восходящей линии связи (HSUPA).

[0026] В другом варианте осуществления базовая станция 114а и WTRU 102а, 102b, 102с могут воплощать радиотехнологию, такую как усовершенствованный наземный радиодоступ UMTS (E-UTRA), которая может устанавливать радиоинтерфейс 116, используя систему долгосрочного развития (LTE) и/или расширенную LTE (LTE-А).

[0027] В других вариантах осуществления базовая станция 114а и WTRU 102а, 102b, 102с могут осуществлять радиотехнологии, такие как IEEE 802.16 (то есть глобальная совместимость для микроволнового доступа (WiMAX)), CDMA2000, CDMA2000 IX, CDMA2000 EV-DO, промежуточный стандарт 2000 (IS-2000), промежуточный стандарт 95 (IS-95), промежуточный стандарт 856 (IS-856), глобальная система связи с подвижными объектами (GSM), развитие стандарта GSM с увеличенной скоростью передачи данных (EDGE), EDGE GSM (GERAN) и т.п.

[0028] Базовая станция 114b на фиг. 1А может быть, например, беспроводным маршрутизатором, домашним узлом В, домашним eNode В или точкой доступа и может использовать любую подходящую 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-А и т.д.) для установки пикоячейки или фемтоячейки. Как показано на фиг. 1А, базовая станция 114b может иметь непосредственное соединение с Интернет 110. Таким образом не требуется, чтобы базовая станция 114b могла получать доступ к Интернет 110 через базовую сеть 106.

[0029] RAN 104 может быть связана с базовой сетью 106, которая может быть сетью любого типа, сконфигурированной для обеспечения услуг передачи голоса, данных, приложений и/или голоса по Интернет-протоколу (VoIP) к одному или большему количеству WTRU 102а, 102b, 102с, 102d. Например, базовая сеть 106 может обеспечивать управление вызовами, услуги биллинга (выставления счетов), основанные на расположении мобильные услуги, заранее оплаченные вызовы, подключение к Интернет, распределение видео и т.д., и/или выполнять функции обеспечения безопасности высокого уровня, например, аутентификацию пользователя. Хотя не показано на фиг. 1А, следует признать, что RAN 104 и/или базовая сеть 106 может быть непосредственно или опосредованно связана с другими RAN, которые используют ту же самую RAT, как RAN 104, или отличающуюся RAT. Например, в дополнение к соединению с RAN 104, которая может использовать радиотехнологию E-UTRA, базовая сеть 106 может также быть связана с другой RAN (не показана), использующей радиотехнологию GSM.

[0030] Базовая сеть 106 может также служить шлюзом для WTRU 102а, 102b, 102с, 102d для получения доступа к ТфОП 108, Интернет 110 и/или другим сетям 112. ТфОП 108 может включать в себя телефонные сети с коммутацией каналов, которые обеспечивают обычную телефонную сеть (POTS). Интернет 110 может включать в себя глобальную систему связанных компьютерных сетей и устройств, которые используют обычные протоколы связи, такие как протокол управления передачей (TCP), протокол пользовательских датаграмм (UDP) и Интернет-протокол (IP) в наборе Интернет-протоколов TCP/IP. Сети 112 могут включать в себя проводные или беспроводные сети связи, которые принадлежат и/или которыми управляют другие поставщики услуг. Например, сети 112 могут включать в себя другую базовую сеть, подключенную к одной или большему количеству RAN, которые могут использовать ту же самую RAT, как RAN 104, или отличающуюся RAT.

[0031] Некоторые или все WTRU 102а, 102b, 102с, 102d в системе 100 связи могут включать в себя многорежимные возможности, то есть WTRU 102а, 102b, 102с, 102d могут включать в себя множество приемопередатчиков для осуществления связи с различными беспроводными сетями по различным беспроводным линиям связи. Например, WTRU 102с, показанное на фиг. 1А, может конфигурироваться для осуществления связи с базовой станцией 114а, которая может использовать основанную на сотовой связи радиотехнологию, и с базовой станцией 114b, которая может использовать радиотехнологии IEEE 802.

[0032] Фиг. 1В - системная схема примерного WTRU 102. Как показано на фиг. 1B, WTRU 102 может включать в себя процессор 118, приемопередатчик 120, элемент 122 передачи/приема, динамик/микрофон 124, клавиатуру 126, дисплей/сенсорную панель 128, несменное запоминающее устройство 130, сменное запоминающее устройство 132, источник 134 электропитания, набор микросхем 136 системы глобального позиционирования (GPS) и другие периферийные устройства 138. Следует признать, что WTRU 102 может включать в себя любую подкомбинацию вышеуказанных элементов, оставаясь совместимым с вариантом осуществления.

[0033] Процессор 118 может быть универсальным процессором, специальным процессором, обычным процессором, процессором цифровой обработки сигналов (DSP), множеством микропроцессоров, одним или большим количеством микропроцессоров вместе с ядром DSP, контроллером, микроконтроллером, специализированной интегральной схемой (СпИС), программируемой пользователем вентильной матрицей (FPGA), интегральной схемой (ИС) любого другого типа, конечным автоматом и т.п. Процессор 118 может выполнять кодирование сигнала, обработку данных, управление мощностью, обработку ввода-вывода и/или любые другие функциональные возможности, которые предоставляют возможность WTRU 102 работать в беспроводной среде. Процессор 118 может быть связан с приемопередатчиком 120, который может быть связан с элементом 122 передачи/приема. Хотя фиг. 1В изображает процессор 118 и приемопередатчик 120 как отдельные компоненты, следует признать, что процессор 118 и приемопередатчик 120 могут интегрироваться вместе в электронном блоке или кристалле.

[0034] Элемент 122 передачи/приема может конфигурироваться для передачи сигналов к базовой станции (например, базовой станции 114а) или приема сигналов от нее по радиоинтерфейсу 116. Например, в одном варианте осуществления элемент 122 передачи/приема может быть антенной, сконфигурированной для передачи и/или приема РЧ сигналов. В другом варианте осуществления элемент 122 передачи/приема может быть излучателем/приемником, сконфигурированным, например, для передачи и/или приема ИК, УФ сигналов или сигналов видимого света. В еще одном варианте осуществления элемент 122 передачи/приема может конфигурироваться для передачи и приема и РЧ, и световых сигналов. Следует признать, что элемент 122 передачи/приема может конфигурироваться для передачи и/или приема любой комбинации беспроводных сигналов.

[0035] Кроме того, хотя элемент 122 передачи/приема изображен на фиг. 1В как один элемент, WTRU 102 может включать в себя любое количество элементов 122 передачи/приема. Более конкретно, WTRU 102 может использовать технологию MIMO. Таким образом, в одном варианте осуществления WTRU 102 может включать в себя два или большее количество элементов 122 передачи/приема (например, множество антенн) для передачи и приема беспроводных сигналов по радиоинтерфейсу 116.

[0036] Приемопередатчик 120 может конфигурироваться для модулирования сигналов, которые должны передаваться элементом 122 передачи/приема, и демодулирования сигналов, которые принимаются элементом 122 передачи/приема. Как отмечено выше, у WTRU 102 могут быть многорежимные возможности. Таким образом, приемопередатчик 120 может включать в себя множество приемопередатчиков для предоставления возможности WTRU 102 осуществлять связь через множество RAT, таких, например, как UTRA и IEEE 802.11.

[0037] Процессор 118 из WTRU 102 может быть соединен и может принимать пользовательские данные, вводимые от динамика/микрофона 124, клавиатуры 12 6 и/или дисплея/сенсорной панели 128 (например, жидкокристаллического (LCD) устройства отображения или устройства отображения на основе органических светоизлучающих диодов (OLED)). Процессор 118 может также выводить пользовательские данные на динамик/микрофон 124, клавиатуру 126 и/или дисплей/сенсорную панель 128. Кроме того, процессор 118 может получать доступ к информации и сохранять данные в запоминающем устройстве любого подходящего типа, таком как несменное запоминающее устройство 130 и/или сменное запоминающее устройство 132. Несменное запоминающее устройство 130 может включать в себя оперативную память (ОП), постоянное запоминающее устройство (ПЗУ), жесткий диск или запоминающее устройство любого другого типа. Сменное запоминающее устройство 132 может включать в себя карту модуля идентификации абонента (SIM), флеш-карту, карту памяти формата Secure Digital (SD) и т.п. В других вариантах осуществления процессор 118 может получать доступ к информации из запоминающего устройства, которое физически не находится в WTRU 102, например, на сервере или в домашнем компьютере (не показан), и сохранять данные в нем.

[0038] Процессор 118 может получать электропитание из источника 134 электропитания, и может конфигурироваться для распределения и/или управления электропитанием к другим компонентам в WTRU 102. Источник 134 электропитания может быть любым подходящим устройством для обеспечения электропитания к WTRU 102. Например, источник 134 электропитания может включать в себя одну или большее количество сухих батарей (например, никель-кадмиевых (NiCd), никель-цинковых (NiZn), никель-металл-гидридных (NiMH), ионно-литиевых (Li-ion) и т.д.), солнечных элементов, топливные элементов и т.п.

[0039] Процессор 118 может также быть соединен с набором микросхем 136 GPS, который может конфигурироваться для предоставления информации о местоположении (например, долготы и широты) текущего расположения WTRU 102. В дополнение или вместо информации от набора микросхем 136 GSM, WTRU 102 может принимать информацию расположения по радиоинтерфейсу 116 от базовой станции (например, базовых станций 114а, 114b) и/или определять свое местоположение, основываясь на временном распределении сигналов, принимаемых от двух или большего количества соседних базовых станций. Следует признать, что WTRU 102 может получать информацию о местоположении посредством любого подходящего способа определения местоположения, оставаясь совместимым с вариантом осуществления.

[0040] Процессор 118 может дополнительно быть соединен с другими периферийными устройствами 138, которые могут включать в себя один или большее количество программных и/или аппаратных модулей, которые обеспечивают дополнительные особенности, функциональные возможности и/или возможность проводной или беспроводной связи. Например, периферийные устройства 138 могут включать в себя акселерометр, электронный компас, спутниковый приемопередатчик, цифровую камеру (для фотографий или видео), порт универсальной последовательной шины (USB), устройство вибрации, телевизионный приемопередатчик, гарнитуру «свободные руки», модуль Bluetooth®, приемник частотно модулированного (FM) радиосигнала, цифровой аудиоплейер, универсальный проигрыватель, плеер видеоигр, Интернет-браузер и т.п.

[0041] Фиг. 1С - системная схема RAN 104 и базовой сети 106 согласно варианту осуществления. Как отмечено выше, RAN 104 может использовать радиотехнологию E-UTRA для осуществления связи с WTRU 102а, 102b, 102с по радиоинтерфейсу 116. RAN 104 может также быть связана с базовой сетью 106.

[0042] RAN 104 может включать в себя ENode-B 140а, 140b, 140с, хотя следует признать, что RAN 104 может включать в себя любое количество ENode-B, оставаясь совместимой с вариантом осуществления. Каждый ENode-B 140а, 140b, 140с может включать в себя один или большее количество приемопередатчиков для осуществления связи с WTRU 102а, 102b, 102с по радиоинтерфейсу 116. В одном варианте осуществления ENode-B 140а, 140b, 140с могут воплощать технологию MIMO. Таким образом, eNode-B 140а, например, может использовать множество антенн для передачи беспроводных сигналов и приема беспроводных сигналов от WTRU 102а.

[0043] Каждый ENode-B 140а, 140b, 140с может соответствовать определенной ячейке (не показана) и может конфигурироваться для обработки решений по управлению радиоресурсами, решений по передаче обслуживания, планирования пользователей в восходящей линии связи и/или нисходящей линии связи и т.п. Как показано на фиг. 1С, ENode-B 140а, 140b, 140с могут осуществлять связь друг с другом по интерфейсу Х2.

[0044] Базовая сеть 106, показанная на фиг. 1С, может включать в себя шлюз 142 управления подвижностью (MME), обслуживающий шлюз 144 и шлюз 146 сети передачи пакетных данных (PDN). Хотя каждый из вышеуказанных элементов изображен как часть базовой сети 106, следует признать, что любой из этих элементов может принадлежать и/или управляться другим объектом, чем оператор данной базовой сети.

[0045] MME 142 может подключаться к каждому из ENode-B 140а, 140b, 140с в RAN 104 через интерфейс S1 и может служить узлом управления. Например, MME 142 может отвечать за аутентификацию пользователей WTRU 102а, 102b, 102с, активацию/деактивацию несущей, выбор конкретного обслуживающего шлюза во время начального подключения WTRU 102а, 102b, 102с и т.п. MME 142 может также обеспечивать функцию плоскости управления для переключения между RAN 104 и другими RAN (не показаны), которые используют другие радиотехнологии, такие как GSM или WCDMA.

[0046] Обслуживающий шлюз 144 может подключаться к каждому eNode-B 140а, 140b, 140с в RAN 104 через интерфейс S1. Обслуживающий шлюз 144 может в общем случае маршрутизировать и направлять пользовательские пакеты данных к/из WTRU 102а, 102b, 102с. Обслуживающий шлюз 144 может также выполнять другие функции, такие как закрепление плоскости пользователя во время передачи обслуживания между eNode В, запуск поискового вызова, когда сигнал нисходящей линии связи доступен для WTRU 102а, 102b, 102с, управление и сохранение контекстов WTRU 102а, 102b, 102с и т.п.

[004 7] Обслуживающий шлюз 144 может также подключаться к шлюзу PDN 146, который может обеспечивать WTRU 102а, 102b, 102с доступом к сетям с коммутацией пакетов, таким как Интернет 110, облегчать осуществление связи между WTRU 102а, 102b, 102с и устройствами с поддержкой IP.

[0048] Базовая сеть 106 может обеспечивать связь с другими сетями. Например, базовая сеть 106 может обеспечивать WTRU 102а, 102b, 102с доступом к сетям с коммутацией каналов, таким как ТфОП 108, облегчать осуществление связи между WTRU 102а, 102b, 102с и традиционными наземными устройствами связи. Например, базовая сеть 106 может включать в себя или может осуществлять связь с шлюзом IP (например, с сервером мультимедийной подсистемы IP (IMS)), который служит интерфейсом между базовой сетью 106 и ТфОП 108. Кроме того, базовая сеть 106 может обеспечивать WTRU 102а, 102b, 102с доступом к сетям 112, которые могут включать в себя другие проводные или беспроводные сети, которые принадлежат и/или управляются другими поставщиками услуг.

[0049] Варианты осуществления подтверждают, что выпуски 8/9/10/11 стандарта долгосрочного развития (LTE) проекта партнерства 3-го поколения (3GPP) (в дальнейшем LTE R8+) работают с одной обслуживающей ячейкой и поддерживают до 100 Мбит/с в нисходящей линии связи (DL) и 50 Мбит/с в восходящей линии связи (UL) для конфигурации 2×2. Схема передачи LTE DL основана на радиоинтерфейсе ортогонального множественного доступа с частотным разделением каналов (OFDMA).

[0050] Варианты осуществления подтверждают, что с целью гибкого развертывания, среди других причин, системы LTE R8+ поддерживают масштабируемые диапазоны частот передачи, один из [1,4, 2,5, 5, 10, 15 или 20] МГц. В LTE R8+ (также можно применять к LTE R10+ с агрегацией несущих) один или большее количество, или каждый радиокадр (10 мс) может включать в себя 10 субкадров с одинаковым размером 1 мс. Один или большее количество, или каждый субкадр включает в себя 2 временных слота одинакового размера 0,5 мс каждый. Может быть или 7, или 6 символов OFDM в одном временном слоте, причем 7 символов во временном слоте могут использоваться при нормальной длине циклического префикса, и 6 символов во временном слоте могут использоваться в альтернативной конфигурации системы с расширенной длиной циклического префикса. Расстояние между поднесущими для системы LTE R8/9 составляет 15 кГц. Рассматривается альтернативный режим с уменьшенным интервалом между поднесущими, используя 7,5 кГц.

[0051] Варианты осуществления распознают, что ресурсный элемент (RE) может соответствовать (в некоторых вариантах осуществления, возможно, точно) одной (1) поднесущей в течение одного (1) интервала символа OFDM, где 12 последовательных поднесущих в течение временных слотов 0,5 мс могут составлять один (1) ресурсный блок (RB). Поэтому, при 7 символах во временном слоте один или большее количество, или каждый RB включает в себя 12*7=84 RE. Несущая DL может включать в себя масштабируемое количество ресурсных блоков (RB), в пределах от минимум 6 RB до максимум 110 RB. Это может соответствовать полному масштабируемому диапазону частот передачи примерно от 1 МГц до 20 МГц. В некоторых вариантах осуществления может определяться набор общих диапазонов частот передачи, например, 1,4, 3, 5, 10 или 20 МГц.

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

[0053] Для LTE физические каналы нисходящей линии связи могут включать в себя физический канал индикатора формата управления (PCFICH), физический гибридный канал индикатора ARQ (PHICH), физический канал управления данными (PDCCH), физический канал передачи данных мультивещания (РМСН), физический канал широковещания (РВСН) и физический совместно используемый канал передачи данных (PDSCH), но не ограничены ими. В PCFICH WTRU принимает данные управления, указывающие размер области управления компонентной несущей (СС) DL. В PHICH WTRU принимает обратную связь данных управления, указывающих подтверждение/отрицательное подтверждение гибридного автоматического запроса повторной передачи (HARQ) (HARQ A/N, HARQ ACK/NACK или HARQ-ACK) для предыдущей передачи восходящей линии связи. В PDCCH WTRU принимает сообщения информации управления нисходящей линии связи (DCI), которые могут использоваться с целью планирования ресурсов восходящей линии связи и нисходящей линии связи. В PDSCH WTRU может принимать пользовательские и/или управляющие данные. Например, WTRU может передавать на СС UL.

[0054] Для LTE физические каналы восходящей линии связи могут включать в себя физический канал управления восходящей линии связи (PUCCH), физический канал произвольного доступа (PRACH) и физический совместно используемый канал восходящей линии связи (PUSCH), но не ограничены ими. В PUSCH WTRU может передать пользовательские и/или управляющие данные. В PUCCH, и в некотором случае в PUSCH, WTRU может передавать информацию управления восходящей линии связи (такую как показатель качества канала/показатель матрицы предварительного кодирования/показатель ранга или планирующий запрос (CQI/PMI/RI или SR), и/или обратную связь подтверждения/отрицательного подтверждения (ACK/NACK) гибридного автоматического запроса повторной передачи (HARQ, среди других). На СС UL пользовательское устройство (UE) или беспроводное устройство приема/передачи (WTRU) (причем данные термины могут использоваться взаимозаменяемо по всему данному описанию) может также распределять специализированные ресурсы для передачи зондовых опорных сигналов (SRS).

[0055] В системах LTE R8+WTRU может принимать определенный для ячейки опорный сигнал нисходящей линии связи в различных целях. Например, в случае определенных для ячейки опорных сигналов (в дальнейшем CRS), WTRU может использовать CRS для оценки канала для когерентной демодуляции любого физического канала нисходящей линии связи за исключением РМСН, и для PDSCH, сконфигурированного с ТМ7, ТМ8 или ТМ9. WTRU может также использовать CRS для измерения информации о состоянии канала (кадр идентификации вызываемого абонента). WTRU может также использовать CRS для выбора ячейки и связанных с подвижностью измерений. CRS может приниматься в любом субкадре. Может быть один CRS для одного или большего количества, или каждого антенного порта (1, 2 или 4). CRS может занимать первый и третий последний символ OFDM одного или большего количества, или каждого слота.

[0056] Кроме того, WTRU может принимать один или большее количество следующих опорных сигналов нисходящей линии связи: 1) демодулированные опорные сигналы (DM-RS): определенные для WTRU опорные сигналы могут использоваться для оценки канала для демодуляции PDSCH с ТМ7, ТМ8 и ТМ9. DM-RS может передаваться в ресурсных блоках, назначенных для передачи PDSCH для рассматриваемого WTRU; и/или 2) опорные сигналы кадра идентификации вызываемого абонента (CSI-RS): WTRU может использовать CSI-RS для измерений информации о состоянии канала. CSI-RS может использоваться для ТМ9 (или в некоторых вариантах осуществления может только так использоваться), и может менее плотно передаваться с помощью сети, чем CRS.

[0057] UE или WTRU может получать синхронизацию, может обнаруживать идентификатор ячейки (в дальнейшем ИД ячейки) и может определять длину (нормального/расширенного) циклического префикса, используя сигналы синхронизации (которые могут основываться на разности в продолжительности между первичными и вторичными сигналами синхронизации). UE или WTRU может принимать главный информационный блок (в дальнейшем MIB) в РВСН; MIB содержит информацию PHICH, диапазон частот нисходящей линии связи и номер кадра системы. UE или WTRU может также использовать РВСН для «слепого» обнаружения количество портов передающей антенны, данное обнаружение проверяется, используя CRC РВСН.

[0058] В системе LTE NW может управлять физическими радиоресурсами, используя PDCCH; сообщения управления могут передаваться, используя определенные сообщения, например, сообщения информации управления данными (DCI). UE или WTRU может определять, может или нет быть полезно действовать в соответствии с управляющей сигнализацией в данном субкадре, контролируя PDCCH для определенных DCI, скремблированных, используя известный временный идентификатор радиосети (в дальнейшем RNTI) в определенных расположениях, или областях поиска, используя различные комбинации физических ресурсов (например, элементов управления канала - в дальнейшем ССЕ), основываясь на уровнях агрегации (в дальнейшем AL, один или большее количество, или каждый соответствует любому количеству из 1, 2, 4 или 8 ССЕ). ССЕ включает в себя 36 символов квадратурной фазовой модуляции, или 72 битов канального кодирования.

[0059] В одном или большем количестве вариантов осуществления PDCCH может концептуально делиться на две отличающиеся области. Набор местоположений ССЕ, в которых UE или WTRU может находить DCI, в соответствии с которыми оно может работать, может упоминаться как область поиска (в дальнейшем SS). SS может концептуально разделяться на общую SS (в дальнейшем CSS) и определенную для UE или WTRU SS (в дальнейшем UESS); CSS может быть общей у одного или большего количества, или всех UE, контролирующих данный PDCCH, в то время как UESS отличается от одного UE или WTRU к другому. В некоторых вариантах осуществления обе SS могут накладываться для заданного UE или WTRU в заданном субкадре. Это может быть функцией функции рандомизации, и это наложение может отличаться от одного субкадра к другому.

[0060] Набор местоположений ССЕ, который составляет общую область поиска (CSS), и его начальная точка, может быть функцией идентификатора ячейки и номера субкадра. Для LTE R8/9 DCI может посылаться с AL4 (4 ССЕ) или AL8 (8 ССЕ) в CSS (или в некоторых вариантах осуществления может только так посылаться). Для субкадра, для которого UE или WTRU контролируют PDCCH, UE или WTRU может попытаться декодировать 2 размера формата DCI (например, форматы 1А и 1С, см. ниже, и также формат 3А, используемый для управления мощностью) в 4 различных наборах 4 ССЕ для AL4 (например, 8 «слепых» декодирований) и до 2 различных наборов 8 ССЕ для AL8 (например, 4 «слепых» декодирования) для в общей сложности самое большее 12 попыток «слепого» декодирования в CSS. CSS соответствует ССЕ 0-15, подразумевая четыре кандидата декодирования на AL4 (например, ССЕ 0-3, 4-7, 8-11, 12-15) и два кандидата декодирования на AL8 (ССЕ 0-7, 8-15).

[0061] Набор расположений ССЕ, который составляет определенную для UE или WTRU область поиска (UESS), и его начальная точка, может быть функцией идентификатора UE или WTRU и номера субкадра. Для LTE R8+, DCI может посылаться с ALI, AL2, AL4 или AL8 в UESS. Для субкадра, для которого UE или WTRU контролирует PDCCH, UE или WTRU может попытаться декодировать 2 формата DCI в 6 различных ССЕ для AL1 (например, 12 «слепых» декодирований), до 6 различных наборов 2 ССЕ для AL2 (например, 12 «слепых» декодирований), до 2 различных наборов 8 ССЕ для AL8 (например, 4 «слепых» декодирования) и до 2 различных наборов 8 ССЕ для AL8 (например, 4 «слепых» декодирования) для в общей сложности самое большее 32 попытки «слепого» декодирования в UESS.

[0062] Какие форматы DCI UE или WTRU декодирует, может зависеть от сконфигурированного режима передачи (например, может или нет использоваться пространственное мультиплексирование). Может существовать множество различных форматов DCI, например, формат 0 (предоставление ресурса UL), формат 1 (не ΜΙΜΟ), формат 2 (DL MIMO) и формат 3 (управление мощностью). Примерный подробный формат сообщений управления может определяться в TS 36.212, раздел 5.3.3.1. Версия одного или большего количества, или каждого формата(ов) DCI, который декодируют UE или WTRU, может управляться по меньшей мере частично с помощью сконфигурированного режима передачи (например, режимы 1-7 для выпуска 8 и выпуска 9).

[0063] Суммарный список с примерным использованием представлен ниже:

Формат 0 DCI (предоставление ресурса UL)

Формат 1 DCI (назначение DL)

Формат 1 DCI (компактное назначение DL/заказ PDCCH для произвольного доступа)

Формат 1B DCI (назначение DL с предварительным кодированием информации)

Формат 1С DCI (очень компактное назначение DL)

Формат 1D DCI (компактное назначение DL с предварительным кодированием информации + информация смещения мощности)

Формат 2 DCI (назначение DL для пространственного мультиплексирования)

Формат 2А DCI

Формат 3 DCI (ТРС для PUCCH/PDSCH, два бита)

Формат 3А DCI (ТРС для PUCCH/PDSCH, один бит),

[0064] Таблица, показывающая примеры различных размеров DCI, являющихся результатом различных конфигураций диапазона частот системы, обеспечена на фиг. 2.

[0065] В системах LTE R8+, независимо от того, принадлежит управляющая сигнализация, принятая в PDCCH, компонентной несущей восходящей линии связи или компонентной несущей нисходящей линии связи, она может быть связана с форматом DCI, декодированным с помощью UE или WTRU, и форматы DCI могут использоваться для управления связью UE на компонентной несущей восходящей линии связи и на компонентной несущей нисходящей линии связи ячейки, в которой подключены UE или WTRU. UE или WTRU может запрашивать радиоресурсы на передачу восходящей линии связи, посылая планирующий запрос (в дальнейшем SR) к eNB; SR может передаваться или на специализированных ресурсах (в дальнейшем D-SR) в PUCCH, если сконфигурировано, или иначе используя процедуры произвольного доступа (в дальнейшем RACH) (в дальнейшем PA-SR).

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

[0067] «Предполагаемая точка приема» или «точка адресата» передачи первого UE или WTRU может относиться к точке на стороне сети, или в некоторых вариантах осуществления - ко второму UE или WTRU, который может ожидать приема и обработки передачи от данного первого UE или WTRU. В одном или большем количестве вариантов осуществления точка адресата может идентифицироваться с помощью первого UE или WTRU в соответствии с характеристиками сигнала (такими, как определенный для ячейки опорный сигнал, CSI-RS или, в случае, если точка адресата соответствует второму WTRU, определенным для WTRU опорным сигналом, таким как DM-RS, SRS, преамбула PRACH или другой тип сигнала), передаваемый этой точкой адресата.

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

- компонентная несущая (СС), СС DL и СС UL;

- первичная ячейка (PCell), PCell DL, PCell UL и вторичная ячейка (SCell), SCell DL, SCell UL;

- ячейка, обслуживающая ячейка, первичная обслуживающая ячейка и вторичная обслуживающая ячейка.

[0068] Когда упоминается в дальнейшем, термин «компонентная несущая (СС)» может включать в себя, без потери общности, частоты, на которых работает UE или WTRU. Например, UE или WTRU может принимать передачи на СС нисходящей линии связи (в дальнейшем «СС DL»); СС DL может содержать множество физических каналов DL. В качестве другого примера, UE или WTRU может выполнять передачи на СС восходящей линии связи (в дальнейшем «СС UL»); СС UL может содержать множество физических каналов UL, как описано выше.

[0069] Ячейка может минимально состоять из СС DL, которая может быть связана с СС UL, основываясь на системной информации (SI), принимаемой с помощью UE или WTRU, или передаваемой на СС DL или, возможно, используя специализированную сигнализацию конфигурирования от сети. Например, когда выполняется широковещание на СС DL, UE или WTRU может принимать частоту восходящей линии связи и диапазон частот, связанный с СС UL, как часть элемента системной информации (например, когда в состоянии RRC_IDLE для LTE, или когда в состоянии idle/CELL_FACH для WCDMA, например, когда у UE или WTRU еще нет соединения радиоресурса с сетью).

[0070] Когда упоминается в дальнейшем, термин «первичная ячейка (PCell)» включает в себя, без потери общности, ячейку, работающую на первичной частоте, в которой UE или WTRU выполняет начальный доступ к системе, например, ячейку, в которой оно или выполняет процедуру начального установления соединения, или инициирует процедуру повторного установления соединения, или ячейку, указанную в качестве первичной ячейки в процедуре передачи обслуживания, и т.п. Он может также соответствовать частоте, указанной как часть процедуры конфигурирования соединения радиоресурса. Некоторые функции могут (или в некоторых вариантах осуществления могут только) поддерживаться в PCell. Например, СС UL PCell может соответствовать СС, физические ресурсы канала управления восходящей линии связи которой могут конфигурироваться для переноса одной или большего количества, или всех обратных связей ACK/NACK HARQ для заданного UE или WTRU.

[0071] Например, в LTE UE или WTRU может использовать PCell для получения параметров для функций обеспечения безопасности и для системной информации верхнего уровня, такой как информация подвижности NAS. Другие функции, которые могут поддерживаться (или в некоторых вариантах осуществления могут поддерживаться только) в PCell DL, включают в себя процедуры получения системной информации (SI) и контроля изменения в канале широковещания (ВССН) и поисковый вызов.

[0072] Когда упоминается в дальнейшем, термин «вторичная ячейка (SCell)» включает в себя, без потери общности, ячейку, работающую на вторичной частоте, которая может конфигурироваться, когда может устанавливаться соединение управления радиоресурсами, и которая может использоваться для обеспечения дополнительных радиоресурсов. Системная информация, важная для работы в рассматриваемой SCell, может предоставляться, используя специализированную сигнализацию, когда SCell может добавляться к конфигурации WTRU или UE. Хотя параметры могут иметь другие значения, чем передаваемые в нисходящей линии связи рассматриваемой SCell, используя сигнализацию системной информации (SI), эта информация может упоминаться в данной работе как SI рассматриваемой SCell независимо от способа, используемого UE или WTRU для получения этой информации.

[0073] Когда упоминается в дальнейшем, термины «PCell DL» и «PCell UL» соответствуют, без потери общности, СС DL и СС UL PCell, соответственно. Точно так же термины «SCell DL» и «SCell UL» соответствуют СС DL и СС UL (если сконфигурировано) SCell, соответственно.

[0074] Когда упоминается в дальнейшем, термин «обслуживающая ячейка» включает в себя, без потери общности, первичную ячейку (например, PCell) или вторичную ячейку (например, SCell). Более конкретно, для UE или WTRU, которое не может конфигурироваться ни с какой SCell или оно не поддерживает работу на множестве компонентных несущих (например, агрегацию несущих), может быть (или в некоторых вариантах осуществления, возможно, может быть только) одна обслуживающая ячейка, состоящая из PCell; для UE или WTRU, которое сконфигурировано по меньшей мере с одной SCell, термин «обслуживающие ячейки» может включать в себя набор из одной или большего количества ячеек, состоящий из PCell и одной или большего количества, или всех сконфигурированных SCell.

[0075] В одном или большем количестве вариантов осуществления, когда UE или WTRU может конфигурироваться по меньшей мере с одной SCell, может быть по меньшей мере одна PCell DL и по меньшей мере одна PCell UL, и для одной или большего количества, или каждой сконфигурированной SCell может быть по меньшей мере одна SCell DL, и в одном или большем количестве вариантов осуществления, возможно, одна SCell UL (например, если сконфигурирована).

[0076] Один или большее количество вариантов осуществления рассматривают одну или большее количество методик, которые могут предоставлять возможность UE или WTRU выбирать точку адресата или набор точек адресата передачи на динамической основе. Эти методики могут предоставлять возможность корректировки определенных характеристик передачи восходящей линии связи, которая может облегчать прием и декодирование в этой по меньшей мере одной точке адресата. Например, характеристики могут включать в себя мощность передачи, синхронизацию передачи и/или свойство опорного сигнала, используемого для целей демодуляции или для целей зондирования, такое как основная последовательность, циклический сдвиг или ортогональный код покрытия. Такие методики могут поддерживать оптимизацию емкости с точки зрения сети, а так же механизмы резервирования для устойчивой работы с точки зрения UE или WTRU.

[0077] Другие способы решают проблемы, относящиеся к выбору точки адресата и других функциональных возможностей, которые возникают, когда множество потенциальных точек адресата могут иметь возможность передачи UE или WTRU. Например, может быть полезно определять, как могут обрабатываться повторные передачи HARQ. Кроме того, существующий механизм передачи информации о запасе по мощности, возможно, не предоставляет возможность сети делать оптимальные планирующие решения восходящей линии связи, когда существует множество потенциальных точек приема. Другая проблема является результатом возможности того, что UE или WTRU теряет возможность обеспечения связи по меньшей мере с одной точкой адресата, что может приводить к чрезмерным помехам, если UE или WTRU делают попытку передач к этой точке адресата.

[0078] Другие способы решают проблемы, которые возникают при работе в развертывании с множеством потенциальных точек адресата. Например, ограничение планирования выделения того же самого назначения BW между двумя совместно планируемыми UE или WTRU для достижения ортогональности может стать более серьезным.

[0079] В частности, когда множество UE может совместно планироваться для передачи восходящей линии связи в пределах ячейки в том же самом субкадре, может быть полезно иметь взаимную ортогональность (или значительно уменьшенную взаимную корреляцию) среди опорных сигналов, используемых для одного или большего количества, или каждого UE или WTRU, для минимизации перекрестных помех. В существующем выпуске стандарта 3GPP это может достигаться с помощью выделения той же самой основной группы последовательности и установки различных циклических сдвигов (CS), если идентичные ресурсы диапазона частот (BW) могут совместно использоваться для одного или большего количества, или всех совместно планируемых UE. Для улучшения эффективности планирования сети, особенно для операции MU-MIMO между ячейками, происходящей при многоточечном приеме восходящей линии связи, сеть может быть обязана планировать UE с неспаренными BW, с которыми может частично накладываться. Фиг. 3 показывает два примера сценария выделения неспаренного BW для двух UE.

[0080] В качестве результата выделения неспаренного BW может быть потеряна исходная ортогональность, достигнутая с помощью различных параметров настройки CS, поскольку большой пик взаимной корреляции иногда наблюдается среди опорных сигналов, используемых для одного или большего количества, или каждого UE или WTRU. Данная проблема является результатом того факта, что пик корреляции смещается к другому местоположению во временной области из-за изменения выделения RB. Этот смещенный пик может проникать в другие области CS, назначенные на RS другого UE или WTRU, создавая ему существенные помехи. Это показывается в примере, показанном на фиг. 4, где могут использоваться равные длины BW 12 RB, и накладывающаяся часть - 6 RB. Как можно заметить на фиг. 4, величина смещения может быть довольно большой (иногда на полный оборот вокруг). Кроме того, пик корреляции становится более широким из-за эффекта окна, пропорционального ширине накладывающейся части, что может дополнительно ухудшать эффективность корреляции, особенно когда накладывающаяся часть двух RS может быть очень маленькой.

[0081] Также обеспечены способы решения проблем, возникающих в развертывании с множеством потенциальных точек адресата, где скачкообразное изменение циклического сдвига (скачкообразное изменение CS) может использоваться в некоторых из этих точек адресата. Таким образом, может стать более трудным назначать CS для передачи UE или WTRU, который не приводит к чрезмерным помехам для этих точек.

[0082] Циклическое скачкообразное изменение может применяться к опорному сигналу демодуляции (DMRS) для рандомизации его помех другим UE. В существующем стандарте 3GPP для одного или большего количества, или каждого UE или WTRU, циклический сдвиг ад, для уровня, индексированного X, определяется согласно:

где могут быть, соответственно, определенным для UE или WTRU и определенным для уровня параметрами и

n_PN(n_s) - определенный для ячейки шаблон скачкообразного изменения CS, определенный с помощью:

который инициируется с помощью:

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

[0083] Для межячеечной многопользовательский операции с множеством входов и множеством выходов (MU-MIMO) для увеличения ортогональности опорных сигналов по множеству ячеек или точек, может быть выгодно предоставлять возможность динамического назначения основных последовательностей для совместно планируемых UE. Таким образом может не подходить для определения скачкообразного изменения CS, потому что он, например, может теперь быть изменяющимся по времени или может больше не быть определенным для ячейки.

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

[0085] После выполнения передачи для заданного канала или сигнала в субкадре, UE или WTRU может определять характеристики передачи, которые могут зависеть от контекста передачи восходящей линии связи (в дальнейшем UTC), выбранного из набора по меньшей мере из одного UTC. В данной работе описаны различные варианты осуществления способов выбора UTC.

[0086] В различных вариантах осуществления UE или WTRU может использовать выбранный UTC для выполнения передачи для заданного канала или сигнала таким образом, что можно определять по меньшей мере одну из следующих характеристик передачи: частоту восходящей линии связи и/или диапазон частот для упомянутой передачи; мощность передачи, относящуюся к упомянутой передаче; продвижение синхронизации (или выравнивание синхронизации) для применения к упомянутой передаче; по меньшей мере одно свойство, которое может быть определенным для переданного канала или сигнала, такое как: (i) свойство по меньшей мере одного опорного сигнала демодуляции (например, циклический сдвиг, группа последовательностей, антенный порт), например, для PUSCH или SRS (периодического или апериодического); (ii) формат передачи и/или ресурс, например, в случае передачи PUCCH; и (iii) свойство по меньшей мере одной преамбулы произвольного доступа, например, в случае передачи PRACH.

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

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

- свойства UTC: набор из одного или большего количества свойств, включающих в себя свойства, являющиеся результатом конфигурации UE или WTRU (например, потери в тракте и/или опорный синхросигнал DL, полученные из функции группирования), из процедуры, выполненной UE или WTRU (например, оценка потерь в тракте DL, полученная из PL опорного сигнала DL, которая может использоваться для определения мощности передачи для передачи для рассматриваемого UTC), и т.п., но не ограниченных ими; и/или

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

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

[0089] Описанное представление не ограничивает возможность применения описанных способов различным представлением эквивалентного описания UTC и связанных с ним способов.

[0090] UTC может связываться с одним или большим количеством типов каналов восходящей линии связи или сигналов восходящей линии связи согласно по меньшей мере одному из следующего:

- определенного канала восходящей линии связи (или сигнала передачи): например, UTC (или его части) может применяться к заданному каналу восходящей линии связи, например, UE или WTRU может конфигурироваться с одним или большим количеством UTC для одного или большего количества, или каждого PUSCH, PUCCH, PRACH или конфигурации SRS;

- определенной обслуживающей ячейки: например, UTC (или его части) может применяться ко множеству передач восходящей линии связи для заданной обслуживающей ячейки конфигурации UE или WTRU, когда UTC может включать в себя аспекты, которые могут быть общими у одной или большего количества, или всех передач (например, PL опорного сигнала и/или синхросигнала DL), и/или аспекты, которые могут быть определенными для заданного типа передачи (например, смещение мощности передачи для применения, например, для передач SRS);

- определенной группы ячеек: например, UTC (или его части) может применяться к передаче (ам) для одной или большего количества обслуживающих ячеек конфигурации UE или WTRU, когда UTC может включать в себя аспекты, которые могут быть общими для одной или большего количества, или всех передач для группы обслуживающих ячеек (например, PL опорного сигнала и/или синхросигнала DL); и/или

- комбинации вышеуказанного: например, UTC (или его части) может применяться согласно одному или большему количеству из следующего: UTC может применяться к заданной обслуживающей ячейке, например, он может конфигурироваться для SCell; UTC может применяться к заданному каналу восходящей линии связи, например, он может применяться к передачам в PUSCH; например, один или большее количество, или каждый UTC может включать в себя различные PtRS и максимальную мощность; UE или WTRU может конфигурироваться со множеством UTC для PUSCH рассматриваемой ячейки; UE или WTRU может использовать способы выбора, такие как описанные в данной работе, для определения, какой UTC может применяться для заданной передачи.

[0091] В качестве другого примера, UTC (или его части) может применяться согласно следующему: UTC может применяться к множеству обслуживающих ячеек, сконфигурированных с ресурсами восходящей линии связи, например, он может конфигурироваться для одной или большего количества, или всех SCell той же самой группы ТА; UTC может применяться к одной или большему количеству, или всем передачам восходящей линии связи, например, он может применяться к передачам в PUSCH, PRACH и SRS; например, один или большее количество, или каждый UTC может включать в себя различные PtRS, PL опорного сигнала DL и опорного синхросигнала DL; UE или WTRU может конфигурироваться с множеством UTC для рассматриваемых ячеек; UE или WTRU может использовать способы выбора, такие как описанные в данной работе, для определения, какой UTC может применяться для передач на ресурсах восходящей линии связи рассматриваемой ячейки.

[0092] В качестве другого примера, UTC (или его части) может применяться согласно следующему: UTC может применяться ко множеству каналов (например, PUSCH/PUCCH/PRACH) для одной обслуживающей ячейки; UE или WTRU может конфигурироваться с множеством UTC для группы каналов; UE или WTRU может использовать способы выбора, такие, как описанные в данной работе, для определения, какой UTC использовать для одного или большего количества, или всех каналов в пределах группы; UE или WTRU может дополнительно конфигурироваться с другим UTC, который может применяться к другому типу канала или типу передачи (например, SRS); UE или WTRU может конфигурироваться со множеством UTC для типа передачи SRS; UE или WTRU может использовать способы выбора, такие, как описанные в данной работе, для определения, какой UTC использовать для передачи SRS (например, тип SRS может использоваться для определения, какой UTC использовать).

[0093] Параметры UTC: параметры, которые могут быть связаны с UTC, могут включать в себя по меньшей мере один из следующих параметров конфигурации. Может определяться, что некоторые из этих параметров являются общими для более чем одного UTC, или для одного или большего количества, или всех UTC. Они могут включать в себя параметры уровня L1/физического уровня, параметры уровня L2/MAC и/или параметры уровня L3/RRC.

[0094] Параметры уровня L1/физического уровня могут быть по меньшей мере одним из: по меньшей мере одного опорного сигнала точки (в дальнейшем PtRS) нисходящей линии связи, причем PtRS может представлять предполагаемую точку приема заданной передачи, и в случае более чем одной предполагаемой точки приема, параметры могут включать в себя больше одного PtRS; идентификатора физической ячейки, причем UE или WTRU может, например, использовать по меньшей мере один идентификатор ячейки при генерации определенных сигналов или каналов восходящей линии связи (например, PUCCH, DM-RS, SRS), и этот идентификатор может соответствовать или может не соответствовать идентификатору обслуживающей ячейки, к которой UTC может применяться; других параметров, используемых при генерации определенных сигналов восходящей линии связи, которые могут включать в себя параметры использования, соответствующие тем, которые содержатся в информационном элементе PUSCH-Config существующих систем, таком как cyclicShift, groupAssignmentPUSCH (ASS), Activate-DMRS-with OCC, Sequence-hopping-enabled, groupHoppingEnabled, pusch-HoppingOffset, n-SB, режим скачкообразного изменения частоты для генерации DM-RS в PUCCH, DM-RS в PUSCH и/или PUSCH, которые могут иметь такую же интерпретацию, как в существующих системах. UE или WTRU может также использовать новые (например, рассмотренные вариантами осуществления) параметры для генерации таких сигналов, которые описаны в данной работе. В другом примере UE или WTRU может использовать параметры, соответствующие параметрам, содержащимся в информационном элементе PUCCH-Config существующих систем, таком как n1PUCCH-AN (N⁽¹⁾_PUCCH) / n1PUCCH-AN-CS-List, nCS-An и т.п.; параметры управления мощностью, которые UE или WTRU может, например, использовать в комбинации с измерениями PtRS для определения мощности передачи для применения к заданной передаче. Например, такие параметры могут включать в себя максимальную мощность передачи (Ртах), применяемую к передаче, используя рассматриваемый UTC, и/или мощность передачи опорного сигнала для одного или большего количества, или каждого TpRS, указывая мощность передачи этого TpRS в целях оценки потерь в тракте; связанных с планированием параметров, которые UE или WTRU может, например, определять, по меньшей мере один аспект декодирования формата DCI в PDCCH, соответствующем рассматриваемому UTC, такой формат DCI может, возможно, содержать информацию нисходящей линии связи, которая запускает передачу восходящей линии связи, и/или может, возможно, содержать команды ТРС, применяемые по меньшей мере к одному аспекту рассматриваемого UTC. Например, UE или WTRU может определять по меньшей мере одну область поиска рассматриваемого PDCCH. В одном или большем количестве вариантов осуществления, возможно, различные области поиска могут соответствовать различным UTC. UE или WTRU может определять по меньшей мере один набор форматов DCI рассматриваемого PDCCH. В одном или большем количестве вариантов осуществления различные форматы DCI и/или содержимое могут соответствовать различным UTC. Альтернативно, в зависимости от состояния активации UTC для заданной обслуживающей ячейки, декодирование DCI может использовать различные форматы DCI, соответствующие активному (или выбранному) UTC. UE или WTRU может определять по меньшей мере один RNTI рассматриваемого PDCCH. В одном или большем количестве вариантов осуществления, возможно, различные RNTI могут соответствовать различным UTC.

[0095] Параметры L2/MAC, например, могут включать в себя по меньшей мере одно из: параметров синхронизации, которые UE или WTRU может определять, например, опорного синхросигнала DL для заданной передачи, основанной на выбранном UTC; и связанных с планированием параметров, которые UE или WTRU может определять, например, RNTI для контроля за PDCCH, соответствующем заданному UTC, основываясь на состоянии активации рассматриваемого UTC.

[0096] Параметры L3/RRC, например, по меньшей мере один из: идентификатора UTC, который UE или WTRU может, например, использовать в качестве идентификатора UTC, например, с целью добавления, изменения и/или удаления UTC; или одного или большего количества критериев выбора или параметров UTC, который UE или WTRU может, например, использовать в качестве конфигурации для операции RLM в качестве способа определения, может или нет UTC выбираться для передачи восходящей линии связи.

[0097] Для одного или большего количества, или каждого из вышеупомянутого UTC может включать в себя отличающийся набор параметров, которые могут быть определенными для одного или большего количества, или каждого типа передачи восходящей линии связи (например, один набор для PRACH, PUSCH, апериодического SRS, периодического SRS, PUCCH).

[0098] Варианты осуществления рассматривают свойства UTC. Свойства, которые могут быть связаны с UTC, могут включать в себя по меньшей мере одно из следующего: например, по меньшей мере для одного канала или сигнала, может или нет передача этого канала или сигнала быть разрешена для этого UTC. Например, передача PUCCH может быть возможна или может быть невозможна для этого UTC. По меньшей мере для двух каналов или сигналов, независимо от того, может или нет одновременная передача этих каналов или сигналов разрешаться в том же самом субкадре (например, PUCCH с PUSCH, PUCCH с SRS и т.д.). Например, по меньшей мере для одного канала или сигнала, потери в тракте опорного сигнала DL и/или опорного синхросигнала DL и/или группа ТА могут быть связаны с заданным UTC.

[0099] Варианты осуществления рассматривают переменные UTC. В дополнение к вышеупомянутому следующие переменные состояния, связанные с контекстом передачи восходящей линии связи, могут использоваться при определении характеристик передачи: состояние корректировки управления мощностью для UTC, которое будет использоваться при определении мощности передачи в случае, если этот UTC может выбираться (например, суммирование ТРС); состояние корректировки синхронизации передачи (например, корректировка ТА или сумматор ТА) для UTC, возможно, относительно опорного сигнала, такого как его PtRS. UE или WTRU может, например, определять смещение ТА для применения к заданной передаче, основываясь на выбранном UTC; таймер продвижения синхронизации для UTC (например, ТАТ); состояние активации контекста передачи для использования с целью выбора UTC; и/или состояние возможности обеспечения связи UTC для использования с целью определения, может или нет выбор этого UTC быть возможным, среди других рассмотренных целей.

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

[0101] UTC можно рассматривать, как соответствующий по меньшей мере одной «предполагаемой точке приема» или «точке адресата» для передачи UE или WTRU, согласно предположению, что PtRS передается от «точки передачи», соответствующей одной из точек адресата. По меньшей мере одна такая точка в сети, как можно ожидать, принимает и обработает эту передачу UE или WTRU. Таким образом PtRS для UTC может также соответствовать опорному сигналу нисходящей линии связи, связанному с точкой передачи. Такая точка передачи может сама соответствовать своим собственным характеристикам, которые определяют конфигурацию, для передач нисходящей линии связи, которые могут приниматься с помощью UE или WTRU (или «контексту передачи нисходящей линии связи»). Может быть возможно связывать уникальный UTC с заданным контекстом передачи нисходящей линии связи. Если такая связь может определяться, то некоторые характеристики UTC (такие, как характеристики, используемые для определения областей поиска для PDCCH, или идентификатор PtRS) могут определяться как часть соответствующего контекста передачи нисходящей линии связи. Набор сконфигурированных UTC для UE или WTRU может соответствовать или может не соответствовать тому же самому идентификатору ячейки.

[0102] Опорный сигнал точки (PtRS) нисходящей линии связи: опорный сигнал точки (PtRS) может определяться как опорный сигнал нисходящей линии связи, который может измеряться с помощью UE или WTRU на заданной несущей нисходящей линии связи. UE или WTRU может использовать PtRS с целью выполнения по меньшей мере одного из следующего: оценки потерь в тракте, например, UE или WTRU может использовать PtRS в качестве PL опорного сигнала DL; управления мощностью; выравнивания синхронизации, например, UE или WTRU может использовать PtRS в качестве опорного синхросигнала DL; измерения, например, принятой мощности или качества; контроль линии радиосвязи и определение состояния возможности обеспечения связи; выбор или ограничение UTC.

[0103] PtRS, сконфигурированный для UTC, может включать в себя опорный сигнал, такой как сигнал, уже определенный в существующих системах, который включает в себя общий опорный сигнал (CRS) или опорный сигнал CSI-RS. Альтернативно, PtRS может включать в себя любой другой опорный сигнал, такой как сигнал, который может оптимизироваться с целью оценки потерь в тракте для UTC. В качестве примера такого оптимизированного сигнала, этот опорный сигнал может передаваться в подмножестве физических ресурсных блоков, например, в 1 из N физических ресурсных блоков со смещением, которое может зависеть от индекса антенного порта. Во временной области опорный сигнал может передаваться более часто, например, в каждом кванте времени или каждом субкадре. Такая конфигурация, разреженная в частотной области, но плотная во временной области, может быть выгодной с целью оценки потерь в тракте, причем разрешающая способность по частоте может быть некритичной, но быстрые изменения времени отслеживания могут быть полезными. В одном или большем количестве вариантов осуществления PtRS может передаваться по меньшей мере на одном антенном порту, каждый из которых может идентифицироваться с помощью индекса антенного порта.

[0104] Варианты осуществления рассматривают одну или большее количество методик для реализации конфигурации UTC в UE или WTRU. Аспекты конфигурации радиоресурса: UE или WTRU может конфигурироваться, например, используя процедуру, аналогичную существующей в настоящее время процедуре реконфигурации соединения RRC и/или сообщению RRCConnectionReconfiguration (с информационным элементом mobilityControllinfo или без него), для работы в первичной обслуживающей ячейке (например, PCell), и в нуле или большем количестве дополнительных обслуживающих ячеек (например, SCell) для работы согласно принципам агрегации несущей.

[0105] Кроме того, для заданной обслуживающей ячейки UE или WTRU может дополнительно конфигурироваться с одним или множеством UTC. В одном или большем количестве вариантов осуществления это может выполняться (или в некоторых вариантах осуществления может выполняться только) для обслуживающей ячейки со сконфигурированными ресурсами восходящей линии связи. Например, UE или WTRU может конфигурироваться с множеством UTC для обслуживающей ячейки, причем выбранный UTC может применяться к любой передаче восходящей линии связи на радиоресурсах рассматриваемой ячейки.

[0106] В одном или большем количестве вариантов осуществления, возможно, конфигурация UTC может применяться к определенному типу канала восходящей линии связи, например, PUCCH, PUSCH, PRACH, и/или к определенному типу передач восходящей линии связи, например, SRS для заданной обслуживающей ячейки. Например, UE или WTRU может конфигурироваться с множеством UTC для канала PUCCH PCell, в то время как один UTC может конфигурироваться для PRACH и PUSCH для рассматриваемой обслуживающей ячейки. Другими словами, другой тип передачи восходящей линии связи может конфигурироваться с другим UTC, или без него (такая результирующая конфигурация может представлять заданный по умолчанию UTC), для заданной обслуживающей ячейки.

[0107] В одном или большем количестве вариантов осуществления, возможно, конфигурация UTC может применяться к определенным типу передачи восходящей линии связи и/или каналу восходящей линии связи, например, PUCCH, PUSCH, PRACH или SRS по множество обслуживающих ячеек. Например, UE или WTRU может конфигурироваться с множеством UTC, применяемых к передаче PUSCH одной или большего количества, или всех обслуживающих ячеек конфигурации WTRU или UE. Альтернативно, UTC может применяться к подмножеству обслуживающих ячеек, например, множество UTC может применяться к передаче PUSCH одной или большего количества, или всех SCell конфигурации WTRU или UE.

[0108] В одном или большем количестве вариантов осуществления, возможно, подмножество, к которому может применяться UTC, может быть основано на группировании. Например, UE или WTRU может конфигурироваться с UTC для канала PUSCH множества обслуживающих ячеек в пределах группы ячеек, например, для одной или большего количества, или всех SCell, которая может конфигурироваться как часть той же самой группы продвижения синхронизации (группы ТА), или основываясь на конфигурации явной группировки, принятой с помощью сигнализации RRC.

[0109] Группа UTC может иметь по меньшей мере одну из следующих общих характеристик: опорного синхросигнала DL, и/или продвижения синхронизации, и/или таймера ТА; потерь в тракте опорного сигнала DL и/или оценки потерь в тракте; опорного сигнала DL для контроля линии радиосвязи; например, когда функция RLM опорного сигнала DL, соответствующего группе UTC, может определять, что заданный опорный сигнал, возможно, больше не является подходящим, UE или WTRU может выполнять ряд действий, которые могут применяться к одному или большему количеству (или всем) UTC той же самой группы. Например, UE или WTRU может деактивировать передачу UTC; параметры управления мощностью, например, номинальную необходимую мощность Ро передачи, и/или максимальную мощность Pcmax, и/или суммирование ТРС; RNTI для идентификации управляющей сигнализации, применяемой к UTC рассматриваемой группы; и/или идентификатор группы.

[0110] UE или WTRU может принимать сигнализацию RRC, которая включает в себя информационный элемент PhysicalConfigDedicated, который конфигурирует радиоресурсы UE или WTRU для PCell. Кроме того, UE или WTRU может принимать сигнализацию RRC, которая включает в себя информационный элемент PhysicalConfigDedicatedSCell, который конфигурирует радиоресурсы UE или WTRU для одной или большего количества SCell. Такой информационный элемент может включать в себя информацию о конфигурации, относящуюся к каналам восходящей линии связи и передач, например, pucch-ConfigDedicated, pusch-ConfigDedicated, uplinkPowerControlDedicated, tpc-PDCCH-ConfigPUCCH, tpc-PDCCH-ConfigPUSCH, cqi-ReportConfig, soundingRS-UL-ConfigDedicated, antennalnfo, schedulingRequestConfig, cqi-ReportConfig, csi-RS-Config, soundingRS-UL-ConfigDedicatedAperiodic, ul-Antennalnfo и подобные.

[0111] UE или WTRU может принимать конфигурацию UTC в информационном элементе PhysicalConfigDedicated и/или в информационном элементе PhysicalConfigDedicatedSCell.

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

[0113] В другом варианте осуществления заданный UTC может конфигурироваться и может включать в себя множество каналов UTC для заданной обслуживающей ячейки. В одном варианте осуществления существующая в настоящее время конфигурация может неявно быть заданной по умолчанию конфигурацией UTC, в то время как дополнительный UTC для заданной обслуживающей ячейки может индексироваться согласно его относительной позиции в списке дополнительных UTC. Фиг. 6 изображает пример для Pcell.

[0114] В другом варианте осуществления UE или WTRU может конфигурироваться с множеством конфигураций «подъячейки» для заданной обслуживающей ячейки, при использовании множества информационных элементов. В одном или большем количестве вариантов осуществления, возможно, информационный элемент может быть связан с заданной обслуживающей ячейкой при использовании того же самого идентификатора ячейки, например, может быть множество конфигураций с тем же самым servCelllD. В одном или большем количестве вариантов осуществления, возможно, заказ информационных элементов для конфигурации обслуживающей ячейки (например, соответствующей заданному servCelllD) может использоваться для получения идентификатора UTC для заданной обслуживающей ячейки. Например, для PCell (которая неявно имеет ИД «О») конфигурация может включать в себя множество информационных элементов PhysicalConfigDedicated (и/или также «общих»), один для одного или большего количества, или каждого UTC, применяемого к PCell. Например, точно так же для SCell, идентифицированной с помощью явного servCelllD, конфигурация может включать в себя множество информационных элементов PhysicalConfigDedicatedSCell (и/или также «общих»), один для одного или большего количества, или каждого UTC, применяемого к рассматриваемой SCell.

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

[0116] В другом варианте осуществления конфигурация UTC может обеспечиваться как часть конфигурации управления мощностью. Для одного или большего количества, или каждого UTC может добавляться новый (например, рассмотренный вариантами осуществления) специализированный IE управления мощностью, который включает в себя параметры, требуемые для одного или большего количества, или всех каналов и типов передачи. Один пример показан ниже, в котором pathlossReferencePointLinking-rxx соответствует опорному сигналу точки нисходящей линии связи для заданного UTC. Информация опорного сигнала, как описано выше, возможно, была предоставлена как часть конфигурации нисходящей линии связи для точки передачи (например, UTC1 соответствует точке передачи 1, a UTC 2 - точке передачи 2), или они, возможно, были явно обеспечены для одного или большего количества, или каждого UTC.

[0117] Фиг. 7 изображает примерные информационные элементы UplinkPowerControl.

[0118] Конфигурация UTC для заданного канала или типа передачи может быть дополнительно реализована, используя один или комбинацию способов, описанных ниже относительно аспектов физического уровня.

[0119] Для заданной обслуживающей ячейки (например, Pcell или Scell), принцип UTC для заданного канала и/или типа передачи может воплощаться, используя один или комбинацию способов, описанных ниже.

[0120] Дополнительный столбец для одного или большего количества, или каждого ТМ может добавляться к таблице 8-3 из 36.213 (скопированной ниже). Варианты осуществления рассматривают множество UTC в режиме передачи (ТМ). UE или WTRU может конфигурироваться с одним ТМ для сконфигурированной обслуживающей ячейке (например, ТМ 1 или ТМ 2 для PUSCH). Дополнительно, UE или WTRU может конфигурироваться для одного или большего количества, или каждого ТМ с множеством UTC, причем один или большее количество UTC могут конфигурироваться для одного или для подмножества каналов или типов передачи, используя, например, один или комбинацию способов, описанных ниже.

[0121] Приведенная выше таблица может быть расширена с помощью множества таблиц 8-3 для обслуживающей ячейки. Варианты осуществления рассматривают множество UTC в обслуживающей ячейке. UE или WTRU может конфигурироваться с множеством UTC для сконфигурированной обслуживающей ячейки. В этом случае UTC может концептуально рассматриваться как «подъячейка» в пределах конфигурации обслуживающей ячейки. В одном или большем количестве вариантов осуществления, возможно, каждый UTC может конфигурироваться с одним ТМ.

[0122] Приведенная выше таблица может быть расширена с помощью дополнительных строк для обслуживающей ячейки. Варианты осуществления рассматривают множество ТМ в обслуживающей ячейке. UE или WTRU может конфигурироваться с дополнительным режимом (ами) передачи, который может быть введен в дополнение к LTE R10 ТМ1 и ТМ2 для операции восходящей линии связи. Для одного или большего количества, или каждого дополнительного ТМ может конфигурироваться множество UTC. Например, такой дополнительный ТМ может конфигурироваться таким образом, что, например, формат DCI (и/или тип формата) указывает использование определенного UTC. Более конкретно, для одного или большего количества, или каждого формата 0 и 4 DCI, UTC могут конфигурироваться (или заданный по умолчанию UTC может использоваться) и, возможно, может вводиться новый (например, рассмотренный вариантами осуществления) формат DCI, который может иметь один или множество сконфигурированных UTC. В некоторых вариантах осуществления UTC, который будет использоваться в пределах нового (например, рассмотренного вариантами осуществления) формата DCI, может определяться согласно вариантам осуществления, описанным в данной работе.

[0123] В частности, вышеупомянутое может применяться к конфигурации UTC для каналов PUSCH.

[0124] В одном или большем количестве вариантов осуществления принцип UTC может воплощаться согласно одному или большему количеству из следующего:

- один или большее количество UTC в канале: UE или WTRU может конфигурироваться с множеством UTC в канале (например, PUCCH, PRACH или, возможно, также PUSCH) или в типе передачи (например, SRS) как часть параметров конфигурации в конфигурации UL. Например, UE или WTRU может конфигурироваться с UTC или его подмножеством как часть конфигурации PUCCH. UTC может включать в себя состояние активации для PUCCH, а так же набор сконфигурированных ресурсов PUCCH, индексированных, используя ARI; ARI и/или состояние активации PUCCH могут использоваться для определения PtRS и/или применяемого UTC для передачи PUCCH. Например, UE или WTRU может конфигурироваться с UTC или его подмножеством как часть конфигурации SRS, для периодического SRS и/или для апериодического SRS. UTC может включать в себя состояние активации для рассматриваемой конфигурации SRS. Более конкретно, UE или WTRU может конфигурироваться с отдельной конфигурацией UTC для апериодических передач SRS и периодических передач SRS. Тип SRS (например, тип 0 SRS или тип 1 SRS) может таким образом использоваться для определения, который UTC применяется к передаче SRS (возможно, включает в себя, какой PtRS использовать в качестве опорного) для заданной обслуживающей ячейки. Кроме того, UE или WTRU может конфигурироваться с множеством конфигураций для каждого типа, возможно, одна или большее количество, или каждая с другим UTC. Например, UE или WTRU может конфигурироваться с UTC или его подмножеством, как часть конфигурации PRACH. Более конкретно, UE или WTRU может конфигурироваться с отдельной конфигурацией UTC для различного типа специализированных преамбул, запускающего события произвольного доступа (например, PDCCH или PA-SR) и/или индексов ресурса PRACH. В одном или большем количестве вариантов осуществления, возможно, UE или WTRU может определять, какой UTC может применяться для преамбулы, основываясь на указании в формате 1a DCI PDCCH и/или в RAR (например, в предоставлении ресурса) для передачи восходящей линии связи для msg3. Альтернативно, UE или WTRU может определять применяемый UTC для преамбулы, основываясь на PtRS, который связан с принятым PDCCH и/или приемом RAR;

- один или большее количество UTC могут применяться к множеству каналов/сигналов: UE или WTRU может использовать UTC канала PUSCH (например, возможно, основываясь на состоянии активации UTC) для передачи подмножества других каналов (например, PUCCH) или типов передачи (например, SRS); и/или

- их комбинация: в одном варианте осуществления может обеспечиваться комбинация, причем PUCCH может использовать конфигурацию UTC PUSCH, и может конфигурироваться отдельный UTC для SRS. В частности вышеупомянутое может применяться к конфигурации UTC для передач PUCCH, PRACH и/или SRS.

[0125] Уровни мощности передачи для различных физических каналов или типов передачи могут зависеть от комбинации по меньшей мере одной из следующих переменных: Р_СМАХ,С сконфигурированная максимальная мощность передачи UE или WTRU для UTC с; M - диапазон частот канала; Р₀ - необходимая принимаемая мощность; PLC - потери в тракте восходящей линии связи, применяемые к UTC с; частичная компенсация потерь в тракте; состояние корректировки управления мощностью; и/или конфигурируемое смещение.

[0126] Учитывая, что UTC для физического канала или типа передачи может изменяться динамически, один или большее количество, или каждый UTC может иметь свой собственный набор параметров мощности передачи. Кроме того один или большее количество, или каждый физический канал (например, PUSCH, PUCCH и PRACH) или тип передачи (например, SRS) может иметь свой собственный набор параметров мощности передачи для одного или большего количества, или каждого UTC. В одном или большем количестве вариантов осуществления эти наборы параметров могут накладываться и многократно использовать те же самые значения для некоторых или одного или большего количества, или всех параметров. То, что имеются различные наборы параметров, может потребовать, чтобы один или большее количество, или каждый UTC имел отличающееся значение для потерь в тракте. UE или WTRU может поэтому конфигурироваться с уровнем мощности передачи одной или большего количества, или всех возможных точек передачи или UTC, а так же с определенными опорными сигналами для одной или большего количества, или каждой. Потери в тракте могут поэтому определяться как PL_C = мощность опорного сигнала с фильтрованный верхним уровнем RSRP для с, для UTC с.

[0127] RSRP может вычисляться по меньшей мере из одного из: PtRS или нового (например, рассмотренного вариантами осуществления) определенного для UTC опорного сигнала; CRS; и/или CSI-RS.

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

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

[0130] Кроме того, для случая, когда UTC может конфигурироваться с множеством PtRS, другие параметры (например, необходимая принимаемая мощность Ро) могут также выбираться так же (например, один из максимального значения, минимального значения, среднего значения или предварительно сконфигурированного выбора необходимой принимаемой мощности). О механизме выбора можно сообщать через более высокий уровень сигнализации RRC, и не требуется, чтобы он был одинаковым для одного или большего количества, или всех параметров.

[0131] Текущее состояние корректировки управления мощностью может состоять или из суммы предыдущего состояния корректировки управления мощностью плюс новое значение корректировки (также называют командой ТРС), или только из нового значения корректировки (новой команды ТРС). Для предоставления возможности надлежащего состояния корректировки управления мощностью, UE или WTRU может выполнять по меньшей мере одно из (или любую их комбинацию): обеспечивать цепочку команд ТРС для сконфигурированного UTC; обеспечивать цепочку команд ТРС для PtRS (связывающую цепочку команд ТРС с потерями в тракте); обеспечивать цепочку команд ТРС для физического канала или типа передачи; их комбинацию; например, одна цепочка команд ТРС может обеспечиваться для набора физических каналов (например, PUSCH/PUCCH), и команда ТРС для UTC может обеспечиваться для другого канала или типа передачи (например, SRS). Альтернативно, в некоторых вариантах осуществления, если SRS передается к UTC, который используется для PUSCH/PUCCH, то может использоваться та же самая команда ТРС, как команда из PUSCH, и независимая команда может обеспечиваться для передачи SRS к другим точкам (например, UTC).

[0132] Примером того, когда UE или WTRU может считать полезным обеспечение множество цепочек команд ТРС, может быть, если физический канал сконфигурирован для использования различных UTC в зависимости от типа передачи. Например, PUCCH, используемый для HARQ, может использовать другой UTC, чем PUCCH, используемый для планирования запросов, и поэтому один или большее количество, или каждый из них может иметь свою собственную цепочку команд ТРС.

[0133] UE или WTRU может определять, для какого UTC может быть команда ТРС, по меньшей мере с помощью одного из: указания UTC, прикрепленного к одной или большему количеству, или всем командам ТРС; области поиска, из которой DCI может декодироваться; использования различных RNTI (одного на UTC) для скремблирования CRC DCI; номера субкадра, когда команда ТРС может приниматься; и точки передачи нисходящей линии связи, от которой может передаваться команда ТРС.

[0134] Для случая, когда новый (например, дополнительный или обновленный) UTC может выбираться для передачи восходящей линии связи, обновленное состояние корректировки управления мощностью может быть по меньшей мере одним из следующего: сброшенным к предварительно сконфигурированному уровню (например, 0 дБм). Этот уровень может быть определенным для UTC, или может быть определенным для физического канала восходящей линии связи; измененным предварительно сконфигурированным смещением, причем смещение может быть определенным для нового UTC или предыдущего UTC или быть определенным для физического канала восходящей линии связи; оставленным нетронутым с пониманием того, что будущая команда ТРС может должным образом улучшать состояние корректировки управления мощностью (например, любая последующая команда ТРС может добавляться к предыдущему суммированному ТРС для канала независимо от UTC); масштабированным таким образом, что полная мощность передачи остается неизменной, несмотря на новую (например, дополнительную или обновленную) необходимую принимаемую мощность и потери в тракте для нового (например, дополнительного или обновленного) UTC; извлеченным из самого последнего раза, когда UTC использовался. В таких сценариях UE или WTRU может (или в некоторых вариантах осуществления, возможно, должен) сохранять одно или большее количество, или все новые состояния корректировки управления мощностью для одного или большего количества, или всех каналов и для одного или большего количества, или всех UTC; и/или сбрасываться к последнему значению, используемому для передачи восходящей линии связи для этого UTC и/или этого PtRS и/или для этого физического канала и/или для этого типа передачи.

[0135] В одном или большем количестве вариантов осуществления UE или WTRU может конфигурироваться с множеством UTC и может автономно выбирать UTC для канала. Для выбора UTC для текущей передачи в канале восходящей линии связи, UE или WTRU может использовать по меньшей мере одно из: UTC, требующий самой низкой мощности передачи. В таком случае мощность передачи может определяться при использовании соответствующего набора параметров установки мощности для этого UTC; UTC может выбираться согласно любому из механизмов, описанных в данной работе; UTC может выбираться с помощью применения механизма выбора на основе любого из параметров. Возможные механизмы выбора включают в себя: максимальное значение, минимальное значение, минимальное (или максимальное) пороговое отличие от ранее выбранного параметра UTC. Например, UE или WTRU может выбирать UTC, выбирая тот, который минимизирует потери в тракте. Установка мощности может затем определяться, применяя один или большее количество, или все параметры, которые относятся к этому UTC. В качестве другого примера, UE или WTRU может выбирать новый (например, дополнительный или обновленный) UTC, обеспечивая, что разность в номинальной мощности между предыдущим UTC и новым (например, дополнительным или обновленным) UTC меньше предопределенного порогового значения. Список параметров может быть расширен так, чтобы он включал в себя MCS.

[0136] В другом варианте осуществления новое (например, рассмотренное вариантами осуществления) смещение уровня мощности может использоваться для случая, когда UTC может конфигурироваться с множеством PtRS. Это смещение может быть или положительным, чтобы обеспечивать, чтобы один или большее количество, или все предназначенные точки приема имели шанс при должным образом декодировании, или оно может быть отрицательным, если сеть определяет, что при большем количестве точек приема, совместно декодирующих данные, может требоваться меньше мощности. Смещение может предварительно конфигурироваться через более высокие уровни или может совместно кодироваться с другими командами ТРС в PDCCH с форматом 3/3А DCI, чей CRC может скремблироваться с новым (например, рассмотренным вариантами осуществления) RNTI (например, таким как ТРС-СОМР-RNTI).

[0137] Любой параметр управления мощностью, обсуждаемый в данной работе (такой как РСМАХ,с), может связываться с субкадром, когда происходит такая передача UL. Например, могут быть подмножества субкадров, которые требуют различных наборов параметров управления мощностью. В таких сценариях UTC для одного или большего количества, или каждого физического канала или типа передачи может оставаться тем же самым, независимо от номера субкадра. Однако некоторые параметры управления мощностью могут зависеть от номера субкадра. Например, в подмножестве субкадров UE или WTRU может использовать набор значений смещения, которые могут зависеть от UTC и/или физического канала и/или типа передачи, а в другом подмножестве субкадров может использоваться другой набор смещений. В одном или большем количестве вариантов осуществления UTC, используемый для одного или большего количества, или каждого физического канала или типа передачи, может зависеть от номера субкадра.

[0138] Варианты осуществления рассматривают одно или большее количество улучшений для управления мощностью SRS. Улучшения могут применяться к одному или большему количеству из: 1) одной или большего количества, или всех передач SRS; или 2) апериодическому SRS (в некоторых вариантах осуществления, возможно, только к апериодическому SRS) (например, типу 1 запускающего события SRS), или периодическому SRS (в некоторых вариантах осуществления, возможно, только к периодическому SRS) (например, типу 0 запускающего события SRS). Кроме того, улучшения, описанные в данной работе для апериодического SRS, могут, возможно, применяться, когда апериодический SRS может запускаться с одним или большим количеством определенных значений поля запроса SRS, а не с другими значениями.

[0139] Варианты осуществления рассматривают управление мощностью SRS. Учитывая то, что UTC, используемый для SRS, может быть другим, чем используемый для PUSCH, установки мощности передачи UE или WTRU P_SRS для SRS, переданного в субкадре i для UTC с, когда не может быть никакой передачи PUSCH на с, могут определяться с помощью:

где P_CMAX,c(i) может быть сконфигурированной мощностью передачи WTRU в субкадре i и UTC с, M_SRS,c может быть диапазоном частот передачи SRS, и α_c(j), может быть 3-битовым параметром, обеспеченным с помощью более высоких уровней для UTC с. PL_c могут определяться в UTC, как объяснено в данной работе, и (j) может быть необходимой или целевой принятой мощностью для UTC с. Эта переменная j может использоваться для обозначения, что необходимая целевая принимаемая мощность может зависеть от того, может или нет SRS быть апериодическим или периодическим или для регулярного SRS, или для исследующего SRS, и h_c(i) может быть текущим состоянием корректировки управления мощностью SRS для UTC с и может быть любой суммой предыдущего состояния h_c(i-1) корректировки управления мощностью и команды ТРС для SRS, или только командой ТРС для SRS. Для апериодического SRS команду ТРС для SRS может включать в себя запускающее событие апериодического SRS. Для периодического SRS команду ТРС или может включать в себя PDCCH с форматом 0/4 DCI для UTC с, или она может совместно кодироваться с другими командами ТРС в PDCCH с форматом 3/3А DCI, чьи биты четности CRC могут скремблироваться с TPC-SRS-RNTI.

[0140] Для СоМР DL может быть полезно иметь, чтобы один или большее количество, или все наборы совместно работающих в СоМР ячеек принимали SRS для определения точки передачи СоМР DL (например, SRS, используемый для исследования). В таком случае может быть полезным, чтобы установки мощности, используемые для SRS, были другими, чем для регулярного SRS, используемого в целях динамического планирования. Поэтому UE или WTRU может конфигурироваться по меньшей мере с двумя типами периодического SRS, один или большее количество, или каждый со своими собственными параметрами установки мощности (например, необходимой мощностью, цепочкой команд ТРС, потерями в тракте опорного сигнала и т.д.). Типы периодического SRS могут дифференцироваться по меньшей мере с помощью одного из: необходимой или целевой принятой мощности (j); периодичности субкадра; смещения субкадра; использования скачкообразного изменения частоты (например, для SRS, предназначенного для многих точек адресата, может быть полезно использовать скачкообразное изменение частоты, чтобы сосредоточить доступную мощность в узкополосном канале); различного скремблирования; последовательности опорного сигнала могут разделяться на два набора; один или большее количество, или каждый соответствует различному типу SRS. О наборах можно сообщать через более высокий уровень сигнализации.

[0141] Опорный сигнал точки (PtRS) или UTC для использования для оценки PLc для определения мощности передачи для передачи SRS могут определяться согласно любому из способов, описанных в данной работе. Например, для конфигурации SRS, используемой для передачи в одну или большее количество, или все ячейки СоМР, из которой PtRS или UTC для использования для оценки потерь в тракте могут определяться согласно одному или большему количеству из: точки с самыми высокими потерями в тракте (например, для обеспечения, что одна или большее количество, или все ячейки получают SRS); или заданного по умолчанию UTC или предварительно сконфигурированного UTC, который будет использоваться для этого типа SRS и, например, потери в тракте для SRS, используемого для передачи (или в некоторых вариантах осуществления, возможно, используемого для передачи только) к определенному UTC, могут определяться как описано выше или согласно потерям в тракте, используемым для передачи PUSCH, если передача PUSCH может выполняться для этого UTC.

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

[0143] В одном или большем количестве вариантов осуществления те же самые параметры установки мощности могут использоваться для двух типов SRS, однако они могут включать в себя новое (например, рассмотренное вариантами осуществления) смещение, которое UE или WTRU может использовать, когда устанавливают мощность для SRS исследующего типа.

[0144] В одном или большем количестве вариантов осуществления по меньшей мере одно из параметров настройки мощности, команд ТРС и состояний корректировки управления мощностью SRS для апериодического SRS может соответствовать параметрам, командам ТРС и/или состояниям корректировки управления мощностью SRS PUCCH. Варианты осуществления рассматривают, что состояние корректировки управления мощностью для SRS может изменяться с помощью приема команды ТРС в назначении нисходящей линии связи, даже при том, что может не быть передачи SRS.

[0145] Когда апериодический SRS может запускаться, он может включать в себя IE, который указывает, для какого SRS может быть это запускающее событие. В таком случае UE или WTRU может использовать соответствующие параметры установки мощности для передачи SRS. Альтернативно, в предоставлении апериодического SRS может передаваться одно смещение времени, которое сообщает UE или WTRU изменить установку мощности для SRS, используя это смещение для апериодического SRS (или в некоторых вариантах осуществления, возможно, только для апериодического SRS), а не для дополнительного SRS.

[0146] В одном или большем количестве вариантов осуществления различные UTC могут совместно использовать подмножество параметров для различных SRS. Кроме того, некоторые параметры, связанные с физическим каналом или типом передачи, используемым UTC, могут конфигурироваться или передаваться другим UTC. В таком случае указание UTC, для которого может быть конфигурация или параметр, может добавляться к передаче конфигурации или параметра. Это может обеспечивать, что WTRU знает, для которого UTC и/или канала и/или типа передачи может быть конфигурация или параметр. Один такой сценарий может быть случаем, когда WTRU может конфигурироваться для периодического SRS (PSRS) для одного UTC и апериодического SRS (ASRS) для другого UTC. Примером этого может быть то, когда PSRS может использоваться, чтобы помочь в передаче восходящей линии связи от точки (или ячейки) А, в то время как ASRS может использоваться, чтобы помочь передаче нисходящей линии связи от точки (или ячейки) В. В таких сценариях для заданных двух SRS могут требоваться различные параметры управления мощностью. Например, WTRU может обозначаться различными (j) (или эквивалентно, значением (m) для одного или большего количества, или каждого UTC. Кроме того, (j) (или (m)) может быть полезным для динамического указания с помощью сигнализации L1. Например, значение смещения ((m)) может быть функцией значения поля запроса SRS.

[0147] Варианты осуществления рассматривают разъединение команд ТРС между апериодическим SRS (ASRS), периодическим SRS (PSRS) и PUSCH. Команда ТРС может быть полезной для сохранения разделения между собой ASRS и PSRS и PUSCH и, возможно, в зависимости от значения поля запроса SRS, используемого для запуска ASRS. В таком случае ASRS и PSRS и PUSCH могут поддерживать свою собственную цепочку команд ТРС. Для случая, когда цепочки команд ТРС ASRS и PSRS могут разъединяться от цепочки команд ТРС PUSCH, усовершенствование может требоваться для указания, для какого UTC (или SRS) может быть команда ТРС. Один способ может состоять в добавлении нового (например, рассматриваемого вариантами осуществления) информационного элемента (IE) для запускающего события ASRS, которое обеспечивает команду ТРС. Кроме того, эта команда ТРС может использоваться для ASRS, PSRS, PUSCH или любой комбинации этих типов передачи. Для указания, для какой точки команда ТРС может быть, она может включать в себя новое (например, рассмотренное вариантами осуществления) битовое поле. Это битовое поле может использовать предварительно сконфигурированное сопоставление. Например, значение 00 может указывать команду ТРС для ASRS, значение 01 может указывать команду ТРС для PSRS, и так далее. В одном или большем количестве вариантов осуществления, кроме указания, какие параметры ASRS использовать, поле запроса SRS может использоваться для указания, для какого типа передачи может использоваться команда ТРС. В одном или большем количестве вариантов осуществления новое (например, рассматриваемое вариантами осуществления) битовое поле может добавляться к команде ТРС PUSCH, которая указывает, для какой комбинации типов передачи (ASRS, PSRS или PUSCH) может быть данная команда ТРС. В одном или большем количестве вариантов осуществления само поле ТРС может повторно интерпретироваться для указания и корректировки управления мощностью, и указания того, применяется или нет корректировка по меньшей мере к одному из ASRS, PSRS или PUSCH.

[0148] В одном или большем количестве вариантов осуществления команда ТРС может применяться к PUSCH (или в некоторых вариантах осуществления, возможно, только к PUSCH), если команда ТРС может приниматься как часть DCI, содержащей предоставление ресурса восходящей линии связи, причем поле запроса SRS указывает, что апериодический SRS может не запускаться (например, «отсутствие запускающего события SRS типа 1»). Для других значений поля запроса SRS мощность PUSCH не может корректироваться.

[0149] В одном или большем количестве вариантов осуществления команда ТРС применяется к ASRS (или в некоторых вариантах осуществления, возможно, только к ASRS), если (среди других рассмотренных условий) команда ТРС может приниматься как часть DCI, содержащей предоставление ресурса восходящей линии связи, где поле запроса SRS указывает, что апериодический SRS запускается, (например, значение поля не установлено в «нет запускающего события SRS типа 1»). Для других значений поля запроса SRS мощность ASRS не может корректироваться.

[0150] В одном или большем количестве вариантов осуществления ASRS, запущенный с помощью различных значений поля запроса SRS, может поддерживать отдельные состояния корректировки управления мощностью. В таких сценариях команда ТРС, принятая, как часть DCI, содержащей предоставление ресурса восходящей линии связи, может применяться (или в некоторых вариантах осуществления может применяться только) к ASRS, запущенному с помощью значения поля запроса SRS в той же самой DCI.

[0151] В одном или большем количестве вариантов осуществления команда ТРС может применяться к ASRS (или в некоторых вариантах осуществления может применяться только к ASRS), если (среди других рассмотренных условий) DCI может быть такой, что передача транспортного блока (в восходящей линии связи) заблокирована, например, когда I_MCS установлен в 0, a N_PRB установлен в значение больше 1, или когда I_MCS установлен в 28, а N_PRB установлен в 1. В одном или большем количестве вариантов осуществления, возможно, команда ТРС также не применяется к PUSCH при тех же самых условиях.

[0152] В одном или большем количестве вариантов осуществления DCI (например, предоставление ресурса восходящей линии связи, назначение нисходящей линии связи или DCI 3/3А) может использоваться для указания команды ТРС. Кроме того связь между различными периодами/смещениями DCI и командами ТРС для различных типов передачи (ASRS, PSRS, PUSCH) или комбинаций типов передачи может предварительно конфигурироваться в WTRU. В таком случае, основываясь на субкадре, в пределах которого оно принимает DCI, WTRU может знать или определять то, для какого типа UTC/передачи может быть команда ТРС.

[0153] В одном или большем количестве вариантов осуществления возможность применения команды ТРС может зависеть от формата DCI, в котором она может приниматься. Например, команда ТРС, принятая в формате 3 DCI, может применяться только к PUSCH (или только к ASRS, или только к PSRS), в то время как команда ТРС, принятая в формате 4 DCI, может применяться только к ASRS. В одном или большем количестве вариантов осуществления возможность применения команды ТРС может зависеть от значения RNTI, используемого для маскирования CRC DCI.

[0154] В одном или большем количестве вариантов осуществления один или большее количество, или каждый периодический SRS и множество апериодических SRS (где один или большее количество, или каждый ASRS может сопоставляться с различными значениями поля запроса SRS), может конфигурироваться, возможно, с различным UTC. В таком случае или даже в случае, когда множество типов передачи могут конфигурироваться с тем же самым UTC, может быть полезным поддерживать различные циклы команды ТРС для одного или большего количества, или каждого PSRS и множества ASRS, а так же для PUSCH и PUCCH. В одном или большем количестве вариантов осуществления комбинации типов SRS и PUSCH и PUCCH могут использовать те же самые значения команды ТРС в своих формулах управления мощностью. В качестве примера, PSRS и/или подмножество ASRS и/или PUSCH могут использовать те же самые значения команды ТРС, в то время как другое подмножество ASRS и PUCCH может использовать другие. В другом примере команда ТРС, которую включает в себя назначение нисходящей линии связи, (например, формат 1A/1B/1D/1/2A/2B/2C/2 DCI) может использоваться (в совокупности или нет) для одной или множества формул управления мощностью ASRS (в другом альтернативном варианте эта команда ТРС может быть многократным использованием команды ТРС PUCCH).

[0155] В одном или большем количестве вариантов осуществления команда ТРС, которую включает в себя предоставление ресурса восходящей линии связи (например, формат 0/4 DCI), может использоваться для формул управления мощностью PSRS, PUSCH и одной или множества ASRS. Кроме того, формат 3/3А DCI может использоваться для любой команды ТРС при использовании соответствующего скремблирования бита четности CRC. В таком примере у одного или большего количества, или у каждого PSRS и множества ASRS и PUCCH и PUSCH может быть свое собственное скремблирование RNTI. Поэтому, в данном примере команда ТРС, переданная в предоставлениях ресурса восходящей линии связи или назначениях нисходящей линии связи, может использоваться группой UTC (соответствующих некоторым или любой предварительно сконфигурированной комбинации PSRS, множества ASRS, PUCCH и PUSCH), в то время как дополнительное усовершенствование для подмножества UTC может достигаться, передавая команды ТРС в формате 3 DCI. В таких сценариях для одного или большего количества, или каждого физического канала или типа передачи (PSRS или ASRS), UE или WTRU может поддерживать отдельные состояния корректировки управления мощностью.

[0156] В одном или большем количестве вариантов осуществления команды ТРС (или в некоторых вариантах осуществления, возможно, только команды ТРС), которые могут применяться к группе UTC (например, команды в форматах 0/1/1A/1B/1D/2/2A/2B/2C/4 DCI), могут быть совокупными, в то время как команды ТРС, используемые для одного UTC (например, команды в формате 3/3А DCI), могут быть действительными (или в некоторых вариантах осуществления могут быть действительными только) для одного экземпляра передачи UL на UTC. В одном или большем количестве вариантов осуществления группы физических каналов или типов передачи могут обновляться (или в некоторых вариантах осуществления, возможно, всегда обновляться) с помощью той же самой команды ТРС, и в таких сценариях UE или WTRU может поддерживать отдельные состояния корректировки управления мощностью для одной или большего количества, или каждой группы. В одном или большем количестве вариантов осуществления цикл управления мощностью, для которого предназначена команда ТРС, может зависеть от номера субкадра, в пределах которого может передаваться команда ТРС. Например, группа физических каналов и/или типов передачи может конфигурироваться для приема команды ТРС в определенном формате DCI. В некоторых вариантах осуществления элементы группы могут дополнительно подразделяться на подгруппы таким образом, что когда (или в некоторых вариантах осуществления, возможно, только когда) формат DCI может передаваться в подмножестве субкадров (например, сконфигурированных с помощью более высоких уровней), подгруппа может применять команду ТРС. В таких сценариях одна или большее количество, или каждая подгруппа физических каналов и/или типов передачи может предварительно конфигурироваться с помощью одного или большего количества более высоких уровней, которые будут связаны с подмножеством субкадров.

[0157] Когда группа физических каналов и/или типов передачи (PSRS или любого из ASRS) совместно использует команду ТРС (вне зависимости, совместно или нет они используют UTC), один или большее количество, или каждый отдельный физический канал и/или тип передачи могут также конфигурироваться для применения различного смещения ко всей цепочке команд ТРС. В одном или большем количестве вариантов осуществления, когда группа физических каналов и/или типов передачи совместно использует команду ТРС, один или большее количество, или каждый отдельный канал может интерпретировать команду ТРС кодовой точки по-разному. Например, одна или большее количество, или каждая группа может предварительно конфигурироваться с помощью более высокого уровня, выполняя сопоставление между переданным значением команды ТРС и значением, которое будет использоваться в пределах формулы управления мощностью. В некоторых вариантах осуществления группа физических каналов и/или типов передачи может состоять, например, из одного элемента.

[0158] В одном или большем количестве вариантов осуществления выбор UTC может зависеть от номера субкадра. Например, тот же самый физический канал или тип передачи может связываться с различными UTC в зависимости от определенных субкадров, основываясь на предварительно сконфигурированных подмножествах субкадров. Подмножество субкадров может определяться по меньшей мере из одного из номера кадра, номера субкадра, смещения и периодичности. В таком случае команда ТРС может применяться (или в некоторых вариантах осуществления, возможно, может применяться только) для физических каналов или типов передачи (например, PSRS или множества ASRS), чьи UTC могут использоваться в субкадре, в котором была передана команда ТРС. В одном или большем количестве вариантов осуществления, если команда ТРС может передаваться в подмножестве субкадров, тогда (или в некоторых вариантах осуществления, возможно, только тогда) UTC и/или физические каналы и/или типы передачи (PSRS или множество ASRS), сконфигурированные для использования для этого подмножества субкадров, могут использовать команду ТРС. В одном или большем количестве вариантов осуществления команда ТРС может быть связана с определенным физическим каналом и/или типом передачи, независимо от UTC. Поэтому, независимо от номера субкадра, команда ТРС может быть действительной. В одном или большем количестве вариантов осуществления команды ТРС, переданные в формате 3 DCI (или в некоторых вариантах осуществления, возможно, только такие команды ТРС), могут использоваться для одного или большего количества, или всех субкадров. В одном или большем количестве вариантов осуществления любая другая команда ТРС может быть действительной (или в некоторых вариантах осуществления, возможно, может быть действительной только) для подмножества субкадров.

[0159] Множество SRS для множества UTC может удовлетворять различным целям (например, PSRS может использоваться для планирования UL, в то время как ASRS может использоваться для управления набором DL). Поэтому частота, с которой один или большее количество, или каждый SRS может передаваться, может отличаться. Поэтому может быть связь между частотой (и/или периодичностью), с которой команды ТРС можно посылать для SRS, и частотой (и/или периодичностью), с которой этот SRS может передаваться с помощью WTRU. Кроме того, если управление мощностью без обратной связи может испытывать недостаток точности, то может быть возможно, что более низкая частота (и/или более высокая периодичность) команды ТРС может приводить к тому, что управление мощностью не приближается к соответствующему решению. Одним способом для решения может быть изменение степени детализации значения коррекции, используемого в цепочке команд ТРС. Например, один тип SRS (или PUSCH) может предварительно конфигурироваться с помощью определенного сопоставления значения поля команды ТРС и значения коррекции. А другой тип SRS (или PUSCH) может предварительно конфигурироваться с помощью другого сопоставления. В одном или большем количестве вариантов осуществления это может предоставлять возможность различным SRS для различных UTC иметь различную степень детализации команды ТРС.

[0160] Варианты осуществления рассматривают управление мощностью PRACH. В SIB2 параметры произвольного доступа могут обеспечиваться к UE или WTRU. Они могут включать в себя, какой опорный сигнала использовать (например, или CRS, или CSI-RS, или другой определенный для UTC опорный сигнал) для вычислений потерь в тракте, а так же какие ресурсы использовать для PRACH. Может быть множество наборов параметров PRACH, обеспеченных к UE или WTRU. Эти наборы параметров могут включать в себя по меньшей мере одно из следующего, для одного или большего количества, или каждого UTC: ресурс PRACH; набор возможных последовательностей преамбулы; целевая принятая мощность преамбулы; и/или PA-RNTI.

[0161] Например, один набор может быть для того, чтобы UE или WTRU делало попытку доступа в определенной ячейке, в то время как другой набор может быть для попытки доступа в множестве ячеек для операции СоМР. Например, у одного набора параметров может быть одно подмножество преамбул, которые указывают для сети UTC для UE. В SIB2 может также быть указание наборов параметров, которые требуются, чтобы у UE или WTRU были возможности СоМР. Один набор параметров (возможно, связанный с UTC) может считаться параметрами/UTC восстановления. В одном или большем количестве вариантов осуществления выбранный UTC может также быть связан с типом произвольного доступа (соревновательным или несоревновательным).

[0162] Для случая, когда UTC включает в себя множество PtRS, потери в тракте могут определяться по меньшей мере из одного из: минимального значения потерь в тракте для любого PtRS; максимального значения потерь в тракте для любого PtRS; линейного среднего значения потерь в тракте для одного или большего количества, или всех PtRS; любого предварительно сконфигурированного значения из набора потерь в тракте для одного или большего количества, или всех PtRS.

[0163] В сообщении ответа произвольного доступа (RAR) сеть может указывать для UE или WTRU совестно работающий набор СоМР. Кроме того, команда ТРС, которую включает в себя сообщение RAR, может включать в себя UTC, для которого оно может быть действительным.

[0164] В случае отказа попытки произвольного доступа UE или WTRU может использовать UTC восстановления и потери в тракте одной ячейки и снова начинать произвольный доступ. В одном или большем количестве вариантов осуществления UE или WTRU может продолжать с тем же самым UTC и, соответственно, линейно увеличивать мощность.

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

[0166] Один или большее количество вариантов осуществления рассматривают уменьшение пиков корреляции посредством компенсации циклического сдвига (CS). Величина смещения пика корреляции, как может быть обнаружено, является функцией относительных местоположений RS в частотной области, которая может быть получена на основе множества выборок как:

где k₀₁ и k₀₀ могут быть индексами поднесущей исходных позиций двух RS. q является индексом генерации Задова-Чу, определенным в стандарте 3GPP с помощью

причем v и являются индексом группы последовательности, индексом основной последовательности и длиной последовательности RS, соответственно. N может быть размером обратного дискретного преобразования Фурье (IDFT) в генераторе полосы немодулированных частот SC-FDMA, и в одном или большем количестве вариантов осуществления N может быть = 2048.

[0167] В качестве решения проблемы подавления пиков корреляции, среди других причин, смещение пика корреляции можно предварительно компенсировать, применяя значение смещения кроме запланированной установки CS, при условии, что UE или WTRU может планироваться согласно определенному выделению ресурсных блоков (RB). В частности, дополнительное значение смещения, обозначенное nPRE, может добавляться к вычислению циклического сдвига. Например, для генерации опорного сигнала DMRS физического совместно используемого канала восходящей линии связи (PUSCH), циклический сдвиг может вычисляться следующим образом:

где могут быть соответственно определенными для UE или WTRU, определенными для уровня и скачкообразного изменения CS переменными CS, определенными в 3GPP TS 36.211, V10.x.x, «E-UTRA, Physical channels and modulation», который включен в данный документ посредством ссылки, как полностью сформулированный в данной работе.

[0168] В качестве примерного варианта осуществления переменная смещения предварительной компенсации n_PRE может вычисляться в обратном направлении смещения пика корреляции:

Для других типов генерации опорного сигнала, таких как DMRS для PUCCH или SRS, может применяться та же самая концепция предварительной компенсации CS, причем данные уравнения могут присутствовать с некоторыми отличиями.

[0169] В первом воплощении способа предварительной компенсации CS UE или WTRU может автономно выполнять компенсацию CS без участия работы сети. У UE или WTRU есть непосредственный доступ к значениям k₀₁, и q уже из планирующего предоставления ресурса, посылаемого с помощью сети. Но исходная позиция опорного сигнала RS, k₀₀, может быть в общем случае не доступна для UE или WTRU. В одном или большем количестве вариантов осуществления одно или большее количество, или все WTRU, которые могут совместно планироваться в операции MU-MIMO, могут конфигурироваться с общим значением k₀₀, которое может предварительно определяться или конфигурироваться сетью через более высокий уровень. После приема одного или большего количества, или каждого предоставления ресурса восходящей линии связи через относящуюся к восходящей линии связи информацию управления нисходящей линии связи (DCI), UE или WTRU может выполнять компенсацию CS на основе интервала времени передачи (TTI), или в течение более длинного периода. Альтернативно, дополнительный механизм динамической сигнализации может вводиться для информирования UE или WTRU о значении k₀₀, используемом другими UE при совместном планировании. В одном или большем количестве вариантов осуществления о значении k₀₀ можно сигнализировать как часть контекста передачи восходящей линии связи (соответствующего, например, свойствам определенной потенциальной точки адресата), предоставляя возможность сети указывать одно из множества значений k₀₀ из обозначенного контекста передачи восходящей линии связи.

[0170] Во втором воплощении способа предварительной компенсации CS компенсация CS может выполняться на стороне сети. В одном или большем количестве вариантов осуществления сетевой планировщик может иметь в наличии всю необходимую или полезную информацию для одного или большего количества, или каждого UE или WTRU при совместном планировании. Поэтому, можно вычислять компенсацию CS согласно планирующему решению, которое он принимает, и предварительно изменять поле циклического сдвига в связанной с восходящей линией связи DCI, которую можно посылать в UE или WTRU на одно или большее количество, или каждое предоставление ресурса восходящей линии связи. В качестве примера, поле циклического сдвига может изменяться таким образом, как показывается на фиг. 8, причем биты в поле циклического сдвига могут изменяться с помощью смещения указателя содержимого на данную таблицу на основании n_PRE. В некоторых вариантах осуществления циклическое возвращение может выполняться, когда достигают конец таблицы.

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

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

[0173] Варианты осуществления предполагают уменьшение пика корреляции посредством дополнительной рандомизации. При определении опорных сигналов для передачи восходящей линии связи последовательность Задова-Чу используется для генерации основной последовательности:

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

[0174] Набор доступных основных последовательностей может включать в себя 30 групп основных последовательностей, помеченных, например, с помощью u, u=0, 1, 2, …, 29. Одна или большее количество, или каждая группа может иметь набор основных последовательностей различных размеров и для ≥72 может быть две основные последовательности, назначенные с помощью метки последовательности v, v=0, 1. Соотношение группы и меток последовательности к показателю корня определено в существующем стандарте 3GPP:

Когда групповое скачкообразное изменение может выполняться, номер группы и может меняться в зависимости от номера слота n_s согласно шаблону группового скачкообразного изменения f_gh(n_s):

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

[0175] Для одной или большего количества, или всех основных последовательностей в пределах группы основных последовательностей можно заметить, что они совместно используют общий шаблон скачкообразного изменения. Таким образом, для выделения неспаренного BW, используемые опорные сигналы могут (или в некоторых вариантах осуществления, всегда могут) иметь установленное соотношение пары независимо от того, как изменяется шаблон скачкообразного изменения. Так как плохой пик взаимной корреляции может редко появляться, и среди некоторых пар опорных сигналов неравной длины (или в некоторых вариантах осуществления, возможно, только таких пар) может быть полезно выполнять дополнительное скачкообразное изменение по опорным сигналам различных размеров. Другими словами, рассматривается другой уровень скачкообразного изменения, который может зависеть от длины RS. В качестве примера, номер группы и может определяться таким образом:

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

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

[0176] В качестве другого примера, скачкообразное изменение, зависящее от длины RS, может объединяться в шаблон группового скачкообразного изменения. В частности, шаблон группового скачкообразного изменения может быть сделан зависящим от длины RS:

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

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

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

[0177] Варианты осуществления рассматривают одно или большее количество усовершенствований скачкообразного изменения CS. Последующие абзацы описывают рассмотренные методики для усовершенствования использования скачкообразного изменения CS с помощью UE или WTRU при развертывании с множеством потенциальных точек адресата.

[0178] DM-RS, передаваемый в слоте n_s для уровня передачи λ, может быть функцией циклического сдвига α_λ, согласно α_λ=2πn_cs,λ/12, где n_cs,λ может быть индексом циклического сдвига. Индекс циклического сдвига может вычисляться согласно следующей формуле:

где по меньшей мере один из и может быть параметром, связанным с UTC. Значения этих параметров могут быть получены из более высоких уровней или могут быть получены из способа динамического выбора, например, из значения поля циклического сдвига (CSF) в связанной с восходящей линией связи управляющей сигнализации нисходящей линии связи. Количество n_PN(n_s) может упоминаться «как последовательность скачкообразного изменения циклического сдвига (CS)». Это может быть функция номера слота n_s, который может быть получен из псевдослучайной последовательности c(i) согласно той же самой зависимости, как в существующих системах. Такая псевдослучайная последовательность может инициализироваться в начале одного или большего количества, или каждого радиокадра со значением c_init, которое может упоминаться «как начальное значение для скачкообразного изменения CS». Начальное значение последовательности скачкообразного изменения циклического сдвига c_init может зависеть от UTC и может получаться, используя по меньшей мере одну из нескольких рассмотренных методик, описанных в данной работе. Когда UTC также включает в себя параметры управления мощностью, предоставляющие возможность приема сигнала восходящей линии связи на надлежащем уровне в определенной точке приема, такие, как идентификатор определенного для точки опорного сигнала и/или определенных для точки параметров управления мощностью, варианты осуществления, которые могут предоставлять возможность использования определенного для UTC значения c_init, могут обеспечивать, чтобы опорный сигнал мог приниматься на надлежащем уровне для точки, для которой структура опорного сигнала может быть оптимальной с целью объединения MU-MIMO.

[0179] В одном или большем количестве вариантов осуществления начальное значение псевдослучайного генератора, используемого для скачкообразного изменения CS, может разъединяться от и может все еще быть сделано определенным для ячейки, например:

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

[0180] В одном или большем количестве вариантов осуществления определенная для UE или WTRU корректировка может динамически назначаться в новой связанной с восходящей линией связи DCI (или в связанной с восходящей линией связи DCI, с которой может быть связана текущая передача UL). В одном или большем количестве вариантов осуществления определенная для UE или WTRU корректировка Δ_csh может быть получена неявно в UE или WTRU. Одно возможное неявное получение может зависеть от текущей группы основных последовательностей.

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

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

который может инициализироваться также на основании M_sc, например:

или, альтернативно, если может использоваться определенная для UE или WTRU корректировка

[0183] В одном или большем количестве вариантов осуществления CS может быть получен, используя те же самые формулы, как в известной системе, но некоторые параметры могут заменяться на определенные для UE или WTRU параметры, и в некоторых вариантах осуществления могут обеспечиваться в контексте передачи восходящей линии связи. Параметры, которые могут обеспечиваться в контексте передачи восходящей линии связи, могут включать в себя:

- ИД ячейки может заменяться определенным для UTC значением

- шаблон изменения последовательности может заменяться определенным для UTC значением

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

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

В таком случае начальное значение генератора псевдослучайной последовательности c_init может быть получено в итоге как:

[0184] Такие варианты осуществления могут предоставлять возможность сети планировать UE или WTRU, используя согласование шаблона скачкообразного изменения циклического сдвига, которое может использоваться в точке адресата, которая может использоваться с помощью другого совместно планируемого UE или WTRU, минимизируя помехи с совместно планируемым UE или WTRU. Рассмотренные методики, предоставляющие возможность выбора одного из множества UTC (описанные в данной работе), могут предоставлять возможность выбора сетью точки адресата и соответствующего совместно планируемого UE или WTRU, с которым может быть самым подходящим минимизировать помехи, когда существует множество таких точек адресата.

[0185] В вышеупомянутых вариантах осуществления параметры для определения скачкообразного изменения CS могут быть одинаковыми, независимо от того, может или нет DM-RS передаваться как часть PUCCH или PUSCH. Альтернативно, по меньшей мере один параметр может различаться между PUCCH и PUSCH. В этом случае, отличающиеся параметры могут использоваться с помощью UE или WTRU как часть того же самого UTC для передачи по PUCCH или PUSCH, или различные UTC могут определяться для передачи по PUCCH или PUSCH.

[0186] Следующие способы могут использоваться отдельно или в комбинации для выбора UTC для передачи UL. В последующих вариантах осуществления управляющая сигнализация нисходящей линии связи, как можно сказать, «может применяться» к передаче восходящей линии связи, если передача восходящей линии связи запущена с помощью этой сигнализацией. Это может включать в себя, например, DCI (декодированную в PDCCH или E-PDCCH), указывающую предоставление ресурса для передачи PUSCH, DCI, указывающую апериодическую передачу SRS, DCI, указывающую заказ RACH, или DCI, указывающую назначение нисходящей линии связи, для которого обратная связь HARQ может быть пригодной для передачи по PUCCH.

[0187] С целью определения UTC для использования для определенной передачи восходящей линии связи, среди других рассматриваемых условий, UE или WTRU может сначала определять подмножество кандидатов UTC, используя по меньшей мере одну рассмотренную методику ограничения. UE или WTRU может затем выбирать UTC из доступных UTC в подмножестве кандидатов UTC. В случае, если это подмножество может быть пустым, UE или WTRU может использовать «заданный по умолчанию» UTC, который может быть доступным (или в некоторых вариантах осуществления может всегда быть доступным). Такой «заданный по умолчанию» UTC может соответствовать UTC, который предоставляет возможность приема от большинства точек ячейки. Например, «заданный по умолчанию» UTC может использовать общий опорный сигнал в качестве PtRS.

[0188] Некоторые примерные способы ограничения обеспечены в последующем. В одном способе UE или WTRU может определять, что UTC может быть кандидатом, если потери в тракте, оцененные из PtRS, могут быть ниже порогового значения. Потери в тракте могут оцениваться как разность между мощностью передачи и принятой мощностью (RSRP) в дБ. В одном или большем количестве вариантов осуществления UE или WTRU может определять, что UTC может быть кандидатом, если мощность или качество принятого сигнала, измеренное из PtRS, может быть выше порогового значения. В одном или большем количестве вариантов осуществления UE или WTRU может определять, что UTC может не быть кандидатом, если обеспечение связи существует для этого UTC. В одном или большем количестве вариантов осуществления UE или WTRU может определять, что UTC может не быть кандидатом, если состояние активации, связанное с этим UTC, деактивировано.

[0189] UE или WTRU может определять UTC, основываясь на типе передачи восходящей линии связи, возможно, согласно указанию или конфигурации более высокого уровня. В одном примере передача апериодического SRS может конфигурироваться для передачи, используя параметры передачи первого UTC, а передача периодического SRS может конфигурироваться для передачи, используя параметры передачи второго UTC. В другом примере, для передачи первого периодического SRS, сконфигурированной так, чтобы она происходила с первым периодом и смещением, UE или WTRU может использовать первый UTC, в то время как для передачи второго периодического SRS, сконфигурированной так, чтобы она происходила со вторым периодом и смещением, UE или WTRU может использовать второй UTC. В другом примере UE или WTRU может использовать первый UTC для передач PUSCH, а второй UTC для передач PUCCH. В другом примере UE или WTRU может использовать первый UTC для передач PUSCH, запущенных с помощью динамического предоставления ресурса, а второй UTC - для передач PUSCH, запущенных с помощью предоставления полупостоянного планирования (SPS). В одном или большем количестве вариантов осуществления UE или WTRU может использовать второе для передачи PUSCH, запущенной с помощью динамического предоставления ресурса, если это происходит вместо предоставления SPS в том же самом субкадре. В одном или большем количестве вариантов осуществления UE или WTRU может определять UTC, основываясь на данных, мультиплексированных в транспортный блок или набор транспортных блоков, которые переносит передача PUSCH. Например, UTC может зависеть от одного или большего количества из логического канала, типа логического канала, группы логических каналов и/или несущей радиоканала или типа данных, содержащихся в транспортном блоке. Сопоставление логического канала с UTC может обеспечиваться к WTRU с помощью одного или большего количества более высоких уровней. Альтернативно, WTRU может определять сопоставление логического канала с UTC, основываясь на приоритетах логической группы каналов (LCG). В одном или большем количестве вариантов осуществления для определенного логического канала выбор UTC может дополнительно учитывать, содержит или нет ТВ данные плоскости пользователя или данные плоскости управления, причем данные плоскости управления могут соответствовать управлению PDU RLC (такому, как состояние PDU), или PDU управления MAC, или сообщениям RRC. В некоторых вариантах осуществления это поведение и/или выбор UTC могут конфигурироваться для подмножества логических каналов. В случае, если конфигурируется больше одного объекта MAC или экземпляра MAC, то UE или WTRU может определять UTC, основываясь на объекте MAC или экземпляре MAC, обеспечивающем набор транспортных блоков, которые переносит передача PUSCH.

[0190] UE или WTRU может определять UTC, основываясь на принятой управляющей сигнализации нисходящей линии связи, применяемой к передаче восходящей линии связи. В одном способе, в случае передачи PUSCH, управляющая сигнализация нисходящей линии связи может включать в себя поле, указывающее UTC для передачи PUSCH.

[0191] Например, поле может включать в себя поле циклического сдвига (CSF) в связанной с восходящей линией связи управляющей сигнализации нисходящей линии связи, причем интерпретация поля может изменяться по сравнению с интерпретацией в существующих системах. Одно или большее количество, или каждое значение CSF может указывать использование определенного UTC, или использование по меньшей мере одного параметра, связанного с UTC, возможно, наряду с использованием других параметров, таких как ортогональный код покрытия (ОСС) или индекс циклического сдвига для одного или большего количества, или каждого уровня передачи . Например, значение CSF может указывать по меньшей мере одно из: определенного для UTC параметра, такого как индекс UTC, или определенного для UTC параметра, используемого вместо идентификатора ячейки; по меньшей мере один параметр используется для определения по меньшей мере одного из номера и группы основной последовательности и номера v основной последовательности для одного или большего количества, или каждого слота n_s. По меньшей мере один параметр может быть связан с UTC или быть общим для одного или большего количества, или всех UTC. Например, по меньшей мере один параметр может включать в себя определенный для UTC параметр, используемый вместо идентификатора ячейки и, возможно, определенный для UTC параметр, используемый вместо определенного для ячейки Δss, для целей вычисления параметров основной последовательности; по меньшей мере один параметр, используемый для определения начального значения для скачкообразного изменения CS c_init, такой как определенное для UTC значение (Δ_csh или ) или определенный для UTC идентификатор , используемый с целью вычисления начального значения для скачкообразного изменения CS, или определенный для UTC параметр , используемый с целью вычисления начального значения для скачкообразного изменения CS; или по меньшей мере один параметр, используемый для определения ресурсных блоков, которые могут использоваться для PUSCH в одном субкадре (или эквивалентно, какой из RB может использоваться для PUCCH в одном субкадре). По меньшей мере один параметр может быть связан с UTC или быть общим у одного или большего количества, или всех UTC. Например, по меньшей мере один параметр может включать в себя определенный для UTC параметр для pusch-HoppingOffset, а так же n-SB и hoppingMode, который может использоваться WTRU для определения RB, в пределах которых может быть расположен PUSCH.

[0192] Фиг. 9 показывает пример возможного измененного сопоставления для CSF, где в добавление к индексу циклического сдвига и ортогональному коду покрытия для одного или большего количества, или каждого уровня передачи λ, начальное значение скачкообразного изменения CS может указываться для одной или большего количества, или каждой кодовой точки. Один или большее количество вариантов осуществления рассматривают, что вместо непосредственного указания начального значения скачкообразного изменения CS для каждой кодовой точки (в последнем столбце), может указываться определенный для UTC параметр , который может использоваться с целью вычисления этого начального значения скачкообразного изменения CS, согласно одному или большему количеству ранее описанных вариантов осуществления, например

[0193] В случае, если CSF может интерпретироваться согласно указанному выше, UE или WTRU может определять (в некоторых вариантах осуществления, возможно, неявно) UTC, основываясь на указанном значении начального значения для скачкообразного изменения CS (или другого определенного для UTC параметра в других рассмотренных методиках), и выводить другие свойства передачи восходящей линии связи, основываясь на этом UTC. Например, UE или WTRU может определять, что мощность передачи может вычисляться, основываясь на первом наборе определенных для UTC параметров в случае, если указанное значение начального значения для скачкообразного изменения CS может быть первым значением, и что мощность передачи может вычисляться, основываясь на втором определенном для UTC наборе параметров в случае, если указанное значение может быть вторым значением. UE или WTRU может интерпретировать поле CSF по-разному в зависимости от параметра конфигурации. Например, UE или WTRU может интерпретировать поле CSF таким же образом, как в существующих системах, если оно может конфигурироваться с одним UTC, и используя фиг. 9, если оно может конфигурироваться с больше чем одним UTC.

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

[0195] В одном или большем количестве вариантов осуществления, в случае передачи PUCCH, используемой для передачи обратной связи HARQ, индикатор ресурса A/N может указывать UTC для использования наряду с другой информацией о ресурсе PUCCH, которая может использоваться (например, индекс ресурса или другое свойство передачи PUCCH). Например, параметр , используемый для определения индекса ресурса, может устанавливаться в первое значение в первом UTC и во второе значение во втором UTC, что может предоставлять возможность использования отличающихся областей PUCCH между смежными точками приема для лучшей эффективности. В другом примере параметры, используемые для определения основных последовательностей DM-RS для PUCCH (такие, как параметр, заменяющий идентификатор ячейки), могут устанавливаться в первый набор значений в первом UTC и во второй набор значений во втором UTC. В другом примере параметры, используемые для определения RB, используемых для PUSCH (такие, как pusch-HoppingOffset), могут устанавливаться в первый набор значений в первом UTC и во второй набор значений во втором UTC.

[0196] В другом примере параметры, используемые для определения начального значения последовательности скачкообразного изменения CS DM-RS для PUCCH (такой как начальное значение непосредственно или параметр, заменяющий идентификатор ячейки) могут устанавливаться в первый набор значений в первом UTC и во второй набор значений во втором UTC. В другом примере начальное значение ячейки псевдослучайной последовательности c(i), используемой для определения элемента циклического сдвига для одного или большего количества, или каждого слота n_s, и номер символа могут устанавливаться в первое значение в первом UTC и во второе значение во втором UTC. Значение в одном или большем количестве, или каждом UTC может соответствовать определенному для UTC параметру идентификатора ячейки.

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

[0198] В вышеупомянутых способах указание UTC может включать в себя индекс («индекс точки адресата», или «поле указания несущей», или «UTC», или «точка передачи», если используется для этой цели), указывающий один из нескольких наборов параметров, сконфигурированных для одного или большего количества, или каждого возможного UTC, или их группы. Альтернативно, это указание может включать в себя указание любого другого параметра, который может однозначно определять UTC, такого, как индекс точки передачи или опорный сигнал DL, передаваемый от точки адресата (например, связанной с UTC) и используемый для управления мощностью или с целью выравнивания синхронизации.

[0199] WTRU может определять (в некоторых вариантах осуществления, возможно, неявно) UTC для передачи восходящей линии связи, основываясь на свойстве управляющей сигнализации нисходящей линии связи, применяемой к передаче восходящей линии связи. В одном способе UTC может определяться, основываясь на области поиска (или местоположении в частотно-временной сетке), где PDCCH или E-PDCCH, содержащий соответствующую информацию управления нисходящей линии связи (DCI), возможно, был декодирован. Например, в случае, если DCI для назначения нисходящей линии связи может декодироваться в общей области поиска, то UTC для PUCCH, содержащего обратную связь HARQ для этого назначения, может соответствовать UTC, который может использовать общий опорный сигнал (CRS) ячейки в качестве опорного сигнала ее точки.

[0200] В другом примере, в случае, если DCI для предоставления ресурса восходящей линии связи может декодироваться в определенной для UE или WTRU области поиска, UTC для PUSCH может соответствовать UTC, который может использовать другой опорный сигнал (например, CSI-RS), в качестве опорного сигнала точки. В одном или большем количестве вариантов осуществления UTC может определяться, основываясь на типе физического канала управления (PDCCH, который определен в существующей системе, или Е-PDCCH, основываясь на определенном для UE или WTRU опорном сигнале (ах)), содержащем соответствующую информацию управления нисходящей линии связи (DCI). Например, в случае, если DCI может декодироваться из PDCCH, UTC для PUCCH, содержащего обратную связь HARQ для этого назначения, может соответствовать точке адресата, которая может использовать общий опорный сигнал (CRS) ячейки в качестве опорного сигнала ее точки.

[0201] В другом примере, в случае, если DCI может декодироваться из E-PDCCH, UTC может соответствовать точке адресата, которая может использовать другой опорный сигнал в качестве опорного сигнала ее точки. В одном или большем количестве вариантов осуществления UTC может определяться, основываясь на опорном сигнале или антенном порту, используемом для передачи соответствующей управляющей сигнализации нисходящей линии связи. Например, в случае, если DCI для назначения нисходящей линии связи может передаваться по антенному порту, соответствующему общему опорному сигналу, то UTC для PUCCH, содержащего обратную связь HARQ для этого назначения, может соответствовать UTC, который может использовать общий опорный сигнал (CRS) ячейки в качестве опорного сигнала ее точки. В другом примере, в случае, если DCI для предоставления ресурса восходящей линии связи может передаваться по антенному порту, соответствующему опорному сигналу DM-RS, то UTC для PUSCH может соответствовать точке адресата, которая может использовать другой опорный сигнал (например, CSI-RS) в качестве опорного сигнала ее точки. Зависимость между антенным портом, используемым для передачи управляющей сигнализации нисходящей линии связи, и опорным сигналом (или антенным портом), используемым в качестве опорного сигнала точки для UTC передачи восходящей линии связи, может обеспечиваться с помощью одного или большего количества более высоких уровней.

[0202] В одном или большем количестве вариантов осуществления UTC может определяться, основываясь на RNTI, используемом для маскирования CRC, используемого при кодировании соответствующей управляющей сигнализации нисходящей линии связи. Например, в случае, если CRC, используемый при кодировании DCI для назначения нисходящей линии связи, может маскироваться первым RNTI, то UTC для PUCCH, содержащего обратную связь HARQ для этого назначения, может соответствовать точке адресата, которая может использовать первый опорный сигнал точки. В другом примере, в случае, если СКС, используемый при кодировании DCI для назначения нисходящей линии связи, может маскироваться вторым RNTI, то UTC для PUCCH, содержащего обратную связь HARQ для этого назначения, может соответствовать точке адресата, которая может использовать второй опорный сигнал точки. В другом примере, в случае, если CRC, используемый при кодировании DCI для предоставления ресурса восходящей линии связи, является временным C-RNTI, то UTC для DM-RS, используемый в соответствующей передаче PUSCH, может соответствовать заданному по умолчанию UTC, причем свойства передачи могут быть получены из идентификатора физической ячейки. В одном или большем количестве вариантов осуществления сопоставление между RNTI и UTC (или его опорным сигналом точки) может обеспечиваться с помощью одного или большего количества более высоких уровней. В другом примере, в случае, если CRC, используемый при кодировании DCI для предоставления ресурса восходящей линии связи, может маскироваться первым RNTI, то UTC для передачи PUSCH и связанного DM-RS (включающий в себя, например, параметры, используемые для генерации основной последовательности DM-RS), может соответствовать первому UTC. В случае, если CRC, используемый при кодировании DCI, может маскироваться вторым RNTI, то UTC для передачи PUSCH и связанного DM-RS может соответствовать второму UTC.

[0203] В одном или большем количестве вариантов осуществления UTC может определяться, основываясь на используемом формате DCI. Основываясь на режиме передачи или режиме конфигурации, может определяться непосредственное сопоставление формата DCI с UTC. При конфигурировании в данном режиме, если может приниматься формат DCI, например, формат 5 DCI, то UE или WTRU может использовать соответствующий сконфигурированный UTC для передачи UL, иначе, если UE или WTRU принимает другой формат DCI, то оно может использовать значение по умолчанию или связанный UTC.

[0204] В одном или большем количестве вариантов осуществления UTC, или по меньшей мере один параметр, связанный с UTC (например, смещение скачкообразного изменения PUSCH), может определяться, основываясь на самом младшем индексе ССЕ, используемом для создания PDCCH, используемого для передачи соответствующего назначения DCI.

[0205] UE или WTRU может определять (в некоторых вариантах осуществления, возможно, неявно) UTC, основываясь на измерениях, выполненных по меньшей мере для одного опорного сигнала, связанного по меньшей мере с одним UTC. Опорный сигнал, используемый для выполнения измерения, в данной работе может соответствовать по меньшей мере одному из опорных сигналов, такому как опорный сигнал точки UTC. Типы измерений, которые могут использоваться для заданного опорного сигнала UTC, могут включать в себя по меньшей мере одно из: мощности принятого сигнала (например, аналогично RSRP); качества принятого сигнала (например, аналогично RSRQ); потерь в тракте, оцененных как разность (в дБ) между переданной мощностью и принятой мощностью, причем переданная мощность может обеспечиваться как часть конфигурации; альтернативно, усиления тракта, которое может быть отрицательной величиной от потерь в тракте в дБ; и/или показателя качества канала.

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

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

[0208] UE или WTRU может определять, что один из множества вышеупомянутых критериев может использоваться для выбора UTC, основываясь по меньшей мере на одном из следующего:

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

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

- синхронизации субкадра.

[0209] В одном или большем количестве вариантов осуществления UE или WTRU может определять (в некоторых вариантах осуществления, возможно, неявно) UTC, основываясь на синхронизации субкадра, где происходит передача восходящей линии связи, или на синхронизации субкадра, где информация управления нисходящей линии связи может применяться к передаче восходящей линии связи. Синхронизация может определяться, используя по меньшей мере одно из номера кадра, номера субкадра, периодичности и смещения. Одно применение этого способа может быть для случая, когда UE или WTRU может создавать сильные помехи узлу, который оно не может выбирать в качестве точки приема. В таком случае сеть может конфигурировать UE или WTRU с подмножеством субкадров, для которых можно использовать регулярную передачу восходящей линии связи, и с другим подмножеством субкадров, для которых можно использовать ограниченную передачу. Ограничение на передачу может быть сокращением мощности передачи для одного или большего количества, или всех физических каналов и/или типов передачи. Или это может быть сокращением применяемого скачкообразного изменения CS и/или скачкообразного изменения PUSCH. В другом примере UE или WTRU может определять UTC для использования в заданном субкадре, основываясь на одной или большем количестве из определенного набора возможных конфигураций субкадра, причем конфигурация субкадра может определять для некоторых или каждого субкадра, какой экземпляр(ы) MAC или объект или объекты MAC может передаваться в PUSCH, или альтернативно для некоторых или каждого экземпляра MAC или объекта MAC, подмножество субкадров может быть доступным для передачи в PUSCH.

[0210] В одном примерном способе UTC, используемый для передач восходящей линии связи, происходящих в подмножестве субкадров, чей номер кадра (Nf) и номер субкадра (Ns) удовлетворяет условию (10×Nf+Ns) mod Т1=O1, где Т1 и O1 могут быть параметрами, которые могут обеспечиваться с помощью одного или большего количества более высоких уровней, может определяться так, чтобы соответствовать UTC, который может использовать общий опорный сигнал (CRS) ячейки в качестве опорного сигнала ее точки. В другом примерном способе UTC, используемый для передач восходящей линии связи, может определяться, основываясь на битовой карте, обеспеченной с помощью более высоких уровней, причем одна или большее количество, или каждая позиция битовой карты соответствует определенному субкадру, и значение битовой карты указывает UTC для использования.

[0211] В другом примерном способе начальное значение для смещения скачкообразного изменения CS и/или скачкообразного изменения PUSCH может настраиваться так, чтобы оно было первым значением (возможно, соответствующим первому UTC) для субкадров с четным номером и вторым значением (возможно, соответствующим второму UTC) для субкадров с нечетным номером. Два значения могут обеспечиваться с помощью более высоких уровней. Мощность передачи может также определяться, основываясь на параметрах, связанных с соответствующей передачей UTC. Например, в одном подмножестве субкадров UE или WTRU может конфигурироваться с одним набором UTC, причем один или большее количество, или каждый конфигурируются с определенным смещением мощности передачи. Когда в другом подмножестве субкадров, UE или WTRU может конфигурироваться с другим набором UTC, который может быть близкой точной копией первого набора UTC, за исключением некоторых отличий в некоторых параметрах, таких как различное смещение мощности передачи.

[0212] В одном или большем количестве вариантов осуществления UE или WTRU может определять (в некоторых вариантах осуществления, возможно, неявно) UTC, основываясь на типе субкадра, где происходит передача восходящей линии связи, причем тип субкадра может быть одним по меньшей мере из определенного подмножества субкадров «MBSFN», «почти пустого» субкадра или «нормального» субкадра. Например, UTC, используемый для передач восходящей линии связи, происходящих во время первого подмножества субкадров MBSFN, может настраиваться так, чтобы он соответствовал UTC, который может использовать первый опорный сигнал точки, в то время как UTC, используемый для передач восходящей линии связи, происходящих во время нормального субкадра, может настраиваться так, чтобы он соответствовал UTC, который может использовать общий опорный сигнал в качестве его опорного сигнала точки, или заданному по умолчанию UTC.

[0213] UE или WTRU может определять UTC для передачи восходящей линии связи, основываясь на свойстве этой передачи восходящей линии связи, о которой, возможно, сообщили динамически в предоставлении ресурса, или конфигурировали полустатически. Например, UTC, используемый для передачи PUSCH, может выбираться, основываясь на назначении ресурсного блока или на скачкообразном изменении смещения для этой передачи PUSCH. Например, это может быть функция стартового ресурсного блока или количества ресурсных блоков или количества поддиапазонов или скачкообразного изменения смещения. В другом примере UTC может выбираться, основываясь на схеме модуляции и кодирования, используемой для передачи PUSCH.

[0214] В другом примере UTC, используемый для передачи PUCCH, может выбираться, основываясь на физическом ресурсном блоке (PRB), в котором происходит передача PUCCH. Например, UTC, используемый для передачи PUCCH, может устанавливаться в первое значение UTC, когда PRB принадлежит первому набору PRB, и во второе значение UTC, когда PRB принадлежит второму набору PRB. Таким образом, например, по меньшей мере одно из физического идентификатора ячейки, и параметров управления мощностью и переменных (например, опорного сигнала, используемого для оценки потерь в тракте, состояния корректировки управления мощностью), могут выбираться, основываясь на PRB, используемом для PUCCH.

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

[0216] UE или WTRU может определять UTC для передачи восходящей линии связи, содержащей обратную связь HARQ по меньшей мере для одной передачи нисходящей линии связи в PDSCH, основываясь на свойстве этой передачи нисходящей линии связи. Передача восходящей линии связи может включать в себя по меньшей мере один из PUCCH или PUSCH, содержащего обратную связь HARQ. Свойство передачи PDSCH может включать в себя по меньшей мере один из: режима передачи (для одной или большего количества, или каждой передачи); антенного порта или типа опорного сигнала, используемого для передачи PDSCH; и/или несущей частоты передачи PDSCH (или индекса несущей, или индекса ячейки).

[0217] Например, UE или WTRU может использовать UTC, соответствующий опорному сигналу первой точке, для передачи обратной связи Α/Ν (по PUCCH или PUSCH), если по меньшей мере одна передача PDSCH была принята, используя антенный порт между 7 и 15, а иначе использовать UTC, для которого опорный сигнал точки соответствует общему опорному сигналу.

[0218] UE или WTRU может определять UTC для использования для передачи восходящей линии связи, основываясь на последнем принятом указании, какой UTC использовать. Такое указание может приниматься от сигнализации физического уровня, MAC или RRC.

[0219] Например, UE или WTRU может определять UTC, основываясь на приеме цифровой информации управления в PDCCH, причем по крайней мере одно поле цифровой информации управления указывает UTC для использования, пока другое указание не может обеспечиваться. В другом примерном способе UE или WTRU может определять UTC, основываясь на приеме управляющего элемента MAC, причем может обеспечиваться по меньшей мере одно поле CE MAC, которое указывает UTC для использования до другого указания.

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

[0221] Например, UE или WTRU может передавать SRS для рассматриваемой обслуживающей ячейки (или от периодической конфигурации, или от апериодического запроса), и впоследствии принимать TAC CE MAC для рассматриваемой обслуживающей ячейки; TAC CE MAC может включать в себя указание UTC, к которому применяется TAC, и UE или WTRU может использовать этот UTC для последующей передачи в обслуживающей ячейке, например, для передач PUSCH.

[0222] UE или WTRU может выбирать UTC, который может быть в активированном состоянии (или в некоторых вариантах осуществления, возможно, только для обслуживающей ячейки, которая может быть также в активированном состоянии). Если один UTC (или в некоторых вариантах осуществления, возможно, только один UTC) может быть в активированном состоянии одновременно для заданной обслуживающей ячейки, среди других рассмотренных условий, то UE или WTRU может выбирать активированный UTC. Иначе, если множество UTC может активироваться одновременно для заданной обслуживающей ячейки, то UE или WTRU может дополнительно применять любой из способов, описанных в данной работе, для выбора UTC для выполнения передачи восходящей линии связи.

[0223] Конфигурация UTC для PRACH может включать в себя по меньшей мере один из следующих параметров: начальная мощность передачи preamblelnitialReceivedTargetPower; функция линейного изменения мощности и/или коэффициент powerRampingStep; максимальное количество передач преамбулы preambleTransMax; мощность передачи для ячейки, например, Pcmax,с (и deltaPreambleMsg3); смещение, основанное на формате преамбулы DELTA_PREAMBLE; набор ресурсов PRACH (например, prach-Configlndex); группа преамбул произвольного доступа, набор доступных преамбул для группы (например, sizeOfRA-PreamblesGroupA, NumberOfRA-Preambles); если группа В преамбул существует, messagePowerOffsetGroupB и messageSizeGroupA; размер окна ответа РА; максимальное количество передач HARQ Msg3; и/или таймер разрешения состязательности.

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

- типа передачи преамбулы, например, может или нет передача преамбулы быть для состязательного произвольного доступа (CBRA), бессостязательного произвольного доступа (CFRA), для начального доступа к ячейке при передаче обслуживания, для повторного установления соединения, для планирующего запроса (PA-SR) или для получения выравнивания синхронизации восходящей линии связи; например, UE или WTRU может выбирать UTC, который соответствует заданному по умолчанию UTC рассматриваемой обслуживающей ячейки (например, UTC, соответствующий передаче к макроячейке), если передача преамбулы соответствует CBRA, или альтернативно, при передаче преамбулы для начального доступа к ячейке во время процедуры передачи обслуживания, или в качестве дополнительного альтернативного варианта, при передаче преамбулы во время процедуры повторного установления соединения RRC. Альтернативно, на передачу преамбулы, запущенную с помощью планирующего запроса, например, PA-SR. Например, UE или WTRU может выбирать UTC, который соответствует UTC, для которого у UE или WTRU нет действительной восходящей линии связи, выравнивание синхронизации (например, может истечь определенный для UTC ТАТ), или в качестве альтернативного варианта, для передачи преамбулы для SCell (или в некоторых вариантах осуществления, возможно, для передачи преамбулы только для SCell); запускающего события, которое инициировало передачу преамбулы, например, может или нет оно инициироваться сетью или инициироваться UE или WTRU; например, UE или WTRU может выбирать UTC, который соответствует заданному по умолчанию UTC рассматриваемой обслуживающей ячейки (например, UTC, соответствующий передаче к макроячейке), если передача преамбулы может автономно инициироваться UE или WTRU, например, соответствует PA-SR. Например, UE или WTRU может выбирать UTC, который соответствует в настоящее время активному UTC для рассматриваемой ячейки, если передача преамбулы может быть запущена с помощью приема заказа PDCCH (например, формата 1А DCI), для выполнения передачи преамбулы и/или процедуры произвольного доступа. В одном или большем количестве вариантов осуществления это может выполняться, если (или в некоторых вариантах осуществления, возможно, только если) заказ PDCCH указывает передачу преамбулы в Scell, или в дополнительном альтернативном варианте, если (или в некоторых вариантах осуществления возможно, только если) передача преамбулы может быть для получения продвижения синхронизации, среди других рассмотренных условий;

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

- явного указания, которое может приниматься в управляющей сигнализации, например, в заказе PDCCH, таком как формат 1А DCI. Например, UE или WTRU может выбирать UTC, указанный в принятой управляющей сигнализации, если может присутствовать какое-либо такое указание; и/или

- в настоящее время активируемого UTC для рассматриваемой ячейки. Например, UE или WTRU может выбирать (или в некоторых вариантах осуществления может всегда выбирать) UTC, который может активироваться для рассматриваемой ячейки.

[0225] UE или WTRU может затем идентифицировать набор параметров, применяемых к рассматриваемому UTC. Например, для PRACH один или большее количество, или каждый UTC может конфигурироваться с различными связанными с мощностью параметрами. Например, функция линейного изменения мощности может быть функцией выбранного UTC. UTC может таким образом конфигурироваться с линейным изменением, которое может быть или медленнее или быстрее, чем например, линейное изменение мощности для заданного по умолчанию UTC. Точно так же UTC, который, возможно, не является заданным по умолчанию UTC для PRACH, может конфигурироваться с меньшим количеством попыток повторной передачи. UE или WTRU может затем инициировать передачу преамбулы, используя соответствующие параметры. UE или WTRU может выбирать группу преамбул, основываясь на Pcmax,с и оценке PL, применяемой к рассматриваемому UTC, например, используя опорный сигнал, который может быть определенным для рассматриваемого UTC.

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

[0227] Например, определенный для ячейки CRS может использоваться в качестве заданного по умолчанию опорного сигнала (или в некоторых вариантах осуществления, возможно, всегда для заданной ячейки или одной или большего количества, или всех ячеек). Например, UE или WTRU может определять, что UTC, используемый для передачи преамбулы, может быть UTC, сконфигурированным с CRS. В одном или большем количестве вариантов осуществления он может быть заданным по умолчанию UTC для рассматриваемой ячейки. Например, UE или WTRU может определять, что опорный сигнал, используемый для передачи преамбулы для рассматриваемой ячейки, может быть определенным для ячейки опорным сигналом (или в некоторых вариантах осуществления, возможно, всегда может быть так), независимо от UTC, выбранного для передачи преамбулы. В этом случае начальная мощность передачи и/или параметры линейного изменения мощности могут конфигурироваться для выбранного UTC таким образом, что это компенсирует различные уровни мощности между выбранным UTC (например, UTC, соответствующим RRH или пикоячейке) и заданным по умолчанию UTC (например, UTC, соответствующим макроячейке). Сеть может определять, какой прием(ы) преамбулы рассматривать (например, если преамбула успешно декодируется во множестве точек приема) и отвечать соответственно, что включает в себя, возможно, генерацию одной команды продвижения синхронизации для одной или большего количества, или каждой точке приема.

[0228] Может или нет использоваться определенный для ячейки CRS, может быть функцией характеристики передачи преамбулы (например, для CBRA). Когда CRS не может использоваться, может использоваться определенный для UE или WTRU RS, и/или RS, сконфигурированный для UTC,; например, UE или WTRU может определять, что опорный сигнал, используемый для передачи преамбулы для рассматриваемой ячейки, может быть определенным для ячейки опорным сигналом, независимо от UTC, выбранного для передачи преамбулы и/или в настоящее время активного UTC, если передача преамбулы соответствует инициированной UE или WTRU передаче преамбулы и/или к CBRA. Иначе, UE или WTRU может использовать опорный сигнал, соответствующий UTC, выбранному для передачи преамбулы, и/или в настоящее время активному UTC.

[0229] Может или нет использоваться определенный для ячейки CRS, может быть функцией характеристики выбранного UTC; например, если выбранный UTC соответствует заданному по умолчанию UTC, то определенный для ячейки CRS может использоваться.

[0230] RS для использования может явно указываться. Например, UE или WTRU может принимать управляющую сигнализацию с явным указанием того, какой UTC и/или опорный сигнал использовать для соответствующей передачи преамбулы, например, в заказе PDCCH формата 1А DCI.

[0231] UE или WTRU может выполнять начальную передачу преамбулы на ресурсе PRACH, применяемом к выбранному UTC для рассматриваемой ячейки. Впоследствии UE или WTRU может принимать сообщение ответа произвольного доступа (RAR), используя PA-RNTI для декодирования управляющей сигнализации в PDCCH, данное значение PA-RNTI может быть функцией выбранного UTC, например, таким образом, что PA-RNTI может однозначно идентифицировать, какой частотно-временной ресурс использовался для передачи преамбулы, и/или также для какого UTC (или точки приема) была принята преамбула. UE или WTRU может использовать прием управляющей сигнализации на PA-RNTI для определения, какому UTC соответствует RAR. Более широко, UE или WTRU может определять (в некоторых вариантах осуществления, возможно, неявно) то, для какого UTC предназначена DCI, которая может успешно декодироваться с заданным RNTI, основываясь на упомянутом RNTI, например, UTC может включать в себя RNTI с целью идентификации управляющей сигнализации нисходящей линии связи, которая соответствует передачам восходящей линии связи (например, предоставление ресурса, ТРС или запрос SRS).

[0232] Например, UE или WTRU может определять PA-RNTI для заданного UTC, который включает в себя явный идентификатор рассматриваемого UTC, например, таким образом что РА-RNTI=1 + (индекс первого субкадра ресурса PRACH для переданной преамбулы) + 10* (индекс PRACH в частотной области) + (идентификатор UTC). В одном или большем количестве вариантов осуществления заданный по умолчанию идентификатор UTC для заданной обслуживающей ячейки может быть 0.

[0233] Если UE или WTRU достигает максимального количества передач преамбулы для определенного UTC, то UE или WTRU может выполнять по меньшей мере одно из следующего: UE или WTRU может запускать отказ RACH (например, MAC указывает проблемы линии радиосвязи для верхних уровней), если (или в некоторых вариантах осуществления, возможно, только если) передачи преамбулы соответствуют UTC, сконфигурированному в качестве заданного по умолчанию UTC для рассматриваемой ячейки (например, макроячейки); в одном или большем количестве вариантов осуществления, если (или в некоторых вариантах осуществления, возможно, только если) рассматриваемая ячейка может быть PCell конфигурации UE или WTRU, то UE или WTRU может деактивировать рассматриваемый UTC; и/или UE или WTRU может инициировать передачу преамбулы (например, процедуру RACH) на UTC, сконфигурированном в качестве заданного по умолчанию UTC для рассматриваемой обслуживающей ячейки (или в одном или большем количестве вариантов осуществления, возможно, только для заданного по умолчанию UTC, соответствующего PCell).

[0234] Варианты осуществления распознают, что в LTE R8 и более поздних, процессы HARQ восходящей линии связи могут быть синхронными. В одном или большем количестве вариантов осуществления UE или WTRU может выполнять автономную повторную передачу восходящей линии связи для продолжающегося процесса HARQ (например, для процесса HARQ, для которого последняя обратная связь, принятая для процесса, может быть отрицательным подтверждением HARQ, или обратная связь не была принята), пока передача не будет успешной и/или пока процесс HARQ не будет остановлен (например, с помощью приема подтверждения HARQ). UE или WTRU может дополнительно принимать предоставление ресурса на повторную передачу для продолжающегося процесса HARQ для настройки повторной передачи, например, на основе MSG, и/или какой PRB может использоваться для повторной передачи.

[0235] Когда UE или WTRU выполняет неадаптивную синхронную повторную передачу HARQ для продолжающегося процесса HARQ, среди других условий, UE или WTRU может выбирать, какой UTC применять к рассматриваемой передаче согласно по меньшей мере одному из следующего: UE или WTRU может использовать тот же самый UTC, как для начальной передачи для рассматриваемого процесса HARQ; например, UE или WTRU может применять (или в некоторых вариантах осуществления может всегда применять) UTC, который оно применяло для начальной передачи для этого процесса HARQ; в некоторых вариантах осуществления, если предыдущая передача была повторной передачей, и если повторная передача динамически планировалась (например, это не была автономная для UE или WTRU повторная передача) таким образом, что другой UTC использовался, UE или WTRU возвращается к UTC начальной передачи для этого процесса HARQ для любой последующей автономной для UE или WTRU повторной передачи до того, как новая (например, дополнительная или обновленная) передача может инициироваться для этого процесса HARQ; UE или WTRU может использовать тот же самый UTC, как для предыдущей передачи для рассматриваемого процесса HARQ; например, UE или WTRU применяет UTC, который оно применяло для предыдущей передачи для этого процесса HARQ; его значение может быть таким, что если предыдущая передача была повторной передачей, и если повторная передача динамически планировалась (например, это не была автономная для UE или WTRU повторная передача) таким образом, что другой UTC использовался, UE или WTRU может применять другой UTC, чем UTC из начальной передачи для этого процесса HARQ; UE или WTRU может использовать заданный по умолчанию UTC для рассматриваемой обслуживающей ячейки; например, для любого процесса HARQ, UE или WTRU может применять заданный по умолчанию UTC, когда оно выполняет неадаптивную повторную передачу; UE или WTRU может использовать в настоящее время активный UTC для рассматриваемой обслуживающей ячейки. Например, для любого процесса HARQ, UE или WTRU может применять активный в настоящее время UTC, когда оно выполняет неадаптивную повторную передачу, если один UTC может быть активным в заданном субкадре (или в некотором варианте осуществления, возможно, только если один UTC может быть активным), среди других рассматриваемых условий.

[0236] UE или WTRU может конфигурироваться с подмножествами субкадров, причем для различных подмножеств могут использоваться различные UTC. Один или большее количество вариантов осуществления рассматривают, что для одного или большего количества, или каждого подмножества субкадров и одного или большего количества, или каждого UTC, могут конфигурироваться различные РСМАХ,с. При таком сценарии может быть трудно достигать эффективной неадаптивной повторной передачи. Поэтому, неадаптивная повторная передача может усовершенствоваться таким образом, что она может происходить (или в некоторых вариантах осуществления, возможно, может происходить только) в том же самом подмножестве субкадров, как исходная передача. При таких сценариях UE или WTRU может поддерживать (или в некоторых вариантах осуществления, возможно, необходимо или полезно поддерживать) отдельные процессы HARQ, основываясь на подмножестве субкадров исходной передачи.

[0237] Когда UE или WTRU принимает управляющую сигнализацию для динамического планирования повторной передачи HARQ для продолжающегося процесса HARQ, UE или WTRU может выбирать, какой UTC применять для рассматриваемой передачи согласно по меньшей мере одному из следующего: UE или WTRU может использовать любой из способов для выбора UTC, описанного в абзацах выше и ниже; UE или WTRU может использовать тот же самый UTC, как для начальной передачи для рассматриваемого процесса HARQ; например, если другой способ выбора UTC не может применяться (например, о UTC можно явно сообщать в управляющей сигнализации), UE или WTRU может применять тот же самый UTC, как для начальной передачи для этого процесса HARQ. UE или WTRU может использовать тот же самый UTC, как для предыдущей передачи для рассматриваемого процесса HARQ; например, если другой способ выбора UTC не может применяться (например, о UTC можно явно сообщать в управляющей сигнализации), UE или WTRU может применять тот же самый UTC, как для предыдущей передачи для этого процесса HARQ. UE или WTRU может использовать заданный по умолчанию UTC для рассматриваемой обслуживающей ячейки; например, если другой способ выбора UTC не может применяться (например, о UTC можно явно сообщать в управляющей сигнализации), UE или WTRU может применять заданный по умолчанию UTC, когда оно выполняет повторную передачу; UE или WTRU может использовать в настоящее время активный UTC для рассматриваемой обслуживающей ячейки; например, если другой способ выбора UTC не может применяться (например, о UTC можно явно сообщать в управляющей сигнализации), UE или WTRU может применять в настоящее время активный UTC, когда оно выполняет повторную передачу, если (или в некоторых вариантах осуществления возможно, только если) один UTC может быть активным в заданном субкадре, среди других рассмотренных условий.

[0238] UE или WTRU может принимать команду продвижения синхронизации (TAC) в CE MAC или в сообщении RAR во время процедуры произвольного доступа. UE или WTRU может определять, к какому UTC (например, сумматору ТА) TAC применяется согласно по меньшей мере одному из следующих способов:

[0239] Идентификатор, о котором явно сообщают в сообщении, которое содержит TAC (например, TAC CE MAC, RAR): сообщение, которое содержит TAC, включает в себя идентификатор рассматриваемого UTC (и, возможно, также рассматриваемой обслуживающей ячейки) и/или рассматриваемой группы UTC, например, в группе ТА; например, UE или WTRU может принимать TAC CE MAC на нисходящей линии связи любой обслуживающей ячейки; UE или WTRU может определять, основываясь на поле (или основываясь на битовой карте, порядок битов которой может указывать такой идентификатор), которое содержит идентификатор, к какому UTC может применяться TAC.

[0240] Идентификатор, о котором явно сообщают в управляющей сигнализации, которая планирует сообщение с TAC: информация управления нисходящей линии связи, которая планирует TAC, может включать в себя идентификатор рассматриваемой обслуживающей ячейки, UTC (и, возможно, также рассматриваемой обслуживающей ячейки) и/или рассматриваемой группы UTC например, в группе ТА; например, UE или WTRU может принимать DCI PDCCH, планирующий PDSCH, используя поля идентификации ячейки. CIF может указывать обслуживающую ячейку, когда другие способы могут использоваться для определения, к какому UTC может применяться TAC, например, к активированному UTC для указанной ячейки. Альтернативно, CIF может указывать UTC.

[0241] Связь между передачей восходящей линии связи и принятой TAC: принятая TAC может быть связана с передачей восходящей линии связи, которая была ранее выполнена с помощью UE или WTRU. Например, UE или WTRU может принимать TAC в RAR, который соответствует предыдущей передаче преамбулы. UE или WTRU может определять, какой передаче преамбулы соответствует RAR, и может определять, что TAC может применяться к UTC, соответствующему упомянутой передаче преамбулы. Альтернативно, может использоваться RNTI UE или WTRU, например, PA-RNTI, данное значение может быть функцией применяемого UTC для передачи преамбулы. Альтернативно, это может быть основано на PtRS, используемом, когда демодулируют передачу нисходящей линии связи, которая соответствует TAC.

[0242] Текущий активированный UTC для рассматриваемой обслуживающей ячейки или группы ТА: TAC может быть связана с UTC, который активирован во время приема передачи, которая содержит TAC.

[0243] В одном или большем количестве вариантов осуществления UTC активируется для обслуживающей ячейки и/или группы ТА, явно указанной в сообщении, которое может содержать TAC (например, TAC CE MAC). В одном или большем количестве вариантов осуществления для заданной обслуживающей ячейки и/или заданной группы ячеек и/или каналов передачи, например, ячейки и/или каналы PUSCH конфигурируются с той же самой группой UTC и/или ТА. В некоторых вариантах осуществления, когда UE или WTRU, возможно, определило, к какому UTC принятая TAC может применяться, UE или WTRU может изменять состояние активации рассматриваемой TAC на «активировано». В одном или большем количестве вариантов осуществления можно деактивировать любой другой UTC рассматриваемых канала, типа передачи и/или обслуживающей ячейки, если самое большее один UTC может активироваться в любое время для рассматриваемых канала, типа передачи и/или обслуживающей ячейки. В одном или большем количестве вариантов осуществления UE или WTRU может выбирать рассматриваемый UTC для последующих передач для рассматриваемых канала, типа передачи и/или обслуживающей ячейки.

[0244] UE или WTRU может запускать и/или инициировать передачу отчета о запасе по мощности (PHR) согласно по меньшей мере одному из следующего:

- оценка потерь в тракте для заданного UTC изменяется больше, чем пороговое значение. UE или WTRU может выполнять оценку потерь в тракте, основываясь на определенном для UTC опорном сигнале. Рассматриваемый UTC может быть заданным по умолчанию UTC для рассматриваемой обслуживающей ячейки. Альтернативно, он может быть UTC, который может быть в активированном состоянии. Пороговое значение может конфигурироваться для одного или большего количества, или каждого UTC. Альтернативно, это может быть пороговое значение, применяемое к группе UTC, или основанное на явной группировке информации, принятой от сети или для рассматриваемой обслуживающей ячейки. UE или WTRU может запускать отчет PHR, когда соответствующая оценка PL изменяется с помощью порогового значения;

- и/или конфигурация, активация и/или изменение в состоянии активации для заданного UTC. UE или WTRU может запускать отчет PHR, когда состояние активации UTC изменяется. В одном варианте осуществления это может выполняться после активации UTC. В альтернативном варианте осуществления это может выполняться после активации от явного сообщения, принятого UE или WTRU. В дополнительном варианте осуществления это может выполняться после активации, которая изменяет состояние с деактивированного на активированное.

[0245] UE или WTRU может включать в себя по меньшей мере одно из следующего в PHR:

- UE или WTRU может включать в себя значение PHR для одного или большего количества, или всех сконфигурированных UTC. Например, UE или WTRU может сообщать о множестве значений РН, которые включают в себя РН для сконфигурированного, но деактивированного UTC;

- UE или WTRU может включать в себя значение PHR для одного или большего количества, или всех активированных UTC. Например, UE или WTRU может сообщать о множестве значений РН, одно для одного или большего количества, или каждого сконфигурированного и активированного UTC; и/или

- UE или WTRU может включать в себя значение PHR для выбранного UTC в субкадре, в котором оно выполняет передачу восходящей линии связи, которая включает в себя один или большее количество PHR. Например, UE или WTRU может сообщать о множестве значений РН, одно для одного или большего количества, или каждого UTC, соответствующего обслуживающей ячейке, для которой UE или WTRU выполняет передачу восходящей линии связи.

[0246] Например, для любого из указанного выше и для UTC, для которого никакая передача восходящей линии связи не происходит в субкадре, в котором UE или WTRU выполняет передачу восходящей линии связи, которая включает в себя один или большее количество PHR, UE или WTRU может сообщать, что значение РН, которое включает в себя значение, вычисленное, основываясь на определенных параметрах для передачи в этом субкадре, хотя передача для соответствующего UTC не происходит (например, виртуальный PHR). О множестве значений РН можно таким образом сообщать для заданной обслуживающей ячейки, сконфигурированной с множеством UTC.

[0247] В одном или большем количестве вариантов осуществления UE или WTRU может конфигурироваться с множеством подмножеств субкадров. Для одного или большего количества, или каждого подмножества субкадров, UE или WTRU может быть обязан использовать различные мощности передачи. Это может требовать, чтобы различные подмножества субкадров конфигурировались с различным РСМАХ,с. В таком способе UE или WTRU может конфигурироваться с различным UTC для одного или большего количества, или каждого подмножества субкадров. Поэтому для одного или большего количества, или каждого UTC, UE или WTRU может находить полезным сообщать о PHR, основываясь на определенных для UTC параметрах управления мощностью. В одном или большем количестве вариантов осуществления тот же самый UTC может использоваться для определенного физического канала и/или типа передачи, кроме одного или большего количества, или всех различных подмножеств субкадров. В таком случае UE или WTRU может иметь множество параметров управления мощностью для одного или большего количества, или каждого UTC, причем одно или большее количество, или каждое подмножество субкадров имеет предварительно сконфигурированный набор параметров управления мощностью. Поэтому UE или WTRU может сообщать о множестве значений PHR для одного или большего количества, или каждого UTC; причем одно или большее количество, или каждое значение PHR соответствует подмножеству субкадров (и, следовательно, соответствующему набору параметров мощности передачи). В таком способе UE или WTRU может помещать идентификатор подмножества субкадров в свой отчет PHR. В одном или большем количестве вариантов осуществления отчет PHR может быть действительным для подмножества субкадров, в пределах которых он может передаваться (или в некоторых вариантах осуществления, возможно, действительным только для такого подмножества). В одном или большем количестве вариантов осуществления одно или большее количество, или каждое подмножества субкадров может иметь определенные экземпляры передачи сообщения PHR, связанные с ними. Это экземпляры передачи сообщения PHR могут не находиться в подмножестве субкадров.

[0248] UE или WTRU может устанавливать соответствие UTC с состоянием активации, которое указывает, может или нет UTC активироваться или деактивироваться. Состояние активации может использоваться для выбора UTC, применяемого к данной передаче восходящей линии связи. Это состояние активации может быть независимым от состояния активации обслуживающих ячеек, при условии, что PCell не может деактивироваться. В одном или большем количестве вариантов осуществления деактивация UTC может таким образом применяться к PCell, сконфигурированной с множеством UTC (или в некоторых вариантах осуществления может применяться только к такой PSCell). Альтернативно, это состояние может применяться к любому сконфигурированному UTC.

[0249] UE или WTRU может принимать управляющую сигнализацию, которая активирует использование фрагментов несущей для одной или большего количества обслуживающих ячеек конфигурации WTRU или UE. Управляющая сигнализация может включать в себя по меньшей мере одно из следующего: сигнализации уровня 1; сигнализации уровня 2; сигнализации уровня 3; автономной активации UE или WTRU.

[0250] Сигнализация уровня 1: UE или WTRU может принимать формат DCI в PDCCH, который указывает активацию UTC для одной или большего количества обслуживающих ячеек. В некоторых вариантах осуществления указание может быть согласно по меньшей мере одному из следующего: UE или WTRU успешно декодируют формат DCI, используя сконфигурированный RNTI, например, UTC-RNTI; UE или WTRU может определять, что формат DCI может иметь определенный тип и/или включает в себя явное указание, например, поле и/или флаг; и/или UE или WTRU может принимать формат DCI, который указывает предоставление ресурса на передачу восходящей линии связи (например, для PUSCH), запрос о передаче SRS, или ТРС, который может применяться к определенному UTC.

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

[0252] UE или WTRU может передавать обратную связь АСК HARQ для подтверждения приема упомянутого DCI, интерпретируемого в качестве команды активации. Например, для сигнализации DCI, принятой в субкадре n, UE или WTRU может передавать ACK HARQ в канале восходящей линии связи в субкадре n+k, где k может представлять задержку обработки UE или WTRU, например, k=4 субкадра.

[0253] Сигнализация уровня 2: UE или WTRU может принимать элемент управления (CE) MAC, который указывает активацию по меньшей мере одного UTC для одной или большего количества обслуживающих ячеек конфигурации WTRU или UE. В одном или большем количестве вариантов осуществления CE MAC может приниматься в PDSCH любой обслуживающей ячейки конфигурации WTRU или UE. В одном или большем количестве вариантов осуществления UE или WTRU активирует UTC, соответствующий обслуживающей ячейке, основываясь на явном указании (например, битовой карте или transmissionContextld), которое включает в себя CE MAC. Альтернативно, UE или WTRU может активировать UTC, соответствующий обслуживающей ячейке, в которой принят CE MAC PDSCH, последовательно активируя следующий UTC. В одном или большем количестве вариантов осуществления CE MAC включает в себя конфигурацию выделения ресурсов для использования для соответствующего UTC.

[0254] В другом примерном варианте осуществления UE или WTRU может изменять состояние активации, основываясь на приеме TAC. UE или WTRU может изменять состояние активации UTC, как функцию приема TAC. В одном или большем количестве вариантов осуществления, когда UE или WTRU, возможно, определило, к какому UTC принятая TAC может применяться, UE или WTRU может изменять состояние активации рассматриваемой TAC на «активировано». В одном или большем количестве вариантов осуществления может деактивироваться любой другой UTC рассматриваемых канала, типа передачи и/или обслуживающей ячейки, если самое большее один UTC может активироваться в любое время для рассматриваемых канала, типа передачи и/или обслуживающей ячейки или их групп. Например, UE или WTRU может передавать SRS для рассматриваемой обслуживающей ячейки (или от периодической конфигурации, или от апериодического запроса), и впоследствии принимать TAC CE MAC для рассматриваемой обслуживающей ячейки; TAC CE MAC может включать в себя указание UTC, к которому применяется TAC, и UE или WTRU может изменять состояние активации рассматриваемого UTC на «активировано».

[0255] Сигнализация уровня 3: UE или WTRU может принимать конфигурацию для одного или большего количества UTC, в которой заданный по умолчанию UTC может быть в активированном состоянии.

[0256] Автономная активация UE или WTRU (например, неявная): UE или WTRU может измерять качество приема сигнала для заданного UTC. В одном варианте осуществления это может быть сделано, используя измерения RSRP. В альтернативном варианте осуществления это может быть сделано, используя определенный для UTC опорный сигнал. Когда UE или WTRU обнаруживает, что соответствующее измерение может быть выше определенного порогового значения, UE или WTRU может активировать рассматриваемый UTC. В одном или большем количестве вариантов осуществления пороговое значение может конфигурироваться с помощью RRC.

[0257] В одном или большем количестве вариантов осуществления UE или WTRU может дополнительно деактивировать любой другой UTC, сконфигурированный для рассматриваемой обслуживающей ячейки, так что один UTC может активироваться в любой момент времени. В некоторых вариантах осуществления активация использования UTC для заданной обслуживающей ячейки может немедленно применяться (например, в случае сигнализации уровня 1) или в одном или большем количестве вариантов осуществления после установленной задержки, например, к субкадров (например, в случае сигнализации уровня 2/3). Например, для сигнализации уровня 2, принятой в субкадре n, UE или WTRU может считать UTC в активированном состоянии с субкадра n+k, где k может быть равно 8 субкадрам; альтернативно, в субкадре после передачи АСК HARQ для транспортного блока, в котором был принят CE MAC. В одном или большем количестве вариантов осуществления UE или WTRU может дополнительно задерживать начало использования UTC для данного продолжающегося процесса HARQ, пока процесс HARQ успешно не завершится и/или пока принятая управляющая сигнализация не укажет новую (например, дополнительную или обновленную) передачу данных (например, из индикатора новых данных - поля NDI в формате DCI).

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

[0259] Если UE или WTRU может конфигурироваться с множеством UTC для заданной обслуживающей ячейки, и если множество UTC может активироваться в заданном субкадре, UE или WTRU может выполнять дополнительный процесс выбора для определения, какой UTC использовать для передачи восходящей линии связи в рассматриваемой обслуживающей ячейке. UE или WTRU может дополнительно считать, что UTC не может использоваться, если соответствующая SCell может быть в деактивированном состоянии. В одном или большем количестве вариантов осуществления один или большее количество, или все UTC, сконфигурированные для заданной SCell, могут деактивироваться, когда рассматриваемая SCell может быть в деактивированном состоянии.

[0260] UE или WTRU может принимать управляющую сигнализацию, которая деактивирует использование одного или большего количества UTC для заданной обслуживающей ячейки конфигурации WTRU или UE. Управляющая сигнализация может включать в себя по меньшей мере одно из следующего: сигнализации уровня 1; сигнализации уровня 2; сигнализации уровня 3.

[0261] Сигнализация уровня 1: UE или WTRU может принимать формат DCI в PDCCH, который указывает деактивацию одного или большего количества UTC. В некоторых вариантах осуществления указание может быть согласно по меньшей мере одному из следующего: UE или WTRU успешно декодирует формат DCI, используя сконфигурированный RNTI, например, CS-RNTI; UE или WTRU может определять, что формат DCI может иметь определенный тип и/или включает в себя явное указание, например, поле и/или флаг; UE или WTRU принимает указание для активации другого UTC, чем UTC, который в настоящее время активирован для рассматриваемой обслуживающей ячейки, и один UTC может быть в активированном состоянии в любой момент времени.

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

[0263] UE или WTRU может передавать обратную связь ACK HARQ для подтверждения приема упомянутого DCI, интерпретируемого в качестве команды деактивации. Например, для сигнализации DCI, принятой в субкадре n, UE или WTRU может передавать ACK HARQ в канале восходящей линии связи в субкадре n+k, где k может представлять задержку обработки UE или WTRU, например, k=4 субкадров.

[0264] Сигнализация уровня 2: UE или WTRU может принимать управляющий элемент (CE) MAC, который указывает деактивацию по меньшей мере одного UTC для одной или большего количества обслуживающих ячеек. В одном или большем количестве вариантов осуществления CE MAC может приниматься в PDSCH любой обслуживающей ячейки конфигурации WTRU или UE. В одном или большем количестве вариантов осуществления UE или WTRU деактивирует UTC, соответствующий обслуживающей ячейке, основываясь на явном указании (например, битовой карте или transmissionContextld), которую включает в себя CE MAC. Альтернативно, UE или WTRU может деактивировать UTC, соответствующий обслуживающей ячейке, в которой CE MAC PDSCH был принят, последовательно активируя следующий UTC. В одном или большем количестве вариантов осуществления CE MAC может включать в себя конфигурацию выделения ресурсов для использования для соответствующего UTC.

[0265] В одном варианте осуществления UE или WTRU может деактивировать UTC после приема TAC, которая активирует другой UTC для рассматриваемых канала, типа передачи и/или обслуживающей ячейки или их групп. В некоторых вариантах осуществления это может быть сделано, если (или в некоторых вариантах осуществления возможно, только если) один UTC может быть в активном состоянии в любой момент времени, среди других рассмотренных условий.

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

- время, начиная с последней передачи (или приема управляющей сигнализации, применяемой к передаче, например, любое планирование в PDCCH, например, предоставление ресурса и/или обратная связь HARQ DL, например, подтверждение HARQ), которая использовала рассматриваемый UTC, может быть дольше определенного значения (возможно, сконфигурированного) (например, tc-DeactivationTimer может использоваться для одной или большего количества, или каждой обслуживающей ячейки, сконфигурированной с множеством UTC;

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

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

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

- UE или WTRU может определять, что передачи, использующие рассматриваемый UTC, могут испытывать отказ линии радиосвязи, например, на UE или WTRU, достигшем максимального количества передач преамбулы, после отказа синхронизации DL и/или PL опорного сигнала DL для рассматриваемого UTC. В одном или большем количестве вариантов осуществления, если рассматриваемый UTC может быть заданным по умолчанию UTC, то UE или WTRU может определять, что восходящая линия связи испытывает некоторую форму отказа линии радиосвязи, например, RLF UL; и/или

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

[0267] Когда UE или WTRU принимает управляющую сигнализацию, которая деактивирует один или большее количество UTC для заданной обслуживающей ячейки, UE или WTRU может выполнять по меньшей мере одно из следующего: для процесса HARQ, для которого, возможно, использовался UTC, UE или WTRU может рассматривать первое назначение для соответствующего буфера HARQ, следующего за субкадром, в котором состояние активации изменяется, в качестве новой (например, дополнительной или обновленной) передачи; UE или WTRU может возвращаться к заданному по умолчанию UTC для других процедур, таких как сообщение CQI, передачи SRS, если применяются. Аналогичная задержка, как для активации, может применяться для деактивации UTC. В одном варианте осуществления это может выполняться для деактивации, используя явную сигнализацию.

[0268] Для определения возможности обеспечения связи для UTC, UE или WTRU может контролировать условия в линии радиосвязи, связанной с UTC, упоминается в дальнейшем как RLM для UTC. Возможность обеспечения связи с точкой передачи может дополнительно определяться согласно состоянию процедуры RACH. Если процедуры RACH заканчиваются неудачно или если выравнивание синхронизации для заданного UTC истекает, то UE или WTRU может устанавливать, что возможность обеспечения связи с UTC потеряна. В одном или большем количестве вариантов осуществления UE или WTRU может определять, что возможность обеспечения связи с UTC не существует, если разность потерь в тракте между заданным UTC и вторым UTC может быть выше порогового значения.

[0269] Контроль линии радиосвязи UTC может основываться на определенном для нисходящей линии связи опорном сигнале, который может быть связан с заданным UTC, таком как PtRS. Опорный сигнал может соответствовать CRS, если такой опорный сигнал существует для заданного UTC, или он может соответствовать по меньшей мере одному из опорных сигналов, сконфигурированных в качестве PtRS для соответствующего UTC.

[0270] Для одного или большего количества, или каждого определенного UTC, как описано ниже, UE или WTRU может контролировать и оценивать качество линии радиосвязи нисходящей линии связи и сравнивать его с пороговыми значениями Qout и Qin. Пороговые значения, связанные с контролем линии радиосвязи (например, Qout/Qin, Т310, N310), могут быть определенными для UTC, или один единый набор параметров может конфигурироваться и использоваться для оценки отказа линии радиосвязи в UE или WTRU.

[0271] UE или WTRU может определять, для каких UTC контролировать качество линии радиосвязи или состояние возможности обеспечения связи согласно по меньшей мере одному из следующего: может выполняться контроль для одного или большего количества, или всех сконфигурированных UTC; может выполняться контроль для одного или большего количества, или всех активных UTC; может выполняться контроль по меньшей мере для одного UTC, сконфигурированного для использования для передачи определенного подмножества каналов/сигналов. Например, RLM может выполняться для UTC, используемого для передачи PUCCH. В другом примере может контролироваться UTC для PUSCH или SRS. В еще одном примере RLM может выполняться для UTC, который будет использоваться для передач PUCCH/PUSCH; контроль может выполняться для сконфигурированного заданного по умолчанию UTC; контроль может выполняться на наилучшей линии связи, определенной согласно по меньшей мере одному из следующих измерений: измерение качества канала (CQI), RSRP/RSRQ для канала нисходящей линии связи, связанного с заданным UTC, или UTC с наибольшим значением PHR (например, если PHR может определяться для одного или большего количества, или всех сконфигурированных/активных UTC)); контроль может выполняться для сконфигурированного заданного по умолчанию UTC и другого UTC, определенного согласно любому из описанных выше способов.

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

[0273] В дополнительном варианте осуществления определение контроля/отказа линии радиосвязи может совместно выполняться для одного или большего количества, или всех контролируемых UTC. Более конкретно, качество физической нисходящей линии связи уровня одного или большего количества, или всех наборов могут независимо контролироваться, но UE или WTRU может сообщать (или в некоторых вариантах осуществления может сообщать только) «не синхронизировано» к более высоким уровням, если, среди других рассмотренных условий, качество одного или большего количества, или всех контролируемых наборов может быть ниже порогового значения Qout, иначе можно сообщать «синхронизировано».

[0274] После определения потери возможности обеспечения связи (например, может обнаруживаться или RLF, или «не синхронизировано», или отказ RACH, или определенное разностное значение потерь в тракте) по меньшей мере в одном UTC, UE или WTRU может выполнять одно или комбинацию следующих действий: остановка передачи UL к соответствующему UTC; рассмотрение или установка состояния активации соответствующего UTC в «деактивировано»; рассмотрение, когда истекает ТАТ для UTC; удаление конфигурации UTC; или UE или WTRU может прекращать передачу соответствующих каналов, используя неудачный UTC, и могут ждать явного заказа или предоставления ресурса для начала использования нового (например, дополнительного или обновленного) UTC для сконфигурированного канала, причем UE или WTRU может начинать контроль нисходящей линии связи заданного по умолчанию UTC, или передачи, в которой оно восстановлено, как описано ниже.

[0275] UE или WTRU может дополнительно потребоваться восстановление к другому UTC с целью передачи одного или подмножества каналов передачи или сигнала и/или с целью контроля нисходящей линии связи PDCCH и других сконфигурированных сигналов нисходящей линии связи. UTC для восстановления может определяться, используя по меньшей мере одно из следующего: 1) заданный по умолчанию UTC может выбираться в качестве UTC для восстановления; или 2) следующий доступный или активированный UTC может настраиваться, чтобы он был новым (например, дополнительным или обновленным) UTC. Если более одного активированного/сконфигурированного набора может быть доступно, то UE или WTRU может выбирать: i) UTC, который обеспечивает лучшее качество канала нисходящей линии связи; ii) первый доступный UTC, в котором заказ UTC может быть согласно заказу, в котором они были сконфигурированы в сообщении RRC или согласно явному индексу, обеспеченному в сообщении конфигурации; или iii) могут выбираться UTC, в которых другие каналы могут конфигурироваться для выполнения передачи. Например, UTC, в котором может передаваться PUCCH, может выбираться в качестве следующего UTC для выполнения других передач UL.

[0276] В одном или большем количестве вариантов осуществления новый (например, дополнительный или обновленный) выбранный UTC может использоваться с помощью UE или WTRU для установки соединения линии радиосвязи и осуществления связи/передачи PUCCH или PUSCH к eNB. UE или WTRU может выполнять одно или комбинацию следующих действий на новом (например, дополнительном или обновленном) выбранном UTC: 1) начинать передачу преамбулы, используя характеристики/параметры передачи нового (например, дополнительного или обновленного) выбранного UTC; 2) запускать планирующий запрос в PUCCH, используя выбранный набор параметров передачи и ресурсов. В одном или большем количестве вариантов осуществления действия могут зависеть от того, что UE или WTRU имеет действительный ТАТ, или UTC может быть частью той же самой группы, как неудачный UTC; или 3) UE или WTRU может указывать, что RLF или что потеря возможности обеспечения связи произошла по меньшей мере для одной точки передачи с сетью, посылая сообщение в сеть, указывающее по меньшей мере одну из причин для данного сообщения (например, отказ UTC), причина отказа (например, RLF, RACH, истечение ТАТ и т.д.), идентификатор неудачного UTC, идентификатор UTC нового (например, нового или обновленного) выбранного набора. Сообщение может передаваться через сигнализацию RRC, элемент управления MAC, или, альтернативно, UE или WTRU начинает использовать новые (например, дополнительные или обновленные) характеристики UTC. Изменение характеристик UTC или индекса ресурса может действовать в качестве неявного указания, что старый UTC является неудачным, и UE или WTRU может использовать новый (например, дополнительный или обновленный) UTC.

[0277] В одном или большем количестве вариантов осуществления, если заданный по умолчанию UTC терпит неудачу, среди других рассмотренных условий, UE или WTRU может немедленно объявлять RLF и/или может запускать методики восстановления RRC, и в некоторых вариантах осуществления может делать это независимо от состояния возможности обеспечения связи других UTC не по умолчанию.

[0278] Ввиду описания в данной работе и фиг. 1-9, варианты осуществления рассматривают одну или большее количество методик и/или конфигураций WTRU (или UE), которые могут включать в себя характеристики получения, полученные из одного из множества контекстов передачи восходящей линии связи (UTC) и/или передачи от WTRU (или UE), основываясь по меньшей мере частично на данных характеристиках. В одном или большем количестве вариантов осуществления характеристики могут соответствовать определенной предполагаемой точке приема. Предполагаемая точка приема может работать на той же самой частоте. В некоторых вариантах осуществления UTC может характеризоваться с помощью по меньшей мере одного опорного сигнала точки. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что UTC может характеризоваться по меньшей мере с помощью одного параметра конфигурации и/или переменной состояния. В некоторых вариантах осуществления характеристики могут включать в себя набор из одного или большего количества параметров, включающих в себя параметры конфигурации WTRU, включающие в себя полустатические параметры, сконфигурированные с помощью контроллера радиоресурса (RRC), включающие в себя максимальную мощность передачи, которая может использоваться для определения мощности передачи для передачи для рассматриваемого UTC, но не ограниченных ими.

[0279] Рассмотренные методики и/или конфигурации WTRU могут быть такими, что характеристики могут включать в себя набор из одного или большего количества свойств, включающих в себя, но не ограниченных ими, свойства, полученные из конфигурации WTRU, включающие в себя потери в тракте нисходящей линии связи (DL) и/или опорный синхросигнал, полученные из группирующей функции, из процедуры, выполненной UE, такой как оценка потерь в тракте DL, полученная из потерь в тракте опорного сигнала DL, используемых для определения мощности передачи для передачи для рассматриваемого UTC.

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

[0281] Рассмотренные методики и/или конфигурации WTRU могут быть такими, что характеристики могут включать в себя одно или большее количество из: частоты восходящей линии связи и/или диапазонов частот для упомянутой передачи; мощности передачи, относящейся к упомянутой передаче; продвижение синхронизации (или выравнивание синхронизации) для применения к упомянутой передаче; по меньшей мере одного свойства, которое может быть определенным для переданного канала или сигнала, которое включает в себя (i) свойство по меньшей мере одного опорного сигнала демодуляции, включающего в себя циклический сдвиг, группу последовательностей, антенный порт, для физического совместно используемого канала восходящей линии связи (PUSCH), или периодический зондовый опорный сигнал (SRS) или апериодический SRS; (ii) формат передачи и/или ресурс; и/или (iii) свойство по меньшей мере одной преамбулы произвольного доступа.

[0282] Варианты осуществления рассматривают методики и/или конфигурации WTRU для выбора контекстов передачи восходящей линии связи для различных типов передач, включающих в себя физический канал управления восходящей линии связи (PUCCH), PUSCH, канал произвольного доступа (RACH), зондовый опорный сигнал (SRS). Рассмотренные методики и/или конфигурации WTRU могут быть такими, что выбор может основываться по меньшей мере частично на антенном порту, используемом для передачи управляющей сигнализации нисходящей линии связи, и/или выбор основывается по меньшей мере частично на измерениях нисходящей линии связи.

[0283] Рассмотренные методики и/или конфигурации WTRU могут включать в себя запуск отчета о запасе по мощности (PHR), когда оценка потерь в тракте, применяемая к UTC, может изменяться больше, чем пороговое значение.

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

[0285] Рассмотренные методики и/или конфигурации WTRU могут включать в себя определение возможности обеспечения связи для UTC, основываясь по меньшей мере частично на одном или большем количестве из: (i) измерения на опорном сигнале точки, (ii) успешной/неуспешной процедуры RACH и (iii) действий после обнаружения потери возможности обеспечения связи, таких как восстановление системы к заданному по умолчанию UTC и/или деактивация UTC.

[0286] Рассмотренные методики и/или конфигурации WTRU могут включать в себя определение по меньшей мере одной характеристики из следующих характеристик передачи: частота восходящей линии связи и/или диапазон частот для упомянутой передачи; мощность передачи, относящаяся к упомянутой передаче; продвижение синхронизации (или выравнивание синхронизации) для применения к упомянутой передаче; и/или по меньшей мере одно свойство, которое может быть определенным для переданного канала или сигнала, такое как: (i) свойство по меньшей мере одного опорного сигнала демодуляции (такое как циклический сдвиг, группа последовательности, антенный порт); (ii) формат передачи и/или ресурс; и/или (iii) свойство по меньшей мере одной преамбулы произвольного доступа.

[0287] Рассмотренные методики и/или конфигурации WTRU могут включать в себя прием команды продвижения синхронизации (TAC) в элементе управления (СЕ) канала доступа к среде передачи (MAC) и/или в сообщении ответа произвольного доступа (RAR) во время процедуры произвольного доступа; и/или определение, к какому UTC применяется TAC. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что UTC может определяться согласно по меньшей мере одному из следующих способов: (i) идентификатор, который явно сообщают в сообщении, которое содержит TAC (например, TAC СЕ MAC, RAR; (ii) идентификатор, который явно сообщают в управляющей сигнализации, которая планирует сообщение с TAC; (iii) связь между передачей восходящей линии связи и принятой TAC; и/или (iv) текущий активированный UTC для рассматриваемой обслуживающей ячейки или группы ТА.

[0288] Рассмотренные методики и/или конфигурации WTRU могут включать в себя вызов и/или инициирование передачи отчета о запасе по мощности (PHR) в WTRU согласно по меньшей мере одному из следующего: (i) оценка потерь в тракте для заданного UTC изменяется больше, чем пороговое значение; и/или (ii) конфигурация, активация и/или изменение в состоянии активации для заданного UTC. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что WTRU может запускать отчет о запасе по мощности (PHR), когда изменяется состояние активации UTC, что включает в себя или при активации UTC и/или при активации от явного сообщения, принятого WTRU, или при активации, которая изменяет состояние с деактивированного на активированное.

[0289] Рассмотренные методики и/или конфигурации WTRU могут быть такими, что PHR может включать в себя по меньшей мере одно из следующего: (i) значение PHR для одного или большего количества, или всех сконфигурированных UTC; (ii) значение PHR для одного или большего количества, или всех активированных UTC; (iii) значение PHR для выбранного UTC в субкадре, в котором выполняется передача восходящей линии связи, которая может включать в себя одну или большее количество PHR.

[0290] Рассмотренные методики и/или конфигурации WTRU могут включать в себя прием управляющей сигнализации, которая может активировать использование фрагментов несущей для одной из большего количества обслуживающих ячеек конфигурации WTRU. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что управляющая сигнализация может включать в себя по меньшей мере одно из следующего: сигнализации уровня 1; сигнализации уровня 2; сигнализации уровня 3; и/или автономной активации UE. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что сигнализация уровня 1 может включать в себя прием формата DCI в физическом канале управления нисходящей линии связи (PDCCH), который может указывать активацию UTC для одной или большего количества обслуживающих ячеек.

[0291] Рассмотренные методики и/или конфигурации WTRU могут быть такими, что указание может быть согласно по меньшей мере одному из следующего: WTRU успешно декодирует формат DCI, используя сконфигурированный временный идентификатор радиосети (RNTI), включающий в себя UTC-RNTI; WTRU может определять, что формат DCI может иметь определенный тип и/или включает в себя явное указание, включающее в себя поле и/или флаг; и/или WTRU может принимать формат DCI, который указывает предоставление ресурса для передачи восходящей линии связи, запрос о передаче SRS или ТРС, который может применяться к определенному UTC.

[0292] Рассмотренные методики и/или конфигурации WTRU могут также включать в себя передачу обратной связи подтверждения (АСК) гибридного автоматического запроса повторной передачи (HARQ) для подтверждения приема упомянутой DCI, интерпретируемой в качестве команды активации. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что сигнализация уровня 2 могут включать в себя прием управляющего элемента (CE) MAC, который может указывать активацию по меньшей мере одного UTC для одной или большего количества обслуживающих ячеек конфигурации WTRU.

[0293] Рассмотренные методики и/или конфигурации WTRU могут включать в себя изменение состояния активации, основываясь на приеме TAC в UE. Рассмотренные методики и/или конфигурации WTRU могут включать в себя определение, к какому UTC может применяться принятая TAC, и/или изменение состояния активации рассматриваемой TAC на «активировано». Рассмотренные методики и/или конфигурации WTRU могут также включать в себя деактивацию одного или большего количества других UTC рассматриваемых канала, типа передачи и/или обслуживающей ячейки. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что сигнализация уровня 3 может включать в себя прием конфигурации для одного или большего количества UTC, при котором заданный по умолчанию UTC может быть в активированном состоянии. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что автономная активация UE включает в себя измерение качества приема сигнала для заданного UTC.

[0294] Рассмотренные методики и/или конфигурации WTRU могут включать в себя конфигурирование WTRU с множеством UTC для заданной обслуживающей ячейки; и/или выполнение дополнительного выбора процесса для определения, какой UTC использовать для передачи восходящей линии связи в рассматриваемой обслуживающей ячейке. Рассмотренные методики и/или конфигурации WTRU могут включать в себя выборочное не использование UTC, если соответствующая SCell может быть в деактивированном состоянии.

[0295] Рассмотренные методики и/или конфигурации WTRU могут включать в себя прием в WTRU управляющей сигнализации, которая может деактивировать использование одного или большего количества UTC для заданной обслуживающей ячейки конфигурации WTRU. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что управляющая сигнализация может включать в себя по меньшей мере одно из следующего: сигнализации уровня 1; сигнализации уровня 2; и/или сигнализации уровня 3.

[0296] Рассмотренные методики и/или конфигурации WTRU могут включать в себя прием управляющей сигнализации, которая может деактивировать один или большее количество UTC для заданной обслуживающей ячейки; выполнение по меньшей мере одного из следующего: для процесса HARQ, для которого, возможно, использовался UTC, WTRU может рассматривать первое назначение соответствующего буфера HARQ, следующего за субкадром, в котором состояние активации может изменяться, в качестве новой (например, дополнительной или обновленной) передачи; и/или WTRU может возвращаться к заданному по умолчанию UTC для других процедур, таких как передача показателя качества канала (CQI), передачи SRS, если применяются.

[0297] Рассмотренные методики и/или конфигурации WTRU могут включать в себя определение возможности обеспечения связи для UTC, в WTRU, контроль условий линии радиосвязи для линии радиосвязи, связанной с UTC, или согласно состоянию процедуры RACH, и/или согласно тому, что определенная разность потерь в тракте между этим UTC и вторым UTC может быть выше порогового значения. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что контроль линии радиосвязи UTC может основываться по меньшей мере частично на определенном для нисходящей линии связи опорном сигнале, который может быть связан с заданным UTC, таком как опорный сигнал точки (PtRS). Рассмотренные методики и/или конфигурации WTRU могут быть такими, что для одного или большего количества, или каждого определенного UTC, WTRU может контролировать и оценивать качество линии радиосвязи нисходящей линии связи и/или сравнивать его с пороговыми значениями Qout и Qin.

[0298] Рассмотренные методики и/или конфигурации WTRU могут включать в себя определение потери возможности обеспечения связи, включающей в себя определение отказа линии радиосвязи (RLF), «не синхронизировано», отказа RACH или определенного разностного значения потерь в тракте, по меньшей мере в одном UTC; выполнение одного или комбинации следующих действий для остановки передачи UL к связанному UTC; рассмотрение или установка состояния активации связанного UTC в деактивированное состояние; рассмотрение ТАТ как истекшего для UTC; удаление конфигурации UTC; и/или WTRU прекращает передавать соответствующие каналы, используя неудачный UTC, и ждет явного заказа или предоставления ресурса для запуска использования нового (например, дополнительного или обновленного) UTC для сконфигурированного канала.

[0299] Рассмотренные методики и/или конфигурации WTRU могут включать в себя определение UTC для восстановления, используя по меньшей мере одно из следующего: выбора заданного по умолчанию UTC; и/или выбора следующего доступного или активированного UTC. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что если больше одного активированного/сконфигурированного набора может быть доступно, то WTRU может выбирать один или большее количество из: (i) UTC, который обеспечивает наилучшее качество канала нисходящей линии связи, (ii) первого доступного UTC, в котором порядок UTC может быть согласно порядку, в котором они были сконфигурированы в сообщении RRC, или согласно явному индексу, обеспеченному в сообщении конфигурации; и/или (iii) UTC, в котором другой канал может конфигурироваться для выполнения передач. Рассмотренные методики и/или конфигурации WTRU могут включать в себя использование нового (например, дополнительного или обновленного) выбранного UTC WTRU для установки соединения радиосвязи и осуществления связи/передачи PUCCH или PUSCH к eNB. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что WTRU может выполнять одно или большее количество следующих действий на новом (например, дополнительном или обновленном) выбранном UTC:

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

[0300] Рассмотренные методики и/или конфигурации WTRU могут включать в себя управление мощностью одного или большего количества следующего: управление мощностью SRS в отсутствии передачи PUSCH; и/или управление мощностью преамбулы RACH, где у UTC могут быть множество опорных сигналов точки.

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

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

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

[0304] Рассмотренные методики и/или конфигураций WTRU могут включать в себя использование различных команд управления мощностью передачи (ТРС) для апериодического зондового опорного сигнала (ASRS), периодического SRS (PSRS) и/или физического совместно используемого канала восходящей линии связи (PUSCH). Рассмотренные методики и/или конфигурации WTRU могут быть такими, что ресурсные блоки (RB) PUSCH могут изменяться ввиду динамического выделения RB PUSCH. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что один или большее количество, или каждый физический канал может иметь цепочку команд ТРС.

[0305] Рассмотренные методики и/или конфигурации WTRU могут быть такими, что множество цепочек команд ТРС могут использоваться для одного или большего количества, или одного или большего количества, или каждого сконфигурированного физического канала. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что различные UTC могут совместно использовать подмножество параметров для различных SRS. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что некоторые параметры, связанные с физическим каналом или типом передачи, используемым UTC, могут конфигурироваться или передаваться с помощью другого UTC. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что указание UTC, для которого могут применяться конфигурация или параметр, может быть в передаче конфигурации или параметра. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что ASRS, PSRS и/или PUSCH могут поддерживать цепочку команд ТРС. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что запускающее событие ASRS может включать в себя информационный элемент, который обеспечивает команду ТРС.

[0306] Рассмотренные методики и/или конфигурации WTRU могут быть такими, что команда ТРС может использоваться по меньшей мере для одного из ASRS, PSRS и/или PUSCH. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что битовое поле может использоваться для указания, для какой точки может быть команда ТРС. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что битовое поле может использовать предварительно сконфигурированное сопоставление. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что поле запроса SRS может использоваться для указания, для какого типа передачи команда ТРС, возможно, должна использоваться. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что команда ТРС PUSCH может включать в себя битовое поле, которое может указывать, для которой комбинации типов передачи команда ТРС может быть. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что DCI может использоваться для указания команды ТРС.

[0307] Рассмотренные методики и/или конфигурации WTRU могут быть такими, что связь между различными периодами/смещениями команды DCI и ТРС для различных типов передачи может предварительно конфигурироваться в WTRU. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что множество SRS для множества UTC может удовлетворять различным целям. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что частота, на который один или большее количество, или один или большее количество, или каждый SRS передается, может отличаться. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что связь может существовать между частотой, на которой команды ТРС можно посылать для SRS, и частотой, на которой этот SRS может передаваться с помощью WTRU.

[0308] Рассмотренные методики и/или конфигурации WTRU могут быть такими, что один или большее количество, или один или большее количество, или каждый тип SRS или PUSCH могут предварительно конфигурироваться с помощью определенного сопоставления значения поля команды ТРС и значения коррекции. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что параметры, используемые для определения RB, используемых для PUSCH, могут устанавливаться в первый набор значений в первом UTC и во второй набор значений во втором UTC. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что UTC, или по меньшей мере один параметр, связанный с UTC, может определяться, основываясь на самом младшем индексе элементов управления канала (ССЕ), используемом для создания физического канала управления нисходящей линии связи (PDCCH), используемого для передачи назначения соответствующего индикатора управления нисходящей линии связи (DCI).

[0309] Рассмотренные методики и/или конфигурации WTRU могут быть такими, что по меньшей мере один из параметров настройки мощности, команд ТРС и/или состояний корректировки управления мощностью SRS для апериодического SRS (ASRS) может соответствовать параметрам настройки мощности, командам ТРС и/или состояниям корректировки управления мощностью SRS физического канала управления восходящей линии связи (PUCCH).

[0310] Рассмотренные методики и/или конфигурации WTRU могут быть такими, что состояние корректировки управления мощностью для SRS может изменяться с помощью приема команды ТРС в назначении нисходящей линии связи. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что значение смещения может быть функцией значения поля запроса SRS. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что команда ТРС может оставаться независимой между ASRS, периодическим SRS (PSRS) и/или PUSCH, и значением поля запроса SRS, используемого для запуска ASRS. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что поле ТРС может повторно интерпретироваться для указания и корректировки управления мощностью, и указания того, применяется или нет корректировка управления мощностью, по меньшей мере к одному из ASRS, PSRS и/или PUSCH.

[0311] Рассмотренные методики и/или конфигурации WTRU могут быть такими, что команда ТРС может применяться к PUSCH при условии, что команда ТРС может приниматься, как часть управляющей информацией нисходящей линии связи (DCI), которая может включать в себя предоставление ресурса восходящей линии связи, причем поле запроса SRS указывает, что ASRS не может быть запущен. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что команда ТРС может применяться к ASRS при условии, что команда ТРС может приниматься как часть DCI, которая может включать в себя предоставление ресурса восходящей линии связи, причем поле запроса SRS указывает, что ASRS может быть запущен. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что команда ТРС может применяться к PUSCH при условии, что команда ТРС может приниматься, как часть управляющей информации нисходящей линии связи (DCI), которая может включать в себя предоставление ресурса восходящей линии связи, причем поле запроса SRS может указывать, что ASRS не может быть запущен. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что ASRS может запускаться с различными значениями поля запроса SRS, которое может поддерживать независимые состояния корректировки управления мощностью.

[0312] Рассмотренные методики и/или конфигурации WTRU могут быть такими, что команда ТРС, принятая как часть DCI, содержащего предоставление ресурса восходящей линии связи, может применяться к ASRS, запущенному со значением поля запроса SRS в том же самом DCI. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что команда ТРС может применяться к ASRS при условии, что DCI может быть такой, что передача транспортного блока (в восходящей линии связи) может быть заблокирована. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что возможность применения команды ТРС может зависеть от формата DCI, в котором она может приниматься. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что команда ТРС, принятая в формате 3 DCI, может применяться к одному или большему количеству из PUSCH, ASRS и/или PSRS. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что команда ТРС, принятая в формате 4 DCI, может применяться к ASRS.

[0313] Рассмотренные методики и/или конфигурации WTRU могут быть такими, что возможность применения команды ТРС может зависеть от значения временного идентификатора радиосети, используемого для маскирования контроля циклическим избыточным кодом (CRC) DCI. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что при условии, что CRC может использоваться при кодировании DCI для предоставления ресурса восходящей линии связи, которое может маскироваться первым RNTI, UTC для передачи PUSCH и связанного DM-RS может соответствовать первому UTC.

[0314] Рассмотренные методики и/или конфигурации WTRU могут быть такими, что при условии, что CRC, используемый при кодировании DCI, может маскироваться вторым RNTI, UTC для передачи PUSCH и связанного DM-RS может соответствовать второму UTC. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что UTC, используемый для передачи PUCCH, может выбираться, основываясь на физическом ресурсном блоке (PRB), в котором происходит передача PUCCH. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что UTC, используемый для передачи PUCCH, может устанавливаться в первое значение UTC при условии, что PRB принадлежит первому набору PRB, и во второе значение UTC при условии, что PRB принадлежит второму набору PRB. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что по меньшей мере одно из идентификатора физической ячейки и параметров управления мощностью и переменных может выбираться, основываясь на PRB, используемом для PUCCH.

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

[0316] Рассмотренные методики и/или конфигурации WTRU могут быть такими, что один или большее количество, или один или большее количество, или каждый периодический SRS и множество апериодических SRS могут конфигурироваться с различными UTC. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что различные циклы команды ТРС могут поддерживаться для одного или большего количества, или одного или большего количества, или каждого PSRS, множества ASRS, PUSCH и/или PUCCH. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что комбинации типов SRS и PUSCH и PUCCH могут использовать те же самые значения команды ТРС в формулах управления мощностью. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что команды ТРС, которые могут применяться к группе UTC, могут быть совокупными.

[0317] Рассмотренные методики и/или конфигурации WTRU могут быть такими, что команды ТРС, используемые для одного UTC, могут быть действительными для одного экземпляра передачи UL на UTC. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что группы физических каналов или типов передачи могут обновляться с той же самой командой ТРС. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что WTRU может поддерживать независимые состояния корректировки управления мощностью для одной или большего количества, или одной или большего количества, или каждой группы. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что цикл управления мощностью, для которого может быть предназначена команда ТРС, может зависеть от номера субкадра, в пределах которого передается команда ТРС.

[0318] Рассмотренные методики и/или конфигурации WTRU могут быть такими, что подгруппа физических каналов и/или типов передачи может предварительно конфигурироваться так, чтобы она была связана с подмножеством субкадров. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что при условии, что группа физических каналов и/или типов передачи совместно использует команду ТРС, один или большее количество, или один или большее количество, или каждый отдельный физический канал и/или тип передачи могут конфигурироваться для применения различного смещения ко всей цепочке команд ТРС. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что когда группа физических каналов и/или типов передачи совместно использует команду ТРС, один или большее количество, или один или большее количество, или каждый отдельный физический канал и/или тип передачи могут интерпретировать кодовую точку команды ТРС по-другому. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что выбор UTC может зависеть от номера субкадра.

[0319] Рассмотренные методики и/или конфигурации WTRU могут быть такими, что подмножество субкадров может определяться по меньшей мере из одного из номера кадра, номера субкадра, смещения и/или периодичности. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что команда ТРС может применяться для физических каналов или типов передачи, UTC которых могут использоваться в субкадре, в котором была передана команда ТРС. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что при условии, что команда ТРС передается в подмножестве субкадров, UTC и/или физические каналы и/или типы передачи, сконфигурированные для использования для этого подмножества субкадров, могут использовать команду ТРС. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что команда ТРС может быть связана с определенным физическим каналом и/или типом передачи, независимо от UTC. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что команды ТРС, переданные в формате 3 DCI, могут использоваться для одного или большего количества, или всех субкадров, и любая другая команда ТРС может быть действительной для подмножества субкадров.

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

[0321] Рассмотренные методики и/или конфигурации WTRU могут быть такими, что WTRU может конфигурироваться с подмножествами субкадров, причем для различных подмножеств могут использоваться различные UTC. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что для одного или большего количества, или каждого подмножества субкадров и одного или большего количества, или каждого UTC, различные РСМАХ,с могут конфигурироваться. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что WTRU может поддерживать независимые процессы HARQ, основываясь на подмножестве субкадров исходной передачи. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что WTRU может конфигурироваться с множеством подмножеств субкадров.

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

[0323] Рассмотренные методики и/или конфигурации WTRU могут быть такими, что WTRY может иметь множество параметров управления мощностью для одного или большего количества, или каждого UTC, причем одно или большее количество, или каждое подмножество субкадров может иметь предварительно сконфигурированный набор параметров управления мощностью. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что WTRU может сообщать множество значений отчетов о запасе по мощности (PHR) для одного или большего количества, или каждого UTC. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что одно или большее количество, или каждое значение PHR может соответствовать подмножеству субкадров. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что WTRU может включать в себя идентификатор подмножества субкадров в PHR. Рассмотренные методики и/или конфигурации WTRU могут быть такими, что отчет PHR может быть действительным для подмножества субкадров, в пределах которых он может передаваться.

[0324] Хотя особенности и элементы описаны выше в определенных комбинациях, специалисты должны признать, что каждая особенность или элемент может использоваться отдельно или в любой комбинации с другими особенностями и элементами. Кроме того, описанные в данной работе способы могут воплощаться в компьютерной программе, программном обеспечении или встроенном программном обеспечении, внедренном в считываемый компьютером носитель для выполнения с помощью компьютера или процессора. Примеры считываемого компьютером носителя включают в себя электронные сигналы (передаваемые по проводным или беспроводным соединениям) и считываемые компьютером носители данных. Примеры считываемых компьютером носителей данных включают в себя, но не ограничены ими, постоянное запоминающее устройство (ПЗУ), оперативную память (ОП), регистры, кэш-память, полупроводниковое запоминающее устройство, магнитный носитель, такой как внутренние жесткие и сменные диски, магнитооптический носитель и оптический носитель, такой как диски CD-ROM (компакт-диски) и цифровые универсальные диски (DVD). Процессор вместе с программным обеспечением может использоваться для воплощения радиочастотного приемопередатчика для использования в WTRU, UE, терминале, базовой станции, RNC или любом главном компьютере.

Изобретение относится к координированной многоточечной передаче для беспроводных систем долгосрочного развития. Варианты осуществления рассматривают передачи беспроводного устройства приема/передачи (WTRU) по каналам восходящей линии связи и/или сигналам различных типов в месте развертывания системы, где могут существовать множество точек адресата. Некоторые варианты осуществления рассматривают, что WTRU может выбирать точку адресата передачи на динамической основе. В одной или большем количестве систем, где выбор точки адресата из множества потенциальных точек адресата может быть возможным для передачи WTRU, некоторые варианты осуществления рассматривают определение обработки повторных передач гибридного автоматического запроса повторной передачи (HARQ) и различные механизмы предоставления информации о запасе по мощности. Варианты осуществления также рассматривают сокращение и/или запрет передач WTRU точкам адресата, с которым WTRU, возможно, потерял возможность обеспечения связи. 2 н. и 6 з.п. ф-лы, 11 ил.

1. Беспроводное устройство приема/передачи (WTRU), содержащее память, процессор, причем процессор выполнен по меньшей мере с возможностью:

идентификации по меньшей мере первого набора субкадров и второго набора субкадров множества подмножеств субкадров;

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

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

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

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

3. WTRU по п. 1, в котором субкадр восходящей линии связи передается через физический совместно используемый канал восходящей линии связи (PUSCH).

4. WTRU по п. 1, в котором процессор дополнительно выполнен так, что TPC является совокупным для по меньшей мере одного из первого набора субкадров или второго набора субкадров.

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

идентифицируют по меньшей мере первый набор субкадров и второй набор субкадров множества подмножеств субкадров;

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

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

осуществляют через передатчик передачу по восходящей линии связи по меньшей мере в одном подкадре восходящей линии связи.

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

7. Способ по п. 5, в котором субкадр восходящей линии связи передается через физический совместно используемый канал восходящей линии связи (PUSCH).

8. Способ по п. 5, в котором процессор дополнительно выполнен так, что TPC является совокупным для по меньшей мере одного из первого набора субкадров или второго набора субкадров.