Передача керуючих даних висхідної лінії зв'язку

 

Перехресні посилання на споріднені заявки

Дана заявка просить пріоритет попередньої заявки на патент (США) № 61/247679, поданої 1 жовтня 2009 року, попередньої заявки на патент (США) № 61/304370, поданої 12 лютого 2010 року, попередньої заявки на патент (США) № 61/320172, поданої до 1 квітня 2010 року, попередньої заявки на патент (США) № 61/320494, поданої 2 квітня 2010 року, попередньої заявки на патент (США) № 61/329743, поданої 30 квітня 2010 року, попередньої заявки на патент (США) № 61/356250, поданої 18 червня 2010 року, попередньої заявки на патент (США) № 61/356316, поданої 18 червня 2010 року, попередньої заявки на патент (США) № 61/356449, поданої 18 червня 2010 року, попередньої заявки на патент (США) № 61/356281, поданої 18 червня 2010 року, і попередньої заявки на патент (США) № 61/373706, поданої 13 серпня 2010 року, які цим включені в даний документ за допомогою посилання.

Рівень техніки

Щоб підтримувати більш високу швидкість передачі даних і спектральну ефективність, система довгострокового розвитку (LTE) партнерського проекту третього покоління (3GPP) введена в 3GPP версії 8 (R8). (LTE версія 8 може згадуватися в даному документі як LTE R8 або R8-LTE). В LTE передачі по висхідній лінії свяности, SC-FDMA, використовуваний в висхідної лінії зв'язку LTE, заснований на технології мультиплексування з ортогональним частотним поділом з розширенням дискретним перетворенням Фур'є (DFT-S-OFDM). При використанні далі, терміни SC-FDMA і DFT-S-OFDM використовуються як взаємозамінні.

В LTE бездротовий приймально-передавальний модуль (WTRU), альтернативно званий користувальницьким обладнанням (UE), здійснює передачу по висхідній лінії зв'язку з використанням лише обмеженого, безперервного набору призначених піднесучих в установці з множинним доступом з частотним поділом (FDMA). Наприклад, якщо повна ширина смуги сигналу або системи з мультиплексуванням з ортогональним частотним поділом (OFDM) у висхідній лінії зв'язку складається з корисних піднесучих з номерами 1-100, перший даний WTRU може призначатися, щоб передавати на піднесучих 1-12, другий WTRU може призначатися, щоб передавати на піднесучих 13-24, і т. д. Хоча різні WTRU можуть, кожен, передавати тільки у поднаборе з доступною ширини смуги передачі, вдосконалений вузол B (вдосконалений вузол B), обслуговуючий WTRU, може приймати складовою сигнал висхідної лінії зв'язку по всій ширині смуги передачі.

Вдосконалений минаемий в даному документі як LTE-A, LTE R10 або R10-LTE) є удосконаленням LTE-стандарту, який надає повністю сумісну процедуру оновлення до 4G для LTE - і 3G-мереж. В LTE-A підтримується агрегування несучих, і на відміну від LTE, кілька компонентних несучих (CC) можуть призначатися висхідної лінії зв'язку, низхідній лінії зв'язку або обом. Такі несучі можуть бути асиметричними (різне число CC може призначатися висхідної лінії зв'язку, в порівнянні з числом CC, призначуваних низхідній лінії зв'язку). Слід зазначити, що CC також можуть згадуватися як соти, і в цьому розкритті сутності ці терміни використовуються як взаємозамінні.

Як в LTE, так і в LTE-A, існує необхідність передавати певну асоційовану керуючу інформацію висхідної лінії зв'язку (UCI) рівня 1/2 рівня (L1/2), щоб підтримувати передачу по висхідній лінії зв'язку (UL), передачу по низхідній лінії зв'язку (DL), планування, багато входи і багато виходи (MIMO) і т. д. В LTE, якщо WTRU не призначений ресурс висхідної лінії зв'язку для передачі по UL даних (наприклад, для користувача даних), наприклад, фізичний спільно використовуваний канал UL (PUSCH), то L1/2 UCI може бути передана у UL-ресурсі, зокрема, призначуваного для UL L1/2-управління по фізичній кя передачі UCI і інших керуючих службових сигналів з використанням можливостей, доступних в LTE-A-системи, що включають в себе агрегування несучих.

Розкриття винаходу

Розкриваються способи і системи для передачі управляючої інформації висхідної лінії зв'язку (UCI) і інших даних зворотного зв'язку, зокрема, HARQ ACK/NACK в системі бездротового зв'язку з використанням агрегування несучих. У варіанті здійснення, UE може бути виконано з можливістю визначати конкретні інформаційні біти, що повинні бути передані в якості частини UCI або інших даних зворотного зв'язку. UE також може бути виконано з можливістю визначати конкретні ресурси, які можуть бути використані для того, щоб передавати зворотний зв'язок, коли така передача повинна бути виконана з використанням PUCCH-ресурсів. UE також може бути виконано з можливістю визначати те, як передавати таку зворотний зв'язок, наприклад, за допомогою визначення кодування, яке повинно бути використане, належного символьного відображення налаштувань потужності передачі та інших аспектів передачі зворотного зв'язку.

Більш конкретно, UE може бути виконано з можливістю визначати розмір таблиці кодування та/або реалізовувати способи зменшення розміру таблиці кодування та/або состояниием пропускається, та/або виявляти хибнопозитивний PDCCH-прийом. UE також може бути виконано з можливістю визначати належні PUCCH-ресурси для зворотного зв'язку за HARQ ACK/NACK і те, де в PUCCH такий зворотний зв'язок має перебувати. UE також може бути виконано з можливістю здійснювати способи пакетування ACK/NACK в PUCCH. У варіанті здійснення, UE може бути виконано з можливістю визначати статичні ACK/NACK-ресурси. У додатковому варіанті здійснення, UE може бути виконано з можливістю здійснювати вибір PUCCH-ресурсів з використанням DL SPS. UE також може бути виконано з можливістю використовувати мультиплексування з PUCCH для UCI і даних зворотного зв'язку. UE також може бути виконано з можливістю визначати PUCCH-ресурси з використанням CCE-індексу.

У варіанті здійснення, UE може бути виконано з можливістю визначати канальне кодування та відображення фізичних ресурсів для зворотного зв'язку, такий як HARQ ACK/NACK. UE також може бути конфігурований для мультиплексування даних зворотного зв'язку з даними зворотного зв'язку з інших UE і для одночасної передачі SRS з даними зворотного зв'язку. У варіанті здійснення, UE може бути виконано з можливістю використовувати розширений цикличемерную стійкість при виконанні вибору каналу. UE може бути виконано з можливістю обробляти SR різними способами, розкритими в даному документі. UE також може бути виконано з можливістю визначати потужність передачі при передачі даних зворотного зв'язку з використанням PUCCH. Ці та додаткові аспекти цього розкриття сутності викладено детальніше нижче.

Короткий опис креслень

Подальший докладний опис розкритих варіантів здійснення краще розуміється при прочитанні разом з доданими кресленнями. З метою ілюстрації, на кресленнях показано приблизні варіанти здійснення; тим не менш, об'єкт винаходу не обмежується конкретними розкритими елементами і засобами. На кресленнях:

Фіг.1A є схеми системи для зразкової системи зв'язку, в якій можуть бути реалізовані один або більше розкритих варіантів здійснення.

Фіг.1B є схемою системи примірного бездротового приймально-передавального модуля (WTRU), який може бути використаний в системі зв'язку, проілюстрованою на фіг.1A.

Фіг.1C є схемою системи примірної мережі радіодоступу та примірної базової мережі, які можуть бути використані в системі зв'язку, проілюстрованою на фіг.1A.

Фіг.2 ілюструє неограничиачи керуючих даних висхідної лінії зв'язку.

Фіг.3 ілюструє неограничивающие зразкові конфігурації агрегування несучих, які можуть бути використані за допомогою певних способів і систем для передачі керуючих даних висхідної лінії зв'язку.

Фіг.4 ілюструє неограничивающую приблизну систему для формування PUCCH-субкадра в форматі 1, який може бути використаний в деяких системах і способи для передачі керуючих даних висхідної лінії зв'язку.

Фіг.5 ілюструє неограничивающую приблизну систему для формування PUCCH-субкадра в форматі 2, який може бути використаний в деяких системах і способи для передачі керуючих даних висхідної лінії зв'язку.

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

Фіг.7 ілюструє неограничивающий приблизний спосіб для визначення таблиці кодування на основі активованих CC згідно з варіантом здійснення цього розкриття.

Фіг.8 ілюструє неограничивающий приблизний спосіб використання порядкового номера в команді активації/деактивації згідно варіанту здійснення справжніх�арианту здійснення цього розкриття.

Фіг.10 ілюструє неограничивающий приблизний спосіб часткового комбінування або угруповання станів згідно з варіантом здійснення цього розкриття.

Фіг.11 ілюструє неограничивающий приблизний спосіб використання ймовірностей станів згідно з варіантом здійснення цього розкриття.

Фіг.12 ілюструє неограничивающий приблизний спосіб використання сегментів згідно з варіантом здійснення цього розкриття.

Фіг.13 ілюструє неограничивающий приблизний спосіб використання порівняльних величин NACK згідно з варіантом здійснення цього розкриття.

Фіг.14 ілюструє неограничивающую приблизну конфігурацію з використанням часткового пакетування у часовій області з мультиплексуванням компонентних несучих згідно з варіантом здійснення цього розкриття.

Фіг.15 ілюструє неограничивающую приблизну конфігурацію з використанням індикаторів призначення в низхідній лінії зв'язку згідно з варіантом здійснення цього розкриття.

Фіг.16 ілюструє іншу неограничивающую приблизну конфігурацію з використанням індикаторів призначення в низхідній лінії зв'язку згідно варіанту здійснення�єм розширених індикаторів низхідній лінії зв'язку або розширених індикаторів призначення в низхідній лінії зв'язку згідно з варіантом здійснення цього розкриття.

Фіг.18 ілюструє неограничивающий приблизний спосіб вибору способу PUCCH-виділення згідно з варіантом здійснення цього розкриття.

Фіг.19 ілюструє неограничивающую приблизну PUCCH-конфігурацію, яка може бути використана в деяких системах і способи для передачі керуючих даних висхідної лінії зв'язку.

Фіг.20 ілюструє неограничивающий приблизний спосіб використання формування керуючої інформації і повернення керуючої інформації в мережу згідно з варіантом здійснення цього розкриття.

Фіг.21 ілюструє неограничивающий приблизний спосіб кодування PUCCH згідно з варіантом здійснення цього розкриття.

Фіг.22 ілюструє неограничивающее приблизне відображення керуючих сигналів згідно з варіантом здійснення цього розкриття.

Фіг.23 ілюструє неограничивающую приблизну скорочену PUCCH-структуру відповідно до варіанта здійснення цього розкриття.

Фіг.24 ілюструє іншу неограничивающую приблизну скорочену PUCCH-структуру відповідно до варіанта здійснення цього розкриття.

Фіг.25 ілюструє неограничивающую приблизну структуру передачі зворотного зв'язку згідно варіанту здійснення�й зв'язку згідно з варіантом здійснення цього розкриття.

Фіг.27 ілюструє неограничивающую приблизну PUCCH-структуру відповідно до варіанта здійснення цього розкриття.

Фіг.28 ілюструє неограничивающую приблизну PUCCH-структуру відповідно до варіанта здійснення цього розкриття.

Здійснення винаходу

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

Як показано на фіг.1A, сиупа (RAN), базову мережу 106, комутовану телефонну мережу 108 загального користування (PSTN), Інтернет 110 і інші мережі 112, хоча слід брати до уваги, що розкриті варіанти здійснення розглядають будь-яке число WTRU, базових станцій, мереж та/або мережевих елементів. Кожен з WTRU 102a, 102b, 102c, 102d може бути будь-яким типом пристрою, виконаного з можливістю працювати і/або здійснювати зв'язок бездротовий оточенні. В якості прикладу, WTRU 102a, 102b, 102c, 102d можуть бути виконані з можливістю передавати і/або приймати бездротові сигнали і можуть включати в себе контент обладнання (UE), мобільну станцію, стаціонарний або мобільний абонентське пристрій, пристрій пошукового виклику, стільниковий телефон, персональний цифровий пристрій (PDA), смартфон, переносний комп'ютер, нетбук, персональний комп'ютер, бездротовий датчик, побутову електронну апаратуру і т. п.

Системи 100 зв'язку також можуть включати в себе базову станцію 114a і базову станцію 114b. Кожна з базових станцій 114a, 114b може бути будь-яким типом пристрою, виконаного з можливістю взаємодіяти в бездротовому режимі, щонайменше, з одним з WTRU 102a, 102b, 102c, 102d, щоб спрощувати доступ до однієї або більше мереж зв'язку, таким як базова�ною станцією (BTS), вузлом B, вдосконаленим вузлом B, власним вузлом B, власним вдосконаленим вузлом B, вузловим контролером, точкою доступу (AP), бездротовим маршрутизатором і т. п. Хоча базові станції 114a, 114b проілюстровані як один елемент, слід брати до уваги, що базові станції 114a, 114b можуть включати в себе будь-яке число сполучених базових станцій і/або мережевих елементів.

Базова станція 114a може бути частиною RAN 104, яка також може включати в себе інші базові станції та/або мережеві елементи (не показано), такі як контролер базової станції (BSC), контролер радіомережі (RNC), ретрансляційні вузли і т. д. Базова станція 114a та/або базова станція 114b можуть бути виконані з можливістю передавати і/або приймати бездротові сигнали в конкретній географічній області, яка може згадуватися як сота (не показана). Сота додатково може бути розділена на сектори стільники. Наприклад, сота, асоційована з базовою станцією 114a, може бути поділена на три сектори. Таким чином, в одному варіанті здійснення, базова станція 114a може включати в себе три приймально-передавальних пристрою, тобто по одному для кожного сектора стільники. В іншому варіанті здійснення, базова станція 114a � кілька приймально-передавальних пристроїв для кожного сектора стільники.

Базові станції 114a, 114b можуть здійснювати зв'язок з одним або більше WTRU 102a, 102b, 102c, 102d по радіоінтерфейсу 116, який може бути будь відповідною лінією бездротового зв'язку (наприклад, радіочастотної (RF), мікрохвильової, на основі інфрачервоного випромінювання (ІЧ), ультрафіолетового (UV), на основі видимого світла тощо). Радіоінтерфейс 116 може встановлюватися з використанням будь-якої відповідної технології радіодоступу (RAT).

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

В іншому варіанті здійснення, базоний радіодоступ UMTS (E-UTRA), яка може встановлювати радіоінтерфейс 116 з використанням стандарту довгострокового розвитку (LTE) та/або вдосконаленого стандарту LTE (LTE-A).

В інших варіантах здійснення, базова станція 114a і WTRU 102a, 102b, 102c можуть реалізовувати такі технології радіозв'язку, як IEEE 802.16 (тобто стандарт загальносвітової сумісності широкосмугового бездротового доступу (WIMAX)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, проміжний стандарт 2000 (IS-2000), проміжний стандарт 95 (IS-95), проміжний стандарт 856 (IS-856), глобальна система мобільного зв'язку (GSM), розвиток стандарту GSM зі збільшеною швидкістю передачі даних (EDGE), GSM EDGE (GERAN) і тощо

Базовою станцією 114b на фіг.1A може бути бездротової маршрутизатор, власний вузол B, власний вдосконалений вузол B або точка доступу, наприклад, і вона може використовувати будь-яку відповідну RAT для спрощення бездротових підключень в локалізованої області, наприклад, в офісі, вдома, в машині, в університетському містечку і т. п. В одному варіанті здійснення, базова станція 114b і WTRU 102c, 102d можуть реалізовувати таку технологію радіозв'язку, як IEEE 802.11, щоб встановлювати бездротову локальну обчислювальну мережу (WLAN). В іншому варіанті здійснення, базова станція 114b і WTRU 102c, 102d могуслительную мережі (WPAN). У ще одному іншому варіанті здійснення, базова станція 114b і WTRU 102c, 102d можуть використовувати стільникову RAT (наприклад, WCDMA, CDMA2000, GSM, LTE, LTE-A і т. д.), щоб встановлювати пікосоту або фемтосоту. Як показано на фіг.1A, базова станція 114b може мати пряме підключення до Інтернету 110. Таким чином, базова станція 114b, можливо, не обов'язково повинна здійснювати доступ в Інтернет 110 через базову мережу 106.

RAN 104 може підтримувати зв'язок з базовою мережею 106, яка може бути будь-яким типом мережі, виконаної з можливістю надавати послуги передачі мови, даних, програм та/або послуги за протоколом "мова-по-IP" (VoIP) в один або більше WTRU 102a, 102b, 102c, 102d. Наприклад, базова мережа 106 може надавати послуги управління викликами, білінгу, послуги на основі місця розташування мобільних пристроїв, передплатні виклики, Інтернет-підключення, поширення відео і т. д. і/або виконувати високорівневі функції забезпечення безпеки, такі як аутентифікація користувачів. Хоча не показано на фіг.1A, слід брати до уваги, що RAN 104 та/або базова мережа 106 можуть підтримувати пряму або непряму зв'язок з іншими RAN, які використовують RAT, ідентичну з RAN 104, або іншу RAT. Наприклад, крім підключення до RAN 104, яка мказана), використовує GSM-технологію радіозв'язку.

Базова мережа 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.

Деякі або всі WTRU 102a, 102b, 102c, 102d в системі 100 зв'язку можуть включати в себе багаторежимні можливості, тобто WTRU 102a, 102b, 102c, 102d можуть включати в себе кілька приймально-передавальних пристроїв для обміну даними з різними бездротовими мережами по різних лініях бездротового зв'язку. Наприклад, WTRU 102c, показаний на ф� технологію стільникового радіозв'язку, і з базовою станцією 114b, яка може використовувати IEEE 802-технологію радіозв'язку.

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

Процесор 118 може бути процесором загального призначення, процесором спеціального призначення, традиційним процесором, процесором цифрових сигналів (DSP), безліччю мікропроцесорів, одним або більше мікропроцесорів в асоціації з DSP-ядром, контролером, мікроконтролером, спеціалізованими інтегральними схемами (ASIC), схемами на основі програмованої користувачем вентильної матриці (FPGA), будь-яким іншим типом інтегральної схеми (ІС), кінцевим автоматом і т. п. Процесор 118 може виконувати кодування сі�що надає можливість WTRU 102 працювати в бездротовому оточенні. Процесор 118 може з'єднуватися з приймально-передавальним пристроєм 120, яке може з'єднуватися з приймально-передавальним елементом 122. Хоча фіг.1B ілюструє процесор 118 і приймально-передавальний пристрій 120 в якості окремих компонентів, слід брати до уваги, що процесор 118 і приймально-передавальний пристрій 120 можуть бути інтегровані в електронному блоці або мікросхемі.

Приймально-передавальний елемент 122 може бути виконаний з можливістю передавати сигнали або приймати сигнали з базової станції (наприклад, базової станції 114a) по радіоінтерфейсу 116. Наприклад, в одному варіанті здійснення, приймально-передавальний елемент 122 може бути антеною, виконаної з можливістю передавати і/або приймати RF-сигнали. В іншому варіанті здійснення, приймально-передавальний елемент 122 може бути випромінювачем/детектором, виконаним з можливістю передавати і/або приймати, наприклад, IR-, UV-сигнали або сигнали в діапазоні видимого світла. У ще одному іншому варіанті здійснення, приймально-передавальний елемент 122 може бути виконаний з можливістю передавати і приймати як RF-, так і світлові сигнали. Слід брати до уваги, що приймально-передавальний елемент 122 може бути виконаний з можливістю передаватьпроиллюстрирован на фіг.1B як один елемент, WTRU 102 може включати в себе будь-яке число приймально-передавальних елементів 122. Більш конкретно, WTRU 102 може використовувати MIMO-технологію. Таким чином, в одному варіанті здійснення, WTRU 102 може включати в себе два або більше приймально-передавальних елемента 122 (наприклад, кілька антен) для передачі і прийому бездротових сигналів по радіоінтерфейсу 116.

Приймально-передавальний пристрій 120 може бути виконано з можливістю модульовані сигнали, які повинні бути передані за допомогою приймально-передавального елемента 122, і демодулировать сигнали, які приймаються за допомогою приймально-передавального елемента 122. Як зазначено вище, WTRU 102 може мати багаторежимні характеристики. Таким чином, приймально-передавальний пристрій 120 може включати в себе, наприклад, кілька приймально-передавальних пристроїв для надання можливості WTRU 102 здійснювати зв'язок через кілька RAT, приміром, UTRA і IEEE 802.11.

Процесор 118 WTRU 102 може з'єднуватися і може приймати власні вхідні дані з динаміки/мікрофон 124, клавіатури 126 та/або дисплея/сенсорної панелі 128 (наприклад, рідкокристалічного дисплея (LCD) або дисплея на органічних світлодіодах (OLED)). Процесор 118 також може виводити дані в ді�ь доступ до інформації та зберігати дані на будь-якому типі відповідного пристрою, такому як стаціонарне запам'ятовуючий пристрій 130 та/або орендоване запам'ятовуючий пристрій 132. Стаціонарне запам'ятовуючий пристрій 130 може включати в себе оперативне запам'ятовуючий пристрій (ОЗП), постійного запам'ятовуючого пристрою (ROM), жорсткий диск або будь-який інший тип запам'ятовуючого пристрою. Знімне пристрій, 132 може включати в себе карту модуля ідентифікації абонента (SIM), карту пам'яті, карту пам'яті стандарту Secure Digital (SD) і т. п. В інших варіантах здійснення, процесор 118 може здійснювати доступ до інформації та зберігати дані у запам'ятовуючому пристрої, яке фізично не знаходиться на WTRU 102, наприклад, на сервері або домашньому комп'ютері (не показано).

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

Процавлять інформацію про розташування (наприклад, довготу і широту) щодо поточного місця розташування WTRU 102. Крім або замість інформації з набору 136 GPS-мікросхем, WTRU 102 може приймати інформацію місцезнаходження по радіоінтерфейсу 116 з базової станції (наприклад, базових станцій 114a, 114b) та/або визначати своє місце розташування на основі синхронізації сигналів, прийнятих з двох або більше сусідніх базових станцій. Слід брати до уваги, що WTRU 102 може виявляти інформацію місцезнаходження за допомогою будь-якого підходящого способу визначення місця розташування без втрати узгодженості з варіантом здійснення.

Процесор 118 додатково може з'єднуватися з іншими периферійними пристроями 138, які можуть включати в себе один або більше програмних та/або апаратних модулів, які надають додаткові ознаки, функціональність та/або дротові або бездротові підключення. Наприклад, периферійні пристрої 138 можуть включати в себе акселерометр, електронний компас, супутникове приймально-передавальний пристрій, цифрову камеру (для фотографій або відео), порт універсальної послідовної шини (USB), вібраційний пристрій, телевізійне приймально-передавальний пристрій, гарнітуру гучного зв'язку, модуль BluetoothŒ, модуль пристрою відеоігор, Інтернет-браузер і т. п.

Фіг.1C є схемою системи RAN 104 і базової мережі 106 згідно варіанту здійснення. Як зазначено вище, RAN 104 може використовувати E-UTRA-технологію радіозв'язку, щоб здійснювати зв'язок з WTRU 102a, 102b, 102c по радіоінтерфейсу 116. RAN 104 також може підтримувати зв'язок з базовою мережею 106.

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

Кожен з удосконалених вузлів B 140a, 140b, 140c може бути асоційований з конкретної сотої (не показана) і може бути виконаний з можливістю обробляти рішення по управлінню радиоресурсами, рі�показано на фіг.1C, вдосконалені вузли B 140a, 140b, 140c можуть здійснювати зв'язок один з одним по X2-інтерфейсу.

Базова мережа 106, показана на фіг.1C, може включати в себе шлюз 142 управління мобільністю (MME), обслуговуючий шлюз 144 і шлюз 146 мережі пакетної передачі даних (PDN). Хоча кожен з вищенаведених елементів проілюстрований як частина базової мережі 106, слід брати до уваги, що будь-який з цих елементів може належати і/або управлятися за допомогою об'єкта, відмінного від оператора стільникової мережі.

MME 142 може підключатися до кожного з удосконалених вузлів B 142a, 142b, 142c в RAN 104 через S1-інтерфейс і може виступати в якості керуючого вузла. Наприклад, MME 142 може відповідати за аутентифікацію користувачів WTRU 102a, 102b, 102c, активацію/деактивацію односпрямованих каналів, вибір конкретного обслуговуючого шлюзу під час початкового приєднання WTRU 102a, 102b, 102c і т. п. MME 142 також може надавати функцію площині управління для перемикання між RAN 104 та іншими RAN (не показано), які використовують інші технології радіозв'язку, такі як GSM або WCDMA.

Обслуговуючий шлюз 144 може підключатися до кожного з удосконалених вузлів B 140a, 140b, 140c в RAN 104 через S1-інтерфейс. Обслуговуючий шлюз 144 може, про 144 також може виконувати інші функції, такі як прив'язка користувальницьких площин під час передач обслуговування між вдосконаленими вузлами B, ініціювання пошукових викликів, коли дані низхідній лінії зв'язку доступні для WTRU 102a, 102b, 102c, управління і збереження контекстів WTRU 102a, 102b, 102c і т. п.

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

Базова мережа 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, які можуть включати в себе інші дротові чи бездротові мережі, які належать та/або упр�нте також як "UE") може передавати свої дані (наприклад, користувальницькі дані), а в деяких випадках і свою керуючу інформацію по фізичній спільно використовуваного каналу низхідній лінії зв'язку (PDSCH). Передача PDSCH може плануватися і управлятися за допомогою базової станції (наприклад, вдосконаленого вузла B) з використанням призначення планування в низхідній лінії зв'язку, яка може переноситися з фізичного каналу управління низхідній лінії зв'язку (PDCCH). В якості частині призначення планування в низхідній лінії зв'язку UE може приймати керуючу інформацію в наборі для модуляції і кодування (MCS), виділення ресурсів низхідній лінії зв'язку (тобто індекси блоків виділених ресурсів) і т. д. Потім, якщо призначення планування приймається, UE може декодувати свої виділені PDSCH-ресурси, відповідно, у виділених ресурсах низхідній лінії зв'язку.

У таких варіантах здійснення, для спрямування висхідної лінії зв'язку (UL), також може бути необхідність у певних асоційованих керуючих службових сигналах рівня 1/2 рівня (L1/L2) (наприклад, ACK/NACK, CQI, PMI, RI і т. д.), щоб підтримувати передачу по UL, передачу по DL, планування, MIMO і т. д. Якщо UE не призначений ресурс висхідної лінії зв'язку для передачі даних по U�сті, призначуваного для UL L1/L2-управління з фізичного каналу управління висхідної лінії зв'язку (PUCCH). Ці PUCCH-ресурси знаходяться на межі повної доступною BW стільники. Керуюча службова інформація, яка переноситься за PUCCH, може включати в себе запити планування (SR), HARQ ACK/NACK, що передається у відповідь на пакети даних низхідній лінії зв'язку з фізичного спільно використовуваного каналу низхідній лінії зв'язку (PDSCH), а також індикатор якості каналу (CQI) і будь-який інший тип UCI або даних зворотного зв'язку.

PUCCH може підтримувати безліч різних форматів, які можуть вибиратися в залежності від інформації, яка повинна сигналізуватися, наприклад, формат 1/1а/1b і формат 2/2a/2b. PUCCH може бути спільно використовується частотно-часовим ресурсом, зарезервованих для UE, щоб передавати всі необхідні керуючі службові сигнали. Кожна PUCCH-область може бути розроблена так, що керуючі службові сигнали, що передаються з великого числа UE одночасно з допомогою відносно невеликого числа бітів керуючих службових сигналів для кожного UE, можуть бути мультиплексованих в один блок ресурсів (RB). Загальне число RB, доступних для PUCCH-передачі в соте, може вказуватися за допомогою параметра NCCH-форматі 2/2a/2b. У системах, в яких використовуються невеликі ширини смуг системи, наприклад, в 1,4 МГц, може бути реалізований варіант здійснення RB для змішаного формату, який забезпечує можливість PUCCH-формату 1/1а/1b і форматом 2/2a/2b спільно використовувати ідентичний RB. У цьому варіанті здійснення, RB для змішаного формату конфігурується за допомогою параметра NCS(1)верхнього рівня, який може вказувати кількість зарезервованих ресурсів для PUCCH-формату 1/1а/1b у RB для змішаного формату. В деяких варіантах здійснення, RB для змішаного формату може бути відсутнім, якщо NCS(1)=0. Щодо PUCCH-формату 2/2a/2b кількість зарезервованих RB може бути конфігурований допомогою параметра верхнього рівня, такого як. Ресурси, що використовуються для передачі PUCCH-формату 1/1а/1b і формату 2/2a/2b, можуть бути ідентифіковані за допомогою індексів, відповідно.

Щодо PUCCH-формату 1/1а/1b ресурси можуть використовуватися як для постійного, так і для динамічної передачі ACK/NACK-сигналів. Ресурси для динамічного формату 1/1а/1b можуть бути задані для підтримки передачі даних по низхідній лінії связсходящей лінії зв'язку може бути конфігурований допомогою параметра верхнього рівня, такого які відповідне виділення може бути визначено через передачу службових сигналів верхнього рівня. Виділення ресурсу для динамічного PUCCH-формату 1/1а/1b може виконуватися неявно згідно PDCCH-виділення. У варіанті здійснення, може бути взаємно однозначне відображення між кожним ресурсом для динамічного PUCCH-формату 1/1а/1b і найменшим CCE-індексом PDCCH-передачі. Неявне виділення PUCCH-формату 1/1а/1b може знижувати обсяг службових сигналів управління. Неявне відображення для виділення динамічних ACK/NACK-ресурсів може задаватися наступним чином:

,

деможе бути індексом першого CCE, використовуваного для передачі відповідного DCI-призначення, іможе бути числом ресурсів, зарезервованих для передачі ACK/NACK-сигналів для постійного PUCCH-формату 1/1а/1b.

Фіг.2 ілюструє приблизну PUCCH-конфігурацію, яка може бути використана в деяких варіантах здійснення, включають в себе варіанти здійснення, які працюють в LTE R8-оточенні. RB 210 можуть бути RB, зарезервованими для PUCCH, настроєний допомогою. З RB 210, RB 220 з RB 210, RB 230 може бути змішаним RB, який може використовуватися як для PUCCH-формату 1/1а/1b, так і для формату 1/2a/2b, як може бути конфігурований допомогою. Додатково з RB 210, RB 240 можуть бути ресурсами, які можуть резервуватися для постійного PUCCH-формату 1/1а/1b, настроєний допомогою. Також RB 210, RB 250 можуть бути ресурсами, зарезервованими для динамічного PUCCH-формату 1/1а/1b. У варіанті здійснення, для PUCCH-формату 1/1а/1b індексресурсу може визначати індекс ортогональною послідовності та/або відповідне значення циклічного зсуву в кожному RB.

Як зазначено вище, в LTE-A, розширення ширини смуги, також відоме як агрегування несучих, може бути використано для того, щоб досягти більш високих швидкостей передачі даних. Розширення ширини смуги може забезпечувати можливість обом ширинам смуг передачі по низхідній лінії зв'язку (DL) і висхідної лінії зв'язку (UL), перевищувати 20 МГц і може забезпечувати можливість більш гнучкого використання доступного парного спектру. Наприклад, тоді як LTE R8 може бути обмежений роботою при симетричному і спареному режимі дуплекса з часто�, �меющих більше компонентних несучих (CC) у низхідній лінії зв'язку, ніж у висхідній лінії зв'язку, або навпаки). Три різні конфігурації для агрегування LTE-A-несучих проілюстровані на фіг.3. У конфігурації 310, проілюстровано симетричне агрегування несучих, при якому існує ідентичне число компонентних несучих, використовуваних як для UL, так і для DL. Конфігурація 320 ілюструє використання більшого числа компонентних DL-несучих, ніж компонентних UL-несучих. У проиллюстрированном прикладі, показано дві компонентні несучі для DL і одна для UL. У конфігурації 330, показаний протилежний сценарій з двома компонентними несучими, використовуваними для UL, і для однієї DL. Будь-яка інша комбінація і кількість компонентних несучих для UL і DL розглядаються як знаходяться в межах цього розкриття сутності.

У варіанті здійснення, UE може бути виконано з можливістю приймати дані з кількох DL CC або обслуговуючим стільників з використанням розширення ширини смуги, також відомого як агрегування несучих, щоб досягти більш високих швидкостей передачі даних. Отже, таке UE, можливо, також має передавати UCI або іншу зворотний зв'язок для декількох DL CC чбом призначений UL-ресурс для передачі даних, наприклад, фізичний спільно використовуваний канал UL (PUSCH), то UE може передавати UCI і дані зворотного зв'язку з використанням призначеного PUSCH. Тим не менш, коли UE не призначений PUSCH, UE може бути виконано з можливістю передавати UCI та/або дані зворотного зв'язку в UL у UL-ресурсі, спеціально призначуваного для управління UL з фізичного каналу управління висхідної лінії зв'язку (PUCCH). У даному документі представлені різні системи, засоби і способи для визначення UCI і даних зворотного зв'язку, які можуть бути передані, визначення PUCCH-ресурсів, які повинні бути використані для того, щоб передавати таке UCI і дані зворотного зв'язку, і визначення того, як такі дані UCI і зворотного зв'язку можуть бути передані за PUCCH.

У варіантах здійснення, які використовують способи PUCCH-передачі для передачі UCI, що включає в себе підтвердження прийому (ACK) і заперечення прийому (NACK) гібридного автоматичного запиту на повторну передачу (HARQ) (звані "HARQ ACK/NACK" або просто "ACK/NACK" в цьому документі), будь PUCCH-формату 1/1а/1b і PUCCH-формату 2/2a/2b може використовуватися для таких передач. Хоча обидва формати можуть бути використані для того, щоб передавати UCI, наприклад, індикатор якості каналу (CQI), індикатор м�ут бути виконані з можливістю передавати CQI, PMI і RI з використанням PUCCH-формату 2/2a/2b і HARQ ACK/NACK з використанням формату 1/1а/1b.

Два формату, PUCCH-формат 1/1а/1b і PUCCH-формат 2/2a/2b (які можуть згадуватися в даному документі просто як "формат 1" і "2 формат", відповідно), можуть відрізнятися за допомогою того, використовується чи ні канальне кодування (наприклад, коди Ріда-Мюллера), і використовується чи ні кодування з розширенням спектру у часовій області, а також числа опорних сигналів демодуляції (DMRS). PUCCH-формат 2/2a/2b може використовувати канальне кодування та не використовувати кодування з розширенням спектру у часовій області, тоді як PUCCH-формат 1/1а/1b може використовувати кодування з розширенням спектру у часовій області без канального кодування. PUCCH-формат 1, як показано на фіг.4, показує неограничивающую приблизну PUCCH-структуру 400, відрізняється від PUCCH-2 формату, як показано на фіг.5, що показує неограничивающую приблизну PUCCH-структуру 500, з точки зору канального кодування і DMRS-символів. Ці креслення ілюструють один слот в субкадре для випадку звичайного циклічного префікса (CP). Як можна бачити на фіг.4, в PUCCH-форматі 1, використовуються три DMRS (DMRS 410, 420 430), в той час як в PUCCH-форматі 2, як видаются в кожному форматі. У форматі 1 DMRS 410, 420 430 конфігуруються в довгих блоках (LB) 3, 4 і 5, відповідно, у той час як у форматі 2 DMRS 510 і 520 конфігуруються на LB 1 і LB 5, відповідно.

У варіанті здійснення, HARQ ACK/NACK можуть бути передані до PUCCH. Будь-яка комбінація UCI, що включає в себе HARQ ACK/NACK за PUCCH, може бути використана, у тому числі HARQ-ACK з використанням PUCCH-формату 1a або 1b, HARQ-ACK з використанням PUCCH-формату 1b з вибором каналу, запит планування (SR) з використанням PUCCH-формату 1, HARQ-ACK і SR з використанням PUCCH-формату 1a або 1b, CQI з використанням PUCCH-2 формату та/або CQI і HARQ-ACK з використанням PUCCH-формату 2a або 2b для звичайного циклічного префікса і PUCCH-2 формату для розширеного циклічного префікса.

У варіантах здійснення, які використовують агрегування несучих (CA) (альтернативно зване розширенням ширини смуги в даному документі), UE може одночасно передавати по PUSCH і приймати по PDSCH декількох CC. У деяких реалізаціях, до п'яти CC у UL і в DL можуть підтримуватися, забезпечуючи можливість гнучких призначень ширини смуги до 100 МГц. Керуюча інформація для планування PDSCH і PUSCH може відправлятися по одному або більше PDCCH. Диспетчеризація може виконуватися з використанням одного PDCCH для пари UL - і DL-�забезпечуючи можливість мережі надавати PDSCH-призначення та/або дозволу на PUSCH-передачу для передач в інші CC.

В одному варіанті здійснення, може бути використана первинна компонентна несуча (PCC). PCC може бути несучою UE, виконаного з можливістю працювати з декількома компонентними несучими, для якого деяка функціональність (наприклад, витяг параметрів безпеки і NAS-інформації) може бути застосована тільки до цієї компонентної несучої. UE може бути конфігурований з однієї або більше PCC для низхідній лінії зв'язку (DL PCC). У таких варіантах здійснення, що несе, яка не є PCC UE, може згадуватися як вторинна компонентна несуча (SCC).

DL PCC може відповідати CC, використовуваної допомогою UE, щоб отримувати початкові параметри безпеки при першому здійсненні доступу до системи. Тим не менш, DL PCC може не бути обмежена цією функцією. DL PCC також може виступати в якості CC, яка містить будь-які інші параметри або інформацію для роботи системи. У варіанті здійснення, система може бути налаштована так, що DL PCC не може бути деактивовано.

У варіантах здійснення з агрегування несучих кілька ACK/NACK для декількох DL-несучих або з одинарними або подвійними кодовими словами можуть бути передані. Можуть бути використані н�ня в PUCCH, при якому кілька ACK/NACK можуть бути спільно кодовані і передані в PUCCH. Різні PUCCH-формати можуть бути використані для того, щоб передавати ACK/NACK, приміром, PUCCH-формат 2, як показано на фіг.3, та альтернативний формат, наприклад, DFT-S-OFDM-формат. Ще одним способом передачі може бути зменшення коефіцієнта розширення (SF), при якому ортогональне розширення в тимчасовій області може виключатися (без розширення) або зменшуватися до довжини два (SF=2), на відміну від довжини чотири (SF=4). Це дозволяє надавати можливість UE переносити більше ACK/NACK-бітів з використанням одного циклічного зсуву. Ще одним способом передачі може бути вибір каналу (CS), при якому, аналогічно TDD, схема передачі з ACK/NACK-мультиплексуванням використовує PUCCH-формат 1b. Ще одним способом передачі може бути многокодовая передача (NxPUCCH), при якій декілька кодів можуть призначатися одному UE, щоб передавати кілька ACK/NACK, в протилежність одним кодом. Будь, всі або будь-яка комбінація цих способів можуть бути використані, і всі такі варіанти здійснення розглядаються як знаходяться в межах цього розкриття сутності винаходу.

У деяких LTE - та/або LTE-A-реалізаціях одночасне ACK/NACK пнфигурирована полустатически для перенесення PUCCH ACK/NACK.

Щоб надавати зворотний зв'язок по ACK/NACK, наприклад, в LTE-A-системах, спільне кодування в PUCCH може бути використано для того, щоб передавати кілька HARQ ACK/NACK. Тим не менш, спільне кодування в PUCCH може призводити до високої швидкості кодування і низькому посилення при кодуванні. Отже, може вимагатися проектний компроміс, щоб балансувати ці ефекти. У варіанті здійснення, способи скорочення станів можуть бути використані для того, щоб досягати компромісу. Способи скорочення станів можуть скорочувати кількість станів, необхідних для передачі ACK/NACK та/або даних переривчастої передачі (DTX), та/або можуть зменшувати число бітів, необхідний для передачі.

За допомогою зменшення розміру таблиці ACK/NACK/DTX-кодування менше число бітів, можливо, повинно бути передано. Це може бути виконано, у варіанті здійснення, за допомогою повернення індексу таблиці кодування або вказівки "запланованих CC (або обслуговуючих сот)" замість "активованих CC (або обслуговуючих сот)" або "сконфігурованих CC (або обслуговуючих сот)", або мережного вузла (наприклад, вдосконаленого вузла B) у UE, або з UE в мережний вузол. Скорочені ACK/NACK - і DTX-стану м�можуть бути додатково скорочені шляхом розгляду різних вимог для первинних обслуговуючих сот і вторинних обслуговуючих сот, комбінування, групування, пакетування станів, спеціальних правил для складання таблиць кодування і т. д. Таким чином, скорочення станів може бути результатом ефективного використання таблиці кодування замість розробки конкретної таблиці кодування.

Варіанти здійснення, описані в даному документі, можуть бути використані при спільному кодуванні в PUCCH з використанням PUCCH-формату 1/1а/1b, спільному кодування з використанням PUCCH-формату 2/2a/2b та/або спільному кодування з використанням альтернативного формату, наприклад, формату на основі розширення блоку або формату на основі DFT-S-OFDM. Нижче викладені варіанти для здійснення способів спільного кодування в PUCCH і підвищення продуктивності спільного кодування. Розкриваються системи, засоби і способи для зменшення розміру таблиці ACK/NACK/DTX-кодування і скорочення ACK/NACK/DTX-станів, а також кодування для таблиці кодування і деякі структури таблиць кодування для HARQ ACK/NACK. Описані удосконалення в спільному кодуванні в PUCCH можуть надавати підвищений посилення при спільному кодуванні і більш низьку ефективну швидкість спільного кодування. Варіанти осущеслужебних сигналах і визначення того, коли і як таблиця кодування може застосовуватися і т. д.

У варіанті здійснення, який може використовуватися для зменшення розміру таблиці ACK/NACK/DTX-кодування, зменшення розміру таблиці кодування може досягатися з використанням підходу на основі передачі службових сигналів. У цьому варіанті здійснення, фактичні диспетчеризованние CC (k несучих) можуть бути передані в службових сигнали в низхідній лінії зв'язку. Альтернативно, індекс таблиці кодування може бути переданий у службових сигнали в висхідної лінії зв'язку.

У варіанті здійснення, таблиця ACK/NACK/DTX-кодування може бути визначена на основі фактичних CC, які плануються (k). Альтернативно, таблиця ACK/NACK/DTX-кодування може бути визначена за допомогою останньої CC, PDCCH якої виявляється. K фактичних CC, які плануються, можуть бути передані у службових сигналах у UE, в той час як індекс таблиці кодування, PDCCH якого в підсумку виявляється, може бути переданий у службових сигнали в базову станцію (наприклад, вдосконалений вузол B).

Якщо таблиця кодування повинна бути визначена за допомогою k фактичних запланованих CC, а не активованих або сконфігурованих CC (M), обєля M=5 і k=2, розмір таблиці кодування може бути зменшено до 8 с 242. Потрібну кількість бітів для уявлення таблиці кодування тим самим зменшується до 2 бітів з 8 бітів. Швидкість кодування може бути підвищена до 0,1 с 0,36 відповідним чином. Підвищення продуктивності на кілька дБ, яке може бути досяжним, проілюстровано на фіг.6.

UE, можливо, має знати, скільки і які CC плануються за допомогою базової станції (наприклад, вдосконаленого вузла B), щоб визначати таблицю кодування і кодову крапку в таблиці кодування. Визначення правильної таблиці кодування і кодової точки може вимагати дані по числу CC, які плануються, і по тому, які саме CC плануються. Після визначення числа запланованих CC UE може визначати таблицю кодування або розмір таблиці кодування. Після визначення точних CC, які плануються (у варіанті здійснення, з використанням відповідного результату PDCCH/PDSCH-виявлення), UE може визначати точну кодову крапку в таблиці кодування.

У варіанті здійснення, це може бути виконано за допомогою передачі службових сигналів бітової карти динамічним способом, щоб вказувати, скільки і які CC п�ируются або активуються). Ці біти можуть вставлятися в керуючу інформацію низхідній лінії зв'язку (DCI) для DL-призначення. Альтернативно, щодо запланованих CC може бути використаний такий порядок, що коли число CC, які плануються, відомо, те, які саме CC плануються, також може бути відомо автоматично або неявно. Цей варіант здійснення може зменшувати число бітів, необхідний для передачі службових сигналів (наприклад, 2 біта), щоб вказувати, скільки і які саме CC плануються. Цей варіант здійснення може бути реалізований за допомогою передачі службових сигналів у UE з базової станції (наприклад, вдосконаленого вузла B) або передачі службових сигналів у базову станцію з UE. Коли передача службових сигналів у UE з базової станції використовується, передача службових сигналів може включати в себе число CC, які плануються для WTRU. Коли передача службових сигналів у базову станцію з UE використовується, передача службових сигналів може включати в себе передачу індексу таблиці кодування в базову станцію. Такий індекс може вилучатись на основі останньої CC, PDCCH якої виявляється.

У варіантах здійснення, у яких передача службових сигналів виполняетѰ основі запланованих CC (а не активованих CC). Сконфігуровані або активовані CC можуть бути ранжовані по порядку, і CC можуть плануватися на основі порядку. Порядок може бути заснований на якості каналу, CC-індексі, CC-пріоритет, частотному індексі, пріоритизації логічних каналів (LCP) для CC або будь-яких інших критеріях. Перша по порядку може позначатися як PCC, тоді як наступні CC позначаються як вторинні CC (наприклад, PCC, вторинна CC1, CC2 тощо). Це упорядкування може накладати деяке обмеження на CC-планування.

У таких варіантах здійснення, індикатор в DCI може надавати інформацію щодо запланованих CC. У нижчеподаній таблиці 1, що ілюструє приблизну реалізацію цього варіанту здійснення (приклад A), показано двобітові індикатори, які можуть підтримувати до чотирьох запланованих CC. Приклад A може надавати розмір таблиці ACK/NACK/DTX-кодування всього у 2 (при цьому мінімальної таблицею кодування є однобитовая таблиця кодування).

Таблиця 1
Приклад A. Двобітові індикатори для чотирьох CC
Кількість запланованих CC (k)Індикат�SCC101
PCC+SCC1, SCC210
PCC+SCC1, SCC2, SCC311

Таблиця 2 ілюструє іншу приблизну реалізацію цього варіанту здійснення (приклад B), в якій двухбитовий індикатор, який може підтримувати до п'яти запланованих CC (2 біти), що використовується. Приклад B може надавати розмір таблиці ACK/NACK/DTX-кодування всього у 8 (при цьому мінімальної таблицею кодування є трехбитовая таблиця кодування). Слід зазначити, що в інших варіантах здійснення, більше 2 бітів можуть бути використані (наприклад, 3 біта або більше), щоб вказувати інше ранжування або комбінації CC.

Таблиця 2
Приклад B. Двобітові індикатори для п'яти CC
Розмір таблиці кодування (на основі числа запланованих CC (k))Індикатор
Розмір таблиці кодування в 2 (PCC+SCC1)00
Розмір таблиці кодування в 3 (PCC+SCC1, SCC2)01/tr>
Розмір таблиці кодування в 5 (PCC+SCC1, SCC2, SCC3, SCC4)11

У варіантах здійснення, у яких передача службових сигналів може бути виконана з UE у базову станцію (наприклад, вдосконалений вузол B), UE може виявляти PDCCH для CC, які активуються. Активовані або сконфігуровані CC можуть упорядковуватися, як описано вище. Якщо остання CC, PDCCH якій виявляється, є CC#j, оскільки CC можуть плануватися за порядком, ці CC перед останньої виявленої CC або CC#j (тобто CC#i, i=1, 2,..., i<j) також можуть плануватися в одному субкадре. Таблиця кодування або розмір таблиці кодування можуть бути визначені на основі числа j. Розмір таблиці кодування може становити 3j-1. Таблиця кодування розміру 3j-1 може бути обрана. Індекс таблиці кодування, що відповідає обраній таблиці кодування, може бути переданий у службових сигнали в базову станцію. Відображення індексів таблиць кодування в таблицю кодування або розмір таблиці кодування може мати таку властивість: таблиця кодування #1 має одну CC, таблиця кодування #2 має 2 CC, таблиця кодування #3 має 3 CC,..., таблиця кодированиимер, вдосконалений вузол B). Оскільки базова станція може знати те, для яких CC вона має диспетчеризованний PDCCH, вона, отже, може знати те, які CC, PDCCH яких не виявляються за допомогою UE при прийомі індексу таблиці кодування, повернуті з UE. Таким чином, базова станція може точно знати те, як обробляти DTX. Це може мати місце, якщо остання CC не є "справжньою" останньої CC внаслідок некоректного PDCCH-виявлення за допомогою UE, тобто якщо CC#j+1, CC#j+2 і т. д. також плануються за допомогою базової станції, але не виявляються за допомогою UE. У цьому випадку, базова станція може знати те, що PDCCH для CC#j+1 не виявляється за допомогою UE, хоча він диспетчеризован. Базова станція може знати те, що UE знаходиться в DTX-режимі, внаслідок пропуску PDCCH допомогою UE.

Спосіб 700 на фіг.7 є одним зразковим неограничивающим способом реалізації варіанту здійснення, в якому таблиця кодування може бути визначена на основі активованих CC. В одному такому варіанті здійснення, спосіб 700 може бути реалізований у UE, коли нова таблиця кодування і команда активації/деактивації застосовуються. На етапі 710, визначення може бути виконано в відношенні того, прийнята �убкадре n-4. Якщо команда активації/деактивації успішно прийнята на етапі 710, UE може визначати, скільки і які CC активуються або деактивуються, у варіанті здійснення, на основі останньої прийнятої команди в субкадре n-4, на етапі 720. На етапі 730 UE може визначати таблицю кодування на основі нових активованих/деактивуючих CC. На етапі 740 UE може передавати, у варіанті здійснення в субкадре n, біти в PUCCH для стану, що містить ACK, NACK і DTX, згідно команді активації прийому CC, у варіанті здійснення в субкадре n-4, з використанням попередньої таблиці кодування (тобто нова таблиця кодування ще не застосовується).

На етапі 750 UE може застосовувати команду активації/деактивації, у варіанті здійснення в субкадре n+4. На етапі 760 UE може застосовувати нову таблицю кодування для прийнятого PDSCH відповіді ACK/NACK-передачі, у варіанті здійснення в субкадре n+4. На етапі 770 UE може передавати біти для ACK/NACK/DTX-стану в PUCCH з використанням нової таблиці кодування, у варіанті здійснення в субкадре n+8. Слід зазначити, що якщо на етапі 710 визначається те, що команда активації/деактивації не прийнята успішно, UE може очікувати повторної передачі такої команди на етапі 780.

У варіанті ос�іі, щоб підтримувати порядок команд активації/деактивації, коли послідовність команд активації/деактивації відправляється, і виникає помилка виявлення, яка призводить до того, що команди приймаються не по порядку. Спосіб 800 на фіг.8 є зразковим неограничивающим способом реалізації цього варіанту здійснення. На етапі 810 UE може приймати одну з безлічі команд активації/деактивації. На етапі 820 UE може витягувати порядковий індикатор або порядковий номер з команди активації/деактивації. На етапі 830 UE може визначати те, є або ні порядковий індикатор або порядковий номер очікуваним або коректним номером або індикатором. Іншими словами, UE може визначати те, відповідає чи ні порядковий індикатор або порядковий номер наступного останньому приймається порядковому індикатору чи порядковим номером. Якщо порядковий індикатор або порядковий номер не є очікуваним номером або індикатором, на етапі 840 UE може змінювати порядок команди активації/деактивації, відповідно, так що вони обробляються в призначеному порядку (тобто в порядку, передається за допомогою базової станції). На етапі 850 UE може обробляти команди активації/деакти, �то очікуваний порядковий номер витягнуто на етапі 820, команди активації/деактивації можуть бути оброблені за порядком на етапі 850 без переупорядочения.

У варіанті здійснення, системи, способи і засоби для зменшення числа ACK/NACK/DTX-станів можуть бути використані. У підході на основі підпростору станів простір ACK/NACK/DTX-станів може бути секционировано на кілька сегментів або секцій. Кожен сегмент або секція може містити менше число станів, на яких може бути засноване формування таблиці кодування. Кожен сегмент або секція (який також може згадуватися як "підпростір" в даному документі) може бути таблицею кодування. Стану кожного підпростору можуть бути представлені за допомогою меншого числа бітів у відповідному подпространстве станів (тобто кожна кодова точка може бути представлена за допомогою меншого числа бітів). Секционирование простору станів може підвищувати посилення при спільному кодуванні та/або знижувати ефективну швидкість спільного кодування для спільного кодування в PUCCH. На основі результату PDCCH/PDSCH-виявлення у UE, ACK/NACK/DTX-стан може бути сформовано. Сегмент або секція состоянотображаться в кодову крапку у відповідній таблиці кодування для сегмента або секції.

Щоб повідомляти базової станції (наприклад, вдосконаленому вузла B) сегмент або секцію стану, який вибирає UE, UE може бути виконано з можливістю здійснювати спосіб на основі ресурсів. У варіанті здійснення, два або більше PUCCH-ресурсу можуть бути сконфігуровані або зарезервовані явно або неявно (наприклад, за допомогою PDCCH CCE-адреси) згідно сегментами або секціях стану. UE може формувати ACK, NACK та/або DTX для CC на основі результату PDCCH/PDSCH-виявлення. UE може визначати ACK/NACK/DTX-стан, кодувати біти інформації стану з використанням відповідного RM-кодування для сегмента, що містить цей стан, і передавати кодовані біти цього стану. Базова станція може отримувати інформацію про те, який сегмент або секція стану обраний допомогою UE, через виявлення того, який PUCCH-ресурс використовується. Це може бути засноване на таких технологіях, як кореляційне виявлення або виявлення енергії. Таблиця 3 надає приклад відображення індексу PUCCH-ресурсу в сегмент або секцію. Базова станція може декодувати приймається PUCCH з використанням коду Ріда-Мюллера (RM) для цього сегмента.

<кції
PUCCH-ресурсПідпростір станів
Індекс #x ресурсуСегмент (підпростір) A
Індекс #y ресурсуСегмент (підпростір) B
Індекс #z ресурсуСегмент (підпростір) C

У варіанті здійснення, UE може бути виконано з можливістю здійснювати спосіб на основі маски або шаблону перемежування. У цьому варіанті здійснення, різні маски або шаблони перемежування для PUCCH можуть бути використані за допомогою UE для різного сегмента або секції станів. Аналогічно, базова станція (наприклад, вдосконалений вузол B) може отримувати відомості про те, який сегмент або секція стану обраний допомогою UE, через виявлення того, яка PUCCH-маска або шаблон перемежування використовуються. Це може бути засноване на таких технологіях, як кореляційне виявлення. Таблиця 4 надає приклад відображення індексу PUCCH-маски або шаблону перемежування в сегмент або секцію.

PUCCH-маскування/перемежуванняПідпростір станів
Маска#x або шаблон x перемежуванняСегмент (підпростір) A
Маска#y або шаблон y перемежуванняСегмент (підпростір) B
Маска#z або шаблон z перемежуванняСегмент (підпростір) C

Наприклад, нехай є три маски, позначені як M1, M2 і M3, де G є RM-кодером, а s є інформаційним бітовим вектором. У цьому прикладі, x=Gs. Якщо Mj є маскою, використовуваної в передавальному пристрої, що приймається сигнал - це y=Mj*x+n, де n є шумом. Приймальний пристрій може шукати коректну маску і відповідний сегмент або секцію з використанням наступної функції витрат:

У прикладі цього варіанту здійснення для чотирьох CC, це може вимагати всього 80 станів, що, в свою чергу, вимагає семи бітів для уявлення станів. Стану можуть бути секционировани на три підпростори, сегменти 1, 2 і 3, при цьому кожен сегмент містить 26 або 27 соѲ (станів) у кожному сегменті. Ефективна швидкість кодування може бути зменшена або збільшена до 0,25 до 0,35, тим самим посилення при кодуванні може бути значно збільшено. Чим більше подпространств або сегментів, на які секционируется весь простір станів, тим нижчою може бути швидкість кодування і тим вище може бути посилення при спільному кодуванні.

У варіанті здійснення, можуть бути використані системи, способи і засоби для комбінування або угруповання ACK/NACK/DTX-станів. Щоб підвищувати посилення при спільному кодуванні в PUCCH і знижувати ефективну швидкість спільного кодування, ACK/NACK/DTX-стани можуть бути комбіновані в менше число станів, і тим самим менше число бітів може вимагатися для того, щоб представляти стану. Наприклад, NACK і DTX можуть бути комбіновані в один стан, идентифицированное як "NACK/DTX". Загальне число станів може бути зменшено з 3Mстанів до 2Mстанів. Відповідні необхідні біти для представлення станів можуть скорочуватися з log2(3M) бітів до log2(2M) бітів. Наприклад, для M=5, число станів може скорочуватися до 32 з 243, число бітів може скорочуватися до 5 бітів з 8 бітів, і швидкість ко� внаслідок цього зменшення числа станів, внаслідок комбінування станів.

Певне число способів і коштів може використовуватися для комбінування станів. У варіанті здійснення, PCC і SCC можуть бути використані. PCC може мати кращу продуктивність, ніж SCC, оскільки PCC, оскільки вона може переносити певні "критичні" службові сигнали або інформацію. Спосіб 900 по фіг.9 є зразковим неограничивающим способом реалізації цього варіанту здійснення. У цьому варіанті здійснення, NACK - і DTX-стани можуть відрізнятися для PCC, але не можуть відрізнятися для SCC. На етапі 910, визначення може бути виконано в відношенні того, виявляється чи ні PDCCH для CC. Якщо PDCCH не виявляється для CC, то на етапі 920 визначення може бути виконано в відношенні того, є CC PCC або SCC. Якщо CC є PCC, на етапі 930 UE може вказувати "DTX" для CC. Якщо CC є SCC, на етапі 940 UE може вказувати "NACK/DTX" для CC.

Якщо на етапі 910 UE визначає те, що PDCCH виявляється для CC, на етапі 950 UE може визначати те, приймається чи ні успішно PDSCH для CC. Якщо PDSCH успішно приймається для CC, на етапі 960 UE може вказувати "ACK" для CC. Якщо на етапі 950 UE визначає те, що PDSCH не прийнятий успішно для CC, на етапі 970 UE може визначати те, що є CC Рать "NACK/DTX" для CC. UE потім може формувати стан на основі вказаний ACK, NACK, DTX або NACK/DTX для CC (які можуть бути диспетчеризованними, активованими або сконфігурованими CC) та відображати сформоване стан в кодову крапку в таблиці кодування.

В іншому варіанті здійснення, повне комбінування або групування для NACK і DTX може бути використана, при якій NACK і DTX комбінуються. Наприклад, стану {ACK, ACK, NACK} і {ACK, ACK, DTX} можуть бути комбіновані в один стан (ACK, ACK, NACK/DTX). У цьому варіанті здійснення, якщо PDCCH не виявляється для CC або якщо PDCCH виявляється для CC, але PDSCH не приймається успішно для CC, UE може вказувати "NACK/DTX" для CC. В іншому випадку, UE може вказувати "ACK" для CC.

У варіанті здійснення може бути використано часткове комбінування або угруповання станів. У цьому варіанті здійснення, стану можуть бути комбіновані, але таке комбінування може застосовуватися тільки до поднабору CC, а не до всіх CC. Наприклад, тільки третина або половина відповідних CC NACK - і DTX-індикаторів можуть бути комбіновані. Частина CC може бути попередньо визначеними та/або конфігуровані. CC можуть бути розділені на два або більше поднабора, і у варіанті здійснено�сть або пріоритет (наприклад, набір CC "з високою значущістю" або "з високим пріоритетом" та набір CC "з низькою значущістю" або "з низьким пріоритетом"). Часткове комбінування або групування дозволяє зменшувати вплив на продуктивність внаслідок комбінування станів.

Спосіб 1000 по фіг.10 є зразковим неограничивающим способом реалізації цього варіанту здійснення. На етапі 1010 UE може визначати то, виявляється чи ні PDCCH для CC. Якщо PDCCH не виявляється, на етапі 1020 UE може визначати, належить чи ні CC вказаною або вказується поднабору CC, на яких NACK - і DTX-індикатори, асоційовані з CC в поднаборе, повинні бути комбіновані. Якщо CC не належить поднабору, на якому NACK - і DTX-індикатори, асоційовані з CC в поднаборе, повинні бути комбіновані, на етапі 1030 UE може вказувати "DTX" для CC. Тим не менш, якщо на етапі 1020 UE визначає те, що CC належить вказаному або вказується поднабору CC, на яких NACK - і DTX-індикатори, асоційовані з CC в поднаборе, повинні бути комбіновані, на етапі 1040 UE може вказувати "NACK/DTX" для CC.

Якщо на етапі 1010 UE визначає те, що PDCCH виявляється для CC, на етапі 1050 UE може визначати те, прийнятий чи ні успішно PDSCH для CC. Якщо PDSCH успішно прийнятий для Сдлежит чи ні CC заданому або вказується поднабору CC, на яких NACK - і DTX-індикатори, асоційовані з CC в поднаборе, повинні бути комбіновані. Якщо UE визначає те, що CC належить цьому поднабору, на етапі 1040 UE може вказувати "NACK/DTX" для CC. Якщо на етапі 1070 UE визначає, що CC не належить вказаному або вказується поднабору CC, на яких NACK - і DTX-індикатори, асоційовані з CC в поднаборе, повинні бути комбіновані, на етапі 1080 UE може вказувати "NACK" для CC. UE може формувати стан на основі вказаний ACK, NACK, DTX або NACK/DTX для CC (які можуть бути диспетчеризованними, активованими або сконфігурованими CC) та відображати сформоване стан в кодову крапку в таблиці кодування.

У варіанті здійснення, зменшення стану може бути виконано з використанням кореляції PDSCH або PDCCH. В деяких варіантах здійснення, в той час як DCI можуть бути в ідентичних або різних CC, "пропущений PDCCH" може бути коррелирован, якщо DCI знаходяться в ідентичній CC. Стану можуть бути кореговані між PDCCH в ідентичній CC. Якщо одна DTX вказується, може бути ймовірно, що інший PDCCH пропускається, як і DTX. UE може комбінувати {DTX, X} або {X, DTX} ідентичне стан {DTX, DTX}, при цьому X означає "не важливо" (тобто може бути або ACK або NACK).

� між PDSCH в різних CC, наприклад, CC, які мають високу кореляцію між собою. Якщо одне ACK формується для CC, ймовірно одне ACK також формується для коррелированного PDSCH або CC. Якщо одне NACK формується для CC, ймовірно, що одне NACK також формується для коррелированного PDSCH або CC. Одне ACK і одне NACK можуть виникати, але з набагато більш низькою ймовірністю. Тому UE може об'єднувати {ACK, NACK}, {NACK, ACK} і {NACK, NACK} в один стан (NACK, NACK) в таблиці кодування без істотного погіршення якості.

В одному такому варіанті здійснення, UE може визначати те, що існує, щонайменше, одне NACK, сформований для CC, і може, отже, вказувати "Все NACK". Якщо UE визначає те, що ACK формуються для всіх CC, UE може вказувати "Все ACK". В іншому випадку (наприклад, якщо є, щонайменше, одне ACK і одна DTX, але відсутня NACK) UE може вказувати стан, містить ACK і DTX. Альтернативно, UE може вказувати "все DTX".

У варіанті здійснення, якщо PDCCH виявляється для CC, і NACK формується для CC, UE може вказувати "NACK" для CC і "NACK" також для інших CC, які мають високу кореляцію з цієї CC (наприклад, в ідентичній групі "високої кореляції"). В іншому випадку, якщо ACK формуються для всіх CC, UE може указива�DCCH яких передаються до CC, ідентичною цієї CC.

В деяких варіантах здійснення, CC можуть бути ранжовані за порядком на основі якості каналу. Може бути більш імовірно мати NACK замість DTX для CC, мають хорошу якість каналу. У варіанті здійснення, якщо існує, щонайменше, одне ACK, сформований для CC, UE може комбінувати NACK і DTX для тих CC, які не формують ACK, і вказувати "NACK/DTX" для цих CC. У цьому варіанті здійснення, якщо ACK не формується для CC, UE може ідентифікувати CC, яка має гіршу якість каналу, PDSCH-прийом якої призводить до NACK. Ця CC може згадуватися як опорна CC. PDCCH-прийом для CC, якість яких каналу гірше опорної CC, з великою ймовірністю призводить до DTX, в той час як PDSCH-прийом для CC, якість каналу яких краще опорної CC, з великою ймовірністю призводить до NACK. Для CC, мають гіршу якість каналу, ніж опорна CC, UE може вказувати DTX для таких CC. Для CC, мають краще якість каналу, ніж опорна CC, UE може вказувати NACK/DTX для таких CC. Неограничивающая приблизна таблиця ACK/NACK/DTX-кодування (37 станів, 6-бітове) на основі цього варіанту здійснення показується в таблиці 5.

Таблиця 5
Пере�of
Біти
ACK, ACK, ACK, ACK, ACK111110
ACK, ACK, ACK, ACK, NACK/DTX111100
ACK, ACK, ACK, NACK/DTX, ACK111010
ACK, ACK, ACK, NACK/DTX, NACK/DTX111000
ACK, ACK, NACK/DTX, ACK, ACK110110
ACK, ACK, NACK/DTX, ACK, NACK/DTX110100
ACK, ACK, NACK/DTX, NACK/DTX, ACK110010
ACK, ACK, NACK/DTX, NACK/DTX, NACK/DTX110000
ACK, NACK/DTX, ACK, ACK, ACK101110
ACK, NACK/DTX, ACK, ACK, NACK/DTX101100
ACK, NACK/DTX, ACK, NACK/DTX, ACK101010
ACK, NACK/DTX, ACK, NACK/DTX, NACK/DTX101000
ACK, NACK/DTX, NACK/DTX, ACK, ACK100110
ACK, NACK/DTX, NACK/DTX, ACK, NACK/DTX100100
100000
NACK/DTX, ACK, ACK, ACK, ACK011110
NACK/DTX, ACK, ACK, ACK, NACK/DTX011100
NACK/DTX, ACK, ACK, NACK/DTX, ACK011010
NACK/DTX, ACK, ACK, NACK/DTX, NACK/DTX011000
NACK/DTX, ACK, NACK/DTX, ACK, ACK010110
NACK/DTX, ACK, NACK/DTX, ACK, NACK/DTX010100
NACK/DTX, ACK, NACK/DTX, NACK/DTX, ACK010010
NACK/DTX, ACK, NACK/DTX, NACK/DTX, NACK/DTX010000
NACK/DTX, NACK/DTX, ACK, ACK, ACK001110
NACK/DTX, NACK/DTX, ACK, ACK, NACK/DTX001100
NACK/DTX, NACK/DTX, ACK, NACK/DTX, ACK001010
NACK/DTX, NACK/DTX, ACK, NACK/DTX, NACK/DTX001000
NACK/DTX, NACK/DTX, NACK/DTX, ACK, ACK000110
NACK/DTX, NACK/DTX, NACK/DTX, ACK, NACK/DT>000010
NACK/DTX, NACK/DTX, NACK/DTX, NACK/DTX, NACK000001
NACK/DTX, NACK/DTX, NACK/DTX, NACK, DTX000011
NACK/DTX, NACK/DTX, NACK, DTX, DTXQc 001001
NACK/DTX, NACK, DTX, DTX, DTX010001
NACK, DTX, DTX, DTX, DTX100001

У варіанті здійснення, CC можуть бути секционировани на два або більше сегментів, кожен з яких має менше число CC, ніж загальне число CC. Оскільки число станів збільшується експоненціально з числом CC, може бути бажаним скорочувати число CC. За допомогою секціонування CC число станів для кожного сегмента значно менше внаслідок скороченого числа CC в кожному сегменті, і, отже, менше число бітів потрібно, щоб представляти стану в кожному сегменті.

Для не MIMO-реалізацій кожна CC має три стани, а саме, ACK, NACK і DTX. Це призводить до дев'яти станів (або 32) для двох CC і 81 станів (або 34) для чотирьох CC. Стан "все DTX" може бути {DTX, DTX} для двох CC і {DTX, DTX, DTX, DTX} для чотирьох CC. Стан "все DTX" може виключити� або виявлятися за допомогою DTX-виявлення в приймальному пристрої і, можливо, не повинно бути включено для спільного кодування з іншими станами. Якщо стан "все DTX" виключається з загальних станів для спільного кодування, залишається вісім і 80 станів для двох CC і чотирьох CC, відповідно. Для чотирьох CC це може вимагати семи бітів, щоб представляти всі стани. Таким чином, сім бітів передаються для кожного відповідного ACK/NACK/DTX-стану, сформованого у UE. Для двох CC це може вимагати трьох бітів, щоб представляти всі стани. Для двох сегментів, при цьому кожен має дві CC, тільки 3+3 біта=6 бітів можуть бути необхідні для того, щоб передавати всі ACK/NACK/DTX-стану для обох сегментів, сформованих у UE.

Сегментування несучих може використовуватися для спільного кодування і дозволяє перетворювати експоненціальне збільшення числа станів в лінійне збільшення числа станів. Для M CC, загальне число станів експоненційно збільшується зі збільшенням M, причому число станів задається як 3M-1. Для двох CC-сегментів (один CC-сегмент з y CC, інший CC-сегмент з M-y CC), загальне число станів може полулинейно збільшуватися зі збільшенням M, причому число станів визначається як2-1)+(32-1)=16 станів або 6 (3+3) бітів з 34-1=80 станів або семи бітів. Ефективна швидкість кодування може бути підвищена до 0,27 з 0,32, що призводить приблизно до підвищення продуктивності на 0,8-1 дБ для спільного кодування в PUCCH. Таблиця 6 показує число станів до і після сегментації, а також число бітів, необхідний для того, щоб представляти стану, використовувані після сегментування, для декількох примірних варіантів здійснення.

Таблиця 6
Стану до і після сегментування
Число CCПовні стану до сегментаціїПовні стану після сегментуванняБіти для представлення станів
53^5-1=242 (8 бітів)(3^2-1)+(3^3-1)=348
43^4-1=80 (7 бітів)(3^2-1)+(3^2-1)=166
4
23^2-1=8 (3 біта)(3^1-1)+(3^1-1)=42

У варіанті здійснення, окреме кодування DTX-стану CC, сконфігурованих для PDCCH-прийому, може бути використане. У таких варіантах здійснення, UE може кодувати і передавати певну інформацію в PUCCH в даному субкадре. Ця інформація може включати в себе індикатор щодо того, виявлено чи ні, щонайменше, один DL-призначення з PDCCH кожної CC з набору CC, причому набір CC може включати в себе, щонайменше, один набір CC, сконфігурованих для PDCCH-прийому, і набір активованих CC, сконфігурованих для PDCCH-прийому. Ця інформація також може включати в себе або інформацію стану (ACK/NACK), що відноситься до набору прийнятих транспортних блоків, або інформацію стану (ACK/NACK/DTX), що відноситься до набору транспортних блоків, який включає в себе транспортні блоки, які можуть бути прийняті в CC, для яких призначення в низхідній лінії зв'язку можуть бути передані до службових сигналах з PDCCH однією з CC, для яких зазначено те, що, щонайменше, один DL-призначення виявлено.

Передана інформація упоряд�енте. Наприклад, один біт може бути використаний для того, щоб вказувати стан пари транспортних блоків однієї MIMO-передачі, при цьому біт задається рівним 1 (вказує ACK), коли обидва транспортних блоку успішно приймаються, та 0 (вказує NACK) в іншому випадку. Крім цього, якщо DL-призначення не прийнято ні в одній з DL CC, UE не може передавати нічого PUCCH.

Окремі варіанти здійснення кодування, описані вище, можуть бути, зокрема, корисними, коли відносно невелику підмножину сконфігурованих (або активованих) DL CC конфігурується для PDCCH-прийому, оскільки число бітів, необхідний для вказівки того, прийняті чи ні DL-призначення цих CC, також є невеликим. Такий варіант здійснення може ґрунтуватися на припущенні, що може бути значна кореляція між подіями помилок, при яких DL-призначення пропускається, коли ці DL-призначення передаються з ідентичною DL CC. У цьому випадку, ймовірність того, що UE пропускає DL-призначення, але приймає інше DL-призначення, є дуже низькою, коли ці DL-призначення передані з ідентичною DL CC, і таким чином неповідомлення таких подій доставляє дуже незначні незручності.

У варіанті здійснення, кодування тности. Це дозволяє зменшувати кількість бітів, які повинні бути передані. Такий принцип, що стану "високої ймовірності" кодуються за допомогою меншого числа бітів, а стану "низької ймовірності" кодуються за допомогою більшого числа бітів, може застосовуватися. Энтропийное кодування або кодування методом Хаффмана може бути використано для того, щоб кодувати ACK/NACK/DTX-стану. Энтропийное кодування та кодування методом Хаффмана типово використовується для безперервних бітових послідовностей, в той час як у багатьох LTE-системах PUCCH переносить переривчасті бітові послідовності. Без таких обмежень кодування станів може мати більше гнучкості. Як результат, кодова точка або біти, що представляють стану, можуть мати змінну довжину. За допомогою використання ентропійного кодування або кодування методом Хаффмана, число бітів, які повинні бути передані по радіоінтерфейсу, може бути менше середнього. Таблиця 7 ілюструє ці результати з кількома неогранічівающімі прикладами.

Таблиця 7
Біти і вірогідності для різних станів
Кодування
{AA}10,64RM (20, 1)
{AN}00,12RM (20, 1)
{NA}110,12RM (20, 2)
{AD}100,04RM (20, 2)
{DA}010,04RM (20, 2)
{NN}000,0225RM (20, 2)
{ND}1110,0075RM (20, 3)
{DN}0000,0075RM (20, 3)

У прикладі, що надається тільки в якості ілюстрації, в якому дві DL використовуються, і кожна DL використовує тільки одне кодове слово, ймовірність {AN}=0,12, {NA}=0,12, {AD}=0,04, {DA}=0,04, {NN}=0,0225, {ND}=0,0075, {DN}=0,0075 і {DD}=0,0025 (без передачі).

Спосіб 1100 по фіг.11 є зразковим неограничивающим способом реалізації варіанту здійснення. На етапі 1110, для CC (яка може бути обмежена диспетчеризованной, активованої або сконфігурованої CC) визначення може бути виконано за допомогою UE щодо того, виявляється чи ні PDCCH для CC. Якщо PDCCH не виявляється для CC, UE може вказувати "DTX" для CC на етапі 1120. Якщо PDCCH виявляється для CC, на етапі 1130 UE може визначати те, прийнятий чи ні успішно PDSCH для CC. Якщо PDSCH не прийнятий успішно для CC, на етапі 1140 UE може вказувати "NACK" для CC. Якщо PDSCH успішно прийнятий для CC, на етапі 1150 UE може вказувати "ACK" для CC.

На етапі 1160 UE може формувати стан на основі вказаний ACK, NACK або DTX для кожної CC. В деяких варіантах здійснення, UE може бути виконано з можливістю формувати стан для всіх CC. На етапі 1165 UE може визначати ймовірність виникнення стану. Якщо стан, сформований на етапі 1160, наголошується або іншим чином асоціюється з високою імовірністю виникнення або еквівалентної категорією, на етапі 1170 UE може відображати сформоване стан в кодову точку невеликої довжини�ня, на етапі 1180 UE може відображати сформоване стан в кодову точку середньої довжини в таблиці кодування. Якщо стан, сформований на етапі 1160, асоційоване з низькою ймовірністю виникнення, на етапі 1190 UE може відображати сформоване стан в кодову точку великої довжини в таблиці кодування.

В інших варіантах здійснення, нерівномірна захист від помилок може бути використана. Простір станів може бути секционировано на два або більше сегментів, і нерівномірне кодування може застосовуватися до кожного сегмента. Критерії для визначення сегмента можуть бути засновані на різному вимозі по продуктивності для станів. Наприклад, NACK-помилка може бути більш критично важливою, ніж ACK-помилка. Ймовірність NACK-ACK може бути більш важливою, ніж ймовірність ACK-NACK. Стану, що містять NACK, можуть бути кодовані за допомогою більш високої інтенсивності кодування або мати менше інформаційних бітів. Стану можуть відрізнятися за допомогою числа NACK щодо інших станів, і стану можуть бути секционировани на кілька категорій на основі цієї відмінності. Наприклад, однією категорією станів може бути "число NACK більше числа ACK", а інший кат� до першої категорії станів з великим числом NACK, чим ACK, і менш строге кодування може застосовуватися до другої категорії станів з великим числом ACK, ніж NACK, або ідентичним числом ACK і NACK.

Наприклад, у варіанті здійснення з M=4 CC, все може бути 80 станів. 80 станів можуть бути секционировани на два відрізки, один з яких містить 16 станів, а інший містить 64 стану. Цей варіант вимагає здійснення чотирьох бітів і шести бітів, відповідно, щоб підтримувати нерівномірне кодування порівняно з таблицею кодування з використанням семи бітів без підтримки нерівномірного кодування. RM-кодування може бути використане в цьому варіанті здійснення з використанням (20, 4) і (20, 6) для сегментів, відповідно.

Спосіб 1200 по фіг.12 є зразковим неограничивающим способом реалізації цього варіанту здійснення. На етапі 1210 UE може визначати то, виявляється чи ні PDCCH для CC. Слід зазначити, що у деяких варіантах здійснення, визначення може бути обмежено диспетчеризованной, активованої або сконфігурованої CC. Якщо PDCCH не виявляється для CC, на етапі 1220 UE може вказувати "DTX" для CC. Якщо PDCCH виявляється для CC, на етапі 1230 UE може визначати те, прийнятий чи ні успішно PDSCH д�тапі 1250 UE може вказувати "ACK" для CC.

На етапі 1260 UE може формувати стан на основі вказаний ACK, NACK або DTX для CC. В деяких варіантах здійснення, UE може бути виконано з можливістю формувати стан для всіх CC. На етапі 1265 UE може визначати те, асоційоване стан, сформований на етапі 1260, з сегментом "високого ступеня захисту від помилок" або сегментом "звичайної ступеня захисту від помилок". Якщо сформований стан асоційоване з сегментом "високого ступеня захисту від помилок", на етапі 1270 UE може відображати сформоване стан в кодову точку, до якої "суворе" канальне кодування застосовується в таблиці кодування. Якщо сформований стан асоційоване з сегментом "звичайної ступеня захисту від помилок", на етапі 1280 UE може відображати сформоване стан в кодову точку, до якої "звичайне" канальне кодування застосовується в таблиці кодування.

Спосіб 1300 по фіг.13 є зразковим неограничивающим способом реалізації варіанту здійснення. На етапі 1310 UE може визначати то, виявляється чи ні PDCCH для CC. Слід зазначити, що у деяких варіантах здійснення, визначення може бути обмежено диспетчеризованной, активованої або сконфігурованої CC. Якщо PDCожет визначати те, прийнятий чи ні успішно PDSCH для CC. Якщо PDSCH не прийнятий успішно для CC, на етапі 1340 UE може вказувати "NACK" для CC. Якщо PDSCH успішно прийнятий для CC, на етапі 1350 UE може вказувати "ACK" для CC.

На етапі 1360 UE може формувати стан на основі вказаний ACK, NACK або DTX для CC. В деяких варіантах здійснення, UE може бути виконано з можливістю формувати стан для всіх CC. На етапі 1365 UE може визначати те, має чи ні сформоване стан більше NACK, ніж ACK. Якщо сформований стан має більше NACK, ніж ACK, на етапі 1370 UE може відображати сформоване стан в "коротку" кодову крапку в таблиці кодування. Якщо сформований стан має ідентичне число NACK і ACK або більше ACK, ніж NACK, на етапі 1380 UE може відображати сформоване стан у "довгу" кодову крапку в таблиці кодування. Слід зазначити, що розкриті способи нерівномірного кодування можуть бути використані в комбінації з будь-якими іншими варіантами здійснення, розкритими в даному документі, і включати в себе способи підпростору станів.

У варіанті здійснення, число ACK/NACK-бітів, які повинні бути повернуті, залежить від конфігурації DL-UL. У варіанті здійснення, наприклад, в LTE-A TDD-системі,�их несучих. Наприклад, для конфігурації субкадров 4DL:1UL і агрегування п'яти несучих, UE може повертати 40 ACK/NACK-біт (наприклад, якщо неявна DTX і DL MIMO використовуються для всіх п'яти несучих). У варіанті здійснення може бути, щонайменше, два режиму зворотного зв'язку за ACK/NACK. Один такий режим може бути ACK/NACK-мультиплексуванням, і інший такий режим може бути ACK/NACK-пакетуванням. Один або обидва з цих режимів зворотного зв'язку можуть використовувати зменшення зі зворотним зв'язком з використанням пакетування (субкадров) в просторовій області та/або у часовій області. Число ACK/NACK-бітів зі зворотним зв'язком може становити 10 бітів у варіантах здійснення LTE-A з використанням FDD. Отже, щоб зменшувати обсяг службової інформації зворотного зв'язку в TDD-системах так, що обсяг службової інформації є порівнянним з LTE-A FDD, повна зворотній зв'язок ACK/NACK-бітів може бути зменшена за рахунок погіршення продуктивності в TDD-системі. Режим зворотного зв'язку, який може бути використаний з ACK/NACK-пакетуванням, може бути ACK/NACK-мультиплексуванням з частковим пакетуванням. Інший режим зворотного зв'язку може бути повним ACK/NACK-пакетуванням.

У варіанті здійснення, може бути використаний UL-інді�пакетуванням і повним пакетуванням. Число виявлених DL-призначень може використовувати операцію по модулю 4, щоб зменшувати обсяг службової інформації. Може не бути необхідності передавати в службових сигналах DL-індикатор в індикаторі призначення в низхідній лінії зв'язку (DAI) ACK/NACK-мультиплексування з частковим пакетуванням або повним пакетуванням. Проблема некоректного останнього PDCCH-виявлення, яка може виникати в деяких успадкованих системах, може виключатися або вирішуватися. У варіанті здійснення з використанням зворотного зв'язку в UL з частковим пакетуванням, часткове пакетування у часовій області (тобто субкадров) може бути використано спочатку, а потім CC-мультиплексування може бути виконано. Альтернативно або крім цього, часткове пакетування в частотній області (тобто CC) може бути використано спочатку, а потім може бути виконано мультиплексування субкадров низхідній лінії зв'язку.

У варіанті здійснення, може бути використано часткове пакетування (субкадров) у часовій області з CC-мультиплексуванням. У цьому варіанті здійснення, UE може відслідковувати (наприклад, підраховувати) те, скільки ACK (тобто відповідний PDSCH CRC виявляється успішно) про�єю субкадров 4DL:1UL (M=4) та агрегування п'яти (N=5) компонентних несучих. У цьому варіанті здійснення, DAI не може бути переданий у службових сигнали в DL. Для кожної CC, UE може підраховувати число ACK для всіх DL-субкадров (чотири субкадра низхідній лінії зв'язку використовуються у прикладі, показаному на фіг.14). UE може повідомляти{2, 1, 2, 2, 2} ACK для CC1, CC2, CC3, CC4 і CC5, відповідно.

Загальне число ACK або NACK для всіх CC може бути мультиплексировано і спільно кодировано. Це дозволяє надавати можливість використання 10 бітів зворотного зв'язку за ACK/NACK (два біта для кожної CC при N=5 CC). Загальне число ACK для кожної CC може бути повернуто з використанням операції по модулю 4. Два біта зворотного зв'язку b(0), b(1) для кожної CC і їх відповідне відображення в кілька ACK/NACK-відповідей згідно примірного неограничивающему варіанту здійснення показані в таблиці 8. Два біта зворотного зв'язку за ACK/NACK в розрахунку на CC можуть бути спільно кодовані і мультиплексованих. Якщо ACK не виявляється в сконфігурованої CC, UE може повідомляти NACK.

Таблиця 8
Відображення між кількома ACK/NACK-відповідями і b(0), b(1) для CC i
Число ACKb(0), b(1)
0,0
11,1
21,0
30,1
41,1
51,0
60,1
71,1
81,0
90,1

У варіанті здійснення, часткове пакетування (CC) у частотній області з мультиплексуванням субкадров може бути використано. Аналогічно варіанту здійснення часткового пакетування (субкадров) у часовій області з CC-мультиплексуванням, розкритого вище, UE може підраховувати загальну кількість ACK для всіх сконфігурованих CC для кожного DL-субкадра. Як показано на фіг.14, UE може повідомляти {4, 1, 2, 2} ACK для субкадра 1, субкадра 2, субкадра 3 і субкадра 4 низхідній лінії зв'язку, відповідно. Загальне число ACK для кожного DL-субкадра може бути мультиплексировано і спільно кодировано. Загальне число переду бітів зворотного зв'язку (два біта для кожного DL-субкадра і M=4 субкадра низхідній лінії зв'язку) можуть бути достатніми для зворотного зв'язку за ACK/NACK. Приклад двох бітів зворотного зв'язку b(0), b(1) для кожного субкадра та їх відповідного відображення в кілька ACK/NACK-відповідей показується в таблиці 9.

Таблиця 9
Відображення між кількома ACK/NACK-відповідями і b(0), b(1) для субкадра i
Число ACKb(0), b(1)
0 (UE виявляє те, що, щонайменше, один DL-призначення пропущено)0,0
11,1
21,0
30,1
41,1
51,0

У варіанті здійснення, може бути використано повне ACK/NACK-пакетування. У цьому варіанті здійснення, може не бути необхідності відрізняти пакетування у часовій області або пакетування в частотній області для повного пакетування, оскільки ця реалізація такого варіанту здійснення може повідомляти тільки одне число, а для повідомлених ACK. Отже, тільки два біти можуть використовуватися для зворотного зв'язку за ACK/NACK. Два біта зворотного зв'язку b(0), b(1) та їх відповідне відображення в кілька ACK/NACK-відповідей показані в таблиці 10. Для UE, що працює в конфігурації з обмеженою потужністю, обсяг службової інформації зворотного зв'язку за ACK/NACK може бути оптимізовано, і покриття надання послуг може збільшуватися або підтримуватися.

Таблиця 10
Відображення між кількома ACK/NACK-відповідями і b(0), b(1)
Число ACKb(0), b(1)
0 (UE виявляє те, що, щонайменше, один DL-призначення пропущено)0,0
1, 4, 7, 10, 13, 16, 191,1
2, 5, 8, 11, 14, 17, 201,0
3, 6, 9, 12, 15, 180,1

У варіанті здійснення, DL-індикатор або DAI може бути використаний. Двухбитовий DAI (по модулю x або по модулю 4) може бути використаний як індикатор загального числа запланованих PDCCH/CC для кожного). Цей варіант здійснення може використовуватися для ACK/NACK-мультиплексування з частковим пакетуванням в частотній області (CC-області) або повним ACK/NACK-пакетуванням, наприклад, як розкрито в даному документі. Для варіантів здійснення з використанням просторового пакетування (наприклад, якщо DL знаходиться в MIMO-режимі), максимальне число бітів зворотного зв'язку по UL ACK/NACK може становити дев'ять. На відміну від часткового пакетування у часовій області, використовуваного в деяких успадкованих системах, проблема некоректного останнього PDCCH-виявлення може дозволятися. Крім того, розмір DAI може бути сумісним з успадкованими системами. Неограничивающие приблизні значення індикаторів низхідній лінії зв'язку або DAI показані в таблиці 11.

Таблиця 11
Значення DL-індикаторів або DAI
DL-індикатор, або DAIMSB, LSBЧисло CC з PDSCH-передачею
0,01 або 5
0,12
1,03

У варіанті здійснення, комбінація DL-індикатора або DAI і UL-індикатора може бути використана. DL-індикатор або DAI може застосовуватися в передачі службових сигналів DL. DL-індикатор або DAI може вказати загальну кількість запланованих DL-призначень за допомогою базових станцій (наприклад, вдосконаленого вузла B) для всіх CC для кожного субкадра. Це може бути реалізовано аналогічно рішенню, описаного в даному документі відносно таблиці 11. Інше приблизне значення DL-індикаторів або DAI показується в таблиці 12. UL-індикатор може вказувати загальну кількість ACK. UL-індикатор у цьому варіанті здійснення мАСК-пакетування, коли повне ACK/NACK-пакетування використовується.

Таблиця 12
Значення DL-індикаторів або DAI
DL-індикатор або MSB DAI, LSBЧисло субкадров з PDSCH-передачею
0,01 або 5, або 9
0,12 або 6
1,03 або 7
1,10 або 4, або 8

Якщо двухбитовий DL-індикатор або DAI (по модулю 4) передається в службових сигнали в DL, коли режим повного пакетування використовується, UE може бути виконано з можливістю виявляти, коли PDCCH некоректно виявляються в кожному DL-субкадре. Після виявлення пропущеного PDCCH UE може передавати в службових сигналах DTX (тобто відсутність фізичної передачі). Таким чином, UE може економити потужність передачі в режимі повного пакетування. Це може бути вкрай важливим, якщо UE має обмежену потужність. У неограничивающей примірної конфігурації 1600, проілюстрованою на фіг.16, UE, можливо, обнаруживае, �оскольку базова станція (наприклад, вдосконалений вузол B) може виявляти DTX та може повторно передавати всі дані, коли UE знаходиться в режимі повного ACK/NACK-пакетування. Крім того, цей варіант здійснення не збільшує розмір поля DAI і може представляти назад сумісні успадковані системи (наприклад, LTE R8) з точки зору розміру DCI-формату.

У варіанті здійснення, двухбитовий DAI може бути відновлений бітів поля індикатора несучої (CIF), щоб зменшувати обсяг службової інформації. Якщо немає необхідності передавати в службових сигналах DL DAI в DL (або якщо DAI не може бути використаний), двобітові DAI в DCI-форматі можуть бути відновлені в якості CIF-бітів, і, отже, обсяг службової інформації в PDCCH може бути зменшений.

У варіанті здійснення, розширений DL-індикатор або розширений DAI може бути використаний. Дві частини DAI можуть бути використані, тобто DL DAI=(DAI1, DAI2)=(3 біта, 2 біта) або (2 біта, 2 біта), при цьому DAI1 може бути числом запланованих PDCCH/CC для кожного DL-субкадра, а DAI2 є лічильником перших CC для CC/субкадра. Може не бути необхідності повідомляти загальне число ACK у UL (тобто не бути потреби у UL-індикаторі). Цей варіант здійснення мі) або повним ACK/NACK-пакетуванням. Для реалізацій з використанням просторового пакетування (наприклад, DL знаходиться в MIMO-режимі), максимальне число бітів зворотного зв'язку по UL ACK/NACK може становити дев'ять. На відміну від часткового пакетування в тимчасовій області в деяких успадкованих системах, проблема некоректного останнього PDCCH-виявлення може дозволятися.

У варіанті здійснення, може бути дві частини в схемі DL DAI, тобто DA 1=(DAI1, DAI2). Перша частина DAI (тобто DAI1) може бути дорівнює DAI, як розкрито вище, тобто індикатором загального числа запланованих PDCCH/CC для кожного DL-субкадра. Оскільки DAI1 може бути індикатором загального числа запланованих PDCCH/CC для кожного DL-субкадра, він може спільно використовувати ідентичні властивості, наприклад, може не бути необхідності повідомляти загальне число ACK у UL, забезпечуючи ACK/NACK-мультиплексування з частковим пакетуванням в CC-області або повним ACK/NACK-пакетуванням, максимум бітів зворотного зв'язку по UL ACK/NACK може бути дорівнює дев'яти в асоціації з просторовим пакетуванням, і проблема некоректного останнього PDCCH-виявлення може дозволятися. DAI2 може бути послідовним лічильником, який підраховує CC-область спочатку в якості другої частини схеми DAI. Цей варіант прова�ничивающей примірної конфігурації 1700, проілюстрованою на фіг.17, DL-субкадре 2 може бути тільки один диспетчеризованний PDCCH, і UE, можливо, некоректно виявляє цей PDCCH. Це може призводити до відсутності у UE відомостей про те, чи планується PDCCH в DL-субкадре 2 чи ні. DAI2 може компенсувати цю проблему за допомогою реалізації лічильника CC-області. У прикладі, показаному на фіг.17, UE може визначати те, що існує пропущене PDCCH-виявлення. Отже, UE може формувати правильне стан повного пакетування (тобто NACK) замість ACK.

У варіанті здійснення, три частини DAI можуть бути використані, тобто DL DAI=(DAI1, DAI2, DAB)=(3 біта, 2 біта, 2 біта) або (2 біта, 2 біта, 2 біта), причому DAI1 може бути числом запланованих DL-призначень, DAI2 може бути лічильником перших CC для CC/субкадра, а DAB може бути двухбитовим лічильником (наприклад, використовуваним в деяких успадкованих системах).

Слід зазначити, що оптимальна схема DL DAI може бути використана за рахунок збільшеного об'єму службової інформації. Отже, UE може виконувати ACK/NACK-мультиплексування з пакетуванням в CC-області або у часовій області. Крім того, проблема некоректного останнього PDCCH-виявлення може вирішуватися, оскільки DAI1 може представляти число з�я, виявлення PDCCH для CC може вимагатися. Також може бути бажаним більш детально визначати стан PDCCH-прийому. Більш конкретно, може бути корисним виявляти пропущений PDCCH і ложноположительное виявлення PDCCH. У варіанті здійснення, керуючі сигнали DL або DCI, передані за допомогою мережі (наприклад, з удосконаленого вузла B) у UE, можуть містити індикатор, який представляє номер у послідовності або значення лічильника керуючих повідомлень, відправлених за попередньо визначений опорний період часу. Наприклад, опорний період часу може становити один субкадр. Індикатор може бути зростаючим лічильником по модулю попередньо визначеного значення. Альтернативно, набір керуючих сигналів DL або DCI, які надають такий індикатор номери в послідовності або значення лічильника UE як відправлений за допомогою базової станції (наприклад, вдосконаленого вузла B) може, зокрема, включати в себе всі DCI DL-призначення, надіслані протягом опорного періоду часу по всьому сконфігурованим або активованим CC для цього UE.

В іншому варіанті здійснення, керуючий сигнал DL або DCI, передані за допомогою мережі (напр�бщений, відправлених за попередньо визначений опорний період часу. В одному такому варіанті здійснення, цей індикатор може бути абсолютним значенням у попередньо визначеному діапазоні. Наприклад, цей набір керуючих повідомлень DL, переносять індикатор, який представляє загальне число повідомлень з DL-призначенням, відправлених у UE у цьому субкадре, може містити всі примірники DCI з дозволом на передачу по UL за період субкадра, характерний для набору DCI DL-призначення, відправлених протягом опорного періоду часу по всьому сконфігурованим або активованим CC для UE. Ці варіанти здійснення варіант здійснення для порядкових індикаторів і варіант для здійснення загального числа керуючих повідомлень, можуть бути комбіновані або використані незалежно.

Слід зазначити, що, при використанні в даному документі, керуюча інформація низхідній лінії зв'язку, або "DCI", може означати службове повідомлення DL для цілей управління передачею, надісланого допомогою мережі і приймається допомогою UE. У розкритих варіантах здійснення, якщо не вказано інше, тим не менше, термін "DCI", що використовується без обмеження усіх подібних варіантів здійснення, може означати лінії зв'язку (наприклад, HARQ ACK/NACK). Хоча справжні варіанти здійснення включають в себе способи, щоб передавати зворотний зв'язок у висхідній лінії зв'язку для передачі по низхідній лінії зв'язку, і тим самим головним чином посилаються на DCI, яка типово повинна диспетчеризовать одну або більше PDSCH-передач, застосовність варіантів здійснення, описані в цьому документі, не обмежується цим конкретним випадком. Наприклад, DCI, отримана за допомогою UE, причому ця DCI передає в службових сигналах (де)активацію настроєний призначення, наприклад, "SPS-звільнення" настроєний дозволу на передачу або зконфігуровану SCell, також може вимагати HARQ ACK/NACK-передачі з UE.

Отже, без опису таких конкретних варіантів здійснення, фахівці в даній області техніки повинні приймати до уваги, що розкриті варіанти здійснення не можуть бути в однаковій мірі застосовані до будь-якого типу DCI та відповідним управителем службових сигналів UL або їх поднабору, а також у разі керуючих повідомлень UL і зворотного зв'язку по DL HARQ з фізичного каналу індикаторів гібридного автоматичного запиту на повторну передачу (PHICH). Наприклад, розкриті варіанти здійснення не можуть бути в радачу за PUSCH-ресурсів для UE і асоційовану зворотний зв'язок по DL HARQ за PHICH.

Без обмеження розкритих варіантів здійснення, щоб посилатися на всі передачі по DL, для яких UE імовірно повинна передавати зворотний зв'язок по HARQ ACK/NACK, термін "DCI та/або PDSCH" може бути використаний далі, і слід розуміти, що він включає в себе, щонайменше, яку успішно декодовану DCI за PDCCH, яка вказує або PDSCH-призначення, та/або керуючу інформацію, наприклад, (де)активацію раніше настроєний DL-призначення та/або дозволу на передачу по UL, і будь-яку PDSCH-передачу, для якої UE робить спробу декодування з використанням HARQ-процесу.

При згадуванні в даному документі, термін "PUCCH-ресурс" може, взагалі, включати в себе PUCCH-індекси (або індекс), формат PUCCH-передачі (або спосіб передачі, наприклад, формат 1/1а/1b, формат 2/2a/2b, DFT-S-OFDM або формат 3), місцезнаходження PUCCH ACK/NACK (наприклад, RB, індекс ортогональною послідовності, циклічний зсув), число HARQ ACK/NACK-бітів, які переносяться у форматі (включають в себе біти, неявно видобувні, наприклад, з використанням вибору каналу), а також можливе використання коду скремблювання для передачі, або будь-яка з вищезазначеного в комбінації.

При згадуванні в даному документі, термін "спосіб динамічного PUCCHзовать, на основі керуючих службових сигналів, що приймаються в субкадре, для якого може бути передано HARQ ACK/NACK. Прикладом такого способу є використання правила на основі першого CCE декодированной DCI (опорної DCI), аналогічно виділенню ресурсів LTE R8 або LTE R9 PUCCH.

При згадці далі, термін "спосіб полустатического PUCCH-виділення" може означати спосіб, за допомогою якого UE може визначати PUCCH-ресурс, який слід використовувати, на основі, наприклад, полустатической конфігурації UE. Прикладом цього способу є HARQ ACK/NACK PUCCH-виділення в LTE R8 або LTE R9 для DL SPS-передач.

UE, сконфігуроване або активований, щоб приймати в кількох обслуговуючих сотах або CC, може приймати щонайменше один керуючий сигнал DL або DCI, що містить, принаймні, один індикатор, що представляє номер у послідовності або значення лічильника або загальне число керуючих повідомлень. UE може визначати, на основі індикатора поля, то, повний набір декодованих DCI або одна або більше з них відсутній. UE може робити перша дія, таке як формування і передача HARQ ACK/NACK-сигналу, якщо набір декодованих DCI визначається як повний. UE може робити друге відмінне де�лний. Наприклад, UE може визначати те, що воно пропускає, щонайменше, один PDCCH (або отримує ложноположительное судження), на основі порівняння між числом успішно декодованих DCI в даному субкадре і передається в службових сигналах значенням загального числа елементів, для яких UE імовірно повинна відправляти зворотний зв'язок по HARQ ACK/NACK для згаданого субкадра.

У варіанті здійснення, який розглядає тільки PDSCH-призначення, UE може успішно декодувати, щонайменше, одну DCI для PDSCH-передачі у даному субкадре, визначати, з поля згаданої DCI, число PDSCH-призначень для згаданого субкадра. UE також може визначати, на основі порівняння числа успішних DCI з вказуються числом PDSCH-призначень для згаданого субкадра, то, пропускає воно DCI (наприклад, менше чи ні число успішних DCI вказаний числа) або має ложноположительное судження (наприклад, вище чи ні число успішних DCI вказаний числа). Якщо число успішних DCI є ідентичним вказується числа, UE може визначати те, що воно декодировало всі свої DCI для субкадра.

У варіанті здійснення, будь DCI, для якої UE імовірно повинна передавати зворотний зв'язок по HARQ ACK/NACK, може розглядатися. Наприклад, Ѿ має передавати зворотний зв'язок по HARQ ACK/NACK.

Після визначення того, яку UCI та/або дані зворотного зв'язку слід передавати у базову станцію (наприклад, вдосконалений вузол B) з використанням PUCCH, UE може визначати конкретні PUCCH-ресурси, які повинні бути використані для того, щоб передавати таку UCI та/або дані зворотного зв'язку. У варіанті здійснення, UE може визначати PUCCH-ресурс з набору можливих PUCCH-ресурсів, а також числа інформаційних HARQ ACK/NACK-бітів, які слід передавати. Вибраний ресурс може бути використаний, наприклад, щоб передавати зворотний зв'язок по HARQ ACK/NACK, принаймні, для однієї передачі по DL (наприклад, DCI та/або PDSCH) в даному субкадре, на основі, принаймні, одного, а у варіанті здійснення, комбінації будь-яких з декількох критеріїв.

В такі критерії включається число сконфігурованих обслуговуючих сот (наприклад, за допомогою RRC) і кількість обслуговуючих сот, активних субкадре. Також у такі критерії включається число кодових слів, які можуть бути прийняті в PDSCH даної обслуговуючої стільники в одному субкадре, в залежності від настроєний режиму передачі по низхідній лінії зв'язку (наприклад, просторового мультиплексування, MIMO) кожної обслуговуючої стільники. У цьому варіанті � службових сигналів з допомогою команди швидкої (де)активації (FAC), можуть бути включені в конкретну передачу службових FAC-сигналів, яка безпосередньо може зазнавати зворотного зв'язку за HARQ ACK/NACK з UE у базову станцію. У варіанті здійснення, вторинна сота(и), яка може бути деактивовано неявно, може бути включена, тобто вторинна сота(и), яка не деактивовано допомогою передачі службових FAC-сигналів. Також у таких критеріях є число DL-призначень, прийнятих у згаданому субкадре, у варіанті здійснення, включають в себе всі настроєний DL-призначення, тобто для полупостоянного планування (SPS) та/або передані в службових сигнали в одній або більше DCI. Також у таких критеріях є розташування (тобто номер або індекс) елемента(ів) каналу управління (CCE) (або, у варіанті здійснення, тільки першого CCE) декодированной DCI, відповідної DL-призначенням у згаданому субкадре, наприклад, щонайменше, одне з того, перебувають чи ні CCE в конкретному просторі пошуку, приміром, в просторі пошуку, відповідному PCell, і того, перебувають чи ні CCE в конкретній частині згаданого простору пошуку.

Додаткові критерії, які можуть бути використані у варіанті здійснення, включають в себе характеристики конфігурації UE, і характеристику успішно декодированной DCI (DCI-характеристику, як описано додатково в даному документі) згідно DL-призначенням(ям) у згаданому субкадре, у варіанті здійснення, коли CIF відповідає PCell з конфігурації UE. Додаткові критерії включають в себе конфігурацію (наприклад, RRC), що вказує на те, якою використовувати ресурс, у варіанті здійснення, передану у службових сигнали в одній або більше DCI, і у варіанті здійснення, набір PUCCH-ресурсів (наприклад, індексів), які повинні використовуватися для вибору каналу.

Також у такі критерії включається число виділених PUCCH-ресурсів, якщо такі є, сконфігурованих для UE (наприклад, за допомогою RRC), у варіанті здійснення, число індексів PUCCH-формату 1b. Додаткові критерії включають в себе число DCI-повідомлень, прийнятих в згаданому субкадре і для яких UE повинно повідомляти HARQ ACK/NACK, і число HARQ ACK/NACK-біт для кожного DCI-повідомлення, у варіанті здійснення, на основі деякого явного значення, що приймається, щонайменше, в одній з декодованих DCI, і, у варіанті здійснення, на основі індексу для конкретного PUCCH-ресурсу або набору ресурсів, що приймається, щонайменше, в одній з декодованих DCI. Допо�ет UE з можливістю використовувати для пакетування передачі HARQ ACK/NACK за PUCCH, і виявляє чи ні UE некоректний PDCCH-прийом для субкадра.

UE може визначати число інформаційних HARQ ACK/NACK-бітів, які слід передавати, відповідно до, щонайменше, одного з вищеописаних способів, і вибирати PUCCH ACK/NACK-ресурс відповідним чином. Вибрані PUCCH-ресурс(и) (тобто формат і індекс), а також те, використовується чи ні, вибір каналу, можуть бути функцією, щонайменше, від одного з сконфігурованих обслуговуючих сот, числа інформаційних ACK/NACK-бітів, які слід передавати (тобто на основі конфігурації верхнього рівня, числа успішно декодованих DCI та/або PDSCH і/або числа кодових слів для кожного PDSCH), того, використовується чи ні ACK/NACK-пакетування, і того, виявляє чи ні UE некоректний PDCCH-прийом.

У варіанті здійснення, може бути використаний напівстатичний спосіб вибору, в якому вибір є функцією від конфігурації UE і, зокрема, від номера сконфігурованої обслуговуючої стільники. У цьому варіанті здійснення, коли UE конфігурується для режиму роботи з однією несучою (тобто UE виконано з можливістю працювати з однією обслуговуючої сотої, тобто однієї UL CC і однієї DL CC), UE може вибирати PUCCH-ресурс з використанням будь-якого способу, в тому числі і унас�nPUCCH=nCCE+N(1)PUCCH, де nCCEможе бути номером першого CCE, використовуваного для передачі відповідної DCI (містить DL-призначення або SPS-звільнення), та N(1)PUCCHможе бути налаштований за допомогою верхніх рівнів. Відповідна DCI може бути зазвичай прийнято в попередньому субкадре згідно з попередньо визначеними правилами, приміром, у субкадре n-4 у разі FDD-режиму, де n є субкадром, коли PUCCH передається. Але коли UE конфігурується для режиму роботи з декількома несучими (тобто UE конфігурується, щонайменше, з використанням однієї пари UL/DL PCC (тобто PCell) і числом N DL SCC, де N>=1 (тобто, по меншій мірі, з використанням однієї SCell)), UE може використовувати ідентичний PUCCH ACK/NACK-ресурсу, який підтримує передачу відповідної HARQ ACK/NACK-інформації (в тому числі з урахуванням числа можливих кодових слів для кожного DL CC). У цьому варіанті здійснення, ідентичний PUCCH ACK/NACK-ресурс може бути використаний до тих пір, поки UE не переконфигурируется допомогою базової станції (наприклад, вдосконаленого вузла B).

У зміні розкритого полустатического способу вибору, UE, сконфігуроване для режиму роботи з декількома несучими, може виконувати вибір В цьому випадку, у цьому варіанті здійснення UE може вибирати PUCCH-ресурс з використанням успадкованого способу вибору ресурсів або усіх інших способів, які можуть використовуватися для режиму роботи з однією несучою.

У варіанті здійснення, може бути використаний динамічний спосіб вибору, в якому вибір є функцією від конфігурації UE і числа nbits інформаційних HARQ ACK/NACK-бітів, які слід передавати у кожному субкадре. Спосіб 1800 по фіг.18 є зразковим неограничивающим способом реалізації цього варіанту здійснення. На етапі 1810 UE може визначати те, воно налаштовано для режиму роботи з однією несучою або з декількома несучими. Слід зазначити, що це визначення може бути простим управлінням UE згідно конфігурації, тобто в сконфігурованом режимі з однією несучою або з декількома несучими. Якщо UE конфігурується для режиму роботи з однією несучою (тобто UE виконано з можливістю працювати з однією UL CC і однієї DL CC), на етапі 1820 UE може вибирати PUCCH-ресурс з використанням успадкованого способу або всіх інших способів, які можуть використовуватися в оточенні з однією несучою. Наприклад, якщо DL MIMO не конфігурується (тобто nbits=1), UE може використовувати PUCCH-формат 1a, а етапі 1810 UE визначає те, що воно конфігурується для режиму роботи з декількома несучими, якщо на етапі 1830 UE визначає те, що воно виконано з можливістю використовувати дві DL CC, і коли UE конфігурується рівно з однією парою UL/DL PCC (тобто з однієї PCell) і рівно з однією DL SCC (SCell), на етапі 1840 UE може вибирати PUCCH-ресурс згідно успадкованому способом або будь-яким іншим способом, який може бути використаний в оточенні з однією несучою з PUCCH-форматом 1b.

Альтернативно, якщо на етапі 1810 UE визначає те, що воно конфігурується для режиму роботи з декількома несучими (тобто UE конфігурується (щонайменше) з використанням однієї пари UL/DL PCC (тобто первинної обслуговуючої стільники або PCell) і номери TV DL SCC, де N>=1 (тобто, по меншій мірі, з використанням однієї вторинної обслуговуючої стільники або SCell)), або якщо на етапі 1830 UE визначає те, що воно приймає DCI для DL-призначення (тобто з PDSCH-передачі) або SPS-звільнення тільки в одній обслуговуючої соте, на етапі 1850 UE може визначати значення nbits і визначати те, вписується чи ні nbits в одну з декількох категорій. Якщо на етапі 1850 UE визначає те, що nbits<m (де m може бути деяким пороговим значенням або номером HARQ ACK/NACK-інформації, наприклад, сконфігурованої у UE або предоставляемойий успадкованому способом, в якому PUCCH-формат 1a використовується, коли nbits=1, і PUCCH-формат 1b використовується в іншому випадку. При використанні цього успадкованого способу, UE може використовувати індекс ресурсу nPUCCH=nCCE+N(1)PUCCH, де nCCEє номером першого CCE, використовуваного для передачі відповідного DCI-призначення, і N(1)PUCCHконфігурується за допомогою верхніх рівнів. У варіанті здійснення, цей тип способу PUCCH-виділення може бути використаний тільки для PDSCH-передачі первинної соте або PCell з конфігурації UE, але не для PDSCH-передачі у вторинній соте або Scell.

Якщо на етапі 1850 UE визначає те, що m≤nbits≤n (де n може бути іншим пороговим значенням або номером HARQ ACK/NACK-інформації, наприклад, сконфігурованим у UE чи надаються за допомогою базової станції), на етапі 1870 UE може використовувати спосіб передачі на основі вибору каналу з використанням декількох (ncsPUCCH) ресурсів для PUCCH-формату 1b, щоб виділяти PUCCH-ресурси. Якщо на етапі 1850 UE визначає те, що nbits>n, на етапі 1880 UE може використовувати спосіб на основі DFT-S-OFDM для виділення PUCCH-ресурсів. В певному варіанті здійснення, спосіб на основі DFT-S-OFDM може бути використаний допомогою UE, коли m=3, n=4 �ий спосіб вибору, в якому вибір є функцією від конфігурації UE і числа nbits інформаційних HARQ ACK/NACK-бітів, які слід передавати у кожному субкадре. У цьому варіанті здійснення, UE може вибирати в даному субкадре PUCCH-ресурс з використанням успадкованого способу або всіх інших способів, які можуть використовуватися в оточенні з однією несучою, якщо UE конфігурується для режиму роботи з однією несучою, або якщо UE конфігурується для режиму роботи з декількома несучими, і все DL SCC знаходяться в деактивированном стані (наприклад, якщо UE конфігурується, щонайменше, з використанням однієї пари UL/DL PCC (тобто PCell) і числом N DL SCC, де N≥1 (тобто, щонайменше, з використанням однієї SCell), але всі N DL SCC знаходяться в деактивированном стані). У цьому варіанті здійснення, UE може в іншому випадку використовувати PUCCH ACK/NACK-ресурс, який підтримує передачу HARQ ACK/NACK-інформації (в тому числі з урахуванням числа можливих кодових слів для кожного DL CC) згідно з числа CC, які є активними в субкадре, для якого зворотній зв'язок по ACK/NACK передається по PUCCH.

У ще одному іншому варіанті здійснення, UE може бути виконано з можливістю використовувати динамічний явний спосіб вибору, в якому вибір явл�рируется для режиму роботи з однією несучою, UE може вибирати PUCCH-ресурс з використанням успадкованого способу або всіх інших способів, які можуть використовуватися в оточенні з однією несучою. Наприклад, якщо успадкований спосіб використовується, UE може використовувати індекс ресурсу nPUCCH=nCCE+N(1)PUCCH, де nCCEможе бути номером першого CCE, використовуваного для передачі відповідного DCI-призначення, і N(1)PUCCHможе бути налаштований за допомогою верхніх рівнів. Коли UE конфігурується для режиму роботи з декількома несучими (тобто UE конфігурується (щонайменше) з допомогою однієї пари UL/DL PCC (тобто первинної обслуговуючої стільники, або PCell) і числа N DL SCC, де N≥1 (тобто, щонайменше, однієї SCell)), UE може використовувати PUCCH-ресурс, що вказується в передачі керуючих службових сигналів (наприклад, в передачі службових PDCCH DCI або FAC-сигналів (наприклад, з використанням MAC CE)) з індексом (тобто індикатором ACK/NACK-ресурсу (ARI)) ресурсу, настроєний допомогою RRC.

UE може визначати число інформаційних HARQ ACK/NACK-бітів, які слід передавати, відповідно до, щонайменше, одного з вищеописаних варіантів здійснення, і потім може визначати місце розташування для PUCCH ACK/NACK, яке також може уть, щонайменше, один управляє повідомлення низхідній лінії зв'язку (наприклад, DCI) в даному часовому інтервалі (наприклад, субкадре), може визначати ресурс висхідної лінії зв'язку (наприклад, PUCCH-індекс) для передачі сигналу висхідної лінії зв'язку, переносить інформацію зворотного зв'язку (наприклад, зворотний зв'язок по HARQ ACK/NACK) з використанням переданої у службових сигналах або статично сконфігурованої опорної DCI.

Альтернативно, UE може динамічно визначати місце розташування PUCCH ACK/NACK-ресурсу за допомогою динамічного визначення, щонайменше, однієї опорної DCI. Опорна DCI може бути успішно декодированной DCI в даному субкадре. UE може визначати PUCCH ACK/NACK-індекс, наприклад, з першого CCE опорної DCI. Опорна DCI може бути динамічно визначена на основі явною передачі службових сигналів у DCI-форматі, наприклад, однобитового прапора, вказує те, є чи ні DCI опорної DCI, та/або передачі службових сигналів, що приймається з мережі, та/або на основі конфігурації UE. Наприклад, опорна DCI може відповідати, щонайменше, однієї з DCI, прийнятої в конкретній обслуговуючої соте (наприклад, для PCell з конфігурації UE), DCI, прийнятої для передачі по PDSCH конкретної обслуговуючої стільники (нап�ної обслуговуючої стільники (наприклад, для SPS-активації в PCell з конфігурації UE).

У варіанті здійснення, опорна DCI може бути динамічно визначена на основі однієї або більше характеристик для успішно декодированной DCI (DCI-характеристик), що включають в себе, щонайменше, одне з RNTI, використовуваного для того, щоб декодувати DCI, формату декодированной DCI (наприклад, тип 1 або типу 2 і т. д.), місцезнаходження CCE декодированной DCI (наприклад, в конкретному просторі пошуку та/або у певній частині згаданого простору пошуку), рівня агрегування (AL) декодированной DCI, присутності або відсутності поля індикатора несучої (CIF) в декодированной DCI, значення поля індикатора несучої (CIF) в декодированной DCI, рівня прийнятої потужності декодированной DCI, прийнятого посилення при кодуванні декодированной DCI і числа повторень декодированной DCI.

Якщо UE знаходить кілька опорних DCI для ідентичного субкадра, наприклад, з використанням якого-небудь з коштів, розкритих вище, UE може бути виконано з можливістю придушувати всю зворотну зв'язок за ACK/NACK, відповідну конкретному субкадру. Альтернативно, UE може бути виконано з можливістю вибирати одну з декількох опорних DCI, щоб використовувати в якості опорної DCI для суб�бслуживающей соти, з конкретним значенням або пріоритетом (наприклад, CC-індекс/пріоритет, DCI-прийом), вибору DCI, відповідної PDSCH-передачі обслуговуючої стільники з конкретним значенням або пріоритетом (наприклад, CC-індекс/пріоритет, PDSCH-передача), або вибору DCI, прийнятої з конкретною характеристикою (тобто із застосуванням, щонайменше, однієї з DCI-характеристик, викладених вище).

Якщо UE не може знаходити жодної опорної DCI для даного субкадра, UE може бути виконано з можливістю реалізовувати інший варіант здійснення, розкритий в даному документі, що включає в себе придушення всій зворотного зв'язку за ACK/NACK, відповідної субкадру, або передачу зворотного зв'язку за ACK/NACK за сконфигурированному PUCCH-ресурсу.

У будь-якому з варіантів здійснення, пояснення в даному документі, базова станція (наприклад, вдосконалений вузол B) може передавати по PDCCH один або більше DCI-форматів, кожен з яких може мати більш високу ймовірність успішного декодування за допомогою UE, ніж інші DCI, надіслані в цьому субкадре. Базова станція може передавати цю DCI таким чином, що UE ідентифікує її у якості опорної DCI. Якщо базова станція передає DCI таким чином, який призводить до того, що UE про�кодування для зворотного зв'язку за HARQ ACK/NACK з UE в декількох PUCCH-ресурсах в одному субкадре, кожен з яких відповідає опорної DCI.

У варіантах для здійснення опорної DCI, розкритих в даному документі, при умові, наприклад, 1%-ої ймовірності пропуску DCI, зворотний зв'язок за HARQ ACK/NACK може пригнічуватися відносно рідко. У цих варіантах здійснення, зворотний зв'язок за HARQ ACK/NACK може пригнічуватися тільки тоді, коли опорна DCI (або всі опорні DCI) відсутня в даному субкадре, але не тоді, коли DCI, яка не використовується в якості опорної, пропускається.

Стійкість може бути введена у спосіб індикації PUCCH-ресурсів з допомогою введення надлишковості між кількома DCI, які UE може приймати в одному субкадре. У варіанті здійснення, щонайменше, частина інформації, присутньої в DCI з декількох DCI, асоційованих з субкадром, може бути присутнім у більш ніж одній з декількох DCI. UE може визначати PUCCH ACK/NACK-ресурс на основі явною передачі службових сигналів з використанням одного або більше розкритих варіантів здійснення. UE може приймати конфігурацію одного або більше PUCCH ACK/NACK-ресурсів (тобто набору ресурсу(ів)). Крім цього, UE може успішно декодувати, щонайменше, одну DCI (наприклад, для PDSCH-передачі) в даному субкадре. У ще одному іншому варіанті �ре, одного з індикатора (наприклад, індексу) ресурсу з набору сконфігурованих ресурсів, індикатора, щоб визначати ресурс на основі згаданої DCI (наприклад, з першого CCE згаданої DCI), і настроєний пріоритету на основі асоціювання між індексом ресурсу в наборі ресурсів і, щонайменше, однієї з обслуговуючої стільники (DL CC), в якій, щонайменше, одна DCI успішно декодована, обслуговуючої стільники (DL CC), для якої DCI вказує PDSCH-передачу, і DCI, прийнятої з конкретною характеристикою (наприклад, принаймні, з однією з DCI-характеристик, викладених вище).

Хоча варіанти здійснення, розкриті в даному документі, можливо, описані щодо ресурсу в наборі PUCCH ACK/NACK-ресурсів або еквівалентних термінів, слід розуміти, що також можуть бути реалізовані такі варіанти здійснення, в яких кілька наборів PUCCH ACK/NACK-ресурсів конфігуруються, і UE замість цього визначає те, який набір PUCCH ACK/NACK-ресурсів використовувати з числа декількох сконфігурованих наборів PUCCH ACK/NACK-ресурсів, у тому числі варіанти здійснення, в яких UE використовує такий спосіб передачі, вибір каналу для інформаційних HARQ ACK/NACK-бітів, спосіб передачі з використанням рознесення при пего.

У варіанті здійснення з виділенням на основі індексів, UE не доводиться ґрунтуватися на одній або більше опорних DCI. У цьому варіанті здійснення, базова станція може бути виконана з можливістю включати двухбитовое поле в DCI-формат(и), відповідний передачі керуючих службових сигналів у кілька CC (або для всіх CC, або для поднабора всіх CC). Це може бути конфігурований допомогою верхнього рівня, наприклад, RRC. У цьому варіанті здійснення, всі DCI, відповідні згаданого поднабору CC, можуть переносити ідентичне значення для двухбитового поля. Таким чином, незалежно від того, один чи більше DCI можуть бути втрачені, за умови, що одна успішно декодується у UE, UE може мати кошти передавати зворотний зв'язок. UE може інтерпретувати двухбитовое поле успішно декодированной DCI наступним чином.

00: Існує тільки 1 диспетчеризованная CC - використовувати успадкований спосіб для виділення PUCCH-ресурсів (наприклад, будь-який інший спосіб, який може бути використаний в оточенні з однією несучою), тобто на основі CCE-позиції згаданої DCI. Альтернативно, ця кодова точка може вказувати на інший PUCCH-ресурс, сконфігурований допомогою верхніх Ѻонфигурированних допомогою верхніх рівнів для призначення з декількох CC.

02: Є кілька призначень - використовувати PUCCH-ресурс #2 з набору PUCCH-ресурсів, сконфігурованих допомогою верхніх рівнів для призначення з декількох CC.

03: Є кілька призначень - використовувати PUCCH-ресурс #3 з набору PUCCH-ресурсів, сконфігурованих допомогою верхніх рівнів для призначення з декількох CC.

В описаних вище варіантах здійснення, поле DCI, що вказує PUCCH-ресурс, який слід використовувати, може відповідати вже наявного поля DCI-формату, який використовується для DL-призначень. У цьому випадку, режим роботи UE може перевизначатися щодо функціональності, спочатку асоційованої з цим полем. Наприклад, якщо TPC (управління потужністю передачі) багаторазово використовується, регулювання потужності передачі, застосовується допомогою UE при прийомі, щонайменше, однієї DCI, що містить DL-призначення, може бути функцією від кодової точки, прийнятої для поля або його поднабора бітів, згідно відображення, яке може відрізнятися від відображення, використовуваного в разі режиму роботи з однією несучою. Альтернативно або крім цього, регулювання потужності передачі, застосовується допомогою UE при прийомі, щонайменше, однієї DCI, що містить D�про не тільки) DL-несуча, з якої DCI декодується, простір пошуку, з якого DCI декодується, або DL-несуча, до якої призначення застосовується. Альтернативно або крім цього, регулювання потужності передачі, застосовується допомогою UE при прийомі, щонайменше, однієї DCI, що містить DL-призначення, може бути функцією від набору кодових точок, прийнятих з полів TPC всіх або поднабора DCI, що містять DL-призначення. Наприклад, певне регулювання потужності може застосовуватися тільки у випадку, якщо всі поля TPC з DCI, що містить DL-призначення для Scell (або будь-соти), мають ідентичне значення. Альтернативно або крім цього, регулювання потужності передачі, застосовується допомогою UE при прийомі, щонайменше, однієї DCI, що містить DL-призначення, може бути функцією від заздалегідь визначеного значення, яке може задаватися за допомогою верхніх рівнів, приміром, 0 дБ (тобто без регулювання).

У варіанті здійснення, підмножиною кодових точок багаторазово використовується поля TPC може резервуватися для мети вказівки регулювання потужності і не може вказувати PUCCH-ресурс. UE, приймає DCI з полем, заданим рівним однієї з цих кодових точок, може застосовувати тільки регулювання потужності згідно отоожет використовувати значення поля у визначенні PUCCH-ресурсу(ів), які слід використовувати. DCI також не може вказувати DL-призначення, тобто UE не може робити спроби PDSCH-приймання після декодування такий DCI.

У неограничивающем прикладі реинтерпретации поля TPC, поле TPC, прийняте в DCI, яка містить призначення для первинної DL-несучої (або Pcell), може бути інтерпретовано аналогічно інтерпретації вихідного поля TPC (для режиму роботи з однією несучою), в той час як поле TPC, прийняте в DCI, яка містить призначення для вторинної DL-несучої (або Scell), може бути багаторазово використано для вказівки PUCCH-ресурсу(ів) відповідно до одного з вищеописаних варіантів здійснення. Крім цього, одна кодова точка поля TPC будь DCI, що містить призначення для Scell, може представляти, в додаток до одному або більше PUCCH-ресурсів, регулювання потужності з попередньо заданим значенням (наприклад, +3 дБ). Вибір цієї кодової точки може забезпечувати можливість мережі передавати в службових сигналах збільшення потужності UE з більшою надійністю, оскільки команда може бути прийнята, навіть якщо DCI, що містить призначення в PCell, втрачена. UE може застосовувати регулювання потужності, якщо воно приймає DCI, що містить DL-призначення з полем TPC, заданим рівним цієї конравним конкретної кодової точки для всіх прийнятих DCI, містять DL-призначення для Scell.

У варіанті здійснення, якщо UE передає інформаційні HARQ ACK/NACK-біти з використанням такого способу передачі, як вибір каналу, замість вибору одного ресурсу з одного набору полустатически сконфігурованих PUCCH-ресурсів, UE може замість цього вибирати набір PUCCH-ресурсів з декількох наборів з полустатически сконфігурованих PUCCH-ресурсів, які повинні використовуватися для передачі, з використанням вибору каналу.

У варіанті здійснення, якщо UE передає HARQ ACK/NACK-інформацію з використанням рознесення при передачі SORTD, один індикатор ресурсів, що приймається з DCI, може вказувати пару PUCCH-ресурсів, за якими UE може одночасно передавати, щоб реалізовувати рознесення при передачі SORTD. Це може бути застосовним лише до випадку, в якому DCI не приймається первинної несучої (Pcell).

У варіанті здійснення, якщо UE передає ACK/NACK-інформацію з використанням способу передачі на основі вибору каналу та існує два HARQ ACK/NACK-біта, які слід повідомляти для DL-призначення, один індикатор ресурсів, що приймається з DCI, може вказувати два PUCCH-ресурсу, при цьому вибір ресурсу, по якому можна передавати, визначається на основі HARQ ACK/NACK-бітів, нагоди, в якому DCI не приймається первинної несучої (Pcell).

У варіанті здійснення, якщо UE передає ACK/NACK-інформацію з використанням способу передачі на основі вибору каналу і рознесення при передачі SORTD й існує два HARQ ACK/NACK-біта, які слід повідомляти для DL-призначення, один індикатор ресурсів, що приймається з DCI, може вказувати набір з двох пар PUCCH-ресурсів (тобто всього 4 ресурсах), по кожній з яких UE може одночасно передавати, щоб реалізовувати рознесення при передачі SORTD, і при цьому вибір пари PUCCH-ресурсів, за якою слід передавати, визначається на основі HARQ ACK/NACK-бітів, які слід повідомляти, згідно таблиці кодування для вибору каналу. Альтернативно, коли DCI, що містить таке DL-призначення, приймається в Pcell, два з чотирьох необхідних PUCCH-ресурсів можуть зазначатися в DCI, а інші два можуть неявно вилучатись з початкового положення CCE (елемента каналу управління), в якому DCI декодується. Два неявно видобувні ресурсу можуть належати або не належати ідентичною парі ресурсів.

Успішно декодированние DCI, містять DL-призначення, можуть мати ідентичні значення для індикатора поля незалежно від властивостей цих DCI. Цей підхід є корисним для схем, �ла інформаційних HARQ ACK/NACK-бітів. У разі, якщо UE успішно декодує DCI, для яких значення індикаторів поля відрізняються в даному субкадре, може мати місце те, що виникає помилка мережі або помилкове виявлення. Щоб обробляти цей випадок, у варіанті здійснення, UE може виконувати дії, асоційовані з іншим варіантом здійснення, розкритою в даному документі, наприклад, придушення всій зворотного зв'язку за ACK/NACK, відповідної субкадру, або вибір однієї DCI для інтерпретації індикатора поля та визначення того, як передавати ACK/NACK за PUCCH, за допомогою використання одного з безлічі засобів. Такі засоби включають в себе довільний вибір будь-якого з DC, вибір DCI, прийнятої за PDCCH обслуговуючої стільники (CC), з конкретним значенням або пріоритетом (CC-індекс/пріоритет, DCI-прийом), вибір DCI, відповідної PDSCH-передачі обслуговуючої стільники (CC), з конкретним значенням або пріоритетом (CC-індекс/пріоритет, PDSCH-передача), вибір DCI, прийнятої з конкретною характеристикою (наприклад, щонайменше, однієї з DCI-характеристик, викладених вище), виключення DCI, значення яких відрізняється від значення декількох інших декодованих DCI у цьому субкадре (наприклад, у разі помилкового PDCCH-виявлення), та/або вибір DCI з полем індикатора, зианте здійснення, інтерпретація поля, що вказує PUCCH-ресурс, може відрізнятися у залежності щонайменше від одного властивості DCI, що містить DL-призначення, наприклад, DL-несучої, з якої DCI декодується, або DL-несучої, до якої призначення застосовується. Використання різної інтерпретації в залежності від DL-несучої, до якої може застосовуватися призначення, може бути корисним, коли частина зворотного зв'язку за HARQ ACK/NACK передається в службових сигналах через схему вибору каналу, в якій кілька PUCCH-ресурсів повинні зазначатися для UE в одному субкадре, щоб компонувати таблицю кодування для вибору каналу в залежності від числа або бітів зворотного зв'язку за HARQ ACK/NACK, які слід передавати, або числа прийнятих DL-призначень.

У варіанті здійснення, UE може визначати некоректний PDCCH-прийом допомогою або визначення того, що PDCCH пропущений, або визначення того, що ложноположительное судження виявлено (тобто підтвердження прийому PDCCH, який не прийнятий фактично). Якщо UE визначає те, що воно не пропускає PDCCH, ні декодировало ложноположительное судження (наприклад, номер успішно декодированной DCI дорівнює значенню у кожному декодированном DO), воно може передавати відповідну обратв цьому документі). Тим не менш, після визначення пропущеного PDCCH або хибнопозитивної судження, UE може бути виконано з можливістю робити одне або більше з декількох дій.

У варіанті здійснення, UE може бути виконано з можливістю здійснювати придушення, при якому UE може пригнічувати або іншим чином не передавати всю зворотну зв'язок за ACK/NACK, відповідну асоційованого субкадру. Придушення може виконуватися, коли UE не може визначати опорну DCI та/або якщо UE не має полустатически виділеного PUCCH-ресурсу для ACK/NACK-передачі. У таких варіантах здійснення, UE може пригнічувати зворотну зв'язок для відповідного субкадра. Це може призводити до виявлення допомогою мережі DTX за PUCCH, що, в свою чергу, може бути інтерпретовано допомогою мережі як індикатор того, що UE, можливо, некоректно декодировало PDCCH для відповідного субкадра.

У додатковому варіанті здійснення, UE може виконувати LTE RIO-виділення, при якому UE може передавати зворотний зв'язок по ACK/NACK допомогою вибору полустатически настроєний PUCCH-ресурсу, наприклад, LTE RIO PUCCH-ресурсу, настроєний допомогою RRC. Якщо пакетування ACK/NACK конфігурується, UE може визначать�пущений призначення), і передавати пакетоване ACK/NACK-значення в NACK за обраним PUCCH-ресурсу. У цьому варіанті здійснення, мережа може не виявляти те, що UE, можливо, некоректно декодировало PDCCH для відповідного субкадра.

В іншому варіанті здійснення, UE може виконувати виділення допомогою передачі зворотного зв'язку за ACK/NACK допомогою вибору PUCCH-ресурсу згідно успадкованому або будь-яким іншим способом, який може бути використаний в оточенні з однією несучою для динамічного PUCCH-виділення (тобто як функції від першого CCE DCI, використовуваної в якості опорної DCI). Якщо UE успішно декодировало DCI тільки для PCell, то ця DCI може бути використана в якості опорної DCI. Якщо успішно розкодована DCI призначена для PDSCH-передачі (або передача керуючих службових сигналів, наприклад, SPS) для PCell (наприклад, DCI декодована в конкретному для UE просторі пошуку згідно планування для PCell), DCI може бути використана в якості опорної DCI.

Альтернативно, якщо пакетування для HARQ ACK/NACK за PUCCH конфігурується, UE може визначати те, що, щонайменше, одна передача завершена невдало (наприклад, пропущений PDCCH може бути пропущене призначення), і може передавати пакетиро�то UE некоректно декодировало PDCCH для відповідного субкадра, на основі виявлення ресурсу, за якого вона приймає PUCCH-передачу. Це може бути аналогічно варіантами здійснення, в яких вибір каналу з використанням динамічного або полустатического ресурсу може бути використаний для того, щоб передавати один біт інформації.

У варіанті здійснення, UE може передавати зворотний зв'язок по ACK/NACK допомогою вибору одного PUCCH-ресурсу з набору декількох PUCCH-ресурсів, при цьому передача неявно вказує, що, принаймні, один PDCCH некоректно декодирован (наприклад, що, щонайменше, один PDCCH пропущено). У цьому варіанті здійснення, UE може використовувати спосіб на основі вибору каналу, причому вибір PUCCH-ресурсу з набору PUCCH-ресурсів надає індикатор в мережу того, що UE пропускає, щонайменше, один PDCCH. Цей варіант здійснення може бути використаний, коли один або більше наборів(ів) PUCCH-ресурсів полустатически конфігуруються за допомогою мережі (наприклад, RRC-конфігурація). Мережа може визначати те, що UE некоректно декодировало PDCCH для відповідного субкадра, на основі виявлення ресурсу, в якому вона приймає PUCCH-передачу.

Альтернативно, UE може використовувати код скремблювання, при цьому UE може передавати об�рмации (наприклад, за PUSCH, за LTE R8 або LTE R9 PUCCH або за LTE R10 PUCCH). Код скремблювання може вказувати, що, щонайменше, один PDCCH некоректно декодирован (наприклад, щонайменше, один PDCCH пропущено). Цей код скремблювання може включати в себе набір кодів, що надають двійковий індикатор щодо пропущеного PDCCH. Альтернативно, код скремблювання може вказувати DCI, які успішно декодованими (наприклад, для якогось PDSCH та/або для будь CC передача керуючих службових сигналів декодована). Цей код скремблювання може включати в себе набір кодів, кожен код надає різну кодову точку. У цьому варіанті здійснення, UE може інтерпретувати різні доступні кодові точки, на основі числа сконфігурованих DL SCC на додаток до PCell, числа активних DL SCC і/або числа PDSCH-призначень, прийнятих в субкадре, відповідному інформації зворотного зв'язку за HARQ ACK/NACK. У цих варіантах здійснення з кодом скремблювання, мережа може визначати те, що UE некоректно декодировало PDCCH для відповідного субкадра, на основі виявлення коду скремблювання, який використаний допомогою UE для того, щоб виконувати PUCCH-передачу.

У варіанті здійснення, UE може бути виполнеспользуется, то UE може не завжди мати опорну DCI для вибору мети належного PUCCH-ресурсу згідно з успадкованим способів способам з однією несучою (тобто UE може не приймати DCI за PDCCH первинної обслуговуючої стільники, PCell, в кожному субкадре, для якого воно імовірно повинна передавати зворотний зв'язок по PUCCH). Якщо UE виконано з можливістю використовувати HARQ ACK/NACK-пакетування, UE може визначати те, який спосіб PUCCH-виділення використовувати для того, щоб визначати PUCCH-ресурс для передачі ACK/NACK з використанням різного кошти.

У варіанті здійснення, UE може визначати те, використовується чи ні перехресна диспетчеризація несучих, при визначенні способу PUCCH-виділення для передачі зворотного зв'язку за ACK/NACK. У цьому варіанті здійснення, якщо перехресна диспетчеризація несучих використовується, UE може використовувати спосіб динамічного PUCCH-виділення на основі DCI з найменшим (або найбільшою) CCE-індексом PDCCH, використовуваному для перехресного планування несучих (типово PCell), DCI, застосовною до передачі (передачі керуючих службових сигналів) у PCell (якщо такі є), або комбінації двох зазначених варіантів. У таких варіантах здійснення, пріоритет може надаватися DCI PCell (якщо при� використовувати спосіб полустатического PUCCH виділення. Альтернативно, спосіб полустатического PUCCH-виділення може бути використаний тільки для зворотного зв'язку, пов'язаної з субкадром, в якому DCI та/або PDSCH приймаються тільки по одній або більше SCell, в той час як спосіб динамічного PUCCH-виділення може бути використаний допомогою UE для будь-якого іншого субкадра.

Альтернативно, UE може визначати те, декодує чи ні UE успішно, щонайменше, одну DCI за PDCCH PCell, та/або те, що відповідає вона чи ні "DCI та/або PDSCH", застосовного до PCell, щоб визначати спосіб PUCCH-виділення для передачі зворотного зв'язку за ACK/NACK. Наприклад, якщо UE може визначати опорну DCI у PCell, UE може вибирати спосіб динамічного виділення ресурсів на основі ідентифікованої опорної DCI. Якщо UE приймає DCI і PDSCH, застосовні до PCell (тобто DCI декодована в конкретному для UE просторі пошуку, відповідному PCell), UE може вибирати спосіб динамічного PUCCH-виділення на основі ідентифікованої опорної DCI.

У варіанті здійснення, UE може визначати те, декодує чи ні UE некоректно, щонайменше, один PDCCH в субкадре, для якого передається зворотний зв'язок за ACK/NACK, щоб визначати спосіб PUCCH-виділення для передачі зворотного зв'язку за ACK/NACK. UE може бути конфігурований з ACK/NACK-па ложноположительное судження (як описано вище). UE може передавати зворотний зв'язок по ACK/NACK за PUCCH з використанням ресурсу, який може переносити, щонайменше, два біти інформації (наприклад, PUCCH-формат 1b), при цьому перший біт вказує зворотний зв'язок по ACK/NACK, застосовну до "DCI та/або PDSCH", застосовного до PCell (тобто зворотний зв'язок відправляється для передач по PCell). ACK/NACK для декількох кодових слів може бути пакетировано в цьому варіанті здійснення, якщо просторове мультиплексування конфігурується для PCell. Другий біт може вказувати пакетоване значення зворотного зв'язку за ACK/NACK, принаймні, для однієї SCell, і в одному варіанті здійснення, для всіх передач, що приймаються для безлічі SCell з конфігурації UE у відповідному субкадре.

UE може бути виконано з можливістю завжди передавати ACK/NACK-біти з полустатически сконфигурированному ресурсу. UE може також чи замість цього бути виконано з можливістю передавати ACK/NACK-біти тільки за полустатически сконфигурированному ресурсу, коли UE не приймає "DCI та/або PDSCH", застосовний до PCell, незалежно від того, виявляє чи ні UE те, що воно, можливо, некоректно декодировало, щонайменше, одну DCI. В іншому випадку, UE може бути виконано з можливістю використовувати спосоосредством вибору способу полустатического PUCCH-виділення, якщо воно не виявляє те, що воно некоректно декодує, щонайменше, одну DCI за PDCCH (у варіанті здійснення, тільки якщо "DCI та/або PDSCH", застосовні до PCell, не прийняті), і вибору способу динамічного PUCCH-виділення в іншому випадку.

У варіантах здійснення, в яких статичні PUCCH ACK/NACK-ресурси використовуються, UE може бути виконано з можливістю визначати такі ресурси з використанням одного або більше з декількох способів. Якщо просте розширення LTE R8 або LTE R9 використовується (тобто індекс ресурсу визначається з CCE з найменшим номером першої DCI, декодированной допомогою UE, або визначається з CCE з найменшим номером з усіх DCI, декодованих допомогою UE), може бути потенціал для колізії в PUCCH-ресурсі. Перше UE може приймати свою першу DCI за CCE #N обслуговуючої соте 1, в той час як друге UE може приймати свою першу DCI за CCE #N іншої обслуговуючої соте. При відображенні, аналогічному відображення, яке виконується для PUCCH 1/1а/1b, коли індекс ресурсу надається за допомогоюобидва UE можуть обирати ідентичний індекс PUCCH-ресурсу, оскільки тільки одна UL CC повинна бути використана для того, щоб переносити PUCCH. У разі, якщо базова станція (�я ймовірність колізії у випадку некоректного PDCCH-прийому, якщо одне з UE не може визначати те, що виявлення пропущено.

У варіанті здійснення, зсувможе вказуватися для кожної обслуговуючої стільники, ефективно секционируя PUCCH-простір для типу 1 на M подпространств, де M є числом обслуговуючих сот. Кожне підпростір може мати ідентичний розмір, може масштабуватися належним чином так, що воно відображає смугу пропускання передачі кожної обслуговуючої стільники, або може мати розмір на основі деяких інших критеріїв. Після вибору конкретної DCI, з якої можна взяти CCE-номер, щоб обчислювати індекс, UE може використовувативідповідний обслуговуючої соте, в якій прийнята ця DCI. Альтернативно, M може розглядатися допомогою UE як число активних обслуговуючих сот. У цьому варіанті здійснення, число активних обслуговуючих сот може включати в себе DL CC, на яких, щонайменше, одна з обслуговуючих сот явно активована з використанням явної передачі керуючих службових сигналів (наприклад, DCI L1/PDCCH, L2/MAC в елементі керування або L3/RRC-повідомленні).

У варіанті здійснення, третє PUCCH-простір може бути створено, наприклад, між сущет використовувати цей простір. Як результат, зміщення в розрахунку на обслуговуючу соту тепер може бути N(3)PUCCHна відміну від N(1)PUCCHдля LTE R9 і LTE R9, і це N(3)PUCCHможе бути використано для того, щоб обчислювати індекс ресурсу.

У варіанті здійснення, UE може бути виконано з можливістю здійснювати вибір PUCCH-ресурсів з сконфігурованим полупостоянним плануванням (SPS) DL. Така конфігурація може призводити до SPS-передач в певних субкадрах, при цьому SPS-передача є PDSCH-передачею без відповідної PDCCH- (або DCI)-передавання, наприклад, в субкадре n-4. У субкадре, для якого UE імовірно повинна передавати зворотний зв'язок по HARQ ACK/NACK для настроєний DL-призначення (тобто DL SPS), UE, сконфігуроване для режиму роботи з декількома несучими, може визначати, воно повинно використовувати ACK/NACK PUCCH-ресурс, сконфігурований/активоване для SPS, або PUCCH-ресурс, що відповідає правилам динамічного планування.

Щоб визначати PUCCH-ресурс, який слід використовувати, у варіанті здійснення UE може бути виконано з можливістю вибирати PUCCH-ресурс згідно з правилами динамічного планування до вибору ресурсу, настроєний/активироваано, щонайменше, з використанням однієї вторинної обслуговуючої стільники або Scell, в додаток до першої первинної обслуговуючої соте або Pcell, і, по меншій мірі, з використанням одного DL SPS-призначення. DL SPS-призначення може бути конфігурований для PDSCH першої первинної стільники. В деяких варіантах здійснення, UE може мати одне або більше станів згідно активації, щонайменше, однієї з обслуговуючих сот UE (тобто неявно, наприклад, на основі таймерів або явно, наприклад, за допомогою FAC) та/або активації, щонайменше, однієї з обслуговуючих сот UE допомогою FAC.

У цьому варіанті здійснення, для даного субкадра, якщо UE імовірно повинна передавати зворотний зв'язок по HARQ ACK/NACK, принаймні, для однієї PDSCH-передачі, відповідної сконфигурированному призначенням (наприклад, SPS) і відповідної динамічно диспетчеризованному призначенням, щонайменше, в одній обслуговуючої соте, то UE може бути виконано з можливістю вибирати PUCCH-ресурс на основі декількох способів HARQ ACK/NACK-передачі (тобто UE може не використовувати сконфігурований PUCCH-індекс, зарезервований для SPS-призначення). В іншому випадку, UE може бути виконано з можливістю використовувати спосіб PUCCH ACK/NACK-переду�ільки SPS-призначення, тобто PDSCH-передачу, при якій немає відповідної PDCCH- (або DCI)-передавання (у субкадре n-4 для FDD) в первинній соте, UE визначає PUCCH-індекс відповідно до своєї конфігурації верхнього рівня. У варіанті здійснення, для будь-якого субкадра, для якого UE конфігурується, як описано вище (тобто DL SPS, щонайменше, з використанням однієї вторинної обслуговуючої соти), UE може бути виконано з можливістю вибирати PUCCH-ресурс на основі способу декількох ACK/NACK-передач (тобто UE може не використовувати сконфігурований PUCCH-індекс для SPS, якщо такі є).

У варіанті здійснення, UE може бути виконано з можливістю мультиплексувати HARQ ACK/NACK або DTX і SR по PUCCH. UE може бути конфігурований з використанням PUCCH-ресурсу для SR. Якщо передача HARQ ACK/NACK за PUCCH збігається для даного субкадра з передачею SR, UE може передавати індикатор позитивного SR у PUCCH-ресурсі, сконфігурованом для SR, і може пригнічувати HARQ ACK/NACK - або DTX-інформацію (з використанням, наприклад, PUCCH-формату 1). Альтернативно, UE може передавати M бітів (M=1 або M=2) HARQ ACK/NACK - або DTX-інформації з використанням PUCCH-формату 1a (M=1 передається в службових сигналах інформаційний біт) або PUCCH-формату 1b (M=2 переданих у службових сигналах інформаційних �K/NACK допомогою UE в просторовій області для кожної DL-несучої. Наприклад, UE може виконувати операцію логічного "AND" ACK/NACK кожного кодового слова, якщо просторове мультиплексування конфігурується. Це може призводити найбільше до одного ACK/NACK-біту в розрахунку на обслуговуючу стільника, для якого, щонайменше, одне "DCI та/або PDSCH" є застосовним. Якщо призначення не виявляється для обслуговуючої стільники, UE може задавати відповідний біт рівним значенню, ідентичного значення для NACK, або взагалі не призначати біти послідовності b(0),..., b(N), щоб повідомляти зворотний зв'язок для цієї несучої. У цьому варіанті здійснення, одна з кодових точок (наприклад, b(0)=b(1)=0) може резервуватися, щоб вказувати, що UE виявляє те, що, щонайменше, один DL-призначення пропущено, наприклад, з використанням одного або більше варіантів здійснення, як описано в даному документі. Пакетування через несучі також може бути використано, приводячи до одного ACK/NACK-біту.

У варіанті здійснення, UE може усекать послідовність ACK/NACK-бітів (або пакетованих ACK/NACK-бітів, наприклад, згідно з вищенаведеним варіанту здійснення) b(0),..., b(N) до M бітів. У цьому варіанті здійснення, біти, що відповідають DCI та/або PDSCH SCell, можуть усекатьсямогут бути скорочені (у варіанті здійснення, всі такі біти). У варіанті здійснення, біти, що не відповідають першої успішно декодированной DCI, можуть бути скорочені. У зміні цього варіанту здійснення, біти, що не відповідають DCI з найменшим CCE та/або найбільшим рівнем агрегування, можуть бути скорочені.

M бітів HARQ-інформації можуть бути передані за допомогою UE з використанням унікального PUCCH-ресурсу, настроєний для (у варіанті здійснення, позитивної) SR-передачі. Альтернативно або крім цього, M бітів HARQ-інформації можуть бути передані за допомогою UE з використанням одного з набору 2KPUCCH-ресурсів, сконфігурованих для (у варіанті здійснення, позитивної) SR-передачі. PUCCH-ресурс може бути вибраний з набору 2KPUCCH допомогою вибору першого PUCCH-ресурсу, коли UE виявляє, що, щонайменше, один DL-призначення пропущено (наприклад, з використанням одного або більше варіантів здійснення, розкритих у даному документі), і другого PUCCH-ресурсу, коли UE не виявляє, що, щонайменше, один DL-призначення пропущено. Альтернативно, PUCCH-ресурс може бути вибраний з набору 2KPUCCH допомогою вибору PUCCH-ресурсу на основі значення K бітів c(0),..., c(K-1), отриманого зі стану прийому (HARQ ACK/NACK та/або DTих зворотний зв'язок не передана в b(0),..., b(M) бітах.

У варіанті здійснення, PUCCH-ресурси, які повинні бути використані, можуть бути отримані в способі вибору каналу. Загальне число M PUCCH-ресурсів, необхідний для того, щоб підтримувати схему вибору каналу, може бути обчислено на основі, принаймні, одного з режиму передачі кожної несучої низхідній лінії зв'язку, сконфігурованої для PDSCH-прийому (еквівалентно, числа кодових слів, які можуть бути вжиті з кожної несучої низхідній лінії зв'язку), числа несучих низхідній лінії зв'язку, сконфігурованих для PDSCH-прийому, загального числа кодових слів (Q), які можуть бути прийняті з усіх несучих низхідній лінії зв'язку, сконфігурованих для PDSCH-прийому, загального числа кодових слів, які можуть бути прийняті з усіх несучих низхідній лінії зв'язку, які в кінцевому рахунку можуть бути сконфігуровані для PDSCH-прийому, того, налаштовано UE для роботи в режимі повної зворотного зв'язку або обмеженою зворотного зв'язку (наприклад, пакетування), того, є чи ні зворотний зв'язок для кодового слова або несучої ідентичною для NACK і DTX, того, може чи ні позитивний або негативний запит планування (SR) зазначатися разом з станом прийому кожної несучої/кодового слова, Ђах здійснення "з повним зворотним зв'язком", UE може мати можливість повідомлення ACK - або NACK/DTX-стану для кожного кодового слова. Таким чином, схема вибору каналу може надавати повідомлення, щонайменше, 2C станів. Відповідне число бітів для зворотного зв'язку може становити C. За умови, що B бітів можуть бути передані за допомогою модуляції вибраного ресурсу (наприклад, B=2 для PUCCH-формату 1b), число M PUCCH-ресурсів може надаватися за допомогою M=2(C-B). Наведена нижче таблиця 13 ілюструє деякі неограничивающие приклади, в яких B=2.

Таблиця 13
Приблизні величини кодових слів і PUCCH-ресурсів
Конфігурація (MIMO означає 2 кодових слова, SIMO означає 1 кодове слово)Загальна кількість кодових слівЗагальне число M PUCCH-ресурсів
CC1: MIMO+CC2: MIMO44
CC1: MIMO+CC2: SIMO32
CC1: MIMO+CC2: SIMO+CC3: SIMO44
CC1: SIMO+CC2: SIMO+CC3: SIMO32
CC1: SIMO+CC2: SIMO+CC3: SIMO+CC4: SIMO44

Слід зазначити, що більша (або менша) число PUCCH-ресурсів може бути необхідним, якщо таблиця кодування зворотного зв'язку за HARQ розроблена так, що більше (менше) 2C станів повідомляються.

Після того, як число M PUCCH-ресурсів виходить з використанням одного з розкритих варіантів здійснення, UE може витягуватиPUCCH-ресурсів, деможе обчислюватися як число несучих низхідній лінії зв'язку, для яких PDCCH виконаний з можливістю прийому до первинної DL-несучої, фіксоване значення, наприклад, 1 або 0.

p-тийPUCCH-ресурс, який слід використати в даному субкадре може бути визначений на основі номерапершого елемента каналу управління (CCE), що використовується для передачі DCI-призначення в первинній несучої, відповідної PDSCH-передачі (або SPS-звільненню в низхідній лінії зв'язку) в p-тієї несучої низхідній лінії зв'язку в субкадре n-k (k=4 для FDD). Наприклад,першого елемента каналу управління (CCE), що використовується для передачі p-того виявленого DCI-призначення в первинній несучої, відповідної PDSCH-передачі (або SPS-звільненню в низхідній лінії зв'язку) в будь несучої низхідній лінії зв'язку в субкадре n-k (k=4 для FDD), коли PUCCH-ресурси можуть упорядковуватися за допомогою індексу ресурсу (збільшення або зниження) в таблиці кодування.

не може бути установлений для певного субкадра внаслідок відсутності відповідного DCI-призначення. Таблиця кодування може бути розроблена так, що будь-яка кодова точка, яка вказує підтвердження прийому для кодового слова, прийнятого з даної несучої, а не для кодових слів, прийнятих з інших несучих, може відображатися тільки в PUCCH-ресурс, який вилучається з DCI-призначення, відповідного передачу на цій несучої.

UE також може витягуватиPUCCH-ресурсів, дена основі передачі службових сигналів з фізичного рівня (наприклад, з полів DCI-призначення(ях)), MAC-рівня, RRC-�я з передачі службових RRC-сигналів. Альтернативно, індекс для конкретного поднабораPUCCH-ресурсів може надаватися в DCI-призначення або в команді активації/деактивації (можливо в MAC-рівень), в той час як весь набір можливих PUCCH-ресурсів може надаватися з конфігурації.

У варіанті здійснення, різні рішення можуть бути використані для того, щоб вирішувати потенційні проблеми мультиплексування користувачів для управління в висхідної лінії зв'язку при використанні вибору PUCCH-каналу. Коли UCI не є достатньо великим, PUCCH-контейнер може бути використаний. Наприклад, для невеликих і середніх розмірів робочих ACK/NACK-даних, вибір PUCCH-каналу (CS) може бути підходящою. CS може надавати найкраще посилення при мультиплексировании UE внаслідок своєї гнучкості. CS може підтримувати до дев'яти UE у розрахунку на RB, тоді як інші схеми можуть тільки підтримувати до п'яти UE у розрахунку на RB. В деяких системах мультиплексування користувачів на основі мультиплексування з кодовим поділом (CDM) може використовуватися для PUCCH. Тим не менш, можуть виникати проблеми, асоційовані з мультиплексуванням UE для вибору PUCCH-каналу.

У деяких LTE-системах, може бути тижнів�CK-біт (наприклад, дві CC з MIMO), два PDCCH можуть бути передані, тим самим два PUCCH можуть призначатися даному користувачеві. Для CS в LTE R8, чотири PUCCH необхідно для того, щоб вказувати чотири інформаційних ACK/NACK-біта або 16 станів. Отже, може вимагатися спосіб для того, щоб призначати PUCCH, щоб підтримувати мультиплексування користувачів при CS.

У деяких LTE-системах, альтернативно може бути сверхдостаточно PUCCH-ресурсів для мультиплексування користувачів. Наприклад, для чотирьох інформаційних ACK/NACK-біт (наприклад, чотирьох CC з SIMO), чотири PDCCH можуть бути передані, і тим самим чотири PUCCH можуть призначатися даному користувачеві. Для CS (покращеного), тільки два PUCCH можуть бути необхідні для того, щоб вказувати чотири інформаційних ACK/NACK-біта або 16 станів. Призначення додаткових PUCCH може зменшувати посилення при мультиплексировании користувачів і може збільшувати обсяг службової інформації і тим самим може не бути ефективним використанням ресурсів. Отже, може вимагатися спосіб для того, щоб перепризначувати PUCCH-ресурс для вдосконаленого мультиплексування користувачів.

У варіанті здійснення, в якому може бути недостатньо PUCCH-ресурсів для мультипЌ додаткові PUCCH-ресурси, щоб підтримувати мультиплексування користувачів при CS. Зсув може бути відносно адреси першого CCE даного PDCCH (наприклад, DCI). Наприклад, адресу першого CCE першого PDCCH (наприклад, DCI) може бути використаний допомогою UE для того, щоб призначати або резервувати PUCCH-ресурс (наприклад, перший PUCCH) для даного UE, а зсув на адресу першого CCE першого PDCCH (наприклад, DCI) може бути використано допомогою UE для того, щоб призначати або резервувати додатковий PUCCH-ресурс (наприклад, третій PUCCH) для даного UE. Аналогічно, адресу першого CCE другого PDCCH може бути використаний допомогою UE для того, щоб призначати або резервувати PUCCH-ресурс (наприклад, другий PUCCH) для даного UE, і зсув на адресу першого CCE другого PDCCH може бути використано допомогою UE для того, щоб призначати або резервувати додатковий PUCCH-ресурс (наприклад, четвертий PUCCH) для даного UE, і т. д. Зсув може мати будь-яке значення і може бути конфігуровані допомогою базової станції (наприклад, вдосконаленого вузла B) та/або мережі.

Альтернативно, не перший CCE-адресу (наприклад, використання другого або третього CCE-адреси тощо) може бути використаний для того, щоб призначати або резервувати дополнитепример, DCI) може бути використаний для того, щоб вказувати, призначати або резервувати додатковий PUCCH-ресурс, наприклад, третій і четвертий PUCCH-ресурси для UE. Наприклад, другий CCE-адреса першого PDCCH (наприклад, DCI) може бути використаний допомогою UE для того, щоб вказувати, призначати або резервувати третій PUCCH-ресурс, і другий CCE-адресу другого PDCCH може бути використаний допомогою UE для того, щоб вказувати, призначати або резервувати четвертий PUCCH-ресурс, і т. д. У варіанті здійснення, базова станція (наприклад, вдосконалений вузол B) може диспетчеризовать PDCCH (наприклад, DCI), що містить, щонайменше, два CCE (тобто другий CCE може бути завжди диспетчеризован або доступний для UE), коли додатковий PUCCH-ресурс повинен вказуватися або призначатися UE. UE може бути виконано з можливістю повертатися до вищеописаного варіанту здійснення з використанням одного або більше зсувів, коли другий CCE в PDCCH (наприклад, DCI) недоступний, або PDCCH (наприклад, DCI) з двома або більше CCE не планується.

У варіантах здійснення, в яких існують понад достатню кількість PUCCH-ресурсів для мультиплексування користувачів, PUCCH-ресурси, які не використовуються, можуть перепризначатися деяких продуктів, я�урсе або RB, і тим самим посилення при мультиплексировании UE може бути збільшено, і/або обсяг службової інформації може бути зменшений. У цьому варіанті здійснення, зсув може застосовуватися до призначень PUCCH-ресурсів для користувачів. Таке зміщення може бути використано для того, щоб поєднувати PUCCH-ресурси для різних користувачів, так що безліч користувачів можуть спільно використовувати ідентичний пул PUCCH-ресурсів, тим самим збільшуючи посилення при мультиплексировании UE та/або зменшуючи обсяг службової інформації. У цьому варіанті здійснення, різні UE можуть використовувати різні значення зміщення, щоб підтримувати мультиплексування користувачів. Зсуви можуть бути налаштовані для кожного UE або в розрахунку на групу UE конкретно для користувача або конкретно для групи користувачів.

У цьому варіанті здійснення, кожне UE (або група UE) може бути виконано з можливістю використовувати підмножиною пулу PUCCH-ресурсів, як тільки PUCCH-ресурс для безлічі користувачів поєднується в ідентичному пул ресурсів. Одне або обидва з зсуву (до PUCCH-ресурсу) і поднабора (PUCCH-ресурсу) можуть бути конфігуруються за допомогою базових станцій, і одне або обидва можуть бути конкрет�льно UE #1 може призначатися за допомогою PUCCH-ресурсів #1, 2, 3 і 4, які можуть згадуватися як набір 1 ресурсів або пул 1 ресурсів. UE #2 може призначатися за допомогою PUCCH-ресурсів #5, 6, 7 і 8, які можуть згадуватися як набір 2 ресурсів або пул 2 ресурсів. Щоб ефективно мультиплексувати UE, PUCCH у UE #1 може повторно маршрутизироваться з використанням зсуву для набору ресурсів 2 або пулу ресурсів 2 (тобто PUCCH-ресурсів, #5, 6, 7 і 8 з набору 1 ресурсів або пулу ресурсів 1). Частина з набору 2 ресурсів або пулу ресурсів 2, скажімо, PUCCH-ресурси #5 і 6, може бути налаштований для UE #1, а інший підмножиною з набору 2 ресурсів або пулу ресурсів 2 може бути налаштований для UE #2, в якості неограничивающего прикладу.

В іншому варіанті здійснення, PUCCH-ресурс може бути повторно відображений з PDCCH CCE-адреси. У цьому варіанті здійснення, PUCCH-ресурс з PDCCH CCE-адреси може бути повторно відображено, щоб поєднувати PUCCH-ресурс UE так, що він знаходиться в ідентичному наборі або пулі для підтримки мультиплексування користувачів. У цьому варіанті здійснення, правило відображення "PDCCH-в-PUCCH" може бути модифіковано так, щоб підтримувати мультиплексування користувачів при CS. Альтернативно, зміщення може бути включено в функцію відображення ресурсів "PDCCH-в-PUCCH". Uьзователей, аналогічно застосуванню зміщення до призначень PUCCH-ресурсів, як описано вище. У примірному варіанті здійснення, PDCCH #1, 2, 3 і 4 можуть бути передані для UE #1, і PDCCH #5, 6, 7 і 8, можуть бути передані для UE #2. Спочатку UE #1 може відображатися в PUCCH-ресурси #1, 2, 3 і 4, та UE #2 може відображатися в PUCCH-ресурси #5, 6, 7, 8. За допомогою повторного відображення PUCCH-ресурсів для UE, UE #2 може бути повторно відображено в PUCCH-ресурси #1, 2, 3 і 4 з PUCCH-ресурсів # 5, 6, 7 і 8, в той час як UE #1 може використовувати ідентичні PUCCH-ресурси #1, 2, 3 і 4. UE #1 може призначатися за допомогою поднабора PUCCH-ресурсів (наприклад, PUCCH-ресурсів #1 і 2), і UE #2 може призначатися за допомогою іншого поднабора PUCCH-ресурсів (наприклад, PUCCH-ресурсів #3 і 4).

У варіанті здійснення, коли надлишкові PUCCH-ресурси доступні, надлишкові PUCCH-ресурси можуть перепризначатися іншим UE для збільшення посилення при мультиплексировании користувачів, як зазначено вище. Альтернативно, такі надлишкові PUCCH-ресурси можуть бути використані для того, щоб підтримувати розширення передачі по висхідній лінії зв'язку або розширення MIMO в висхідної лінії зв'язку. Надлишкові PUCCH-ресурси можуть використовуватись для підтримки передачі просторових ортогональних ресурсів в U�повз цього, UE може використовувати надлишкові PUCCH-ресурси для підтримки рознесення при передачі просторових ортогональних ресурсів (SORTD), коли SORTD конфігурується для UE. Альтернативно або крім цього, UE може використовувати надлишкові PUCCH-ресурси для підтримки просторового мультиплексування просторових ортогональних ресурсів (SORSM), коли SORSM конфігурується для UE. Альтернативно або крім цього, UE може використовувати L-1 надлишкових PUCCH-ресурсів для SORTD (або SORSM тощо), коли SORTD (або SORSM тощо) виконується з L передавальних антен для даного UE. Наприклад, коли два SORTD передавальної антени використовуються, UE може використовувати один надлишковий PUCCH-ресурс для підтримки SORTD-передачі та роботи в UE.

Далі описуються кілька варіантів здійснення для виконання відображення ресурсів для кількох передач ACK/NACK UL у варіантах здійснення з агрегування несучих. Ці варіанти здійснення можуть забезпечувати можливість UE визначати PUCCH-ресурси, які UE може використовувати для того, щоб передавати HARQ ACK/NACK та іншу UCI і зворотний зв'язок. У варіанті здійснення, з використанням PUCCH-передачі кілька UL CC можуть бути використані одночасно для декількох PUCCH-передач. Альтернативно, одна UL� однієї компонентної UL-несучої (з однієї або декількох агрегованих UL CC), призначення в низхідній лінії зв'язку для всіх обслуговуючих сот можуть бути передані в одній обслуговуючої соте. У цьому варіанті здійснення, для кожного PDSCH-призначення на будь-обслуговуючої соте в заздалегідь йдеться обслуговуючої соте може бути відповідна PDCCH-передача. Таким чином, індекси ACK/NACK-ресурсів можуть бути неявно асоційовані з найменшим CCE-індексом PDCCH без ускладнення.

У варіанті здійснення, призначення в низхідній лінії зв'язку для кількох обслуговуючих сот можуть бути передані до кількох обслуговуючих сотах (тобто перехресна диспетчеризація несучих). У цьому варіанті здійснення, якщо для відображення PUCCH-ресурсів застосовується критерій розробки, ідентичний критерієм розробки, який може бути використаний в LTE R8, індекси ACK/NACK-ресурсів не можуть бути унікально асоційовані з CCE PDCCH у всіх запланованих обслуговуючих стільниках. Таким чином, перехресне відображення несучих LTE RIO може вимагати рішення, щоб справлятися з усіма можливими колізіями індексів PUCCH-ресурсів. У варіанті здійснення, різне значеннязміщення PUCCH-ресурсу може бути передано в службових сигнали для кожної обслуговуючої стільники. РазлЇивая можливість унікального відображення індексів "CCE-в-ACK/NACK" в обслуговуючій соте, аналогічно застосуванню в LTE R8. У таких реалізаціях, оскільки ACK/NACK-ресурси, відповідні всім обслуговуючим стільників, повинні резервуватися на UL CC, обсяг службової інформації в PUCCH може бути збільшений. Крім того, може бути необхідність у додатковій передачі службових сигналів верхнього рівня, яка є функцією від числа сконфігурованих обслуговуючих сот. Відповідно, для UE з великим числом агрегованих несучих, збільшений об'єм службової інформації при передачі службових сигналів верхнього рівня може виникати.

Хоча варіанти здійснення, описані в даному документі, можуть надавати засіб для перехресного виділення PUCCH-ресурсів/відображення несучих, в деяких реалізаціях PUCCH може бути переданий тільки на одній компонентної несучої висхідної лінії зв'язку при асиметричному CC-агрегировані, тоді як кілька PDCCH можуть бути одночасно передані з різних CC низхідній лінії зв'язку. Альтернативно, кілька PUCCH можуть бути передані на декількох компонентних несучих висхідної лінії зв'язку при асиметричному CC-агрегировані, тоді як число DL-несучих, які передають PDCCH, може перевищувати число UL-несучих, які передають PUCCH. У таких варіативності�наявних CC, внаслідок неявній взаємозв'язку між CCE-індексом і індексом ресурсу для PUCCH-формату 1/1а/1b кілька DCI-призначень можуть вказувати на ідентичний індексPUCCH HARQ ACK/NACK-ресурсу, що може призводити до колізій HARQ ACK/NACK-ресурсів. Таким чином, даний розкриття сутності викладає певний зразковий критерій відображення ресурсів, який може бути модифікований/розширений згідно з розкритим варіантами здійснення, щоб вирішувати цю неоднозначність між PUCCH-ресурсами.

У варіанті здійснення, неявної схеми перехресного відображення несучих можуть бути використані. В LTE-A FDD-оточеннях, коли UE використовує ресурсдля PUCCH-формату 1/1а/1b для передачі HARQ ACK/NACK, UE може використовувати один з наступних розкритих способів для PDSCH-передачі, йдеться допомогою виявлення відповідного PDCCH, або для PDCCH, що вказує звільнення полупостоянного планування (SPS) в низхідній лінії зв'язку.

У цьому варіанті здійснення, ресурс для PUCCH-формату 1/1а/1b може бути неявно визначений на основі чотирьох параметрів, два з яких можуть бути параметрами LTE R8, щоб підтримувати зворотний сумісність. З решти двох параметрів, один може � через відповідне DCI-призначення. У цьому варіанті здійснення, коли UE використовує ресурсдля PUCCH-формату 1/1а/1b для передачі ACK/NACK, UE може бути виконано з можливістю використовувати наступне відображення:

,

деможе бути індексом першого CCE, використовуваного для передачі відповідного DCI-призначення,може бути числом ресурсів, зарезервованих для передачі ACK/NACK-сигналів для постійного PUCCH-формату 1/1а/1b,може позначати число компонентних несучих, сконфігурованих допомогою верхніх рівнів, іможе бути індексом компонентної несучої, використовуваної для передачі відповідного DCI-призначення.

Останні два параметри, описані вище,можуть бути засновані на LTE RIO 3GPP-стандарти, в яких може бути передбачено асиметричний режим агрегування несучих разом з трехбитовим полем управління, відомим як індикатор несучої (CI), який повинен бути включений в PDCCH DCI-формати. Слід зазначити, що у випадку тільки однієї несучої, де, формула осредством LTE R8.

Фіг.19 ілюструє приблизну неограничивающую PUCCH-конфігурацію 1900, яка може бути використана у варіанті здійснення для зразкової системи з п'ятьма DL CC і однієї UL CC. RB 1910 представляють ресурси, які можуть резервуватися для динамічного PUCCH-формату 1/1а/1b. У RB 1910, ресурси можуть резервуватися для кожної компонентної несучої. Наприклад, як показано на фіг.19, RB 1920 може бути ресурсом, зарезервованих для CC 0, RB 1921 може бути ресурсом, зарезервованих для CC 1, RB 1922 може бути ресурсом, зарезервованих для CC 2, RB 1923 може бути ресурсом, зарезервованих для CC 3, а RB 1924 може бути ресурсом, зарезервованих для CC 4.

У примірній реалізації цього варіанту здійснення, UE може приймати PDSCH-передачі з п'яти DL-несуть у субкадре і може бути виконано з можливістю повертати кілька ACK/NACK, асоційованих з різними транспортними блоками (TB), з використанням тільки однієї компонентної UL-несучої. Набір параметрів згідно цієї примірної системі може бути задано як:У цьому варіанті здійснення, індексиресурсів для PUCCH-формату 1/1а/1b, відповідні всім DCI-призначенням, можуть бути в�0" frame="all">

Таблиця 14
Ресурсдля динамічного PUCCH-формату 1/1а/1b з використанням відображення
Компонентна несуча 00510152025
Компонентна несуча 11611162126
Компонентна несуча 227121722813182328
Компонентна несуча 44914192429

У варіанті здійснення, наступне відображення може використовуватися для відображення PDCCH CCE-індексу ресурсдля PUCCH-формату 1/1а/1b для передачі ACK/NACK:

,

деможе позначати число компонентних несучих для групи DL-несучих, яка злучається або асоціюється з UL-несучої, передає PUCCHможе бути індексом компонентної несучої, використовуваної для передачі відповідного DCI-призначення,бути функцією відображення, яка відображаєв індекс для відповідної групи DL-несучих та параметриможуть бути такими, як вказано в іншій частині в даному документі, а саме,="5" width="11" /> може бути числом ресурсів, зарезервованих для передачі ACK/NACK-сигналів для постійного PUCCH-формату 1/1а/1b.

У варіанті здійснення, коли UE використовує ресурсдля PUCCH-формату 1/1а/1b для передачі ACK/NACK, UE може використовувати наступне відображення:

,

деможе бути індексом першого CCE, використовуваного для передачі відповідного DCI-призначення,може бути числом ресурсів, зарезервованих для передачі ACK/NACK-сигналів для постійного PUCCH-формату 1/1а/1b,може позначати число компонентних несучих, сконфігурованих допомогою верхніх рівнівможе бути індексом компонентної несучої, використовуваної для передачі відповідного DCI-призначення, і p може бути вибраний з{0, 1, 2, 3, 4} так, що.може позначати число сконфігурованих RB низхідній лінії зв'язку, іможе позначати кількість піднесучих в RB.

У примірній реалізації цього варіанту здійснення з використанням примірної конфігурації, ідентичною примірної конфігурації, описаної вище, UE моолько ACK/NACK, асоційованих з різними транспортними блоками (TB), з використанням тільки однієї компонентної UL-несучої. Набір параметрів згідно цієї примірної системі може бути ідентичним вищенаведеного прикладу:. У цьому варіанті здійснення, індексиресурсів для PUCCH-формату 1/1а/1b, відповідні всім DCI-призначень, можуть бути обчислені на основі вищеописаного відображення, як показано в таблиці 15.

Таблиця 15
Ресурсдля динамічного PUCCH-формату 1/1а/1b з використанням відображення
Компонентна несуча 005Компонентна несуча 1178171827
Компонентна несуча 22910192029
Компонентна несуча 331112212231
Компонентна несуча 441314232433

У варіанті здійснення, опорні сигнали демодуляції (DM RS), асоційовані з передачею PUCCH, можуть вилучатися з послідовностей Задова-Чу. Ці послідовності потім можуть циклічно зрушуватися і використовуватися для того, щоб мультиплексувати опорні сигнали з різних UE в соте (тобто CC). го індексу ресурсу. Таким чином, індекси ресурсів для PUCCH-формату 1/1а/1b, отримані на основі формул відображення, викладених вище, можуть опосередковано впливати на величину циклічного зсуву в кожному DM RS.

Слід зазначити, що вищеописані формули відображення можуть не вимагати додаткової виділеної передачі службових сигналів верхнього рівня, а можуть замість цього використовувати параметр верхнього рівня, який може бути частиною конфігурації системи для LTE RIO-системи або реалізації. Іншими словами, те, що число CC повинно бути частиною передачі службових сигналів верхнього рівня в LTE-A, може бути допустимим допущенням. Аналогічно, з точки зору фізичного рівня, перехресна диспетчеризація несучих через поле управління індикатором несучої може підтримуватися за допомогою розширення успадкованих DCI-форматів або DCI-форматів з однієї несучої. Отже, для відображення формул, викладених вище, може не вимагатися додаткова виділена передача керуючих службових сигналів фізичного рівня.

У варіантах здійснення, в яких відсутній відповідний PDCCH для PDSCH-передачі у всіх компонентних несучих низхідній лінії зв'язку, наприклад, при полупостоянном планирации верхнього рівня.

Далі представлені системи, засоби і способи для передачі зворотного зв'язку за HARQ (наприклад, ACK/NACK) для кількох несучих за PUCCH. З використанням агрегування несучих, наприклад, в LTE-A, робочі дані зі зворотним зв'язком у висхідній лінії зв'язку можуть масштабуватися лінійно з числом сконфігурованих/активованих CC. Одна конкретна для UE UL CC може бути сконфігурована полустатически для перенесення PUCCH ACK/NACK, запиту планування (SR) і періодичної інформації стану каналу (CSI) з UE. Схема ACK/NACK-мультиплексування на основі DFT-S-OFDM може бути використана для того, щоб підтримувати великі розміри робочих ACK/NACK-даних, але такі варіанти здійснення можуть мати складності, асоційовані з цією схемою, коли вони використовуються для передач зворотного зв'язку в висхідної лінії зв'язку.

У варіантах здійснення з мультиплексуванням користувачів на основі DFT-S-OFDM-структури, HARQ ACK/NACK та/або CSI з безлічі UE можуть бути мультиплексованих в один блок PUCCH-ресурсів з використанням мультиплексування з ортогональним кодовим поділом (CDM). У таких варіантах здійснення, може бути бажаним гарантувати ортогональність між UE, мультиплексированними в один PUCCH RB, неявно иденђ деяких варіантах здійснення, які використовують DFT-S-OFDM, 24 символу квадратурної фазової маніпуляції (QPSK) можуть бути передані, що може бути еквівалентним 48 кодованих бітів. Оскільки розмір корисного навантаження зі зворотним зв'язком у висхідній лінії зв'язку масштабується з числом сконфігурованих/активованих CC, може бути важливим розробляти змінну схему канального кодування, яка надає обґрунтоване посилення при кодуванні в діапазоні розмірів корисного навантаження. В деяких варіантах здійснення, максимальне число HARQ ACK/NACK-бітів, які можуть бути передані за агрегировані несучих, може бути обмежена 10-12 бітами. Таким чином, канальний кодер може бути оптимізовано так, що цільові показники, пов'язані з ACK/NACK-передачами при низьких відносинах "сигнал-перешкоди" (SINR), можуть досягатися. Розмір корисного навантаження для CSI-передач з використанням агрегування несучих може бути в діапазоні 20-55 бітів, хоча інші розміри, як більші, так і менші, розглядаються. Відповідно, схема канального кодера для службових сигналів зі зворотним зв'язком з CSI може бути виконана з можливістю досягати надійного прийому великою корисною навантаження.

Структура на основі DFT-S-OFDM може бути исной зв'язком у доступні елементи ресурсів може впливати на продуктивність передач зворотного зв'язку. Одне з обмежень, які можуть виникати у зв'язку з відображенням ACK/NACK, полягає в тому, що багато поточні способи, використовувані в даній області техніки, недостатньо використовують частотне рознесення. Для PUCCH-передач, може не виконуватися визначення розмірів відповідних ресурсів щодо робочих ACK/NACK - та/або CSI-даних. У варіантах здійснення, детальніше викладених у цьому документі, символи з зворотним зв'язком можуть відображатися елементи ресурсів одного PUCCH RB, так що виграш від частотного рознесення максимізується, і ACK/NACK і CSI можуть бути мультиплексованих в одному RB, так що конкретні цільові показники можуть задовольнятися.

У варіанті здійснення, передача HARQ ACK/NACK і SRS може бути виконана з можливістю знаходження в одному субкадре. Обробка таких передач за допомогою структури на основі DFT-S-OFDM може бути виконана за допомогою використання скороченої PUCCH-передачі в таких субкадрах, як може виконуватися в успадкованих оточеннях або оточеннях з однією несучою, в яких останній SC-FDMA-символ ACK/NACK може використовуватися для SRS-передачі, та ідентичний коефіцієнт розширення не може застосовуватися в SC-FDMA-символах даних в обох слотах в субкадре. Альтернат�ьзуется, структура DFT-S-OFDM може відрізнятися від випадку звичайного CP. Розширення структури на основі DFT-S-OFDM до субкадров з розширеним CP може бути реалізовано так, як описано в даному документі.

Даний розкриття сутності також описує конкретні властивості передачі з використанням способів на основі вибору каналу. Зокрема, одна характеристика, яка є конкретною для такої передачі, може полягати в тому, що інформаційні біти, кодовані з використанням вибору каналу (тобто b бітів, що передаються за допомогою виявлення передачі по одному з ресурсів N, де N=2b), можуть бути декодованими більш стійко до помилок за допомогою прийомного пристрою, ніж інформаційний біт(и), отриманий за допомогою декодування сигналу в PUCCH-ресурсі. Це може бути обумовлено тим, що виявлення того, є чи немає сигнал в PUCCH-ресурсі (тобто DTX-виявлення), може бути більш точним, ніж декодування інформаційного біта(ів) в прийнятому сигналі, як тільки сигнал дійсно виявляється.

У варіанті здійснення, структура обробки для зворотного зв'язку у UL з DFT-S-OFDM може бути використана. У цьому варіанті здійснення, UE може формувати керуючу иуправляющая інформація, приміром, UCI, може бути сформована за допомогою UE. На етапі 2010, число DL CC (обслуговуючих сот) може бути визначено або отримано, і CRC-приєднання (у варіанті здійснення, як детальніше описано нижче) може бути виконано. У варіанті здійснення, на етапі 2010 вхідні бітиможуть бути сформовані для використання в якості введення в канальний кодер. На етапі 2015, канальне кодування може бути виконано з використанням кодування Ріда-Мюллера (у варіанті здійснення, як детальніше описано нижче). Альтернативно, на етапі 2020 канальне кодування може бути виконано з використанням згорткового кодування з доповненням бітами кінцевій частині (у варіанті здійснення, як детальніше описано нижче). У будь-якому випадку (канальне кодування з використанням RM або сверточное кодування з доповненням бітами кінцевій частині), висновок, сформований за допомогою канального кодування, що використовується на етапі 2015 або на етапі 2020, може мати бітову послідовність довжини 48, що може позначатися за допомогоюяк детальніше описано в даному документі.

На етапі 2025 узгодження швидкості може бути виконано з використанням будь-яких середовищ�е біта або рівні символу, як детальніше описано в даному документі. На етапі 2035 UE може отримувати або визначати один або більше ідентифікаторів стільники і використовувати модуль скремблювання, щоб виконувати скремблювання, у варіанті здійснення, як докладніше описано нижче. На етапі 2040 модуляція може бути виконана. На етапі 2045 може бути виконано стрибкоподібне перестроювання на рівні слоти піднесе, у варіанті здійснення, як описано в даному документі. У зв'язку з цим, UE може отримувати або визначати, який може бути конкретним для стільники параметром, який змінюється в залежності від номера k піднесе і номерислота, як детальніше описано в даному документі. На етапі 2050 відображення ресурсів може бути виконано, у варіанті здійснення, як описано в даному документі. Слід зазначити, що UE може повертати керуючу інформацію по PUCCH з використанням будь-яких з етапів способу 2000 в комбінації з передачею PUSCH.

Слід зазначити, що дії та функції, що виконуються на кожному з етапів способу 2000 і на будь-якому з етапів всіх інших способів, описаних в даному документі, можуть бути виконані незалежно або разом з будь-яким числом інших дій і інших способів, розкритих в даному документі. Порядок виконання таких дій і функцій може бути будь-яким порядком, а не обов'язково порядком, в якому асоційовані етапи представляються на фіг.20, всіх інших кресленнях або так, як описано в даному документі. Всі такі варіанти здійснення розглядаються як знаходяться в межах цього розкриття сутності.

У варіанті здійснення, як опорні сигнали, так і керуючі сигнали UE, призначуваних передавати на ідентичному наборі піднесучих, можуть бути повністю ортогональними. Більш конкретно, ортогональність між UE може досягатися шляхом використання комбінації циклічних зрушень у часі ідентичною базовій послідовності Задова-Чу (ZC) DM-RS-символах і ортогонального покриває коду в тимчасовій області в DM-RS-символах. Ортогональність між DMRS різних UE, що займають ідентичний блок ресурсів (RB) набору піднесучих, може надаватися за допомогою використання різних циклічних зрушень у часі ідентичною базовій ZC-послідовності. Ортогональність між DMRS різних UE, що займають ідентичний набір піднесучих або RB, також може надаватися за допомогою використання різних ортогональних ь засновані на кодах Уолша-Адамара (див. таблицю 16 нижче) або кодах дискретного перетворення Фур'є (DFT) (див. таблицю нижче 17), сформованих з DFT-матриць різних розмірів, і можуть бути використані разом з PUCCH-форматами на основі DFT-S-OFDM для 2 і 3 DMRS-символів (тобто SF=5 і SF=3, відповідно).

Таблиця 16
Індекси послідовностей розширення у часовій області для DMRS-символів; SF=5
Індекс коду розширення у часовій області для RS-символівКод Уолша-Адамара довжини 2
0[+1 +1]
1[+1 -1]

Таблиця 17
Індекси послідовностей розширення у часовій області для DMRS-символів; SF=4
Індекс коду розширення у часовій області для DMRS-символівDFT-код довжини 3
0[+1 +1 +1]
1[+1 ej2π/3ej4π/3]

Таблиця 18
Коди ортогонального розширення довжини 5
Індекс коду розширення у часовій області для символів данихDFT-код довжини 5
0[+1 +1 +1 +1 +1]
1
2
3У варіанті здійснення, для PUCCH-передачі на основі DFT-S-OFDM з звичайним CP і коефіцієнтом розширення п'ять, UE може використовувати різний циклічний зсув у часі базової ZC-послідовності довжини 12 для розширення в частотній області для кожного DM RS-символу в слоті, код ортогонального розширення блоку довжини 2 для розширення DMRS у часовій області у двох доступних опорних SC-FDMA-символи у кожному слоті та/або код ортогонального розширення блоку довжини 5 для розширення блоку в тимчасовій області даних в п'яти доступних SC-FDMA-символах даних у кожному слоті.

Різні способи можуть використовуватися для того, щоб ідентифікувати виділення ресурсів у UE. У разі полупостоянно запланованих передач даних по низхідній лінії зв'язку по PDSCH без відповідного дозволу на передачу по низхідній лінії зв'язку по PDCCH та/або динамічно запланованих передач даних по низхідній лінії зв'язку по PDSCH, зазначених допомогою службових сигналів призначення в низхідній лінії зв'язку по PDCCH, UE може використовувати індекс PUCCH ACK/NACK-ресурсу, щоб визначати комбінацію циклічного зсуву в часі базової ZC-послідовності, a і ортогональних кодів у часовій області, призначуваних UE у PUCCH-обля передачі нового PUCCH-формату (наприклад, PUCCH-формату 3), може бути або полустатически налаштований за допомогою передачі службових сигналів верхнього рівня, або неявно визначений за допомогою UE на основі індексу першого елемента каналу управління (CCE) призначення для управління в низхідній лінії зв'язку по DL PCC. UE може визначати, з використанням інформації з ідентифікованого індексу PUCCH-ресурсу, циклічний зсувдля опорних сигналів або DMRS, індекс ортогональною послідовності для поблочного розширення сигналівданих та індексортогональною послідовності для опорних сигналів або DMRS. Тут,може бути номером слота в радиокадре, l може бути індексом опорного символу в слоті, а k може бути індексом піднесе в RB, за яким передається PUCCH.

У цьому варіанті здійснення, UE може визначати індекс ресурсу в двох блоках ресурсів субкадра, який відображається PUCCH, згідно з наступного:

,

де c може бути числом DM RS-символів в слоті, і

,

де:

,

в якості коефіцієнта ракривающий код у часовій області може бути отриманий як операція по модулю 5 і операція по модулю 3 індексу PUCCH-ресурсу для структури на основі DFT-S-OFDM з коефіцієнтом розширення 5 і 3, відповідно. Якщо ідентичний код розширення блоку даних використовується для обох слотів в субкадре (тобто стрибкоподібний перехід на рівні слоти деактивується), та ідентичний код розширення блоку даних використовується для всіх піднесучих в слоті (тобто стрибкоподібний перехід на рівні піднесе деактивується), індекс ортогонального покриває коду в тимчасовій області може бути ідентифікований як:

.

У цих варіантах здійснення, за допомогою введення покриває коду у часовій області для RS-символів у кожному слоті PUCCH на додаток до циклічних зрушень, інша розмірність мультиплексування може бути створена. Приклади виділення індексів PUCCH-ресурсів, використовуваного допомогою UE у PUCCH RB у відсутність покриває коду у часовій області для RS-символів, проілюстровані в таблиці 19 і таблиці 20, відповідно. У цьому примірному варіанті здійснення, що покриває код у часовій області може не застосовуватися в RS-символах, і UE може витягувати циклічний зсув для опорних сигналів в p-тій передавальної антени і p-те SC-FDMA-символідля PUCCH-форматоднесущих у RB, і

,

в якості конкретного для стільники параметра, який змінюється в залежності від номера l символу і номери nsслота, і:

,

і:

,

mod 2=0, і за допомогою:

,

mod 2=1.

У варіанті здійснення, UE може ідентифікувати індексортогональною послідовності в номеріслоти з використанням призначеного індексуресурсу для передачі PUCCH-формату 3 згідно наступного:

,

де:

,

mod 2=0, і за допомогою:

,

mod 2=1.

Циклічний зсув опорного сигналу демодуляції в p-тій передавальної антенидля PUCCH-формату 3 може надаватися за допомогою наступного:

,

де:

Індекс циклічного зсувуІндекс ортогонального коду у часовій області для розширення блоку даних з SF=5
0UE 0
1
2UE 1
3
5
6UE 3
7
8UE 4
9
10
11Таблиця 20
Індекс ресурсу, що використовується допомогою UE у відсутність покриває коду в DMRS-символи для
Індекс циклічного зсувуІндекс ортогонального коду у часовій області для розширення блоку даних з SF=5
0UE 0
1
2
3
4
5
6UE 2
7
8
9UE 3
10

Слід зазначити, що у разідо чотирьох UE можуть бути мультиплексованих в ідентичному RB для SF=5, в той час як у випадкудо п'яти UE можуть бути мультиплексованих в одному RB. Тим не менш, у варіантах здійснення, в яких ортогональний покриває код може застосовуватися до опорним сигналам або DMRS, максимальне число UE, які можуть бути мультиплексованих в ідентичному RB, може обмежуватися зверху за допомогою коефіцієнта розширення ортогонального блокового коду, що використовується для розширення керуючої інформації в символи даних (тобто для SF=5, до п'яти UE завжди можуть мультиплексироваться в ідентичному RB незалежно від).

Неограничивающие приклади виділення індексів PUCCH-ресурсів, використовуваного допомогою Ul в PUCCH RB у разі ортогонального покриває коду, що застосовується до опорним сигналам або DMRS, проілюстровані у таблиці 21.

Таблиця 21
Індекс ресурсу, що використовується допомогою UE у присутності покриває коду в DMRS-сиИндекс ортогонального покриває коду для 2 DMRS-символів
Індекс ортогонального коду у часовій області для розширення блоку даних з SF=5
0UE 0UE 0
1
2UE 3U1">
4UE 1UE 1
5
6UE 4UE 4
7
8UE 29
10
11

У варіанті здійснення, UE визначає блоки фізичних ресурсів, які повинні використовуватися для передачі PUCCH-формату 3 в слоті ns, аналогічно тому,

деозначає число UL RB, і змінна m для PUCCH-формату 3 може надаватися за допомогою наступного:

,

деє довжиною коду розширення, застосовуваного до першого слоту, і є, невід'ємним цілим числом. Слід познач�виділяються для передач в PUCCH-форматі 3.

У цьому варіанті здійснення, щоб досягати зворотної сумісності з LTE R8, RB, призначувані для передач в PUCCH-форматі 3 в LTE R10 і далі, можуть бути поднабором RB, виділених для передач в PUCCH-форматі 2. У цьому варіанті здійснення, UL PUCCH-конфігурація може бути прозорою для всіх LTE R8 UE, і LTE R8 і LTE R10 UE можуть співіснувати. Тим не менш, LTE R10 UE, можливо, повинні бути налаштовані за допомогою верхнього рівня щодо числа RB, виділених для передач в PUCCH-форматі 3. У варіанті здійснення, може бути заданий системний параметр, який передається в широкомовному режимі. Цей параметр може динамічно регулюватися в залежності від середнього числа активних LTE R10 UE, які виконані з можливістю передавати в PUCCH-форматі 3. На основі цього підходу змінна m для PUCCH-2 формату може надаватися за допомогою наступного:

,

деможе бути індексом ресурсу, що надаються за допомогою верхнього рівня для передачі PUCCH-форматів 2/2a/2b на антенному порту p. Також слід зазначити, що, якщоне надано допомогою верхнього рівня (тобто UE не виконано з можливістю передаваия, обидва параметраможуть бути передані до службових сигналах допомогою завдання двох додаткових конфігураційних параметрів в IE PUCCH-Config LTE R8 наступним чином:

У варіанті здійснення, різні способи можуть використовуватися для того, щоб випадково межсотовие і внутрисотовие перешкоди. У таких варіантах здійснення, обидві рандомізації межсотових і внутрисотових перешкод для PUCCH-передач можуть досягатися за допомогою скремблювання. Відповідно, в кожному субкадре у висхідній лінії зв'язку, UE може бути виконано з можливістю скремблировать кодовані біти керуючої інформації до модуляції. Використовувана послідовність скремблювання може вилучатись як функції від ідентифікаційних даних стільники або ідентифікатора стільника, при цьому, у варіанті здійснення з використанням ідентифікаційних даних стільники, до якої UE має підключення по протоколу керування радиоресурсами (RRC), UE може скремблировать керуючу інформацію з використанням PCI DL PCC своїй конфігурації з декількома несучими. Ідентифікаційними даними стільники або ідентифікатора стільника можуть бути одне илвичной компонентної несучої DL (PCC) конфігурації UE з декількома несучими), ідентифікатора стільника (тобто cellIdentity), считиваемого в блоці системної інформації типу 1 (SIB1), який може унікально ідентифікувати соту у контексті наземної мережі мобільного зв'язку загального користування (PLMN) (у варіанті здійснення, з SIB1 DL PCC з конфігурації UE з декількома несучими), і вдосконаленого глобального ідентифікатора стільника (тобто EGCI), який може включати в себе як PLMN ID, так і cellIdentity.

У варіанті здійснення, використовувана послідовність скремблювання може вилучатись як функції, щонайменше, від одного або комбінації з номера субкадра в радиокадре, ідентифікаційних даних UE (наприклад, тимчасового ідентифікатора радіомережі (RNTI) UE, приміром, C-RNTI UE) та ідентифікаційних даних UL CC, переносить PUCCH, або первинної CC UL (наприклад, одного або більше з ідентифікаційних даних, явно сконфігурованих допомогою мережі як частини конфігурації радиоподключения UE, абсолютного номери радіочастотного каналу (ARFCN) або поліпшеної абсолютного номери радіочастотного каналу (EARFCN) (тобто частоти висхідної лінії зв'язку) UL CC і значення індикатора несучої (CIF), використовуваного для перехресного планування несучих, переноситься за допомогою PDCCH, у варіанті осуществельность скремблювання також може вилучатись як функції, щонайменше, від одного або комбінації з номера/ідентифікаційних даних активованих DL CC або обслуговуючих сот, номери/ідентифікаційних даних сконфігурованих DL CC або обслуговуючих сот і ідентифікаційних даних DL CC або обслуговуючих сот (наприклад, щонайменше, однієї з ідентифікаційних даних DL PCC, спареної з UL PCC, яка переносить PUCCH, і ідентифікаційних даних вторинної компонентної несучої DL (SCC) або вторинної обслуговуючої стільники, якій відповідає зворотний зв'язок за HARQ ACK/NAK).

У варіанті здійснення, використовувана послідовність скремблювання може вилучатись як функції, щонайменше, від одного або комбінації з числа DL PDSCH-призначень, прийнятих в субкадре, для яких зворотній зв'язок по HARQ передається або повідомляється (у варіанті здійснення, включають в себе тільки динамічно диспетчеризованние PDSCH DL-призначення), значення, витягнутого в якості функції PUCCH-ресурсу, за якого UE передає UCI, значення, явно настроєний допомогою мережі як частини конфігурації радиоподключения UE, значення, явно настроєний допомогою мережі як частини переконфігурації DL/UL PCC UE, значення, витягнутого з позиції(ї) осредством верхнього рівня (наприклад, через конфігурацію або команду активації).

У варіанті здійснення, конкретна для стільники схема стрибкоподібного перестроювання на основі попередньо визначеного шаблону стрибкоподібної перебудови може бути використана для того, щоб досягати рандомізації межсотових перешкод для PUCCH-передач на основі DFT-S-OFDM. Стрибкоподібний перехід може бути виконано на рівні піднесе, на якому для даної піднесе в даному слоті UE може використовувати різні ортогональні покривають коди у часовій області для розширення блоку даних. У цьому варіанті здійснення, індекс ортогонального покриває коду в тимчасовій області на даній піднесе може бути отриманий за допомогою складання (по модулю-) псевдослучайного конкретного для стільники зміщення з призначеним індексом ортогонального покриває коду у часовій області. Іншими словами, UE може визначати індекс ресурсу в двох блоках ресурсів субкадра, який відображається PUCCH, згідно з наступного:

,

деможе бути конкретним для стільники параметром, який змінюється в залежності від номера k піднесе і номери nsслоти. �ода в тимчасовій області на даній піднесе в парних слотах може бути отриманий за допомогою складання (по модулю 5) і (по модулю 3) псевдослучайного конкретного для стільники зміщення з призначеним індексом ортогонального покриває коду в тимчасовій області, відповідно.

У варіанті здійснення, параметрможе надаватися за допомогою наступного:

,

де c(i) може бути псевдовипадковою послідовністю. Формувач псевдовипадкових послідовностей може бути ініціалізованийна початку кожного радиокадра. Псевдослучайная послідовність, яка використовується для стрибкоподібного перестроювання ортогонального покриває коду в тимчасовій області, може бути формувачем послідовностей Голда довжини 31 або формувачем послідовностей Голда будь-якої іншої довжини.

У варіанті здійснення, перешкоди між сотами (тобто CC) та між UE можуть бути рандомізовані за допомогою схеми повторного відображення покривають кодів у часовій області, яка може бути використана за допомогою UE у другому слоті згідно з попередньо визначеним для конкретного UE або конкретного для стільники шаблоном стрибкоподібного перестроювання. Стрибкоподібний перехід може бути виконано на рівні слоту, в якому для даної піднесе в кожному слоті UE може використовувати різний ортогональний покриває код під�який відображається PUCCH, як:

,

де:

,

для парних слотів (тобто nsmod 2=0), і:

,

для непарних слотів (тобто nsmod 2=1).

Згідно варіанту здійснення, інформаційні HARQ ACK/NACK-біти і CSI-біти можуть бути спільно кодовані до скремблювання і модуляції і потім можуть бути передані в обох слотах PUCCH-субкадра. Розміри корисного навантаження для HARQ ACK/NACK - і CSI-передач можуть відрізнятися, і швидкість канального кодування може бути змінною в залежності від числа активованих або сконфігурованих обслуговуючих сот та/або режимів передачі, для яких повинна бути передана зворотний зв'язок за HARQ або періодичний CSI. Канальний кодер може бути схемою на основі блокового кодування, наприклад, прореженного коду Ріда-Мюллера (RM) (64, k) для структури на основі DFT-S-OFDM або аналогічної структури з SF=5 або прореженного коду Ріда-Мюллера (128, k) для структури на основі DFT-S-OFDM з SF=3.

У примірному варіанті здійснення, в якому SF=5, блочний код (48, A), який витягується з прореженного RM(64, k) або кругового повторення RM(32, k), може бути використаний, де A може бути розміром корисного навантаження UCI. RM-код може бути розроблений так, чт�ght="5" width="7" />, де N може бути максимальним числом бітів робочих PUCCH-даних. В залежності від того, передається чи ні DTX в службових сигналах для обслуговуючої стільники, значення N може становити від 10 і 12 бітів для максимального числа агрегованих CC (наприклад, п'яти обслуговуючих сот). Кодована бітова послідовність довжини 48 у висновку канального кодера може позначатися за допомогою, де:

,

в якості вхідних бітів в канальний кодер. Слід зазначити, що операції додавання і множення у вищенаведеній формулі можуть бути виконані в області векторного простору, тобто:

У варіанті здійснення, спільне кодування може також чи замість цього застосовуватися для одного слоту, а не для субкадра. Згідно з цим варіантом здійснення, кодована послідовність RM(32, k) може повторюватися в обох слотах для SF=5 (або кодований послідовність RM(64, k) може повторюватися в обох слотах для SF=3). Тим не менш, спільне кодування для обох слотів дозволяє максимізувати максимальний можливий виграш від частотного рознесення для UCI-передач за PUCCH.

Альтернат�енной швидкості кодування до скремблювання і модуляції і потім передані в обох слотах PUCCH-субкадра. У цьому варіанті здійснення, продуктивність передачі різних службових сигналів на цільових рівнях може підтримуватися. Іншими словами, коригування швидкості кодування кожного окремого канального кодера може бути внесена, щоб досягати необхідної робочої точки частоти помилок за бітів (BER) або частоти помилок по блоках (BLER) для даного типу зворотного зв'язку по управлінню, враховуючи, що розміри корисного навантаження для HARQ ACK/NACK - і CSI-передач можуть відрізнятися в залежності від кількості активованих або сконфігурованих обслуговуючих сот та/або режимів передачі, необхідних для того, щоб передавати зворотний зв'язок по HARQ або періодичний CSI.

У варіантах здійснення, що мають невеликі розміри корисного навантаження (наприклад, два біта), канальний кодер може бути схемою на основі блокового кодування, наприклад, симплексного коду з круговим погодженням швидкості в 48 або 96 кодованих бітів в залежності від коефіцієнта розширення, використовуваного для структури на основі DFT-S-OFDM або аналогічної структури. Альтернативно, канальний кодер може бути згортковим кодом з кінцевими бітами, який формує 48 і 96 кодованих бітів у своєму висновку для структур на основі DFT-S-OFDM з SF=5 і S�ть обчислений на основі керуючої інформації і приєднаний або іншим чином конкатенирован з інформаційними бітами зворотного зв'язку до канального кодування для поліпшення виявлення помилок. У цьому варіанті здійснення, CRC може мати змінний розмір, який може регулюватися на основі розміру корисного навантаження UCI або типу передачі керуючих службових сигналів (наприклад, HARQ ACK/NACK або CSI). Неограничивающий приклад довжини CRC - це вісім бітів, які можуть бути використані для того, щоб досягати частоти некоректних виявлень 0,4%. CRC може використовуватися для того, щоб знижувати ймовірність помилкового аварійного сигналу базової станції (наприклад, вдосконаленого вузла B), і, отже, цільовий показник P (DTX->ACK) (тобто ймовірність того, що UE не передає зворотного зв'язку за PUCCH, але базова станція виявляє ACK в приймальному пристрої) може пом'якшуватися. CRC також може бути використаний для того, щоб вказувати фактичний розмір корисного навантаження, використовуваний допомогою UE до кодування, та/або ідентифікаційні дані або число сконфігурованих або активованих обслуговуючих сот, в яких UE приймає DL-призначення. Описаний варіант здійснення CRC може підвищувати продуктивність детектора у разі, якщо UE некоректно виявляє призначення в низхідній лінії зв'язку з базової станції в одній або кількох обслуговуючих стільниках.

Неогранния проілюстрований на фіг.21. На етапі 2110, UCI-дані, які повинні бути повернуті допомогою UE, можуть бути прийняті, у варіанті здійснення в модулі кодування. На етапі 2120, весь блок UCI-даних може бути використаний для того, щоб обчислювати CRC-біти парності. UE на етапі 2120 також може додавати обчислені CRC-біти до UCI-бітам. На етапі 2130, CRC-бітова послідовність може маскуватися допомогою ідентифікаційних даних або числа активованих або сконфігурованих обслуговуючих сот, в яких UE приймає DL-призначення. На етапі 2140 UE може застосовувати сверточное кодування з доповненням бітами кінцевій частині зі швидкістю 1/3 до бітам, сформованим на етапі 2130. На етапі 2150 узгодження швидкості може бути виконано для кодованих бітів.

У варіанті здійснення, щоб максимізувати досяжний виграш від частотного рознесення, UE може використовувати модуль канального перемежування для UCI-передач. Таке канальне перемежування може виконуватися на рівні біта або для кодованої бітової послідовності, або для скремблированной бітової послідовності, так що біти записуються в прямокутну матрицю по рядках і зчитуються по стовпцях (наприклад, матрицю 24×2 для SF=5 і в матрицю 48×2 для SF. �анальний перемежування, як розкрито в даному документі, також може застосовуватися на рівні символу. У цьому варіанті здійснення, суміжні модульовані символи UCI можуть відображатися спочатку у часовій області з двох слотів в субкадре і потім у частотній області за поднесущим у кожному слоті. Наприклад, парні QPSK-символи можуть бути передані в парних слотах, і непарні QPSK-символи відображені у другий слот.

У цьому варіанті здійснення, символи (або кодовані біти) можуть бути мультиплексованих в PUCCH-ресурс з CSI (тобто CQI-, RI - і/або PMI-інформації) і HARQ ACK/NACK-інформації, коли окреме кодування та перемежування застосовуються для цих різних типів інформації. Щоб досягати кращого посилення при канальному кодуванні, визначення розмірів відповідних ресурсів щодо робочих ACK/NACK - та/або CSI-даних може застосовуватися в одному RB.

У цьому варіанті здійснення, в якому тільки підтвердження прийому HARQ передаються, доступні ресурси за PUCCH можуть використовуватися для передач зворотного зв'язку за ACK/NACK/DTX. Правило відображення може полягати в тому, що HARQ ACK/NACK-символи спочатку відображаються у часовій області з двох слотів і потім у частотній області за поднесущим. Альтернативнарианте здійснення, в якому тільки звіти про стан каналу передаються, доступні ресурси за PUCCH можуть використовуватися для передач зворотного зв'язку з CSI. Правило відображення може бути таким, що символи звітів про стан каналу спочатку відображаються у часовій області з двох слотів і потім у частотній області за поднесущим. Альтернативно, символи можуть спочатку відображатися в частотній області, а потім відображатися у часовій області.

У ще одному іншому такому варіанті здійснення, в якому зворотний зв'язок за HARQ і CSI мультиплексируются, різної передачі керуючих службових сигналів може виділятися різний розмір елементів фізичних ресурсів. Розмір зарезервованих ресурсів, використовуваних для кожного з ACK/NACK і CSI, може масштабуватися згідно змінної швидкості кодування і порядку модуляції, які повинні використовуватися для даної передачі керуючих службових сигналів. Відповідно, UE може використовувати різні зсуву для відображення різної керуючої службової інформації, при цьому зміщення є полустатически сконфігурованими допомогою передачі службових сигналів верхнього рівня. Керуюча інформація може відображатися таким чином, чтсвязь за HARQ ACK/NACK і CSI мультиплексируются у ідентичний PUCCH-ресурс, різні засоби і способи можуть бути використані для того, щоб визначати відповідне число символів, що використовується для кожного типу інформації. У варіанті здійснення, HARQ ACK/NACK-інформація може приоритезироваться вище CSI-інформації. У цьому варіанті здійснення, число кодованих символів, необхідну для HARQ ACK/NACK-інформації,, може бути визначено. Якщоменше максимальної кількості символів, доступних в PUCCH(у варіанті здійснення, за допомогою мінімального допустимого запасу), CSI-інформація може бути мультиплексирована. В іншому випадку, мультиплексування HARQ ACK/NACK-інформації і CSI не може бути виконано, і тільки HARQ ACK/NACK-інформація може бути передана.

Відображення між(може бути числом інформаційних HARQ-бітів, які повинні бути передані) може бути фіксованим і надаватися в таблиці пошуку. Альтернативно,може обчислюватися як функція від кількості інформаційних HARQ-бітів, які слід передавати (), коефіцієнта пропорційності (, доступних для HARQ ACK/NACK-інформації та/або CSI-інформації в PUCCH-передачі на основі DFT-S-OFDM. Максимальне число символів може відрізнятися в залежності від того, використовується розширений або звичайний текст.

Число символів, використовуване для HARQ ACK/NACK-інформації, що може відповідати мінімальному значенню міжі величиною, де функція f()може надавати найбільше можливе число символів для HARQ ACK/NACK-інформації, менше за аргумент. Альтернативно, функція f() може надавати найменше число символів для HARQ ACK/NACK-інформації, яка перевищує аргумент. Функція f() може забезпечувати, що коректне число символів виділяється, враховуючи, що ступінь деталізації числа символів, яке може бути використане в PUCCH, може перевищувати одиницю.

Після того, як число символів, що використовується для HARQ ACK/NACK-інформації (тобто), вп�еделять число символів, доступне для CSI. Число символів, доступне для CSI-інформаціїможе бути різницею між. Може бути передбачено таке мінімальне число символів, доступних для CSI-інформації, щоб забезпечувати можливість мультиплексування між HARQ ACK/NACK-інформацією і CSI. Якщо мінімальне число символів недоступне, CSI-інформація може бути відкинута. Крім цього, тип CSI-інформації (а також число повідомлюваних DL-несучих), включеної до доступні символи, також може бути функцією від кількості доступних символів для CSI. Наприклад, якщонижче порогового значення, може дозволятися включення тільки інформації рангу (RI) для однієї DL-несучої.

Альтернативно або крім цього, величина CSI-інформації, яка може бути включена, може бути визначена за допомогою максимальної швидкості кодування для CSI-інформації. Така максимальна швидкість кодування може залежати від типу CSI (наприклад, максимальна швидкість кодування у разі RI може бути нижче для іншого типу CSI з урахуванням вимоги більш високої стійкості). Наприклад, максимальне число інформаційних біт, доступнила доступних кодованих бітів, з округленням в меншу (або велику) сторону до найближчого цілого числа або до найближчого цілого числа, що збігається з можливим числом інформаційних CSI-бітів. Відношення K між числом кодованих бітів і числом символів може відповідати числу бітів у розрахунку на символ модуляції, поділеній на коефіцієнт SF розширення. Варіанти здійснення, описані вище для мультиплексування HARQ ACK/NACK-інформації з CSI, також можуть використовуватися для мультиплексування різних типів CSI в одному субкадре. Наприклад, цей варіант здійснення може використовуватися для мультиплексування RI з CQI/PMI, де RI використовується замість HARQ ACK/NACK.

У варіанті здійснення, розміщення символів в PUCCH для кожного типу інформації, яка повинна бути передана, може бути визначено. Неограничивающее приблизне відображення 1800 керуючих сигналів для PUCCH-передачі на основі DFT-S-OFDM з SF=5 згідно з цим варіантом здійснення проілюстровано на фіг.22. Як показано на фіг.22, ресурси CSI 2240 можуть бути розміщені на початку RB 2210 і відображені послідовно в два слоти на одній піднесе слоти 0 2220 перед переходом до наступного піднесе до тих пір, поки всі ресурси, що виділяються для CSI-передачі, не заповнені. HARQ ACK/NACK-сі�ироваться з HARQ ACK/NACK 2250 за PUCCH. Опорні символи 2230 можуть конфігуруватися, як показано на фіг.22.

Згідно з іншим варіантом здійснення, CSI, що передається по PUCCH, може використовувати схему модуляції, ідентичну схеми модуляції підтверджень прийому HARQ. Альтернативно, передача керуючих службових сигналів по CSI і HARQ може виконуватися з використанням різних схем модуляції. Наприклад, HARQ ACK/NACK може бути модулировано з використанням QPSK-модуляції, але CSI може бути модулирован з використанням модуляцій вищого порядку, наприклад, QAM16 або QAM64.

Можуть бути використані різні способи мультиплексування. HARQ ACK/NACK-символи можуть бути розміщені в обох частотних екстремум RB. Це може здійснюватися в кожному слоті, або альтернативно, символи можуть бути розміщені в одному екстремумі для першого слота і в іншому екстремумі для другого слота. Така компоновка дозволяє максимізувати частотне рознесення для HARQ ACK/NACK-символів. Альтернативно або крім цього, ця компоновка може використовуватися для CSI-символів. В іншому варіанті здійснення, поднесущие, на яких HARQ ACK/NACK-символи розміщуються, можуть бути розміщені на однаковій частотному відстані один від одного. Альтернативно або крім цього, поднесущие,�інформація мультиплексируется з HARQ ACK/NACK-інформацією згідно з розкритого варіанту здійснення, кодування CSI-інформації може бути виконано з використанням одного з декількох способів. У варіанті здійснення з використанням проріджування CSI-інформація може спочатку бути кодована за умови числа кодованих бітів, що відповідає максимальному числу символів, доступних для HARQ ACK/NACK-інформації, і. Наприклад, кодування може виконуватися з використанням коду Ріда-Мюллера, де K може бути відношенням між числом кодованих бітів і числом символів. CSI-кодовані біти потім можуть перемежовуватися, модулюватися, кодуватися з розширенням спектру та розміщуватися у всіх доступних місцях розташування символів у PUCCH. HARQ ACK/NACK-інформація також може кодуватися, перемежовуватися, модулюватися, кодуватися з розширенням спектру і потім міститися в підмножиною розташування символів, раніше використовуваних допомогою CSI-інформації, фактично проріджуючи кодування CSI. Частина використовуваних символів може бути визначений відповідно до одного з варіантів здійснення попереднього розділу.

В іншому варіанті здійснення, CSI-інформація може бути безпосередньо кодована за умови числа кодованих бітів, соответсиспользованием коду Ріда-Мюллера, де K може бути відношенням між числом кодованих бітів і числом символів. CSI-кодовані біти потім можуть перемежовуватися, модулюватися, кодуватися з розширенням спектру і розміщуватися в місцях розташування символів, ідентифікованих для CSI-інформації. HARQ ACK/NACK-інформація також може кодуватися, перемежовуватися, модулюватися, кодуватися з розширенням спектру і потім міститися в розташування символів, що не використовуються допомогою CSI-інформації. Місця розташування символів для HARQ ACK/NACK-інформації і CSI можуть бути визначені згідно варіанту здійснення, описаного в даному документі. Крім цього, передача CSI може приоритезироваться на кодовому слові з найвищим показником якості, наприклад, SINR.

З використанням цих варіантів здійснення безліч UE можуть плануватися так, що вони спільно використовують ідентичний RB для передач зворотного зв'язку в UL. Спільне використання блоків PUCCH-ресурсів для HARQ ACK/NACK - і CSI-передач може призводити до меншого обсягу керуючої та службової інформації в системі.

У варіанті здійснення, UE може бути виконано з можливістю передавати як PUCCH, так і SRS в одному субкадре. У таких варіантах здійснення, UE може бути виконано з �основі DFT-S-OFDM або аналогічного варіанту здійснення, описаного в даному документі) збігаються в одному субкадре. У цьому варіанті здійснення, PUCCH-передача може мати пріоритет у порівнянні з SRS-передачею.

В іншому варіанті здійснення, UE може бути конфігурований через верхній рівень так, що воно передає або відкидає SRS у разі колізії між SRS і PUCCH-формату (наприклад, новим форматом, таким як PUCCH-формат 3) в одному субкадре. У цьому варіанті здійснення, якщо параметр Simultaneous-AN-and-SRS, що надається за допомогою верхніх рівнів, є "брехнею", то UE не може передавати SRS, і тільки PUCCH може бути переданий в цьому субкадре. Тим не менш, якщо параметр Simultaneous-AN-and-SRS, що надається за допомогою верхніх рівнів, є "істиною", UE може використовувати скорочений PUCCH формат таких субкадрах для передачі зворотного зв'язку, так і SRS. Цей новий скорочений PUCCH-формат може бути використаний в конкретному для стільники SRS-субкадре, навіть якщо UE не передає SRS у цьому субкадре.

У скороченому PUCCH-форматі інформація зворотного зв'язку не може бути передана в останньому символі у другому слоті субкадра. Як результат, коефіцієнт розширення, застосовуваний UE до розширення блоку у часовій області у другому слоті, може знижуватись на одиницю за пор�и Уолша-Адамара довжини 4 в таблиці 22, показаної нижче, а не коди розширення на основі DFT довжини 5 у другому слоті. Слід зазначити, що в цьому випадку до чотирьох UE можуть бути одночасно мультиплексованих в ідентичному RB. Фіг.23 ілюструє неограничивающую приблизну скорочену PUCCH-структуру 2300 для PUCCH-передачі на основі DFT-S-OFDM з SF=5 згідно з цим варіантом здійснення.

Таблиця 22
Індекси послідовностей розширення блоку для другого слота з використанням SRS-передачі і SF=5
Індекс коду ортогонального розширення блокуКод Уолша-Адамара довжини 4
0[+1 +1 +1 +1]
1[+1 -1 +1 -1]
2[+1 -1 -1 +1]
3[+1 +1 -1 -1]

У цьому варіанті здійснення, UE може визначати індекс блочного ортогонального коду, що застосовується до даних для обох з двох слотів в субкадре, згідно з наступного:

,

де є довжиною коду розширення, використовуваного для першого слота в субкадре (тобто слоти 0). Наприклад, для PUCCH-передачі на основі DFT-S-OFDM з SF=5, маємо. При цьому зазначимо, що у цьому випадку, базова станція (наприклад, вдосконалений вузол B) може засвідчувати, що для SRS-субкадров вона призначає тільки значення, які задовольняють наступним критерієм, щоб уникнути колізій між UE:

У варіанті здійснення, базова станція може мультиплексувати аж до чотирьох UE у сконфігурованих SRS-субкадрах, щоб передавати їх зворотний зв'язок у скороченому PUCCH-форматі 3 і в ідентичному RB. У цьому випадку, UE може ідентифікувати індекс ортогональною послідовності, застосовуваний до даних для обох з двох слотів в субкадре, згідно з наступного:

Крім того, в цьому варіанті здійснення, UE може витягувати циклічний зсув для опорних сигналів (тобто DMRS) в p-тій передавальної антенидля PUCCH-формату 3 згідно наступного:

,

де:

,

в якості конкретного д�.tif" height="14" width="78" />,

і:

,

для nsmod 2=0, і за допомогою:

,

для nsmod 2=1.

У варіанті здійснення з використанням DFT-S-OFDM з SF=3, UE може використовувати комбінацію кодів розширення на основі DFT довжини 3 і кодів Уолша-Адамара довжини 2, показаних нижче в таблиці 23, а не кодів розширення на основі DFT довжини 3 для другого слота. Слід зазначити, що в цьому варіанті здійснення до двох UE можуть бути одночасно мультиплексованих в ідентичному RB. Фіг.24 ілюструє неограничивающую приблизну скорочену PUCCH-структуру 2400 для PUCCH-передачі на основі DFT-S-OFDM або аналогічної PUCCH-передачі з SF=3 згідно з цим варіантом здійснення.

Таблиця 23
Індекси послідовностей розширення блоку для другої половини другого слота у разі SRS з SF=3
Індекс коду ортогонального розширення блокуКод Уолша-Адамара довжини 2
0[+1 +1]
1[+1 -1]

У варіанті здійснення, в якому передача ра� та/або CSI) може кодуватися з розширенням спектру і передаватися по п'яти SC-FDMA-символів даних, доступним у кожному слоті. Фіг.25 і фіг.26 ілюструють неограничивающие структури передачі зворотного зв'язку для розширеного CP згідно з цим варіантом для здійснення структури на основі DFT-S-OFDM або аналогічної структури з SF=5 (наприклад, структури 2500 по фіг.25) і SF=3 (наприклад, структури 2600 по фіг.26). Більш конкретно, у разі розширеного CP, п'ять SC-FDMA-символів (тобто нульовий, перший, другий, четвертий, п'ятий символи) можуть використовуватися для ACK/NACK-передачі, і один RS-символ, який є індексом третього SC-FDMA-символу в кожному слоті, може використовуватися для DM-RS-передачі. Слід зазначити, що у разі SF=5, UE може використовувати коди розширення на основі DFT довжини 5 (аналогічно використовуються для звичайного CP) для розширення блоку UCI у SC-FDMA-символах даних, в той час як у випадку SF=3, UE може використовувати комбінацію кодів розширення на основі DFT довжини 3 і кодів Уолша-Адамара довжини 2 у вищенаведеній таблиці 23 для розширення блоку в обох слотах. Також слід зазначити, що у разі розширеного CP, пропускна здатність мультиплексування UE структури на основі DFT-S-OFDM з SF=3 може бути скорочена на одиницю порівняно з пропускною здатністю звичайного CP. У MDRS-символах може бути відсутнім ортогональний покродном субкадре з розширеним CP, підхід, аналогічний підходу, описаному раніше для звичайного CP, може використовуватися для SF=5. У разі SF=3, скорочений PUCCH-формат може застосовувати коди розширення на основі DFT довжини 3 для першої половини другого слота, і код розширення не може використовуватися для одного SC-FDMA-символу в правій стороні DM-RS-символу.

У варіанті здійснення, способи для передачі інформаційних бітів (наприклад, інформаційних HARQ ACK/NACK-бітів) на основі вибору каналу можуть бути використані. Щонайменше, один біт може бути переданий більш стійко до помилок допомогою вибору (в передавальному пристрої) і виявлення (в приймальному пристрої) індексу або індексів, для яких виконується передача. Такі варіанти здійснення можуть враховувати властивості стійкості способу передачі вибору каналу, наприклад, при застосуванні до передачі(ам) UCI-інформації за PUCCH.

У варіанті здійснення, інформаційний біт(и) більш високого пріоритету може відображатися в біт(и) з більш стійким кодуванням. Наприклад, у разі вибору каналу, відображення виконується для одного або більше бітів, які неявно кодуються з наявності/відсутності сигналу в конкретному ресурсі(ах) передачі. Ці інформаційні біти можуть бути информаѵдаче), і можуть бути передані з використанням декількох PUCCH-індексів (або ресурсів) згідно PUCCH з використанням, наприклад, формату 1a/b. Додатково, ці інформаційні біти також можуть бути інформаційними бітами, відповідними іншого типу UCI, яка може бути мультиплексирована зі зворотним зв'язком по HARQ ACK/NACK, приміром, SR. Відносний пріоритет інформаційних бітів може вилучатись на основі, принаймні, одного з того, відповідає чи ні інформаційний біт(и) передачі в даній CC низхідній лінії зв'язку (наприклад, биту можна давати більш високий пріоритет, якщо він відповідає передачі в PCell, або биту можна давати більш високий пріоритет, якщо він відповідає передачі в обслуговуючій соте, асоційованої з UL CC, яка може переносити UCI по PUSCH та/або PUCCH), відносний пріоритет інформаційного біта(ів) може надаватися за допомогою відносних пріоритетів для пріоритизації логічного каналу висхідної лінії зв'язку UL CC, асоційованих з відповідними обслуговуючими сотами, і відносний пріоритет може вилучатись з явною полустатической конфігурації за допомогою RRC з пріоритетним порядком та/або неявній полустатической конфігурації безлічі SCell.

<, �апример, індикатор (де)активації для настроєний дозволу на передачу по UL і/або DL-призначення (SPS), індикатор (де)активації для SCell та/або призначення в низхідній лінії зв'язку), передачею по PDSCH або передачею по многоадресному каналу. Для таких передач, DCI-повідомленням по PDCCH для (де)активації SPS або SCell і/або передачі по PDSCH можна давати найвищий пріоритет.

У варіанті здійснення, інформаційні біти, які відображаються в біт(и) з більш стійким кодуванням, можуть бути змінені між субкадрами, так що надійність різних типів інформації є однаковою в середньому в часі. Наприклад, порядок інформаційних HARQ ACK/NACK-бітів до відображення в схему вибору каналу може бути b0, b1, b2,..., bn, де bn може відповідати HARQ ACK/NACK-інформації, що відноситься до передачі по m-тій DL-несучої (інші інтерпретації також розглядаються). Щоб не допускати випадки, коли надійністьє систематично більш високою, ніж для інших бітів, інформаційні бітиможуть бути переупорядочени (або скремблировани) до відображення в схему вибору каналу згідно з відомим правилом (тобто правилом, відомому як передавального пристрою, так і приймальному�нкцией від номера системного кадру, номери субкадра або комбінації вищезазначеного. Він також може бути функцією від інших параметрів, таких як фізичний ідентифікатора стільника. Функція скремблювання може бути відомою як у UE, так і в мережі.

У варіанті здійснення, UE може бути виконано з можливістю мультиплексувати UCI для PUCCH (у варіанті здійснення з використанням PUCCH-2 формату), щоб переносити SR і HARQ ACK/NACK, і з використанням PUSCH (формату без даних), щоб переносити CSI (наприклад, CQI, PMI, RI). У деяких таких варіантах здійснення, наприклад, в яких UE може працювати в LTE-A-оточенні, UE може бути виконано з можливістю використовувати PUCCH тільки для LTE-сумісного випадку (наприклад, якщо тільки одна CC призначена). У таких варіантах здійснення, UE може використовувати PUCCH-2 формат, щоб переносити SR і HARQ ACK/NACK, щоб підтримувати розширення ширини смуги (кілька несучих) в LTE-A-системах. HARQ ACK/NACK в LTE-A можуть замінювати CQI/PMI/RI, використовувані в LTE R8. Крім цього, SR може форматуватися і відправлятися з використанням будь-якого з декількох варіантів здійснення.

У варіанті здійснення, SR може накладатися на опорні сигнали, наприклад, як може виконуватися для HARQ ACK/NACK в LTE R8. Наприклад, якщо SR є поклади�а неограничивающая приблизна PUCCH-структура 2700 для PUCCH-передачі на основі DFT-S-OFDM з SF=5, яка може бути використана в цьому варіанті здійснення. Цей варіант здійснення може бути, зокрема, ефективним в сценаріях низькою допплерівської частоти і не може бути ефективним при використанні розширеного режиму циклічного префікса, оскільки існує тільки один опорний символ у розрахунку на слот.

У варіанті здійснення, приклад якого показано на фіг.27 UE, HARQ ACK/NACK-інформація може спочатку канально кодуватися (в різних варіантах здійснення, з використанням коду Ріда-Мюллера або згорткового коду) з вхідних бітової послідовністюі вихідний бітової послідовністю, де B'=20 для PUCCH-формату 2 або B'=48 для PUCCH-структури на основі DFT-S-OFDM. Біт запиту планування може позначатися за допомогою a0. Кожен позитивний SR може бути кодирован як двійкове число 0, і кожен негативний SR може бути кодирован як двійкове число 1. Альтернативно, кожен позитивний SR може бути кодирован як двійкове число 1, і кожен негативний SR може бути кодирован як двійкове число 0. У таких варіантах здійснення, виведення блоку канального кодування може надаватися за допомогою) для робочих ACK/NACK-даних. Один символ BPSK-модуляції, переносить інформаційний SR-біт, може бути використаний у формуванні одного з опорних сигналів для PUCCH-2 формату або PUCCH-структури на основі DFT-S-OFDM.

У варіанті здійснення, один з опорних символів може бути модулирован з допомогою альтернативного циклічного зсуву. У неограничивающем прикладі UE може бути конфігурований з допомогою пари ортогональних послідовностей, причому ці дві послідовності неявно визначаються з ідентичного елемента каналу управління (CCE) PDCCH. Може виконуватися взаємно однозначне відображення між однією з призначених послідовностей і позитивним SR і взаємно однозначне відображення між іншої призначеної послідовністю і негативним SR. У цьому варіанті здійснення, UE може спочатку визначати ресурси для паралельної передачі HARQ-ACK і SR по PUCCH допомогою індексу ресурсу (наприклад,). UE потім може визначати пару циклічних зрушень (наприклад,одировать SR-біт з HARQ ACK/NACK у відомій позиції біт (наприклад, в першому чи останньому бите) до передачі, як показано на фіг.28, який показує неограничивающую приблизну PUCCH-структуру 2800. У цьому варіанті здійснення, UE, некодированная HARQ-ACK-інформація, позначена допомогоюможе бути мультиплексирована з бітом запиту планування (SR), щоб давати в результаті послідовність, де, при A=(A'+1). Послідовністьможе бути канально кодована з використанням коду Ріда-Мюллера або згорткового коду, щоб давати в результаті вихідну бітову послідовність, де B=20 для PUCCH-формату 2 або B=48 для PUCCH-структури на основі DFT-S-OFDM. Цей варіант здійснення може бути, зокрема, ефективним у ситуаціях високої допплерівської частоти і може бути використаний при використанні розширеного режиму циклічного префікса, хоча в ньому передбачений тільки один опорний символ у розрахунку на слот.

У варіанті здійснення, в якому спільне кодування з використанням коду Ріда-Мюллера використовується, і кодові слова можуть бути лінійною комбінацією A базових последовактра допомогою самої надійної базової послідовності, що дозволяє максимізувати виграш від частотного рознесення. Наприклад, варіант базової послідовності, який дозволяє потенційно розсіювати кодований біт SR-інформації більш рівномірно по субкадру, може бути варіантом, обраним для кодування SR-біта. У цьому варіанті здійснення, кодована бітова послідовність довжин у висновку канального кодера може надаватися за допомогою наступного:

Неограничивающая приблизна базова послідовність для RM(20, k) для кодування інформаційного SR-біта показується нижче в таблиці 24.

У варіанті здійснення, в якому нова PUCCH-структура може бути використана (наприклад, якщо введено в LTE-A RIO) для декількох ACK/NACK-передач, яка заснована на структурі PUCCH-формату 1, UE може передавати ACK/NACK-відповіді за своїм призначеному ACK/NACK PUCCH-ресурсу для негативної SR-передачі і за своїм призначеному SR PUCCH-ресурсу для позитивного SR. У цьому варіанті здійснення використовуваний PUCCH-формат може бути новим PUCCH-форматом.

У варіанті здійснення, SR-біти можуть проріджувати кодовану HARQ ACK/NACK-послідовність. У цьому варіанті здійснення, UE, HARQ ой бітової послідовністю і вихідний бітової послідовністю, де B'=20 для PUCCH-формату 2 або B'=48 для PUCCH-структури на основі DFT-S-OFDM. Біт запиту планування може позначатися за допомогою. Висновок цього блоку канального кодування може позначатися за допомогою, де. Слід зазначити, що j може бути індексом біта у висновку блоку канального кодування, який перезаписується допомогою SR-біта. У варіанті здійснення, проріджування може бути виконано на рівні символу, так що BPSK-модульований SR-символ проріджує один з QPSK-модульованих ACK/NACK-символів.

У цих варіантах здійснення, CSI може бути переданий безліччю способів. У варіанті здійснення, якщо відсутня колізія між HARQ ACK/NACK і CSI для субкадра, CSI може бути переданий за PUSCH без даних (PUSCH тільки з CSI), але якщо виникає колізія між HARQ ACK/NACK і CSI для субкадра, то тільки HARQ ACK/NACK передається для цього субкадра (тобто CSI не передається). Альтернативно, і HARQ ACK/NACK і CSI можуть бути передані за PUSCH, як описано в даному документі. У варіанті здійснення, HARQ ACK/NACK за PUCCH-форматі 2 і CSI по PUSCH без даних можуть бути переданий�му субкадре, UE може бути виконано з можливістю відкидати ACK/NACK і передавати SR. У цьому варіанті здійснення, параметр SimultaneousAckNackAndSR, що надається за допомогою верхніх рівнів, може визначати те, виконано чи ні UE з можливістю підтримувати паралельну передачу ACK/NACK і SR. У цьому випадку, IE RRC (наприклад, SchedulingRequestConfig-R10) може бути заданий, щоб надавати передачу в службових сигналах параметра SimultaneousAckNackAndSR. Неограничивающий приклад такого ідентифікатора надається нижче:

У варіанті здійснення, UE може відкидати ACK/NACK кожен раз, коли розмір робочих HARQ ACK/NACK-даних перевищує попередньо визначене значення. У цьому варіанті здійснення, розмір робочих HARQ ACK/NACK-даних може бути функцією від сконфігурованих компонентних несучих та режимів передачі. Таким чином, UE може неявно знати, коли відкидати ACK/NACK-інформацію, як тільки воно налаштовано допомогою верхнього рівня щодо числа CC і режиму передачі на кожній CC.

У варіанті здійснення, UE може бути виконано з можливістю визначати потужність передачі, яка повинна використовуватися для PUCCH-передачі. UE може бути виконано з можливістю керувати потужність�т одного з корисного навантаження (тобто формату) PUCCH-передачі (наприклад, числа ACK/NACK-бітів, щоб переносити внутрішні згадані робочі дані, та/або ACK/NACK-формату, який використовується для того, щоб переносити згадані робочі дані), числа кодових слів в розрахунку на обслуговуючу соту конфігурації UE, числа кодових слів в розрахунку на активну обслуговуючу соту конфігурації UE (у варіанті здійснення, тільки тих обслуговуючих сот, які активовані за допомогою FAC), числа обслуговуючих сот в конфігурації UE і числа активних обслуговуючих сот конфігурації UE, в варіанті здійснення, тільки тих обслуговуючих сот, які активовані за допомогою FAC.

У варіанті здійснення, враховуючи завдання PUCCH-формату, що підтримує спільне кодування зворотного зв'язку за HARQ ACK/NACK, відповідної безлічі (у варіанті здійснення, явно активованих) обслуговуючих сот з конфігурації UE, модуль керування потужністю UE може регулювати потужність передачі, використовувану для PUCCH-формату, з використанням спільного кодування як функції від робочих HARQ ACK/NACK-даних, щоб підтримувати покриття каналу управління UL у близькій апроксимації з покриттям PUCCH-формату 1a, наприклад, щоб робити покриття незалежним від числа ському завдання для передачі згаданого PUCCH-формату з використанням спільного кодування наступним чином:

Значення 3 у вищенаведеній формулі може бути засноване на тому факті, що мінімальне число HARQ ACK/NACK-бітів для спільного кодування в PUCCH-форматі з використанням спільного кодування імовірно повинна становити три біта. Альтернативно, це значення може замінюватися допомогою більш узагальненого параметра nHARQmin, який може позначати мінімальне число HARQ ACK/NACK-бітів, які повинні бути кодовані і відображені в PUCCH-формат з використанням спільного кодування. Слід зазначити, що максимальне число HARQ ACK/NACK-бітів не впливає на вищенаведену формулу.

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

1. Спосіб для забезпечення інформації зворотного зв'язку згідно структурі обробки, що містить етапи, на яких:
- формують набір вхідних бітів, асоційований з інформацією зворотного зв'язку;
- кодують набір вхідних бітів для створення кодованого набору вихідних бітів;
- скремблируют кодований набір вихідних бітів з використанням послідовності скремблювання для створення набору скремблированних вихідних бітів, при цьому послідовність скремблювання отримують в якості функції щонайменше від одного з наступного: асѲ сот;
- модулюють набір скремблированних вихідних бітів для створення блоку модульованих символів;
- застосовують код розширення до блоку модульованих символів.

2. Спосіб за п. 1, в якому набір скремблированних вихідних бітів модулюють з використанням квадратурної фазової маніпуляції (QPSK) для створення блоку модульованих символів.

3. Спосіб за п. 1, в якому код розширення містить код ортогонального розширення довжини 5.

4. Спосіб за п. 3, в якому код ортогонального розширення довжини 5 містить принаймні одне з наступного:;;;; і

5. Спосіб за п. 3, в якому код розширення містить код розширення Уолша-Адамара довжини 4.

6. Спосіб за п. 5, в якому код розширення Уолша-Адамара довжини 4 містить принаймні одне з наступного:;;; і.

7. Спосіб за п. 1, додатково містить етап, на якому:
визначають ресурси для структури обробки з використанням індексу ресурсів підтвердження прийому/заперечення прийому (ACK/NACK) фізичної кандекса, причому індекс визначають на основі індексу ресурсів ACK/NACK PUCCH.

9. Спосіб за п. 7, в якому визначення ресурсів для структури обробки містить:
визначення блоків фізичних ресурсів, сконфігурованих для використання для передачі згідно структурі обробки в слоті.

10. Спосіб за п. 9, в якому слот задається, як ns, причому блоки фізичних ресурсів, сконфігуровані для використання в ns, формуються відповідно до наступного:

деозначає число UL RBі деє довжиною коду розширення, застосовуваного в першому слоті, ає невід'ємним цілим числом.

11. Спосіб за п. 1, в якому набір вхідних бітів містить підтвердження прийому (ACK) гібридного автоматичного запиту на повторну передачу (HARQ), мультиплексированное із запитом планування.

12. Спосіб за п. 1, додатково містить етапи, на яких:
- формують опорні сигнали;
- витягують циклічний зсув для опорних сигналів в конкретній передавальної антени;
- застосовують циклічний зсув.

13. Спосіб за п. 12, додатково містить етап, на котоодних бітів, набір скремблированних вихідних бітів і блок символів, з використанням розширеного циклічного префікса (CP).

14. Спосіб за п. 1, додатково містить етап, на якому:
застосовують ортогональний покриває код у часовій області, відповідний заздалегідь визначеним шаблоном стрибкоподібної перебудови.

15. Спосіб за п. 1, додатково містить етап, на якому до кодованому набору вихідних бітів застосовують узгодження швидкості.

16. Бездротовий приймально-передавальний модуль, сконфігурований для забезпечення інформацією управління висхідної лінії зв'язку згідно структурі обробки, причому бездротовий приймально-передавальний модуль містить:
- процесор, сконфігурований для:
- формування набору вхідних бітів, асоційованих з інформацією зворотного зв'язку;
- кодування набору вхідних бітів для створення кодованого набору вихідних бітів;
- скремблювання кодованого набору вихідних бітів з використанням послідовності скремблювання для створення набору скремблированних вихідних бітів, при цьому послідовність скремблювання отримують в якості функції щонайменше від одного з наступного: асоційованого идентия набору скремблированних вихідних бітів для створення блоку модульованих символів; і
- застосування коду розширення до блоку модульованих символів.

17. Бездротовий приймально-передавальний модуль п. 16, в якому набір скремблированних вихідних бітів модулюється з використанням квадратурної фазової маніпуляції (QPSK) для створення блоку модульованих символів.

18. Бездротовий приймально-передавальний модуль п. 16, в якому код розширення містить код ортогонального розширення довжини 5.

19. Бездротовий приймально-передавальний модуль п. 18, у якому код ортогонального розширення довжини 5 містить принаймні одне з наступного:;;;; і

20. Бездротовий приймально-передавальний модуль п. 18, у якому код розширення містить код розширення Уолша-Адамара довжини 4.

21. Бездротовий приймально-передавальний модуль п. 20, в якому код розширення Уолша-Адамара довжини 4 містить принаймні одне з наступного:;;; і.

22. Бездротовий приймально-передавальний модуль п. 16, в якому процесор додатково налаштований для:
визначення ресурсо�ического каналу управління висхідної лінії зв'язку (PUCCH).

23. Бездротовий приймально-передавальний модуль п. 22, в якому код розширення вибирається на основі індексу, причому індекс визначається на основі індексу ресурсів ACK/NACK PUCCH.

24. Бездротовий приймально-передавальний модуль п. 22, в якому процесор додатково налаштований для:
- визначення блоків фізичних ресурсів, сконфігурованих для використання для передачі згідно структурі обробки в слоті.

25. Бездротовий приймально-передавальний модуль п. 24, в якому слот задається, як ns, причому блоки фізичних ресурсів, сконфігуровані для використання в ns, формуються відповідно до наступного:

деозначає число UL RBі деє довжиною коду розширення, застосовуваного в першому слоті, ає невід'ємним цілим числом.

26. Бездротовий приймально-передавальний модуль п. 16, в якому набір вхідних бітів містить підтвердження прийому (ACK) гібридного автоматичного запиту на повторну передачу (HARQ), мультиплексированное із запитом планування.

27. Бездротовий приймально-передавальний модуль п. 16, в якому процесор допоЈей міру одним з наступного: набором вхідних бітів, кодованим набором вихідних бітів, набором скремблированних вихідних бітів і блоком символів, у відповідності зі структурою обробки;
- вилучення циклічного зсуву для опорних сигналів в конкретній передавальної антени;
- застосування циклічного зсуву.

28. Бездротовий приймально-передавальний модуль п. 27, у якому процесор додатково налаштований для передачі щонайменше одного з опорних сигналів і щонайменше одного з наступного: набору вхідних бітів, кодованого набору вихідних бітів, набору скремблированних вихідних бітів і блоку символів, з використанням розширеного циклічного префікса (CP).

29. Бездротовий приймально-передавальний модуль п. 16, в якому процесор додатково налаштований для:
- застосування ортогонального покриває коду в тимчасовій області, відповідного заздалегідь визначеним шаблоном стрибкоподібної перебудови.

30. Бездротовий приймально-передавальний модуль п. 16, в якому процесор додатково налаштований для застосування узгодження швидкості до кодованому набору вихідних бітів.



 

Схожі патенти:

Спосіб і пристрій для кодування та обробки інформації підтвердження

Винахід відноситься до кодування інформації підтвердження. Технічний результат полягає в усуненні зайвої витрати потужності передачі і втрати експлуатаційних якостей користувацького обладнання. Для цього: беруть компонентну несучу, де компонентна несуча включає в себе щонайменше один подкадр низхідній лінії зв'язку; генерують біти інформації підтвердження, відповідні компонентної несучої, згідно з прийнятою компонентної несучої; поділяють біти інформації підтвердження на дві групи, так що кожна група включає в себе щонайменше один біт інформації підтвердження, де щонайменше один біт інформації підтвердження відповідає передачу фізичної спільно використовуваного каналу низхідній лінії зв'язку, PDSCH, та/або керуючої інформації низхідною лінією зв'язку, DCI, де DCI використовується для вказівки звільнення полупостоянного планування, SPS, низхідній лінії зв'язку; кодують дві розділені групи бітів інформації підтвердження для отримання, відповідно, двох груп бітів кодового слова і генерують з двох груп бітів кодового слова, отриманих кодуванням, сукупні біти кодового слова, які повинні бути передані. 4 н. і 8 з

Система і спосіб для передачі службових сигналів керуючої інформації в мережі мобільного зв'язку

Винахід відноситься до способу роботи терміналу бездротового зв'язку. Технічний результат полягає в знаходженні ефективної схеми для передачі інформації щодо диспетчеризації компонентних несучих для поліпшення продуктивності в мережах, які підтримують агрегування несучих. Для цього спосіб включає в себе прийом одного або більше керуючих повідомлень низхідній лінії зв'язку, кожна з яких містить інформацію диспетчеризації, диспетчеризующую бездротовий термінал приймати передачу по низхідній лінії зв'язку або на первинній несучої, або на вторинній несучої. Спосіб також включає в себе визначення для кожного з керуючих повідомлень низхідній лінії зв'язку того, це повідомлення включає в себе інформацію диспетчеризації для первинної несучої або для вторинної несучої. Додатково, спосіб включає в себе вибір формату для керуючого повідомлення висхідної лінії зв'язку на основі того, включає або ні якесь з керуючих повідомлень низхідній лінії зв'язку в себе інформацію диспетчеризації для вторинної несучої, формування керуючого повідомлення висхідної лінії зв'язку на основі вибраного формату і передачу керуючого повідомлення простуючи�

Термінальне пристрій і спосіб управління повторною передачею

Винахід відноситься до галузі зв'язку. Технічний результат полягає в здатності термінального пристрою поліпшити характеристики відповідного сигналу, що має погані характеристики передачі, коли ARQ використовується при передачі повідомлень, використовуючи смугу висхідного блоку і безліч смуг спадного блоку, асоційованих з смугою висхідного блоку. Для цього під час вибору каналу блок (208) управління вибирає ресурс, що використовується при посилці відповідного сигналу з числа конкретних ресурсів PUCCH, про які повідомляється заздалегідь від базової станції (100), і ресурсів PUCCH, що відображаються на CCE, і управляє передачею відповідного сигналу. Блок (212) формування відповідного сигналу підтримує неявную сигналізацію щодо будь-якого заданого відповідного сигналу і в той же самий час, коли підтримує відновлення LTE з 2CC, використовує спосіб відображення, який за допомогою бітів вирівнює кількість ресурсів PUCCH, які можуть визначати ACK/NACK, просто визначаючи ресурс PUCCH, щодо якого було передано відповідний сигнал. 6 н. і 14 з.п. ф-ли, 52 іл.

Керування повідомленнями підтвердження з безлічі місць призначення для багатокористувацьких mimo-передач

Винахід відноситься до способів для управління повідомленнями підтвердження з безлічі місць призначення для багатокористувацьких передач з багатьма входами і численними виходами. Технічний результат винаходу полягає в більш високій пропускної здатності. Деякі аспекти цього винаходу посилаються на пристрій і способи для управління повідомленнями підтвердження від множинних місць призначення для передач багатокористувацької системи з множинними входами і численними виходами (MU-MIMO). Згідно з деякими аспектами опитаний механізм підтвердження блоку (BA) може вважатися обов'язковим для протоколу підтвердження, і послідовний механізм (або інший тип запланованого/детермінованого) може вважатися додатковим. 10 н. і 57 з.п. ф-ли, 9 іл.

Термінальне пристрій і спосіб управління повторною передачею

Винахід відноситься до терміналу і базової станції. Технічний результат полягає в забезпеченні можливості підтримувати якість даних низхідній лінії зв'язку, переданих у кожному компонентному частотному діапазоні низхідній лінії зв'язку, в той же час знижуючи збільшення службових витрат інформацією управління призначенням низхідній лінії зв'язку. Термінал містить: секцію виявлення інформацією управління, виконану з можливістю виявляти інформацію призначення низхідній лінії зв'язку, що вказує ресурс для даних низхідній лінії зв'язку, який призначений кожної з компонентних несучих низхідній лінії зв'язку; секцію декодування, виконану з можливістю декодувати дані низхідній лінії зв'язку, які передаються в згаданому ресурсі, зазначеному виявленої інформацією призначення низхідній лінії зв'язку, і секцію управління передачею, виконану із можливістю передавати сигнал відповіді для декодованих даних низхідній лінії зв'язку. 12 н. і 22 з.п. ф-ли, 21 іл.

Механізми відповіді для бездротових мереж з широкою смугою пропускання

Винахід відноситься до бездротового зв'язку. Технічний результат полягає в збільшенні загальної продуктивності мережі зв'язку. Для цього безліч пристроїв бездротового зв'язку, кожна з яких передає підтвердження одній і тій же передачі по широкосмугового каналу, передають свої підтвердження одночасно з різних вузькосмуговим каналах, які утворюють широкосмуговий канал, дозволяючи, таким чином, більш старих пристроїв, які не можуть декодувати сигнали широкосмугових каналів, визначати, коли передається підтвердження. 3 н. і 21 з.п. ф-ли, 6 іл.

Способи передачі биконов в мережах спрямованої бездротового зв'язку

Винахід відноситься до бездротового зв'язку. Технічний результат - підвищення точності при спрямованої передачі биконов. Для цього в способах генерації биконов встановлюють час затримки, грунтуючись, щонайменше, на характеристиці спрямованої передачі бикона пристрої бездротового зв'язку. Крім того, у способах генерації биконов визначають, прийнята передача бикона від віддаленого пристрою протягом деякого періоду часу. Цей період часу починається на початку інтервалу бикона в розподіленій мережі бездротового зв'язку і має тривалість часу затримки. Коли передача бикона не приймається від віддаленого пристрою протягом певного періоду часу, після завершення певного періоду часу можуть бути надіслані одна або більше спрямованих передач биконов. 3 н. і 11 з.п. ф-ли, 8 іл.

Базова радіостанція і мобільна станція

Винахід відноситься до галузі зв'язку і, зокрема, до базової станції та мобільної станції для посилки і прийому інформації, що вказує результат виявлення помилок в даних низхідній лінії зв'язку. Технічним результатом є створення базової станції та мобільної станції, за допомогою яких базова радіостанція може прийняти дані висхідної лінії зв'язку належним чином. Технічний результат досягається тим, що секція обробки кодування з виявленням помилок базової радіостанції виконує процес кодування з виявленням помилок у відношенні даних, що включають в себе і перші дані управління, необхідні для прийому сигналу низхідній лінії зв'язку, і другі дані управління, необхідні для посилки сигналу висхідної лінії зв'язку, в якості блоку. Секція посилки посилає дані, над якими процес кодування з виявленням помилок був виконаний секцією обробки кодування з виявленням помилок, до мобільної станції. 32 іл.

Спосіб для прийому інформації за двома паралельними каналами

Винахід відноситься до способу прийому інформації по двох паралельних каналах зв'язку. Технічний результат полягає в підвищенні завадостійкості прийому інформації по двох паралельних каналах зв'язку шляхом відновлення інформації при її одноразрядних спотвореннях. У способі здійснюють паралельний прийом N-розрядної надлишкової двійкової інформації по двох паралельних каналах в два прийомних регістру, причому інформаційне повідомлення, що перевищує за розміром N розрядів, розбивають на N-розрядні частині, що приймаються по черзі, а n-розрядна надмірність інформації при n<N визначається використовуваної закономірністю кодування на передавальному пункті кожної переданої частини інформації, потім після прийому інформації в два прийомних регістра здійснюють паралельне декодування на двох незалежних декодерах N-розрядних кодів і одночасне порівняння між собою цих кодів, в результаті якого у вихідний регістр записується правильний код з відповідного приймального регістру, потім аналогічно приймають черговий N-розрядний код, при цьому для випадків одноразового спотворення прийнятого N-розрядного коду здійснюють спробу відновлення цього коду в регістрі воссѻучае успішного відновлення коду його переписують з регістра відновлення у вихідний регістр, а в іншому випадку констатують несправність всієї системи прийому-передачі разом з каналами зв'язку. 1 іл.

Підтримка зворотного сигналізації підтвердження прийому/негативного підтвердження прийому по висхідній лінії для агрегування несучих протягом періоду (ре) конфігурування(активації)деактивації компонентних несуть з невизначеністю синхронізації

Винахід відноситься до конфігурування, реконфигурированию, активації або деактивації компонентної несучої. Технічний результат полягає в підтримці надійності зворотного сигналізації ACK/NAK. Для цього, зокрема, визначається формат сигналізації, що використовується для повідомлень підтвердження/негативного підтвердження в каналі управління висхідній лінії, і розмір кодової книги повідомлень підтвердження/негативного підтвердження вибирається на підставі визначеного формату сигналізації. 3 н. і 20 з.п. ф-ли, 3 іл.
Up!