Детерминистическое поведение ue для сообщения csi/srs во время drx
Иллюстрации
Показать всеИзобретение относится к области связи, а конкретнее к способу передачи периодического сообщения качества канала (CSI) и/или зондирующего опорного символа (SRS) из UE в eNodeB. Чтобы избежать двойного декодирования в eNodeB в переходных фазах, изобретением определено детерминистическое поведение UE, в соответствии с которым eNodeB может однозначно определять то, будет ли UE передавать CSI/SRS или нет. В соответствии с одним вариантом осуществления, учитываются предоставления UL и/или назначения DL, принятые только до и в течение подкадра N-4, при этом предоставления UL и/или назначения DL, принятые UE после подкадра N-4, отбрасываются при определении. Кроме того, таймеры, связанные с DRX, в подкадре N-4 учитываются при определении. Во втором варианте осуществления управляющие элементы МАС из eNodeB, дающие команду UE войти в DRX, т.е. стать неактивным, учитываются при определении, только если они принимаются до подкадра N-4, т.е. до и в течение подкадра N-(4+k). 2 н. и 12 з.п. ф-лы, 20 ил.
Реферат
ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Изобретение относится к способам передачи сообщений о качестве канала и/или зондирующих опорных символов из мобильной станции в базовую станцию. Изобретение также предоставляет мобильную станцию и базовую станцию для выполнения способов, описанных в настоящей заявке.
ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ
ДОЛГОСРОЧНОЕ РАЗВИТИЕ (LTE)
Мобильные системы третьего поколения (3G), основанные на технологии радиодоступа WCDMA, развертываются в широком масштабе во всем мире. Первый этап в усовершенствовании или развитии этой технологии влечет за собой введение высокоскоростного пакетного доступа нисходящей линии связи (HSDPA) и усовершенствованной восходящей линии связи, также упоминаемой как высокоскоростной пакетный доступ восходящей линии связи (HSUPA), дающий технологию радиодоступа, которая является очень конкурентной.
Для того чтобы быть подготовленным к дополнительно возрастающим запросам пользователей и быть конкурентным относительно новым технологиям радиодоступа, 3GPP ввело новую систему мобильной связи, которая называется долгосрочное развитие (LTE). LTE разработано, чтобы соответствовать потребностям несущих в высокоскоростных данных и транспортировке мультимедиа, а также поддержки речи с высокой пропускной способностью для следующего десятилетия. Возможность обеспечивать высокие скорости битов является главной мерой для LTE.
Спецификация отдельной работы (WI) в долгосрочном развитии (LTE), называемой развитым наземным радиодоступом UMTS (UTRA) и сетью наземного радио доступа UMTS (UTRAN), завершена как версия 8 (LTE Rel.8). Система LTE представляет эффективный радиодоступ, основанный на пакетах, и сети радиодоступа, которые обеспечивают полные функциональные возможности, основанные на IP с малой задержкой и низкими затратами. В LTE масштабируемые множественные полосы частот передачи специфицированы таким образом, как 1,4, 3,0, 5,0, 10,0, 15,0 и 20,0 МГц, для того чтобы выполнять гибкое развертывание системы с использованием заданного спектра. В нисходящей линии связи был принят радиодоступ, основанный на мультиплексировании с ортогональным частотным разделением (OFDM), вследствие присущей ему устойчивости к помехам от многолучевого распространения (MPI) благодаря низкой скорости передачи символов, использованию циклического префикса (СР) и его взаимосвязи с разными компоновками полос частот передачи. Радиодоступ, основанный на множественном доступе с частотным разделением с одной несущей (SC-FDMA), был принят в восходящей линии связи, поскольку обеспечению глобального покрытия был назначен приоритет относительно улучшения максимальной скорости передачи данных, принимая во внимание ограниченную мощность передачи пользовательского оборудования (UE). Используются множество главных технологий пакетного радиодоступа, включая способы передачи канала с множеством входов и множеством выходов (MIMO), и высокоэффективная структура управляющей сигнализации достигнута в LTE Rel.8/9.
АРХИТЕКТУРА LTE
Общая архитектура изображена на фиг. 1, а более подробное представление архитектуры E-UTRAN дано на фиг. 2. E-UTRAN состоит из eNodeB, обеспечивающего оконечные нагрузки по протоколам плоскости пользователя E-UTRA (PDCP/RLC/MAC/PHY) и плоскости управления (RRC) по отношению к пользовательскому оборудованию (UE). eNodeB (eNB) содержит физический (PHY) уровень, уровень управления доступом к среде (МАС), уровень управления линией радиосвязи (RLC) и уровень протокола управления пакетными данными (PDCP), которые включают в себя функциональную возможность сжатия и шифрования заголовка плоскости пользователя. Он также предлагает функциональную возможность управления радио ресурсами (RRC), соответствующую плоскости управления. Он выполняет множество функций, включая администрирование радио ресурсов, управление доступом, планирование, реализацию согласованного качества обслуживания (QoS) восходящей линии связи, широковещательную передачу информации соты, шифрование/дешифрование данных плоскости пользователя и управления и сжатие/распаковку заголовков пакетов плоскости пользователя нисходящей линии связи/восходящей линии связи. eNodeB взаимно соединяются друг с другом посредством интерфейса Х2.
eNodeB также соединяются посредством интерфейса S1 с ЕРС (развитым пакетным ядром), более конкретно, с ММЕ (объектом управления мобильностью) посредством S1-MME и с обслуживающим шлюзом (SGW) посредством S1-U. Интерфейс S1 поддерживает отношение «многие со многими» между ММЕ/обслуживающими шлюзами и eNodeB. SGW маршрутизирует и передает пакеты данных пользователя, в то же время, действуя как точка привязки мобильности для плоскости пользователя во время передач обслуживания между eNodeB и как точка привязки для мобильности между LTE и другими технологиями 3GPP (завершая интерфейс S4 и передавая трафик между системами 2G/3G и GW PDN). Для пользовательских оборудований, находящихся в состоянии бездействия, SGW завершает маршрут данных нисходящей линии связи и инициирует поисковый вызов, когда данные нисходящей линии связи поступают для пользовательского оборудования. Он администрирует и сохраняет контексты пользовательского оборудования, например, параметры услуги канала-носителя IP, информацию о внутренней маршрутизации сети. Он также выполняет дублирование пользовательского трафика в случае законного перехвата.
MME является главным узлом управления для сети доступа к LTE. Он является ответственным за процедуру отслеживания и поискового вызова пользовательское оборудования, находящегося в состоянии бездействия, включая повторные передачи. Он задействован в процессе активации/деактивации канала-носителя, а также является ответственным за выбор SGW для пользовательского оборудования при первоначальном подключении и во время передачи обслуживания внутри LTE, включая перемещение узла базовой сети (CN). Он является ответственным за аутентификацию пользователя (с помощью взаимодействия с HSS). Сигнализация слоя отсутствия доступа (NAS) завершается в ММЕ, а также он является ответственным за генерацию и назначение временных идентификаторов пользовательским оборудованиям. Он проверяет полномочие пользовательского оборудования, чтобы размещаться в мобильной сети общего пользования (PLMN), и накладывает ограничения на гостевые пользовательские оборудования. MME является оконечной точкой в сети для защиты шифрования/целостности для сигнализации NAS и имеет дело с администрированием ключа защиты. Законный перехват сигнализации также поддерживается с помощью ММЕ. ММЕ также обеспечивает функцию плоскости управления для мобильности между LTE и сетями доступа 2G/3G с помощью завершения интерфейса S3 в ММЕ из SGSN. ММЕ также завершает интерфейс S6a по отношению к домашней HSS для гостевых пользовательских оборудований.
СТРУКТУРА СОСТАВЛЯЮЩЕЙ НЕСУЩЕЙ В LTE (ВЕРСИЯ 8)
Составляющая несущая нисходящей линии связи LTE (версия 8) 3GPP разделяется в частотно-временной области на так называемые подкадры. В LTE (версия 8) 3GPP каждый подкадр разделяется на два слота нисходящей линии связи, как изображено на фиг. 3, где первый слот нисходящей линии связи содержит область управляющего канала (область PDCCH) в первых символах OFDM. Каждый подкадр состоит из заданного числа символов OFDM во временной области (12 или 14 символов OFDM в LTE (версия 8) 3GPP)), где каждый символ распространяется через всю полосу частот составляющей несущей. Таким образом, каждый из символов OFDM состоит из некоторого числа символов модуляции, передаваемых на соответственных поднесущих, как также изображено на фиг. 4.
Допуская систему связи с множеством несущих, например, использующую OFDM, как например, использовано в долгосрочном развитии (LTE) 3GPP, наименьшей единицей ресурсов, которая может назначаться планировщиком, является один «блок ресурсов». Физический блок ресурсов (PRB) определен как последовательных символов OFDM во временной области (например, 7 символов OFDM) и последовательных поднесущих в частотной области, как приведено в качестве примера на фиг. 4 (например, 12 поднесущих для составляющей несущей). В LTE (версия 8) 3GPP физический блок ресурсов, таким образом, состоит из элементов ресурсов, соответствующих одному слоту во временной области и 180 kHz в частотной области (для дополнительных подробностей относительно сетки ресурсов нисходящей линии связи смотри, например, TS 36.211 3GPP, “Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 8'', раздел 6.2, доступную в http:/www.3gpp.org и включенную в настоящее описание посредством ссылки.
Один подкадр состоит из двух слотов, таким образом, что имеются 14 символов OFDM в подкадре, когда используется, так называемый, «обычный» СР (циклический префикс), и 12 символов OFDM в подкадре, когда используется, так называемый «расширенный» СР. Для терминологии в дальнейшем частотно временные ресурсы, эквивалентные одним и тем же последовательным поднесущим, охватывающим полный подкадр, называются «парой блоков ресурсов» или эквивалентно «парой RB», или «парой PRB».
Термин «составляющая несущая» относится к комбинации нескольких блоков ресурсов в частотной области. В будущих версиях LTE термин «составляющая несущая» больше не используется, вместо этого терминология изменена на «сота», которая относится к комбинации ресурсов нисходящей линии связи и, в необязательном порядка, восходящей линии связи. Связь между несущей частотой ресурсов нисходящей линии связи и несущей частотой ресурсов восходящей линии связи указывается в системной информации, передаваемой в ресурсах нисходящей линии связи.
Аналогичные допущения для структуры составляющей несущей применяются также к более поздним версиям.
АГРЕГИРОВАНИЕ НЕСУЩИХ В LTE-A ДЛЯ ПОДДЕРЖКИ БОЛЕЕ ШИРОКОЙ ПОЛОСЫ ЧАСТОТ
Частотный спектр для усовершенствованного IMT был определен на Всемирной конференции по радиосвязи 2007 (WRC-07). Несмотря на то, что весь частотный спектр для усовершенствованного IMT был определен, фактическая доступная полоса частот является разной, в соответствии с каждой областью или страной. Однако после решения относительно очертания доступного частотного спектра, стандартизация радио интерфейса началась в проекте партнерства 3-го поколения (3GPP). На совещании №39 RAN TSG 3GPP было принято описание предмета изучения относительно «Further Advancement for E-UTRA (LTE-Advanced)». Предмет изучения охватывает компоненты технологии, рассматриваемые для развития E-UTRA, например, чтобы выполнить требования относительно усовершенствованного IMT.
Ширина полосы частот, которую может поддерживать система усовершенствованного LTE, равна 100 МГц, в то время как система LTE может поддерживать только 20 МГц. В настоящее время дефицит радио спектра стал узким местом разработки беспроводных сетей и, в результате, трудно найти полосу спектра, которая является достаточной широкой для системы усовершенствованного LTE. В результате, крайне необходимо найти способ, чтобы получать более широкую полосу радио спектра, причем возможным ответом является функциональная возможность агрегирования несущих.
При агрегировании несущих две или более составляющих несущих (составляющих несущих) агрегируются, для того чтобы поддерживать более широкие полосы частот передачи до 100 МГц. Несколько сот в системе LTE агрегируются в один более широкий канал в системе усовершенствованного LTE, который является достаточно широким для 100 МГц, даже если эти соты в LTE находятся в разных полосах частот.
Все составляющие несущие могут конфигурироваться как совместимые с LTE Rel.8/9, по, меньшей мере, когда агрегированные числа составляющих несущих в восходящей линии связи и нисходящей линии связи являются одинаковыми. Не все составляющие несущие, агрегированные пользовательским оборудованием, могут обязательно быть совместимыми с Rel 8/9. Существующий механизм (например, блокировка) может использоваться, чтобы не давать пользовательским оборудованиям Rel 8/9 размещаться на составляющей несущей.
Пользовательское оборудование может одновременно принимать или передавать одну или множество составляющих несущих (соответствующих множеству обслуживающих сот) в зависимости от его функциональных возможностей. Пользовательское оборудование Rel.10 LTE-A с функциональными возможностями приема и/или передачи для агрегирования несущих может одновременно принимать и/или передавать в множестве обслуживающих сот, в то время как пользовательское оборудование Rel.8/9 LTE может принимать или передавать только в одной обслуживающей соте, при условии, что структура составляющей несущей следует спецификациям Rel. 8/9.
Агрегирование несущих поддерживается, как для непрерывных, так и не непрерывных составляющих несущих, причем каждая составляющая несущая ограничена максимум 110 блоками ресурсов в частотной области с использованием численных данных LTE (версия 8/9) 3GPP.
Можно конфигурировать пользовательское оборудование, совместимое с LTE-A (версия 10) 3GPP, чтобы агрегировать разное число составляющих несущих, берущих начало из одного и того же eNodeB (базовой станции), и, возможно разных полос частот в восходящей линии связи и нисходящей линии связи. Число составляющих несущих нисходящей линии связи, которые могут конфигурироваться, зависит от функциональной возможности агрегирования нисходящей линии связи UE. Наоборот, число составляющих несущих восходящей линии связи, которые могут конфигурироваться, зависит от функциональной возможности агрегирования восходящей линии связи UE. Может быть невозможным конфигурировать мобильный терминал с большим числом составляющих несущих восходящей линии связи, чем составляющие несущие нисходящей линии связи.
В типичном развертывании TDD число составляющих несущих и полоса частот каждой составляющей несущей в восходящей линии связи и нисходящей линии связи являются одинаковыми. Составляющие несущие, берущие начало из одного и того же eNodeB, не обязательно должны обеспечивать одно и то же покрытие.
Интервал между центральными частотами непрерывно агрегированных составляющих несущих должен быть кратным 300 kHz. Это, для того чтобы быть совместимым с частотным растром 100 kHz LTE (версия 8/9) 3GPP и, в то же время сохранять ортогональность поднесущих с интервалом 15 kHz. В зависимости от сценария агрегирования, интервал n300 kHz может быть облегчен с помощью вставки небольшого числа неиспользуемых поднесущих между непрерывными составляющими несущими.
Сущность агрегирования множества несущих раскрывается только до уровня МАС. Как для восходящей линии связи, так и нисходящей линии связи имеется один объект HARQ, требуемый в МАС для каждой агрегированной составляющей несущей. Имеется (при отсутствии SU-MIMO для восходящей линии связи) максимум один транспортный блок на составляющую несущую. Транспортный блок и его возможные повторные передачи HARQ должны отображаться в одной и той же составляющей несущей.
Структура уровня 2 с активированным агрегированием несущих изображена на фиг. 5 и фиг. 6 для нисходящей линии связи и восходящей линии связи, соответственно.
Когда агрегирование несущих сконфигурировано, мобильный терминал имеет только одно соединение RRC с сетью. При создании/повторном создании соединения RRC одна сота обеспечивает защищенный вход (один EСGI, один PCI и один ARFCN) и информацию о мобильности слоя отсутствия доступа (например, TAI), также как в Rel.8/9 LTE. После создания/повторного создания соединения RRC составляющая несущая, соответствующая этой соте, упоминается как первичная сота (Pcell) нисходящей линии связи. Имеется всегда одна и только одна Pcell нисходящей линии связи (PCell DL) и одна Pcell восходящей линии связи (PCell UL), сконфигурированные на пользовательское оборудование в соединенном состоянии. В сконфигурированном множестве составляющих несущих другие соты упоминаются как вторичные соты (SCell), причем несущие Scell являются вторичными составляющими несущими нисходящей линии связи (SCC DL) и вторичными составляющими несущими восходящей линии связи (SCC UL). Характеристиками Pcell нисходящей линии связи и восходящей линии связи являются:
- для каждой SCell использование ресурсов восходящей линии связи с помощью UE, дополнительно к ресурсам нисходящей линии связи, является конфигурируемым, следовательно, число сконфигурированных SCC DL всегда больше или равно числу SCC UL, и никакая SCell не может конфигурироваться только для использования ресурсов восходящей линии связи
- Pcell восходящей линии связи используется для передачи управляющей информации восходящей линии связи уровня 1
- Pcell нисходящей линии связи не может деактивироваться в отличие от SCell
- из перспективы UE каждый ресурс восходящей линии связи принадлежит только одной обслуживающей соте
- число обслуживающих сот, которые могут конфигурироваться, зависит от функциональной возможности UE
- повторное создание инициируется, когда Pcell нисходящей линии связи испытывает замирание Релея (RLF), не, когда Csell нисходящей линии связи испытывают RLF
- Pcell нисходящей линии связи может изменяться с передачей обслуживания (т.е., с изменением ключа защиты и процедуры RACH)
- информация слоя отсутствия доступа берется из Pcell нисходящей линии связи
- Pcell может изменяться только с процедурой передачи обслуживания (т.е., с изменением ключа защиты и процедуры RACH)
- Pcell используется для передачи PUCCH.
Конфигурирование и переконфигурирование составляющих несущих может выполняться с помощью RRC. Активация и деактивация выполняется с помощью управляющих элементов МАС. При передаче обслуживания внутри LTE RRC может также добавлять, удалять или переконфигурировать SCell для использования в целевой соте. При добавлении новой Scell выделенная сигнализация RRC используется для передачи системной информации Scell, причем информация является обязательной для передачи/приема (также как в Rel-8/9 для передачи обслуживания).
Когда пользовательское оборудование сконфигурировано с агрегированием несущих, имеется одна пара составляющих несущих восходящей линии связи и нисходящей линии связи, которая всегда является активной. Составляющая несущая нисходящей линии связи этой пары могла бы также упомянута как ‘составляющая несущая точки привязки DL’. То же самое также применяется для восходящей линии связи.
Когда агрегирование несущих сконфигурировано, пользовательское оборудование может быть спланировано через множество составляющих несущих одновременно, но максимум одна процедура произвольного доступа должна быть текущей в любой момент времени. Перекрестное планирование несущих позволяет PDCCH составляющей несущей планировать ресурсы в другой составляющей несущей. С этой целью поле идентификации составляющей несущей введено в соответственных форматах DCI, называемых CIF.
Связь между составляющими несущими восходящей линии связи и нисходящей линии связи дает возможность идентификации составляющей несущей восходящей линии связи, для которой применяется предоставление, когда нет перекрестного планирования несущих. Связь составляющих несущих нисходящей линии связи с составляющими несущими восходящей линии связи не обязательно должны быть «одна к одному». Иначе говоря, более одной составляющей несущей нисходящей линии связи может связываться с одной и той же составляющей несущей восходящей линии связи. В то же время, составляющая несущая нисходящей линии связи может связываться только с одной составляющей несущей восходящей линии связи.
СОСТОЯНИЯ RRC LTE
LTE основано только на двух основных состояниях: «RRC_IDLE» «RRC_CONNECTED».
В RRC_IDLE радиостанция является неактивной, но ID назначается и отслеживается сетью. Более конкретно, мобильный терминал в RRC_IDLE выполняет выбор и повторный выбор соты, иначе говоря, он принимает решение относительно того, в какой соте расположиться. Процесс выбора (повторного выбора) соты учитывает приоритет каждой применимой частоты каждой применимой технологии радиодоступа (RAT), качество линии радиосвязи и статус соты (т.е., то, является ли сота заблокированной или зарезервированной). Мобильный терминал RRC_IDLE осуществляет мониторинг канала поискового вызова, чтобы обнаруживать входящие вызовы, а также получает системную информацию. Системная информация, главным образом, состоит из параметров, с помощью которых сеть (E-UTRAN) может управлять процессом выбора (повторного выбора) соты. RRC задает управляющую сигнализацию, применимую для мобильного терминала в RRC_IDLE, а именно, информацию поискового вызова и системную информацию. Поведение мобильного терминала в RRC_IDLE специфицировано в TS 36.304, включенной в настоящее описание посредством ссылки.
В RRC_CONNECTED мобильный терминал имеет созданное соединение RRC с контекстами в eNodeB. E-UTRAN назначает радио ресурсы в мобильный терминал, чтобы облегчить передачу (одноадресных) данных через совместно используемые каналы данных. Чтобы поддерживать эту операцию, мобильный терминал осуществляет мониторинг ассоциированных управляющих каналов, которые используются, чтобы указывать динамическое назначение совместно используемых ресурсов передачи во времени и по частоте. Мобильный терминал обеспечивает сеть сообщениями о статусе своего буфера и качестве канала нисходящей линии связи, в также информации об измерении соседней соты, чтобы дать возможность E-UTRAN выбрать наиболее подходящую соту для мобильного терминала. Эти сообщения об измерений включают в себя соты, использующие другие частоты или RAT. UE также принимает системную информацию, состоящую, главным образом, из информации, требуемой, чтобы использовать каналы передачи. Чтобы увеличить срок службы своей батареи, UE в RRC_CONNECTED может конфигурироваться с циклом прерывистого приема (DRX). RRC является протоколом, с помощью которого E-UTRAN управляет поведением UE в RRC_CONNECTED.
Фиг. 7 изображает диаграмму состояния с общим представлением соответственных функций, выполняемых мобильным терминалом в состоянии IDLE и CONNECTED.
ЛОГИЧЕСКИЕ И ТРАНСПОРТНЫЕ КАНАЛЫ
Уровень МАС предоставляет услугу передачи данных для уровня RLC через логические каналы. Логические каналы являются либо управляющими логическими каналами, которые переносят управляющие данные, такие как сигнализация RRC, либо логическими каналами трафика, которые переносят данные плоскости пользователя. Широковещательный управляющий канал (ВССН), управляющий канал поискового вызова (РССН), общий управляющий канал (СССН), многоадресный управляющий канал (МССН) и выделенный управляющий канал (DCCH) являются управляющими логическими каналами. Выделенный канал трафика (DTCH) и многоадресный канал трафика (МТСН) являются логическими каналами трафика.
Данные из уровня МАС обмениваются с физическим уровнем через транспортные каналы. Данные мультиплексируются в транспортные каналы в зависимости от того, как они передаются через эфир. Транспортные каналы классифицируются как нисходящей линии связи или восходящей линии связи, следующим образом. Широковещательный канал (ВСН), совместно используемый канал нисходящей линии связи (DL-SCH), канал поискового вызова (РСН) и многоадресный канал (МСН) являются транспортными каналами нисходящей линии связи, в то время как совместно используемый канал восходящей линии связи (UL-SCH) и канал произвольного доступа (RACH) являются транспортными каналами восходящей линии связи.
Затем выполняется мультиплексирование между логическими каналами и транспортными каналами в нисходящей линии связи и восходящей линии связи, соответственно.
УПРАВЛЯЮЩАЯ СИГНАЛИЗАЦИЯ УРОВНЯ 1/УРОВНЯ 2 (L1/L2)
Для того чтобы информировать запланированных пользователей об их статусе назначения, формате транспортировки и другой информации, связанной с данными (например, информации HARQ, командах управления мощностью передачи (NHC)), управляющая сигнализация L1/L2 передается в нисходящей линии связи вместе с данными. Управляющая сигнализация L1/L2 мультиплексируется с данными нисходящей линии связи в подкадре, при допущении, что назначение пользователя может изменяться от подкадра к подкадру. Следует заметить, что назначение пользователя могло бы выполняться на основе TTI (интервала времени передачи), где длительность TTI может быть кратной подкадрам. Длительность TTI может быть фиксированной в области обслуживания для всех пользователей, может быть разной для разных пользователей или может быть даже динамической для каждого пользователя. Обычно управляющая сигнализация L1/L2 должна передаваться только один раз на TTI. Без потери общности, последующее допускает, что TTI эквивалентен одному подкадру.
Управляющая сигнализация L1/L2 передается в физическом управляющем канале нисходящей линии связи (PDCCH). PDCCH переносит сообщение как управляющую информацию нисходящей линии связи (DCI), которая включает в себя назначения ресурсов и другую управляющую информацию для мобильного терминала или группы UE. Обычно несколько PDCCH могут передаваться в одном подкадре.
Следует заметить, что в LTE 3GPP назначения для передач данных восходящей линии связи, также упоминаемые как предоставления планирования восходящей линии связи или назначения ресурсов восходящей линии связи, также передаются в PDCCH.
Принимая во внимание предоставления планирования, информация, передаваемая в управляющей сигнализации L1/L2, может разделяться на следующие две категории, совместно используемая управляющая информация (SCI), переносящая информацию Cat 1, и управляющая информация нисходящей линии связи (DCI), переносящая информацию Cat 2/3.
СОВМЕСТНО ИСПОЛЬЗУЕМАЯ УПРАВЛЯЮЩАЯ ИНФОРМАЦИЯ (SCI), ПЕРЕНОСЯЩАЯ ИНФОРМАЦИЮ CAT 1
Часть совместно используемой управляющей информации управляющей сигнализации L1/L2 содержит информацию, связанную с назначением (указанием) ресурсов. Совместно используемая управляющая информация обычно содержит следующую информацию:
- идентификатор пользователя, указывающий пользователя (пользователей), которому (которым) назначаются ресурсы.
- информацию назначения RB для указывания ресурсов (блоков ресурсов (RB)), в которых назначается/назначаются пользователь (пользователи). Число назначенных блоков ресурсов может быть динамическим.
- длительность назначения (необязательная), если возможно назначение через множество подкадров (или TTI).
В зависимости от установки других каналов и установки управляющей информации нисходящей линии связи (DCI) (смотри ниже), совместно используемая управляющая информация может дополнительно содержать информацию, такую как ACK/NACK для передачи восходящей линии связи, информацию планирования восходящей линии связи, информацию относительно DCI (ресурса, MCS и т.д.).
УПРАВЛЯЮЩАЯ ИНФОРМАЦИЯ НИСХОДЯЩЕЙ ЛИНИИ СВЯЗИ (DCI), ПЕРЕНОСЯЩАЯ ИНФОРМАЦИЮ CAT 2/3
Часть управляющей информации нисходящей линии связи управляющей сигнализации L1/L2 содержит информацию, связанную с форматом передачи (информацией Cat 2) данных, передаваемых запланированному пользователю, указанному с помощью информации Cat 1. Кроме того, в случае использования (гибридного) HARQ в качестве протокола повторной передачи информация Cat 2 переносит информацию HARQ (Cat 2). Управляющая информация нисходящей линии связи должна декодироваться только пользователем, запланированным в соответствии с Cat 1. Управляющая информация нисходящей линии связи обычно содержит информацию относительно:
- информации Cat 2: схемы модуляции, размера блока транспортировки (полезной нагрузки) и скорости кодирования, информации, связанной с MIMO (множество входов и множество выходов) и т.д. Может сигнализироваться либо блок транспортировки (или размер полезной нагрузки), или скорость кода. В любом случае эти параметры могут вычисляться друг из друга с помощью использования информации о схеме модуляции и информации о ресурсах (число назначенных блоков ресурсов).
- информации Cat 3: информации, связанной с HARQ, например, номера процесса гибридного HARQ, версии избыточности, номера последовательности повторной передачи.
Управляющая информация нисходящей линии связи встречается в нескольких форматах, которые отличаются по общему размеру, а также по информации, содержащейся в его полях. Разные форматы DCI, которые в настоящее время определены для LTE, подробно описаны в TS 36.212 3GPP «Multiplexing and channel coding», раздел 5.3.3.1 (доступной в http://www.3gpp.org, и включенной в настоящее описание посредством ссылки).
УПРАВЛЯЮЩАЯ ИНФОРМАЦИЯ ВОСХОДЯЩЕЙ ЛИНИИ СВЯЗИ (UCI)
Обычно управляющая сигнализация восходящей линии связи в системах мобильной связи может разделяться на две категории:
- управляющая сигнализация, ассоциированная с данными, является управляющей сигнализацией, которая всегда передается вместе с данными восходящей линии связи и используется при обработке этих данных. Примеры включают в себя указания формата транспортировки, указатель «новые данные» (NDI) и параметры MIMO.
- управляющая сигнализация, не ассоциированная с данными, передается независимо от любого пакета данных восходящей линии связи. Примеры включают в себя подтверждения приема HARQ (ACK/NACK) для пакетов данных нисходящей линии связи, указатели качества канала (CQI), чтобы поддерживать адаптацию линии связи, и обратную связь MIMO, такую как указатели ранга (RI) и указатели матрицы предварительного кодирования (PMI) для передач нисходящей линии связи. Запросы планирования (SR) для передач восходящей линии связи также подпадают под эту категорию.
Управляющая сигнализация, ассоциированная с данными восходящей линии связи, является необязательной в LTE, так как соответственная информация уже известна eNodeB. Следовательно, только управляющая сигнализация, не ассоциированная с данными, существует в восходящей линии связи LTE.
В результате, UCI может состоять из:
- запросов планирования (SR)
- ACK/NACK HARQ в ответ на пакеты данных нисходящей линии связи в PDSCH (физическом совместно используемом канале нисходящей линии связи). Один бит ACK/NACK передается в случае передачи нисходящей линии связи с одним кодовым словом, в то время как два бита ACK/NACK используются в случае передачи нисходящей линии связи с двумя кодовыми словами.
- информации о состоянии канала (CSI), которая включает в себя CQI, а также обратную связь, связанную с MIMO, состоящую из RI и PMI. 20 битов на кадр используются для CSI.
Количество UCI, которое UI может передавать в подкадре, зависит от числа символов SC-FDMA, доступных для передачи данных управляющей сигнализации. PUCCH поддерживает восемь разных форматов в зависимости от количества сигнализируемой информации. Следующие форматы UCI в PUCCH поддерживаются в соответствии со следующим обзором
С использованием разных определенных форматов PUCCH (в соответствии с 5.4.1 и 5.4.2 TS 36.211) поддерживаются следующие комбинации UCI в PUCCH (смотри раздел 10.1.1 TS 36.213):
- формат 1а для 1 битового ACK HARQ или в случае FDD для 1 битового ACK HARQ с положительным SR
- формат 1b для 1 битового ACK HARQ или 2 битового ACK HARQ с положительным SR
- формат 1b для 4 битового ACK HARQ с выбором канала, когда UE сконфигурировано с более чем одной обслуживающей сотой, в случае TDD, когда UE сконфигурировано с одной обслуживающей сотой
- формат 1 для положительного SR
- формат 2 для сообщения CSI, когда не мультиплексировано с ACK HARQ
- формат 2а для сообщения CSI, мультиплексированного с 1 битовым ACK HARQ, для обычного циклического префикса
- формат 2b для сообщения CSI, мультиплексированного с 2 битовым ACK HARQ, для обычного циклического префикса
- формат 2 для сообщения CSI, мультиплексированного с 1 битовым ACK HARQ, для расширенного циклического префикса
- формат 3 для до 10 битового ACK HARQ для FDD и для до 20 битового ACK HARQ для TDD
- формат 3 для до 11 битов, соответствующих 10 битовому ACK HARQ и 1 битовому положительного/отрицательного SR для FDD и для до 21 битов, соответствующих 20 битовому ACK HARQ и 1 битовому положительного/отрицательного SR для FDD
- формат 3 для ACK HARQ множества сот, 1 битового положительного/отрицательного SR и сообщения CSI для одной обслуживающей соты.
ПЕРЕДАЧА ДАННЫХ НИСХОДЯЩЕЙ ЛИНИИ СВЯЗИ И ВОСХОДЯЩЕЙ ЛИНИИ СВЯЗИ
Относительно передачи данных нисходящей линии связи, управляющая сигнализация L1/L2 передается в отдельном физическом канале (PDCCH) вместе с передачей пакетных данных нисходящей линии связи. Эта управляющая сигнализация L1/L2 обычно содержит информацию относительно:
- физического ресурса (ресурсов), в котором передаются данные (например, поднесущих или блоков поднесущих в случае OFDM, кодов в случае CDMA). Эта информация позволяет мобильному терминалу (приемнику) идентифицировать ресурсы, в которых передаются данные.
- Когда пользовательское оборудование сконфигурировано, чтобы иметь поле указания несущей (CIF) в управляющей сигнализации L1/L2, эта информация идентифицирует составляющую несущую, для которой предназначена характерная информация управляющей сигнализации. Это дает возможность назначений, передаваемых на одной составляющей несущей, которые предназначены для другой составляющей несущей («перекрестное планирование несущих»). Эта другая перекрестно запланированная составляющая несущая могла бы быть, например, составляющей несущей без PDCCH, т.е., перекрестно запланированная составляющая несущая не переносит управляющую сигнализацию L1/L2.
- Формата транспортировки, который используется для передачи. Это может быть размером транспортного блока данных (размером полезной нагрузки, размером информационных битов), уровнем MCS (схемы модуляции и кодирования), спектральной эффективностью, скоростью кода и т.д. Эта информация (обычно вместе с назначением ресурсов (например, числом блоков ресурсов, назначенных пользовательскому оборудованию) позволяет пользовательскому оборудованию (приемнику) идентифицировать размер информационных битов, схему модуляции и скорость кода, для того чтобы начать демодуляцию, процесс рассогласования скорости и декодирования. Схема модуляции может сигнализироваться явно.
- Информации гибридного ARQ (HARQ):
-- Номер процесса HARQ: позволяет пользовательскому оборудованию идентифицировать процесс гибридного ARQ, в котором отображаются данные.
-- Номер последовательности или указатель новых данных (NDI): позволяет пользовательскому оборудованию идентифицировать то, является ли передача новым пакетом или повторно передаваемым пакетом. Если в протоколе HARQ осуществляется мягкое объединение, номер последовательности или указатель новых данных вместе с номером процесса HARQ дают возможность мягкого объединения передач для PDU перед декодированием.
-- Версия избыточности и/или созвездия: сообщает пользовательскому оборудованию то, какая версия избыточности гибридного ARQ используется (требуется для рассогласования скорости), и/или, какая версия созвездия модуляции используется (требуется для демодуляции).
- идентификатор UE (ID UE): сообщает то, для какого пользовательского оборудования предназначена управляющая сигнализация L1/L2. В типичных осуществлениях эта информация используется, чтобы маскировать CRC управляющей сигнализации L1/L2, для того чтобы не дать другим пользовательским оборудованиям считывать эту информацию.
Чтобы дать возможность передачи пакетных данных восходящей линии связи, управляющая сигнализация L1/L2 передается в нисходящей линии связи (PDCCH), чтобы сообщать пользовательскому оборудованию о деталях передачи. Эта управляющая сигнализация L1/L2 обычно содержит информацию относительно:
- физического ресурса (ресурсов), в котором передаются данные (например, поднесущих или блоков поднесущих в случае OFDM, кодов в случае CDMA). Эта информация позволяет мобильному терминалу (приемнику) идентифицировать ресурсы, в которых передаются данные.
- Когда пользовательское оборудование сконфигурировано, чтобы иметь поле указания несущей (CIF) в управляющей сигнализации L1/L2, эта информация идентифицирует составляющую несущую, для которой предназначена характерная информация управляющей сигнализации. Это дает возможность назначений, передаваемых на одной составляющей несущей, которые предназначены для другой составляющей несущей («перекрестное планирование несущих»). Эта другая перекрестно запланированная составляющая несущая могла бы быть,