Результат интеллектуальной деятельности: СПОСОБЫ И УСТРОЙСТВА ДЛЯ СЕТИ МОБИЛЬНОЙ СВЯЗИ

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

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

Уровень техники

UTRAN (Универсальная Наземная Сеть Радиодоступа) является термином определяющим UMTS (Универсальная Система Мобильной Связи) сеть радиодоступа, при этом UTRAN состоит из Контроллеров Радиосети (RNC) и узлов NodeB, т.е. базовых радиостанций. NodeB обмениваются информацией беспроводным образом с мобильным оборудованием пользователя (UE), RNC управляют NodeB. RNC в дополнительно подсоединены к Базовой Сети (CN). Усовершенствованная UTRAN (E-UTRAN) является развитием UTRAN в отношении высокоскоростной, пакетно-оптимизированной сети радиодоступа с малой задержкой. Дополнительно E-UTRAN состоит из базовых радиостанций (eNB), а eNB являются внутренне связанными и дополнительно подсоединены к сети Усовершенствованного Пакетного Ядра (EPC). E-UTRAN так же упоминается как Долгосрочное Развитие (LTE) и стандартизована внутри Проекта Партнерства Третьего Поколения (3GPP).

Протокол Управления Радио Ресурсами (RRC)(определенный в TS 36.331) является протоколом сигнализации, отвечающим за конфигурацию и реконфигурацию низших уровней UE. Эти низшие уровни включают в себя физический уровень, Подуровень Управления Доступом к Среде (MAC), Протокол Управления Радиосвязью (RLC) и Протокол Конвергенции Пакетных Данных (PDCP). RRC так же отвечает за конфигурацию и реконфигурацию например измерений UE, и протокол RRC так же контролирует связанную мобильность режима. Протокол RRC завершается в eNB и UE соответственно.

Спецификация RRC включает в себя некоторое число функций и процедур. Одна функция относится к реконфигурации UE, как проиллюстрировано на Фигуре 1.

В этой процедуре, eNB в E-UTRAN выдает сообщение о реконфигурации, передаваемое на UE. При успешном приеме сообщения и в случае успешного завершения процедуры реконфигурации, UE конфигурирует параметры и функции указанные в сообщении о реконфигурации и отвечает eNB сообщением о завершении. Сообщение о реконфигурации может иметь большое разнообразие содержимого, включая в себя, например L1, MAC, RLC, PDCP или параметры измерения. Передача обслуживания может осуществляться по команде того же самого сообщения.

При планируемых передачах по мультиплексному каналу, идентификатор UE планируемой передачи так же должен передаваться по внеполосному каналу управления (HS-SCCH в нисходящей линии связи UTRAN и PDCCH в E-UTRAN) для того, чтобы идентифицировать какому UE предназначена команда планирования. В UTRAN и E-UTRAN этот идентификатор передается не в прямой форме, а включен неявным образом в вычисление CRC и кодирование канала HS-SCCH.

Вышеупомянутый идентификатор должен быть уникальным для UE, в случае когда планируется только единственное UE. В UTRAN этот идентификатор нисходящей линии связи (HS-DSCH) называется HS-RNTI, в то время как планирование восходящей линии связи (E-DCH) основано на E-RNTI (RNTI - Временный Идентификатор Радиосети). В LTE действующей аббревиатурой для уникального идентификатора UE является C-RNTI, где «C» отражает, что этот идентификатор UE является уникальным для UE в этой ячейке. UE может выполнять команды планирования, ассоциированные с несколькими такими идентификаторами.

В LTE, за планирование, как в нисходящей линии связи, так и восходящей лини связи отвечает eNB:

В нисходящей линии связи (DL), информация по PDCCH отправляется параллельно с данными по DL-SCH, так что конкретное UE может корректно декодировать данные.

В восходящей линии связи (UL), информация по PDCCH отправляется до события, когда UE должно отправить свои данные по UL-SCH, так что UE может закодировать и передать данные корректно.

Для успешного приема вышеупомянутых данных важно, чтобы два одноранговых узла (UE и eNB) имели совместимую конфигурацию.

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

Должно быть отмечено, что вышеупомянутое сообщение о реконфигурации RRC передается посредством воздушного интерфейса, который подвержен сильным изменениям по качеству связи, такому как быстрое и медленное затухание, приводящее к ошибкам передачи. Вследствие этого, сообщение о реконфигурации может быть потеряно или задержано из-за повторных передач низкоуровневыми протоколами. LTE RLC поддерживает ARQ (автоматический запрос на повторную передачу), а LTE MAC поддерживает Гибридный ARQ для восстановления из таких ошибок передачи.

Следовательно, для eNB может быть затруднительным точно знать, когда UE начало использовать новую конфигурацию. Так же должно быть отмечено, что обратная связь ARQ и HARQ подвержена ошибкам передачи, поскольку такое указание всего лишь указывает на то, когда UE возможно успешно приняло сообщение о реконфигурации подсоединения RRC. Неуверенность по времени обработки, необходимом для UE для завершения процедур реконфигурации, указанных в сообщении, дополнительно накладывается на неуверенность в том, когда UE готово для переключения с одной конфигурации на другую. Эта неуверенность в синхронизации того, когда завершена реконфигурация, проиллюстрирована пунктирным прямоугольником на Фигуре 1.

В конкретном примере, рассматривается случай, когда eNB выдает реконфигурацию MIMO Уровня 1, где UE на текущий момент сконфигурировано для приема Физического Совместно используемого Канала Нисходящей линии связи (PDSCH) с, например разветвлением передачи, но желаемым является сконфигурировать PDSCH для пространственного объединения. Очевидно, что UE, сконфигурированное для одного набора допустимых схем MIMO, будет неспособно принимать PDSCH, если передатчик (eNB) использует другую схему. Следовательно, реконфигурация PDSCH является асинхронной, и существует риск того, что потеряна возможность соединения между UE и eNB.

Рассмотрим, например, случай, где во время передачи сообщения о РЕКОНФИГУРАЦИИ DL ПОДСОЕДИНЕНИЯ RRC произошла ошибка обратной связи HARQ, содержащая критичную конфигурацию L1. Ошибка обратной связи HARQ означает случай, когда передатчик неверно истолковал сообщение обратной связи, принятое от приемника.

Предположим, что отрицательное подтверждение (NACK) было интерпретировано eNB как положительное подтверждение (ACK). Мы ссылаемся на эту ошибку как ошибку NACK-на-ACK.

В этом случае eNB будет полагать, что UE успешно приняло сообщение о реконфигурации, и примет к использованию новую конфигурацию в течение, предположим, 10 мс после приема ошибочно декодированного ACK. Несмотря на то, что eNB затем переключается на новую конфигурацию, UE будет неспособно принимать любые данные по реконфигурированной PDSCH, так как UE не приняло сообщение о реконфигурации. Подобным образом eNB может не иметь средств для того, чтобы принять передачи UL в случае, когда реконфигурация включает в себя критические параметры реконфигурации восходящей линии связи L1.

В UTRAN (TS RRC 25.331), настоящая задача синхронизации решается посредством «времени активации» (ссылкой на определенный Номер Кадра при Сборке, CFN) который может быть включен в сообщение RRC для того, чтобы гарантировать, что UE начало использовать новую конфигурацию в той же привязке времени, что и NodeB. Этот ссылочный CFN должен произойти в достаточном удалении по времени так, чтобы сообщение о реконфигурации могло быть принято UE и UE имело время для выдачи требуемых реконфигураций. При успешной операции, затем UE и NodeB переключаются на реконфигурированную конфигурацию точно в один момент времени.

Так как сообщение RRC может быть подчинено повторным передачам управления радиосвязи (RLC) время активации должно быть установлено на достаточном удалении по времени для того, чтобы дать возможность повторной передачи сообщения. Даже в том случае, когда средняя задержка повторной передачи мала, существует малый процент сообщений, которым необходимы несколько повторных передач. Время активации должно быть установлено с учетом также наихудшего случая, который приводит к тому, что синхронизированная реконфигурация в UTRAN вызывает относительно продолжительную задержку. Это влияет на эффективность сигнализации.

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

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

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

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

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

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

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

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

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

Перечень фигур чертежей

Фигура 1 иллюстрирует процедуру реконфигурации RRC в соответствии с известным уровнем техники.

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

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

Фигура 4 и 5 иллюстрируют блок-схемы способов в соответствии с вариантами осуществления настоящего изобретения.

Фигура 6 схематично показывает UE и базовую радиостанцию в соответствии с вариантами осуществления настоящего изобретения.

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

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

Более того, специалисты в соответствующей области должны понимать что средства и функции, объясненные здесь ниже, могут быть реализованы, используя функционирование программного обеспечения совместно с запрограммированным микропроцессором или компьютером общего назначения и/или используя проблемно-ориентированную интегральную схему (ASIC). Так же должно пониматься, что, не смотря на то, что данное изобретение главным образом, описано в виде способов и устройств, изобретение так же может быть осуществлено в компьютерном программном продукте, как впрочем, и системы, содержащей компьютерный процессор и память, объединенные в процессор, при этом память является закодированной одной или более программами, которые могут выполнять раскрытые здесь функции.

Соответственно, настоящее изобретение предоставляет оборудование (UE) пользователя, базовую радиостанцию (RBS) и их способы для синхронизации активации новой конфигурации между UE и eNB. Посредством использования способов и устройств настоящего изобретения, eNB может определять, когда UE готово использовать новую конфигурацию. Это достигается посредством ассоциирования новой конфигурации, которая будет использоваться UE, со вторым идентификатором UE. UE, как правило, идентифицируется посредством первого идентификатора UE, но в сообщении о реконфигурации информируется, что UE так же имеет второй идентификатор UE. UE идентифицируется посредством второго идентификатора UE, когда должна быть активирована новая конфигурация. Отсюда, когда базовая радиостанция выявляет, что UE является идентифицируемым посредством второго идентификатора UE, базовая радиостанция может сделать вывод, что UE активировало новую конфигурацию. Посредством использования настоящего изобретения, eNB имеет возможность сделать вывод о том, успешно ли UE приняло новую конфигурацию к использованию, не принимая во внимание вышеупомянутые неопределенности в передаче сообщения о реконфигурации.

Обратите внимание, что исходная конфигурация будет обозначена как «старая конфигурация», а реконфигурированная конфигурация как «новая конфигурация».

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

Возвращаясь теперь к фигуре 2, иллюстрирующей базовую радиостанцию (eNB) и UE сети LTE. Узел eNB подсоединен к сети Усовершенствованного Пакетного Ядра (EPC). Более того, UE идентифицируется посредством первого Временного Идентификатора Радиосети (RNTI), примером которого является C-RNTI, который является уникальным идентификатором UE в ячейке. На первом этапе 201, eND отправляет UE сообщение о реконфигурации RRC подсоединения. Сообщение о реконфигурации RRC подсоединения содержит в себе указание новой реконфигурации и второй C-RNTI, ассоциированный с новой конфигурацией, при этом второй C-RNTI идентифицирует UE в соединении с новой конфигурацией.

На втором этапе 202, UE может отправить HARQ обратной связи для того, чтобы подтвердить прием сообщения о реконфигурации до того как в UE закончена процедура реконфигурации RRC. Новая конфигурация теперь активируется на этапе 203 в UE и eNB планирует UE на этапе 204 путем использования второго C-RNTI и может тем самым активировать новую конфигурацию. Затем, UE отправляет сообщение 206 о завершении реконфигурации RRC. Сообщение о завершении конфигурации RRC является, в этом примере, отправленным в ответ на новую конфигурацию. Тем не менее, должно быть отмечено, что сообщение о завершении реконфигурации RRC может отсылаться до или после фактической реконфигурации. Это не исключает того, что некоторые другие данные отправляются параллельно или непосредственно перед сообщением о завершении конфигурации RRC. Если отправляется после реконфигурации, сообщение о завершении конфигурации RRC будет одними из первых данными, которые отправляются в новой конфигурации.

В качестве альтернативы, UE может принимать к использованию реконфигурацию в течение предопределенного времени (миллисекунд) или подциклов после успешного приема или подтверждения HARQ о приеме сообщения о реконфигурации. Это делается для того, чтобы гарантировать, что UE имеет время для того, чтобы обработать сообщение о реконфигурации и для того, чтобы гарантировать, что eNB сможет принять сообщение обратной связи на состояние приема в UE.

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

1.NACK-на-ACK ошибка - Сообщение о реконфигурации не было принято UE: eNB выявляет, что UE не отвечает на планирование по «новому» C-RNTI и может восстановить подсоединение к UE посредством планирования UE по «старому» C-RNTI.

2.ACK-на-NACK ошибка - eNB подразумевает, что UE все еще использует старую конфигурацию, но UE уже приняло к использованию новую конфигурацию. В случае, когда UE не отвечает по «старому» C-RNTI, подсоединение к UE может быть восстановлено eNB путем управления UE по «новому» C-RNTI.

В случае, когда UE приняло сообщение о реконфигурации, но сообщение подавлено UE, затем UE должно запросить ресурсы восходящей линии связи, используя «старый» C-RNTI в соответствии с уже подтвержденными процедурами.

Как определено выше, на этапе 204, eNB отсылает команду планирования UE, при этом UE является идентифицируемым посредством, по меньшей мере, второго RNTI. Затем, на этапе 205, посредством eNB активируется новая конфигурация таким образом, что она может принимать ответ на команду планирования с новым C-RNTI. Когда на этапе 207 UE обрабатывает эту команду планирования, eNB может сделать вывод, что UE активировало новую конфигурацию, так как она ответила на второй RNTI, который ассоциирован с новой конфигурацией и на этапе 208 может начаться передача с новой конфигурацией. Узел eNB может планировать UE используя оба RNTI, но eNB знает, что реконфигурация была успешной только, когда UE отвечает новым RNTI. Если используются оба RNTI, UE может одновременно отвечать на один RNTI. Если UE выполнено с возможностью одновременно использовать один RNTI, UE может прекратить отвечать на любые команды, ассоциированные с первым RNTI, когда приняты к использованию второй RNTI и ассоциированная с ним конфигурация. Если UE не отвечает на команду планирования, затем eNB может попытаться восстановить UE путем планирования с помощью «старого» RNTI, и в этом случае eNB должна снова использовать старую конфигурацию. Необходимость восстановления может возникнуть, например, в случае NACK-на-ACK ошибки, как описано выше.

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

Другой путь для снижения неопределенности в синхронизации, когда UE принимает новую конфигурацию к использованию, проиллюстрирован дополнительными вариантами осуществления настоящего изобретения. Эти варианты осуществления представляют механизм управления UE для того, чтобы выполнить инициируемые UE процедуры, такие как процедуру Произвольного Доступа, в связи с сообщением о реконфигурации, до принятия к использованию новой конфигурации как проиллюстрировано на фигуре 3. Т.е., eNB отправляет на этапе 301 сообщение о реконфигурации RRC, содержащее новую конфигурацию, второй идентификатор UE, такой как второй C-RNTI, ассоциированный с новой конфигурацией, и запрос к UE выполнить инициируемую UE процедуру, используя второй C-RNTI. Если UE правильно декодирует сообщение о реконфигурации RRC, UE на этапе 302 активирует новую конфигурацию и на этапе 303 отправляет квитанцию уровня 2. В ответ на запрос выполнить инициируемую UE процедуру, UE инициирует на этапе 305 инициируемую UE процедуру, используя второй C-RNTI. Когда на этапе 306 eNB выявляет, что UE инициировало запрошенную инициируемую UE процедуру, eNB может сделать вывод, что UE уже использует новую конфигурацию. Во время или предпочтительно после выявления инициируемой UE процедуры, на этапе 304 eNB активирует новую конфигурацию. (Как правило, инициируемая UE процедура, например процедура RACH, является независимой от фактической реконфигурации, которая ассоциирована с RNTI. Т.е. всего лишь необходимо, чтобы eNB был готов принять попытку RA, предпринятую UE.) Используя новую конфигурацию, на этапе 307 UE отправляет подтверждение уровня 3 (сообщение о завершении реконфигурации RRC). Тем не менее, должно быть отмечено, что сообщение о завершении реконфигурации RRC может быть отослано как до, так и после фактической реконфигурации. Затем, как иллюстрируется этапом 308, может быть начата передача с новой конфигурацией между UE и eNB.

При таком подходе, eNB может допустить, чтобы UE использовало новую конфигурацию, когда она выявляет, что UE инициировало инициируемую UE процедуру. Т.е. когда инициируемая UE процедура является процедурой произвольного доступа, eNB выявляет, что UE инициировало (и в этом случае так же завершило) инициируемую UE процедуру, когда UE появляется на Канале Произвольного Доступа (RACH).

eNB может выделить свободный ресурс подсоединения для RA попытки. В соответствии с настоящим изобретением, новая конфигурация, ассоциирована со вторым идентификатором UE (например, вторым C-RNTI) таким образом, что процедура RA, являющаяся результатом команды в сообщении о реконфигурации, может быть выделена из любых других попыток, инициированных UE или eNB.

Более того, UE может быть выполнено с возможностью быть планируемым по нескольким идентификаторам UE (например, C-RNTI), при этом каждый из нескольких идентификаторов UE ассоциирован с конфигурацией. Соответственно, UE может быть выполнено с возможностью обрабатывать команды, следуя конфигурациям, ассоциированным с каждым из идентификаторов UE. В добавление, eNB так же может конфигурировать и реконфигурировать несколько конфигураций UE для UE, где каждая из конфигураций ассоциирована с уникальным идентификатором UE.

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

Как проиллюстрировано на блок-схемах фигур 4 и 5, варианты осуществления настоящего изобретения относятся к способу в UE и к способу в eNB. Способы касаются активации реконфигураций радио ресурсов в UE и в базовой радиостанции, при этом UE, являясь объектом реконфигурирования, выполнено идентифицируемым посредством первого идентификатора UE. Путем использования способов, eNB может определять, когда UE готово использовать новую конфигурацию.

Способ в базовой радиостанции проиллюстрирован на фигуре 4 и содержит этапы:

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

402. Активируют новую конфигурацию.

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

404. Делают вывод о том, что UE готово для начала передачи или приема с новой конфигурацией, когда принято указание того, что UE является идентифицируемым посредством второго идентификатора UE.

В соответствии с одним вариантом осуществления, этап 402 содержит дополнительно этапы:

403a. Отправляют команду планирования упомянутому UE, путем использования, по меньшей мере, второго идентификатора UE.

403b. Принимают ответ на команду планирования со вторым идентификатором UE.

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

Способ в UE проиллюстрирован на фигуре 5 и содержит этапы:

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

502. Активируют новую конфигурацию.

503. Указывают базовой радиостанции, что UE является идентифицируемым посредством второго идентификатора UE.

В соответствии с вариантом осуществления настоящего изобретения, этап 503 содержит этапы:

503a. Принимают команду планирования, при этом UE идентифицируется посредством, по меньшей мере, второго идентификатора UE.

503b. Отправляют ответ на команду планирования.

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

Соответственно, варианты осуществления настоящего изобретения относятся к базовой радиостанции 601 (например eNB) и к UE 600 как проиллюстрировано на фигуре 6. UE, являясь объектом реконфигурирования, выполнено идентифицируемым посредством первого идентификатора UE. Базовая радиостанция содержит передатчик 602 для отправки сообщения о реконфигурации, указывающего новую конфигурацию, которая будет использована упомянутым UE, при этом сообщение о реконфигурации содержит второй идентификатор UE для упомянутого UE, причем второй идентификатор UE ассоциирован с упомянутой новой конфигурацией. Базовая радиостанция содержит дополнительно модуль 604 обработки для активации новой конфигурации. UE содержит приемник 605 для приема сообщения о реконфигурации. Более того, UE содержит модуль 606 обработки для активации новой конфигурации и передатчик 607 для указания базовой радиостанции на то, что UE является идентифицируемым посредством второго идентификатора UE, как только оно инициировало новую конфигурацию. Для этого базовая радиостанция дополнительно содержит приемник 603 для приема указания на то, что UE является идентифицируемым посредством второго идентификатора UE, и модуль 604 обработки для определения того, что UE готово использовать новую конфигурацию, когда принято указание того, что UE является идентифицируемым посредством второго идентификатора UE.

Передатчик 602 базовой радиостанции дополнительно выполнен с возможностью отправлять команду планирования на упомянутое UE путем использования, по меньшей мере, второго идентификатора UE, а приемник UE дополнительно выполнен с возможностью принимать команду планирования. Для этого приемник 603 базовой радиостанции выполнен с возможностью принимать ответ на команду планирования со вторым идентификатором UE, а передатчик 602 UE выполнен с возможностью отправлять ответ на команду планирования, соответственно.

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

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

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