Управление неисправностью случайного доступа на вторичной ячейке

Управление неисправностью случайного доступа на вторичной ячейке

Иллюстрации

Показать все

Реферат

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

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

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

Такие коммуникационные устройства, как единицы пользовательского оборудования (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).

Для выполнения действий упомянутого спосо