СПОСОБ СВЯЗИ В МОБИЛЬНОЙ СЕТИ В ТЕЧЕНИЕ ПРОМЕЖУТОЧНОГО РЕЖИМА КОНФИГУРИРОВАНИЯ
METHOD FOR COMMUNICATING IN MOBILE NETWORK DURING TRANSITIONAL CONFIGURATION MODE

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Настоящее изобретение относится к способу связи в сети. Более конкретно, настоящее изобретение относится к связи между первичной станцией и вторичной станцией в сети связи, подобной сотовой сети связи (например, UMTS, GMS).
УРОВЕНЬ ТЕХНИКИ
В UMTS LTE канал управления нисходящей линии связи PDCCH (физический канал управления нисходящей линии связи) переносит такую информацию, как распределение ресурсов для передачи по восходящей линии связи или по нисходящей линии связи. Сообщение PDCCH может использовать 1, 2, 4 или 8 управляющих элемента канала (ССЕ или элементов ресурса), которые называются уровнями 1, 2, 4 или 8 агрегирования ССЕ. Сообщения PDCCH могут передаваться с использованием одного из набора доступных форматов сообщения (например, с различными характеристиками сигнала, такими как число информационных битов и скорость кодирования канала). Различные форматы в спецификациях LTE называются «форматами DCI». Дополнительно, различные пункты назначения или цели для сообщений PDCCH могут указываться различными скремблирующими последовательностями, примененными к сообщениям CRC (в спецификациях LTE различные скремблирующие последовательности соответствуют различным идентификаторам, которые называются RNTI). Различные RNTI используются для того, чтобы отличить сообщения PDCCH, характерные для UE, предназначенные для конкретного UE, от общих сообщений PDCCH, предназначенных для приема более чем одним UE. В случае когда сообщение PDCCH предназначается для приема более чем одним UE, оно может предназначаться для определенной группы UE или для любого UE.
Мобильная станция, подобная UE в LTE, заранее не знает местоположение в пространстве ССЕ сообщений, предназначенных для нее. В принципе, мобильная станция может попытаться вслепую декодировать все возможные PDCCH с различными стартовыми позициями в пространстве ССЕ и таким образом принять любые сообщения, предназначенные для этой мобильной станции. Однако, если пространство ССЕ является большим, то сложность обработки является чрезмерно высокой. Вследствие этого конфигурируется более ограниченный поиск, который состоит из некоторого числа пространств поиска. UE может осуществлять поиск сообщений с одним из многочисленных форматов DCI в данном пространстве поиска. Для простоты объяснения мы можем рассматривать только один формат DCI и один RNTI в пространстве поиска, характерном для UE, но то же самое обсуждение является применимым для множества форматов DCI, множества RNTI и для характерных для UE и общих пространств поиска.
Пространство поиска представляет собой набор агрегированных ССЕ (с определенным уровнем агрегирования), в пределах которого мобильная станция (или оборудование пользователя (UE), или вторичная станция) осуществляет слепое декодирование всей полезной нагрузки PDCCH (форматов DCI и RNTI), которая предполагается ею как возможно переданная для этого агрегированного уровня. Набор полезной нагрузки PDCCH, о которой UE предполагает, что она может являться переданной, может представлять собой поднабор всей возможной полезной нагрузки PDCCH, определенной спецификациями LTE. Пространства поиска определены для каждого уровня агрегирования; таким образом, вторичная станция может иметь до четырех пространств поиска. Например, пространство поиска UE для уровня 1 агрегирования (называемого 1-ССЕ) может состоять из ССЕ, проиндексированных 3, 4, 5, 6, 7, 8, в то время как его пространство поиска для уровня 8 агрегирования может состоять из двух наборов ресурсов агрегированных ССЕ, состоящих из ССЕ, проиндексированных 1, 2, …, 8 и 9, 10, …, 16 соответственно. В этом примере UE таким образом осуществляет шесть слепых декодирований для 1-ССЕ и два слепых декодирования для 8-ССЕ.
В настоящее время спецификация LTE требует, чтобы UE осуществлял следующее в пространствах поиска, предназначенных для сообщений PDCCH, характерных для UE, на одной несущей (т.е. пространство поиска, характерное для UE (UESSS)):
- 6 попыток декодирования для агрегирования 1-ССЕ
- 6 попыток декодирования для агрегирования 2-ССЕ
- 2 попытки декодирования для агрегирования 4-ССЕ
- 2 попытки декодирования для агрегирования 8-ССЕ
Дополнительно требуется, чтобы UE осуществлял следующее в пространстве поиска, предназначенном для общих сообщений PDCCH на одной несущей (т.е. общее пространство поиска):
- 4 попытки декодирования для агрегирования 4-ССЕ
- 2 попытки декодирования для агрегирования 8-ССЕ
В традиционной беспроводной системе, представленной на Фиг. 1, первичная станция 100 обменивается данными с множеством вторичных станций 110. Для передачи своих данных первичная станция 100 передает, отправляет свои данные по каналу 101 данных нисходящей линии связи. Этот канал данных нисходящей линии связи может регулироваться с течением времени в ответ на несколько критериев, например качество обслуживания, помехи, качество канала нисходящей линии связи. Для того чтобы информировать вторичные станции 110 об этих изменениях, первичная станция 100 передает управляющие данные (или сигнализирует) во вторичные станции 110 по каналу 102 управления нисходящей линии связи. Подобным образом вторичные станции 110 передают их данные по каналу 111 управления восходящей линии связи. Более того, канал 112 управления восходящей линии связи используется вторичной станцией для того, чтобы запрашивать ресурсы для передач и/или для предоставления в первичную станцию обратной связи о передачах нисходящей линии связи или о состоянии качества канала.
Во многих беспроводных системах, подобных мобильным системам связи, таким как UMTS LTE (Долгосрочное развитие сетей связи) или развитая LTE, сигнализация на каналах 102 или 112 управления предоставляется таким образом, что она указывает конкретные частотно-временные ресурсы передачи, на которые отображаются данные на каналах 101 или 111 данных, и схему передачи, использованную для этих данных (т.е. формат/режим, в котором передаются сами данные). Дополнительно вторичная станция может предоставить обратную связь о состоянии канала, предназначенную для того, чтобы помогать первичной станции в планировании передачи для надлежащего использования вторичными станциями соответствующих ресурсов передачи и схем передачи. Поэтому, в целом, режим передачи может быть задан одним или обоими из схемы передачи, используемой первичной станцией, или типа обратной связи, предоставляемой вторичной станцией.
Для связи по нисходящей линии связи в UMTS LTE соответствующий канал 101 управления нисходящей линии связи, который включает в себя распределение ресурсов и информацию о формате передачи, известен как физический канал управления нисходящей линии связи (PDCCH). Сообщение, которое переносит PDCCH, известно как управляющая информация канала нисходящей линии связи (DCI). Распределение ресурсов для различных режимов передачи обычно указывается с использованием различных форматов DCI. Вторичная станция (здесь: оборудование пользователя или UE) сконфигурирована для приема ограниченного числа различных форматов DCI из возможного набора. Вследствие этого конфигурирование типов форматов DCI, ожидаемых посредством UE в PDCCH, непосредственно управляет режимами передачи, которые могут ожидаться вторичной станцией, и конкретный режим передачи сигнализируется посредством конкретного формата DCI, используемого для распределения ресурсов. Содержание формата DCI также может ассоциироваться с режимом передачи (например, в LTE поле в 1 бит указывало ресурсы восходящей линии связи или нисходящей линии связи).
Следующие свойства PDCCH могут являться сконфигурированными/переконфигурированными на вторичной станции посредством сигнализации более высокого уровня от первичной станции:
- форматы DCI (в зависимости от режима передачи)
- размер формата DCI (например, дополнение/удаление поля CIF)
- пространства поиска PDCCH
- несущие (дополнительные СС для агрегирования несущих, опорная несущая или хэндовер).
Однако из-за задержек, присущих сигнализации более высокого уровня (RRC), первичная станция в точности не знает, когда вторичная станция применяет новую конфигурацию. Вследствие этого имеется возможность того, что сообщение PDCCH (например, с конкретным новым форматом DCI) может быть передано посредством eNB, но не принято посредством UE (или потому, что оно еще не применило переконфигурирование). Подобным образом сообщения PDCCH могут потеряться, если новая конфигурация применена раньше, чем она ожидалась посредством eNB.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Задачей изобретения является предложить способ связи, который смягчает вышеупомянутую проблему.
Другой задачей изобретения является предоставить способ, позволяющий вторичной станции принимать DCI, даже если был принят запрос о смене формата.
Другой задачей изобретения является избежать потери сообщений PDCCH (в частности, тех, которые указывают сообщения сигнализации RRC) без повышения сложности (например, число слепых декодирований).
С этой целью в соответствии с изобретением предлагается способ связи между первичной станцией и, по меньшей мере, одной вторичной станцией, содержащий:
(a) конфигурирование вторичной станции осуществлять поиск в первой конфигурации пространств поиска, причем упомянутые пространства поиска содержат определенное число наборов ресурсов, причем, по меньшей мере, один набор ресурсов может использоваться для передачи сообщения вторичной станции,
(b) конфигурирование вторичной станции посредством сообщения конфигурирования осуществлять поиск во второй конфигурации пространств поиска,
(c) в ответ на прием сообщения конфигурирования вход вторичной станции в промежуточный режим конфигурирования, в котором вторичная станция осуществляет поиск частично в первой конфигурации пространств поиска и во второй конфигурации пространств поиска.
Настоящее изобретение также относится ко вторичной станции, содержащей средство для связи с первичной станцией, причем вторичная станция сконфигурирована осуществлять поиск в первой конфигурации пространств поиска, при этом упомянутые пространства поиска содержат определенное число наборов ресурсов, причем, по меньшей мере, один набор ресурсов может использоваться для передачи сообщения вторичной станции,
приемник для приема сообщения конфигурирования для конфигурирования вторичной станции осуществлять поиск во второй конфигурации пространств поиска,
средство управления для конфигурирования вторичной станции в ответ на прием сообщения конфигурирования входить в промежуточный режим конфигурирования, в котором вторичная станция осуществляет поиск частично в первой конфигурации пространств поиска и во второй конфигурации пространств поиска.
В соответствии с еще одним другим аспектом изобретения предложена первичная станция, причем первичная станция содержит средство для реализации способа в соответствии с первым аспектом изобретения.
Эти и другие аспекты изобретения станут очевидными и будут разъяснены со ссылкой на варианты осуществления, описанные далее в данном документе.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Настоящее изобретение теперь будет описано более подробно посредством примера со ссылкой на сопровождающие чертежи, на которых:
Фиг. 1 представляет собой блок-схему системы в соответствии с изобретением, содержащей первичную станцию и, по меньшей мере, вторичную станцию.
Фиг. 2 представляет собой временную диаграмму, схематически представляющую PDCCH в первом варианте осуществления изобретения.
Фиг. 3 представляет собой временную диаграмму, схематически представляющую PDCCH во втором варианте осуществления изобретения.
ПОДРОБНОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯ
Настоящее изобретение относится к способу связи в сети, подобной сотовой сети. Например, сеть может представлять собой сеть UMTS, как изображено на Фиг. 1.
В отношении Фиг. 1 сеть радиосвязи в соответствии с изобретением содержит первичную станцию (BS или eNodeB) 100 и множество вторичных станций (MS или UE) 110. Первичная станция 100 содержит микроконтроллер (µС) 102, приемопередающее средство (Tx/Rx) 104, соединенное с антенным средством 106, средство 107 управления мощностью (PC) для изменения уровня передаваемой мощности и средство 108 соединения для соединения с PSTN или другой подходящей сетью. Каждое UE 110 содержит микроконтроллер (µС) 112, приемопередающее средство (Tx/Rx) 114, соединенное с антенным средством 116, и средство 118 управления мощностью (PC) для изменения уровня передаваемой мощности. Передача от первичной станции 100 к мобильной станции 110 происходит по каналам нисходящей линии связи, в то время как передача от вторичной станции 110 к первичной станции 100 происходит по каналам восходящей линии связи. В этом примере каналы нисходящей линии связи содержат каналы управления, подобные PDCCH. Такие каналы управления могут передаваться по множеству несущих. Эти несущие могут являться определенными посредством частотных несущих или, как в варианте изобретения, кодовой модуляции.
В такой системе DCI могут иметь множество форматов, каждый из которых выделен для одного режима передачи.
Физический канал управления нисходящей линии связи (PDCCH) служит разнообразным задачам. В первую очередь он используется для того, чтобы переносить решения по планированию на отдельные UE, т.е. назначения планирования для восходящей линии связи и нисходящей линии связи. PDCCH находится в первых символах OFDM подкадра. Для структуры подкадра типа 2 PDCCH также может размещаться в первых двух символах OFDM поля DwPTS. Дополнительный физический канал индикатора формата управления (PCFICH), переносимый на специальных элементах ресурсов в первом символе OFDM подкадра, используется для того, чтобы указывать число символов OFDM для PDCCH (является возможным 1, 2, 3 или 4 символа). PCFICH является необходимым, потому что нагрузка на PDCCH может изменяться в зависимости от числа пользователей в соте и от форматов передачи сигналов, передаваемых по PDCCH.
Как пояснено выше, информация, переносимая по PDCCH, называется управляющей информацией нисходящей линии связи, или DCI. В зависимости от назначения управляющего сообщения определяются различные форматы DCI. В качестве примера содержимое формата 1 DCI показано в Таблице 1 ниже как пример. Формат 1 DCI используется для назначения ресурса совместно используемого канала нисходящей линии связи, когда не используется пространственное мультиплексирование (т.е. информация планирования предоставляется только для одного кодового слова). Предоставляемая информация заключает в себе все, что необходимо для того, чтобы UE имел возможность идентифицировать ресурсы, на которых можно принимать PDSCH в том подкадре и как его декодировать. Помимо назначения блока ресурсов, она также включает в себя информацию по схеме модуляции и кодирования и по протоколу гибридного ARQ.
Циклический контроль избыточности (CRC) для DCI скремблируется с идентификатором UE, который используется для того, чтобы направить запланированное сообщение к UE.
Каждому режиму передачи соответствует формат DCI. Например, формат 1А DCI используется для компактной сигнализации о назначении ресурса передач PDSCH единичного кодового слова. Формат 1B DCI используется для компактной сигнализации о назначении ресурса передач PDSCH, использующих предварительное кодирование с замкнутым циклом с передачей ранга 1. Аналогично существует формат 1D DCI для передачи MU-MIMO на PSDCH. Исчерпывающий список форматов DCI опущен для краткости.
Формат 0 DCI (управляющей информации нисходящей линии связи) используется на PDCCH для того, чтобы переносить предоставление планирования восходящей линии связи, и показан ниже в таблице 2.
В соответствии с вариантами осуществления изобретения выявлено, что в течение процесса переконфигурирования является приемлемой потеря некоторой гибкости в планировании для того, чтобы первичная станция (или eNB) и вторичная станция (или UE) могли надежно осуществлять связь. В соответствии с текущим определением изобретения это требует того, чтобы UE имело возможность принимать сообщения PDCCH в соответствии как со старой, так и с новой конфигурациями, но с некоторой потерей в гибкости. Рассматриваются два конкретных варианта осуществления: уменьшение эффективного размера пространства поиска для каждой конфигурации и уменьшение отрезка времени, в который каждая конфигурация доступна.
(1) Если использование нового формата DCI (или изменение в CIF (CIF представляет собой флаг индикатора несущей (трехбитовый индикатор, по которому задается несущая для предоставленного ресурса, просигнализированного в DCI))) сконфигурировано, чтобы заменять существующий формат DCI, тогда характерное для UE пространство поиска делится таким образом, что некоторое пространство поиска распределяется для старого формата DCI и некоторое пространство поиска распределяется для нового формата DCI (например, первая половина пространства поиска - для старого и вторая половина - для нового). Все пространство поиска используется для нового формата DCI, когда переконфигурирование является подтвержденным или после истечения таймера. Этот первый вариант осуществления показан на Фиг. 2 для примера, описанного далее в данном документе.
(2) Альтернативным образом характерное для UE пространство поиска резервируется для старого формата DCI на некоторых подкадрах и резервируется для нового формата DCI в других подкадрах (например, нечетные подкадры - для старого и четные подкадры - для нового). Все подкадры используются для нового формата DCI, когда переконфигурирование является подтвержденным или после истечения таймера. Этот второй вариант осуществления показан на Фиг. 3 для примера, описанного далее в данном документе.
Относительно CIF, когда конфигурируется планирование среди всех несущих, каждое предоставление также будет заключать в себе этот флаг индикатора несущей (CIF) для того, чтобы указать, к которой несущей применяется это предоставление. Поле CIF добавлено в существующий формат DCI Выпуска 8/Выпуска 9 (и в новые форматы, представленные в Выпуске 10). В общем случае планирование для каждой несущей имеет следующие преимущества: а) разрешает различные форматы DCI для одного и того же UE на различных составляющих несущих; и b) способствует динамической балансировке нагрузки среди составляющих несущих на основе подкадра.
Эти два решения ((1) и (2) выше) дают возможность eNB продолжать использовать старую конфигурацию для важных данных, таких как сообщения RRC (до тех пор, пока новая конфигурация не будет являться подтвержденной, или до тех пор, пока не истечет таймер), но с возможностью переключиться на использование новой конфигурации для данных пользователя, когда это целесообразно. Если некоторые данные пользователя потеряны, обычно при необходимости они могут быть восстановлены другими средствами.
Первый и второй варианты осуществления (1) и (2) могут применяться, если само пространство поиска, характерное для UE, изменилось (например, для того, чтобы совершить планирование на новых несущих). В первом варианте осуществления это будет означать, что UE осуществляет поиск в части старого пространства поиска и в части нового пространства поиска. Эти две части могут являться предварительно сконфигурированными или о них может сигнализироваться, когда сигнализируется о новом формате DCI. Во втором варианте осуществления это будет означать, что старое пространство поиска используется в некоторых подкадрах, и новое пространство поиска используется в других подкадрах.
Необходимо отметить, что первый и второй варианты осуществления (1) и (2) могут также применяться, если несущая, на которой PDCCH должен отслеживаться, изменяется (например, хэндовер, изменение опорной несущей). Например, первый вариант осуществления может использоваться, если это предусматривается в пределах возможности UE, для того, чтобы отслеживать PDCCH на двух несущих в одно и то же время. Второй вариант осуществления потребует отслеживание PDCCH на различных несущих в различных подкадрах.
В примере этих вариантов осуществления присутствует система, подобная LTE-A. Когда происходит переконфигурирование, которое могло бы повлиять на формат DCI, используемый для сообщений RRC (например, добавление/удаление поля CIF), UE входит в промежуточную фазу, в течение которой оно использует частично старый формат и новый формат. Это разделение может представлять собой один из разъясненных выше вариантов осуществления (1) или (2). Величина пространства поиска или то, какие подкадры используются для старого или нового форматов DCI, является предварительно определенным. Это может осуществляться путем сигнализации или фиксироваться спецификацией. Новая конфигурация применяется полностью, когда переконфигурирование является подтвержденным (например, путем сигнализации RRC). Как вариант, новая конфигурация применяется полностью после истечения таймера. Продолжительность таймера может устанавливаться путем сигнализации или может являться зафиксированной посредством спецификации.
Как вариант, промежуточное состояние вторичной станции, где она осуществляет отслеживание частично старой конфигурации, прекращается, как только принимается сообщение в соответствии с новой конфигурацией. В самом деле, этот прием будет означать, что первичная станция также вошла в промежуточный режим конфигурирования, и таким образом, вторичной станции может не понадобиться тратить ресурсы или энергию для декодирования сообщений старой конфигурации. Первичная станция может продолжать передавать в этом режиме в течение предварительно определенной продолжительности, если вторичная станция не сигнализирует о том, что она переключилась на новый режим конфигурирования.
Как можно видеть на примере Фиг. 2, для определенной вторичной станции пространства 201 поиска в первом режиме I конфигурирования находятся, например, на первом наборе несущих 210, хотя пространства 202 поиска - на втором наборе несущих 220 для второго режима II конфигурирования. Для ясности представления различие между двумя режимами состоит в наборах несущих. Однако эти варианты осуществления не ограничиваются этим типом различия, который может представлять собой любой из тех параметров, которые определяют форматы. В течение промежуточной фазы TP конфигурирования, начинающейся с приема сообщения конфигурирования, вторичная станция одновременно осуществляет поиск на части 201′ пространств 201 поиска на несущих 210 и на части 202′ пространств 202 поиска, т.е. в течение одного и того же подкадра SF. Эти части могут представлять собой поднаборы подпространств, в которых осуществляется поиск в нормальном режиме конфигурирования, как это проиллюстрировано. Но они могут также представлять собой части этих подпространств. Более того, может случиться, в зависимости от расположения частей пространств поиска, что вторичная станция прослушивает оба набора несущих 210 и 220 в одно и то же время. Когда промежуточная фаза TP конфигурирования истекает, например после предварительно определенной продолжительности или после приема сообщения в пространствах поиска второй конфигурации, вторичная станция прослушивает все пространства поиска второй конфигурации. Следует отметить, что в этом примере вторичная станция прослушивает только часть пространств поиска второй конфигурации в ТР. Однако, в варианте этого варианта осуществления она может прослушивать частично пространства поиска первой конфигурации и весь набор пространств поиска второй конфигурации.
Пример второго варианта осуществления описывается на Фиг. 3. Как можно видеть на примере Фиг. 3, для рассматриваемой вторичной станции пространства 301 поиска в первом режиме I конфигурирования располагаются, например, на первом наборе несущих 310, в то время как пространства 302 поиска - на втором наборе несущих 320 для второго режима II конфигурирования. В течение промежуточной фазы TP конфигурирования, начинающейся с приема сообщения конфигурирования, вторичная станция осуществляет поиск в пространствах 301′ поиска на несущих 310 в некоторые подкадры и в пространствах 302′ поиска в течение оставшихся подкадров. Таким образом, в этом конкретном примере вторичная станция прослушивает только один набор несущих 210 и 220 в одно и то же время или даже в один и тот же подкадр. Этот промежуточный режим конфигурирования в этом случае может являться предпочтительным для вторичной станции, которая не имеет возможности прослушивать столько много несущих в одно и то же время. Когда промежуточная фаза TP конфигурирования заканчивается, например после предварительно определенной продолжительности или после приема сообщения в пространствах поиска второй конфигурации, вторичная станция прослушивает все пространства поиска второй конфигурации. Следует отметить, что в этом примере вторичная станция прослушивает только пространства поиска второй конфигурации в некоторые подкадры, например в подкадры TP, пронумерованные нечетно. Однако в варианте этого варианта осуществления она может прослушивать только пространства поиска первой конфигурации в некоторые подкадры и полный набор пространств поиска второй конфигурации в каждый подкадр ТР.
До тех пор пока переконфигурирование не будет завершено, первичная станция может отправлять сообщение PDCCH согласно старому формату в соответствующей части пространства поиска или соответствующем подкадре. Таким образом, первичная станция может отправлять сигнал дважды в течение TP: один раз в части первой конфигурации TP и один раз в части второй конфигурации ТР.
Возможны дополнительные разновидности вышеуказанных вариантов осуществления. В этих вариантах первичная станция инициирует переконфигурирование путем передачи сообщения RRCConectionReconfiguration (ПереконфигурированиеСоединенияRRC) через сигнализацию RRC (или сигнализацию другого, более высокого, уровня). После приема этого сообщения и как только вторичная станция завершила переконфигурирование, она передает в первичную станцию сообщение RRCConectionReconfigurationComplete (ПереконфигурированиеСоединенияRRCЗавершено) через сигнализацию более высокого уровня. Если первичная станция не принимает сообщение RRCConectionReconfigurationComplete, то может быть выполнена повторная передача сообщения RRCConectionReconfiguration. Только после приема этого сообщения RRCConectionReconfigurationComplete первичная станция может являться уверенной в том, что вторичная станция закончила свое переконфигурирование.
В первом варианте этих вариантов осуществления одна из первой или второй конфигураций пространств поиска содержит то, что CIF не предоставляется для всех форматов DCI для планирования одной и той же несущей в пространстве поиска, характерном для UE. CIF не прикрепляется для планирования на одной и той же несущей. В таком случае сигнализация RRC может производиться даже в течение процедур инициализации/высвобождения CIF. Эта возможность может применяться для всех СС или, по меньшей мере, одной СС.
В другом варианте этих вариантов осуществления одна из первой или второй конфигураций заключается в том, что CIF не прикрепляется для форматов 0/1A DCI для планирования одной и той же несущей в пространстве поиска, характерном для UE, хотя другие форматы DCI имеют CIF. В Выпуске 8 форматы 0/1A DCI являются определенными для операций режима устранения неисправности и таким же образом, только формат 0/1A DCI может использоваться в течение неопределенных периодов инициализации/высвобождения CIF. Преимущество по сравнению с первым вариантом заключается в возможности большего уменьшения BD (слепого декодирования). Например, среди попыток слепого декодирования двух наборов DL и UL форматы DCI для DL с CIF могут иметь единообразный размер с другими форматами DCI для DL для планирования по всем несущим и это может оказать помощь в том, чтобы сократить до K раз попытки слепого декодирования в совместно используемом пространстве поиска, где K представляет собой число позиций кандидатов PDCCH в данном пространстве поиска.
В соответствии с дополнительным вариантом вышеуказанных вариантов осуществления предлагается отложить переконфигурирование CIF до момента после того, как сообщение RRCConectionReconfigurationComplete будет передано посредством UE. Это позволяет найти общее понимание у UE и eNB о том, что PDCCH с распределением ресурсов для сообщения RRCConectionReconfigurationComplete (и любых повторных передач сообщения RRCConectionReconfigurationComplete) будет являться переданным с CIF. Это имеет некоторые возможные недостатки, например:
- дополнительная задержка в применении переконфигурирования;
- из-за операции HARQ имеется некоторая неопределенность в том, когда в точности сообщение RRCConectionReconfigurationComplete будет принято посредством eNB;
- это нарушает требование по времени в 15 мс для UE на то, чтобы реализовать переконфигурирования.
В подобном варианте вышеуказанных вариантов осуществления является возможным отложить переконфигурирование CIF для формата 0/1А до момента после того, как сообщение RRCConectionReconfigurationComplete будет передано посредством UE. Переконфигурирование для других форматов DCI, нежели формат 0/1А, является доступным без задержки. В некоторых случаях может иметь место путаница в пространстве поиска, характерном для UE, между форматом 0/1А без CIF и другими форматами DCI с CIF, имеющими одинаковый размер. Это имеет некоторый возможный недостаток, поскольку потенциально будут иметь место проблемы неопределенности с форматами DCI с CIF, имеющими одинаковый размер, как и с форматами 0/1A DCI без CIF (например, если СС имеют различные полосы пропускания). Для того чтобы избежать неопределенности, может предусматриваться запрещение планирования (в течение переконфигурирования) или решение по заполнению незначащей информацией.
В соответствии с дополнительным вариантом вышеуказанных вариантов осуществления предлагается применять переконфигурирование CIF к некоторому пространству поиска, характерному для UE, немедленно, но откладывать переконфигурирование CIF к оставшейся части пространства поиска до тех пор, пока не будет принят формат DCI с новым значением CIF. Это позволяет передавать распределение ресурсов для сообщения RRCConectionReconfigurationComplete (и любых повторных передач сообщения RRCConectionReconfigurationComplete) с или без CIF (в соответствующей части пространства поиска). Это также позволяет выполнять планирование по всем несущим в соответствии с новой конфигурацией с минимальной задержкой. При некоторых условиях это может вызвать следующее:
- некоторое уменьшение в гибкости планирования в то время, пока пространство поиска разделено,
- некоторую неопределенность у eNB по поводу того, когда UE впервые правильно принимает формат DCI с новым значением CIF. Однако eNB может продолжать использовать только часть пространства поиска до тех пор, пока он не будет уверен, что UE применило новую конфигурацию ко всему пространству поиска.
В еще одном другом варианте вышеуказанных вариантов осуществления вторичная станция отслеживает формат 0/1A DCI как с, так и без CIF (в UESSS) до тех пор, пока формат 0/1А не будет принят с новым значением CIF. Это позволяет передавать распределение ресурсов для сообщения RRCConectionReconfigurationComplete (и любых повторных передач сообщения RRCConectionReconfigurationComplete) вне зависимости от того, использует ли eNB формат 0/1А с или без CIF. Потребуются минимальные другие изменения спецификации. Это решение имеет некоторый возможный недостаток: Это решение подразумевает дополнительные слепые декодирования для отслеживания для обеих версий формата 0/1А, но меньше дополнительных слепых декодирований, чем это потребовалось бы для отслеживания обеих версий всех сконфигурированных форматов DCI. Однако, эта дополнительная обработка, вероятно, находится в пределах возможности UE, поддерживающего агрегирование несущих. Однако если это не так, то общее число слепых декодирований может поддерживаться путем запрещения любого планирования, использующего другие форматы DCI для заново сконфигурированной несущей в течение TP процесса переконфигурирования.
В другом варианте этих вариантов осуществления вторичная станция отслеживает форматы DCI с и без CIF (в UESSS) в альтернативные подкадры до тех пор, пока формат DCI не будет принят с новым значением CIF. Это позволяет передавать распределение ресурса для сообщения RRCConectionReconfigurationComplete (и любых повторных передач сообщения RRCConectionReconfigurationComplete) вне зависимости от того, использует ли eNB формат 0 с или без CIF. Это также позволяет выполнять планирование по всем несущим в соответствии с новой конфигурацией с минимальной задержкой. Это последнее решение может также приводить при некоторых условиях к:
- некоторому уменьшению в гибкости планирования во время использования альтернативных подкадров,
- некоторой неопределенности у eNB по поводу того, когда UE впервые правильно принимает формат DCI с новым значением CIF. Однако eNB может продолжать использовать только каждый другой подкадр до тех пор, пока он не будет уверен, что UE применило новую конфигурацию ко всем подкадрам.
Следует отметить, что вышеуказанные варианты осуществления могут применяться совместно и могут применяться к общему пространству поиска (с точки зрения UE).
Изобретение может быть применимым к системам мобильной связи, подобным UMTS LTE и развитой UMTS LTE, но также в некоторых вариантах - к любой системе связи, имеющей возможность осуществлять распределение ресурсов динамически или, по меньшей мере, полупостоянно.
В настоящем описании и формуле изобретения единственное число применительно к элементам не исключает присутствия множества таких элементов. Дополнительно, слово «содержит» не исключает присутствия других элементов или этапов, чем те, которые перечислены.
Включение ссылочных знаков в скобках в формуле изобретения предназначается для того, чтобы способствовать пониманию, и не предназначается служить ограничением.
Из прочтения настоящего раскрытия другие модификации будут являться очевидными для специалистов в данной области техники. Такие модификации могут включать в себя другие признаки, которые уже известны в области техники радиосвязи.