Восходящая гибридная сигнализация подтверждений приема в системах беспроводной связи

Изобретение относится к области обмена информацией в системе связи. Технический результат – обеспечение обмена управляющей информацией посредством выбора ресурса. Способ обмена управляющей информацией содержит этапы, на которых: принимают управляющую информацию нисходящей линии связи на расширенном физическом канале управления нисходящей линии связи (EPDCCH), содержащем по меньшей мере один элемент расширенного канала управления (ЕССЕ); идентифицируют первый ресурс для управляющей информации восходящей линии связи на основе первого ЕССЕ, смещения ресурсов, сконфигурированного для EPDCCH, и смещения ресурсов ACK/NACK на EPDCCH, если EPDCCH является распределенной передачей; идентифицируют второй ресурс для управляющей информации восходящей линии связи на основе первого ЕССЕ, смещения ресурсов, сконфигурированного для EPDCCH, смещения ресурсов ACK/NACK на EPDCCH и временного идентификатора сотовой радиосети (C-RNTI), если EPDCCH является локализованной передачей; и передают управляющую информацию восходящей линии связи на первом ресурсе или втором ресурсе в соответствии с тем, является ли EPDCCH распределенной передачей или локализованной передачей. 4 н. и 16 з.п. ф-лы, 13 ил., 10 табл.

 

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

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

ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ

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

REF1 - 3GPP TS 36.211 v10.1.0, «E-UTRA, Physical channels and modulations».

REF2 - 3GPP TS 36.212 v10.1.0, «E-UTRA, Multiplexing and Channel coding».

REF3 - 3GPP TS 36.213 v10.1.0, «E-UTRA, Physical Layer Procedure».

В 3GPP системе долгосрочного развития (LTE) (3GPP LTE Rel-10) физический восходящий канал управления, PUCCH, переносит управляющую информацию в восходящем направлении. Поддерживается одновременная передача PUCCH и PUSCH от одного и того же UE, если для нее обеспечивается возможность более высокими уровнями. Для структуры кадра типа 2, PUCCH не передается в поле UpPTS.

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

Способ и система для использования в беспроводной сети, в которых определяется, по меньшей мере, часть индекса ресурса PUCCH (PUCCH форматов 1a/1b), и в которых:

абонентская станция принимает назначение DL, по меньшей мере, от одной базовой станции;

абонентская станция определяет индекс n_PUCCH ресурса PUCCH (PUCCH форматов 1a/1b), в котором:

когда PUCCH, содержащий несколько CCE, переносит назначение DL, абонентская станция получает индекс n_PUCCH ресурса PUCCH в соответствии с уравнением:

n_PUCCH=n_CCE+N;

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

когда ePDCCH, содержащий несколько eCCE, переносит назначение DL:

когда ePDCCH является локализованным, абонентская станция получает индекс n_PUCCH ресурса PUCCH в соответствии с уравнением:

n_PUCCH=n_eCCE+N'+Y+∆; и

когда ePDCCH является распределенным, абонентская станция получает индекс n_PUCCH ресурса PUCCH в соответствии с уравнением:

n_PUCCH=n_eCCE+N'+Y;

в котором n_eCCE представляет собой наименьший индекс eCCE из нескольких eCCE, является сконфигурированным более высоким уровнем специальным для абонентской станции образом, Δ представляет собой функцию от RNTI, и Y определяется 2-битовым полем в назначении DL; и

передает информацию HARQ-ACK для PDSCH, запланированного при помощи назначения DL, по меньшей мере, для одной базовой станции на ресурсе PUCCH - n_PUCCH.

Перед тем как перейти к излагаемому ниже подробному описанию, может быть полезно сформулировать определения конкретных слов и выражений, использующихся на протяжении этого патентного документа: термины «включает в себя» и «содержит», как и их производные, подразумевают включение без ограничения; термин «или» является всеохватывающим, обозначающим и/или; выражения «связанные с» или «связанные с помощью этого», так же как и их производные, могут подразумевать включать в себя, включаться в состав в пределах, взаимосвязывать с, содержать, содержаться в пределах, соединять к или с, объединять с или вместе, сообщаться с, взаимодействовать с, чередоваться, размещаться рядом, находиться вблизи, связываться к или с, иметь, иметь свойство, или подобные им; и термин «контроллер» подразумевает любое устройство, систему или их часть, которые управляют, по меньшей мере, одной операцией, подобное устройство может реализовываться аппаратными средствами, программно-аппаратными средствами или программными средствами, или некоторой комбинацией, по меньшей мере, двух из этого списка. Следует отметить, что функциональные возможности, связанные с любым определенным контроллером, могут являться централизованными или распределенными, или локальным образом или удаленным образом. Определения для конкретных слов и выражений предоставляются на протяжении этого патентного документа, специалисты в данной области техники должны понимать, что во многих, если не в большинстве случаев, подобные определения применяются как к предшествующим, так и к будущим использованиям таким определенных слов и выражений.

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

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

На Фиг. 1 проиллюстрирована беспроводная сеть, которая определяет, по меньшей мере, часть индекса n_PUCCH ресурса PUCCH (PUCCH форматов 1a/1b) в соответствии с принципами настоящего раскрытия;

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

на Фиг. 3 проиллюстрирована система 4Х4 с множественными входами – множественными выходами (MIMO);

на Фиг. 4 проиллюстрировано размещение символов модуляции для физического восходящего канала управления;

на Фиг. 5 проиллюстрирована гомогенная сеть с внутриобъектной CoMP;

на Фиг. 6 проиллюстрирована гомогенная сеть с множеством RRH высокой мощности Tx;

на Фиг. 7 проиллюстрирована сеть с множеством RRH низкой мощности в пределах покрытия макросоты;

на Фиг. 8 проиллюстрирован пример для разделения ресурсов для UL CoMP;

на Фиг. 9 проиллюстрирован пример выбора ведущего eCCE и порта DMRS для локализованных передач ePDCCH в соответствии с некоторыми вариантами осуществления в текущем изобретении;

на Фиг. 10 проиллюстрирован пример взаимосвязи портов DMRS;

на Фиг. 11 проиллюстрированы ограничения планирования, когда две области PUCCH перекрываются;

на Фиг. 12 проиллюстрирована область PUCCH D-ACK, которая в неявной форме размещается при помощи изменений множества ePDCCH CCE (или множества eCCE) в зависимости от значений CFI; и

на Фиг. 13 проиллюстрировано примерное распределение кандидатов PDCCH для множества CCE для соответствующего множества AL.

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

Фигуры 1-13, обсуждаемые ниже, и различные варианты осуществления, использующиеся для описания принципов настоящего раскрытия в этом патентном документе, выступают только в качестве иллюстрации, и никоим образом не считаются ограничением объема раскрытия. Специалисты в данной области техники поймут, что принципы настоящего раскрытия могут реализовываться в любой беспроводной сети, организованной надлежащим образом.

На Фигуре 1 проиллюстрирована примерная беспроводная сеть 100, которая определяет, по меньшей мере, часть индекса ресурса PUCCH в соответствии с принципами настоящего раскрытия. В проиллюстрированном варианте осуществления беспроводная сеть 100 включает в себя базовую станцию (BS) 101, базовую станцию (BS) 102, базовую станцию (BS) 103 и другие аналогичные базовые станции (не показаны). Базовая станция 101 осуществляет связь с Интернет 130 или аналогичной сетью на основе IP (не показана).

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

Базовая станция 102 обеспечивает беспроводной широкополосный доступ к Интернет 130 первому множеству мобильных станций (или пользовательского оборудования) в пределах зоны 120 покрытия базовой станции 102. Первое множество мобильных станций включает в себя мобильную станцию 111, которая может располагаться на малом предприятии (SB), мобильную станцию 112, которая может располагаться на предприятии (E), мобильную станцию 113, которая может располагаться в точке доступа Wi-Fi (HS), мобильную станцию 114, которая может располагаться в первом местопребывании (R), мобильную станцию 115, которая может располагаться во втором местопребывании (R), и мобильную станцию 116, которая может представлять собой мобильное устройство (M), такое как сотовый телефон, беспроводной портативный переносной компьютер, беспроводной PDA или подобные им.

Для удобства термин «мобильная станция» используется в настоящем описании для того, чтобы обозначить любое удаленное беспроводное оборудование, которое беспроводным образом осуществляет доступ к базовой станции, независимо от того, является ли или нет мобильная станция в действительности мобильным устройством (например, сотовым телефоном), или является обычно считающимся стационарным устройством (например, настольным персональным компьютером, торговым аппаратом и т.д.). Другие хорошо известные термины могут использоваться вместо «мобильной станции», такие как «абонентская станция (SS)», «удаленное терминальное устройство (RT)», «беспроводное терминальное устройство (WT)», «пользовательское оборудование (UE)» и подобные им.

Базовая станция 103 обеспечивает беспроводной широкополосный доступ к Интернет 103 для второго множества мобильных станций в пределах зоны 125 покрытия базовой станции 103. Второе множество мобильных станций включает в себя мобильную станцию 115 и мобильную станцию 116. В примерном варианте осуществления базовые станции 101-103 могут осуществлять связь друг с другом и с мобильными станциями 111-116 с использованием технических методов OFDM или OFDMA.

Хотя на Фигуре 1 отображены только шесть мобильных станций, является понятным то, что беспроводная сеть 100 может обеспечивать беспроводной широкополосный доступ дополнительным мобильным станциям. Следует отметить, что мобильная станция 115 и мобильная станция 116 располагаются на границах обеих зоны 120 покрытия и зоны 125 покрытия. Мобильная станция 115 и мобильная станция 116 - каждая осуществляет связь и с базовой станцией 102, и базовой станцией 103, и можно сказать, что они функционируют в режиме передачи обслуживания от одной базовой станции к другой, как это является известным для специалистов в данной области техники.

Примерные описания схем формирования лучей передачи с обратной связью на основе создания таблицы кодов можно найти в: 1) D. Love, J. Heath, и T. Strohmer, «Grassmannian Beamforming For Multiple-Input, Multiple-Output Wireless Systems», Труды IEEE по теории информации, октябрь 2003 года и 2) V. Raghavan, A.M. Sayeed, и N. Boston, «Near-Optimal Codebook Constructions For Limited Feedback Beamforming In Correlated MIMO Channels With Few Antennas», Международный симпозиум IEEE 2006 года по теории информации. Обе ссылки настоящим включены в состав этого раскрытия посредством ссылки, как будто полностью изложены в настоящем документе.

Формирование лучей передачи с обратной связью на основе таблицы кодов может использоваться в случае, где базовая станция формирует луч передающей антенны по отношению к единичному пользователю или одновременно по отношению к множеству пользователей в одно и то же время и на конкретной частоте. Примерное описание подобной системы можно найти в «An Inroduction To the Multi-User MIMO Downlink», Quentin H. Spencer, Christian B. Peel, A. Lee Swindlehurst, Martin Harrdt, IEEE Communication Magazine, октябрь 2004 года, которое настоящим включено в состав этого раскрытия посредством ссылки, как будто полностью изложены в настоящем документе.

Таблица кодов представляет собой набор предварительно определенных лучей антенны, которые являются известными мобильным станциям. Предварительное кодирование MIMO на основе таблицы кодов может обеспечить значительный выигрыш спектральной эффективности в нисходящей MIMO-системе с обратной связью. В стандартах IEEE 802.16e и 3GPP долгосрочного развития (LTE) поддерживается конфигурация MIMO-системы с обратной связью на основе ограниченной обратной связи с четырьмя передающими (4-TX) антеннами. В стандартах IEEE 802.16m и 3GPP развитой LTE (LTE-A) для того, чтобы обеспечить пиковую спектральную эффективность, предлагаются конфигурации из восьми передающих (8-TX) антенн в качестве главной системы предварительного кодирования для нисходящей линии MIMO-системы с обратной связью. Примерные описания подобных систем можно найти в технической спецификации 3GPP №36.211, «Evolved Universal Terrestrial Radio Access (E-UTRA): Physical Channel and Modulation», которая включена в состав этого раскрытия посредством ссылки, как будто полностью изложена в настоящем документе.

Для того чтобы исключить необходимость для процесса фазовой калибровки в случаях, когда звуковые сигналы канала или общие пилотные сигналы (или мидамбула) не используются для цели демодуляции данных, может применяться преобразованное для обратной связи формирование лучей передачи на основе таблицы кодов. Примерное описание подобной системы можно найти в IEEE C802.16m-08/1345r2, «Transformation Method For Codebook Based Precoding», ноябрь 2008 года, которая включена в состав этого раскрытия посредством ссылки, как будто полностью изложена в настоящем документе.

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

На Фигуре 2 проиллюстрирована схема 200 базовой станции 220, осуществляющей связь с множеством мобильных станций 202, 204, 206 и 208 в соответствии с вариантом осуществления этого раскрытия. На Фигуре 2 базовая станция 220 одновременно осуществляет связь с множеством мобильных станций с использованием множества лучей антенны. Каждый луч антенны сформирован по направлению к целевой мобильной станции в одно и то же время и с использованием одной и той же частоты. Базовая станция 220 и мобильные станции 202, 204, 206 и 208 применяют множество антенн для передачи и приема радиочастотных (RF) сигналов. В предпочтительном варианте осуществления сигналы RF могут представлять собой сигналы мультиплексирования с ортогональным частотным разделением (OFDM).

Базовая станция 220 выполняет одновременное формирование лучей посредством множества передатчиков к каждой мобильной станции. Например, базовая станция 220 передает данные к мобильной станции 202 через сигнал 210 сформированного луча, данные к мобильной станции 204 через сигнал 212 сформированного луча, данные к мобильной станции 206 через сигнал 214 сформированного луча и данные к мобильной станции 208 через сигнал 216 сформированного луча. В некоторых вариантах осуществления раскрытия базовая станция 220 имеет возможность одновременного формирования лучей к мобильным станциям 202, 204, 206 и 208. В некоторых вариантах осуществления каждый сигнал сформированного луча формируется по направлению своей целевой мобильной станции в одно и то же время и на одной и той же частоте. В целях ясности, передача от базовой станции к мобильной станции также может называться как «нисходящая передача», и передача от мобильной станции к базовой станции также может называться как «восходящая передача».

Базовая станция 220 и мобильные станции 202, 204, 206 и 208 применяют множество антенн для осуществления передачи и приема беспроводных сигналов. Является понятным то, что беспроводные сигналы могут представлять собой сигналы RF и могут использовать любую схему передачи, известную специалистам в данной области техники, включая схему передачи с мультиплексированием с ортогональным частотным разделением (OFDM). Мобильные станции 202, 204, 206 и 208 могут представлять собой любое устройство, которое имеет возможность осуществления приема беспроводных сигналов, такое как мобильные станции на Фигуре 1.

Схема передачи OFDM используется для того, чтобы мультиплексировать данные в частотной области. Символы модуляции переносятся на частотных поднесущих. Квадратурно-амплитудно-модулированные (QAM) символы преобразуются из последовательного кода в параллельный и вводятся в блок обработки для обратного быстрого преобразования Фурье (IFFT). На выходе схемы IFFT получаются N выборок по временной области. Здесь N относится к размеру IFFT/FFT, используемому системой OFDM. После IFFT сигнал является преобразованным из параллельного кода в последовательный, и к последовательности сигналов добавляется циклический префикс (CP). CP добавляется к каждому символу OFDM для того, чтобы избежать или уменьшить эффект замирания вследствие многолучевого распространения. Полученная последовательность выборок называется символом OFDM с CP. На стороне приемника, предполагая, что достигнута точная синхронизация времени и частоты, приемник сначала убирает CP, и сигнал преобразуется из последовательного кода в параллельный перед тем, как вводиться в блок обработки быстрого преобразования Фурье (FFT). Выходной сигнал из схемы FFT является преобразованным из параллельного кода в последовательный, и полученные в результате символы QAM вводятся в демодулятор QAM.

Общий диапазон частот в системе OFDM разделен на узкополосные частотные блоки, называемые поднесущими. Количество поднесущих равняется размеру N для FFT/IFFT, используемому в системе. В общем случае, количество поднесущих, используемых для данных, меньше, чем N, потому что некоторые поднесущие на границе частотного спектра являются зарезервированными в качестве аварийных поднесущих. В общем случае, на аварийных поднесущих информация не передается.

Поскольку каждый символ OFDM имеет конечную продолжительность во временной области, поднесущие перекрывают друг друга в частотной области. Однако ортогональность поддерживается на частоте дискретизации, исходя из предположения, что передатчик и приемник имеют точную синхронизацию. В случае сдвига частот из-за неточной частотной синхронизации или высокой мобильности, ортогональность поднесущих на частотах дискретизации уничтожается, приводя к интерференции между поднесущими (ICI).

Использование множества передающих антенн и множества принимающих антенн на обеих - базовой станции и единичной мобильной станции для того, чтобы повысить производительность и надежность канала беспроводной связи, известно как однопользовательская система с множественными входами - множественными выходами (SU-MIMO). Система MIMO обеспечивает линейное увеличение производительности с коэффициентом K, где K представляет собой минимум из количества передающих (M) и принимающих (N) антенн (т.е. K=min(M, N)). Система MIMO может реализовываться при помощи общепринятых схем пространственного мультиплексирования, формирования лучей передачи/приема, или диверсификации передачи/приема.

На Фигуре 3 проиллюстрирована система 300 с множественными входами, множественными выходами 4Х4 (MIMO) в соответствии с вариантом осуществления настоящего раскрытия. В этом примере четыре различных потока 302 данных передаются раздельным образом с использованием четырех передающих антенн 304. Переданные сигналы принимаются на четырех принимающих антеннах 306 и воспринимаются как принятые сигналы 308. Выполняется некоторая форма пространственной обработки 310 сигналов для принятых сигналов 308 для того, чтобы восстановить четыре потока 312 данных.

Пример пространственной обработки сигналов представляет собой Вертикальная пространственно-временная архитектура Лаборатории Белл (V-BLAST), которая использует успешный принцип подавления помех для того, чтобы восстановить переданные потоки данных. Другие варианты схем MIMO включают в себя схемы, которые выполняют некоторое пространственно-временное кодирование по всем передающим антеннам (например, Диагональную пространственно-временную архитектуру Лаборатории Белл (D-BLAST)). Дополнительно MIMO может реализовываться при помощи схемы диверсификации передачи-и-приема и схемы формирования лучей передачи-и-приема для того, чтобы повысить надежность линии или производительность системы в системах беспроводной связи.

Оценка канала MIMO состоит из осуществления оценки усиления канала и фазовой информации для линий от каждой из передающих антенн к каждой из принимающих антенн. Вследствие этого, ответ канала, H, для системы N×M MIMO состоит из матрицы N×M, такой как показана ниже:

Ответ канала MIMO представлен H, и aNM представляет усиление канала от передающей антенны N к принимающей антенне M. Для того чтобы предоставить возможность оценок элементов матрицы канала MIMO, отдельные пилотные сигналы могут передаваться от каждой из передающих антенн.

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

3GGP TS 36.211 [REF1] описывает PUCCH так, как это приводится ниже.

Физический восходящий канал управления, PUCCH, переносит управляющую информацию в восходящем направлении. Поддерживается одновременная передача PUCCH и PUSCH от одного и того же UE, если для нее обеспечивается возможность более высокими уровнями. Для структуры кадра типа 2, PUCCH не передается в поле UpPTS.

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

Таблица 1 Поддерживаемые форматы PUCCH
Формат PUCCH	Схема модуляции	Количество битов для каждого подкадра, Mbit
1	не используется	не используется
1a	BPSK	1
1b	QPSK	2
2	QPSK	20
2a	QPSK+BPSK	21
2b	QPSK+QPSK	22
3	QPSK	48

Все форматы PUCCH используют специальный для сот циклический сдвиг, , который изменяется по номеру l символа и номеру n_s слота в соответствии с

,

где псевдослучайная последовательность c(i) определяется в разделе 7.2 в REF1. Генератор псевдослучайной последовательности устанавливает начальное значение , соответствующее основной соте в начале каждого радиокадра.

Физические ресурсы, используемые для PUCCH, зависят от двух параметров, и , задаваемых более высокими уровнями. Переменная обозначает ширину полосы в терминах блоков ресурсов, которые являются доступными для использования при помощи передачи PUCCH форматов 2/2a/2b в каждом слоте. Переменная обозначает номер циклического сдвига, используемого для PUCCH форматов 1/1a/1b в блоке ресурсов, используемом для комплекса форматов 1/1a/1b и 2/2a/2b. Значение представляет собой целое кратное в пределах диапазона {0, 1, …, 7}, где предоставляется более высокими уровнями. Смешанный блок ресурсов не присутствует, если . Чаще всего один блок ресурсов в каждом слоте поддерживает комплекс форматов 1/1a/1b и 2/2a/2b. Ресурсы, используемые для передачи PUCCH форматов 1/1a/1b, 2/2a/2b и 3, представляются неотрицательными индексами , и соответственно.

PUCCH форматов 1, 1a и 1b.

Для PUCCH формата 1 информация переносится при помощи наличия/отсутствия передачи PUCCH от UE. В оставшейся части этого раздела d(0)=1 будет предполагаться для PUCCH формата 1.

Для PUCCH форматов 1a и 1b передаются один или два заданных в явном виде бита, соответственно. Блок битов b(0), …, b(M_bit-1) будет модулироваться так, как описано в Таблице 2, получая в результате комплекснозначный символ d(0). Схемы модуляции для различных форматов PUCCH задаются Таблицей 1.

Комплекснозначный символ d(0) будет умножен на последовательность циклически сдвинутой длины для каждого из P портов антенны, используемых для передачи PUCCH в соответствии с:

где

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

Блок комплекснозначных символов будет скремблирован при помощи S(n_s) и поблочно распределен при помощи специальной ортогональной последовательности для антенного порта в соответствии с:

Где

и

Если

в противном случае

с

для обоих слотов обычных PUCCH форматов 1/1a/1b, и

для первого слота и для второго слота укороченных PUCCH форматов 1/1a/1b. Последовательность задается при помощи Таблицы 3 и Таблицы 4, и определяется ниже.

Ресурсы, используемые для передачи PUCCH форматов 1, 1a и 1b, обозначаются индексом ресурса, из которого определяются ортогональный индекс последовательности и циклический сдвиг в соответствии с:

где:

в противном случае

Индексы ресурсов в пределах двух блоков ресурсов в двух слотах подкадра, на которые размещен PUCCH, задается при помощи:

если

в противном случае

для n_smod2=0 и при помощи

в противном случае

для n_smod2=1, где

с d=2 для обычного CP и d=0 для расширенного CP.

Параметр deltaPUCCH-shift обеспечивается более высокими уровнями.

Таблица 2 Символ d(0) модуляции для PUCCH форматов 1a и 1b
Формат PUCCH	b(0), …, b(Mbit-1)	d(0)
1a	0	1
1	-1
1b	00	1
	01	-j
	10	j
11	-1

Таблица 3 Ортогональные последовательности для
Индекс последовательности	Ортогональные последовательности
0	[+1 +1 +1 +1]
1	[+1 -1 +1 -1]
2	[+1 -1 -1 +1]

Таблица 4 Ортогональные последовательности для
Индекс последовательности	Ортогональные последовательности
0	[1 1 1]
1	[1 ej2π/3 ej4π/3]
2	[1 ej4π/3 ej2π/3]

Размещение на физических ресурсах

Блок комплекснозначных символов будет умножаться на масштабирующий фактор β_PUCCH амплитуды для того, чтобы согласовываться с мощностью P_PUCCH передачи, и сопоставляться в последовательности, начинающейся с с ресурсными элементами. PUCCH использует один блок ресурсов в каждом их двух слотов в подкадре. В пределах блока физических ресурсов, используемых для передачи, сопоставление с ресурсными элементами (k, l) на порту p антенны и не используемыми для передачи опорных сигналов будет осуществляться в возрастающем порядке сначала с k, затем l и в заключении номера слота, начиная с первого слота в подкадре.

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

где переменная m зависит от формата PUCCH. Для форматов 1, 1a и 1b:

если

в противном случае

Размещение символов модуляции для физического восходящего канала управления проиллюстрировано на Фигуре 4.

В случае одновременной передачи звукового опорного сигнала и PUCCH форматов 1, 1a, 1b или 3, когда сконфигурирована одна обслуживающая сота, будет использоваться укороченный формат PUCCH там, где последний символ SC-FDMA во втором слоте подкадра будет оставаться пустым.

Назначение основной последовательности PUCCH.

В RAN1#68bis нижеследующее является согласованным по поводу назначения основной последовательности PUCCH.

Дополнительно к имеющемуся механизму UE может поддерживать генерирование основной последовательности PUCCH и скачкообразное изменение циклического сдвига при помощи замещения ID физической соты NIDcell специально сконфигурированным со стороны UE параметром X.

FFS, если различные форматы PUCCH совместно используют общий X или имеют различные значения X.

FFS по взаимоотношению со специальной для UE конфигурацией других RS (например, PUSCH DMRS, …).

Компании поощряются в исследовании механизмов для обеспечения раздельных областей для A/Ns, связанных с различными основными последовательностями.

Сценарии CoMP

В 36.819 обсуждались следующие согласованные многоточечные (CoMP) сценарии передачи/приема.

Сценарий 1. Гомогенная сеть с внутриобъектной CoMP, как это проиллюстрировано на Фигуре 5.

Сценарий 2. Гомогенная сеть с множеством RRH высокой мощности Tx (передачи), как это проиллюстрировано на Фигуре 6.

Сценарий 3. Гетерогенная сеть с множеством RRH низкой мощности в пределах покрытия макросоты, где точки передачи/приема, созданные множеством RRH, имеют отличные от макросоты множество ID сот, как это проиллюстрировано на Фигуре 7.

Сценарий 4. Гетерогенная сеть с множеством RRH низкой мощности в пределах покрытия макросоты, где точки передачи/приема, созданные множеством RRH, имеют одинаковые с макросотой множество ID сот, как это проиллюстрировано на Фигуре 7.

В докладе R1-121639 от Самсунг рассматривается один пример разделения ресурсов для PUCCH для Сценария 3 CoMP, как это показано на Фигуре 8. Доклад также обсуждает проблемы, связанные с примером, подобно нижеследующему.

Существует несколько возможных разделений ресурсов UL для CoMP и не-CoMP. На Фигуре 8 показан пример разделения ресурсов UL для макро-eNB и RRH для Сценария 3 CoMP. Аналогичное разделение можно применить к Сценарию 4 CoMP при помощи конфигурирования последовательности для передач HARQ-ACK в области CoMP ресурсов RRH специальным для UE образом.

Вне зависимости от того, используется ли сигнализация RRC или динамическая сигнализация для обозначения начала ресурсов PUCCH для CoMP (значение ) для передачи сигналов HARQ-ACK с использованием PUCCH форматов 1a/1b (с выбором каналов в случае TDD), происходит увеличение издержек по UL. Следует отметить, что количество UE, запланировавших освобождение PDSCH или SPS для каждого подкадра, предпочтительно является независимым от того, используется ли UL CoMP для передач сигналов HARQ-ACK, и, следовательно, в принципе, не должно происходить увеличения в соответствующих ресурсах PUCCH.

Кроме того, когда применяется UL CoMP, только несколько UE для каждого подкадра могут в среднем требовать передачи HARQ-ACK с использованием ресурсов CoMP, что может привести к значительной недозагруженности.

Когда ресурсы PUCCH CoMP должны назначаться только одной или нескольким динамическим передачам HARQ-ACK, множество PRB могут использоваться для одной или нескольких передач HARQ-ACK, если ресурс n_PUCCH PUCCH неявным образом определяется в виде , где n_CCE представляет собой первый CCE соответствующего PUCCH и представляет собой смещение, сконфигурированное или динамическим образом, или при помощи RRC. Если значение n_CCE является большим, то множество PRB могут использоваться для того, чтобы переправить только одну или несколько передач HARQ-ACK. Например, для BW в 20 МГц, N_CCE=87 CCE (2 порта CRS), и 20 традиционных PUCCH PRB (80 PUSCH PRB), PRB требуются для передач сигналов HARQ-ACK с использованием PUCCH форматов 1a/1b, что для или является эквивалентным 5 или 8 дополнительным PRB, соответственно. Вследствие этого, дополнительные ресурсы CoMP для динамических передач HARQ-ACK при помощи PUCCH форматов 1a/1b от множества макро-UE могут снизить пропускную способность UL на дополнительные 6-10% только для осуществления поддержки очень малого количества UE.

Увеличение издержек на порядок 6-10% является неприемлемым и должно быть существенно снижено. Одна возможность для такого снижения осуществляется при помощи ограничений планировщика, где малые номера CCE используются для передач PDCCH к множеству UE, для чего используются ресурсы CoMP для соответствующих передач сигналов HARQ-ACK с использованием PUCCH форматов 1a/1b. Однако, помимо увеличения вероятности блокирования или наложения ограничений планировщика, эта возможность может иметь только ограниченные преимущества, поскольку первые 16 CCE обычно используются в CSS для информации системы планирования для множества PDCCH.

Схема области поиска для локализованных ePDCCH.

На Фигуре 9 проиллюстрирован примерный вариант осуществления того, каким образом выбрать ведущий eCCE и порт DMRS для определения области поиска для локализованного ePDCCH. Область поиска ePDCCH обозначает кандидатов ePDCCH и связанный порт DMRS, в то время как SCID для DMRS конфигурируется при помощи более высокого уровня.

Для уровней агрегирования eCCE, множество eCCE, соответствующих кандидату m ePDCCH, задаются при помощи, например:

множество CCE для кандидата m ePDCCH:L·[X_k,m/L]+i (уравнение 9)

Пример 1 для определения X_k,m:

В одном примере, , N_eCCE,k представляет собой общее количество eCCE для локализованных ePDCCH в подкадре k и i=0,…,L-1. Если ePCFICH не представлен для динамической конфигурации для размера локализованной управляющей области, N_eCCE,k определяется при помощи сигнализации более высокого уровня и не изменяется в зависимости от индекса k подкадра. Для UE-SS, для обслуживающей соты, на которой контролируется ePDCCH, если контролирующее UE является выполненным с полем индикатора несущей, тогда m'=m+M^(L)·n_CI, где n_CI представляет собой значение поля индикатора несущей, в противном случае, если контролирующее UE не является выполненным с полем индикатора несущей, тогда m'=m, где m=0,…,M^(L)-1, и M^(L) представляет собой количество кандидатов ePDCCH, которые необходимо контролировать в области поиска.

Пример 2 для определения X_k,m:

и

Здесь N_eCCE,k представляет собой общее количество eCCE в локализованном наборе ePDCCH в подкадре k, N_ECCEperPRB=4 (или N_ECCEperPRB=2) представляет собой общее количество ECCE для каждой пары PRB, n_CI представляет собой значение CIF (как в Rel-10 CA), m=0,…,M^(L)-1, и Y_k представляет собой псевдослучайную переменную из Rel-10 на основе C-RNTI с Y_k=(A·Y_k-1)modD, где Y_k-1=n_RNTI≠0, A=39827, D=65537 и k=[n_s/2], n_s представляет собой номер слота в пределах радиокадра.

Для AL из 8-и ECCE, когда они поддерживаются, множество ECCE получаются так же, как для AL из 4-х ECCE при помощи включения в состав дополнительных пар PRB (в той же RBG - так же для случая 2-х ECCE для каждой пары PRB и AL из 4-х ECCE) REF3.

В уравнении для определения m' первый член выбирает пару PRB, и второй член выбирает множество ECCE в пределах пары PRB. Локализованные кандидаты EDPCCH сначала размещаются в различные пары PRB. Если количество кандидатов (для данной ECCE AL) является большим, чем количество пар PRB, тогда на каждой итерации размещения кандидата в паре PRB дополнительные кандидаты размещаются в различных парах PRB, при этом избегая пересечения с множеством ECCE, использованных предыдущими кандидатами.

Определение множества DMRS AP.

DMRS AP, p_k,m, для кандидата m в подкадре k может представлять собой часть области поиска и определяется как

где N_DMRS представляет собой количество DMRS AP.

В этом варианте осуществления случайная переменная X_k,m указывает eCCE. На Фигуре 9 показан пример выбора ведущего eCCE и порта DMRS в этом варианте осуществления. В этом примере принимается N_DMRS=4. Каждый eCCE размещен на порту DMRS, а именно

eCCE 4n размещен на порту 7 DMRS.

eCCE 4n+1 размещен на 8 DMRS.

eCCE 4n+2 размещен на порту 9 DMRS.

eCCE 4n+3 размещен на порту 10 DMRS.

В примере на Фигуре 9 X_k,m указал на eCCE 8k+5. Когда правило LTE Rel-8 формирования кандидата PDCCH применяется к этому примеру, оно приводит к следующему способу создания ePDCCH для каждого уровня агрегирования.

В случае L=1, eCCE 8k+5 будет создавать кандидата ePDCCH с ведущим eCCE 8k+5.

В случае L=2, множество eCCE 8k+4 и 8k+5 будут создавать кандидата ePDCCH с ведущим eCCE 8k+4.

В случае L=4, множество eCCE с 8k+4 по 8k+7 будут создавать кандидата ePDCCH с ведущим eCCE 8k+4.

В случае L=8, множество eCCE с 8k по 8k+7 будут создавать кандидата ePDCCH с ведущим eCCE 8k.

Порт DMRS выбирается ведущим eCCE кандидата ePDCCH. С другой стороны, порт DMRS выбирается при помощи X_k,m. Это дает возможность множеству UE иметь заданного кандидата ePDCCH с портами ортогональной DMRS, и этот процесс косвенным образом поддерживает MU-MIMO на основе ортогональной DMRS для множества ePDCCH.

Например, предположим, что случайная переменная X_k,m для UE (UE-a) указывает eCCE 8k+5 и что для другого UE (UE-b) указывает eCCE 8k+4. В случае L=2, оба UE будут иметь одного и того же кандидата eDPCCH, который состоит из множества eCCE 8k+4 и 8k+5. Предполагается, что оба UE, которые имеют кандидата ePDCCH, должны использовать один и тот же порт 7 DMRS, как это показано на Фигуре 10. Для того чтобы поддерживать MU-MIMO, обоим UE должны назначаться различные SCID. Это является процессом MU-MIMO с не-ортогональной DMRS. С другой стороны, UE-a и UE-b будут назначены порты DMRS 8 и 9, соответственно, как это показано на Фигуре 10. Это обеспечивает возможность MU-MIMO с ортогональной DMRS.

В этом варианте осуществления MU-MIMO с не-ортогональной DMRS также поддерживается или при помощи конфигурирования SCID для DMRS, или через посредство специальной для UE сигнализации более высокого уровня, или определение его при помощи параметра, например идентификации (TPID) точки передачи в системах с распределенными антеннами.

Вследствие этого, этот вариант осуществления поддерживает оба MU-MIMO с ортогональной DMRS и MU-MIMO с не-ортогональной DMRS и представляет больше гибкости в осуществлении планирования ePDCCH для eNB.

Вследствие этого, существует потребность в данной области техники для определения, по меньшей мере, части индекса ресурсов PUCCH (PUCCH форматов 1a/1b), связанных с набором eDPCCH PRB.

В настоящем раскрытии LTE UE передает HARQ-ACK на PUCCH форматов 1a/1b в ответ на передачу PDSCH, запланированной при помощи назначения DL или на PDCCH, или на ePDCCH. Разрешенная DL на PDCCH передается в нескольких элементах (множестве CCE) канала управления, где каждый CCE проиндексирован целыми числами, обозначенными n_CCE. Назначение DL на ePDCCH передается в нескольких расширенных CCE (множестве eCCE), где каждый расширенный eCCE проиндексирован целыми числами, обозначенными n_eCCE.

В соответствии с Rel 10 системы LTE, UE получает индекс n_PUCCH PUCCH форматов 1a/1b в ответ на запланированный динамическим образом PDSCH при помощи следующего уравнения:

где n_CCE представляет собой наименьший номер CCE, переправляющий назначение DL, и является сконфигурированным более высокими уровнями (RRC) специальным для соты образом.

Для конфигурирования PUCCH UL CoMP, Rel-11 UE может принимать конфигурацию RRC, содержащую несколько специальных для UE параметров. Некоторые примеры специальных для UE параметров представляют собой:

ID X виртуальной соты PUCCH для замещения ID физической соты в традиционных уравнениях для генерирования основной последовательности UL RS.

Специальное для UE смещение ресурсов PUCCH для замещения в традиционном уравнении для индексации PUCCH форматов 1a/1b.

Следует отметить, что два параметра X и могут конфигурироваться совместно или независимым образом. В одном примере совместного конфигурирования, X может конфигурироваться, только когда сконфигурирован .

В другом примере совместного конфигурирования может конфигурироваться, только когда сконфигурирован X.

Когда сеть назначает перекрывающиеся области для множества HARQ-ACK, сгенерированных с различными основными последовательностями, проблема издержек может некоторым образом уменьшаться; однако значительные ограничения по планированию все еще могут накладываться, для того чтобы предотвратить конфликты ресурсов, если надлежит достигнуть любое значимое уменьшение издержек. Более конкретно, для того чтобы предотвратить конфликт ресурсов, перекрывающаяся область должна использоваться для множества PUCCH, сгенерированных с той же самой основной последовательностью. Например, для того чтобы избежать конфликта ресурсов, перекрывающаяся область должна содержать только множество PUCCH, сгенерированных с ID физической соты. С учетом того, что функция хэширования для PUCCH изменяет специальную для UE область поиска в каждом подкадре для каждого UE, единственный путь для обеспечения этого состоит в том, чтобы eNB не передавала никаких разрешений на DL для тех множества UE, которые назначены с ID виртуальной соты и, оказывается, что они имеют специальную для UE область поиска в перекрывающейся области. Как проиллюстрировано на Фигуре 11, в подкадрах, когда множество UE 1-4 имеют специальную для UE область поиска в перекрывающейся PRB, eNB не должна передавать разрешения на DL к UE 1-4 для того, чтобы избежать конфликта. В зависимости от количества UL CoMP UE, это может увеличить вероятность блокировки и снизить пропускную способность («много» UL CoMP UE), или это может привести к значительной недозагруженности ресурсов CoMP PUCCH («мало» UL CoMP UE), тем самым снижая пропускную способность UL.

Для того чтобы избежать конфликта ресурсов между множеством PUCCH HARQ-ACK в ответ на ePDCCH и PDCCH, одно предложение, обсужденное в RAN1, должно представить специальное для UE смещение PUCCH, например, для замещения в уравнении для индексации PUCCH форматов 1a/1b.

Если представлены оба и результирующие издержки PUCCH HARQ-ACK могут представлять собой утроенную/учетверенную величину по сравнению с традиционным PUCCH, что не может являться целесообразным.

Для того чтобы множество eNB осуществляли эффективное контролирование издержек PUCCH, необходимо представить новый механизм индексирования PUCCH форматов 1a/1b для того, чтобы поддерживать PUCCH UL CoMP и ePDCCH.

Примерный вариант 1 осуществления: в зависимости от того, переносится ли назначение UL в PDCCH или ePDCCH, UE различным образом получает индекс n_PUCCH для PUCCH форматов 1a/1b для переноса HARQ-ACK в ответ на PDSCH, запланированный при помощи назначения DL.

Когда PDCCH переносит назначение DL, UE использует следующее уравнение для получения n_PUCCH, где наименьший номер CCE, используемый для переноса назначения DL, представляет собой n_CCE:

n_PUCCH=n_CCE+N.

Когда ePDCCH переносит назначение DL, UE использует следующее уравнение для того, чтобы получить n_PUCCH:

n_PUCCH=n_eCCE+N’+n_offset.

Этот вариант осуществления может эффективно обходить конфликт ресурсов PUCCH для HARQ-ACK при помощи конфигурирования ненулевого n_offset, когда два ресурса PUCCH в неявном виде определяются при помощи традиционного номера PDCCH CCE, и номер ePDCCH eCCE, и номер CCE, и номер eCCE оказывается одним и тем же.

Примерный вариант 2 осуществления: UE получает индекс n_PUCCH для PUCCH форматов 1a/1b для переноса HARQ-ACK в ответ на PDSCH, запланированный при помощи назначения DL так, как в нижеследующем.

Когда PDCCH переносит назначение DL, UE использует следующее уравнение для того, чтобы получить n_PUCCH, где наименьший номер CCE, используемый для переноса назначения DL, представляет собой n_CCE:

n_PUCCH=n_eCCE+N+n_offset.

Когда ePDCCH переносит назначение DL, UE использует следующее уравнение для того, чтобы получить n_PUCCH:

n_PUCCH=n_eCCE+N'+n_offset.

Этот вариант осуществления может эффективно обходить конфликт ресурсов PUCCH для HARQ-ACK при помощи конфигурирования различных n_offset для двух PUCCH для HARQ-ACK в ответ на PDCCH и ePDCCH.

Подробности относительно параметров в уравнениях для n_PUCCH объясняются ниже.

Определение N и N'.

В одном способе N'=N, в случае которого сеть (eNB) конфигурирует только одно значение для N и N'.

В другом способе N'≠N, в случае которого сеть (eNB) конфигурирует первое и второе значение для N и N' соответственно.

В одном способе значение N (и также N' в случае N'=N) определяется в зависимости от того, является ли специальный для UE сконфигурированным или нет.

В одном примере, когда является сконфигурированным, , т.е. специальное для UE смещение ресурсов; в противном случае , т.е. традиционное специальное для соты смещение ресурсов.

В другом способе значение N' определяется в зависимости от того, является ли специальное для UE сконфигурированным или нет.

В одном примере, когда является сконфигурированным, , т.е. специальное для UE смещение ресурсов; в противном случае , т.е. традиционное специальное для соты смещение ресурсов.

В одном способе eNB может только иметь возможность конфигурировать и N является таким же, как специальное для соты смещение, т.е. .

В другом способе eNB может только иметь возможность конфигурировать и N' является таким же, как специальное для соты смещение, т.е. .

В одном способе значение N (и также N' в случае N'=N) определяется при помощи, по меньшей мере, одного из значений CFI (или количества символов OFDM, используемых для традиционной области PDCCH), обозначенным при помощи PCFICH в текущем подкадре и сконфигурированным специально для UE параметром, . В первом примере

.

Во втором примере

.

В этих примерах, представляет собой общее количество CCE для каждого символа OFDM. Случай второго примера проиллюстрирован на Фигуре 12. Как это проиллюстрировано на Фигуре 12, этот способ может эффективно управлять издержками ресурсов PUCCH D-ACK (динамический ACK/NACK) при помощи изменения динамическим образом начальной области множества PUCCH, связанной с множеством ePDCCH.

Когда не является сконфигурированным, то .

Когда является сконфигурированным, то определяется начальная позиция 2-й области PUCCH, где ID виртуальной соты используется для генерирования основной последовательности PUCCH. Дополнительно, имея n_offset, можно избежать конфликта ресурсов PUCCH, проистекающего из неявного индексирования при помощи номеров CCE и eCCE. Например, когда eNB передает два назначения DL двум различным UE, где одно назначение DL переносится в PDCCH и другое назначение DL переносится в ePDCCH, и соответствующий наименьший номер CCE и номер eCCE оказываются одинаковыми, то конфликта ресурсов можно избежать при помощи установки ненулевого n_offset для UE, принимающего ePDCCH.

В одном способе UE также является выполненным с ID X виртуальной соты, в случае которого UE генерирует основную последовательность PUCCH при помощи замещения ID физической соты на X в традиционных уравнениях для генерирования основной последовательности UL RS.

В одном способе ID X виртуальной соты и специальное для UE смещение ресурсов конфигурируются совместно.

Определение n_eCCE.

Некоторые альтернативные варианты для определения n_eCCE перечислены ниже.

Вариант 1: наименьший номер eCCE, использованный для переноса назначения DL.

Вариант 2: номер eCCE, связанный с выбранным портом антенны DM RS для передачи назначения DL (один пример такой связи показан на Фигуре 10).

Вариант 3: номер eCCE, обозначенный при помощи случайной переменной X_k,m (как это показано на Фигуре 9).

Вариант 4: определение n_eCCE изменяется в зависимости от того, используется ли локализованный ePDCCH или распределенный ePDCCH.

В одном примере, в случае, когда используется распределенный ePDCCH, n_eCCE представляет собой наименьший номер eCCE, использованный для переноса назначения DL; с другой стороны, в случае, когда используется локализованный eCCE, n_eCCE представляет собой номер eCCE, связанный с выбранным портом антенны DM RS для передачи назначения DL.

В другом примере, в случае, когда используется распределенный ePDCCH, n_eCCE представляет собой наименьший номер eCCE, использованный для переноса назначения DL; с другой стороны, в случае, когда используется локализованный eCCE, n_eCCE представляет собой номер eCCE, обозначенный при помощи случайной переменной X_k,m.

Вариант 2, Вариант 3, Вариант 4 создают условия для того, чтобы два UE, принимающие назначения DL в одном и том же наборе множества eCCE, отправляют PUCCH для HARQ-ACK в двух различных ресурсах. Чтобы увидеть это, предположим, что первое и второе UE принимают назначения DL в одном и том же наборе множества eCCE, например, множество eCCE #0 и #1, в то время как первому и второму UE назначены антенные порты (AP) 7 и 8 DMRS, соответственно, для демодуляции ePDCCH. Когда наименьший номер eCCE (n_leading-eCCE) используется для индексирования PUCCH для HARQ-ACK с n_offset=0, двум UE будет назначен один и тот же ресурс PUCCH, N_PUCCH=n_leading-eCCE+N+n_offset=0+N+0=N. Для того чтобы разрешить этот конфликт ресурсов, может использоваться любой из Варианта 2, Варианта 3, Варианта 4.

В одном способе n_eCCE является таким же как номер eCCE, связанный с выбранным антенным портом DM RS для передачи назначения DL, и первое UE и второе UE могут использовать различные номера n_eCCE для того, чтобы получать ресурсы PUCCH, потому что двум UE назначены два разных AP для демодуляции ePDCCH. В частности, первое UE получает

n_eCCE=n_leading-eCCE+(p₁-7)=0+(7-7)=0

и второе UE получает

n_eCCE=n_leading-eCCE+(p₂-7)=0+(8-7)=1,

где p₁ и p₂ представляют собой номера назначенных портов DMRS для первого и второго UE соответственно.

В соответствии с текущим способом рассматриваются следующие примерные случаи.

В случае агрегирования 8-CCE в локализованном ePDCCH, разрешение DL может передаваться по двум PRB (или VRB), и, следовательно, два номера eCCE могут соответствовать выбранному антенному порту p, один для каждого PRB; в таком случае, n_eCCE является наименьшим из двух номеров eCCE, выбранных в соответствии с n_eCCE=n_leading-eCCE+(p₁-7).

В распределенном ePDCCH количество антенных портов DM RS, связанных с передачей назначения DL, может являться большим чем один. В этом случае, n_eCCE не зависит от выбранного номера антенного порта DM RS, и n_eCCE является наименьшим номером eCCE, т.е. n_leading-eCCE.

В другом способе n_eCCE является таким же, как номер eCCE, обозначенный при помощи случайной переменной X_k,m, как показано на Фигуре 9 и относящемся тексте в фоновой секции. Два UE принимают назначения DL в одном и том же наборе из множества eCCE на одном и том же уровне агрегирования (L=2), например, eCCE 8k+4 и 8k+5, им назначены два различных ресурса PUCCH, поскольку два UE имеют различные X_k,m. Предположим, что X_k,m первого UE и второго UE представляют собой 8k+4 и 8k+5, соответственно. Тогда определяется, что n_eCCE первого и второго UE представляют собой 8k+4 и 8k+5 соответственно, т.е.

n_eCCE= X_k,m.

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

В одном способе номер p антенного порта определяется, по меньшей мере, частично по UE-ID (или RNTI), т.е. p=f(RNTI), где f(.) представляет собой функцию. Несколько примеров представляют собой:

p=(RNTI mod 4)+7;

p=(RNTI mod 2)+7.

В другом способе номер p антенного порта определяется при помощи случайной переменной X_k,m, представленной на Фигуре 9 и Фигуре 10.

Определение n_offset.

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

Вариант 0: значение n_offset является константой (например, 0).

Вариант 1: значение n_offset динамическим образом обозначается при помощи поля (или кодовой точки) в назначении DL.

Вариант 2: значение n_offset определяется при помощи функции от UE-ID (или RNTI, например, C-RNTI).

Вариант 3: значение n_offset определяется при помощи функции от первого и второго параметров, где второй параметр динамическим образом обозначается при помощи поля (или кодовой точки) в назначении DL.

Вариант 4: то, обозначается ли значение n_offset динамическим образом при помощи поля (или кодовой точки) в назначении DL или n_offset является константой (например, 0), конфигурируется при помощи параметра, сигнализированного на более высоком уровне (например, RRC).

Вариант 5: значение n_offset является конфигурируемым со стороны RRC.

Поле в Варианте 1, Варианте 3 и Варианте 4 обозначается как Индикатор ресурсов для ACK/NACK (ARI), и ARI из N_ARI бит может обозначать один из номеров кандидатов. Обозначенное при помощи ARI значение называется Y. Некоторые примеры обозначения Y с использованием ARI показаны в нижеупомянутых таблицах, когда N_ARI=1 или 2.

NARI(=2) битовый ARI	(Пример 1) Обозначенное значение Y	(Пример 2) Обозначенное значение Y
00	0	Вар. 1: Первое значение, сконфигурированное RRC Вар. 2: Зафиксировано нулевым
01	+1	Второе значение, сконфигурированное RRC
10	-1	Третье значение, сконфигурированное RRC
11	+2	Четвертое значение, сконфигурированное RRC
NARI(=1) битовый ARI	(Пример 3) Обозначенное значение Y	(Пример 4) Обозначенное значение Y
0	0	Вар. 1: Первое значение, сконфигурированное RRC Вар. 2: Зафиксировано нулевым

1

+1

Второе значение, сконфигурированное RRC

В одном способе n_offset динамическим образом обозначается при помощи поля ARI в назначении DL, в соответствии с соотношением n_offset=Y. В этом случае, специалист в данной области техники увидит, что n_PUCCH=n_eCCE+N’+Y, когда ePDCCH переносит назначение DL в соответствии с примерными вариантами осуществления 1 и 2. В предшествующем варианте осуществлении, в случае, когда используется распределенный ePDCCH, n_eCCE представляет собой наименьший номер eCCE, использованный для переноса назначения DL; с другой стороны, в случае, когда используется локализованный ePDCCH, n_eCCE представляет собой номер eCCE, обозначенный при помощи случайной переменной X_k,m. Также следует отметить, что в последующих вариантах осуществления g(RNTI) иногда называется Δ.

В другом способе значение n_offset определяется при помощи функции от первого параметра и второго параметров. Например, первый параметр представляет собой UE-ID (или RNTI), и второй параметр представляет собой ARI или Y. Одна примерная функция для n_offset представляет собой: n_offset=Y+g(RNTI). В этом случае специалист в данной области техники увидит, что n_PUCCH=n_eCCE+N'+Y g(RNTI), когда ePDCCH переносит назначение DL в соответствии с примерными вариантами осуществления 1 и 2. В предшествующем варианте осуществлении, в случае, когда используется распределенный ePDCCH, n_eCCE представляет собой наименьший номер eCCE, использованный для переноса назначения DL; с другой стороны, в случае, когда используется локализованный ePDCCH, n_eCCE представляет собой номер eCCE, обозначенный при помощи случайной переменной X_k,m. Также следует отметить, что в последующих вариантах осуществления g(RNTI) иногда называется ∆.

Здесь примеры для g(.) представляют собой:

g(RNTI)=(RNTI mod 4);

g(RNTI)=(RNTI mod 2).

В другом способе значение n_offset определяется при помощи функции от UE-ID (или RNTI, например C-RNTI).

В одном примере, n_offset=(RNTI mod 4).

В другом примере, n_offset=(RNTI mod 2).

В одном способе заданные в явном виде N_ARI битов добавляются к существующему формату DCI для того, чтобы переносить назначение DL (например, DCI форматов 1A, 2/2A/2B/2C) для того, чтобы переносить информацию с n_offset, где примерные значения для N_ARI представляют собой 1 или 2.

В одном способе, когда используются форматы 2B/2C для DCI для переноса назначения DL, используется поле SCID для обозначения одного из двух значений кандидатов для N_ARI(=1)-битового ARI. Один примерный способ обозначения показан в таблице ниже.

SCID	ARI
0	0
1	1

Когда используются форматы 1/1A/2/2A/1C для DCI (которые не имеют поля SCID) для назначения DL, Y фиксируется равным 0.

Следует отметить, что форматы 2B и 2C для DCI используются для планирования множества PDSCH на антенных портах 7-14, для которых обеспечиваются специальные для UE опорные сигналы (UE-RS) на тех же самых антенных портах. С другой стороны, когда UE принимает ePDCCH, UE требуется произвести оценку канала при помощи UE-RS (антенные порты 7-14). Следовательно, по всей вероятности, UE примет форматы 2B и 2C для DCI на ePDCCH, для чего будет хорошим делом обеспечить ARI для того, чтобы предотвратить конфликт ресурсов PUCCH.

В одном способе, когда используются форматы 2B/2C для DCI для переноса назначения DL, обозначенный ранг (или количество уровней) и обозначенный(е) номер(а) антенных портов используются для обозначения одного из 2 значений кандидатов для N_ARI(=1)-битового ARI. Один примерный способ обозначения показан в приведенной ниже таблице.

(Ранг, номер антенного порта)	ARI
(1,7)	0

(1,8)	1
(2-8, --)	Вариант 1: 0 Вариант 2: 1

Когда форматы 1/1A/2/2A/1C для DCI (которые не обозначают номер(а) антенного порта) используются для назначения DL, Y фиксируется равным 0.

В одном способе, когда форматы 2B/2C для DCI используются для переноса назначения DL, обозначенный ранг (или количество уровней), обозначенный(е) номер(а) антенных портов и поле SCID используются для обозначения одного из значений кандидатов для ARI. Один примерный способ обозначения показан в приведенной ниже таблице.

(Ранг, номер антенного порта)	SCID	ARI
(1,7)	0	0
(1,7)	1	1
(1,8)	0	2
(1,8)	1	3
(2, 7-8)	0	0
(2, 7-8)	1	1
(3-8, --)	0	0

Когда форматы 1/1A/2/2A/1C для DCI (которые не обозначают номер(а) антенного порта) используются для назначения DL, Y фиксируется равным 0.

В одном способе один номер PRB из номеров PRB у PDSCH (запланированный при помощи ePDCCH или PDCCH) обозначает состояние в ARI.

Здесь один номер PRB может представлять собой наименьший из запланированных номеров PRB у PDSCH.

В одном способе ID процесса HARQ в текущем формате DCI разрешения DL обозначает состояние в ARI.

В одном способе версия избыточности (RV) в текущем формате DCI разрешения DL обозначает состояние в ARI.

В одном способе N_ARI-битовый ARI включается в состав только назначений DL, передаваемых в первой области; поле индикации не включается в состав назначений DL, передаваемых во второй области.

В одном примере первая область представляет собой ePDCCH, и вторая область представляет собой традиционный PDCCH.

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

Еще в другом примере первая область представляет собой PDCCH и традиционную специальную для UE область поиска ePDCCH; и вторая область представляет собой традиционную общую область поиска PDCCH.

Предположим, что специальная для UE область поиска у UE, сконфигурированного с ePDCCH, является разделенной на две области. В этом случае общее количество слепых декодирований A для специальной для UE области поиска представляет собой сумму двух чисел, B и C, т.е.

A=B+C,

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

Пример 1. Когда UL MIMO не является сконфигурированным, B представляет собой количество слепых декодирований, которые должны затрачиваться для форматов DCI для режима передачи специальных DL (например, форматов 1/2/2A/2B/2C для DCI и нового формата DCI, определенного для режима передачи DL CoMP).

Пример 2. Когда UL MIMO является сконфигурированным, B представляет собой количество слепых декодирований, которые должны проводиться для форматов DCI для режима передачи специальных DL (например, форматов 1/2/2A/2B/2C для DCI и новый формат DCI, определенный для режима передачи DL CoMP) и формата DCI для UL MIMO (т.е. формата 4 для DCI).

Пример 3. C представляет собой количество слепых декодирований, которые должны затрачиваться для форматов DCI для резервных передач DL и одноуровневых передач UL (т.е. формат DCI 0 и 1A).

В одном варианте осуществления UE интерпретирует биты ARI различным образом и получает ресурс PUCCH форматов 1a/1b различным образом, в зависимости от того, является ли UE сконфигурированным с ID виртуальной соты для PUCCH или нет.

Когда UE не является сконфигурированным с ID виртуальной соты для PUCCH, UE определяет ресурс PUCCH для HARQ-ACK так, как это делается в примерном варианте 1 осуществления или примерном варианте 2 осуществления, и получает номер PRB, номер OCC и номер CS в соответствии со спецификациями 3GPP LTE Rel-10 REF1.

В одном способе, когда UE является сконфигурированным с ID виртуальной соты для PUCCH, каждое состояние, сгенерированное битами ARI, может обозначать то, каким образом получать номер PRB для переноса PUCCH форматов 1a/1b, например, следовать ли спецификации Rel-10 для получения номера PRB из или использовать сконфигурированный RRC специальным для UE образом номер mUE для того, чтобы получать номер PRB.

Состояния, сконфигурированные ARI, обозначают информацию для получения номера PRB так, как это приведено в следующих таблицах.

NARI(=2)-битовый ARI	Получение номера PRB
00	Вариант 1: m получается в соответствии со спецификацией R10 с применением Вариант 2: четвертое значение mUE,4, сконфигурированное RRC
01	Первое значение mUE,1, сконфигурированное RRC
10	Второе значение mUE,2, сконфигурированное RRC
11	Третье значение mUE,3, сконфигурированное RRC
NARI(=1)-битовый ARI	Получение номера PRB
0	Вариант 1: m получается в соответствии со спецификацией R10 с применением Вариант 2: второе значение mUE,2, сконфигурированное RRC

1	Значение mUE,1, сконфигурированное RRC

(для PDCCH), или (для PDCCH).

Когда для UE обозначено то, что оно должно использовать m=mUE для получения номера PRB, номера PRB для PUCCH форматов 1a/1b получаются в соответствии со следующим.

Блоки физических ресурсов, которые должны использоваться для передачи PUCCH в слоте n_s, задаются при помощи

.

Когда для UE обозначено то, что оно должно использовать mUE для получения номера PRB, UE получает номер PRB с использованием обозначенного значения mUE, наряду с этим UE получает другие индексы ресурсов, например, номер OOC и номер CS в соответствии с , опираясь на способ, описанный в спецификациях 3GPP LTE Rel-10 REF1.

В одном способе ID виртуальной соты PUCCH замещает ID физической соты при получении основной последовательности PUCCH и параметров скачкообразного изменения CS, если только N_ARI является ненулевым. Если N_ARI является нулевым, то для генерирования основной последовательности PUCCH и параметров скачкообразного изменения CS используется ID физической соты.

В другом способе ID виртуальной соты PUCCH всегда используется для генерирования основной последовательности PUCCH и параметров скачкообразного изменения CS (т.е. ID виртуальной соты замещает ID физической соты в уравнениях) вне зависимости от обозначенного значения N_ARI.

В одном способе eNB может конфигурировать номера PRB специальным для UE со стороны RRC образом, для которых должен использоваться ID виртуальной соты PUCCH. Когда UE сконфигурирует эти номера PRB, UE передает PUCCH с использованием ID виртуальной соты, только когда UE передает PUCCH в таком PRB.

В другом способе, когда UE является сконфигурированным с ID виртуальной соты PUCCH, каждое состояние, сгенерированное при помощи битов ARI, может обозначать n'_offset, где n'_offset применяется для получения .

Когда PDCCH переносит назначение DL, UE использует следующее уравнение для получения , где наименьший номер CCE, используемый для переноса назначения DL, представляет собой n_CCE:

Вариант 1:

Вариант 2: ,

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

Когда ePDCCH переносит назначение DL, UE использует следующее уравнение для того, чтобы получить :

,

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

Здесь n'_offset может обозначаться при помощи ARI, так же, как n_offset. Примеры для обозначения n_offset и n'_offset показаны в таблицах ниже, для 1- и 2-битовых ARI. В таблицах значения кандидатов для n_offset (используемого, когда ID виртуальной соты PUCCH не конфигурируется в вариантах осуществления 1 и 2) являются предварительно определенными в спецификации по стандартам, и значения кандидатов для n’_offset (используемого, когда ID виртуальной соты PUCCH конфигурируется) являются сконфигурированными со стороны RRC специальным для UE образом.

NARI(=2)-битовый ARI	Обозначенное значение noffset	Обозначенное значение n'offset
00	0	Вариант 1: первое значение, сконфигурированное RRC Вариант 2: зафиксировано нулевым
01	+1	Второе значение, сконфигурированное RRC

10	-1	Третье значение, сконфигурированное RRC
11	+2	Четвертое значение, сконфигурированное RRC

NARI(=1)-битовый ARI	Обозначенное значение noffset	Обозначенное значение n'offset
0	0	Вариант 1: первое значение, сконфигурированное RRC Вариант 2: зафиксировано нулевым
1	+1	Второе значение, сконфигурированное RRC

Из-за согласования скоростей на основе циклического буфера для передачи планируемого назначения (SA) DL, закодированные биты могут повторяться, и UE может обнаружить DL SA с уровнем агрегирования (AL) CCE, который отличается от фактического уровня, используемого NodeB. Вследствие этого, если CCE с наименьшим индексом для AL, для которого UE обнаруживает то, что DL SA отличается от того уровня, который используется NodeB для передачи DL SA, то UE будет неправильно определять ресурс PUCCH для соответствующей передачи сигнала HARQ-ACK. Это может приводить к тому, что сигнал HARQ-ACK от UE будет пропущен NodeB или будет конфликтовать с сигналом HARQ-ACK от другого UE. Это называется проблемой неопределенности размещения ресурсов PUCCH.

В традиционной системе LTE, для множества CCE AL множество CCE, соответствующих кандидату m для PDCCH, задаются при помощи:

множество CCE для кандидата PUCCH - m=L·{(Y_k+m’[N_CCE,k/L]}+i,

где N_CCE,k представляет собой общее количество CCE в подкадре k, i=0,…L-1, m'=m+M^(L)·n_CI, n_CI представляет собой параметр, обозначающий предполагаемую соту для PDCCH с n_CI=0 в случае планирования для той же самой соты, m=0,…,M^(L)-1, и M^(L) представляет собой количество кандидатов PUCCH для контролирования в области поиска. Примерные значения M^(L) для представляют собой, соответственно, {6, 6, 2, 2}. Для UE-CSS, Y_k=0. Для UE-DSS, Y_k=(A·Y_k-1)modD, где Y_-1=RNTI≠0, A=39827 и D=65537.

Ссылаясь на Фигуру 13, сверх общего числа из восьми ECCE 410, существует максимум восемь кандидатов PDCCH, проиндексированных от 1 до 8, для AL одного ECCE, четыре кандидата PUCCH, проиндексированных от 9 до 12, для AL двух ECCE, два кандидата PUCCH, проиндексированных 13-14, для AL четырех ECCE, и один кандидат PDCCH, проиндексированный как 15, для AL восьми ECCE. UE получает тот же самый ресурс PUCCH для передачи сигнала HARQ-ACK, если оно обнаруживает любой из кандидатов PDCCH 1, 9, 13 или 15, поскольку CCE с наименьшим индексом является одним и тем же для всех этих кандидатов (CCE1). Однако для кандидата 2 PDCCH, UE определяет другой ресурс PUCCH, поскольку CCE с наименьшим индексом является другим (CCE2). Вследствие этого, например, если PDCCH в действительности передается с использованием кандидата 9 PDCCH (CCE1 и CCE2), и UE обнаруживает PDCCH для кандидата 2 PDCCH (CCE2), будет иметь место неправильное понимание между NodeB и UE по поводу ресурса PUCCH, используемого для того, чтобы передавать соответствующий сигнал HARQ-ACK, поскольку NodeB рассчитывает на тот, что связан с CCE1, а UE использует тот, что связан с CCE2. Такие ошибочные события могут обычно происходить для всех комбинаций среди множества CCE AL с множеством кандидатов PDCCH и фактическим CCE AL, используемым для передачи PDCCH.

Неопределенность с CCE AL из-за цикличного буфера для согласования скоростей для сверточного кода со значащими хвостами с показателем 1/3 случается, когда

где N представляет собой размер нагрузки неопределенности для формата DCI (включая сюда биты CRC), q представляет собой количество CCE, k представляет собой начальную точку повторений кодового блока, и представляет собой количество RE для каждого CCE. Для функционирования PDCCH существует фиксированное количество множества RE для каждого CCE, доступных для осуществления передачи PDCCH, и несколько размеров нагрузки неопределенности могут определяться путем установления равным 36 в Уравнении (3). Например, для размеры нагрузки неопределенности представляют собой {28, 30, 32, 36, 40, 42, 48, 60, 72}.

Имеется несколько механизмов для того, чтобы решить проблему неопределенности с CCE AL, включая сюда механизмы на основе реализации, на основе скремблирования и на основе сигнализации.

Для механизма на основе реализации UE, фактический CCE AL может выбираться, принимая во внимание метрики правдоподобия для обнаруженных кандидатов PDCCH и выбор того, который имеет наибольшую метрику. Однако это не может полностью решить неопределенность с CCE AL и усложняет реализацию и тестирование для UE. Для механизма на основе реализации NodeB, множество ресурсов PUCCH могут контролироваться для передачи сигналов HARQ-ACK. Однако это не дает возможности избежать конфликтов сигналов HARQ-ACK, усложняет реализацию eNodeB и снижает надежность обнаружения HARQ-ACK, т.к. eNode требуется рассматривать множество гипотез, соответствующих множеству ресурсов PUCCH.

Для механизмов на основе скремблирования, CRC формата DCI может дополнительно скремблироваться, как на Фигуре 10, с маской, зависящей от CCE AL. Однако это существенно уменьшает длину CRC на 2 бита (предполагая маскирование CRC для 4 CCE AL), что является нежелательным. Альтернативным образом, PDCCH может скремблироваться при помощи другой последовательности, зависящей от CCE AL. По эффективности это является схожим со скремблированием CRC, и по той же самой причине это также является нежелательным.

Для механизмов на основе сигнализации, имеется один альтернативный вариант для форматов DCI множества DL SA для того, чтобы включить в свой состав 2 бита для обозначения CCE AL. Однако это увеличивает нагрузку на формат DCI, что также не является необходимым для большинства нагрузок на формат DCI.

Другой альтернативный вариант состоит в том, чтобы добавить фиктивный бит, например, со значением, равным 0, к битам информации формата DCI во всех случаях, когда он удовлетворяет Уравнению (3). Этот альтернативный вариант имеет наименьшие недостатки и решает проблему неопределенности с CCE AL для PDCCH.

Следующие примерные варианты осуществления по индексации ресурсов PUCCH решают проблему неопределенности без привнесения любых серьезных проблем.

В одном примерном варианте осуществления (вариант A осуществления) индекс ресурса PUCCH (PUCCH форматов 1a/1b), связанный с набором ePDCCH PRB, по меньшей мере, частично определяется при помощи X_k,m и N'. Здесь , который является сконфигурированным со стороны RRC специальным для UE образом для набора ePDCCH PRB, и X_k,m представляет собой номер eCCE, обозначенный при помощи случайной переменной X_k,m, как это показано на Фигуре 9.

В одном способе X_k,m замещает n_CCE, и N' замещает в каждом из традиционных уравнений для распределения ресурсов PUCCH для HARQ-ACK системы LTE. Например, когда UE является сконфигурированным с одной обслуживающей сотой, и ePDCCH в системе FDD (структура кадра типа 1), UE будет получать индекс PUCCH в соответствии со следующим:

.

Уравнения распределения ресурсов PUCCH в других случаях (например, агрегирования несущих, TDD и т.д.) также могут описываться в соответствии с этим вариантом осуществления.

Предположим, что два UE принимают множество назначений DL в одном и том же наборе из множества eCCE на одном и том же уровне (L=2) агрегирования, например, множества eCCE 8k+4 и 8k+5. Вследствие этого, в соответствии с методом в этом варианте осуществления, им назначаются два различных ресурса PUCCH, поскольку два UE имеют различные X_k,m, т.е. один UE имеет X_k,m=8k+4, и другой UE имеет X_k,m=8k+5.

Чтобы увидеть преимущество способа, рассмотрим два UE, UE A и UE B, которым назначены кандидаты ePDCCH в соответствии с нижеследующим.

UE A имеет:

Кандидата A0 на eCCE0 с AP 107 (AL=1).

Кандидата A1 на eCCE1 с AP 108 (AL=1).

Кандидата A2 на множестве eCCE0&1 с AP 107 (AL=2) - с X_k,m, указывающим eCCE, связанное с AP 107 (т.е. eCCE0).

UE B с X, указывающим eCCE, связанное с AP 108, имеет:

Кандидата B0 на eCCE0 с AP 107 (AL=1).

Кандидата B1 на eCCE1 с AP 108 (AL=1).

Кандидата B2 на множестве eCCE0&1 с AP 108 (AL=2) с X_k,m, указывающим eCCE, связанное с AP 108 (т.е. eCCE1).

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

Случай 1: кандидат A0 оказывается декодированным, даже несмотря на то, что Кандидат A2 в действительности был передан.

Проблемы неопределенности не существует, потому что тот же самый ресурс PUCCH будет использоваться даже с этой ошибкой, поскольку X_k,m указывает eCCE0.

Случай 2: кандидат A1 оказывается декодированным, даже несмотря на то, что Кандидат A2 в действительности был передан.

Вероятность этого события будет низкой, потому что AP 108 должен являться предварительно закодированным для другого UE, которое имеет другое состояние канала (или направление).

Случай 3: кандидат B0 оказывается декодированным, даже несмотря на то, что Кандидат B2 в действительности был передан.

Вероятность этого события будет низкой, потому что AP 107 должен являться предварительно закодированным для другого UE, которое имеет другое состояние канала (или направление).

Случай 4: кандидат B1 оказывается декодированным, даже несмотря на то, что Кандидат B2 в действительности был передан.

Проблемы неопределенности не существует, потому что тот же самый ресурс PUCCH будет использоваться даже с этой ошибкой, поскольку X_k,m указывает eCCE1.

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

,

тогда существует проблема неопределенности в Случае 4, потому что:

Кандидат B1 дает ,

Кандидат B2 дает .

Два кандидата имеют результатом два различных ресурса PUCCH для HARQ-ACK.

В другом примерном варианте осуществления (варианте осуществления B) индекс ресурса PUCCH (PUCCH форматов 1a/1b), связанный с набором ePDCCH PRB, по меньшей мере, частично определяется при помощи дополнительного смещения n_offset, так же как X_k,m и N'. Здесь , которое является сконфигурированным со стороны RRC специальным для UE образом для набора ePDCCH PRB.

X_k,m представляет собой номер eCCE, обозначенный при помощи случайной переменной X_k,m, как это показано на Фигуре 9.

n_offset представляет собой целое число, динамическим образом обозначенное при помощи DL SA.

В одном способе DL SA переносит 2-битовое поле для того, чтобы обозначить значение n_offset. Четыре состояния 2-битового поля поставлены в соответствие к {x1, x2, x3, x4}, соответственно, где x1, x2, x3, x4 являются целыми числами. В одном примере {x1, x2, x3, x4}={-2, 0, 2, 4}.

В одном способе X_k,m замещает n_CCE, и N замещает , в каждом из уравнений распределения ресурсов PUCCH для HARQ-ACK в системе LTE. Дополнительно целое число смещения n_offset добавляется в уравнение для ресурсов. Например, когда UE является сконфигурированным с одной обслуживающей сотой и ePDCCH в системе FDD (структура кадра типа 1), UE будет получать индекс PUCCH в соответствии с нижеследующим:

.

Уравнения распределения ресурсов PUCCH в других случаях (например, агрегирование несущих, TDD и т.д.) также могут описываться в соответствии с этим вариантом осуществления.

ARI является полезным для решения проблемы конфликта ресурсов, возрастающей, когда система сконфигурировала более одного набора ePDCCH, и области ресурсов PUCCH (сконфигурированных при помощи специального N’ набора ePDCCH) для более одного наборов ePDCCH перекрываются.

В другом примерном варианте осуществления (варианте осуществления C) случайная переменная X_k,m, используемая для определения индекса ресурса PUCCH в вариантах осуществления 1 и 2, альтернативным образом может записываться как:

X_k,m=n_eCCE+∆,

где n_eCCE представляет собой наименьший (ведущий) номер eCCE агрегированных множества eCCE, переносящих DL SA, и представляет собой смещение ресурсов, где L представляет собой уровень агрегирования eCCE.

Другими словами, представляет собой разницу двух номеров eCCE: один для ведущего eCCE (n_eCCE) и другой (X_k,m) для eCCE, связанного с назначенным индексом AP. В соответствии с примером, показанным на Фигуре 9, Δ=0, когда L=1; Δ=1, когда L=2 или 4; Δ=5, когда L=8.

В одном способе, Δ=X_k,m-n_eCCE=X_k,m-L·[X_k,m/L], где ∆ может получаться после того, как получен X_k,m.

В одном способе, Δ=(C-RNTI)modN, где N=min{L,N_eCCEsPerPRB}. В этом способе ∆ является определенной специальным для UE образом на основе UE-ID (т.е. C-RNTI), и взятое по модулю N гарантирует то, что Δ не превышает L, поскольку N_eCCEsPerPRB=2 или 4. Этот способ эквивалентным образом может записываться в виде

Δ=(C-RNTI)modLmodN_eCCEsPerPRB или Δ=(C-RNTI)modN_eCCEsPerPRBmodL.

В одном способе, Δ=Y_kmodN (или эквивалентным образом

Δ=Y_kmodLmodN_eCCEsPerPRB или Δ=Y_kmodN_eCCEsPerPRBmodL). Это является другим путем разупорядочивания Δ на основе UE-ID (или C-RNTI).

В соответствии со способом в варианте осуществления A и этим альтернативным представлением X_k,m в примерном случае, когда UE является сконфигурированным с одной обслуживающей сотой и ePDCCH в системе FDD (структура кадра типа 1), UE будет получать индекс PUCCH в соответствии с нижеследующим:

.

В соответствии со способом в варианте осуществления B и этим альтернативным представлением X_k,m, в примерном случае, когда UE является сконфигурированным с одной обслуживающей сотой и ePDCCH в системе FDD (структура кадра типа 1), UE будет получать индекс PUCCH в соответствии с нижеследующим:

.

В другом варианте осуществления (вариант осуществления D), минимальный уровень Lmin агрегирования в каждом подкадре DL, где передаются множество eDPCCH, может определяться на основе доступного количества элементов ресурсов для размещения ePDCCH.

Для эффективного применения ресурсов PUCCH, уравнение распределения ресурсов PUCCH изменяется в зависимости от минимального уровня Lmin агрегирования. В одном примере, в случае если Lmin=1, уравнение распределения ресурсов PUCCH в вариантах осуществления 1, 2 и 3 используется повторно.

В случае если Lmin=2, уравнение распределения ресурсов PUCCH в вариантах осуществления 1, 2 и 3 используется повторно, с замещением X_k,m одним из следующих альтернативных номеров.

Вариант 1:

.

Вариант 2:

.

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

1. Способ обмена управляющей информацией в системе связи, содержащий этапы, на которых:

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

идентифицируют первый ресурс для управляющей информации восходящей линии связи на основе первого ЕССЕ из упомянутого по меньшей мере одного ЕССЕ, смещения ресурсов, сконфигурированного для EPDCCH, и смещения ресурсов ACK/NACK на EPDCCH, если EPDCCH является распределенной передачей;

идентифицируют второй ресурс для управляющей информации восходящей линии связи на основе первого ЕССЕ из упомянутого по меньшей мере одного ЕССЕ, смещения ресурсов, сконфигурированного для EPDCCH, смещения ресурсов ACK/NACK на EPDCCH и временного идентификатора сотовой радиосети (C-RNTI), если EPDCCH является локализованной передачей; и

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

2. Способ по п. 1, в котором смещение ресурсов ACK/NACK содержит два бита, сконфигурированных для указания одного из: 0, 1, -1 и -2.

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

4. Способ по п. 1, в котором управляющая информация восходящей линии связи представляет собой информацию подтверждения гибридного автоматического запроса на повторную передачу (HARQ-ACK), соответствующую EPDCCH.

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

6. Устройство для передачи управляющей информации в системе связи, содержащее:

приемопередатчик, сконфигурированный, чтобы:

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

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

контроллер, сконфигурированный, чтобы:

идентифицировать первый ресурс для управляющей информации восходящей линии связи на основе первого ЕССЕ из упомянутого по меньшей мере одного ЕССЕ, смещения ресурсов, сконфигурированного для EPDCCH, и смещения ресурсов ACK/NACK на EPDCCH, если EPDCCH является распределенной передачей; и

идентифицировать второй ресурс для управляющей информации восходящей линии связи на основе первого ЕССЕ из упомянутого по меньшей мере одного ЕССЕ, смещения ресурсов, сконфигурированного для EPDCCH, смещения ресурсов ACK/NACK на EPDCCH и временного идентификатора сотовой радиосети (C-RNTI), если EPDCCH является локализованной передачей.

7. Устройство по п. 6, в котором смещение ресурсов ACK/NACK содержит два бита, сконфигурированных для указания одного из: 0, 1, -1 и -2.

8. Устройство по п. 6, в котором второй ресурс определяется на основе общего количества ЕССЕ на каждый блок физических ресурсов (PRB).

9. Устройство по п. 6, в котором управляющая информация восходящей линии связи представляет собой информацию подтверждения гибридного автоматического запроса на повторную передачу (HARQ-ACK), соответствующую EPDCCH.

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

11. Способ обмена управляющей информацией в системе связи, содержащий этапы, на которых:

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

указывают первый ресурс для управляющей информации восходящей линии связи как функцию первого ЕССЕ из упомянутого по меньшей мере одного ЕССЕ, смещения ресурсов, сконфигурированного для EPDCCH, и смещения ресурсов ACK/NACK на EPDCCH, если EPDCCH является распределенной передачей;

указывают второй ресурс для управляющей информации восходящей линии связи как функцию первого ЕССЕ из упомянутого по меньшей мере одного ЕССЕ, смещения ресурсов, сконфигурированного для EPDCCH, смещения ресурсов ACK/NACK на EPDCCH и временного идентификатора сотовой радиосети (C-RNTI), если EPDCCH является локализованной передачей; и

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

12. Способ по п. 11, в котором смещение ресурсов ACK/NACK содержит два бита, сконфигурированных для указания одного из: 0, 1, -1 и -2.

13. Способ по п. 11, в котором второй ресурс указывают как функцию общего количества ЕССЕ на каждый блок физических ресурсов (PRB).

14. Способ по п. 11, в котором управляющая информация восходящей линии связи представляет собой информацию подтверждения гибридного автоматического запроса на повторную передачу (HARQ-ACK), соответствующую EPDCCH.

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

16. Устройство для передачи управляющей информации в системе связи, содержащее:

приемопередатчик, сконфигурированный, чтобы:

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

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

контроллер, сконфигурированный, чтобы:

указывать первый ресурс для управляющей информации восходящей линии связи как функцию первого ЕССЕ из упомянутого по меньшей мере одного ЕССЕ, смещения ресурсов, сконфигурированного для EPDCCH, и смещения ресурсов ACK/NACK на EPDCCH, если EPDCCH является распределенной передачей; и

указывать второй ресурс для управляющей информации восходящей линии связи как функцию первого ЕССЕ из упомянутого по меньшей мере одного ЕССЕ, смещения ресурсов, сконфигурированного для EPDCCH, смещения ресурсов ACK/NACK на EPDCCH и временного идентификатора сотовой радиосети (C-RNTI), если EPDCCH является локализованной передачей.

17. Устройство по п. 16, в котором смещение ресурсов ACK/NACK содержит два бита, сконфигурированных для указания одного из: 0, 1, -1 и -2.

18. Устройство по п. 16, в котором второй ресурс указывается как функция общего количества ЕССЕ на каждый блок физических ресурсов (PRB).

19. Устройство по п. 16, в котором управляющая информация восходящей линии связи представляет собой информацию подтверждения гибридного автоматического запроса на повторную передачу (HARQ-ACK), соответствующую EPDCCH.

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