УПРАВЛЕНИЕ НЕИСПРАВНОСТЬЮ СЛУЧАЙНОГО ДОСТУПА НА ВТОРИЧНОЙ ЯЧЕЙКЕ Российский патент 2016 года по МПК H04W74/08 

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

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

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

Такие коммуникационные устройства, как единицы пользовательского оборудования (User Equipments, UE) также известны как, например, мобильные терминалы, беспроводные терминалы и/или мобильные станции. Единицы пользовательского оборудования дают возможность связываться беспроводным образом в сети сотовой связи или системе беспроводной связи, иногда также называемой, как сотовая радиосистема или сотовые сети. Связь может выполняться, например, между двумя единицами пользовательского оборудования, между пользовательским оборудованием и обычным телефоном и/или между пользовательским оборудованием и сервером через сеть радиодоступа (Radio Access Network, RAN) и возможно одну или более базовых сетей, содержащихся в пределах сети сотовой связи.

Единицы пользовательского оборудования могут далее называться как мобильные телефоны, сотовые телефоны, межмашинные устройства (M2M), портативные компьютеры (laptops), или планшетные компьютеры (surf plates) со способностью беспроводной связи, лишь чтобы упомянуть некоторые дополнительные примеры. Единицы пользовательского оборудования в настоящем контексте могут быть, например, портативными, хранящимися в кармане, переносными, содержащимися в компьютере, или устанавливаемыми в транспортных средствах мобильными устройствами, имеющими способность обмениваться речью и/или данными, через сеть RAN, с другим объектом, таким как другое пользовательское оборудование или сервер.

Сеть сотовой связи покрывает географическую область, которая делится на области ячеек, при этом каждая область ячейки, обслуживаемая базовой станцией, например базовой радиостанцией (RBS), которая иногда может называться как, например, "базовая станция", "eNodeB", "NodeB", "узел B", или BTS (Base Transceiver Station - базовая приемопередающая станция), в зависимости от используемой технологии и терминологии. Базовые станции могут быть базовыми станциями различных классов, таких как, например, макро eNodeB, домашняя eNodeB или пико базовая станция, на основе мощности передачи и таким образом также размера ячейки. Ячейка является географической областью, где радио покрытие предоставляется базовой станцией на местоположении базовой станции. Ячейка может использоваться как первичная ячейка (Primary Cell, Pcell) и вторичная ячейка (Secondary Cell, SCell) посредством пользовательского оборудования (UE), для различных сценариев и размещений агрегирования несущих, смотрите стандарт 3GPP 36 300, Приложение J. Ячейки PCell и ячейки SCell будут рассматриваться более подробно ниже. Одна базовая станция, размещаемая на местоположении базовой станции, может обслуживать одну или несколько ячеек. Кроме того, каждая базовая станция может поддерживать одну или несколько технологий связи. Базовые станции связываются через радио интерфейс, работающий на радиочастотах, с единицами пользовательского оборудования в пределах радиуса действия базовых станций.

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

В Партнерском проекте по системам 3-го поколения (3rd Generation Partnership Project, 3GPP), долговременное развитие (Long Term Evolution, LTE), базовые станции, которые могут быть называемыми как eNodeB или даже базовые станции, могут напрямую соединяться с одной или более базовыми сетями. Партнерский проект 3GPP был предпринят для дальнейшего усовершенствования сетевых технологий радио доступа на основе GSM и UTRAN.

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

Система LTE использует мультиплексирование с ортогональным частотным разделением (OFDM) на нисходящей линии и расширение OFDM с прямым преобразованием Фурье (DFT) на восходящей линии. Базовый физический ресурс нисходящей линии системы LTE может таким образом рассматриваться как частотно-временная сетка, где каждый ресурсный элемент соответствует одной OFDM-поднесущей в течение длительности интервала одного OFDM-символа.

Во временной области, передачи нисходящей линии системы LTE организуются в радиокадры длительности 10 мс, каждый радиокадр состоит из десяти субкадров одинакового размера длиной TSUbframe=1 мс.

Кроме того, распределение ресурсов в системе LTE обычно описывается в терминах ресурсных блоков (RB), где ресурсный блок соответствует одному временному интервалу, 0,5 мс, во временной области и 12 смежным поднесущим в частотной области. Пара из двух смежных ресурсных блоков во временном направлении, 1,0 мс известна как пара ресурсных блоков. Ресурсные блоки нумеруются в частотной области, начиная с 0 от одного края ширины полосы системы.

Понятие виртуальных ресурсных блоков (VRB) и физических ресурсных блоков (PRB) было введено в LTE. Фактическое распределение ресурсов пользовательскому оборудованию (UE) осуществляется в терминах пар VRB. Существует два типа распределений ресурсов, локализованное распределение и распределенное распределение. При локализованном распределении ресурсов, пара VRB напрямую отображается в пару PRB, следовательно, два последовательных и локализованных VRB также размещаются как последовательные PRB в частотной области. С другой стороны, распределенные VRB не отображаются в последовательные PRB в частотной области, таким образом, предоставляя частотное разнесение для канала данных, передаваемого с использованием этих распределенных VRB.

Передачи нисходящей линии подвергаются динамическому планированию, т.е. в каждом субкадре базовая станция передает управляющую информацию о том, каким единицам пользовательского оборудования данные передаются и на каких ресурсных блоках данные передаются, в текущем субкадре нисходящей линии. Эта управляющая сигнализация обычно передается в первых 1, 2, 3 или 4 OFDM-символах в каждом субкадре и номер n=1, 2, 3 или 4 известен как индикатор формата управления (CFI). Субкадр нисходящей линии также содержит общие опорные символы (CRS), которые известны приемнику и используются для когерентной демодуляции, например, управляющей информации.

Агрегирование несущих

Спецификации LTE Rel-10 были недавно стандартизованы, поддерживая ширины полос компонентных несущих (CC) до 20 МГц, которая является максимальной шириной полосы несущей системы LTE Rel-8. Следовательно, работа системы LTE Rel-10 шире, чем 20 МГц, возможна и образовывается как несколько несущих LTE для LTE Rel-10 пользовательского оборудования.

В частности для ранних размещений системы LTE Rel-10 могло ожидаться, что будет меньшее число единиц пользовательского оборудования с возможностями LTE Rel-10 по сравнению со многими унаследованными единицами пользовательского оборудования LTE. Поэтому, необходимо гарантировать эффективное использование широкой несущей также для унаследованных единиц пользовательского оборудования, т.е. чтобы было возможно обеспечивать несущие, где унаследованные единицы пользовательского оборудования могут подвергаться планированию во всех частях широкополосной несущей LTE Rel-10. Прямым путем для получения этого является средство агрегирования несущих (CA). Средство CA предполагает, что пользовательское оборудование LTE Rel-10 может принимать множественные CC, где CC имеют, или по меньшей мере возможно имеют, ту же структуру, как несущая Rel-8.

Стандарт Rel-10 поддерживает до пяти агрегированных несущих, где каждая несущая ограничивается в радиочастотных (RF) спецификациях 3GPP, чтобы иметь одну ширину из шести значений ширины полосы, а именно 6, 15, 25, 50, 75 или 100 RB, соответствующих 1, 4, 3, 5, 10, 15 и 20 МГц соответственно.

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

В течение первоначального доступа пользовательское оборудование LTE Rel-10 поступает подобно пользовательскому оборудованию LTE Rel-8. После успешного соединения с сетью пользовательское оборудование может, в зависимости от своих собственных возможностей и сети, конфигурироваться дополнительными CC на UL и DL. Конфигурация основывается на управлении радио ресурсами (RRC). Протокол управления радио ресурсами (RRC) принадлежит стеку протокола широкополосного множественного доступа с кодовым разделением (WCDMA) системы UMTS и осуществляет сигнализацию плоскости управления Уровня 3 между единицами пользовательского оборудования (UE) и сетью UTRAN. Из-за большого объема сигнализации и точнее из-за низкой скорости сигнализации RRC представляется, что пользовательское оборудование может конфигурироваться с множеством CC, даже если не все из них используются в настоящее время. Если пользовательское оборудование активируется на множестве CC, то это будет предполагать то, что оно должно наблюдать все компонентные несущие нисходящей линии для физического канала управления нисходящей линии (PDCCH) и общего физического канала нисходящей линии (PDSCH). Это предполагает более широкую полосу приемника, более высокие частоты дискретизации, и т.д., что приводит к более высокому энергопотреблению.

Типы компонентных несущих

Первоначально, пользовательское оборудование будет конфигурироваться одной парой UL/DL компонентных несущих, по которым оно осуществляет первоначальный случайный доступ. Эти компонентные несущие вместе называются первичной ячейкой (PCell). В дополнение к ячейке PCell, базовая станция может конфигурировать пользовательское оборудование дополнительными обслуживающими ячейками, так называемыми вторичными ячейками (SCell) как дополнительными ресурсами по мере необходимости.

Ячейка PCell UL конфигурируется физическим каналом управления восходящей линии (PUCCH) и используются для передачи уровня 1 (L1) управляющей информации восходящей линии. Это также включает в себя информацию о состоянии канала (CSI) для передачи DL в активированных ячейках SCell.

Ячейка PCell не может быть деактивирована. Информация уровня без доступа (NAS) берется из ячейки PCell. Когда PCC DL подвергается воздействию неисправности линии радиосвязи (RLF), будет запускаться повторное установление соединения RRC UE, независимо от состояния RLF на других CC DL.

Ячейка SCell может конфигурироваться с нисходящей линией и опционально восходящей линией. UE может использовать только нисходящую линию и поэтому только опционально конфигурируется с восходящей линией. Таким образом, с точки зрения пользовательского оборудования, ячейка PCell является парой UL/DL компонентных несущих, в то время как ячейка SCell может быть одной DL и опционально UL. С точки зрения базовой станции ячейка имеет UL и DL. Но если UE конфигурируется ячейкой SCell только с DL, то UE будет использовать только DL ячейки, даже если другие UE, использующие ту же ячейку той же базовой станции могут использовать и UL, и DL ячейки.

Ячейки SCell по умолчанию деактивированы при добавлении, но могут быть активированы и деактивированы. Этот механизм активирования/деактивирования осуществляется на уровне управления доступом к среде передачи (MAC) и может применяться к одной или более ячейкам SCell одновременно.

Когда ячейка SCell нисходящей линии не является активной, пользовательское оборудование не нуждается в приеме соответствующего PDCCH или PDSCH, также нет необходимости выполнять измерения индикации качества канала (CQI). Также не разрешается выполнять любые передачи UL.

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

Случайный доступ

В системе LTE, как в любой системе связи, пользовательскому оборудованию может быть необходимо связываться с сетью через базовую станцию без имеющегося выделенного ресурса на восходящей линии. Чтобы это осуществить, процедура случайного доступа (RA) доступна, где пользовательское оборудование, которое не имеет выделенного ресурса UL, может передавать сигнал к базовой станции. Первое сообщение этой процедуры обычно передается по специальному ресурсу, зарезервированному для случайного доступа, физическому каналу случайного доступа (PRACH). Этот канал может, например, ограничиваться во времени и/или по частоте, как в системе LTE. Ресурсы, доступные для передачи канала PRACH, предоставляются для единиц пользовательского оборудования как часть передаваемой системной информации, или как часть выделенной сигнализации RRC в случае, например, хэндовера.

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

Первоначальный доступ, для UE в состояниях LTE_IDLE или LTE_DETACHED;

Входящий хэндовер;

Повторная синхронизация UL;

Запрос планирования, для пользовательского оборудования, для которого не назначен какой-либо другой ресурс для соединения с базовой станцией;

Позиционирование.

При процедуре случайного доступа на основе конкуренции, используемой в системе LTE, пользовательское оборудование начинает процедуру случайного доступа посредством случайного выбора одной из преамбул, доступных для случайного доступа на основе конкуренции. Пользовательское оборудование тогда передает выбранную преамбулу случайного доступа по каналу PRACH к базовой станции в сети RAN, это сообщение иногда называется как MSG1. MSG1 является сокращением для "random access message 1 - сообщение 1 случайного доступа", которое является сообщением, в котором передается преамбула случайного доступа.

Сеть RAN подтверждает любую преамбулу, которую она обнаруживает, посредством передачи ответа случайного доступа, называемого как MSG2, включающего в себя первоначальное разрешение для использования на общем канале восходящей линии, временной ячейки (C) - временный идентификатор радио сети (RNTI), и обновление синхронизации по времени (TA) на основе временного смещения преамбулы, измеренной базовой станцией по каналу PRACH. Сообщение MSG2 передается по DL к UE и его соответствующий CRC сообщения канала PDCCH скремблируется с идентификатором RA-RNTI. Значения RNTI используются первоначально физическим уровнем базовой станции для скремблирования кодированных бит в каждом из кодовых слов, предназначенных для передачи по физическому каналу. Различные значения RNTI, используемые для идентифицирования UE, определены в спецификациях 3GPP TS 36.300, раздел 8.1.

При приеме ответа, пользовательское оборудование использует разрешение для передачи сообщения, называемого как MSG3, которое частично используется для запуска установления управления радио ресурсами и частично используется, чтобы уникально идентифицировать пользовательское оборудование по общим каналам ячейки. Команда выравнивания синхронизации, предоставляемая в ответе случайного доступа, применяется при передаче UL в MSG3. Базовая станция может изменять ресурсные блоки, которые назначены для передачи сообщения MSG3, посредством передачи разрешения UL, это CRC скремблируется с временным (T) идентификатором C-RNTI. Сообщение MSG4, которое затем является решением конкуренции, имеет собственный PDCCH CRC, скремблируемый с C-RNTI, если пользовательское оборудование предварительно имеет назначенный C-RNTI. Если пользовательское оборудование не имеет C-RNTI, то предварительно назначенный ее PDCCH CRC скремблируется с идентификатором TC-RNTI.

Процедура завершается с RAN, решающей любую конкуренцию преамбул, которая может произойти для случая, в котором многие единицы пользовательского оборудования передали те же преамбулы в то же время. Это может произойти, поскольку каждая единица пользовательского оборудования случайным образом выбирает, когда передавать и какую преамбулу использовать. Если многие единицы пользовательского оборудования выбирают ту же преамбулу для передачи по каналу случайного доступа (RACH), то будет иметь место конкуренция между этими единицами пользовательского оборудования, которую необходимо решать через сообщение решения конкуренции, называемое как MSG4. Примером случая, когда происходит конкуренция, является пример, где две единицы пользовательского оборудования передают одну и ту же преамбулу, p5, в то же время. Третья единица пользовательского оборудования также передает по тому же каналу RACH, но поскольку она передает с другой преамбулой, p1, конкуренция между этой единицей пользовательского оборудования и другими двумя единицами пользовательского оборудования отсутствует.

Пользовательское оборудование может также выполнять случайный доступ на основе отсутствия конкуренции. Случайный доступ на основе отсутствия конкуренции или случайный доступ без конкуренции может, например, инициироваться базовой станцией, чтобы получить пользовательское оборудование для достижения синхронизации на UL. Базовая станция инициирует случайный доступ без конкуренции либо посредством передачи PDCCH предписания или его указания в сообщении RRC. Последнее из двух используется в случае хэндовера.

Базовая станция может также расположить в определенном порядке пользовательское оборудование через сообщение канала PDCCH, чтобы выполнять случайный доступ на основе конкуренции. В процедуре для пользовательского оборудования, чтобы выполнять случайный доступ без конкуренции, сообщение MSG2 передается по DL к пользовательскому оборудованию и его соответствующее CRC сообщение канала PDCCH скремблируется с RA-RNTI, подобно случайному доступу на основе конкуренции. Пользовательское оборудование рассматривает решение конкуренции успешно завершенным после того, как оно приняло сообщение MSG2 успешно.

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

В стандарте LTE Rel-10, процедура случайного доступа ограничивается только первичной ячейкой. Это предполагает, что пользовательское оборудование может только передавать преамбулу на первичной ячейке. Более того сообщения MSG2 и MSG3 только принимаются и передаются на первичной ячейке. Сообщение MSG4 может, однако, в Rel-10 передаваться на любой ячейке DL.

В стандарте LTE Rel-11, текущим предположением является то, что процедура случайного доступа будет поддерживаться также на вторичных ячейках, по меньшей мере для единиц пользовательского оборудования, поддерживающих агрегирование несущих стандарта LTE Rel-11. Инициируемый только сетью случайный доступ на ячейках SCell предполагается.

Неисправность случайного доступа в Rel-10 и более ранних релизах

Когда случайный доступ не выполняется непрерывно на ячейке PCell, максимальное число ожидаемых попыток передачи сообщения MSG1, которое является передачей преамбулы случайного доступа (RA) по каналу PCRACH, preambleTransMax, будет превышено. Когда порог preambleTransMax превышается, пользовательское оборудование указывает проблему случайного доступа верхним уровням. Это приведет к тому, что пользовательское оборудование объявляет неисправность линии радиосвязи на ячейке PCell. Значение preambleTransMax определяется в спецификациях TS 3GPP 36.331 как часть RACH-ConfigCommon элемента IE следующим образом: "Максимальное число передачи преамбулы в TS 36.321. Значение является целым числом. Значение n3 соответствует 3, n4 соответствует 4 и так далее."

Для случайного доступа без конкуренции это значение является максимальным числом повторных передач с использованием назначенной преамбулы. Для случайного доступа на основе конкуренции это максимальное число повторных передач, где для каждой повторной передачи преамбула выбирается в соответствии со способом выбора преамбулы, определенным в спецификациях 3GPP TS 36.321.

Значение preambleTransMax может быть превышено либо при приеме ответа случайного доступа, сообщения MSG2, или при приеме сообщения решения конкуренции, сообщения MSG4. Процедурные детали для неисправности случайного доступа на ячейке PCell описываются в спецификации 3GPP 36.321, раздел 5.1.4 и 5.1.5.

UE в настоящее время предотвращается от выполнения бесконечного числа повторных попыток случайного доступа посредством запуска неисправности линии радиосвязи (RLF).

Для ячейки SCell в настоящее время отсутствует мониторинг линии радиосвязи и UE таким образом не может объявлять неисправность линии радиосвязи на ячейке SCell. Объявление RLF на PCell как результат длительной неисправности случайного доступа на ячейке SCell не представляется похожим на хорошее решение. И внедрение RLF/RLM на ячейке SCell будет означать внедрение более высокой сложности и больше случаев ошибок.

Следовательно, представляется, что способ, который в настоящее время применяется для ячейки PCell для предотвращения от бесконечного продолжения неисправности случайного доступа не подходит также для ячеек SCell. Также, не существует другого известного способа для предотвращения бесконечного числа попыток случайного доступа (RA) на ячейке SCell.

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

Поэтому задачей вариантов осуществления здесь является предоставить способ защиты пользовательского оборудования и сети от бесконечных повторных попыток случайного доступа.

В соответствии с первым аспектом вариантов осуществления здесь, упомянутая задача решается посредством способа в базовой станции для управления процедурой случайного доступа (RA). Базовая станция инициирует процедуру RA на вторичной ячейке (SCell), в пользовательском оборудовании (UE), посредством передачи пользовательскому оборудованию (UE) предписания физического канала управления нисходящей линии (PDCCH) для процедуры RA на ячейке SCell. При инициировании RA, базовая станция запускает таймер в базовой станции. Упомянутый таймер является таймером для определения неисправности случайного доступа, связанного с упомянутой инициированной процедурой RA. Если RA процедура не была завершена перед истечением упомянутого таймера, то базовая станция передает команду UE, давая команду UE деактивировать ячейку SCell, и посредством этого останавливая RA процедуру на ячейке SCell.

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

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

В соответствии с четвертым аспектом вариантов осуществления здесь, упомянутая задача решается посредством пользовательского оборудования (UE), для управления процедурой случайного доступа (RA). UE может осуществлять выполнение процедуры RA как в первичной ячейке (PCell), так и по меньшей мере в одной вторичной ячейке (SCell). UE содержит схему обработки, выполненную с возможностью приема от базовой станции предписания физического канала управления нисходящей линии (PDCCH) для процедуры RA на ячейке SCell в UE. Схема обработки дополнительно выполнена с возможностью выполнять RA процедуру на ячейке SCell в соответствии с PDCCH предписанием. Схема обработки дополнительно выполнена с возможностью приема команды от базовой станции. Упомянутая команда дает команду UE 120 деактивировать ячейку SCell. Схема обработки дополнительно выполнена с возможностью остановить RA процедуру на ячейке SCell и деактивировать ячейку SCell в соответствии с командой.

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

Краткое описание чертежей

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

Фиг. 1 является схематической блок-схемой, иллюстрирующей варианты осуществления в телекоммуникационной системе.

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

Фиг. 3 является схематической блок-схемой, иллюстрирующей варианты осуществления в базовой станции.

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

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

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

Варианты осуществления здесь относятся к защите от неисправности случайного доступа (RA) и будут иллюстрированы в следующем неограничивающем описании. Пользовательское оборудование (UE) в соответствии с вариантами осуществления здесь предотвращается от выполнения бесконечного числа повторных попыток случайного доступа на ячейке SCell.

Как часть разработки вариантов осуществления здесь проблема сначала будет идентифицирована и рассмотрена.

Как упомянуто выше, для ячейки SCell в настоящее время отсутствует мониторинг линии радиосвязи (RLM) и пользовательское оборудование (UE) таким образом не может объявлять RLF на ячейке SCell. Объявление RLF на ячейке PCell как результат длительной неисправности случайного доступа на ячейке SCell не представляется хорошим решением, поскольку не является хорошим объявлять RLF на ячейке PCell только из-за того, что ячейка SCell работает неисправно. Если RLF пришлось объявить на одной из ячеек SCell, то это потребует отдельного управления по сравнению с RLF на ячейке PCell, поскольку ячейки SCell являются только дополнительным ресурсом, так как является нежелательным объявлять RLF на всем пользовательском оборудовании (UE). Поэтому, внедрение RLF и/или RLM на ячейке SCell будет означать внедрение более высокой сложности и больше случаев ошибок. Также это было бы против нынешнего понимания того, что RLF на каждое пользовательское оборудование (UE) предпочтительнее, чем на конкретную обслуживающую ячейку.

Следовательно, представляется, что способ, который в настоящее время применяется для ячейки PCell, чтобы предотвратить RAF от бесконечного продолжения, не подходит также для ячейки SCell.

Упомянутой задачей вариантов осуществления здесь является защитить пользовательское оборудование (UE) и сеть от бесконечных повторных попыток случайного доступа.

Таким образом, варианты осуществления здесь содержат понимание, что решение предшествующего уровня техники не работает для ячейки SCell, и применение механизма, который после превышения или достижения порога должен остановить любые происходящие в настоящее время процедуры случайного доступа в ячейке SCell, которая имеет происходящую в настоящее время RA процедуру. Действующее в настоящее время решение для ячейки PCell не останавливает RA процедуру, но указывает проблему верхним уровням.

Фиг. 1 изображает телекоммуникационную систему 100, в которой варианты осуществления данного документа могут осуществляться. Телекоммуникационная система 100 является беспроводной сетью связи, такой как сеть LTE, сеть WCDMA, сеть GSM, любая сотовая сеть 3GPP, сеть Wimax, или любая сотовая сеть или система.

Телекоммуникационная система 100 содержит одну или более ячеек. На Фиг. 1, базовая станция 110 обслуживает ячейку 115. Базовая станция 110 может быть базовой радиостанцией, такой как, например, базовая станция, eNodeB, ретрансляционный eNodeB, или домашний Node B, и домашний eNode B или любой другой сетевой узел, способный обслуживать пользовательское оборудование или устройство связи типа машины в сети сотовой связи.

Пользовательское оборудование (UE) 120 размещается в ячейке 115. Ячейка 115 может использоваться как ячейка PCell или как ячейка SCell посредством пользовательского оборудования (UE) 120. Пользовательское оборудование 120, может быть, например, мобильным пользовательским оборудованием или беспроводным пользовательским оборудованием, мобильным телефоном, компьютером, таким как, например, портативный компьютер, персональным цифровым секретарем (PDA), устройством M2M или планшетным компьютером, иногда называемым как surf plate, с возможностью беспроводной связи, или любыми другими единицами радиосети, имеющими возможность связи по линии радиосвязи в телекоммуникационной системе. Пользовательское оборудование (UE) 120 может осуществлять выполнение RA как в ячейке PCell, так и в ячейке SCell.

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

Пример вариантов осуществления способа в базовой станции 110 для управления процедурой случайного доступа (RA) будет теперь рассмотрен со ссылкой на блок-схему, изображенную на Фигуре 2. Упомянутый способ содержит следующие действия, причем эти действия могут быть приняты в любом подходящем порядке.

Пунктирные линии некоторых прямоугольников на Фиг. 2 указывают то, что это действие не является обязательным.

Действие 201

Базовая станция 110 инициирует RA процедуру на ячейке SCell, в пользовательском оборудовании (UE) 120, посредством передачи пользовательскому оборудованию (UE) 120 PDCCH предписания для процедуры случайного доступа (RA) на ячейке SCell.

Это может запускаться посредством, например, хэндовера, передачи данных нисходящей линии (DL), позиционирования или с целью выравнивания во времени.

Действие 202

При инициировании RA, базовая станция 110 запускает первый таймер в базовой станции 110. Первый таймер является таймером определения неисправности случайного доступа, связанного с упомянутой инициированной процедурой случайного доступа (RA). Первый таймер может называться как таймер достоверности преамбулы. Первый таймер запускается, чтобы отслеживать, когда случайный доступ (RA) ячейки SCell продолжается уже достаточно долго, чтобы можно было ожидать его безуспешным и поэтому его следует остановить и ячейку SCell следует деактивировать.

Действие 203

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

В некоторых вариантах осуществления, первый таймер, запускаемый в действии 202, является дополнительным таймером для RA мониторинга на ячейке PCell и этот второй таймер используется так, что базовая станция 110 будет знать, когда ей следует передать запрос отчета RACH, чтобы узнать, преимущественно, RACH состояние ячеек SCell.

Действие 204

Это опциональное действие. Базовая станция 110 может передавать запрос пользовательскому оборудованию (UE) 120, запрашивая отчет RACH. Это осуществляется для того, чтобы узнать, как осуществляется процесс случайного доступа (RA), т.е. был ли он успешным или нет. Запрос отчета RACH может точно определять, какая ячейка или ячейки из обслуживающих ячеек пользовательского оборудования (UE) 120 запрашиваются для отчета RACH, например посредством индекса ячейки в сообщении запроса информации. В некоторых вариантах осуществления, в которых второй таймер был запущен в действии 203, это действие запрашивания отчета RACH, выполняется после того, как упомянутый второй таймер истек.

Действие 205

Если RA процедура не была завершена перед истечением упомянутого первого таймера, то базовая станция 110 передает команду пользовательскому оборудованию (UE) 120, побуждая пользовательское оборудование (UE) 120 деактивировать ячейку SCell, и посредством этого останавливая RA процедуру на ячейке SCell.

В некоторых вариантах осуществления, это действие передачи команды деактивирования пользовательскому оборудованию (UE) 120 выполняется, когда базовая станция 110 приняла запрошенный отчет RACH от пользовательского оборудования (UE) 120 и когда отчет содержит информацию, указывающую, что ячейку SCell следует деактивировать. Информация может, например, содержать информацию о состоянии, прогрессе, успешности, и/или неуспешности случайного доступа (RA), который выполняет пользовательское оборудование (UE) 120 или выполняло пользовательское оборудование (UE) 120 на обслуживающих ячейках, которые были указаны в запросе отчета RACH.

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

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

Действие 206

PDCCH предписание может содержать выделенную преамбулу. В этом действии базовая станция 110 может назначать упомянутую преамбулу пользовательскому оборудованию (UE) 120 для использования для упомянутой ячейки SCell или другой обслуживающей ячейки пользовательского оборудования (UE) 120 после того, как упомянутый первый таймер истек. Или как альтернатива, базовая станция 110 может назначать упомянутую преамбулу другому пользовательскому оборудованию (UE) после того, как упомянутый первый таймер истек.

Если выделенная преамбула включается в PDCCH предписание, то это означает, что базовая станция 110 знает через случайный доступ (RA), чье это пользовательское оборудование (UE), поскольку выделенная преамбула работает как уникальный идентификатор (id). Этот тип случайного доступа (RA) поэтому имеет меньше этапов, чем случайный доступ (RA), выполняемый пользовательским оборудованием (UE), которому не назначается выделенная преамбула. Также когда пользовательскому оборудованию (UE) не назначается преамбула, случайный доступ (RA) может не выполниться, если несколько единиц пользовательского оборудования (UE) принимают ту же преамбулу, когда начинают свой случайный доступ (RA).

Для выполнения действий упомянутого способа для управления случайным доступом (RA), процедуры, описанной выше по отношению к Фиг. 2, базовая станция 110 содержит следующую компоновку, изображенную на Фигуре 3.

Базовая станция 110 содержит схему 300 обработки, выполненную с возможностью инициирования процедуры случайного доступа (RA) на ячейке SCell в пользовательском оборудовании (UE) 120 посредством передачи пользовательскому оборудованию (UE) 120 PDCCH предписания для процедуры случайного доступа (RA) на ячейке SCell. Базовая станция 110 содержит один или более передатчиков 310 и один или более приемников 320. Передача может выполняться через один или более передатчиков 310.

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

Схема обработки 300 дополнительно выполнена с возможностью запуска первого таймера в базовой станции 110 при инициировании случайного доступа (RA). Первый таймер является таймером определения неисправности случайного доступа, связанного с упомянутой инициированной процедурой случайного доступа (RA). В некоторых вариантах осуществления первый таймер является таймером достоверности преамбулы.

Схема 300 обработки дополнительно выполнена с возможностью, если RA процедура не была завершена перед истечением упомянутого первого таймера, передачи команды пользовательскому оборудованию (UE) 120, побуждая пользовательское оборудование (UE) 120 деактивировать ячейку SCell, и посредством этого останавливая RA процедуру на ячейке SCell. Передача может выполняться через передатчик 310.

В вариантах осуществления, в которых предписание содержит выделенную преамбулу, схема обработки 300 может быть дополнительно выполненной с возможностью, после того, как упомянутый первый таймер истек, назначения упомянутой преамбулы пользовательскому оборудованию (UE) 120 для использования для упомянутой ячейки SCell или другой обслуживающей ячейки пользовательского оборудования (UE) 120. Или как альтернатива, назначать упомянутую преамбулу другому пользовательскому оборудованию (UE) после того, как упомянутый первый таймер истек.

Схема обработки 300 может быть дополнительно выполненной с возможностью передачи запроса пользовательскому оборудованию (UE) 120, запрашивая отчет RACH. Передача может выполняться через передатчик 310. В этих вариантах осуществления схема обработки 300 может быть дополнительно выполненной с возможностью передачи команды пользовательскому оборудованию (UE) 120, когда базовая станция 110 приняла запрошенный отчет RACH от пользовательского оборудования (UE) 120 и когда отчет содержит информацию, указывающую то, что ячейку SCell следует деактивировать.

Запрос отчета RACH может определить, какая ячейка или ячейки из обслуживающих ячеек пользовательского оборудования (UE) 120 требуются для отчета RACH, например, посредством использования индекса ячейки в сообщении запроса информации.

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

В этих вариантах осуществления, схема 300 обработки может быть дополнительно выполненной с возможностью передачи запроса пользовательскому оборудованию (UE) 120, запрашивая отчет RACH, после того, как упомянутый второй таймер истек.

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

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

Варианты осуществления здесь будут рассмотрены с точки зрения пользовательского оборудования (UE).

Пример вариантов осуществления способа в пользовательском оборудовании (UE) 120 для управления процедурой случайного доступа (RA) будет теперь рассмотрен со ссылкой на блок-схему, изображенную на Фиг. 4. Пользовательское оборудование (UE) 120 может осуществлять выполнение процедуры случайного доступа (RA) как в ячейке PCell, так и по меньшей мере в одной ячейке SCell. Упомянутый способ содержит следующие действия, которые могут быть приняты в любом подходящем порядке. Пунктирные линии некоторых прямоугольников на Фигуре 4 указывают то, что это действие не является обязательным.

Действие 401

Пользовательское оборудование (UE) 120 принимает от базовой станции 110 PDCCH предписание для процедуры случайного доступа (RA) на ячейке SCell в пользовательском оборудовании (UE) 120.

Действие 402

Пользовательское оборудование (UE) 120 начинает процедуру случайного доступа (RA) на ячейке SCell в соответствии с PDCCH предписанием.

Действие 403

В некоторых вариантах осуществления, пользовательское оборудование (UE) 120 принимает запрос от базовой станции 110, запрашивающей отчет RACH.

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

Действие 404

В вариантах осуществления, где пользовательское оборудование (UE) 120 принимает запрос для отчета RACH от базовой станции 110, пользовательское оборудование (UE) 120 передает запрошенный отчет RACH базовой станции 110. Отчет может быть на основе ячейки или ячеек из обслуживающих ячеек пользовательского оборудования (UE) 120, которые запрашиваются для отчета RACH.

Отчет RACH, предназначенный для передачи базовой станции 110, может, например, выполняться в соответствии с самой последней попыткой случайного доступа в пользовательском оборудовании (UE) 120, или в соответствии с самой последней попыткой случайного доступа в пользовательском оборудовании (UE) 120 на ячейке PCell.

Например, существующий метод для сообщения информации RACH в информационном ответном сообщении пользовательского оборудования (UE), смотрите спецификации 3GPP TS 36.331 раздел 6.2.2, может быть повторно использован, для повторного использования существующего информационного ответного сообщения пользовательского оборудования (UE), чтобы предоставить информацию о неуспешном случайном доступе (RA) на ячейке SCell. Тогда базовая станция 110 может передавать сообщение запроса информации пользовательского оборудования (UE) пользовательскому оборудованию (UE) 120. В этом сообщении, базовая станция 110 может определять, какая ячейка, такая как PCell или SCell, потенциально использует индекс ячейки, SCelllndex или ServCelllndex спецификации 3GPP TS 36.331, который она запрашивает для отчета RACH, например как опциональный информационный элемент.

Как упомянуто выше, пользовательское оборудование (UE) 120 может сообщать информацию пользовательского оборудования (UE) в соответствии с определенной ячейкой. И если значение, указывающее определенную ячейку, не определено базовой станцией, то пользовательское оборудование (UE) 120 может сообщить в соответствии с самой последней попыткой случайного доступа или сообщить в соответствии с самой последней попыткой случайного доступа на ячейке PCell. В зависимости от информации, которую базовая станция 120 принимает в этом сообщении, она может принимать решение деактивировать ячейку SCell. В одном варианте осуществления, базовая станция 110 может в сочетании с этим способом осуществлять таймер, который должен запускаться по PDCCH предписанию для канала RACH, и после истечения которого базовая станция может запрашивать эту информацию.

Действие 405

Пользовательское оборудование (UE) 120 принимает команду от базовой станции 110, побуждающую пользовательское оборудование (UE) 120 деактивировать ячейку SCell.

Действие 406

Пользовательское оборудование (UE) 120 останавливает процедуру случайного доступа (RA) на ячейке SCell и деактивирует ячейку SCell в соответствии с командой.

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

Для выполнения действий упомянутого способа для управления процедурой случайного доступа (RA), описанных выше по отношению к Фиг. 4, базовая станция 110 содержит следующее размещение, изображенное на Фигуре 5. Как упомянуто выше, пользовательское оборудование (UE) 120 может осуществлять выполнение процедуры случайного доступа (RA) как в ячейке PCell, так и по меньшей мере в одной ячейке SCell.

Пользовательское оборудование (UE) 120 содержит схему 500 обработки, выполненную с возможностью приема от базовой станции 110 PDCCH предписания для процедуры случайного доступа (RA) на ячейке SCell в пользовательском оборудовании (UE) 120. Пользовательское оборудование (UE) 110 содержит передатчик 510 и приемник 520. PDCCH предписание может быть принято через передатчик 510.

Схема 500 обработки дополнительно выполнена с возможностью выполнять процедуру случайного доступа (RA) на ячейке SCell в соответствии с PDCCH предписанием.

Схема 500 обработки дополнительно выполнена с возможностью приема команды от базовой станции 110. Упомянутая команда побуждает пользовательское оборудование (UE) 120 деактивировать ячейку SCell. Команда может быть принята через приемник 520.

Схема 500 обработки дополнительно выполнена с возможностью остановить процедуру случайного доступа (RA) на ячейке SCell и деактивировать ячейку SCell в соответствии с командой.

В некоторых вариантах осуществления, схема 500 обработки дополнительно выполнена с возможностью приема запроса от базовой станции 110, запрашивая отчет RACH. Запрос может быть принят через приемник 520.

В этих вариантах осуществления схема 500 обработки может быть дополнительно выполненной с возможностью передачи запрошенного отчета RACH к базовой станции 110. Отчет RACH может быть передан через передатчик 510.

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

Отчет RACH может быть передан базовой станции 110, например, в соответствии с самой последней попыткой случайного доступа в пользовательском оборудовании (UE) 120, или в соответствии с самой последней попыткой случайного доступа в пользовательском оборудовании (UE) 120 на ячейке PCell.

Этапы упомянутого способа, выполняемые базовой станцией 110, выполняются посредством функциональных элементов схемы 500 обработки. В некоторых вариантах осуществления эти функции осуществляются посредством соответствующим образом запрограммированных микропроцессоров или микроконтроллеров, в одиночку или в соединении с другим цифровым аппаратным обеспечением, которое может включать в себя цифровые сигнальные процессоры (DSP), цифровую логику специального назначения, и т.п. Либо одни из двух или оба из микропроцессоры и цифровое аппаратное обеспечение могут конфигурироваться для выполнения кода программы, хранящегося в памяти. Кроме того, поскольку различные детали и инженерные компромиссы, связанные с разработкой схемы обработки основной полосы для мобильных устройств и беспроводных базовых станций, хорошо известны и в них нет необходимости для полного понимания изобретения, дополнительные детали не показаны здесь.

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

Соответственно, варианты осуществления здесь содержат реализацию, где базовая станция 110 имеет таймер для определения того, что процедура случайного доступа (RA) постоянно неисправна.

Некоторые варианты осуществления содержат способ в базовой станции 110 для управления случайным доступом (RA), содержащий следующие этапы:

- инициирование случайного доступа (RA) на ячейке SCell в пользовательском оборудовании (UE) 120,

- при инициировании случайного доступа (RA), запуск первого таймера;

- прекращение происходящих в настоящее время процедур случайного доступа (RA) для упомянутого пользовательского оборудования (UE) 120, если упомянутый первый таймер истекает перед тем, как случайный доступ (RA) успешно завершен.

Текущим предположением является то, что базовая станция 110 предписывает случайный доступ (RA) для ячейки SCell. Однако это может не иметь места в будущем.

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

1) При передаче PDCCH предписания для случайного доступа (RA), запустить первый таймер в базовой станции 110.

a. Если первый таймер истекает перед тем, как случайный доступ (RA) успешно завершен, запросить деактивирование ячейки SCell. После деактивирования ячейки SCell, пользовательское оборудование (UE) 120 остановит все происходящие в настоящее время процедуры случайного доступа (RA) для этой ячейки SCell.

b. После истечения первого таймера, базовая станция 110 знает, что пользовательское оборудование (UE) 120 остановило повторные попытки случайного доступа (RA) и что преамбула, если включалась в PDCCH предписание, больше не используется.

После передачи PDCCH предписания пользовательскому оборудованию (UE) 120 для случайного доступа (RA) на ячейке SCell, базовая станция 110 запускает таймер.

В одном частном случае этих вариантов осуществления все процедуры случайного доступа, связанные с конкретной ячейкой SCell, могут быть остановлены на этапе деактивирования упомянутой ячейки SCell. Если случайный доступ не завершился перед истечением упомянутого таймера, то базовая станция 110 может передавать команду деактивирования пользовательскому оборудованию (UE) 120, и пользовательское оборудование (UE) 120 будет деактивировать эту ячейку SCell. Если случайный доступ (RA) завершается пока таймер еще действует, то таймер останавливается. Таким способом базовая станция может обеспечить то, что любая повторная передача случайного доступа (RA) не продолжается бесконечно.

В другом частном случае этих вариантов осуществления, таймер в базовой станции конфигурируется так, чтобы процедура случайного доступа (RA) пользовательского оборудования (UE) была остановлена в соответствии с любыми вариантами осуществления пользовательского оборудования (UE), упомянутыми выше, перед тем, как таймер базовой станции истек. Для одного варианта осуществления пользовательского оборудования (UE), таймер базовой станции конфигурируется так, что ожидаемый интервал повторной передачи preambleTransMax> таймер базовой станции. Параметр preambleTransMax является порогом для установки максимального числа попыток повторной передачи преамбулы, т.е. максимального числа повторных попыток случайного доступа (RA), пользовательским оборудованием (UE). В стандарте LTE Релиз-8/9, когда имеется только ячейка PCell, пользовательское оборудование (UE) будет тогда объявлять RLF, когда максимальное число попыток было превышено. Для ячейки SCell в настоящее время нет определенного такого порога, также не должно пользовательское оборудование (UE) объявлять RLF.

Таймер в базовой станции 110 может называться как таймер достоверности преамбулы, т.е. время, в течение которого выделенная преамбула является действительной. Базовая станция 110 будет таким образом знать, что по истечении ее таймера, то пользовательское оборудование (UE) 120 больше не использует назначенную преамбулу. Эта преамбула может затем назначаться этому пользовательскому оборудованию (UE) 120 для использования для другой обслуживающей ячейки или для другого пользовательского оборудования UE. Также базовая станция 110 может после истечения этого таймера решить деактивировать упомянутую ячейку SCell или решить передать другое PDCCH предписание, запускающее новую процедуру случайного доступа для этой ячейки SCell.

В некоторых вариантах осуществления, таймер базовой станции выполнен с возможностью истечения перед тем, как пользовательское оборудование (UE) 120 остановит свою процедуру случайного доступа. Но таймер будет конфигурироваться для истечения после того, как пользовательское оборудование (UE) 120 имеет достаточное время для завершения его успешно или завершения его успешно после определенного числа повторных передач. Это означает то, что таймер должен истечь перед тем, как достигнуто значение preambleTransMax, в отличие от случая двумя параграфами выше. Для этого случая, базовая станция 110 может передавать другое PDCCH предписание для запуска новой процедуры случайного доступа с использованием той же выделенной преамбулы. Этот частный случай может повторяться несколько раз перед возвращением назад к любому варианту осуществления, перечисленному выше.

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

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

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

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

Упомянутые здесь варианты осуществления не ограничиваются описанными выше предпочтительными вариантами осуществления. Различные альтернативы, модификации и эквиваленты могут использоваться.

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

Изобретение относится к базовой станции, пользовательскому оборудованию (UE) и способам управления процедурой случайного доступа (RA). Технический результат заключается в обеспечении защиты UE и сети от бесконечных повторных попыток RA. Базовая станция инициирует процедуру RA на вторичной ячейке (SCell) в UE, посредством передачи в UE предписания физического канала управления нисходящей линии (PDCCH), для процедуры RA на ячейке SCell. При инициировании RA, базовая станция запускает таймер в базовой станции. Упомянутый таймер является таймером определения неисправности случайного доступа, связанного с упомянутой инициированной процедурой RA. Если процедура RA не была завершена перед истечением упомянутого таймера, то базовая станция передает команду в UE, побуждая UE деактивировать ячейку SCell, и таким образом останавливая процедуру RA на ячейке SCell. 4 н. и 24 з.п. ф-лы, 5 ил.

1. Способ в базовой станции (110) для управления процедурой случайного доступа, RA, содержащий этапы, на которых:
инициируют (201) процедуру RA на вторичной ячейке, Scell, в пользовательском оборудовании, UE, (120), посредством передачи UE (120) предписания физического канала управления нисходящей линии, PDCCH, для процедуры RA на ячейке SCell,
при инициировании RA, запускают (202) таймер в базовой станции (110), при этом упомянутый таймер является таймером определения неисправности случайного доступа, связанного с упомянутой инициированной процедурой RA,
если процедура RA не была завершена перед истечением упомянутого таймера, передают (205) команду в UE (120), побуждая UE (120) деактивировать ячейку SCell, и посредством этого останавливая процедуру RA на ячейке SCell.

2. Способ по п. 1, при этом таймер является таймером достоверности преамбулы.

3. Способ по п. 1, при этом PDCCH предписание содержит выделенную преамбулу, причем упомянутый способ далее содержит этап, на котором:
после того как упомянутый таймер истек, назначают (206) упомянутую преамбулу для UE (120) для использования для упомянутой ячейки SCell или другой обслуживающей ячейки UE (120).

4. Способ по п. 1, при этом PDCCH предписание содержит выделенную преамбулу, упомянутый способ дополнительно содержит этап, на котором:
после того как упомянутый таймер истек, назначают (206) упомянутую преамбулу другому UE.

5. Способ по п. 1, дополнительно содержащий этапы, на которых:
передают (204) запрос в UE (120), запрашивая отчет канала случайного доступа, RACH, и
и при этом передачу (205) команды в UE (120) выполняют, когда базовая станция (110) приняла запрошенный отчет RACH от UE (120) и когда отчет содержит информацию, указывающую то, что ячейку SCell следует деактивировать.

6. Способ по п. 5, при этом запрос отчета RACH определяет, какая ячейка или ячейки из обслуживающих ячеек UE (120) запрашиваются для отчета RACH.

7. Способ по п. 6, при этом запрос отчета RACH определяет, какая ячейка запрашивается для отчета RACH посредством использования индекса ячейки в сообщении запроса информации.

8. Способ по п. 5, дополнительно содержащий этапы, на которых:
при инициировании процедуры RA, запускают (203) второй таймер в базовой станции (110),
и при этом передачу (204) запроса в UE (120), запрашивая отчет RACH, выполняют после того, как упомянутый второй таймер истек.

9. Способ в пользовательском оборудовании, UE, (120) для управления процедурой случайного доступа, RA, причем UE (120) выполнено с возможностью выполнения процедуры RA как в первичной ячейке, Pcell, так и по меньшей мере в одной вторичной ячейке, Scell, причем упомянутый способ содержит следующие этапы:
прием (401) от базовой станции (110) предписания физического канала управления нисходящей линии, PDCCH, для процедуры RA на ячейке SCell в UE (120),
запуск (402) процедуры RA на ячейке SCell в соответствии с PDCCH предписанием,
прием (405) команды от базовой станции (110), причем команда побуждает UE (120) деактивировать ячейку SCell и таким образом остановить процедуру RA на ячейке SCell, и
прекращение (406) процедуры RA на ячейке SCell посредством деактивирования ячейки SCell в соответствии с командой.

10. Способ по п. 9, дополнительно содержащий следующие этапы:
прием (403) запроса от базовой станции (110), запрашивающей отчет канала случайного доступа, RACH, и
и передача (404) запрошенного отчета RACH к базовой станции (110).

11. Способ по п. 10, при этом запрос отчета RACH определяет, какая ячейка или ячейки из обслуживающих ячеек UE (120) запрашиваются для отчета RACH.

12. Способ по п. 11, при этом запрос отчета RACH определяет, какая ячейка запрашивается для отчета RACH посредством использования индекса ячейки в сообщении запроса информации.

13. Способ по п. 10, при этом отчет RACH, переданный базовой станции (110), выполняется в соответствии с самой последней попыткой случайного доступа в UE (120).

14. Способ по п. 10, при этом отчет RACH, переданный базовой станции (110), выполняется в соответствии с самой последней попыткой случайного доступа в UE (120) на ячейке PCell.

15. Базовая станция (110) для управления процедурой случайного доступа, RA, содержащая:
базовую станцию (110), содержащую схему (300) обработки, выполненную с возможностью инициирования процедуры RA на вторичной ячейке, Scell, в пользовательском оборудовании, UE, (120), посредством передачи в UE (120) предписания физического канала управления нисходящей линии, PDCCH, для процедуры RA на ячейке SCell,
причем схема (300) обработки дополнительно выполнена с возможностью, при инициировании RA, запускать таймер в базовой станции (110), при этом упомянутый таймер является таймером определения неисправности случайного доступа, связанного с упомянутой инициированной процедурой RA, и
причем схема (300) обработки дополнительно выполнена с возможностью, если процедура RA не была завершена перед истечением упомянутого таймера, передавать команду в UE (120), побуждая UE (120) деактивировать ячейку SCell, и посредством этого останавливая процедуру RA на ячейке SCell.

16. Базовая станция (110) по п. 15, при этом упомянутый таймер является таймером достоверности преамбулы.

17. Базовая станция (110) по п. 15, при этом PDCCH предписание содержит выделенную преамбулу,
при этом схема (300) обработки дополнительно выполнена с возможностью, после того как упомянутый таймер истек, назначать упомянутую преамбулу для UE (120) для использования для упомянутой ячейки SCell или другой обслуживающей ячейки UE (120).

18. Базовая станция (110) по п. 15, при этом PDCCH предписание содержит выделенную преамбулу, и
при этом схема (300) обработки дополнительно выполнена с возможностью, после того как упомянутый таймер истек, назначать упомянутую преамбулу другому UE.

19. Базовая станция (110) по п. 15,
при этом схема (300) обработки дополнительно выполнена с возможностью передачи запроса в UE (120), запрашивая отчет канала случайного доступа, RACH, и
при этом схема (300) обработки дополнительно выполнена с возможностью передачи команды в UE (120), когда базовая станция (110) приняла запрошенный отчет RACH от UE (120) и когда отчет содержит информацию, указывающую то, что ячейку SCell следует деактивировать.

20. Базовая станция (110) по п. 19, при этом запрос отчета RACH определяет, какая ячейка или ячейки из обслуживающих ячеек UE (120) запрашиваются для отчета RACH.

21. Базовая станция (110) по п. 20, при этом запрос отчета RACH определяет, какая ячейка запрашивается для отчета RACH посредством использования индекса ячейки в сообщении запроса информации.

22. Базовая станция (110) по п. 19,
при этом схема (300) обработки дополнительно выполнена с возможностью, при инициировании процедуры случайного доступа (RA), запускать второй таймер в базовой станции (110), и
при этом схема (300) обработки дополнительно выполнена с возможностью передачи запроса в UE (120), запрашивая отчет RACH, после того как упомянутый второй таймер истек.

23. Пользовательское оборудование, UE, (120) для управления процедурой случайного доступа, RA, причем UE (120) выполнено с возможностью выполнять процедуру RA как в первичной ячейке, PCell, так и по меньшей мере в одной вторичной ячейке, SCell,
причем UE (120) содержит схему (500) обработки, выполненную с возможностью приема от базовой станции (110) предписания физического канала управления нисходящей линии, PDCCH, для процедуры RA на ячейке SCell в UE (120),
причем схема (500) обработки дополнительно выполнена с возможностью запуска процедуры RA на ячейке SCell в соответствии с PDCCH предписанием,
причем схема (500) обработки дополнительно выполнена с возможностью приема команды от базовой станции (110), которая побуждает UE (120) деактивировать ячейку SCell и таким образом остановить процедуру RA на ячейке SCell, и
причем схема (500) обработки дополнительно выполнена с возможностью остановить процедуру RA на ячейке SCell посредством деактивирования ячейки SCell в соответствии с командой.

24. UE (120) по п. 23,
при этом схема (500) обработки дополнительно выполнена с возможностью приема запроса от базовой станции (110), запрашивая отчет канала случайного доступа, RACH, и
при этом схема (500) обработки дополнительно выполнена с возможностью передачи запрошенного отчета RACH базовой станции (110).

25. UE (120) по п. 24, при этом запрос отчета RACH определяет, какая ячейка или ячейки из обслуживающих ячеек UE (120) запрашиваются для отчета RACH.

26. UE (120) по п. 25, при этом запрос отчета RACH определяет, какая ячейка запрашивается для отчета RACH посредством использования индекса ячейки в сообщении запроса информации.

27. UE (120) по п. 24, при этом отчет RACH, переданный базовой станции (110), выполняется в соответствии с самой последней попыткой случайного доступа в UE (120).

28. UE (120) по п. 24, при этом отчет RACH, переданный базовой станции (110), выполняется в соответствии с самой последней попыткой случайного доступа в UE (120) на ячейке PCell.