Способ и устройство для улучшения прерывистого приема в системах радиосвязи

Способ и устройство для улучшения прерывистого приема в системах радиосвязи

Иллюстрации

Показать все

Реферат

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

Настоящее изобретение относится к системам радиосвязи. Более конкретно, раскрыты способ и устройство для улучшения прерывистого приема (DRX) в системах радиосвязи.

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

Целью программы долгосрочного развития (LTE) проекта партнерства третьего поколения (3GPP) является доведение новой технологии, архитектуры сети, конфигураций и приложений и услуг для радиосетей для обеспечения улучшенной спектральной эффективности, меньшего времени ожидания, более быстрой практической работы пользователей и более широкого набора приложений и услуг с меньшей стоимостью. Целью LTE является создание усовершенствованной универсальной наземной сети радиодоступа (E-UTRAN).

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

На фиг.1 изображена типичная архитектура стека протоколов для сети LTE в соответствии с известным уровнем техники. Система может включать в себя WTRU 102, усовершенствованный узел B (eNode-B, eNB) 104 и шлюз доступа (aGW) 106. Протокол 108 слоя без доступа (NAS) и протокол 110 конвергенции пакетных данных (PDCP) могут находиться в WTRU 102 и aGW 106 для обеспечения связи между устройствами. Протокол 112 управления радиоресурсами (RRC), протокол 114 управления звеньями радиосвязи (RLC), протокол 116 управления доступом к среде (MAC) и физический уровень (PHY) 118 могут находиться и в WTRU 102, и в eNB 104 для обеспечения связи между этими устройствами.

Протокол 112 RRC может функционировать в двух состояниях: RRC_IDLE и RRC_CONNECTED. В состоянии RRC_IDLE цикл DRX WTRU конфигурируется сигнализацией по протоколу 108 NAS. Это состояние включает в себя широковещания системной информации, пейджинговую связь и мобильность с обратной засечкой соты. WTRU в состоянии RRC_IDLE предпочтительно назначается идентификационный (ID) номер, который идентифицирует WTRU в области слежения. Контекст протокола RRC не сохраняется в eNB.

В состоянии RRC_CONNECTED WTRU может соединяться с E-UTRAN. E-UTRAN знает соту, к которой принадлежит WTRU, чтобы сеть могла передавать данные в WTRU и принимать данные из WTRU. В состоянии RRC_CONNECTED сеть управляет мобильностью (хэндовером), и WTRU проводит измерения соседних сот. Кроме того, на уровне RLC/MAC, WTRU может передавать данные в сеть и принимать данные из сети и осуществлять текущий контроль за каналом управляющей сигнализации для канала общих данных, чтобы знать, была ли WTRU распределена передача по каналу общих данных. WTRU также представляет информацию о качестве канала и информацию обратной связи в eNB. Период DRX/прерывистой передачи (DTX) может конфигурироваться согласно уровню активности WTRU для сохранения энергии и эффективного использования ресурсов. Он, как правило, находится под управлением eNB.

Протокол 108 NAS может функционировать в состоянии LTE _DETACHED, в котором не существует объекта RRC. Протокол 108 NAS может также функционировать в состоянии LTE_IDLE. Кроме того, протокол 108 NAS может функционировать в состоянии RRC_IDLE во время состояния LTE _DETACHED, в течение которого некоторая информация может сохраняться в WTRU и в сети, например IP-адреса, сопоставления безопасности, информация о функциональных возможностях WTRU и носители для радиосвязи. Решения относительно переходов из одного состояния в другое состояние, как правило, принимаются в eNB или aGW.

Протокол 108 NAS может также функционировать в состоянии LTE_ACTIVE, которое включает в себя состояние RRC_CONNECTED. В этом состоянии решения относительно переходов из одного состояния в другое состояние, как правило, принимаются в eNB или aGW.

DRX может быть активизирован в состоянии LTE_ACTIVE, которое соответствует состоянию RRC_CONNECTED. Некоторыми из служб, которые могут функционировать в состоянии LTE_ACTIVE, являются такие службы, регулярно формирующие небольшие пакеты, как VoIP. Кроме того, в LTE_ACTIVE могут работать такие службы, нечасто формирующие нечувствительные к задержке большие пакеты, как FTP, а также и такие службы, редко формирующие небольшие пакеты, как служба присутствия.

На основе характеристик вышеупомянутых служб может выполняться прием/передача данных в течение операции DRX без сигнализации RRC. Кроме того, продолжительность цикла DRX должна быть достаточно долгой для экономии батареи питания. Кроме того, количество данных, передаваемых в пределах цикла DRX, должно быть переменным от цикла к циклу. Например, DRX для службы FTP может обеспечивать возможность увеличения количества данных для каждого цикла DRX.

На фиг.2 изображена структура 200 сигнала DRX в соответствии с известным уровнем техники. Активный период 202 является периодом, в течение которого приемник/передатчик WTRU включен, и период 204 бездействия является периодом, в течение которого приемник/передатчик WTRU выключен. Продолжительность 206 цикла DRX является временным интервалом между последовательными начальными позициями активного периода.

Продолжительность 206 цикла DRX может определяться сетью, с учетом требований к качеству обслуживания (QoS) службы, активизированной в WTRU. Начальные позиции активного периода должны однозначно идентифицироваться и WTRU, и eNB.

В начальной позиции активного периода WTRU может осуществлять текущий контроль канала управления L1/L2 в течение предопределенного интервала времени для обнаружения входящих данных. Продолжительность активного периода 202 может быть переменной, зависящей от количества данных, передаваемых в течение цикла 206 DRX. Конечная позиция активного периода 202 может явно сигнализироваться eNB или неявно предполагаться после предопределенного интервала времени бездеятельности. Передача данных по восходящей линии связи может быть инициирована в любое время в течение периода 204 бездействия. Передача данных по восходящей линии связи в активный период может заканчиваться, когда передача по восходящей линии связи завершена.

На фиг.3 изображен двухуровневый способ 300 DRX в соответствии с известным уровнем техники. Этот двухуровневый способ может использоваться для поддержки гибкости DRX и включает в себя расщепление сигналов DRX на верхний уровень и нижний уровень. Согласно фиг.3 сигналом 302 DRX верхнего уровня управляет RRC. Интервал 306 DRX верхнего уровня зависит от основных требований к потоку соединения, например передача речи по IP-сетям, просмотр web-страниц и т.п. Интервал 306 DRX верхнего уровня предпочтительно определяется RRC в eNB и сигнализируется в WTRU с использованием управляющей сигнализации RRC.

Сигнал 304 DRX нижнего уровня сигнализируется уровнем MAC. Интервал 308 DRX нижнего уровня является гибким и может поддерживать быстрые изменения в интервале DRX. Заголовок MAC может нести информацию, касающуюся параметров настройки нижнего уровня.

Зависимость между DRX 302 верхнего уровня и DRX 304 нижнего уровня должна быть минимальной, потому что интервал 306 DRX верхнего уровня может использоваться как интервал DRX системы восстановления в случае возникновения любых ошибок при применении интервала 308 DRX нижнего уровня. Сеть и WTRU предпочтительно синхронизированы с интервалом 306 DRX верхнего уровня.

Относительно длинный интервал 306 DRX верхнего уровня полезен для экономии энергии WTRU, но ограничивает пропускную способность и гибкость планирования нисходящей линии связи (DL). Если существует значительное количество данных, помещенных в буфер передачи WTRU или eNB, то может быть полезно изменять короткий интервал 308 DRX нижнего уровня на период времени, соответствующий передаче помещенных в буфер данных. После передачи данных WTRU и eNB могут восстанавливать интервал 302 DRX верхнего уровня.

Как представлено в таблице 1, DRX может быть разделен между регулярными сигналами и временными сигналами.

Таблица 1 Управляющая сигнализация DRX активного режима
	RRC	MAC
Управление регулярным DRX	х
Управление временным DRX		х

Сигнализация DRX в RRC основана на регулярности основных требований к соединению и может в результате привести к регулярному сигналу DRX, обеспечивающему требования соединения. Регулярный DRX определяется в eNB. WTRU должен знать, посредством сигнализации RRC, чтобы применять регулярный DRX. Другими словами, когда WTRU входит в активный режим, один из параметров RRC, передаваемых в WTRU, будет регулярными параметрами DRX, которые будут применяться. В активном режиме eNB может изменять, в любой точке времени и посредством сигнализации RRC, регулярные параметры DRX, используемые WTRU.

На фиг.4 изображена сигнализация RRC для регулярного DRX 400 в соответствии с известным уровнем техники. eNB 406 передает сигнал 404 RRC в WTRU 402. Сигнал 404 RRC включает в себя регулярный запрос DRX. WTRU 402 отвечает eNB 406 посредством сигнала 408 RRC, указывающего, что WTRU принял регулярный запрос DRX.

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

На фиг.5 изображена сигнализация 500 MAC для регулярного DRX в соответствии с известным уровнем техники. eNode-B 506 передает сигнал 504 MAC в WTRU 502. WTRU 502 отвечает eNB 506 посредством процесса 508 гибридного автоматического запроса повторной передачи (HARQ).

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

Раскрыты способ и устройство для прерывистого приема (DRX) в беспроводном приемопередающем устройстве (WTRU). Способ предпочтительно включает в себя WTRU, принимающее информацию о параметрах настройки DRX через сигнал управления радиоресурсами (RRC), и WTRU, принимающее информацию активизации DRX через сигнал управления доступом к среде (MAC). Способ может также включать в себя WTRU, группирующее информацию о параметрах настройки DRX в профиль DRX и определяющее индекс профиля DRX, связанный с этим профилем DRX. Способ может также включать в себя WTRU, в минимальный активный период DRX принимающее сигнал индикации данных из eNB и остающееся в активном периоде на основе сигнала индикации данных.

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

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

На фиг.1 изображена типичная архитектура стека протоколов для сети LTE в соответствии с известным уровнем техники.

На фиг.2 изображена структура сигнала DRX в соответствии с известным уровнем техники.

На фиг.3 изображен двухуровневый способ DRX в соответствии с известным уровнем техники.

На фиг.4 изображена сигнализация регулярного DRX в соответствии с известным уровнем техники.

На фиг.5 изображена сигнализация временного DRX в соответствии с известным уровнем техники.

На фиг.6a изображена сигнализация информации о параметрах настройки DRX в соответствии с одним вариантом осуществления.

На фиг.6b изображена сигнализация информации активизации DRX в соответствии с одним вариантом осуществления.

Фиг.7a - схема сигнала операции DRX в соответствии с одним вариантом осуществления.

Фиг.7b - схема сигнала операции DRX в соответствии с альтернативным вариантом осуществления.

Фиг.7c - схема сигнала операции DRX в соответствии с другим вариантом осуществления.

Фиг.7d - схема сигнала операции DRX в соответствии с еще одним вариантом осуществления.

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

При ссылках далее в этом документе терминология "беспроводное приемопередающее устройство (WTRU)" включает в себя, но не ограничивается этим, абонентское оборудование (UE), мобильную станцию, фиксированное или мобильное устройство абонента, пейджер, сотовый телефон, персонального цифрового секретаря (PDA), компьютер или любой другой тип устройства пользователя, которое может функционировать в беспроводной среде. При ссылках далее в этом документе терминология "базовая станция" включает в себя, но не ограничивается этим, узел B (Node-B), контроллер базового блока, точку доступа (AP) или любой другой тип устройства сопряжения, которое может функционировать в беспроводной среде.

Двухуровневая операция DRX может включать в себя операцию регулярного DRX, которой управляет сигнализация RRC, и операцию временного DRX, которой управляет сигнализация MAC. При использовании сигнализации RRC используется преимущество по надежности и отказоустойчивости сигнализации RRC в целом. Надежность достигается посредством ответного сообщения или сообщения квитирования, которые формируются на уровне RRC или посредством использования услуги подтвержденного режима (AM) уровня RLC. Кроме того, для сигнализации RRC требуется шифрование и защита целостности, соответственно сигнал RRC становится надежным сигналом.

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

Информацию сигнализации DRX можно классифицировать по двум категориям: 1) конфигурации, параметры или параметры настройки DRX, например периодичность цикла DRX, и 2) команды активизации DRX, например включить или выключить DRX.

Информацию о конфигурации, параметрах или параметрах настройки DRX предпочтительно сигнализировать в надежном, отказоустойчивом и безопасном режиме. Информация о конфигурации и параметрах сигнализации RRC временного DRX может передаваться через сигнализацию RRC. Однако команды активизации DRX, которые, например, дают указание WTRU войти в режим DRX, предпочтительно сигнализировать быстро через сигнализацию MAC. Например, команды войти во временный DRX или выйти из него сигнализируются через сигнализацию MAC.

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

На фиг.6a изображена сигнализация параметров настройки временного DRX в соответствии с одним вариантом осуществления. Информация о параметрах настройки временного DRX может передаваться с использованием сообщений RRC. WTRU 602 принимает сигнал 606 RRC, содержащий информацию о параметрах настройки временного DRX из eNB 604. WTRU 602 может отвечать eNB 604 посредством сигнала 608 подтверждения.

На фиг.6b изображена сигнализация активизации временного DRX в соответствии с одним вариантом осуществления. Сигналы активизации временного DRX передаются с использованием сигналов MAC. WTRU 602 принимает сигнал 610 RRC, содержащий информацию активизации временного DRX из eNB 604. WTRU 602 может отвечать eNB 604 посредством сигнала 612 гибридного автоматического запроса повторной передачи (HARQ).

Наборы информации о параметрах настройки DRX можно группировать для формирования профиля DRX. Для указания на профиль DRX можно использовать ID профиля DRX. Для определения профиля DRX и прикрепления его к ID профиля DRX может использоваться сигнализация RRC. Профиль DRX может использоваться с временным DRX, регулярным DRX или любым другим режимом DRX. После установки или предварительной конфигурации упомянутых профилей eNB и WTRU могут обмениваться командами активизации DRX, которые могут ссылаться на соответствующий ID профиля DRX для этого WTRU. Команды активизации могут быть сигналами RRC, но предпочтительно являются сигналами MAC.

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

Цикл DRX предпочтительно содержит активный период и период бездействия. Начальные позиции активного периода могут однозначно идентифицироваться и WTRU, и eNB, в то время как продолжительность активного периода может быть переменной и зависеть от количества данных, передаваемых в течение цикла DRX.

Управляющее сообщение DRX предпочтительно специфицирует время активизации или время начала, которое используется для указания на время активизации цикла DRX или вхождения в режим DRX. Время активизации может указываться в абсолютных выражениях или относительно настоящего времени для обеспечения того, что и WTRU, и eNB однозначно идентифицируют начало цикла DRX. Управляющие сообщения RRC или MAC, используемые для DRX, предпочтительно включают в себя время начала или активизации DRX.

WTRU может оставаться в активном режиме DRX в течение минимального активного периода. Минимальный активный период предпочтительно передается в управляющем сообщении DRX, или RRC, или MAC, или он может быть предопределен. Минимальный активный период может обеспечивать то, что если WTRU пропустило некоторые передачи, то оно скоро будет активным и примет их.

Структура DRX может определяться периодически, например один цикл DRX каждые 50 мс. Для увеличения гибкости DRX можно использовать другой режим операции DRX, при этом время начала цикла DRX определяется в течение предыдущего цикла DRX. Этот режим можно использовать независимо от периодического режима операции DRX или в дополнение к нему. В качестве примера, в течение активного периода цикла DRX, после того как WTRU принял предназначенные ему данные и в eNB больше не существует пакетов для передачи в это WTRU, eNB может дать указание WTRU через управляющее сообщение, или MAC, или RRC, перейти в режим бездействия на предопределенное время и/или перейти в активный режим в предопределенное время.

Кроме того, может быть полезно при определенных обстоятельствах сохранять WTRU активным в течение цикла DRX вместо того, чтобы допускать его переход в режим бездействия до следующего цикла DRX. Для достижения этого можно использовать управляющее сообщение DRX, или MAC, или RRC, чтобы дать указание WTRU оставаться активным до заданного времени, например до следующего цикла DRX.

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

WTRU может оставаться активным в течение минимального активного периода. В течение этого периода eNB может использовать управляющие сообщения уровня 1, уровня 2 или уровня 3 для указания того, будут ли данные переданы в WTRU в течение конкретного цикла DRX. WTRU может оставаться в активном периоде до начала следующего цикла DRX. WTRU не будет бездействовать после приема своих данных до начала следующего цикла DRX.

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

На фиг.7a изображена схема сигнала для операции 700 DRX в соответствии с одним вариантом осуществления. Цикл 704 DRX включает в себя минимальное активное время 710 и время 702 бездействия. WTRU может принимать команду 708 в каждый минимальный активный временной интервал 710. Если данные доступны для WTRU, то WTRU принимает указание в команде 708, принимает данные 712 и остается активным до следующего цикла 704 DRX.

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

На фиг.7b изображена схема сигнала для операции 720 DRX в соответствии с другим вариантом осуществления. WTRU принимает команду 708 в течение минимального активного временного интервала 710, указывающую на то, существуют ли данные для WTRU. После приема WTRU команды, которая указывает на то, что eNB передает в течение цикла 712 DRX, WTRU выходит из DRX полностью и может запускать свою операцию и конфигурацию, предшествующую DRX. WTRU может далее оставаться активным в цикле 722 не DRX. eNB может использовать управляющее сообщение 724 для указания WTRU вернуться к операции DRX во временном интервале et 726. Сигнализация может быть сигнализацией RRC, MAC или PHY, и триггером для формирования сигнализации может быть обнаружение времени бездеятельности или простоя после передачи данных. Другим триггером может быть знание eNB, что больше не существует пакетов, которые необходимо передавать в WTRU. WTRU далее возобновляет операцию DRX и принимает команду 708 в течение следующего минимального активного временного интервала 710 в следующем цикле 704 DRX.

На фиг.7c изображена схема сигнала для операции 740 DRX в соответствии с альтернативным вариантом осуществления. Управляющее сообщение DRX, которое используется для активизации операции 744 DRX, может включать в себя периодичность цикла DRX, то есть временной интервал цикла DRX, минимальный активный временной интервал и относительное или/и абсолютное время, когда WTRU должно начать или активизировать операцию DRX. WTRU может вернуться в операцию DRX в следующем цикле DRX, как на фиг.7b, или после того как произойдет следующий цикл DRX, как на фиг.7c.

WTRU, которое не находится в режиме DRX, может отправлять управляющее сообщение в eNB с указанием того, что WTRU требуется войти в режим DRX. Сигнализация может быть сигнализацией RRC, MAC или PHY. WTRU может использовать триггер для формирования сигнализации, например обнаружение времени простоя или времени бездеятельности после приема данных WTRU. Также могут быть другие триггеры. После приема управляющего сообщения eNB формирует ответный сигнал с указанием WTRU перейти к операции DRX и параметрами настройки DRX.

На фиг.7d изображена схема сигнала для операции 760 DRX в соответствии с другим альтернативным вариантом осуществления. Управляющее сообщение 762 указывает относительное или абсолютное время 764, когда начнется передача данных, и дополнительно, относительное или абсолютное время 766, когда передача данных закончится. WTRU остается в режиме DRX.

Цикл DRX, как правило, связывается с одним WTRU. Однако для службы группового мультимедийного вещания (multimedia broadcast/multicast service, MBMS), трудно передавать во множество WTRU, у которых существуют различные циклы DRX. Следовательно, eNB или сеть радиодоступа (RAN) могут определять цикл "MBMS DRX", который является общим для группы WTRU. Управляющие сообщения "один к одному" могут передаваться между eNB и WTRU для установки и подтверждения цикла DRX MBMS. В альтернативном варианте осуществления цикл DRX MBMS может быть установлен через групповые или широковещательные сообщения, например, по радиовещательному каналу. В другом альтернативном варианте осуществления цикл DRX MBMS может быть неявным или полученным из предопределенного образца планирования MBMS. WTRU может выключать питание своего приемопередатчика MBMS во время цикла DRX MBMS.

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

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

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

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

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

Аспекты мобильности WTRU также могут быть фактором, определяющим цикл DRX в активном режиме LTE. Для различных служб могут быть реализованы отдельные параметры настройки DRX, например, VoIP, трафика просмотра web-страниц и т.п. В WTRU может существовать множество отдельных или независимых циклов DRX для каждой из служб, или в WTRU может существовать один цикл DRX, параметры/параметры настройки DRX которого удовлетворяют образцу наиболее частого трафика. Если используются множество циклов DRX, то эти циклы могут быть выровнены или совпадать, насколько это возможно для максимизации возможностей для экономии энергии.

Варианты осуществления

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

2. Способ по варианту осуществления 1, далее содержащий WTRU, принимающее информацию активизации DRX через сигнал управления доступом к среде (MAC).

3. Способ по варианту осуществления 1 или 2, дополнительно содержащий группирование информации о параметрах настройки DRX в профиль DRX.

4. Способ по варианту осуществления 3, дополнительно содержащий определение индекса профиля DRX, связанного с профилем DRX.

5. Способ по варианту осуществления 4, далее содержащий WTRU, принимающее профиль DRX через сигнализацию RRC.

6. Способ прерывистого приема (DRX) в системе радиосвязи, причем этот способ содержит беспроводное приемопередающее устройство (WTRU), в минимальном активном периоде DRX принимающее сигнал индикации данных из eNode-B (eNB).

7. Способ по варианту осуществления 6, далее содержащий WTRU, остающееся в активном периоде на основе сигнала индикации данных.

8. Способ по варианту осуществления 6 или 7, далее содержащий WTRU, прерывающее операцию DRX на основе сигнала индикации данных.

9. Способ по варианту осуществления 6, 7 или 8, далее содержащий WTRU, возобновляющее операцию DRX на основе принятого сигнала из eNB после приема данных.

10. Способ по любому из вариантов осуществления 6-9, далее содержащий WTRU, передающее сигнал в eNB, причем этот сигнал содержит запрос на вход в режим DRX.

11. Способ по варианту осуществления 10, далее содержащий WTRU, передающее сигнал в eNB на основе триггера.

12. Способ по варианту осуществления 10 или 11, далее содержащий eNB, отвечающий на сигнал посредством второго сигнала, причем этот второй сигнал содержит информацию о параметрах настройки DRX.

13. Способ по любому из вариантов осуществления 6-12, в котором сигнал индикации данных содержит время начала DRX.

14. Способ по любому из вариантов осуществления 6-12, в котором сигнал индикации данных содержит время цикла DRX, минимальное время активизации DRX и время начала DRX.

15. Способ по любому из вариантов осуществления 6-14, также содержащий WTRU, прерывающее операцию DRX на основе сигнала индикации данных.

16. Способ по любому из вариантов осуществления 6-15, также содержащий WTRU, возобновляющее операцию DRX в начале регулярного цикла DRX.

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

18. Способ прерывистого приема и прерывистой передачи в системе радиосвязи, причем этот способ содержит такую координацию циклов прерывистой передачи (DTX) и DRX, что циклы DTX и DRX совпадают.

19. Способ по варианту осуществления 18, в котором цикл измерения DRX зависит от расстояния беспроводного приемопередающего устройства (WTRU) от края соты.

20. Способ по любому варианту осуществления 19, также содержащий WTRU, прекращающее режим DRX на основе падения уровня (сигнала) обслуживающей соты ниже порога.

21. Способ по любому из вариантов осуществления 18-20, дополнительно содержащий определение отдельного цикла DRX для определенных служб, причем эти определенные службы содержат передачу речи по IP-сетям (VOIP) и просмотр web-страниц.

22. Беспроводное приемопередающее устройство (WTRU), сконфигурированное для приема информации о параметрах настройки прерывистого приема (DRX) в сигнале управления радиоресурсами (RRC).

23. WTRU по варианту осуществления 22, дополнительно сконфигурированное для приема информации активизации DRX в сигнале управления доступом к среде (MAC).

24. WTRU по варианту осуществления 22 или 23, причем это WTRU дополнительно сконфигурировано для приема сигнала индикации данных из eNode-B (eNB), когда WTRU находится в минимальном активном периоде DRX.

25. WTRU по варианту осуществления 24, причем это WTRU также сконфигурировано, чтобы оставаться в активном периоде на основе сигнала индикации данных.

26. WTRU по варианту осуществления 23 или 24, причем это WTRU дополнительно сконфигурировано для прекращения операции DRX на основе сигнала индикации данных.

27. WTRU по любому из вариантов осуществления 24-26, причем это WTRU также сконфигурировано для возобновления операции DRX на основе принятого сигнала из eNB после приема данных.

28. WTRU по варианту осуществления 27, причем это WTRU также сконфигурировано для передачи сигнала в eNB, причем этот сигнал содержит запрос на вход в режим DRX.

29. WTRU по варианту осуществления 27 или 28, причем это WTRU также сконфигурировано для передачи сигнала в eNB на основе триггера.

30. WTRU по любому из вариантов осуществления 24-29, причем это WTRU также сконфигурировано для прерывать операции DRX на основе сигнала индикации данных.

31. WTRU по любому из вариантов осуществления 24-30, причем это WTRU также сконфигурировано для возобновления операции DRX в начале регулярного цикла DRX.

32. WTRU по любому из вариантов осуществления 24-31, причем это WTRU также сконфигурировано для измерения времени активности после приема данных.

33. WTRU по варианту осуществления 32, причем это WTRU также сконфигурировано для определения начала операции DRX на основе времени бездеятельности.

34. WTRU по любому из вариантов осуществления 24-33, причем это WTRU также сконфигурировано, чтобы оставаться в операции DRX в течение минимального активного периода.

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

Соответствующие процессоры включают в себя, например, универсальный процессор, специализированный процессор, стандартный процессор, цифровой сигнальный процессор (DSP), множество микропроцессоров, один или более микропроцессоров в увязке с ядром DSP, контроллер, микроконтроллер, специализированные интегральные схемы (ASIC), схемы пользовательских программируемых вентильных матриц (FPGA), любой другой тип интегральной схемы (IC) и/или конечный автомат.

Процессор в увязке с программным обеспечением может использоваться для реализации радиочастотного приемопередатчика для использования в беспроводном приемопередающем устройстве (WTRU), абонентском оборудовании (UE), терминале, базовой станции, контроллере радиосети (RNC) или любом хост-компьютере. WTRU может использоваться вместе с модулями, реализованными в аппаратных средствах и/или программном обеспечении, например фотокамере, модуле видеокамеры, видеотелефоне, спикерфоне, вибрационном устройстве, динамике, микрофоне, приемопередатчике телевизионного сигнала, головном телефоне типа "свободные руки", клавиатуре, модуле Bluetooth, частотно-модулированном (FM) радиоустройстве, устройстве отображения жидкокристаллического дисплея (LCD), устройстве отображения с органическим светоизлучающим диодом (OLED), цифровом аудиоплейере, медиаплейере, модуле проигрывателя видеоигр, Интернет-браузере и/или любом модуле беспроводной локальной сети (WLAN).

1. Способ прерывистого приема (DRX) в беспроводном приемопередающем устройстве (WTRU), причем способ содержит:принимают посредством WTRU информацию о параметрах настройки DRX через сигнал управления радиоресурсами (RRC),группируют информацию о параметрах настройки DRX в профиль DRX,принимают посредством WTRU информацию активизации DRX через сигнал управления доступом к среде (MAC), иприменяют информацию о параметрах настройки DRX, реагируя на прием информации активизации DRX через сигнал (MAC).

2. Способ по п.1, дополнительно содержащий определение индекса профиля DRX, связанного с профилем DRX.

3. Способ по п.2, дополнительно содержащий WTRU, принимающее профиль DRX через сигнализацию RRC.

4. Беспроводное приемопередающее устройство (WTRU), содержащее:приемопередатчик, выполненный с возможностью приема информации о параметрах настройки прерывистого приема (DRX) в сигнале управления радиоресурсами (RRC), и группировки информации о параметрах настройки DRX в профиль DRX, иприемопередатчик, также сконфигурированный для приема информации активизации DRX в сигнале управления доступом к среде (MAC), и применения информации о параметрах настройки DRX, реагируя на прием информации активизации DRX через сигнал (MAC).

5. Беспроводное приемопередающее устройство (WTRU) по п.4, в котором приемопередатчик дополнительно выполнен с возможностью:приема сигнала индикации данных из еУзла-В (eNB), когда WTRU находится в минимальном активном периоде DRX, иоставаться в активном периоде на основе сигнала индикации данных.

6. Беспроводное приемопередающее устройство (WTRU) по п.4, в котором приемопередатчик дополнительно выполнен с возможностью:прерывания операции DRX на основе сигнала индикации данных, ивозобновления операции DRX