RU2613178C2

RU2613178C2 - Способ, система и устройство для приема совместно используемого канала нисходящей линии связи в кооперативных многоточечных передачах

Info

Publication number: RU2613178C2
Application number: RU2013136857A
Authority: RU
Inventors: Годун ЧЖАН; Гислен ПЕЛЛЕТЬЕ; Афшин ХАГИГАТ; Поль МАРИНЬЕ; Кристофер КЕЙВ; Паскаль М. АДЖАКПЛЕ; Аллан И. ТСАЙ
Original assignee: Интердиджитал Пэйтент Холдингз, Инк.
Priority date: 2011-01-07
Filing date: 2012-01-06
Publication date: 2017-03-15
Also published as: CN107359910B; TWI554046B; KR20140041425A; US9867174B2; EP2661819B1; BR112013017480B1; BR112013017480A2; TW201234790A; US20120176884A1; CN103299556B; US8842622B2; JP6039578B2; US20150063252A1; CN103299556A; US10701678B2; EP2661819A1; RU2013136857A; US20180132215A1; JP2017060176A; JP2014509469A

Abstract

Изобретение относится к технике связи и может использоваться в системах беспроводной связи. Технический результат состоит в повышении пропускной способности каналов передачи. Для этого способ и устройство используют для обеспечения приема совместно используемого канала нисходящей линии связи (DL) в кооперативной многоточечной передаче (CoMP). Способ и устройство позволяют определять, применяется ли CoMP к передаче. Способ и устройство позволяют получать другую информацию, относящуюся к CoMP. Способ и устройство могут применяться к непрозрачным сценариям CoMP. 4 н. и 35 з.п. ф-лы, 10 ил.

Description

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

[0001] По данной заявке испрашивается приоритет (i) предварительной заявки. на патент Соединенных Штатов (США) №61/430,647, поданной 07 января 2011 г., под названием "Method and Apparatus for Demodulation Reference Signal Provisioning, Scrambling and Downlink Control for Coordinated Multi-Point Transmission and Reception" (номер в реестре патентного поверенного IDC-10885US01), (ii) предварительной заявки на патент США №61/480,746, поданной 29 апреля 2011 г., под названием "Method and Apparatus for Downlink Shared Channel Reception in Cooperative Multipoint Transmission" (номер в реестре патентного поверенного IDC-11015US01), и (iii) предварительной заявки на патент США №61/556,062, поданной 4 ноября 2011 г., под названием "Method and Apparatus for Downlink Shared Channel Reception in Cooperative Multipoint Transmission" (номер в реестре патентного поверенного IDC-11203US01). Каждая из предварительных заявок на патент США №№61/430,647, 61/480,746 и 61/556,062 включены в данное описание посредством ссылки.

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

[0003] Данная заявка относится к беспроводной связи.

[0004] Уровень техники

[0005] Систему беспроводной (например, сотовой) связи можно оценивать на основании ее средней пропускной способности соты и ее пропускной способности на границе соты. В общем случае, может быть желательно повышать характеристику средней пропускной способности соты и пропускной способности на границе соты. Хотя характеристику средней пропускной способности соты можно улучшить путем увеличения интенсивности принятого сигнала с использованием, например, методов повышения мощности, пользователи на границе соты, тем не менее, могут испытывать низкую интенсивность принятого сигнала, и на характеристику пропускной способности на границе соты может оказывать влияние межсотовая помеха (ICI). Это может иметь место для систем беспроводной связи, построенных для работы с (и работы с использованием) коэффициентом повторного использования частот, равным единице или близким к единице. Этот уровень повторного использования частот может быть ключевой задачей систем связи, где применяются сети на основе ортогонального мультиплексирования с частотным разделением (OFDM), в том числе, например, сети четвертого поколения (4G) и будущих поколений.

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

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

[0007] Предусмотрены способы, системы и устройство для приема совместно используемого канала нисходящей линии связи в кооперативных многоточечных (CoMP) передачах. Среди таких способов, систем и устройства можно выделить способ, который может включать в себя этапы, на которых принимают, на беспроводном блоке передачи и/или приема (WTRU), первый набор информации для сигнализации на WTRU, что ожидается первая скоординированная передача нисходящей линии связи на WTRU; определяют, на основании первого набора информации, первый набор параметров приема, используемый для генерации первого набора опорных сигналов демодуляции (DM-RS) для приема первой скоординированной передачи нисходящей линии связи, причем первый набор параметров приема содержит первый идентификатор и первую идентичность скремблирования; принимают, на WTRU, второй набор информации приема для сигнализации на WTRU, что ожидается вторая скоординированная передача нисходящей линии связи на WTRU; и определяют, на основании второго набора информации, второй набор параметров приема, используемый для генерации второго набора DM-RS для приема второй скоординированной передачи нисходящей линии связи, причем второй набор параметров приема содержит второй идентификатор и вторую идентичность скремблирования.

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

[0009] В состав способов, систем и устройства также входят способ и устройство, которые можно использовать для обеспечения портов и последовательностей DM-RS для поддержки работы CoMP и предоставления устройству CoMP возможности демодулировать физический совместно используемый канал нисходящей линии связи (PDSCH) CoMP.

[0010] В состав способов, систем и устройства дополнительно входят способ и устройство, которые можно использовать для обнаружения присутствия совместно запланированных устройств CoMP в многопользовательском режиме работы с несколькими входами и несколькими выходами (MU-MIMO). Такие способ и устройство можно использовать, если точка передачи (Tx) использует системные параметры, отличные от своих собственных для инициализации последовательности DM-RS устройства CoMP, которое принимает PDSCH от точки Tx.

[0011] Можно осуществлять скремблирование PDSCH для поддержки работы CoMP и можно давать возможность устройству CoMP дескремблировать принятый PDSCH CoMP.

[0012] В состав способов, систем и устройства также входят способ и устройство которые можно использовать для поддержания процессов гибридного автоматического запроса повторной передачи (HARQ) по точкам Tx для JT CoMP с разными данными по точкам Tx.

[0013] Способы, системы и устройство также может включать в себя способ и устройство, которые можно использовать для компенсации смещения хронирования между точками Tx на приемнике для JT CoMP с теми же данными по точкам Tx с использованием разных последовательностей и/или портов DM-RS.

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

[0014] Чтобы лучше понять изобретение, следует обратиться к подробному описанию, приведенному ниже в порядке примера совместно с прилагаемыми чертежами. Фигуры в таких чертежах, как и подробное описание, являются примерами. Таким образом, фигуры и подробное описание не следует рассматривать в порядке ограничения, и другие столь же эффективные примеры возможны и вероятны. Кроме того, сходные ссылочные позиции на фигурах указывают сходные элементы, где:

[0015] фиг.1A - схема иллюстративной системы связи, в которой можно реализовать один или более вариантов осуществления;

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

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

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

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

[0020] фиг.1F - блок-схема, иллюстрирующая пример сети скоординированной многоточечной (CoMP) беспроводной связи, в которой можно реализовать один или более вариантов осуществления;

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

[0022] фиг.3 - блок-схема операций, демонстрирующая примерный процесс для осуществления передачи типа JP CoMP;

[0023] фиг.4 - блок-схема операций, демонстрирующая примерный процесс для осуществления передачи типа JP CoMP; и

[0024] фиг.5 - блок-схема операций, демонстрирующая примерный процесс для осуществления передачи типа CoMP;

Подробное описание

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

[0026] Примерная архитектура системы связи

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

[0028] Как показано на фиг.1A, система 100 связи может включать в себя беспроводные блоки 102a, 102b, 102c, 102d передачи/приема (WTRU), сеть 104 радиодоступа (RAN), базовую сеть 106, коммутируемую телефонную сеть общего пользования (PSTN) 108, интернет 110, и другие сети 112, хотя очевидно, что раскрытые варианты осуществления предусматривают любое количество WTRU, базовых станций, сетей и/или сетевых элементов. Каждый из WTRU 102a, 102b, 102c, 102d может быть любого типа устройством сконфигурированным для работы и/или осуществления связи в беспроводной среде. В порядке примера, WTRU 102a, 102b, 102c, 102d могут быть сконфигурированы для передачи и/или приема беспроводных сигналов и могут включать в себя пользовательское оборудование (UE), мобильную станцию, стационарное или мобильное абонентское устройство, пейджер, сотовый телефон, карманный персональный компьютер (PDA), смартфон, портативный компьютер, нетбук, персональный компьютер, беспроводной датчик, бытовую электронику и пр.

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

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

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

[0032] В частности, как упомянуто выше, система 100 связи может представлять собой систему множественного доступа и может использовать одну или более схем доступа к каналу, например, CDMA, TDMA, FDMA, OFDMA, SC-FDMA и пр. Например, базовая станция 114a в RAN 104 и WTRU 102a, 102b, 102c могут реализовывать такую технологию радиосвязи, как Terrestrial Radio Access (UTRA) в Universal Mobile Telecommunications System (UMTS), которая может устанавливать радиоинтерфейс 116 с использованием широкополосной CDMA (WCDMA). WCDMA может включать в себя такие протоколы связи, как High-Speed Packet Access (HSPA) и/или Evolved HSPA (HSPA+). HSPA может включать в себя High-speed Downlink Packet Access (HSDPA) и/или High-Speed Uplink Packet Access (HSUPA).

[0033] В другом варианте осуществления, базовая станция 114a и WTRU 102a, 102b, 102c могут реализовывать такую технологию радиосвязи, как Evolved UMTS Terrestrial Radio Access (E-UTRA), которая может устанавливать радиоинтерфейс 116 с использованием Long Term Evolution (LTE) и/или LTE-Advanced (LTE-A).

[0034] В других вариантах осуществления, базовая станция 114a и WTRU 102a, 102b, 102c могут реализовывать такие технологии радиосвязи, как IEEE 802.16 (т.е., Worldwide Interoperability for Microwave Access (WiMAX)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, Interim Standard 2000 (IS-2000), Interim Standard 95 (IS-95), Interim Standard 856 (IS-856), Global System for Mobile Communications (GSM), Enhanced Data rates for GSM Evolution (EDGE), GSM EDGE (GERAN), и пр.

[0035] Базовая станция 114b на фиг.1A может представлять собой, например, беспроводной маршрутизатор. Home Node B, Ноте eNode B или точку доступа и может использовать любую подходящую RAT для облегчения обеспечения беспроводной связи на ограниченной площади, например, территории предприятия, дома, в транспортном средстве, в кампусе и пр. В одном варианте осуществления, базовая станция 114b и WTRU 102c, 102d могут реализовывать такую технологию радиосвязи, как IEEE 802.11 для установления беспроводной локальной сети (WLAN). В другом варианте осуществления, базовая станция 114b и WTRU 102c, 102d могут реализовывать такую технологию радиосвязи, как IEEE 802.15 для установления беспроводной персональной сети (WPAN). В еще одном варианте осуществления, базовая станция 114b и WTRU 102c, 102d может использовать сотовую RAT (например, WCDMA, CDMA2000, GSM, LTE, LTE-A и т.д.) для установления пикосоты или фемтосоты. Как показано на фиг.1A, базовая станция 114b может иметь прямое подключение к Интернету 110. Таким образом, базовой станции 114b может не требоваться осуществлять доступ в Интернет 110 через базовую сеть 106.

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

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

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

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

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

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

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

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

[0044] Процессор 118 WTRU 102 может быть подключен к, и может принимать входные данные пользователя от громкоговорителя/микрофона 124, кнопочной панели 126 и/или дисплея/сенсорной панели 128 (например, блока отображения, выполненного в виде жидкокристаллического дисплея (ЖКД), или блока отображения, выполненного на основе органических светодиодов (ОСИД)). Процессор 118 также может выводить пользовательские данные на громкоговоритель/микрофон 124, кнопочную панель 126 и/или дисплей/сенсорную панель 128. Кроме того, процессор 118 может обращаться к информации из, и сохранять данные в, памяти любого подходящего типа, например, стационарной памяти 19 и/или сменной памяти 132. Стационарная память 19 может включать в себя оперативную память (ОЗУ), постоянную память (ПЗУ), жесткий диск или запоминающее устройство любого другого типа. Сменная память 132 может включать в себя карту модуля идентификации абонента (SIM), карту памяти, карту памяти secure digital (SD) и пр. В других вариантах осуществления, процессор 118 может обращаться к информации и, и сохранять данные в, памяти, которая физически не располагается на WTRU 102, например, на сервере или домашнем компьютере (не показан).

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

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

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

[0048] На фиг.1C показана системная схема, демонстрирующая RAN 104 и базовую сеть 106 согласно варианту осуществления. Как упомянуто выше, RAN 104 может использовать технологию радиосвязи UTRA для осуществления связи с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. RAN 104 также может сообщаться с базовой сетью 106. Как показано на фиг.1C, RAN 104 может включать в себя Node-B 140a, 140b, 140c, каждый из которых может включать в себя один или более приемопередатчиков для осуществления связи с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. Каждый из Node-B 140a, 140b, 140c может быть связан с конкретной сотой (не показана) в RAN 104. RAN 104 также может включать в себя RNC 142a, 142b. Очевидно, что RAN 104 может включать в себя любое количество Node-B и RNC, в остальном, согласуясь с вариантом осуществления.

[0049] Как показано на фиг.1C, Node-B 140a, 140b могут сообщаться с RNC 142a. Дополнительно, Node-B 140 с может сообщаться с RNC 142b. Node-B 140a, 140b, 140c могут осуществлять связь с соответствующими RNC 142a, 142b через интерфейс Iub. RNC 142a, 142b могут сообщаться друг с другом через интерфейс Iur. Каждый из RNC 142a, 142b может быть сконфигурирован для управления соответствующими Node-B 140a, 140b, 140c, к которым он подключен. Кроме того, каждый из RNC 142a, 142b может быть сконфигурирован для осуществления или поддержки других функциональных возможностей, например, управления мощностью по внешнему циклу, управления нагрузкой, управления допуском, диспетчеризации пакетов, управления хэндовером, макроразнесения, функций безопасности, шифрования данных и пр.

[0050] Базовая сеть 106, показанная на фиг.1C может включать в себя шлюз 144 среды (MGW), коммутационный центр мобильной связи (MSC) 146, обслуживающий узел 148 поддержки GPRS (SGSN) и/или шлюзовой узел поддержки GPRS (GGSN) 150. хотя каждый из вышеупомянутых элементов изображен как часть базовой сети 106, очевидно, что любой из этих элементов может принадлежать и/или эксплуатироваться субъектом, отличным от оператора базовой сети.

[0051] RNC 142a в RAN 104 может быть подключен к MSC 146 в базовой сети 106 через интерфейс IuCS. MSC 146 может быть подключен к MGW 144. MSC 146 и MGW 144 может обеспечивать WTRU 102a, 102b, 102c доступом к сетям с коммутацией каналов, например PSTN 108, для облегчения связи между WTRU 102a, 102b, 102c и традиционными устройствами наземной связи.

[0052] [0126] RNC 142a в RAN 104 также может быть подключен к SGSN 148 в базовой сети 106 через интерфейс IuPS. SGSN 148 может быть подключен к GGSN 150. SGSN 148 и GGSN 150 могут обеспечивать WTRU 102a, 102b, 102c доступом к сетям с коммутацией пакетов, например Интернету 110, для облегчения связи между WTRU 102a, 102b, 102c и устройствами с возможностями IP.

[0053] Как упомянуто выше, базовая сеть 106 также может быть подключена к сетям 112, которые могут включать в себя другие проводные или беспроводные сети, которые принадлежат и/или эксплуатируются другими поставщиками услуг.

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

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

[0056] Каждый из eNode-B 140a, 140b, 140c может быть связан с конкретной сотой (не показана) и может быть сконфигурирован для обработки решений администрирования радиоресурсов, решений хэндовера, диспетчеризации пользователей на восходящей линии связи и/или нисходящей линии связи и пр. Как показано на фиг.1D, eNode-B 140a, 140b, 140c могут осуществлять связь друг с другом по интерфейсу X2.

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

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

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

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

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

[0062] На фиг.1E показана системная схема, демонстрирующая RAN 104 и базовую сеть 106 согласно варианту осуществления. RAN 104 может представлять собой сеть доступа к услугам (ASN), которая использует технология радиосвязи IEEE 802.16 для осуществления связи с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. Как будет дополнительно рассмотрено ниже, линии связи между разными функциональными объектами WTRU 102a, 102b, 102c, RAN 104 и базовой сетью 106 можно определить как опорные точки.

[0063] Как показано на фиг.1E, RAN 104 может включать в себя базовые станции 140a, 140b, 140c и шлюз 142 ASN, хотя очевидно, что RAN 104 может включать в себя любое количество базовых станций и шлюзов ASN, в остальном, согласуясь с вариантом осуществления. Каждая из базовых станций 140a, 140b, 140c может быть связана с конкретной сотой (не показана) в RAN 104 и может включать в себя один или более приемопередатчиков для осуществления связи с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. В различных вариантах осуществления, базовые станции 140a, 140b, 140c могут реализовывать технологию MIMO. Таким образом, базовая станция 140a, например, может использовать множественные антенны для передачи беспроводных сигналов на, и приема беспроводных сигналов от, WTRU 102a. Базовые станции 140a, 140b, 140c также могут обеспечивать функции управления мобильностью, например, инициирование хэндовера, установление туннеля, администрирование радиоресурсов, классификация трафик, соблюдение политики качество обслуживания (QoS) и пр. Шлюз 142 ASN может выступать в роли точки агрегации трафика и может отвечать за пейджинг, кэширование профилей абонентов, маршрутизацию к базовой сети 106 и пр.

[0064] Радиоинтерфейс 116 между WTRU 102a, 102b, 102c и RAN 104 можно определить как опорную точку R1, которая реализует спецификацию IEEE 802.16. Кроме того, каждый из WTRU 102a, 102b, 102c может устанавливать логический интерфейс (не показан) с базовой сетью 106. Логический интерфейс между WTRU 102a, 102b, 102c и базовой сетью 106 можно определить как опорную точку R2, которую можно использовать для аутентификации, авторизации, управление конфигурацией IP-хота и/или управления мобильностью.

[0065] Линию связи между каждой из базовых станций 140a, 140b, 140c можно определить как опорную точку R8, которая включает в себя протоколы для облегчения операций хэндовера WTRU и перенос данных между базовыми станциями. Линию связи между базовыми станциями 140a, 140b, 140c и шлюзом 215 ASN можно определить как опорную точку R6. Опорная точка R6 может включать в себя протоколы для облегчения управления мобильностью на основании событий мобильности, связанных с каждым из WTRU 102a, 102b, 100c.

[0066] Как показано на фиг.E, RAN 104 может быть подключена к базовой сети 106. Линию связи между RAN 104 и базовой сетью 106 можно определить как опорную точку R3, которая включает в себя протоколы для облегчения, например, переноса данных и возможностей управления мобильностью. Базовая сеть 106 может включать в себя домашний агент 144 мобильного IP (MIP-HA), сервер 146 аутентификации, авторизации, ведения учетных записей (AAA) и шлюз 148. Хотя каждый из вышеупомянутых элементов изображен как часть базовой сети 106, очевидно, что любой из этих элементов может принадлежать и/или эксплуатироваться субъектом, отличным от оператора базовой сети.

[0067] MIP-HA может отвечать за администрирование IP-адресов и может предоставлять возможность WTRU 102a, 102b, 102c переходить между разными ASN и/или разными базовыми сетями. MIP-HA 144 может обеспечивать WTRU 102a, 102b, 102c доступом к сетям с коммутацией пакетов, например, интернету 110, для облегчения связи между WTRU 102a, 102b, 102c и устройствами с возможностями IP. Сервер 146 ААА может отвечать за аутентификацию пользователя и за поддержку пользовательских служб. Шлюз 148 может облегчать взаимодействие с другими сетями. Например, шлюз 148 может обеспечивать WTRU 102a, 102b, 102c доступом к сетям с коммутацией каналов, например PSTN 108, для облегчения связи между WTRU 102a, 102b, 102c и традиционными устройствами наземной связи. Кроме того, шлюз 148 может обеспечивать WTRU 102a, 102b, 102c доступом к сетям 112, которые могут включать в себя другие проводные или беспроводные сети, которые принадлежат и/или эксплуатируются другими поставщиками услуг.

[0068] Хотя это не показано на фиг.1E, очевидно, что RAN 104 может быть подключен к другим ASN, и базовая сеть 106 может быть подключен к другим базовым сетям. Линию связи между RAN 104 и другими ASN можно определить как опорную точку R4, которая может включать в себя протоколы для координации мобильности WTRU 102a, 102b, 102c между RAN 104 и другими ASN. Линию связи между базовой сетью 106 и другими базовыми сетями можно определить как опорную точку R5, которая может включать в себя протоколы для облегчения взаимодействия между домашними базовыми сетями и чужими базовыми сетями.

[0069] В различных вариантах осуществления, сеть 100 связи может быть выполнена с возможностью скоординированных многоточечных передачи и приема (CoMP). CoMP, в общем случае, может означать режим передачи и приема, в котором множественные пространственно разнесенные точки передачи (Tx), посредством той или иной координацию, передают сигналы (передачи) на приемник, например, WTRU, снабженный или иначе оборудованный для приема таких скоординированных передач нисходящей линии связи. Употребляемый здесь термин "точка Tx" может означать любой антенный порт или поднабор географически близко расположенных антенных портов из сети, которые могут передавать на, или принимать от WTRU. Набор точек Tx, сконфигурированных или активированных для данного WTRU, может принадлежать или не принадлежать одной и той же идентичности физической соты. Точка Tx может передавать один опорный сигнал информация канальной станции (CSI-RS) или один набор CSI-RS. Точка Tx также может передавать один зависящий от соты опорный сигнал (CRS) или один набор CRS. Координация, в общем случае, включает в себя координацию параметров диспетчеризации и/или передачи, и/или координацию доставки данных, между пространственно разнесенными точками Tx (или их поднабором). Форма такой координации, в общем случае, отвечает одной из множества заданных категорий для CoMP (категорий CoMP). Форма координации, однако, может зменяться от одной категории CoMP к другой, надлежащим образом (например, в зависимости от условий канала и/или движения WTRU). Примеры категорий CoMP могут включать в себя CoMP с совместной обработкой (JP), и скоординированную диспетчеризацию/скоординированное формирование диаграммы направленности (CS/CB).

[0070] JP CoMP может включать в себя несколько подкатегорий, включая, например, CoMP с совместной передачей (JT), и динамический выбор точки (или соты) (DPS). Для любого из JP CoMP, JT CoMP и DPS, данные могут быть доступны в каждой точке Tx кооперирующего набора CoMP (т.е. набора точек Tx, которые могут прямо или косвенно участвовать в скоординированных передачах нисходящей линии связи, включающих в себя, например, соответствующие физические совместно используемые каналы нисходящей линии связи (PDSCH) скоординированных передач нисходящей линии связи). В условиях JT CoMP, множественные точки Tx кооперирующего набор CoMP могут планироваться для и активно передавать скоординированные передачи нисходящей линии связи в течение данного периода времени (например, одновременно). Множественные точки Tx, активно передающие скоординированные передачи нисходящей линии связи (точки Tx типа CoMP), могут образовывать поднабор или весь кооперирующий набор CoMP. Этот способ передачи может когерентно или некогерентно повышать качество принятого сигнала WTRU 102 и/или активно подавлять помеху для других WTRU. В условиях DPS, каждая из скоординированных передач нисходящей линии связи планируется и передается от одной точки Tx типа CoMP в кооперирующем наборе CoMP единомоментно (например, в каждом подкадре). Точка Tx, выбранная в качестве точки Tx типа CoMP для скоординированных передач нисходящей линии связи DPS, может динамически изменяться в кооперирующем наборе CoMP.

[0071] Для CS/CB, данные для передач CS/CB могут быть доступны в обслуживающей соте для WTRU 102. Обслуживающая сота, которая иногда называется здесь обслуживающей точкой Tx, может означать соту (или ее точку Tx), выполненную с возможностью передачи назначений физического канала управления нисходящей линии связи (PDCCH) или расширенного PDCCH (E-PDCCH), и такая сота или точка Tx может быть, например, единичной сотой. Однако пользовательские решения диспетчеризации и/или формирования диаграммы направленности могут приниматься с координацией между сотами, соответствующими кооперирующему набору CoMP. WTRU 102 может декодировать PDCCH или E-PDCCH, зная только антенный порт (или их набор) и соответствующий опорный сигнал (например, CRS или DM-RS), и ему не требуется знать фактическую точку Tx, используемую для передачи таких сигналов.

[0072] На фиг.1F показана блок-схема, иллюстрирующая пример сети 180 CoMP для использования с системой связи, например, системой 100 связи. Сеть 180 CoMP может включать в себя кооперирующий набор 182 CoMP и контроллер 184 CoMP. Кооперирующий набор 182 CoMP может включать в себя пространственно разнесенные точки 114a-114d Tx (например, географически разделенные базовые станции, eNB и т.д.) которые могут прямо или косвенно участвовать в скоординированных передачах нисходящей линии связи на WTRU 102, включающих в себя, например, формирование одного или более PDSCH скоординированных передач нисходящей линии связи для приема на WTRU 102. Точки 114a-114d Tx могут быть коммуникационно соединены с контроллером 184 CoMP, например, через быстрые магистральные линии связи и/или интерфейсы X2. Точки 114a-114d Tx может задавать соответствующие соты, а именно, обслуживающую соту 186a WTRU 102 и не обслуживающие соты 186b-186d. Будучи обслуживающей сотой, обслуживающая сота 186a (например, точка 114a Tx) может передавать на WTRU 102 различную информацию, позволяющую WTRU 102 принимать скоординированные передачи нисходящей линии связи, например назначения PDCCH; информацию управления нисходящей линии связи (DCI); информацию для сигнализации на WTRU 102 необходимости приема скоординированных передач нисходящей линии связи от точек Tx типа CoMP, включающих в себя точки Tx типа CoMP, отличные от обслуживающей соты; и пр. Точки 114a-114d Tx также могут логически принадлежать одной и той же соте. В этом случае, точки 114a-114d Tx могут передавать один и тот же набор общих опорных сигналов (CRS), но передавать другие опорные сигналы (например, CSI-RS и/или DM-RS) согласно параметрам, зависящим от точки.

[0073] Точки 114a-114d Tx могут включать в себя соответствующие наборы системных параметров, зависящих от соты, соответствующие их соответствующим сотам 182a-182d, и/или параметров, зависящих от точки. Каждый набор системных параметров, зависящих от соты, может включать в себя, например, идентификатор соты, связанный с соответствующей сотой (ID соты), индекс временного слота в радиокадре, связанного со скоординированной передачей нисходящей линии связи и/или идентичность скремблирования (ID скремблирования), связанную с соответствующей сотой (ID скремблирования, зависящий от соты). Набор параметров, зависящих от точки, может включать в себя набор параметров конфигурации CSI-RS, возможно, включающий в себя идентификатор для точки передачи. Для непрозрачного JP CoMP, точки 114a-114d Tx могут использовать свои соответствующие наборы системных параметров, зависящих от соты и/или параметры, зависящие от точки, для генерации и передачи скоординированных передач нисходящей линии связи и/или соответствующей информации управления на WTRU 102. Например, системные параметры, зависящие от соты, можно использовать с различными процессами для (i) скремблирования PDSCH скоординированных передач нисходящей линии связи, (ii) определения надлежащего использования портов для зависящих от UE и/или опорных сигналов демодуляции (совместно "DM-RS"); (iii) скремблирования последовательностей DM-RS; (iv) предварительного кодирования скоординированных передач нисходящей линии связи и DM-RS, (v) назначения одного или нескольких PDCCH для назначения одного или нескольких PDSCH скоординированных передач нисходящей линии связи.

[0074] В общем случае, DM-RS для одного или нескольких PDSCH скоординированной передачи нисходящей линии связи может передаваться, с каждой точки Tx типа CoMP, на антенных портах p=5, p=7, p=8 или p=7, 8, …, υ+6, где υ может быть количеством уровней, используемых для передачи одного или нескольких PDSCH. DM-RS могут присутствовать и/или может быть пригодной ссылкой для WTRU 102 для использования при осуществлении демодуляции одного или нескольких PDSCH, если один или несколько PDSCH скоординированных передач нисходящей линии связи связано с соответствующим(ми) антенным(и) портом(ами).

[0075] Для любого из антенных портов p∈{7, 8, …, υ+6}, каждая точка Tx типа CoMP может генерировать DM-RS для одного или нескольких PDSCH с использованием последовательности опорных сигналов, например:

[0076]

[0077] где c(i) - псевдослучайная последовательность. Псевдослучайная последовательность c(i) может задаваться, например, последовательностью Голда длиной 31. Эта последовательность Голда длиной 31 может быть, например, последовательностью Голда длиной 31, описанной в LTE-A. Выходная последовательность c(n) длиной M_PN, где n=0, 1, …, M_PN-1, может задаваться в виде:

[0078]

[0079] где N_C=1600, первая m-последовательность может инициализироваться посредством x₁(0)=1,x₁(n)=0,n=1,2,…30, и инициализация второй m-последовательности может задаваться как

со значением, зависящим от применения последовательности.

[0080] Генератор псевдослучайных последовательностей каждой точки Tx типа CoMP может инициализироваться, в начале каждого подкадра, в виде

[0081]

[0082] где

соответствует ID соты точки Tx типа CoMP, и n_SCID соответствует ID скремблирования точки Tx типа CoMP. В некоторых вариантах осуществления, для антенных портов 7 и 8, n_SCID может быть ID скремблирования, указанным в DCI, связанной с одним или несколькими PDSCH скоординированных передач нисходящей линии связи, например, указанными в поле ID скремблирования DCI формата 2B или 2C. В других вариантах осуществления, n_SCID может быть равно нулю для антенных портов 7 или 8, например, в отличие DCI формата 2B или 2C, связанной с одним или несколькими PDSCH скоординированных передач нисходящей линии связи. n_SCID для антенных портов 9-14 также может быть равно нулю.

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

[0084]

[0085] где X_ID может соответствовать идентичности набора из одной или более точек Tx или идентичности физической соты для соты, или параметру, специфическому для WTRU, и Y_ID может соответствовать идентичности скремблирования, возможно, связанной с набором из одной или более точек передачи.

[0086] Например, в некоторых вариантах осуществления, WTRU 102 может быть сконфигурирован одним или более значениями для параметра X_ID, который может быть специфическим для рассматриваемого WTRU 102. Каждое из значений X_ID может быть включено в набор параметров приема, используемый для приема скоординированной передачи нисходящей линии связи. WTRU 102 может выбирать значение согласно другим описанным здесь способам, например, описанным для выбора набора параметров приема, используемого для приема скоординированной передачи нисходящей линии связи. Затем WTRU 102 может использовать выбранное значение для X_ID (например, вместо

). Одно из сконфигурированных значений X_ID также может соответствовать идентичности конкретной соты.

[0087] Например, параметр X_ID может соответствовать конфигурации или набору параметров, связанных с одной или более точками передачи, например, параметру, составляющему часть конфигурации CSI-RS ненулевой мощности, или связанному с ней. Он также может соответствовать параметру, также используемому при вычислении инициатора скремблирования для этой конфигурации CSI-RS ненулевой мощности.

[0088] Например, в некоторых вариантах осуществления, WTRU 102 может быть сконфигурирован одним или более значениями для параметра Y_ID который может быть специфическим для рассматриваемого WTRU. Каждое из значений Y_ID может быть включено в набор параметров приема, используемый для приема скоординированной передачи нисходящей линии связи. WTRU 102 может выбирать значение согласно другим описанным здесь способам, например, описанным для выбора набора параметров приема, используемого для приема скоординированной передачи нисходящей линии связи. Затем WTRU 102 может использовать выбранное значение для Y_ID (например, вместо n_SCID). WTRU 102, в различных вариантах осуществления, может быть сконфигурирован одним или более значениями для Y_ID только для некоторых антенных портов. Значение параметра Y_ID можно выразить как сумму параметра, зависящего от точки или зависящего от UE (например, аналогичного X_ID), и параметра n_SCID, который может принимать одно из значений 0 или 1.

[0089] Например, в некоторых вариантах осуществления, WTRU 102 может динамически выбирать набор параметров приема, используемый для приема скоординированной передачи нисходящей линии связи в данном подкадре, согласно описанным здесь способам, включающим в себя прием явной информации сигнализации и/или способы неявного выбора и/или на основании того, какой набор параметров приема активирован в рассматриваемом подкадре. WTRU 102 получает возможность использовать различные комбинации для X_ID и Y_ID от подкадра к подкадру. Это может давать преимущество предоставления сети возможности диспетчеризации, гибким образом, различных наборов WTRU с использованием ортогонального DM-RS, когда это необходимо. Ортогональный DM-RS можно скремблировать с использованием одной и той же пары параметров X_ID и Y_ID для инициатора скремблирования. Например, пара WTRU, сравнительно близких к данной точке Tx может использовать одну и ту же пару параметров X_ID и Y_ID, при совместном планировании в одном и том же блоке ресурсов и подкадре.

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

, где

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

согласно:

[0091]

[0092] где можно вывести скремблирующую последовательность c^(q)(i). Генератор скремблирующих последовательностей каждой точки Tx типа CoMP может инициализироваться в начале каждого подкадра значением C_init инициализации. Это значение C_init инициализации может зависеть от тип транспортного канала, например:

[0093]

[0094] где

может соответствовать ID соты точки Tx типа CoMP, и n_RNTI может соответствовать временному идентификатору радиосети (RNTI), связанному с одним или несколькими PDSCH скоординированных передач нисходящей линии связи. В одном подкадре может передаваться до двух кодовых слов, т.е. q∈{0,1}. В примере передачи единичного кодового слова, q может быть равно нулю.

[0095] В более общем случае, в некоторых вариантах осуществления, значение, используемое для параметра

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

[0096] Общий процесс назначения PDCCH с использованием системных параметров, зависящих от соты, может осуществляться следующим образом. Область управления подкадра k скоординированных передач нисходящей линии связи может включать в себя набор элементов канала управления (CCE). Эти CCE могут быть пронумерованы от 0 до N_CCE,k-1, где N_CCE,k может быть суммарным количеством ССЕ в области управления подкадра k. WTRU 102 может отслеживать PDCCH, по меньшей мере, для подкадров, в течение которых WTRU 102 находится в активном времени прерывистого приема (DRX), где мониторинг может подразумевать попытку декодировать каждый из PDCCH в наборе согласно всем отслеживаемым форматам DCI.

[0097] Набор предполагаемых PDCCH для мониторинга может задаваться в отношении пространства поиска, где пространство поиска

на уровне агрегации L∈{1,2,4,8} может задаваться набором предполагаемых PDCCH. ССЕ, соответствующие предполагаемому PDCCH m пространства поиска

можно задать в виде:

[0098]

[0099] где Y_k определен ниже, i=0, …, L-1 и m=0, …, M^(L)-1. M^(L) может быть количеством предполагаемых PDCCH для мониторинга в пространстве поиска.

[0100] WTRU 102 может отслеживать одно общее пространство поиска на каждом из уровней агрегации 4 и 8 и одно пространство поиска, специфическое для WTRU, на каждом из уровней агрегации 1, 2, 4, 8. Общее и специфическое для WTRU пространства поиска могут перекрываться. Уровни агрегации, задающие пространства поиска, приведены в таблице 1. Форматы DCI, которые может отслеживать WTRU 102, зависят от сконфигурированного режима передачи. В Таблице 1 приведен пример предполагаемых PDCCH, которые может отслеживать WTRU.

Таблица 1
Пространство поиска			количество предполагаемых PDCCH M^(L)
тип	уровень агрегации L	размер [в CCE]	количество предполагаемых PDCCH M^(L)
специфическое для WTRU	1	6	6
	2	12	6
	4	8	2
	8	16	2
общее	4	16	4
общее	8	16	2

[0101] Для общих пространств поиска, Y_k можно задать равным 0 для двух уровней агрегации L=4 и L=8. Для пространства поиска

, специфического для WTRU, на уровне агрегации L, переменную Y_k можно задать в виде:

[0102]

[0103] где Y_-1=n_RNTI≠0, A=39827, D=65537 и k=⎣n_s/2⎦, и n_s может быть номером слота в радиокадре.

[0104] Для режима передачи 9 (режима Tx 9), заданного в LTE-А, точки Tx типа CoMP могут использовать предварительное кодирование на основе DM-RS и обратную связь по CSI на основе опорного сигнала информации состояния канала (CSI-RS). Предполагается, что работа DL MIMO может стать более зависимой от DM-RS и CSI-RS и менее зависимой от общего опорного сигнала (CRS). Для режима Tx 9, WTRU 102 может быть сконфигурирован для мониторинга форматов DCI 2C и 1A в пространствах поиска PDCCH. Пример информации, которую можно передавать с использованием формата DCI 2C, показан в таблице 2.

Таблица 2
Информационное поле	Количество битов
Указатель несущей	0 или 3 бита
Заголовок выделения ресурсов (тип 0/тип 1 выделения ресурсов)	1 бит
Назначение блока ресурсов (RB)	битов
Команда управления мощностью передача (ТРС) для PUCCH	2 бита
Индекс назначения нисходящей линии связи (DAI) (для примеров TDD)	2 бита

Номер процесса HARQ			3 бита (пример FDD), 4 бита (пример TDD)
антенный(е) порт (ы), идентичность скремблирования и количество уровней			3 бита, как указано в таблице 3
Таблица 3
Одно кодовое слово: кодовое слово 0 разрешено, кодовое слово 1 запрещено		Два кодовых слова: кодовое слово 0 разрешено, кодовое слово 1 разрешено
значение	сообщение	значение		сообщение
0	1 уровень, порт 7, n_SCID=0	0		2 уровня, порты 7-8, n_SCID=0
1	1 уровень, порт 7, n_SCID=1	1		2 уровня, порты 7-8, n_SCID=1
2	1 уровень, порт 8, n_SCID=0	2		3 уровня, порты 7-9
3	1 уровень, порт 8, n_SCID=1	3		4 уровня, порты 7-10
4	2 уровня, порты 7-8	4		5 уровней, порты 7-11
5	3 уровня, порты 7-9	5		6 уровней, порты 7-12
6	4 уровня, порты 7-10	6		7 уровней, порты 7-13
7	зарезервировано	7		8 уровней, порты 7-14

[0105] Хотя это не указано в таблицах 2 и 3, информация, которая может передаваться с использованием формата DCI 2C, может включать в себя, для транспортного блока 1, схему модуляции и кодирования (MCS), которая может занимать 5 битов; указатель новых данных, который может занимать 1 бит; и версию избыточности, которая может занимать 2 бита. Для транспортного блока 2, информация, которая может передаваться с использованием формата DCI 2C, может включать в себя MCS, которая может занимать 5 битов; указатель новых данных, который может занимать 1 бит; и версию избыточности, которая может занимать 2 бита.

[0106] Пример информации, которую можно передавать с использованием формата DCI 1A, показан в таблице 4.

Таблица 4
Информационное поле	Количество битов
указатель несущей	0 или 3 бита
Флаг для различения формата 0/формата 1A	1 бит, значение 0 которого может указывать формат 0, и значение 1 может указывать формат 1A
Флаг назначения локализованного/распределенного виртуального блока ресурсов (VRB)	1 бит
Назначение блока ресурсов	битов
Схема модуляции и кодирования (MCS)	5 битов
Номер процесса HARQ	3 бита (пример FDD), 4 бита (пример TDD)
Указатель новых данных (NDI)	1 бит
Версия избыточности (RV)	2 бита
Команда ТРС для PUCCH	2 бита
Индекс назначения нисходящей линии связи (для примеров TDD)	2 бита

[0107] Согласно фиг.1F, точки 114a-114d Tx могут включать в себя соответствующие модули контроллера CoMP (не показаны), которые сопрягаются с контроллером 184 CoMP. Модули контроллера CoMP могут обмениваться информацией непосредственно, через быстрые магистральные линии связи и/или интерфейсы Х2; или опосредованно, через контроллер 184 CoMP. Эту информацию можно использовать для облегчения конфигурации точек 114a-114d Tx для CoMP, и/или для облегчения координации и/или диспетчеризации скоординированных передач нисходящей линии связи от точек 114a-114d Tx на WTRU 102.

[0108] Информация, которой обмениваются, прямо или косвенно, модули контроллера CoMP, может включать в себя информацию конфигурации для выбора (например, динамического), из кооперирующего набора 182 CoMP, точек Tx типа CoMP для скоординированных передач нисходящей линии связи. Информация также может включать в себя, например, информацию диспетчеризации для диспетчеризации точек Tx типа CoMP для JT и/или DPS CoMP, надлежащим образом.

[0109] Модули контроллера CoMP также могут получать и/или конфигурировать каждую из точек 114a-114d Tx (или, по меньшей мере каждую из точек Tx типа CoMP) с общим набором системных параметров и/или параметров, зависящих от точки. Общий набор параметров может использоваться точками 114a-114d Tx для генерации и передачи скоординированных передач нисходящей линии связи. В некоторых вариантах осуществления, общий набор параметров, используемых каждой из точек Tx типа CoMP, позволяет создать впечатление, что скоординированные передачи нисходящей линии связи от таких разных точек Tx типа CoMP исходят из одного и того же источника (например, использование разных точек Tx типа CoMP может быть прозрачно для WTRU 102; и демодуляция одного или нескольких PDSCH может быть прозрачна, например, как в односотовом MIMO в LTE).

[0110] В порядке примера, общие системные параметры могут включать в себя, например, общую последовательность DM-RS, общий набор портов DM-RS (т.е. антенных портов), общий идентификатор (общий ID), общий номер слота и/или общий ID скремблирования (общий ID скремблирования). Каждый из общих системных параметров может базироваться, например, на произвольном числе. При использовании общих системных параметров, генератор псевдослучайных последовательностей, используемый для генерации DM-RS на каждой точке Tx типа CoMP может инициализироваться в начале каждого подкадра согласно:

[0111]

[0112] где

- номер слота, связанный со скоординированными передачами нисходящей линии связи,

соответствует общему идентификатору, и

соответствует общему ID скремблирования.

может, например, соответствовать параметру X_ID, и

может, например, соответствовать параметру Y_ID. При использовании общих системных параметров, генератор скремблирующих последовательностей, используемый точками Tx типа CoMP для скремблирования PDSCH, может инициализироваться в начале каждого подкадра согласно:

[0113]

[0114] где

может соответствовать общему ID точек Tx типа CoMP,

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

также может соответствовать параметру X_ID.

[0115] Как описано более подробно ниже, общий набор системных параметров может сигнализироваться на WTRU 102 с использованием комбинации сигнализации физического уровня и/или более высокого уровня, или, альтернативно, информация для сигнализации на WTRU необходимости выбора и/или определения общего набора системных параметров для использования при приеме скоординированной передачи нисходящей линии связи может передаваться на WTRU 102. Такая передача сигнализации и/или информации может происходить, например, при конфигурировании или переконфигурировании кооперирующего набора CoMP. В соответствии с такой сигнализацией, WTRU 102 может узнавать о применении JP CoMP для каждого запланированного PDSCH, и точки Tx могут планировать PDSCH с использованием вышеописанного процесса назначения PDCCH. Точка Tx может изменять набор параметров (например, общий набор системных параметров), используемый для скремблирования PDSCH, в зависимости от того, на какой WTRU или набор WTRU она передает в конкретном блоке ресурсов и подкадре.

[0116] Другие примеры общего набора системных параметров могут включать в себя набор системных параметров, зависящих от соты, для обслуживающей соты (системных параметров обслуживающей соты); набор системных параметров на основании кооперирующего набора CoMP (системные параметры набора CoMP); набор системных параметров на основании, по меньшей мере, отчасти, системных параметров обслуживающей соты и системных параметров набора CoMP; набор системных параметров на основании, по меньшей мере, отчасти, набора системных параметров, зависящих от соты, для точек Tx типа CoMP, отличных от обслуживающей соты (системные параметры необслуживающей соты точки Tx); набор системных параметров на основании, по меньшей мере, отчасти, системных параметров обслуживающей соты, системных параметров набора CoMP, и системных параметров необслуживающей соты точки Tx; и их комбинации. Общий набор системных параметров также может включать в себя другие параметры.

[0117] Системные параметры набора CoMP могут включать в себя, например, общую последовательность DM-RS, общий набор портов DM-RS, идентификатор, связанный с кооперирующим набором CoMP (ID набора CoMP), индекс временного слота в радиокадре, связанного со скоординированной передачей нисходящей линии связи и/или ID скремблирования, связанный с кооперирующим набором CoMP (ID скремблирования набора CoMP). При использовании системных параметров набора CoMP, генератор псевдослучайных последовательностей, используемый для генерации DM-RS на каждой точке Tx типа CoMP, может инициализироваться в начале каждого подкадра согласно:

[0118]

[0119] где

- индекс временного слота в радиокадре, связанного со скоординированной передачей нисходящей линии связи,

соответствует ID набора CoMP, и

соответствует ID скремблирования набора CoMP. В различных вариантах осуществления,

может соответствовать параметру X_ID, и

может соответствовать параметру Y_ID. Генератор скремблирующих последовательностей, используемый точками Tx типа CoMP для скремблирования PDSCH при использовании системных параметров набора CoMP, может инициализироваться в начале каждого подкадра согласно:

[0120]

[0121] где

может соответствовать общему ID точек Tx типа CoMP, n_{ComP set} может соответствовать индексу временного слота в радиокадре, связанного со скоординированной передачей нисходящей линии связи, и n_RNTI может соответствовать RNTI WTRU 102 для приема PDSCH скоординированной передачи нисходящей линии связи. В различных вариантах осуществления,

также может соответствовать параметру X_ID.

[0122] Системные параметры набора CoMP могут сигнализироваться на WTRU 102 с использованием комбинации сигнализации физического уровня и/или более высокого уровня, или, альтернативно, информация для сигнализации на WTRU необходимости выбора и/или определения системных параметров набора CoMP для использования при приеме скоординированной передачи нисходящей линии связи, может передаваться на WTRU 102. Такая передача сигнализации и/или информации может происходить, например, при конфигурировании или переконфигурировании кооперирующего набора CoMP. В соответствии с такой сигнализацией, WTRU 102 может узнавать о применении JP CoMP для каждого запланированного PDSCH, и точки Tx могут планировать PDSCH с использованием вышеописанного процесса назначения PDCCH. Любая из точек Tx может изменять набор параметров (например, системные параметры набора CoMP, или соответствует ли набор системных параметров системным параметрам "общего набора" или "набора CoMP"), используемый для скремблирования PDSCH, в зависимости от того, на какой WTRU или набор WTRU она передает в конкретном блоке ресурсов и подкадре.

[0123] Системные параметры обслуживающей соты могут включать в себя, например, общую последовательность DM-RS, общий набор портов DM-RS (т.е. антенных портов), ID соты, индекс временного слота в радиокадре, связанного со скоординированной передачей нисходящей линии связи и/или ID скремблирования обслуживающей соты. При использовании системных параметров обслуживающей соты, генератор псевдослучайных последовательностей, используемый для генерации DM-RS на каждой точке Tx типа CoMP, может инициализироваться в начале каждого подкадра согласно:

[0124]

[0125] где

соответствует ID соты, и

соответствует ID скремблирования обслуживающей соты. В различных вариантах осуществления,

может соответствовать параметру X_ID, и

может соответствовать параметру Y_ID. При использовании системных параметров обслуживающей соты, генератор скремблирующих последовательностей, используемый точками Tx типа CoMP для скремблирования PDSCH, может инициализироваться в начале каждого подкадра согласно:

[0126]

[0127] где

может соответствовать ID обслуживающей соты точек Tx типа CoMP,

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

также может соответствовать параметру X_ID.

[0128] Для облегчения использования системных параметров обслуживающей соты в качестве общих системных параметров, обслуживающая сота 182a может пересылать системные параметры обслуживающей соты (например, свой ID соты и свой подкадр или индекс временного слота в радиокадре) на другие точки Tx в кооперирующем наборе CoMP. Обслуживающая сота 182a может делать это, например, при конфигурировании кооперирующего набора CoMP. ID обслуживающей соты и подкадр или индекс временного слота могут пересылаться по интерфейсу X2. ID обслуживающей соты можно получить в ходе установления X2, например, с использованием процедуры установление X2, между сотами или в ходе процедуры обновления конфигурации X2. Альтернативно, другие точки Tx 114b-114d в кооперирующем наборе 182 CoMP могут получать информацию ID обслуживающей соты посредством планирования соты или другой сигнализации, например, через модули контроллера CoMP.

[0129] Контроллер 184 CoMP может быть централизованным контроллером CoMP, как показано, или, альтернативно, распределенным контроллером CoMP, например, автономным распределенным контроллером CoMP. Контроллер 184 CoMP может минимизировать помеху за счет координации диспетчеризации скоординированных передач нисходящей линии связи в сотах и/или активного подавления помехи с использованием методов обработки сигнала. При обработке сигнала CoMP, скоординированные передачи нисходящей линии связи на каждый из WTRU 102, от точек Tx типа CoMP могут взвешиваться для минимизации помехи, максимизации пропускной способности и/или максимизации SINR передач в режиме CoMP, принятых на таком WTRU 102a. Скоординированные передачи могут позволять сети 180 CoMP достигать высоких показателей спектральной эффективности.

[0130] WTRU 102 может быть сконфигурирован одним или более наборами параметров; каждый из которых может соответствовать DM-RS. WTRU 102 может использовать один или более из наборов параметров для приема одного или нескольких PDSCH скоординированных передач нисходящей линии связи. Каждый набор параметров может включать в себя, например, индекс антенного порта, значения инициализации для генератора DM-RS, режим передачи и/или ID скремблирования, которые можно использовать (помимо ID соты или общего ID) для инициализации последовательности DM-RS. Этот ID скремблирования может представлять собой, например, любой из ID скремблирования, сконфигурированного более высокими уровнями (например, RRC), идентичности WTRU 102, RNTI, ID обслуживающей соты, и т.д. ID обслуживающей соты может представлять собой, например, servCellID, используемый на RRC для идентификации обслуживающей соты, или поле указателя несущей (CIF), которое может использоваться на физическом уровне для идентификации обслуживающей соты, с которым обслуживающая сота может быть связан с помощью данного набора параметров, например, с конкретным DM-RS. В одном варианте осуществления, набор параметров может быть сродни обслуживающей соте (или PDSCH) конфигурации WTRU. Используемый здесь термин PDCCH может включать в себя E-PDCCH.

[0131] Хотя на фиг.1 показано четыре точки Tx, а именно, точки 114a-114d Tx, сеть 180 CoMP, может включать в себя больше или меньше точек Tx. Кроме того, сеть 180 CoMP может включать в себя один или более экземпляров удаленного оборудования радиосвязи (RRE) вместо, или помимо, точек 114a-114d Tx. Каждое RRE может включать в себя одну или несколько антенн; любая из которых может быть коммуникационно подключена к контроллеру 184 CoMP и доступна в качестве точки Tx для передач типа CoMP. Кроме того, контроллер 184 CoMP может координировать точки Tx, чтобы они могли совершать различные передачи типа CoMP на WTRU 102. Кроме того, сеть 180 передачи типа CoMP может включать в себя, как распределенный контроллер CoMP, так и централизованный контроллер CoMP.

[0132] В данном случае, для простоты экспозиции, можно предположить, что все антенны точек 114a-114d Tx коммуникационно подключены к контроллер 184 CoMP, и доступны для использования в качестве точек Tx для скоординированных передач нисходящей линии связи. В ряде случаев, не все антенны точек Tx в любой одной соте или множественных сотах можно использовать в качестве точек Tx для скоординированных передач нисходящей линии связи. В других случаях, две или более антенн точек Tx в любой соте можно использовать как единую точку Tx для скоординированной передачи нисходящей линии связи (например, для работы в системе множественных входов и множественных выходов (MIMO)).

[0133] В различных вариантах осуществления способа и устройства для приема совместно используемого канала нисходящей линии связи в кооперативных многоточечных передачах, раскрытых, предложенных и/или заявленных здесь, в отношении передачи типа CoMP и приема можно использовать несколько терминов. Эти термины можно описать в отношении или в соответствии с LTE и/или LTE-A, для простоты экспозиции. В порядке примера, термин "набор CoMP" может означать любой из рабочего набора CoMP, набора точек Tx типа CoMP и измерительного набора CoMP. Измерительный набор CoMP может представлять собой набор сот, для которого сообщается состояние канала и/или статистическая информация. Состояние канала/статистическая информация могут относиться к линиям связи между WTRU 102 и одной или более точек 114a-114d Tx в кооперирующем наборе 182 CoMP. В ряде случаев, измерительный набор CoMP может совпадать с кооперирующим набором 182 CoMP. Фактические отчеты WTRU могут включать в себя обратная связь для поднабора сот измерительного набора 182 CoMP. Эти соты можно рассматривать как сообщенные соты.

[0134] Пример эксплуатации

[0135] На фиг.2 показана блок-схема операций, демонстрирующая примерный процесс 200 для осуществления скоординированной многоточечной (CoMP) передачи с совместной обработкой (JP). Процесс 200, показанный на фиг.2 описан со ссылкой на фиг.1A-1F для простоты экспозиции. Процесс 200 также может осуществляться с использованием других архитектур.

[0136] Процесс 200 может использоваться для различных непрозрачных схем передачи типа JP CoMP и позволяет WTRU 102 определить, что ожидаемая передача нисходящей линии связи является непрозрачной скоординированной передачей нисходящей линии связи от точки Tx типа CoMP, отличной от обслуживающей соты WTRU 102. Определение, что ожидаемая передача нисходящей линии связи является непрозрачной скоординированной передачей нисходящей линии связи точки Tx типа CoMP, отличной от обслуживающей соты (точки Tx типа CoMP необслуживающей соты) может давать возможность WTRU 102 правильно принимать такую непрозрачную скоординированную передачу нисходящей линии связи. Прием ожидаемой передачи нисходящей линии связи от точки Tx типа CoMP необслуживающей соты может включать в себя любой из (i) приема ортогонально мультиплексированных сигналов с частотным разделением (OFDM) во временной области для набора антенных портов, (ii) преобразования сигналов OFDM во временной области для набора антенных портов в соответствующие символы модуляции для набора антенных портов, (iii) осуществления декодирования любого предварительного кодирования символов модуляции для набора антенных портов, (iv) осуществления отображения уровней для отображения символов модуляции со снятым предварительным кодированием для набора антенных портов в набор уровней передачи, соответствующий набору антенных портов; (v) демодуляции модулированных символов в скремблированные биты, (vi) дескремблирование скремблированных битов в кодированные биты одного или более кодовых слов, и (vii) формирования кодовых слов из дескрембированных кодированных битов.

[0137] Как показано на блоке 202 процесса, информация для сигнализации на WTRU 102 необходимости приема ожидаемой передачи нисходящей линии связи от точки Tx типа CoMP необслуживающей соты может передаваться на WTRU 102. Эта информация сигнализации могут передаваться от точки 114a Tx обслуживающей соты. Точка 114a Tx может передавать информацию сигнализации с использованием неявной и/или явной сигнализации, например, сигнализации уровня 1 (L1), уровня 2 (L2) и/или уровня 3 (L3). Альтернативно, точка 114a Tx может передавать информацию сигнализации в области управления канала управления нисходящей линии связи (например, PDCCH), для которого WTRU 102 может быть сконфигурирован для осуществления обнаружения вслепую. Канал управления нисходящей линии связи может быть связан с передачей нисходящей линии связи.

[0138] Как показано на блоке 204 процесса, информация сигнализации может приниматься на WTRU 102. WTRU 102 может, например, принимать информацию сигнализации посредством неявной сигнализации и/или явной сигнализации. Альтернативно, WTRU 102 может осуществлять обнаружение вслепую области управления для получения информации сигнализации (которая может быть любым из неявного и явного указания).

[0139] Получение информации сигнализации может включать в себя прием и/или декодирование на WTRU 102 информации управления нисходящей линии связи (DCI). Например, информация сигнализации может быть основана, по меньшей мере, отчасти, на одном или более характеристик, признаках, атрибутах и т.д. (обобщенно, "характеристиках") принятой DCI и/или декодированной DCI. Чтобы WTRU 102 получал информацию сигнализации, WTRU 102 может сначала принимать и/или декодировать DCI и затем распознавать или иначе интерпретировать характеристики принятой DCI и/или декодированной DCI. В порядке другого примера, информация сигнализации может быть основана, по меньшей мере, отчасти, на информации, связанной с, включенной в, идентифицированной посредством и/или указанной посредством принятой и/или декодированной DCI. Согласно вышесказанному, WTRU 102 может сначала принимать и/или декодировать DCI и затем распознавать или иначе интерпретировать такую информацию, связанную с, включенную в, идентифицированную посредством и/или указанную посредством принятой и/или декодированной DCI для получения указания JP-CoMP.

[0140] Примеры информации сигнализации могут включать в себя любой из (i) информации и/или указания (обобщенно, "информации") на основании, по меньшей мере, отчасти, выделения ресурсов для декодированной DCI, например, индекса (например, первого) элемента канала управления (CCE) принятой DCI; (ii) информации на основании, по меньшей мере, отчасти, назначения физического блока ресурсов, принятого в декодированной DCI для данного физический нисходящей линии связи (например, PDSCH) передача; (iii) информации на основании, по меньшей мере, отчасти, пространства поиска физического канала управления нисходящей линии связи (PDCCH) для декодированной DCI; (iv) информации на основании, по меньшей мере, отчасти, RNTI, используемого для скремблирования декодированной DCI; (v) информации на основании, по меньшей мере, отчасти, явной сигнализации набора параметров в DCI; (vi) информации на основании, по меньшей мере, отчасти, размера DCI, которую можно декодировать на PDCCH; (vii) информации на основании, по меньшей мере, отчасти, индексов портов DM-RS, сигнализируемых в DCI, которую можно декодировать на PDCCH; (viii) информации на основании, по меньшей мере, отчасти, количества точек Tx; (ix) информации на основании, по меньшей мере, отчасти, указателя несущей в DCI, которую можно декодировать на PDCCH; (x) информации на основании, по меньшей мере, отчасти, идентификатора процесса HARQ в DCI, которую можно декодировать на PDCCH; (xi) информация на основании, по меньшей мере, отчасти, состояния активации одного или более набора параметров приема конфигурации WTRU, соответствующей подкадру, для которого был декодирован PDCCH; и (xii) т.п.

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

[0142] Для информации на основании, по меньшей мере, отчасти, пространства поиска PDCCH для декодированной DCI, WTRU 102 может принимать и декодировать DCI, и затем может интерпретировать характеристику пространства поиска PDCCH в качестве неявной сигнализации. Например, WTRU 102 может интерпретировать диапазон ССЕ в пространстве поиска, специфическом для WTRU (WTRU-SS), где пригодная DCI принимается в качестве неявной сигнализации, при условии, что для WTRU 102 могут задаваться множественные (возможно, неперекрывающиеся) WTRU-SS. Альтернативно, WTRU 102 может интерпретировать идентичность WTRU-SS, где пригодная DCI принимается в качестве неявной сигнализации, при условии, что для WTRU 102 могут задаваться множественные (возможно, неперекрывающиеся) WTRU-SS. В качестве других альтернатив, WTRU 102 может интерпретировать диапазон CCE в общем пространстве поиска для WTRU 102, где принимается пригодная DCI и/или идентичность общего пространства поиска для WTRU 102, где пригодная DCI принимается в качестве неявной сигнализации.

[0143] Для указания информации на основании, по меньшей мере, отчасти, RNTI, используемого для скремблирования декодированной DCI, WTRU 102 может принимать DCI. После этого, WTRU 102 может выбирать, из множества RNTI, предоставленных WTRU 102 (RNTI, специфических для WTRU) для декодирования принятой DCI на PDCCH, RNTI, специфический для WTRU, предназначенный для передач типа JP CoMP. Затем WTRU 102 может пытаться декодировать DCI с использованием выбранного RNTI, специфического для WTRU, и интерпретировать успешное декодирование принятой DCI с использованием выбранного RNTI, специфического для WTRU, в качестве неявной сигнализации. В порядке альтернативы, WTRU 102 может принимать DCI. Затем WTRU 102 может пытаться декодировать принятую DCI, итерационно, с использованием множества RNTI, специфических для WTRU, и интерпретировать принятую DCI, успешно декодированную с помощью RNTI, специфического для WTRU, предназначенного для передач типа JP CoMP в качестве неявной сигнализации.

[0144] Для информации на основании, по меньшей мере, отчасти, явной сигнализации набора параметров в принятой и декодированной DCI, WTRU 102 может принимать и декодировать DCI, имеющую один или более битов указателя для указания передачи типа JP CoMP, получать значение для битов указателя (значение битов указателя), и затем может интерпретировать биты указателя в качестве явной сигнализации для приема ожидаемой передачи нисходящей линии связи от точки Tx типа CoMP не обслуживающей соты, при условии, что значение битов указателя указывает передачу типа JP CoMP. Для информации на основании, по меньшей мере, отчасти, размера DCI, которую можно декодировать на PDCCH, WTRU 102 может принимать и декодировать DCI, определять размер DCI (размер DCI), и затем интерпретировать размер DCI в качестве неявной сигнализации, при условии, что размер DCI указывает передачу типа JP CoMP. Размер DCI может указывать передачу типа JP CoMP, например, если он отличается от размера DCI, используемого для передачи, не относящейся к типу CoMP.

[0145] Для информации на основании, по меньшей мере, отчасти, индексов портов DM-RS, сигнализируемых в DCI, которую можно декодировать на PDCCH, WTRU 102 может принимать и декодировать DCI, получать индексы портов DM-RS, сигнализируемые в декодированной DCI, и затем интерпретировать полученные индексы портов DM-RS в качестве явной сигнализации для приема ожидаемой передачи нисходящей линии связи от точки Tx типа CoMP необслуживающей соты. Сигнализируемые индексы могут соответствовать любому из (i) индексы портов DM-RS для всех или некоторых данных и/или каждого или некоторых из кодовых слов; и/или b) индексы портов DM-RS для каждой точки Tx или каждого набора точек Tx.

[0146] Для информации на основании, по меньшей мере, отчасти, количества точек Tx, WTRU 102 может принимать, в сигнализации управления нисходящей линии связи (например, формате DCI), используемой для режима работы CoMP, биты информации, которые могут соответствовать следующей информации:

a) количеству точек передачи, отличных от обслуживающей соты; и

b) индексам портов DM-RS. Индексы портов DM-RS могут быть для всех данных или каждого кодового слова. Альтернативно, индексы портов DM-RS могут быть для каждой точки Tx или каждого набора точек Tx.

[0147] Для информации на основании, по меньшей мере, отчасти, указателя несущей в DCI, которую можно декодировать на PDCCH, WTRU 102 может принимать и декодировать DCI, получать значение указателя несущей, сигнализируемое в декодированной DCI, и затем интерпретировать полученное значение указателя несущей в качестве явной сигнализации для приема ожидаемой передачи нисходящей линии связи от точки Tx типа CoMP необслуживающей соты. Сигнализируемое значение указателя несущей может соответствовать конфигурации WTRU 102, которая связывает значение с набором параметров приема, используемым для приема скоординированной передачи нисходящей линии связи в данном подкадре.

[0148] Для информации на основании, по меньшей мере, отчасти, идентификатора процесса HARQ в DCI, которую можно декодировать на PDCCH, WTRU 102 может принимать и декодировать DCI, получать идентификатор процесса HARQ, сигнализируемый в декодированной DCI, и затем интерпретировать полученный идентификатор процесса HARQ в качестве явной сигнализации для приема ожидаемой передачи нисходящей линии связи от точки Tx типа CoMP необслуживающей соты. Сигнализируемый идентификатор процесса HARQ может соответствовать конфигурации WTRU 102, которая связывает значение с набором параметров приема, используемым для приема скоординированной передачи нисходящей линии связи в данном подкадре.

[0149] Для информации на основании, по меньшей мере, отчасти, состояния активации одного или более набора параметров приема конфигурации WTRU, соответствующей подкадру, для которого был декодирован PDCCH, WTRU 102 может принимать и декодировать DCI, получать хронирование соответствующего PDCCH и/или указание активации и/или деактивации для соответствующего набора параметров приема, и затем интерпретировать полученную информацию в качестве явной сигнализации для приема ожидаемой передачи нисходящей линии связи от точки Tx типа CoMP необслуживающей соты. Соответствующий набор параметров приема может обеспечиваться в рассматриваемой или в другой DCI, например, указанной указателем несущей. WTRU 102 может определять, какой набор параметров приема активирован для хронирования соответствующего подкадра и использовать рассматриваемый набор параметров для приема скоординированной передачи нисходящей линии связи в данном подкадре.

[0150] Детали PDCCH для назначение PDSCH могут зависеть от конкретной применяемой схемы CoMP. Ниже описано два примера конструкции PDCCH. В одном из этих примеров, формат DCI (иногда именуемый здесь форматом DCI 1F) можно использовать для поддержки JT CoMP с предварительным кодированием без обратной связи на основе пространственно-частотного блочного кодирования (SFBC). Иллюстративные детали формата DCI 1F, который можно использовать для поддержки JT CoMP с разными данными, приведены в (нижеследующей) таблице 5.

Таблица 5
Информационное поле	Количество битов
Указатель несущей	0 или 3 бита
Заголовок выделения ресурсов	1
Назначение RB	или
Номер процесса HARQ	3 бита (FDD), 4 бита (TDD)
MCS транспортного блока	5
NDI транспортного блока	1
RV транспортного блока	2
Указатель JT CoMP (необязательный)	1 (ʺ0ʺ указывает не-CoMP и ʺ1ʺ указывает JT CoMP)

Количество точек передачи, отличных от обслуживающей соты (необязательное)	зависит от конкретной схемы CoMP (только пригодной/значимой, если указана как JT CoMP)
индексы антенных портов (или портов DM-RS), используемых для каждой точки Tx (необязательное)	0,1 или 2
TPC для PUCCH обслуживающей соты	2
DAI	2 (только TDD)
Циклический избыточный код (CRC)	16

[0151] В другом примере, другой формат DCI (иногда именуемый здесь форматом DCI 2D) можно использовать для поддержки JT CoMP с предварительным кодированием с обратной связью. Иллюстративные детали формата DCI 2D приведены в (нижеследующей) таблице 6.

Таблица 6
Информационное поле	Количество битов
Указатель несущей	0 или 3 бита
Заголовок выделения ресурсов	1
Назначение RB
Номер процесса HARQ и информация MCS для транспортных блоков, передаваемых от точек Tx	В зависимости от конкретной схемы JT CoMP
Антенный(е) порт(ы), идентичность скремблирования и количество уровней (всех точек Tx)	В зависимости от конкретной схемы JT CoMP
Указатель JT CoMP (необязательный)	1 (ʺ0ʺ указывает не-CoMP, и ʺ1ʺ указывает JT CoMP)
Количество точек передачи, отличных от обслуживающей соты (необязательное)	Зависит от конкретной схемы CoMP (только пригодной/значимой, если указана как JT CoMP)

ТРС для PUCCH обслуживающей соты	2
DAI	2 (только TDD)
CRC	16

[0152] После получения информации сигнализации, ожидаемая скоординированная передача нисходящей линии связи может передаваться на WTRU 102 с использованием точки Tx типа CoMP необслуживающей соты, как показано на блоке 206 процесса. Скоординированная передача нисходящей линии связи от точки Tx типа CoMP необслуживающей соты может приниматься на WTRU 102, как показано на блоке 208 процесса. Как упомянуто выше, прием ожидаемой передачи нисходящей линии связи может включать в себя любой из (i) приема ортогонально мультиплексированных сигналов с частотным разделением (OFDM) во временной области для набора антенных портов, (ii) преобразования сигналов OFDM во временной области для набора антенных портов в соответствующие символы модуляции для набора антенных портов, (iii) осуществления декодирования любого предварительного кодирования символов модуляции для набора антенных портов, (iv) осуществления отображения уровней для отображения символов модуляции со снятым предварительным кодированием для набора антенных портов в набор уровней передачи, соответствующий набору антенных портов; (v) демодуляции модулированных символов в скремблированные биты, (vi) дескремблирование скремблированных битов в кодированные биты одного или более кодовых слов, и (vii) формирования кодовых слов из дескрембированных кодированных битов.

[0153] Для облегчения приема скоординированной передачи нисходящей линии связи от точки Tx типа CoMP необслуживающей соты, WTRU 102 может выбирать, из наборов параметров приема, предоставленных WTRU, набор параметров приема для приема скоординированной передачи нисходящей линии связи от точки Tx типа CoMP необслуживающей соты. Выбор набора параметров приема может базироваться на информации сигнализации для сигнализации на WTRU 102 необходимости приема ожидаемой передачи нисходящей линии связи от точки Tx типа CoMP не обслуживающей соты. Альтернативно, WTRU 102 может определять набор параметров приема на основании информации сигнализации для сигнализации на WTRU 102 необходимости приема ожидаемой передачи нисходящей линии связи от точки Tx типа CoMP необслуживающей соты. WTRU 102 также может определять набор параметров приема на основании другой информации.

[0154] После приема, принятая скоординированная передача нисходящей линии связи может декодироваться на WTRU 102, как показано на блоке 210 процесса. После блока 210 процесса, процесс 200 может заканчиваться. Альтернативно, процесс 200 может периодически повторяться, непрерывным образом, или будучи инициирован в результате возникновения условия, например, возникновения дополнительных скоординированных передач нисходящей линии связи. В порядке другой альтернативы, блоки 206-210 процесса могут периодически повторяться, непрерывным образом, или будучи инициированы в результате возникновения условия, чтобы обуславливать дополнительные приемы скоординированных передач нисходящей линии связи.

[0155] На фиг.3 показана блок-схема операций, демонстрирующая примерный процесс 300 для осуществления передачи типа JP CoMP. Процесс 300, показанный на фиг.3, описан со ссылкой на фиг.1A-1F, для простоты экспозиции. Процесс 300 также может осуществляться с использованием других архитектур. Процесс 300 можно использовать для различных непрозрачных схем передачи типа JP CoMP, чтобы WTRU 102 мог выбирать набор параметров, используемый для приема скоординированной передачи нисходящей линии связи передачи типа JP CoMP. Как описано более подробно ниже, WTRU 102 получает набор параметров путем получения информации сигнализации.

[0156] Процесс 300 может использоваться для различных непрозрачных схем передачи типа JP CoMP и позволяет WTRU 102 определить, что ожидаемая передача нисходящей линии связи является непрозрачной скоординированной передачей нисходящей линии связи от точки Tx типа CoMP необслуживающей соты. Определение, что ожидаемая передача нисходящей линии связи является непрозрачной скоординированной передачей нисходящей линии связи точки Tx типа CoMP необслуживающей соты может давать возможность WTRU 102 правильно принимать и/или декодировать такую непрозрачную скоординированную передачу нисходящей линии связи. Процесс 300, показанный на фиг.3, аналогичен процессу 200, показанному на фиг.2, за исключением того, что описано здесь.

[0157] После приема информации сигнализации (блок 204), WTRU 102 может определять набор параметров приема, используемый для приема ожидаемой скоординированной передачи нисходящей линии связи от точки Tx типа CoMP необслуживающей соты на основании, по меньшей мере, отчасти, принятой информации сигнализации, как показано на блоке 302 процесса. WTRU 102 может определять набор параметров приема, например, путем выбора набора параметров приема, из множества наборов параметров приема, предоставленных в WTRU, на основании любой из (i) характеристики DCI, принятой на канале управления нисходящей линии связи, связанном с ожидаемой передачей нисходящей линии связи, и (ii) характеристики DCI, декодированной на канале управления нисходящей линии связи, связанном с ожидаемой передачей нисходящей линии связи. Альтернативно, WTRU 102 может определять набор параметров приема путем его выбора из множества наборов параметров, предоставленных в WTRU, на основании любой из (i) информации, связанной с DCI, принятой на канале управления нисходящей линии связи, связанном с ожидаемой передачей нисходящей линии связи, (ii) информации, указанной принятой DCI, (iii) информации, связанной с DCI, декодированной на канале управления нисходящей линии связи, связанном с ожидаемой передачей нисходящей линии связи, (iv) информации, включенной в декодированную DCI, (v) информации, идентифицированной декодированной DCI, и (vi) информации, указанной декодированной DCI.

[0158] В качестве других альтернатив, WTRU 102 может определять набор параметров приема на основании, по меньшей мере, отчасти, любого из (i) выделения ресурсов DCI, декодированной на WTRU 102, принятого на канале управления нисходящей линии связи, связанном с ожидаемой передачей нисходящей линии связи; (ii) назначения физического блока ресурсов, указанного в DCI, декодированной на канале управления нисходящей линии связи, связанном с ожидаемой передачей нисходящей линии связи, на WTRU 102; (iii) пространства поиска физического канала управления нисходящей линии связи, где DCI, принятая на канале управления нисходящей линии связи, связанном с ожидаемой передачей нисходящей линии связи, декодируется на WTRU; (iv) RNTI, используемого для декодирования DCI, принятой на канале управления нисходящей линии связи, связанном с ожидаемой передачей нисходящей линии связи, на WTRU; (v) сигнализации, указанной в DCI, декодированной на канале управления нисходящей линии связи, связанном с ожидаемой передачей нисходящей линии связи, на WTRU 102, где сигнализация включает в себя, по меньшей мере, один бит для сигнализации ожидаемой передачи нисходящей линии связи; (vi) сигнализации, указанной в DCI, декодированной на канале управления нисходящей линии связи, связанном с ожидаемой передачей нисходящей линии связи, на WTRU 102, где сигнализация включает в себя, по меньшей мере, один бит для сигнализации количества точек Tx кооперирующего набора CoMP, который включает в себя точку Tx и обслуживающую соту; (vii) сигнализации, указанной в DCI, декодированной на канале управления нисходящей линии связи, связанном с ожидаемой передачей нисходящей линии связи, на WTRU 102, где сигнализация включает в себя, по меньшей мере, один бит для сигнализации индексов антенных портов; (viii) сигнализации, указанной в DCI, декодированной на канале управления нисходящей линии связи, связанном с ожидаемой передачей нисходящей линии связи, на WTRU, где сигнализация включает в себя, по меньшей мере, один бит для сигнализации индексов антенных портов, и где индексы антенных портов включают в себя любой из (a) индексов антенных портов для всех данных, (b) индексов антенных портов для каждого кодового слова, (c) индексов антенных портов для каждой точки Tx кооперирующего набора CoMP, который включает в себя точку Tx и обслуживающую соту, и (d) индексов антенных портов для кооперирующего набора CoMP; (ix) размера DCI, декодированной на канале управления нисходящей линии связи, связанном с ожидаемой передачей нисходящей линии связи, на WTRU 102; (x) размера DCI, декодированной на канале управления нисходящей линии связи, связанном с ожидаемой передачей нисходящей линии связи, на WTRU 102, где размер DCI указывает передачу типа CoMP, (xi) размера DCI, декодированной на канале управления нисходящей линии связи, связанном с ожидаемой передачей нисходящей линии связи, на WTRU 102, где размер DCI не указывает передачу, не относящуюся к типу CoMP; (xii) индекса антенного порта; (xiii) индекса антенного порта, сигнализируемого в DCI, декодированной на канале управления нисходящей линии связи, связанном с ожидаемой передачей нисходящей линии связи, на WTRU 102; (xiv) типа подкадра; (xv) информации хронирования; (xvi) несущей частоты физического совместно используемого канала нисходящей линии связи (PDSCH) ожидаемой передачи нисходящей линии связи; (xvii) индекса несущей; (xviii) индекса соты; (xix) количества точек передачи кооперирующего набора 182 CoMP; (xx) идентификатора процесса HARQ; (xxi) указание активации одного или более из наборов параметров приема конфигурации WTRU; и (xxii) т.п.

[0159] После определения набора параметров приема, скоординированная передача нисходящей линии связи от точки Tx типа CoMP необслуживающей соты может приниматься на WTRU 102 с использованием такого набора параметров приема, как показано на блоке 208 процесса. После приема, принятая скоординированная передача нисходящей линии связи может декодироваться на WTRU 102, как показано на блоке 210 процесса.

[0160] После блока 210 процесса, процесс 300 может заканчиваться. Альтернативно, процесс 300 может периодически повторяться, непрерывным образом, или будучи инициирован в результате возникновения условия, например, возникновения дополнительных скоординированных передач нисходящей линии связи. В порядке другой альтернативы, блоки 306 и 208-210 процесса могут периодически повторяться, непрерывным образом, или будучи инициирован в результате возникновения условия, чтобы обуславливать дополнительные приемы скоординированных передач нисходящей линии связи.

[0161] На фиг.4 показана блок-схема операций, демонстрирующая примерный процесс 400 для осуществления передачи типа JP CoMP. Процесс 400, показанный на фиг.4, описан со ссылкой на фиг.1A-1F, для простоты экспозиции. Процесс 400 также может осуществляться с использованием других архитектур. Процесс 400 можно использовать для различных непрозрачных схем передачи типа JP CoMP, чтобы WTRU 102 мог выбирать и/или определять набор параметров приема, используемый для приема скоординированной передачи нисходящей линии связи передачи типа JP CoMP.

[0162] Процесс 400 может использоваться для различных непрозрачных схем передачи типа JP CoMP и позволяет WTRU 400 определять, что ожидаемая передача нисходящей линии связи является непрозрачной скоординированной передачей нисходящей линии связи от точки Tx типа CoMP необслуживающей соты. Определение, что ожидаемая передача нисходящей линии связи является непрозрачной скоординированной передачей нисходящей линии связи точки Tx типа CoMP необслуживающей соты может давать возможность WTRU 102 правильно принимать и/или декодировать такую непрозрачную скоординированную передачу нисходящей линии связи. Процесс 400, показанный на фиг.4, аналогичен процессам 200, 300, показанным на фиг.2, 3, соответственно, за исключением того, что описано здесь.

[00100] После передачи информации сигнализации (блок 202), информация для сигнализации на WTRU 102 необходимости выбора набора параметров приема, используемого для приема ожидаемой передачи нисходящей линии связи от точки Tx типа CoMP необслуживающей соты может передаваться на WTRU 102, как показано на блоке процесса 402. Эта информация сигнализации параметра приема может передаваться от точки 114a Tx обслуживающей соты. Точка 114a Tx может передавать информацию сигнализации параметра приема с использованием неявной и/или явной сигнализации, например, сигнализации L1, L2 и/или L3. Альтернативно, точка 114a Tx может передавать информацию сигнализации параметра приема в области управления канала управления нисходящей линии связи (например, PDCCH), для которого WTRU 102 может быть сконфигурирован для осуществления обнаружения вслепую.

[0163] После приема информации сигнализации (блок 204), информация сигнализации параметра приема может приниматься на WTRU 102, как показано на блоке процесса 404. WTRU 102 может, например, принимать информацию сигнализации параметра приема посредством неявной сигнализации и/или явной сигнализации. Альтернативно, WTRU 102 может осуществлять обнаружение вслепую области управления для получения информации сигнализации параметра приема (которая может быть любым из неявного и явного указания). Информация сигнализации параметра приема может быть той же информацией, что и информация сигнализации для сигнализации на WTRU 102 необходимости приема ожидаемой передачи нисходящей линии связи от точки Tx типа CoMP необслуживающей соты. В этом случае, информация сигнализации параметра приема может передаваться и приниматься с такой информацией сигнализации. Альтернативно, информация сигнализации параметра приема может отличаться от такой информации, как описано более подробно ниже.

[0164] Как показано на блоке процесса 406, WTRU 102 может определять набор параметров приема, используемый для приема ожидаемой скоординированной передачи нисходящей линии связи от точки Tx типа CoMP необслуживающей соты на основании, по меньшей мере, отчасти, принятой информации сигнализации параметра приема. WTRU 102 может определять набор параметров приема, например, путем выбора набора параметров приема, из множества наборов параметров приема, предоставленных в WTRU, как описано выше в отношении блока 302 процесса, показанного на фиг.3. Альтернативно, WTRU 102 может определять набор параметров приема для декодирования соответствующей передачи PDSCH на основании хронирования подкадра, где осуществляется передача PDSCH. Хронирование может задаваться с использованием, по меньшей мере, одного из номера кадра, номера подкадра, периодичности и/или смещения. WTRU 102 также может определять набор параметров приема на основании типа подкадра, где тип подкадра может быть одним из, по меньшей мере, конкретного поднабора подкадров мультимедийной услуги широковещания/множественной адресации (MBMS) в одночастотной сети (MBSFN), почти пустых подкадров (ABS) или ʺнормальныхʺ (например, нм MBSFN, ни ABS) подкадров, в порядке другой альтернативы, WTRU 102 также может определять набор параметров приема на основании несущей частоты передачи PDSCH (или индекса несущей или индекса соты):

[0165] WTRU может определять набор параметров приема (например, опорный сигнал) для использования для декодирования соответствующей передачи PDSCH на основании идентичности, применимой к рассматриваемой передаче PDSCH. Например, WTRU может принимать явное указание ID обслуживающей соты (например, соответствующего servCellID, используемому на RRC для идентификации обслуживающей соты, и/или CIF, который можно использовать на физическом уровне для идентификации обслуживающей соты). Например, набор параметров (например, опорный сигнал) может быть связан со значением CIF в формате DCI.

[0166] WTRU 102 может определять набор параметров приема (и/или другую информацию сигнализации) на основании приема элемента управления уровня управления доступом к среде (MAC), например, вместо DCI, принятой на PDCCH. Например, WTRU 102 может определять набор параметров приема на основании состояния, связанного с одним или более PDCCH. В порядке примера, WTRU 102 может определять набор параметров приема (и/или принимать ли скоординированную передачи нисходящей линии связи) на основании наиболее недавно принятой DCI на PDCCH, где, по меньшей мере, одно поле DCI указывает набор параметров приема для использования, пока не будет обеспечено другое указание. Альтернативно, WTRU может определять набор параметров приема (и/или принимать ли скоординированную передачи нисходящей линии связи) на основании приема элемента управления MAC, где, по меньшей мере, одно поле СЕ MAC указывает набор параметров приема для использования, пока не будет обеспечено другое указание.

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

[0168] Сигнализация управления, принятая на WTRU 102, может включать в себя, по меньшей мере, одно из следующего.

[0169] Принятая сигнализация может быть сигнализацией L1, где WTRU 102 может принимать DCI на PDCCH, которая указывает активацию или деактивацию набора параметров приема для одного или более один или несколько PDSCH. Принятое указание может соответствовать, по меньшей мере, одному из следующих: (i) WTRU 102 может успешно декодировать DCI с использованием сконфигурированного RNTI, причем RNTI соответствует набору параметров приема и/или данному PDSCH; и (ii) WTRU, определяющий, что DCI относится к определенному типу и/или включает в себя явное указание (например, поле и/или флаг и/или любое другое указание), которое позволяет WTRU 102 определять, как декодировать рассматриваемый PDSCH, например, возможно, согласно другим описанным здесь способам. WTRU может передавать обратную связь квитирования (ACK) гибридного автоматического запроса повторной передачи (HARQ) для квитирования приема DCI, интерпретированного как команда активации/деактивации. Например, для сигнализации DCI, принятой в подкадре n, WTRU 102 может передавать ACK HARQ по каналу восходящей линии связи в подкадре n+k, где k может представлять задержку обработки WTRU, например, k=4 подкадров.

[0170] Принятая сигнализация может быть сигнализацией L2, где WTRU может принимать элемент управления (CE) MAC, который указывает активацию и/или деактивацию набора параметров приема для одного или более PDSCH. CE MAC может приниматься на любом PDSCH конфигурации WTRU 102. WTRU 102 может активировать или деактивировать набор параметров, соответствующий рассматриваемому PDSCH, на основании явного указания (например, битовой карты или антенного порта), включенного в CE MAC. Альтернативно, WTRU 102 может активировать (или деактивировать) набор параметров приема, соответствующий рассматриваемому PDSCH, на котором был принят CE MAC, путем активации (или деактивации) другого (например, следующего) набор параметров приема, например, последовательно.

[0171] Принятая сигнализация может быть сигнализацией L3, где WTRU 102 может принимать конфигурацию для одного или более наборов параметров приема для данного PDSCH, после чего, стандартный набор может переводиться в активированное состояние. Активация (или деактивация) использования стандартного (или последующего) набора параметров приема для данного PDSCH может применяться немедленно (например, в случае сигнализации уровня 1) или, возможно, с фиксированной задержкой, например, в k подкадров (например, в случае сигнализация уровня 2/3). Для сигнализации уровня 2, принятой, например, в подкадре n, WTRU 102 может рассматривать набор параметров приема в активированном (или деактивированном) состоянии из подкадра n+k, где k может быть равно 8 подкадрам; альтернативно, в подкадре после передачи ACK HARQ для транспортного блока, в котором был принят CE MAC. WTRU может вносить дополнительную задержку с использованием последующего набора параметров приема для данного текущего процесса HARQ, пока процесс HARQ успешно не завершится и/или пока принятая сигнализация управления, не укажет передачу новых данных (например, из указателя новых данных - поля NDI в формате DCI).

[0172] После определения набора параметров приема, ожидаемая скоординированная передача нисходящей линии связи может передаваться на WTRU 102 с использованием точки Tx типа CoMP необслуживающей соты, как показано на блоке 206 процесса. Скоординированная передача нисходящей линии связи от точки Tx типа CoMP необслуживающей соты может приниматься на WTRU 102 с использованием определенного набора параметров приема, как показано на блоке 306 процесса. После приема, принятая скоординированная передача нисходящей линии связи может декодироваться на WTRU 102, как показано на блоке 210 процесса.

[0173] После блока 210 процесса, процесс 400 может заканчиваться. Альтернативно, процесс 400 могут периодически повторяться, непрерывным образом, или будучи инициирован в результате возникновения условия, например, возникновения дополнительных скоординированных передач нисходящей линии связи. В порядке другой альтернативы, блоки 206, 306 и 210 процесса могут периодически повторяться, непрерывным образом, или будучи инициирован в результате возникновения условия, чтобы обуславливать дополнительные приемы скоординированных передач нисходящей линии связи.

[0174] На фиг.5 показана блок-схема операций, демонстрирующая примерный процесс 500 для осуществления передачи типа CoMP. Процесс 500 также может осуществляться с использованием других архитектур. Процесс 500 можно применять к различным схемам CoMP, например, схемам JT CoMP с одними и теми же данными (включающим в себя, например, предварительное кодирование и/или локальное/глобальное предварительное кодирование номера системного кадра (SFN)) или разными данными между точками передачи, JT CoMP без обратной связи и схемы CoMP на основе динамического выбора соты. Процесс 500, показанный на фиг.5, описан со ссылкой на фиг.1A-1F, для простоты экспозиции. Процесс 500 также может осуществляться с использованием других архитектур. Как упомянуто выше, индексы портов DM-RS и последовательности, используемые для одного или нескольких PDSCH могут полустатически (предварительно) конфигурироваться или динамически сигнализироваться с использованием PDCCH. В некотором примере, подробно описанном выше, WTRU 102 может декодировать PDCCH для получения индексов DM-RS и информации последовательностей для демодуляции.

[0175] Как показано на блоке 502 процесса, обслуживающая сота WTRU 102 и точка Tx типа CoMP необслуживающей соты могут быть сконфигурированы с общими системными параметрами. Общими системными параметрами могут быть, например, любыми из вышеприведенных примеров. После этого, точка Tx типа CoMP необслуживающей соты может генерировать скоординированную передачу нисходящей линии связи с использованием общих системных параметров, как показано на блоке 504 процесса.

[0176] Как показано на блоке 506 процесса, информация сигнализации для сигнализации на WTRU 102 необходимости приема ожидаемой скоординированной передачи нисходящей линии связи от точки Tx типа CoMP необслуживающей соты может передаваться на WTRU 102. После этого, информация сигнализации может приниматься на WTRU 102, как показано на блоке 508 процесса. Затем WTRU 102 может определять набор параметров приема для приема ожидаемой скоординированной передачи нисходящей линии связи. Набор параметров приема можно определять и/или выбирать на основании сигнализации, указывающей точки Tx типа CoMP необслуживающей соты, обслуживающую соту и другие точки Tx кооперирующего набора CoMP с использованием общих системных параметров для генерации скоординированных передач нисходящей линии связи, например, описанных выше.

[0177] Точка Tx типа CoMP не обслуживающей соты может передавать скоординированную передачу нисходящей линии связи, как показано на блоке процесса 512. После этого, WTRU 102 может принимать скоординированную передачу нисходящей линии связи с использованием определенного набора параметров приема, как показано на блоке 514 процесса. После приема, принятая скоординированная передача нисходящей линии связи может декодироваться на WTRU 102, как показано на блоке 516 процесса.

[0178] После блока 516 процесса, процесс 500 может заканчиваться. Альтернативно, процесс 500 могут периодически повторяться, непрерывным образом, или будучи инициирован в результате возникновения условия, например, возникновения дополнительных скоординированных передач нисходящей линии связи. В порядке другой альтернативы, блоки 512-516 процесса могут периодически повторяться, непрерывным образом, или будучи инициирован в результате возникновения условия, чтобы обуславливать дополнительные приемы скоординированных передач нисходящей линии связи.

[0179] Процесс 500 может осуществляться для каждой точки Tx типа CoMP кооперирующего набора 182 CoMP. Каждая точка Tx типа CoMP для WTRU может использовать общую последовательность DM-RS и те же порты DM-RS, что и другие точки Tx кооперирующего набора 182 CoMP.

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

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

может соответствовать параметру X_ID, и

может соответствовать параметру Y_ID.

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

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

может соответствовать параметру X_ID, и

может соответствовать параметру Y_ID. Обслуживающая сота может пересылать ID обслуживающей соты и подкадр или индекс временного слота в радиокадре на другие точки Tx кооперирующего набора 182 CoMP при конфигурировании набора CoMP. Альтернативно, точки Tx кооперирующего набора 182 CoMP могут получать системные параметры обслуживающей соты посредством планирования соты или другой сигнализации.

[0181] В ряде случаев, все точки Tx кооперирующего набора 182 CoMP могут иметь синхронизированные индексы подкадров в радиокадре, что позволяет кооперирующему набору 182 CoMP не обмениваться информацией индекса подкадра в радиокадре. Обслуживающая сота может пересылать ID скремблирования DM-RS, применяемый к последовательности DM-RS, связанной с любым совместно передаваемым PDSCH, и соответствующий ID процесса HARQ на другие точки Tx кооперирующего набора CoMP. Эта передача может происходить по интерфейсу X2 в случае CoMP между NB. Таким образом, демодуляция на WTRU может быть прозрачной в отношении того, применяется ли JT CoMP.

[0182] В другом варианте осуществления, каждая точка Tx кооперирующего набора 182 CoMP может использовать набор портов DM-RS, ортогональных другим точкам передачи, например, на разных субъектах маршрутизации (RE) или временных и частотных местоположениях или с использованием разных ортогональных покрывающих кодов. Порты DM-RS могут быть заранее заданными. Динамическое назначение DM-RS портов можно использовать и сигнализировать в PDCCH для каждого назначения PDSCH. Такая сигнализация может осуществляться с использованием любого из процессов, например, 200, 300, 400 и 500.

[0183] Альтернативно, порты DM-RS с заранее заданным шаблоном можно использовать между точками передачи для экономии на издержках сигнализации управления DL. заранее заданный шаблон портов DM-RS может быть указан или установлен между точками передачи по интерфейсу X2 при формировании и/или конфигурировании или переконфигурировании набора кооперации CoMP. Например, для 2 точек Tx типа JT CoMP, простой шаблон использования портов DM-RS для портов 7 и 8 можно использовать в обслуживающей соте, и порты 9 и 10 можно использовать в другой точке передачи. Каждая точка Tx может использовать общий индекс временного слота и общий ID соты (например, ID набора CoMP) для инициализации генератора псевдослучайных последовательностей последовательности DM-RS.

[0184] Альтернативно, каждая точка Tx кооперирующего набора CoMP может использовать свой собственный индекс временного слота и ID соты для инициализации генератора псевдослучайных последовательностей последовательности DM-RS, и эта зависящая от соты информация (например, относительный индекс временного слота или подкадра и ID соты точек Tx не обслуживающей соты) может сигнализироваться на WTRU 102 посредством сигнализации более высокого уровня (например, сигнализации RRC или заголовка элемента управления MAC) при конфигурировании или переконфигурировании кооперирующего набора 182 CoMP для WTRU 102.

[0185] Будучи сконфигурирован в режиме Tx, который может допускать динамическое переключение между JT CoMP и режимом односотового MIMO, WTRU 102 может отслеживать формат PDCCH, который поддерживает режим работы CoMP (например, JT), (далее ʺCoMP-PDCCHʺ) и другие надлежащие резервные форматы PDCCH, например, формат DCI 1A, в общем и специфическом для WTRU пространствах поиска. Для обнаруженного пригодного CoMP-PDCCH, WTRU 102 может получать информацию, применяется ли CoMP (например, JT) на основании, например, любой из вышеупомянутой информации сигнализации (например, индекса CCE принятой DCI, и т.д.)

[0186] Если применяется CoMP (например, JT), то WTRU 102 может получать количество точек Tx необслуживающей соты (если количество не является фиксированным), и информацию, касающуюся портов DM-RS, используемых каждой из точек Tx необслуживающей соты. WTRU 102 может использовать информацию портов DM-RS, используемых в каждой из точек Tx необслуживающей соты для осуществления оценки канала каждой из точек Tx необслуживающей соты на соответствующих портах DM-RS. WTRU 102 также может получать информацию, например, выделение блока ресурсов (RB), номер процесса HARQ, MCS, NDI и RV из декодирования принятого PDCCH. WTRU 102 может применять эту информацию для приема одного или нескольких PDSCH и соответственно обрабатывать (например, декодировать) демодулированные данные.

[0187] В порядке еще одной альтернативы, каждая точка Tx кооперирующего набора 182 CoMP для WTRU 102 может использовать те же порты DM-RS, что и другие точки Tx кооперирующего набора 182 CoMP, но может использовать другие параметры инициализации для последовательности DM-RS. Генератор псевдослучайных последовательностей последовательности DM-RS каждой из точек Tx кооперирующего набора 182 CoMP может инициализироваться, в начале каждого подкадра, своей собственной системной информацией, зависящей от соты, так что в

, n_SCID каждой из точек Tx может быть равно 0. Эта системная информация, зависящая от соты (например, относительный индекс временного слота или подкадра и ID соты точек Tx необслуживающей соты) может сигнализироваться на WTRU 102 посредством сигнализации более высокого уровня (например, сигнализации RRC или заголовка элемента управления MAC) при конфигурировании или переконфигурировании кооперирующего набора 182 CoMP для WTRU 102.

[0188] Альтернативно, каждая точка Tx n может использовать ID набора CoMP вместо ID соты и общего индекса временного слота для генератора последовательностей DM-RS, и применять уникальный n_SCID=n-1 из диапазона {0, 1, …, N-1}. В одном варианте осуществления, диапазон n_SCID можно вывести, например, из количества точек передачи для JT CoMP, и не обязательно сигнализировать в явном виде. Альтернативно, диапазон n_SCID может быть получен WTRU путем осуществления обнаружения вслепую на общих портах DM-RS с разными гипотезами относительно значения n_SCID.

[0189] Для облегчения приема, WTRU 102, будучи сконфигурирован в режиме Tx, который допускает динамическое переключение между CoMP (например, JT) и режимом односотового MIMO, может отслеживать CoMP-PDCCH и другие надлежащие резервные форматы PDCCH (например, формат 1A) в общем и специфическом для WTRU пространствах поиска. Для обнаруженного пригодного CoMP-PDCCH, WTRU 102 может получать информацию, применяется ли JT CoMP, на основании, например, любой из вышеупомянутой информации сигнализации (например, индекса CCE принятой DCI, и т.д.). Если применяется CoMP (например, JT), WTRU может получать количество точек Tx необслуживающей соты (если количество не является фиксированным) и информацию портов DM-RS, используемых каждой точкой Tx. WTRU 102 может использовать информацию портов DM-RS, используемых в каждой из точек Tx необслуживающей соты, для осуществления оценки канала каждой из точек Tx необслуживающей соты на соответствующих портах DM-RS. WTRU 102 также может получать информацию, например, выделение RB, номер процесса HARQ, MCS, NDI и RV из декодирования принятого PDCCH. WTRU 102 может применять эту информацию для приема одного или нескольких PDSCH и соответственно обрабатывать (например, декодировать) демодулированные данные.

[0190] Один пример DPS может включать в себя использование назначение нисходящей линии связи в DCI, например, в формате DCI 1G, причем информационное поле указывает индекс мгновенной точки Tx в кооперирующем наборе CoMP, который может указывать комбинацию ID соты и индекса временного слота или подкадра в радиокадре. Например, для набор CoMP DPS с 3 сотами (или точками Tx), индекс мгновенной точки Tx в наборе CoMP может быть равен 1, 2 или 3.

[0191] Иллюстративные детали формата DCI 1G, который можно использовать для поддержки JT CoMP с разными данными, приведены в (нижеследующей) таблице 7.

Таблица 7
Информационное поле	Количество битов
Указатель несущей	0 или 3 бита
Заголовок выделения ресурсов	1
Назначение RB	или

Номер процесса HARQ	3 бита (FDD), 4 бита (TDD)
MCS транспортного блока	5
NDI транспортного блока	1
RV транспортного блока	2
Индекс мгновенной точки Tx в наборе CoMP	⎡log₂ (размер набора CoMP)⎤
Антенный(е) порт(ы), идентичность скремблирования и количество уровней мгновенной точки Tx	3
TPC для PUCCH обслуживающей соты	2
DAI	2 (только TDD)
CRC	16

[0192] Альтернативно, WTRU 102 может осуществлять обнаружение вслепую для определения, применяется ли JT CoMP. На каждом заранее заданном порту DM-RS каждой из точек Tx кооперирующего набора 182 CoMP, последовательность DM-RS можно скремблировать с использованием системных параметров, зависящих от соты. Затем WTRU 102 может осуществлять обнаружение вслепую DM-RS с использованием конкретного параметра потенциальной точки Tx, например, ID соты и/или индекса временного слота, для дескремблирования последовательности DM-RS, принятой на порте DM-RS. Если пригодная последовательность DM-RS обнаруживается после дескремблирования, WTRU 102 интерпретирует такой результат для приема ожидаемых передач типа JT CoMP нисходящей линии связи.

[0193] В одном или более вариантах осуществления, точки Tx кооперирующего набора 182 CoMP могут использовать системные параметры, зависящие от соты, для инициализации последовательности DM-RS WTRU 102, который принимает PDSCH от такой точки Tx (или соты). В дальнейшем, различные процессы предусмотрены для поддержки эффективной работы в многопользовательском (MU) режиме MIMO, благодаря чему, WTRU без возможности CoMP в этой точке Tx (или соте) может обнаружить присутствие совместно запланированных WTRU с возможностью CoMP, например, WTRU 102. Эти процессы можно использовать при обнаружении MU-MIMO.

[0194] В одном варианте осуществления, в любой из точек Tx типа CoMP или сот, eNB может не осуществлять совместного планирования никакой передачи нисходящей линии связи на WTRU без возможности CoMP со скоординированной передачей нисходящей линии связи WTRU 102 в одном и том же RB или поддиапазоне. Альтернативно, в любой из точек Tx типа CoMP или сот, eNB может не осуществлять совместного планирования никаких двух WTRU, последовательности DM-RS которых инициализируются разными системными параметрами, например, ID соты и индексом временного слота, зависящего от соты. Такие WTRU могут быть разнесены во временной области, например, по разным подкадрам.

[0195] В другом варианте осуществления, где системные параметры набора CoMP можно использовать для инициализации, каждый WTRU может сигнализироваться или конфигурироваться такой информацией, хотя не все такие WTRU могут работать в CoMP в каждом TTI. Для поддержки такой конфигурации, каждый WTRU без возможности CoMP может осуществлять еще одно обнаружение вслепую других портов или последовательностей DM-RS с использованием инициализации последовательностью DM-RS системных параметров набора CoMP.

[0196] Альтернативно, если системный параметр, зависящий от соты, первой точки Tx кооперирующего набора 182 CoMP можно использовать для инициализации последовательностью DM-RS второй точки Tx для WTRU 102, то относительный индекс в кооперирующем наборе CoMP, который можно использовать для идентификации второй точки Tx, может сигнализироваться на WTRU без возможности CoMP, представляющий интерес посредством, например, специальной сигнализации L1/L2 или широковещания. Для поддержки этой конфигурации, WTRU без возможности CoMP может осуществлять еще одно обнаружение вслепую других портов или последовательностей DM-RS с использованием системных параметров, зависящих от соты, второй точки Tx на основании инициализации последовательностью DM-RS. Альтернативно, относительный индекс второй точки Tx может не сигнализироваться на WTRU 102. Вместо этого, WTRU 102 может быть сконфигурирован информацией обо всех (или всех в данной окрестности) наборов системных параметров, зависящих от соты, точек Tx (например, ID соты, относительного индекса временного слота) посредством сигнализации более высокого уровня (например, сигнализации RRC или заголовка элемента управления MAC) при конфигурировании или переконфигурировании кооперирующего набора 182 CoMP для WTRU 102. Если существует K точек Tx в кооперирующем наборе 182 CoMP, то WTRU без возможности CoMP, представляющий интерес, может осуществлять еще K-1 обнаружений вслепую, каждое с использованием набора системных параметров, зависящих от соты, потенциальной точки Tx на основании инициализации последовательностью DM-RS.

[0197] Для схемы CoMP на основе DPS, где системные параметры обслуживающей соты используются для инициализации последовательностью DM-RS мгновенной точкой передачи, те же порты DM-RS, используемые мгновенной точкой передачи, могут не использоваться в обслуживающей соте.

[0198] В различных вариантах осуществления, для различных схем CoMP, процессы для скремблирования PDSCH для поддержки работы CoMP и обеспечения возможности WTRU 102 (например, с возможностью CoMP) эффективно дескремблировать принятый PDSCH CoMP.

[0199] Как упомянуто выше, WTRU 102 может быть сконфигурирован общим набором системных параметров для всех точек Tx кооперирующего набора 182 CoMP, когда WTRU сконфигурирован в режиме Tx, который допускает динамическое переключение между JT CoMP и режимом односотового MIMO. Использованием такой конфигурации позволяет скремблировать PDSCH для поддержки работы CoMP и позволяет WTRU 102 эффективно дескремблировать принятый PDSCH CoMP.

[0200] В другом варианте осуществления, последовательность скремблирования PDSCH каждой точки Tx типа CoMP может инициализироваться ее собственным уникальным (например, зависящим от соты) ID соты и индексом временного слота в радиокадре. Предполагая, что существует K точек Tx типа CoMP совместно передающих PDSCH на WTRU 102, WTRU 102 может производить дескремблирование K раз с использованием скремблирующей последовательности каждой соты с последующим объединением.

[0201] В различных вариантах осуществления, для различных схем CoMP, например для JT CoMP с разными данными по точкам Tx, различные процессы предусмотрены здесь для облегчения и/или поддержания процессов HARQ по множественным точкам Tx кооперирующего набора 182 CoMP.

[0202] HARQ можно осуществлять для JT CoMP с разными данными по точкам Tx. Для JT CoMP, где используется предварительное кодирование на основе MIMO с обратной связью с разными данными по точкам Tx типа CoMP, например, блоки данных от разных точек Tx типа CoMP можно рассматривать как разные кодовые слова. Предварительное кодирование на основе MIMO включает в себя локальное предварительное кодирование, глобальное предварительное кодирование, и предварительное кодирование с множественной адресацией/широковещанием по одночастотной сети (MBSFN) и т.д. Предполагая K точек Tx для WTRU 102, количество кодовых слов (CW) может ограничиваться количеством приемных антенн WTRU 102 (или стандартным максимальным ограничением).

[0203] HARQ для JT CoMP с разными данными по точкам Tx можно реализовать с использованием различных примерных процессов. В одном из этих процессов, каждая точка Tx поддерживает независимый набор процессов HARQ для WTRU 102 (например, JT CoMP). Такое поддержание может обеспечивать гибкую диспетчеризацию в сети, например, в каждой точке Tx, но может добавлять сложность на WTRU 102 для реализации множественных наборов процессов HARQ для каждого точки Tx типа CoMP. Нижеследующие форматы PDCCH можно использовать для поддержки JT CoMP и сигнализации назначения PDSCH на WTRU 102.

[0204] В одном варианте осуществления, формат DCI (именуемый здесь ʺформатом DCI 2Eʺ) можно использовать для переноса информации управления параметров (например, MCS, портов DM-RS, информации HARQ и т.д.) PDSCH, передаваемого от всех точек Tx типа CoMP. Иллюстративные детали формата DCI 2E, который можно использовать для поддержки JT CoMP с разными данными, приведены в (нижеследующей) таблице 8.

Таблица 8
Информационное поле	Кколичество битов
Указатель несущей	0 или 3 бита
Заголовок выделения ресурсов	1
Назначение RB
Номер процесса HARQ и информация MCS для транспортных блоков, передаваемых от первой точки передачи (или точки)	11 или 19 битов (см. таблицу 6)
Номер процесса HARQ и информация MCS для транспортных блоков, передаваемых от второй точки передачи (или точки)	11 или 19 битов (см. таблицу 6)
…	…
Номер процесса HARQ и информация MCS для транспортных блоков, передаваемых от K-й точки передачи (или точки)	11 или 19 битов (см. таблицу 6)
Антенный(е) порт(ы), идентичность скремблирования и количество уровней первой точки передачи (или точки)	3 или менее
антенный(е) порт(ы), идентичность скремблирования и количество уровней второй точки передачи (или точки)	3 или менее
…	…
Антенный(е) порт(ы), идентичность скремблирования и количество уровней K-й точки передачи (или точки)	3 или менее

[0205] Иллюстративные детали номера процесса HARQ и информации MCS для транспортных блоков, передаваемых от каждой из точек Tx типа CoMP приведены в (нижеследующей) таблице 9.

Таблица 9
Номер процесса HARQ	3 (FDD), 4 (TDD)
MCS транспортного блока 1	5
NDI транспортного блока 1	1
RV транспортного блока 1	2
MCS транспортного блока передается 2 (только если 2 CW)	5
NDI транспортного блока передается 2 (только если 2 CW)	1
RV транспортного блока передается 2 (только если 2 CW)	2

[0206] Если сигнализация антенного(ых) порта(ов), идентичности скремблирования и количества уровней каждой из сот или точек Tx кодируется независимо от сигнализации других сот, то поддержание процессов HARQ по множественным сотам или точкам Tx может соответствовать таблице 1.

[0207] В другом варианте осуществления, может осуществляться совместное кодирование сигнализации антенного(ых) порта(ов), ID скремблирования и количества уровней для всех точек Tx поскольку полное количество уровней может ограничиваться количеством приемных антенн WTRU 102. Количество антенн может ограничиваться максимальным количеством уровней в единичной сое/точке Tx.

[0208] Эта схема PDCCH может значительно увеличивать размер назначения нисходящей линии связи PDCCH, что может потребовать увеличенного пространства поиска. Для облегчения увеличенного пространства поиска, по меньшей мере, один более высокий уровень агрегации X (X>8) можно добавить в пространство поиска PDCCH WTRU 102, что может приводить к созданию пространства поиска

на уровне агрегации L∈{1,2,4,8,Z}. CCE, соответствующие предполагаемому PDCCH m пространства поиска

, можно определять, например, таким же образом, как в LTE, но с более высоким значением L. WTRU 102 может отслеживать одно общее пространство поиска на каждом из уровней агрегации 4 и 8 и, в необязательном порядке, X, и отслеживать одно пространство поиска, специфическое для WTRU, на каждом из уровней агрегации 1, 2, 4, 8, X. Уровни агрегации, задающие пространства поиска, приведены в (нижеследующей) таблице 10.

Таблица 10
Пространство поиска			Количество предполагаемых PDCCH M^(L)
Тип	Уровень агрегации L	Размер [в CCE]	Количество предполагаемых PDCCH M^(L)
специфическое для WTRU	1	6	6
	2	12	6
	4	8	2
	8	16	2
	X	Y	1 или 2
Общее	4	16	4
	8	16	2
	X (необязательный)	Y	1 или 2

[0209] Как показано, в таблице 10 перечислены примерные предполагаемые PDCCH, которые могут отслеживаться WTRU 102. Для общих пространств поиска, Y_k можно задать равным 0 для двух уровней агрегации L=4 и L=8, и также задать равным 0 для необязательного уровня агрегации X.

[0210] Будучи сконфигурирован в режиме Tx, который допускает динамическое переключение между JT CoMP с разными данными для разных точек передачи и режимом односотового MIMO, WTRU 102 может отслеживать формат PDCCH 2E и другие надлежащие резервные форматы PDCCH, например, формат 1A или 2C, в общем и специфическом для WTRU пространствах поиска, определенных выше. Если пригодный формат PDCCH 2E обнаружен, то WTRU 102 может применять свое назначение PDSCH в своей демодуляции PDSCH и может не обрабатывать никакое другое назначение PDSCH. Из принятого формата PDCCH 2E, WTRU 102 может получать информацию о номере процесса HARQ каждой точки Tx, MCS, NDI и RV каждого транспортного блока каждой из точек Tx, антенный(е) порт(ы), ID скремблирование и количество уровней каждой из точек Tx. WTRU 102 может применять эту информацию для демодуляции своего PDSCH для каждого процесса HARQ для каждой соты или точки Tx, и соответственно обрабатывать демодулированные данные. В некоторых вариантах осуществления, на WTRU 102 может демодулироваться K (по меньшей мере, два) процессов HARQ на одной и той же несущей частоте.

[0211] В другой альтернативе, можно использовать К отдельных PDCCH, причем каждый PDCCH может сигнализировать параметры PDSCH одной соты или точки Tx типа CoMP. Например, в случае, когда для каждой точки Tx разрешено до двух кодовых слов, можно использовать формат DCI 2C, заданный в LTE-A. В случае, когда для каждой точки передачи разрешено только одно кодовое слово, можно использовать формат DCI (именуемый здесь формат DCI 1E). Иллюстративные детали формата DCI 1E, который можно использовать для поддержки JT CoMP с разными данными, приведены в (нижеследующей) таблице 11.

Таблица 11
Информационное поле	Количество битов
Указатель несущей	0 или 3 бита
Заголовок выделения ресурсов	1
Назначение RB	или
Номер процесса HARQ	3 бита (FDD), 4 бита (TDD)
MCS транспортного блока	5
NDI транспортного блока	1
RV транспортного блока	2
Индекс антенного порта и идентичность скремблирования	2
ТРС для PUCCH обслуживающей соты	2 (если передается от обслуживающей соты) или 0 (если передается от необслуживающей соты)
DAI	2 (только TDD)
CRC	16

[0212] Альтернативно, формат PDCCH, используемый для других точек передачи, отличных от обслуживающей соты, может использовать меньшую полезную нагрузку, чем формат DCI 2C или 1E, благодаря тому, что он не включает в себя информационные поля, общие для всех точек передачи, и формат PDCCH, используемый для обслуживающей соты, не должен включать в себя общие информационные поля, например, назначение RB, заголовок выделения ресурсов, ТРС и DAI.

[0213] Иллюстративные детали битового поля индекса антенного порта и идентичности скремблирования представлены в (нижеследующей) таблице 12.

Таблица 12
Значение	Сообщение
0	1 уровень, порт 7, n_SCID=0
1	1 уровень, порт 7, n_SCID=1
2	1 уровень, порт 8, n_SCID=0
3	1 уровень, порт 8, n_SCID=1

[0214] Использование вышеупомянутого может приводить к повышенной сложности обнаружения PDCCH вслепую на WTRU 102. Для снижения сложности декодирования вслепую, можно использовать заранее заданное соотношение между K PDCCH, передаваемыми на один и тот же WTRU 102, чтобы WTRU 102 мог знать, какие индексы из набора CCE декодировать для второго PDCCH после успешного декодирования первого PDCCH. Если WTRU 102 успешно декодирует k-й (1≤k≤K) PDCCH, то набор индексов CCE для i-го (i≠k) PDCCH может быть заранее заданной функцией набора индексов CCE k-го PDCCH. Так, например:

[0215]

[0216] Альтернативно, набор индексов CCE для i-го (i≠k) PDCCH может быть заранее заданной функцией набора индекса первого CCE k-го PDCCH. Так, например:

[0217]

[0218] Будучи сконфигурирован в режиме Tx, который допускает динамическое переключение между JT CoMP с разными данными для разных точек передачи и режимом односотового MIMO, WTRU 102 может отслеживать формат PDCCH 2C или 1E (или 2C/1E со сниженной полезной нагрузкой) и другие надлежащие форматы PDCCH, например, формат 1A, в общем и специфическом для WTRU пространствах поиска. WTRU может принимать и обрабатывать до K назначений PDSCH на одной и той же несущей (в отличие от случая, когда WTRU 102 может применять/обрабатывать только одно назначение PDSCH для каждой несущей частоты в любом TTI). Если применяется заранее заданное соотношение между K PDCCH, то WTRU может знать, какие индексы из набора ССЕ декодировать для второго PDCCH после успешного декодирования первого PDCCH с использованием уравнений (15) или (16).

[0219] После приема и обработки K пригодных назначений PDSCH, WTRU 102 может не обрабатывать никакое другое назначение PDSCH. Для каждого обнаруженного пригодного формата PDCCH 2C или 1E, WTRU 102 может получать информацию назначения RB, номера процесса HARQ, MCS, NDI и RV каждого транспортного блока, антенного(ых) порта(ов), ID скремблирования и количества уровней соответствующей точки передачи. WTRU 102 может применять эту информацию для демодуляции своего PDSCH для процесса HARQ соответствующей точки передачи, и соответственно обрабатывать демодулированные данные.

[0220] Альтернативно, WTRU может применять общую информацию, относящуюся к DL, содержащуюся в PDCCH, принятом для обслуживающей соты к демодуляции PDSCH на всех точках Tx, и применять общую информацию, относящуюся к UL, включенную в PDCCH, принятый для обслуживающей соты, например ТРС и т.д., к восходящей линии связи своей обслуживающей соты. Общая информация, относящаяся к DL, включенная в PDCCH, принятый для обслуживающей соты, может включать в себя такую информацию, как назначение RB, и т.д. На WTRU может демодулироваться K (по меньшей мере, два) процессов HARQ на одной и той же несущей частоте.

[0221] В другой альтернативе, один набор процессов HARQ может поддерживаться по всем точкам Tx для WTRU 102 (например, JT CoMP). Согласно варианту осуществления, формат DCI (именуемый здесь ʺформат DCI 2Fʺ) можно использовать для переноса информации управления параметров (например, MCS, портов DM-RS, информации HARQ и т.д.) PDSCH, передаваемого от всех точек Tx типа CoMP. Иллюстративные детали формата DCI 2F, который можно использовать для поддержки JT CoMP с разными данными, приведены в (нижеследующей) таблице 13.

Таблица 13
Информационное поле	Количество битов
Указатель несущей	0 или 3 бита
Заголовок выделения ресурсов	1
Назначение RB
Номер процесса HARQ	3 (FDD), 4 (TDD)
Информация MCS, NDI и RV для транспортных блоков, передаваемых от первой точки передачи	8 или 16 битов (см. таблицу 11)
Информация MCS, NDI и RV для транспортных	8 или 16 битов

блоков, передаваемых от второй точки передачи	(см. таблицу 11)
…	…
Информация MCS, NDI и RV для транспортных блоков, передаваемых от K-й точки передачи	8 и (см. 1 ли 16 битов таблицу 11)
Антенный(е) порт(ы), идентичность скремблирования и количество уровней первой точки передачи (или точки)	3 или менее
Антенный(е) порт(ы), идентичность скремблирования и количество уровней второй точки передачи (или точки)	3 или менее
…	…
Антенный(е) порт(ы), идентичность скремблирования и количество уровней K-й точки передачи (или точки)	3 или менее
ТРС для PUCCH обслуживающей соты	2
DAI	2 ( только TDD)
CRC	16

[0222] Пример информации MCS, NDI и RV для транспортных блоков, которые могут передаваться с каждой точки Tx, приведены в (нижеследующей) таблице 14.

Таблица 14
MCS транспортного блока 1	5
NDI транспортного блока 1	1
RV транспортного блока 1	2
MCS транспортного блока 2 (только если передается 2 CW)	5
NDI транспортного блока 2 (только если передается 2 CW)	1
RV транспортного блока 2 (только если передается 2 CW)	2

[0223] Если сигнализация антенного(ых) порта(ов), идентичности скремблирования и количества уровней каждой соты или точки Tx кодируется независимо от сигнализации других сот, то поддержание одного набора процессов HARQ по множественным сотам или точкам Tx может соответствовать таблице 1.

[0224] Аналогично вышеприведенной схеме PDCCH, сигнализация антенного(ых) порта(ов), идентичности скремблирования и количества уровней для всех точек передачи может совместно кодироваться и сигнализироваться. Эта схема PDCCH может оказывать такое же влияние на пространство поиска PDCCH, как вышеприведенная схема PDCCH.

[0225] Будучи сконфигурирован в режиме Tx, который допускает динамическое переключение между JT CoMP с разными данными для разных точек передачи и режимом односотового MIMO, WTRU 102 может отслеживать формат PDCCH 2F и другие надлежащие форматы PDCCH, например, формат 1A или 2C, в общем и специфическом для WTRU пространствах поиска, определенных выше. Если обнаружен пригодный формат PDCCH 2F, то WTRU 102 может применять свое назначение PDSCH в своей демодуляции и может не обрабатывать никакое другое назначение PDSCH. Из принятого формата PDCCH 2F, WTRU 102 может получать информацию MCS, NDI и RV каждого транспортного блока, антенного(ых) порта(ов), идентичности скремблирования и количества уровней каждой точки передачи. WTRU 102 может применять эту информацию для демодуляции своего PDSCH для одного процесса HARQ по всем точкам передачи и обрабатывать демодулированные данные. Заметим, что один процесс HARQ может содержать до 2K транспортных блоков (или кодовых слов), а не до двух, как в LTE.

[0226] Во втором примерном решении, можно использовать K отдельных PDCCH, и каждый PDCCH может сигнализировать параметры PDSCH одной соты или точки Tx типа CoMP. Например, в случае, когда для каждой точки передачи разрешено до двух кодовых слов, можно использовать формат DCI 2C, заданный в LTE-A; в случае, когда для каждой точки передачи разрешено только одно кодовое слово, можно использовать формат DCI 1E, заданный в таблице 8.

[0227] Альтернативно, формат PDCCH, используемый для других точек передачи, отличных от обслуживающей соты, может использовать меньшую полезную нагрузку, чем формат DCI 2C или 1E, благодаря тому, что он не включает в себя информационные поля, общие для всех точек передачи, и формат PDCCH, используемый для обслуживающей соты, может включать в себя общие информационные поля, например ID процесса HARQ, назначение RB, заголовок выделения ресурсов, ТРС и DAI.

[0228] По аналогии с решением 2 PDCCH способа 1, для снижения сложности декодирования вслепую, можно использовать заранее заданное соотношение между K PDCCH WTRU, что позволяет WTRU знать, какие индексы из набора CCE декодировать для второго PDCCH, после того, как он успешно декодирует первый PDCCH.

[0229] Будучи сконфигурирован в режиме Tx, который допускает динамическое переключение между JT CoMP с разными данными для разных точек передачи и режимом односотового MIMO, WTRU может отслеживать формат PDCCH 2C или 1E (или 2C/1E со сниженной полезной нагрузкой) и другие надлежащие форматы PDCCH, например, формат 1A, в общем и специфическом для WTRU пространствах поиска. В отличие от LTE, где WTRU может применять/обрабатывать только одно назначение PDSCH для каждой несущей частоты в любом TTI, в этом примере, WTRU может принимать и обрабатывать до K назначений PDSCH на одной и той же несущей частоте. Если применяется заранее заданное соотношение между K PDCCH, то WTRU может знать, какие индексы из набора CCE декодировать для второго PDCCH, после того, как он успешно декодирует первый PDCCH, согласно правилу, выраженному уравнением (7) или (8). После приема и обработки K пригодных назначений PDSCH, WTRU может не обрабатывать никакое другое назначение PDSCH. Для каждого обнаруженного пригодного формата PDCCH 2C или 1E, WTRU может получать информацию назначения RB, номера процесса HARQ, MCS, NDI и RV каждого транспортного блока, антенного(ых) порта(ов), идентичности скремблирования и количества уровней соответствующей точки передачи. WTRU может применять эту информацию для демодуляции своего PDSCH для процесса HARQ соответствующей точки передачи, и соответственно обрабатывать демодулированные данные. Альтернативно, WTRU может применять общую информацию, относящуюся к DL, содержащуюся в PDCCH, принятом для обслуживающей соты (например, ID процесса HARQ, назначение RB, и т.д.) к демодуляции PDSCH на всех точках передачи, и может применять общую информацию, относящуюся к UL, содержащуюся в PDCCH, принятом для обслуживающей соты (например TPC и т.д.) к восходящей линии связи своей обслуживающей соты. На WTRU может демодулироваться K (по меньшей мере, два) процессов HARQ на одной и той же несущей частоте.

[0230] Регулировка хронирования для JT-PDSCH может осуществляться на приемнике WTRU 102. В примере, где DM-RS используется для совместно передаваемого PDSCH с одними и теми же данными от разных точек Tx типа CoMP, например, ортогональных в частотной и временной области, WTRU 102 может компенсировать смещение хронирования между разными точками Tx типа CoMP на приемнике с использованием следующего способа.

[0231] DM-RS, принятый от точки Tx m на поднесущей k, можно обозначить как:

[0232]

[0233] где (m, τ) может быть смещением хронирования от точки Tx m,

может быть принятым символом RS на поднесущей k без смещения хронирования и N - точки FFT. Таким образом, принятые сигналы на двух поднесущих с разнесением в Δk поднесущих могут быть представлены в виде:

[0234]

[0235]

[0236] Принятый RS на поднесущей k можно развернуто представить в виде:

[0237]

[0238] где

может быть переданным символом RS,

может быть прекодером для RS, и

может быть информацией канала.

[0239] С использованием уравнений 18 и 19, WTRU 102 может вычислять смещение хронирования τ с использованием пары RS с разнесением в Δk поднесуших:

[00240]

[0241] Поскольку

, если они находятся на одном и том же RB (или определенных RB), уравнение (20) можно переписать в виде:

[0242]

[0243] Если Δk мало, для канальных коэффициентов можно дополнительно предположить, что

, таким образом, уравнение (21) можно привести к приближенному виду:

[0244]

[0245] где c_k∈R⁺ может быть положительным числом, таким образом, смещение τ хронирования можно оценить в виде:

[0246]

[0247] В общем случае, для достижения лучшей оценки, уравнение (22) позволяет усреднить множественные принятые RS, т.е.,

[0248]

[0249] Вышеприведенный вывод может не зависеть от информации прекодера

, он может опираться на

и известные символы RS

.

[0250] Заключение

[0251] Примерные варианты осуществления

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

[0253] Способ согласно предыдущему варианту осуществления, в котором прием передачи нисходящей линии связи от точки Тх может включать в себя: любой из (i) приема ортогонально мультиплексированных сигналов с частотным разделением (OFDM) во временной области для набора антенных портов, (ii) преобразования сигналов OFDM во временной области для набора антенных портов в соответствующие символы модуляции для набора антенных портов, (iii) осуществления декодирования любого предварительного кодирования символов модуляции для набора антенных портов, (iv) осуществления отображения уровней для отображения символов модуляции со снятым предварительным кодированием для набора антенных портов в набор уровней передачи, соответствующий набору антенных портов; (v) демодуляции модулированных символов в скремблированные биты, (vi) дескремблирования скремблированных битов в кодированные биты одного или более кодовых слов, и (vii) формирования кодовых слов из дескрембированных кодированных битов.

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

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

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

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

[0258] Способ согласно одному или более из предыдущих вариантов осуществления, в котором идентичность скремблирования может включать в себя: любой из идентичности скремблирования, сконфигурированной с использованием уровней выше физического уровня, идентичности WTRU, временного идентификатора радиосети (RNTI) для WTRU, идентичности обслуживающей соты, идентичности соты для точки Тх и поля указателя несущей (CIF).

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

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

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

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

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

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

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

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

[0267] Способ согласно одному или более из предыдущих вариантов осуществления, в котором информация для сигнализации на WTRU необходимости приема ожидаемой передачи нисходящей линии связи может включать в себя: любую из (i) информации, связанной с DCI, принятой на канале управления нисходящей линии связи, связанном с ожидаемой передачей нисходящей линии связи, (ii) информации, указанной принятой DCI, (iii) информации, связанной с DCI, декодированной на канале управления нисходящей линии связи, связанном с ожидаемой передачей нисходящей линии связи, (iv) информации, включенной в декодированную DCI, (v) информации, идентифицированной декодированной DCI, и (vi) информации, указанной декодированной DCI.

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

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

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

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

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

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

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

[0275] Способ согласно одному или более из предыдущих вариантов осуществления, в котором информация для сигнализации на WTRU необходимости приема ожидаемой передачи нисходящей линии связи может включать в себя: DCI, принятую на канале управления нисходящей линии связи, связанном с ожидаемой передачей нисходящей линии связи, которую можно декодировать с использованием RNTI, указанного для передач типа CoMP.

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

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

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

[0279] Способ согласно одному или более из предыдущих вариантов осуществления, в котором размер DCI может включать в себя: любой из (i) размера, который указывает передачу типа CoMP, и (ii) размера, который не указывает передачу, не относящуюся к типу CoMP.

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

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

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

[0283] Способ согласно одному или более из предыдущих вариантов осуществления, дополнительно включающий в себя: инициализацию последовательность опорных сигналов демодуляции (DM-RS) устройства передачи типа CoMP.

[0284] Способ согласно одному или более из предыдущих вариантов осуществления, в котором обнаружение присутствия совместно запланированного устройства скоординированной многоточечной (CoMP) передачи осуществляется в многопользовательском режиме работы с несколькими входами и несколькими выходами (MU-MIMO).

[0285] Способ согласно одному или более из предыдущих вариантов осуществления, дополнительно включающий в себя: инициализацию последовательность опорных сигналов демодуляции (DM-RS) устройства передачи типа CoMP.

[0286] Способ согласно одному или более из предыдущих вариантов осуществления, дополнительно включающий в себя: прием физического совместно используемого канала нисходящей линии связи (PDSCH) от точки передачи (Tx).

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

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

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

[0290] Способ согласно одному или более из предыдущих вариантов осуществления, в котором определение набора параметров, используемого для приема ожидаемой передачи нисходящей линии связи, может включать в себя: выбор набора параметров, из множества наборов параметров, предоставленных в WTRU, на основании любой из (i) характеристики DCI, принятой на канале управления нисходящей линии связи, связанном с ожидаемой передачей нисходящей линии связи, и (ii) характеристики DCI, декодированной на канале управления нисходящей линии связи, связанном с ожидаемой передачей нисходящей линии связи.

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

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

[0293] Способ согласно одному или более из предыдущих вариантов осуществления, в котором определение набора параметров, используемого для приема ожидаемой передачи нисходящей линии связи, может включать в себя: выбор набора параметров, из множества наборов параметров, предоставленных в WTRU, на основании любой из (i) информации, связанной с DCI, принятой на канале управления нисходящей линии связи, связанном с ожидаемой передачей нисходящей линии связи, (ii) информации, указанной принятой DCI, (iii) информации, связанной с DCI, декодированной на канале управления нисходящей линии связи, связанном с ожидаемой передачей нисходящей линии связи, (iv) информации, включенной в декодированную DCI, (v) информации, идентифицированной декодированной DCI, и (vi) информации, указанной декодированной DCI.

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

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

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

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

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

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

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

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

[0302] Способ согласно одному или более из предыдущих вариантов осуществления, в котором индексы антенных портов содержат: любые из (i) индексов антенных портов для всех данных, (ii) индексов антенных портов для каждого кодового слова, (iii) индексов антенных портов для каждой точки Tx кооперирующего набора CoMP, который может включать в себя точку Тх и обслуживающую соту, и (iv) индексов антенных портов для кооперирующего набора CoMP.

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

[0304] Способ согласно одному или более из предыдущих вариантов осуществления, в котором размер DCI может включать в себя: любой из (i) размера, который указывает передачу типа CoMP, и (ii) размера, который не указывает передачу, не относящуюся к типу CoMP.

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

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

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

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

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

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

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

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

[0313] Способ согласно одному или более из предыдущих вариантов осуществления, в котором ожидаемая передача нисходящей линии связи может включать в себя: физический совместно используемый канал нисходящей линии связи (PDSCH) WTRU; причем определение набора параметров, используемого для приема ожидаемой передачи нисходящей линии связи, может включать в себя: определение набора параметров для приема PDSCH WTRU; и прием передачи нисходящей линии связи от точки Tx может включать в себя: прием PDSCH WTRU с использованием определенного набора параметров.

[0314] Способ согласно одному или более из предыдущих вариантов осуществления, в котором ожидаемая передача нисходящей линии связи может включать в себя: PDSCH WTRU, и прием передачи нисходящей линии связи от точки Тх может включать в себя: прием PDSCH WTRU.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0337] Способ согласно одному или более из предыдущих вариантов осуществления, в котором информация для сигнализации на WTRU необходимости приема ожидаемой передачи нисходящей линии связи может включать в себя: DCI, принятую на канале управления нисходящей линии связи, связанном с ожидаемой передачей нисходящей линии связи, которую можно декодировать с использованием RNTI, указанного для передач типа CoMP.

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

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

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

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

[0342] Способ согласно одному или более из предыдущих вариантов осуществления, в котором размер DCI может включать в себя: любой из (i) размера, который указывает передачу типа CoMP, и (ii) размера, который не указывает передачу, не относящуюся к типу CoMP.

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

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

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

[0346] Способ согласно одному или более из предыдущих вариантов осуществления, дополнительно включающий в себя: инициализацию последовательность опорных сигналов демодуляции (DM-RS) устройства передачи типа CoMP.

[0347] Способ согласно одному или более из предыдущих вариантов осуществления, в котором обнаружение присутствия совместно запланированного устройства скоординированной многоточечной (CoMP) передачи осуществляется в многопользовательском режиме работы с несколькими входами и несколькими выходами (MU-MIMO).

[0348] Способ согласно одному или более из предыдущих вариантов осуществления, дополнительно включающий в себя: инициализацию последовательность опорных сигналов демодуляции (DM-RS) устройства передачи типа CoMP.

[0349] Способ согласно одному или более из предыдущих вариантов осуществления, дополнительно включающий в себя: прием физического совместно используемого канала нисходящей линии связи (PDSCH) от точки передачи (Tx).

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

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

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

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

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

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

[0356] Способ согласно одному или более из предыдущих вариантов осуществления, в котором ожидаемая передача нисходящей линии связи может включать в себя: физический совместно используемый канал нисходящей линии связи (PDSCH) WTRU; причем определение набора параметров, используемого для приема ожидаемой передачи нисходящей линии связи, может включать в себя: определение набора параметров для приема PDSCH WTRU; и прием передачи нисходящей линии связи от точки Tx может включать в себя: прием PDSCH WTRU с использованием определенного набора параметров.

[0357] Способ согласно одному или более из предыдущих вариантов осуществления, в котором ожидаемая передача нисходящей линии связи может включать в себя: PDSCH WTRU, и прием передачи нисходящей линии связи от точки Tx может включать в себя: прием PDSCH WTRU.

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

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

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

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

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

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

[0364] Пункты способа со стороны сети

[0365] Согласно варианту осуществления, способ осуществления передачи типа CoMP может включать в себя генерацию передачи нисходящей линии связи, на точке Tx, отличной от обслуживающей соты WTRU) с использованием набора системных параметров точки Tx; передачу, от обслуживающей соты, информации для сигнализации на WTRU необходимости приема передачи нисходящей линии связи от точки Tx; и передачу передачи нисходящей линии связи от точки Тх на WTRU.

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

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

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

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

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

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

[0372] Способ согласно предыдущему варианту осуществления, дополнительно включающий в себя: снабжение точки Tx набором системных параметров.

[0373] Способ согласно одному или более из предыдущих вариантов осуществления, в котором снабжение точки Tx набором системных параметров может включать в себя: конфигурирование кооперирующего набора CoMP, включающего в себя точку Tx и обслуживающую соту.

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

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

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

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

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

[0379] Способ согласно одному или более из предыдущих вариантов осуществления, в котором передача нисходящей линии связи является передачей типа CoMP с совместной передачей (JT), включающей в себя первую и вторую передачи нисходящей линии связи, причем передача передачи нисходящей линии связи может включать в себя: передачу первой и второй передач нисходящей линии связи на WTRU от точки Tx и обслуживающей соты, соответственно.

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

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

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

[0383] Способ согласно одному или более из предыдущих вариантов осуществления, в котором набор системных параметров для использования при скремблировании передачи нисходящей линии связи может включать в себя: любой из (i) идентификатора точки Tx, (ii) индекса временного слота в радиокадре, и (iii) RNTI WTRU.

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

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

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

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

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

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

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

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

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

[0393] Способ согласно одному или более из предыдущих вариантов осуществления, в котором, по меньшей мере, один системный параметр для использования при скремблировании последовательности опорных сигналов может включать в себя: (i) идентификатор, общий для точки Tx и обслуживающей соты,

; (ii) номер слота, связанный с передачей нисходящей линии связи,

; и (iii) идентификатор скремблирования, общий для точки Tx и обслуживающей соты,

, причем последовательность инициализации может включать в себя:

[0394]

.

[0395] Способ согласно одному или более из предыдущих вариантов осуществления, дополнительно включающий в себя: конфигурирование кооперирующего набора CoMP, включающего в себя точку Тх и обслуживающую соту, причем, по меньшей мере, один системный параметр для использования при скремблировании последовательности опорных сигналов может включать в себя: (i) идентификатор кооперирующего набора CoMP,

; и (iii) идентификатор скремблирования кооперирующего набора CoMP,

причем последовательность инициализации может включать в себя:

[0396]

.

[0397] Способ согласно одному или более из предыдущих вариантов осуществления, в котором, по меньшей мере, один системный параметр для использования при скремблировании последовательности опорных сигналов может включать в себя: (i) идентификатор обслуживающей соты,

; и (iii) идентификатор скремблирования обслуживающей соты,

[0398]

.

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

[0400] Способ согласно одному или более из предыдущих вариантов осуществления, в котором набор системных параметров, общий для точки Tx и обслуживающей соты, может включать в себя: по меньшей мере, один системный параметр для использования при назначении физического канала управления нисходящей линии связи (PDCCH), связанного с передачей нисходящей линии связи.

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

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

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

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

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

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

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

[0408] Система согласно предыдущему варианту осуществления, в которой точка Tx сконфигурирована набором системных параметров, общим для точки Tx и обслуживающей соты.

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

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

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

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

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

[0414] Система согласно одному или более из предыдущих вариантов осуществления, в которой передача нисходящей линии связи является передачей типа CoMP с совместной передачей (JT) нисходящей линии связи, причем точка Tx и обслуживающая сота сконфигурированы для передачи первой и второй передач нисходящей линии связи на WTRU, соответственно.

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

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

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

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

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

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

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

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

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

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

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

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

[0427] Система согласно одному или более из предыдущих вариантов осуществления, в которой, по меньшей мере, один системный параметр для использования при скремблировании последовательности опорных сигналов может включать в себя: (i) идентификатор, общий для точки Tx и обслуживающей соты,

[0428]

.

[0429] Система согласно одному или более из предыдущих вариантов осуществления, дополнительно включающая в себя: конфигурирование кооперирующего набора CoMP, включающего в себя точку Tx и обслуживающую соту, причем, по меньшей мере, один системный параметр для использования при скремблировании последовательности опорных сигналов может включать в себя: (i) идентификатор кооперирующего набора CoMP,

номер слота, связанный с передачей нисходящей линии связи,

[0430]

.

[0431] Система согласно одному или более из предыдущих вариантов осуществления, в которой, по меньшей мере, один системный параметр для использования при скремблировании последовательности опорных сигналов может включать в себя: (i) идентификатор обслуживающей соты,

[0432]

.

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

[0434] Система согласно одному или более из предыдущих вариантов осуществления, в которой набор системных параметров, общий для точки Tx и обслуживающей соты, может включать в себя: по меньшей мере, один системный параметр для использования при назначении физического канала управления нисходящей линии связи (PDCCH) связанный с передачей нисходящей линии связи.

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

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

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

[0438] Согласно варианту осуществления, система может включать в себя обслуживающую соту WTRU и точку Tx, отличную от обслуживающей соты, причем точка Tx сконфигурирована для генерации первой передачи нисходящей линии связи с использованием набора системных параметров, общего для точки Tx и обслуживающей соты, и для передачи первой передачи типа CoMP нисходящей линии связи на WTRU; и обслуживающая сота сконфигурирована для генерации второй передачи нисходящей линии связи с использованием набора системных параметров, общего для точки Tx и обслуживающей соты, передачи второй передачи типа CoMP нисходящей линии связи на WTRU, и передачи информации для сигнализации на WTRU необходимости приема первой и второй передач нисходящей линии связи.

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

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

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

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

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

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

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

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

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

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

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

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

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

[0452] Способ согласно одному или более из предыдущих вариантов осуществления, в котором передача нисходящей линии связи является передачей типа CoMP с совместной передачей (JT) нисходящей линии связи, и прием передачи нисходящей линии связи может включать в себя: прием первой и второй передач нисходящей линии связи от точки Tx и обслуживающей соты, соответственно.

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

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

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

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

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

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

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

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

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

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

[0463] Способ согласно одному или более из предыдущих вариантов осуществления, в котором, по меньшей мере, один параметр для использования при дескремблировании последовательности опорных сигналов может включать в себя: любой из (i) идентификатора, общего для точки Tx и обслуживающей соты, (ii) номера слота, связанного с передачей нисходящей линии связи, и (iii) идентификатора скремблирования, общего для точки Тх и обслуживающей соты.

[0464] Способ согласно одному или более из предыдущих вариантов осуществления, в котором, по меньшей мере, один системный параметр для использования при дескремблировании последовательности опорных сигналов может включать в себя: (i) идентификатор, общий для точки Tx и обслуживающей соты,

[0465]

.

[0466] Способ согласно одному или более из предыдущих вариантов осуществления, в котором, по меньшей мере, один параметр для использования при дескремблировании последовательности опорных сигналов может включать в себя: (i) идентификатор кооперирующего набора CoMP,

[0467]

.

[0468] Способ согласно одному или более из предыдущих вариантов осуществления, в котором, по меньшей мере, один системный параметр для использования при дескремблировании последовательности опорных сигналов может включать в себя: (i) идентификатор обслуживающей соты,

[0469]

.

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

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

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

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

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

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

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

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

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

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

[0480] WTRU согласно одному или более из предыдущих вариантов осуществления, в котором идентичность скремблирования может включать в себя: любой из идентичности скремблирования, сконфигурированной с использованием уровней выше физического уровня, идентичности WTRU, временного идентификатора радиосети (RNTI), идентичности обслуживающей соты и поля указателя несущей (CIF).

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

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

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

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

[0485] WTRU согласно одному или более из предыдущих вариантов осуществления, в котором передача нисходящей линии связи является передачей типа CoMP с совместной передачей (JT) нисходящей линии связи, причем приемник дополнительно выполнен с возможностью приема первой и второй передач нисходящей линии связи от точки Tx и обслуживающей соты, соответственно.

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

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

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

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

[0490] Способ согласно одному или более из предыдущих вариантов осуществления, в котором набор системных параметров, общий для точки Tx и обслуживающей соты, может включать в себя: любой из (i) идентификатора, общего для точки Tx и обслуживающей соты, (ii) номера слота в котором первый и второй наборы опорных сигналов, и (iii) идентификатора скремблирования, общего для точки Tx и обслуживающей соты.

[0491] Способ согласно одному или более из предыдущих вариантов осуществления, в котором первая и вторая передачи нисходящей линии связи, ожидаемые от точки Tx и обслуживающей соты, соответственно, являются скоординированными многоточечными (CoMP) передачами в режиме совместной передачи (JT) на WTRU, и набор системных параметров, общий для точки Tx и обслуживающей соты, может включать в себя: любой из (i) идентификатора, общего для точки Tx и обслуживающей соты, (ii) номера слота, связанного с первой и второй передачами нисходящей линии связи, и (iii) идентификатора скремблирования, общего для точки Tx и обслуживающей соты.

[0492] Способ согласно одному или более из предыдущих вариантов осуществления, в котором набор системных параметров, общий для точки Тх и обслуживающей соты, может включать в себя: любой из (i) идентификатора обслуживающей соты, и (ii) идентификатора скремблирования обслуживающей соты.

[0493] Способ согласно одному или более из предыдущих вариантов осуществления, в котором первая и вторая передачи нисходящей линии связи, ожидаемые от точки Tx и обслуживающей соты, соответственно, являются передачи типа JT CoMP на WTRU, и набор системных параметров, общий для точки Tx и обслуживающей соты, может включать в себя: любой из (i) идентификатора обслуживающей соты, (ii) номера слота, связанного с первой и второй передачами нисходящей линии связи, и (iii) идентификатора скремблирования обслуживающей соты.

[0494] Способ согласно одному или более из предыдущих вариантов осуществления, в котором набор системных параметров, общий для точки Tx и обслуживающей соты, может включать в себя: (i) идентификатор, общий для точки Tx и обслуживающей соты,

[0495]

.

[0496] Способ согласно одному или более из предыдущих вариантов осуществления, дополнительно включающий в себя: конфигурирование кооперирующего набора CoMP, включающего в себя точку Тх и обслуживающую соту, причем набор системных параметров, общий для точки Tx и обслуживающей соты, может включать в себя: (i) идентификатор кооперирующего набора CoMP,

[0497]

.

[0498] Способ согласно одному или более из предыдущих вариантов осуществления, в котором набор системных параметров, общий для точки Tx и обслуживающей соты, может включать в себя: (i) идентификатор обслуживающей соты,

[0499]

.

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

[0501] Способ согласно предыдущему варианту осуществления, в котором первый набор антенных портов ортогонален второму набору антенных портов.

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

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

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

[0505] Способ согласно одному или более из предыдущих вариантов осуществления, в котором набор системных параметров, общий для точки Tx и обслуживающей соты, может включать в себя: любой из (i) идентификатора, общего для точки Tx и обслуживающей соты, (ii) номера слота, связанного с передачей нисходящей линии связи, и (iii) идентификатора скремблирования, общего для точки Tx и обслуживающей соты.

[0506] Способ согласно одному или более из предыдущих вариантов осуществления, в котором набор системных параметров, общий для точки Tx и обслуживающей соты, может включать в себя: любой из (i) идентификатора обслуживающей соты, (ii) номера слота, связанного с передачей нисходящей линии связи, и (iii) идентификатора скремблирования обслуживающей соты.

[0507] Способ согласно одному или более из предыдущих вариантов осуществления, в котором набор системных параметров, общий для точки Tx и обслуживающей соты, может включать в себя: (i) идентификатор, общий для точки Tx и обслуживающей соты,

[0508]

.

[0509] Способ согласно одному или более из предыдущих вариантов осуществления, дополнительно включающий в себя: конфигурирование кооперирующего набора CoMP, включающего в себя точку Tx и обслуживающую соту, причем набор системных параметров, общий для точки Тх и обслуживающей соты, может включать в себя: (i) идентификатор кооперирующего набора CoMP,

[0510]

.

[0511] Способ согласно одному или более из предыдущих вариантов осуществления, в котором набор системных параметров, общий для точки Tx и обслуживающей соты, может включать в себя: (i) идентификатор обслуживающей соты,

[0512]

.

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

[0514] Способ согласно предыдущему варианту осуществления, в котором первый набор антенных портов ортогонален второму набору антенных портов.

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

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

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

[0518] Способ согласно одному или более из предыдущих вариантов осуществления, в котором набор системных параметров, общий для точки Tx и обслуживающей соты, может включать в себя: любой из (i) идентификатора, общего для точки Tx и обслуживающей соты, (ii) номера слота, связанного с передачей нисходящей линии связи, и (iii) идентификатора скремблирования, общего для точки Tx и обслуживающей соты.

[0519] Способ согласно одному или более из предыдущих вариантов осуществления, в котором набор системных параметров, общий для точки Tx и обслуживающей соты, может включать в себя: любой из (i) идентификатора обслуживающей соты, (ii) номера слота, связанного с передачей нисходящей линии связи, и (iii) идентификатора скремблирования обслуживающей соты.

[0520] Способ согласно одному или более из предыдущих вариантов осуществления, в котором набор системных параметров, общий для точки Tx и обслуживающей соты, может включать в себя: (i) идентификатор, общий для точки Tx и обслуживающей соты,

[0521]

.

[0522] Способ согласно одному или более из предыдущих вариантов осуществления, дополнительно включающий в себя: конфигурирование кооперирующего набора CoMP, включающего в себя точку Tx и обслуживающую соту, причем набор системных параметров, общий для точки Tx и обслуживающей соты, может включать в себя: (i) идентификатор кооперирующего набора CoMP,

[0523]

.

[0524] Способ согласно одному или более из предыдущих вариантов осуществления, в котором набор системных параметров, общий для точки Tx и обслуживающей соты, может включать в себя: (i) идентификатор обслуживающей соты,

[0525]

.

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

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

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

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

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

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

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

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

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

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

[0536] Способ согласно одному или более из предыдущих вариантов осуществления, в котором, по меньшей мере, один параметр для использования при дескремблировании последовательности опорных сигналов может включать в себя: любой из (i) идентификатора, общего для точки Tx и обслуживающей соты, (ii) номера слота, связанного с передачей нисходящей линии связи, и (iii) идентификатора скремблирования, общего для точки Тх и обслуживающей соты.

[0537] Способ согласно одному или более из предыдущих вариантов осуществления, в котором, по меньшей мере, один системный параметр для использования при дескремблировании последовательности опорных сигналов может включать в себя: (i) идентификатор, общий для точки Tx и обслуживающей соты,

[0538]

.

[0539] Способ согласно одному или более из предыдущих вариантов осуществления, в котором, по меньшей мере, один параметр для использования при дескремблировании последовательности опорных сигналов может включать в себя: (i) идентификатор кооперирующего набора CoMP,

[0540]

.

[0541] Способ согласно одному или более из предыдущих вариантов осуществления, в котором, по меньшей мере, один системный параметр для использования при дескремблировании последовательности опорных сигналов может включать в себя: (i) идентификатор обслуживающей соты,

[0542]

.

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

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

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

[0546] Кроме того, в вышеописанных вариантах осуществления, предполагаются платформы обработки, вычислительные системы, контроллеры и другие устройства, содержащие процессоры. Эти устройства могут содержать, по меньшей мере, один центральный процессор (ЦП) и память. В соответствии с практической деятельностью специалистов в области компьютерного программирования, ссылка на действия и символические представления операций или инструкций может осуществляться различными ЦП и блоками памяти. Можно говорить, что такие действия и операции или инструкции ʺвыполняютсяʺ, ʺвыполняются на компьютереʺ или ʺвыполняются на ЦПʺ.

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

[0548] Биты данных также могут поддерживаться на машиночитаемом носителе, включающем в себя магнитные диски, оптические диски и любую другую энергозависимую (например, оперативную память (ОЗУ)) или энергонезависимую (например, постоянную память (ПЗУ)) систему хранения информации большой емкости, считываемую ЦП. Машиночитаемый носитель может включать в себя кооперирующие или соединенные между собой машиночитаемые носители, которые присутствуют исключительно в системе обработки или распределяются между множественными соединенными между собой системами обработки, которые могут быть локальными или удаленными по отношению к системе обработки. Следует понимать, что иллюстративные варианты осуществления не ограничиваются вышеупомянутыми блоками памяти и что другие платформы и блоки памяти могут поддерживать описанные способы.

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

[0550] Кроме того, формула изобретения не подлежит ограничению описанным порядком или элементами, если это не указано. Кроме того, использование термина ʺсредствоʺ в любом пункте формулы изобретения подчиняется 35 U.S.С. §112, ¶ 6, и никакой пункт формулы изобретения без слова ʺсредствоʺ ему не соответствует.

Claims

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

принимают сигнализацию управления радио ресурсами (RRC), включающую в себя первый и второй параметры конфигурации опорных сигналов демодуляции (DM-RS), ассоциированную со множеством точек Тх,

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

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

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

2. Способ по п. 1, дополнительно содержащий этап, на котором: предоставляют первый и второй параметры в WTRU.

3. Способ по п. 1, дополнительно содержащий этапы, на которых:

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

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

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

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

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

6. Способ по п. 1, причем информация управления нисходящей линии связи содержит любое из (i) по меньшей мере одного бита для сигнализации в явном виде на WTRU, что ожидается скоординированная передача нисходящей линии связи на WTRU, (ii) по меньшей мере одного бита, осуществляющего сигнализацию в неявном виде, на WTRU, что ожидается скоординированная передача нисходящей линии связи на WTRU, и (iii) любого из явного и неявного сигнала, полученного посредством слепого обнаружения канала управления нисходящей линии связи.

7. Способ по п. 1, причем каждый из первого и второго параметров содержит: любой из индекса антенных портов, конкретных для WTRU, значения, конкретного для WTRU, для последовательности инициализации для генерации опорного сигнала, режима передачи, конкретного для WTRU, и идентификатора, конкретного для WTRU, для использования при инициализации последовательности опорных сигналов, и значения, основанного на конфигурации DM-RS, ассоциированной с множеством точек Тх.

8. Способ по п. 1, причем каждое из первого и второго значений идентификатора скремблирования содержит значение любого из идентичности скремблирования, сконфигурированной с использованием уровней выше физического уровня, идентичности WTRU, временного идентификатора радиосети (RNTI) для WTRU, идентичности точки передачи, идентичности соты точки Тх передачи, поля указателя несущей (CIF) и идентичности скремблирования одного или более антенных портов.

9. Способ по п. 1, причем инициализация любой из первой и второй DM-RS последовательностей основана на инициализаторе:

,

и причем для первой DM-RS последовательности, X_ID является первым параметром, n_s - номер слота, и Y_ID - первое значение для идентификатора скремблирования, и

для второй DM-RS последовательности, X_ID является вторым параметром, n_s - номер слота, и Y_ID - второе значение для идентификатора скремблирования.

10. Способ по п. 1, причем канал управления нисходящей линией связи содержит любое из физического канала управления нисходящей линией связи (PDCCH) и расширенного PDCCH (ePDCCH).

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

12. Способ по п. 1, дополнительно содержащий этапы, на которых:

принимают DM-RS скоординированной передачи нисходящей линии связи; и

выполняют оценку канала с использованием принятых DM-RS.

13. Способ по п. 12, дополнительно содержащий этап, на котором:

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

14. Беспроводной блок передачи/приема (WTRU), содержащий:

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

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

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

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

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

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

15. WTRU по п. 14, в котором WTRU содержит память, и процессор выполнен с возможностью сохранять первый и второй параметры в памяти.

16. WTRU по п. 14, причем приемник выполнен с возможностью приема скоординированной передачи нисходящей линии связи на основании, по меньшей мере, частично, первой DM-RS последовательности или второй DM-RS последовательности.

17. WTRU по п. 14, в котором приемник выполнен с возможностью:

принимать DM-RS скоординированной передачи нисходящей линии связи на основании, по меньшей мере, частично, первой DM-RS последовательности или второй DM-RS последовательности.

18. WTRU по п. 14, причем информация управления нисходящей линии связи содержит любое из (i) по меньшей мере одного бита для сигнализации в явном виде на WTRU, что ожидается скоординированная передача нисходящей линии связи на WTRU, (ii) по меньшей мере одного бита, осуществляющего сигнализацию в неявном виде, на WTRU, что ожидается скоординированная передача нисходящей линии связи на WTRU, и (iii) любого из явного и неявного сигнала, полученного посредством слепого обнаружения канала управления нисходящей линии связи.

19. WTRU по п. 14, причем каждый из первого и второго параметров содержит: любой из индекса антенных портов, конкретных для WTRU, значения, конкретного для WTRU, для последовательности инициализации для генерации опорного сигнала, режима передачи, конкретного для WTRU, и идентификатора, конкретного для WTRU, для использования при инициализации последовательности опорных сигналов, и значения, основанного на конфигурации DM-RS, ассоциированной с множеством точек Тх.

20. WTRU по п. 14, причем каждое из первого и второго значений идентификатора скремблирования содержит значение любого из идентичности скремблирования, сконфигурированной с использованием уровней выше физического уровня, идентичности WTRU, временного идентификатора радиосети (RNTI) для WTRU, идентичности точки передачи, идентичности соты точки Тх передачи, поля указателя несущей (CIF) и идентичности скремблирования одного или более антенных портов.

21. WTRU по п. 14, причем инициализация любой из первой и второй DM-RS последовательностей основана на инициализаторе:

,

22. WTRU по п. 14, причем канал управления нисходящей линией связи содержит любое из физического канала управления нисходящей линией связи (PDCCH) и расширенного PDCCH (ePDCCH).

23. WTRU по п. 14, причем скоординированная передача нисходящей линии связи содержит физический совместно используемый канал нисходящей линии связи (PDSCH).

24. WTRU по п. 14, в котором:

приемник выполнен с возможностью принимать DM-RS скоординированной передачи нисходящей линии связи; и

процессор выполнен с возможностью выполнять оценку канала с использованием принятых DM-RS.

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

26. Способ осуществления передачи согласно кооперативным многоточечным (СоМР) передачам, содержащий этапы, на которых:

передают, на беспроводной блок передачи и/или приема (WTRU), сигнализацию управления радио ресурсами (RRC), включающую в себя первый и второй параметры конфигурации опорных сигналов демодуляции (DM-RS), ассоциированной с множеством точек передачи (Тх), и

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

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

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

27. Способ по п. 26, дополнительно содержащий этап, на котором:

передают скоординированную передачу нисходящей линии связи, включающую в себя DM-RS.

28. Способ по п. 26, причем информация управления нисходящей линии связи содержит любое из (i) по меньшей мере одного бита для сигнализации в явном виде на WTRU, что ожидается скоординированная передача нисходящей линии связи на WTRU, (ii) по меньшей мере одного бита, осуществляющего сигнализацию в неявном виде, на WTRU, что ожидается скоординированная передача нисходящей линии связи на WTRU, и (iii) любого из явного и неявного сигнала, полученного посредством слепого обнаружения канала управления нисходящей линии связи.

29. Способ по п. 26, причем каждое из первого и второго значений идентификатора скремблирования содержит значение любого из идентичности скремблирования, сконфигурированной с использованием уровней выше физического уровня, идентичности WTRU, временного идентификатора радиосети (RNTI) для WTRU, идентичности точки передачи, идентичности соты точки Тх передачи, поля указателя несущей (CIF) и идентичности скремблирования одного или более антенных портов.

30. Способ по п. 26, причем инициализация любой из первой и второй DM-RS последовательностей основана на инициализаторе:

,

31. Способ по п. 26, причем канал управления нисходящей линией связи содержит любое из физического канала управления нисходящей линией связи (PDCCH) и расширенного PDCCH (ePDCCH).

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

33. Система для осуществления передачи согласно кооперативным многоточечным (СоМР) передачам, содержащая множество точек передачи (Тх), причем система выполнена с возможностью:

передавать, на беспроводной блок передачи и/или приема (WTRU), сигнализацию управления радио ресурсами (RRC), включающую в себя первый и второй параметры конфигурации опорных сигналов демодуляции (DM-RS), ассоциированной с множеством точек Тх,

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

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

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

34. Система по п. 33, в которой множество точек (Тх) дополнительно выполнено с возможностью передавать скоординированную передачу нисходящей линии связи, включающую в себя DM-RS.

35. Система по п. 33, причем информация управления нисходящей линии связи содержит любое из (i) по меньшей мере одного бита для сигнализации в явном виде на WTRU, что ожидается скоординированная передача нисходящей линии связи на WTRU, (ii) по меньшей мере одного бита, осуществляющего сигнализацию в неявном виде, на WTRU, что ожидается скоординированная передача нисходящей линии связи на WTRU, и (iii) любого из явного и неявного сигнала, полученного посредством слепого обнаружения канала управления нисходящей линии связи.

36. Система по п. 33, причем каждое из первого и второго значений идентификатора скремблирования содержит значение любого из идентичности скремблирования, сконфигурированной с использованием уровней выше физического уровня, идентичности WTRU, временного идентификатора радиосети (RNTI) для WTRU, идентичности точки передачи, идентичности соты точки Тх передачи, поля указателя несущей (CIF) и идентичности скремблирования одного или более антенных портов.

37. Система по п. 33, причем инициализация любой из первой и второй DM-RS последовательностей основана на инициализаторе:

,

38. Система по п. 33, причем канал управления нисходящей линией связи содержит любое из физического канала управления нисходящей линией связи (PDCCH) и расширенного PDCCH (ePDCCH).

39. Система по п. 33, причем скоординированная передача нисходящей линии связи содержит физический совместно используемый канал нисходящей линии связи (PDSCH).