СПОСОБЫ И УСТРОЙСТВА, ОТНОСЯЩИЕСЯ К ПРЕРЫВИСТОМУ ПРИЕМУ

ОБЛАСТЬ ТЕХНИКИ

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

УРОВЕНЬ ТЕХНИКИ

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

В 3GPP версий 7 и 8 было выполнено некоторое количество усовершенствований для улучшения функционирования так называемого состояния CELL_FACH, которое является состоянием управления радиоресурсами (RRC) для произвольного доступа и коротких передач. Эти усовершенствования могут быть перечислены в виде:

Версия 7: прием по высокоскоростному совместно используемому каналу нисходящей линии связи (HS-DSCH) в состоянии CELL_FACH

Версия 8: усовершенствованная восходящая линия связи в состоянии CELL_FACH

Версия 8: усовершенствованный прерывистый прием (DRX) оборудования пользователя (UE)

Первые два усовершенствования, перечисленные выше, позволяют использовать HS-DSCH и усовершенствованный выделенный канал (E-DCH) в качестве транспортных каналов нисходящей линии связи и восходящей линии связи, заменяя, соответственно, канал прямого доступа (FACH) и канал произвольного доступа (RACH).

Эти новые транспортные каналы обеспечивают значительно более высокую пропускную способность для UE в состоянии CELL_FACH.

Однако, UE, поддерживающие эти функциональные возможности, должны использовать новые транспортные каналы, когда они доступны. Не существует варианта возврата к RACH и/или FACH даже когда, например, существует перегрузка в этих каналах. Как UE, так и сеть должны продолжать попытки до тех пор, пока передача не будет успешной.

Усовершенствованный DRX UE был введен для уменьшения потребления аккумуляторной батареи. До версии 8, UE в состоянии CELL_FACH нуждается в непрерывном отслеживании передач по нисходящей линии связи (DL). С использованием усовершенствованного DRX UE, UE может войти в режим прерывистого приема (DRX) после заданного периода бездеятельности восходящей линии связи и/или нисходящей линии связи. При функционировании в этом режиме, UE нуждается только в отслеживании действий по DL в течение короткой длительности времени один раз в каждом цикле DRX. В течение остального времени, оно может выключить свое приемное устройство, существенно уменьшая количество используемой энергии.

Передачи по нисходящей линии связи должны соблюдать шаблон DRX UE при активации такого режима. Данные могут отправляться только в течение коротких интервалов времени, когда UE прослушивает сеть. Также обеспечивается возможность выхода UE из режима DRX после приема данных по нисходящей линии связи. Необходимым условием для усовершенствованного DRX UE является использование HS-DSCH в качестве транспортного канала нисходящей линии связи. На UL, однако, может использоваться либо RACH, либо E-DCH.

3GPP TSG RAN, заседание #54 согласовало в рабочей теме «Дополнительные усовершенствования для CELL_FACH» введение среди прочего следующего:

Второго, более длительного, цикла DRX.

Возможности для сигнализации RRC для возврата к RACH, когда запрос на доступ к E-DCH отклоняется.

Поведение UE, функционирующего в режиме DRX в CELL_FACH, отличается в зависимости от того, конфигурируется ли E-DCH или RACH в качестве транспортного канала восходящей линии связи. Когда конфигурируется E-DCH, после передачи по восходящей линии связи, UE должен выйти из режима DRX, т.е., начать непрерывно отслеживать/прослушивать высокоскоростной совместно используемый управляющий канал (HS-SCCH) для передач по нисходящей линии связи в течение всего времени, пока не истечет таймер бездеятельности. Затем UE может осуществить доступ к HS-DSCH.

Однако, когда RACH конфигурируется в качестве транспортного канала восходящей линии связи, то текущие спецификации 3GPP не разрешают UE выходить из режима DRX. Вместо этого, после передачи по восходящей линии связи, UE может выключить приемное устройство сразу же согласно шаблону DRX. Передача откликов по нисходящей линии связи должна ожидать случаи, когда UE прослушивает/отслеживает передачи по нисходящей линии связи. Если сообщение восходящей линии связи обеспечивается в целях сигнализации, например, для установки или управления критическими по времени приложениями, то это ожидание может ввести большую и ненужную задержку.

С использованием введения более длительного цикла DRX (порядка второго цикла DRX) в версии 11, проблема становится гораздо более серьезной.

С использованием введения возврата к RACH в версии 11, проблема распространяется даже на случай, когда E-DCH конфигурируется в качестве транспортного канала восходящей линии связи.

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

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

Этот и другие задачи достигаются посредством способа и устройства, изложенных в приложенной формуле изобретения.

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

Согласно некоторым вариантам осуществления, информация, идентифицирующая UE, является временным идентификатором радиосети высокоскоростного совместно используемого канала нисходящей линии связи (H-RNTI), связанным с UE.

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

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

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

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

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

Согласно некоторым вариантам осуществления, сигнал является кадром данных Iub, отправленным к узлу B. Сигнал может также быть кадром данных Iur, отправленным в направлении узла B через другой контроллер радиосети.

Согласно другим вариантам осуществления, описанным здесь, обеспечивается способ в узле B. Этот способ содержит прием сигнала от контроллера радиосети (RNC), указывающего на то, что оборудование пользователя (UE), функционирующее в режиме прерывистого приема (DRX), выполнило передачу по восходящей линии связи по каналу произвольного доступа (RACH), и что UE непрерывно отслеживает передачи по нисходящей линии связи, причем этот сигнал включает в себя информацию, идентифицирующую UE.

Согласно некоторым вариантам осуществления, прием сигнала запускает настройку узлом B планирования передач по нисходящей линии связи к UE, в ответ на указание на то, что UE непрерывно отслеживает передачи по нисходящей линии связи. Согласно некоторым вариантам осуществления, планирование передач по нисходящей линии связи в ответ на указание содержит планирование передач по нисходящей линии связи для UE, пока не исчезнет указанное указание.

Согласно некоторым вариантам осуществления, информация, идентифицирующая UE, является временным идентификатором радиосети высокоскоростного совместно используемого канала нисходящей линии связи (H-RNTI), связанным с UE.

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

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

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

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

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

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

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

Данное раскрытие сущности изобретения также распространяется на устройства и, в частности, на узел B базовой радиостанции, на контроллер RNC радиосети, и на оборудование пользователя для использования в системе сотовой радиосвязи и которые выполнены с возможностью выполнения способов, описанных здесь. Эти устройства могут обеспечиваться с использованием контроллера/схематики контроллера для выполнения вышеуказанных процессов. Контроллер(ы) может быть осуществлен с использованием подходящего аппаратного обеспечения и/или программного обеспечения. Аппаратное обеспечение может содержать один или несколько процессоров, которые могут быть выполнены с возможностью выполнения программного обеспечения, хранящегося в читаемых носителях данных. Процессор(ы) может быть осуществлен посредством единственного специализированного процессора, посредством единственного совместно используемого процессора, или посредством множества отдельных процессоров, некоторые из которых могут совместно использоваться или распределяться. Кроме того, процессор может включать в себя, без ограничения, аппаратное обеспечение цифрового сигнального процессора (DSP), аппаратное обеспечение ASIC, постоянное запоминающее устройство (ROM), память с произвольным доступом (RAM), и/или другие носители данных.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

- Фиг. 1 изображает общий вид системы сотовой радиосвязи,

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

- Фиг. 3 изображает RNC, информирующий узел B о UE, выходящем из режима DRX, согласно второму варианту осуществления,

- Фиг. 4 иллюстрирует передачу кадра «синхронизация передачи RACH»,

- Фиг. 5 иллюстрирует иллюстративную структуру полезной нагрузки синхронизации передачи RACH,

- Фиг. 6 изображает RNC, информирующий узел B о UE, выходящем из режима DRX, согласно третьему варианту осуществления,

- Фиг. 7 иллюстрирует модифицированный кадр данных HS-DSCH,

- Фиг. 8 изображает RNC, информирующий узел B о UE, выходящем из режима DRX, согласно четвертому варианту осуществления,

- Фиг. 9 иллюстрирует модифицированный кадр данных HS-DSCH,

- Фиг. 10 иллюстрирует вариант осуществления оборудования пользователя,

- Фиг. 11 иллюстрирует вариант осуществления узла B, и

- Фиг. 12 иллюстрирует вариант осуществления центрального узла.

ПОДРОБНОЕ ОПИСАНИЕ

На фиг. 1 изображается общий вид системы 100 сотовой радиосвязи. Эта система может быть, например, системой WCDMA/HSPA. Система 100 сотовой радиосвязи содержит некоторое количество базовых радиостанций 101, обозначенных здесь как узлы B, из которых только один показан в упрощенном виде на фиг. 1. Базовая радиостанция 101 подключается к узлу управления, обозначенному здесь как контроллер (RNC) 109 радиосети. Система 100 может, конечно, содержать многочисленные RNC. RNC 109 дополнительно содержит модуль 111 для выполнения различных операций RNC 109.

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

Мобильная станция 103, представленная здесь посредством единственного блока и обозначенная как оборудование пользователя (UE), которая находится в географической области, покрываемой базовой радиостанцией, может связываться с базовой радиостанцией через радиоинтерфейс. Базовая радиостанция 101 дополнительно содержит модуль 105 для выполнения различных операций базовой радиостанции 101. Модуль 105 может, например, осуществляться с использованием микроконтроллера, функционирующего на наборе команд компьютерного программного обеспечения, хранящемся в запоминающем устройстве в модуле 105. UE 103, в свой очередь, содержит модуль 107, выполненный с возможностью выполнения операций UE 103. Модуль 107 может осуществляться, например, с использованием микроконтроллера, функционирующего на наборе команд компьютерного программного обеспечения, хранящемся в запоминающем устройстве в модуле 107. Узел B поддерживает передачу ко всем UE и обратно в области, которую он покрывает.

Согласно некоторым вариантам осуществления, после передачи по RACH, UE выполнен с возможностью выхода из режима DRX и непрерывного прослушивания передач по нисходящей линии связи. Обычно UE может быть выполнен с возможностью возврата в режим DRX после некоторого периода непрерывного отслеживания передач нисходящей линии связи. Например, UE может устанавливаться на возврат в режим DRX после промежутка времени, определяемого таймером бездеятельности. Данные или управляющее сообщение, переносимые посредством передачи RACH и принимаемые через узел B (альтернативно называемый базовой радиостанцией, RBS), передаются узлом B через интерфейс Iub к контроллеру RNC радиосети. Необязательно, передача выполняется как через интерфейс Iub, так и через интерфейс Iur. Iub является интерфейсом между RNC и узлом B, а Iur является интерфейсом между различными RNC в одной и той же сети. Для облегчения планирования передач нисходящей линии связи, RNC устанавливается на информирование узла B о том, что UE вышло из режима DRX, или RNC информирует узел B о том, что UE выполнил передачу по восходящей линии связи по RACH, что означает, что UE вышел из режима DRX и теперь непрерывно прослушивает/отслеживает передачи по нисходящей линии связи.

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

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

Решение А: новое сообщение уровня приложений узла B/прикладного уровня подсистемы сети радиодоступа (NBAP/RNSAP), переносящее информацию, которая отправляется к узлу B. Оба NBAP/RNSAP сообщения могут использоваться, то, которое требует и то, которое не требует подтверждения приема. Информация может быть дана следующим образом:

- CFN (номер кадра при сборке) принятой передачи по RACH. Также может обеспечиваться идентификатор UE, например, с использованием H-RNTI (временного идентификатора радиосети HS-DSCH).

- Наиболее ранний CFN, при котором UE может возвратиться в режим DRX, а также идентификатор UE (например, H-RNTI).

- Любые другие величины, которые могут передавать ту же самую информацию. Примеры включают в себя, но не ограничиваются этим, использование системного номера кадра (SFN), других видов временных меток или относительных моментов времени, вместо H-RNTI (например, U-RNTI или S-RNTI).

Альтернативно, существующее сообщение NBAP/RNSAP (например, BAP: запрос реконфигурации общего транспортного канала (COMMON TRANSPORT CHANNEL RECONFIGURATION REQUEST); RNSAP: запрос ресурсов общего транспортного канала (COMMON TRANSPORT CHANNEL RESOURCES REQUEST)) может расширяться для включения в него вышеуказанной информации.

На фиг. 2 изображается вышеуказанный способ. Фиг. 2 изображает способ, в котором RNC информирует узел B о выходе UE из режима DRX, и что UE выходит из режима DRX, с использованием сообщения плоскости управления. Таким образом, сначала, на стадии 201, RNC обнаруживает, что UE вышел из режима DRX. Затем, на стадии 203, RNC информирует узел B о UE, которое вышло из режима DRX. Это может выполняться с использованием сообщения NBAP с использованием нового или существующего сообщения плоскости управления, которое, например, может содержать CFN, идентификатор UE, например, H-RNTI. Согласно некоторым вариантам осуществления, это сообщение может быть отправлено через дрейфующий RNC (DRNC) в сообщении RNSAP. Затем, на стадии 205, узел B информируется о том, что UE не находится в режиме DRX. Вследствие сообщения, принятого на стадии 205, узел B может начать передачу данных к UE сразу же.

Согласно одному иллюстративному варианту осуществления, сообщение NBAP "запрос реконфигурации общего транспортного канала (COMMON TRANSPORT CHANNEL RECONFIGURATION REQUEST)" расширяется. Вводятся два новых информационных элемента (IEs) в виде H-RNTI и CFN. Это изображено в таблице A ниже. Ниже находится определение NBAP TS 25.433 (глава 9.1.6) запроса реконфигурации общего транспортного канала (COMMON TRANSPORT CHANNEL RECONFIGURATION REQUEST). В этом примере, вводятся два новых IE в виде H-RNTI и CFN. Другой идентификатор UE, кроме H-RNTI, или другой таймер/поле данных может определяться в других позициях.

Решение B. Новый управляющий кадр Iub используется для передачи информации, описанной в Решении А выше.

Этот способ иллюстрируется на фиг. 3, где используется протокол управляющего кадра для информирования узла B о UE, вышедшем из режима DRX. На фиг. 3 связь между RNC и узлом B выполняется с использованием указания, введенного в кадр данных Iub/Iur сообщения плоскости пользователя. В примере, изображенном на фиг. 3, сначала, на стадии 301, RNC обнаруживает, что UE вышел из режима DRX. Затем, на стадии 303, RNC информирует узел B о UE, которое вышло из режима DRX. Это выполняется с использованием указания в кадре данных Iub/Iur плоскости пользователя. Например, может использоваться резервный бит/биты в существующем кадре или новый кадр. Также, может использоваться протокол кадра Iur, если узел B связывается через DRNC. Затем, на стадии 305, узел B информируется, что UE не находится в режиме DRX. Вследствие сообщения, принятого на стадии 305, узел B может сразу же начать передачу данных к UE.

Согласно некоторым вариантам осуществления, новый управляющий кадр определяется как «синхронизация передачи RACH» (RACH Transmission Timing). Новый управляющий кадр может использоваться вместо передачи, описанной выше, в сочетании с фиг. 3, на стадии 303. Передача такого кадра изображается на фиг. 4. Управляющий кадр, изображенный на фиг. 4, является новым управляющим кадром, используемым, когда RNC хочет уведомить узел B, что UE выполнил передачу по восходящей линии (UL) связи. Это является примером осуществления сообщения 303 на фиг. 3. Таким образом, сообщение на стадии 303 фиг. 3 может быть или расширением существующего сообщения, или новым сообщением, изображенным на фиг. 4. На фиг. 5 показана возможная структура полезной нагрузки сообщения, изображенного на фиг. 4. Таким образом, фиг. 5 показывает иллюстративную структуру полезной нагрузки сообщения «синхронизация передачи RACH».

Решение C. Кадровый протокол Iub нисходящей линии связи расширяется для переноса информации, описанной в Решении А выше. Это может осуществляться с использованием резервных битов в заголовке, резервных расширений, или других резервных позиций. Эта информация затем вставляется в кадр данных или управляющий кадр и отправляется к узлу B.

Пример такого способа показан на фиг. 6. Сначала, на стадии 601, RNC обнаруживает, что UE вышло из режима DRX. Затем, на стадии 603, RNC информирует узел B о UE, которое вышло из режима DRX. Это выполняется с использованием резервных битов в заголовке, резервных расширений, или других резервных позиций. Эта информация затем вставляется в кадр данных или управляющий кадр и отправляется к узлу B. Затем, на стадии 605, узел B информируется, что UE не находится в режиме DRX. Вследствие сообщения, принятого на стадии 605, узел B может сразу же начать передачу данных к UE.

Одно иллюстративное осуществление показано на фиг. 7. На фиг. 7 используется существующий кадр данных HS-DSCH. Фиг. 7 показывает упрощенную и модифицированную версию кадра UP согласно 3GPP TS 25.435 (глава 6.2.6A) [UP prot]. Вместо введения указателя, один октет из резервного расширения (S) выделяется и определяет CFN. RNC использует этот CFN для информирования узла B, к какому радиокадру эти первые данные будут передаваться по нисходящей линии связи. Подобный подход можно применить к Типу 3 кадра данных HS-DSCH, а также можно применить для кадра данных в плоскости пользователя Iur в 25.425.

Новый флаг IE определяется для нового поля данных. В данном примере, новое поле данных определяется в качестве CFN для 1 октета. Также возможно определить CFN другого диапазона или другого поля данных.

Решение D. Кадровый протокол Iub нисходящей линии связи может расширяться для переноса нового флага, который указывает на то, была ли только что принята передача от получателя кадра Iub. Это может выполняться с использованием резервного бита или битов в заголовке, резервных расширений, или других резервных позиций. Флаг может затем вставляться в данные или управляющий кадр и отправляться к узлу B. Узел B устанавливается на интерпретацию этого флага в качестве указания на то, что кадр данных и/или любые существующие для данного UE данные в узле B могут сразу же передаваться к этому UE. Альтернативно, может вводиться новый управляющий кадр, включающий в себя указатель и идентификатор UE, для отправки от RNC к узлу B. Альтернативно, могут расширяться сообщения по общему каналу NBAP/RNSAP, или может вводиться новое сообщение для передачи указателя и идентификатора UE от RNC к узлу B.

Пример решения согласно такому подходу показан на фиг. 8 и фиг. 9. На фиг. 8 кадровый протокол Iub нисходящей линии связи расширяется для переноса нового флага, который указывает на то, была ли только что принята передача RACH от получателя кадра Iub. Сначала, на стадии 801, RNC обнаруживает, что UE вышло из режима DRX. Затем, на стадии 803, RNC информирует узел B о UE, которое вышло из режима DRX. Это выполняется с использованием резервных битов в заголовке, резервных расширений, или других резервных позиций. Эта информация затем вставляется в кадр данных или управляющий кадр и отправляется к узлу B. Затем, на стадии 805, узел B информируется, что UE не находится в режиме DRX. Вследствие сообщения, принятого на стадии 805, узел B может сразу же начать передачу данных к UE.

На фиг. 9 показано иллюстративное осуществление. На фиг. 9 используется существующий кадр данных HS-DSCH. Фиг. 9 показывает упрощенную и модифицированную версию кадра UP согласно 3GPP TS 25.435 (глава 6.2.6A) [UP prot]. В данном примере, используется существующий кадр данных HS-DSCH. В данном примере, резервный бит 2 в заголовке Типа 2 кадра данных HS-DSCH выделяется для нового флага. Узел B затем использует эту информацию в планировании существующих и/или последующих данных для UE.

На фиг. 10 показано иллюстративное оборудование пользователя, выполненное с возможностью обеспечения вышеуказанных процедур. Как показано на фиг. 10, иллюстративное UE 103 включает в себя контроллер в виде процессора 114, запоминающее устройство 113, приемопередатчик 112, и антенну 23. В конкретных вариантах осуществления, некоторые или все функциональные возможности, описанные выше как обеспеченные посредством UE или других видов мобильной станции, могут обеспечиваться посредством процессора 114, выполняющего команды, хранящиеся на машиночитаемом носителе данных, таком как запоминающее устройство 113, показанное на фиг. 10.

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

На фиг. 11 показан иллюстративный узел B 101. Как показано на фиг. 10, иллюстративный узел B 101 включает в себя контроллер в виде процессора 121, запоминающее устройство 123, приемопередатчик 122, и антенну 128. Иллюстративный узел B может также содержать сетевой интерфейс 124. Узел B 101 может дополнительно содержать планировщик 126. Планировщик может быть либо встроен в контроллер, или может быть отделенным от контроллера. В частности, планировщик 126 выполнен с возможностью планирования передач по нисходящей линии связи к UE и настройки планирования передач по нисходящей линии связи к UE в ответ на указание на то, что UE непрерывно отслеживает передачи по нисходящей линии связи.

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

Дополнительно, фиг. 12 показывает иллюстративный центральный узел 109, такой как RNC. Иллюстративный центральный узел 109 включает в себя контроллер в виде процессора 131, запоминающее устройство 133, и сетевой интерфейс 134 для связи с другими узлами сотовой сети, такими как узел B, и коммутационный центр мобильной связи. В конкретных вариантах осуществления, некоторые или все функциональные возможности, описанные выше как обеспеченные посредством центрального узла, могут обеспечиваться посредством процессора 131, выполняющего команды, хранящиеся на машиночитаемом носителе данных, таком как запоминающее устройство 133. В частности, любые функциональные возможности, необходимые для поддержки любых решений, описанных выше.

В заключение, управляющие сообщения NBAP/RNSAP, управляющие кадры Iub/Iur и/или кадры данных могут использоваться посредством RNC для указания узлу B, что UE выполнил передачу по восходящей линии связи по RACH и непрерывно отслеживает передачи по нисходящей линии связи.

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

Вышеуказанные примеры приведены для кадровых протоколов NBAP и Iub. Подобные примеры могут применяться к кадровым протоколам RNSAP и Iur.

С использованием способов и устройств, описанных здесь, можно обеспечить более быстрые отклики по нисходящей линии связи на передачи по восходящей линии связи по RACH. Дополнительно, может уменьшаться время установления связи.