Работа с различными таймерами в системе беспроводной связи
Изобретение относится к технике связи и может использоваться в системах мобильной связи. Технический результат состоит в повышении надежности связи. Для этого описывается работа пользовательского оборудования (UE) с различными таймерами. Согласно данной схеме, когда UE принимает значения для каждого таймера, относящегося к работе в режиме прерывистого приема (DRX), из сети, UE выполняет мониторинг физического канала управления нисходящей линии связи (PDCCH) с подкадра n+1 до подкадра n+X, основываясь на первом таймере из числа вышеупомянутых таймеров, когда первое событие для запуска первого таймера происходит в подкадре n, и выполняет мониторинг PDCCH с подкадра n до подкадра n+X-1, основываясь на втором таймере из числа упомянутых таймеров, когда второе событие для запуска второго таймера происходит в подкадре n. 2 н. и 10 з.п. ф-лы, 11 ил., 4 табл.
Область техники, к которой относится изобретение
Настоящее изобретение относится к системе беспроводной связи и, более конкретно, к способам работы с различными таймерами и соответствующим устройствам.
Уровень техники
В качестве примера системы беспроводной связи, к которой применимо настоящее изобретение, схематически описывается система связи LTE (долгосрочная эволюция) Проекта партнерства по созданию системы 3 поколения (3GPP).
Фиг. 1 представляет собой схематическую диаграмму, изображающую сетевую структуру эволюционированной универсальной системы мобильной связи (E-UMTS) в качестве примера системы беспроводной связи. E-UMTS представляет собой эволюционированный вид существующей универсальной системы мобильной связи (UMTS) и была стандартизирована в 3GPP. В общем случае, E-UMTS также называют системой LTE. В отношении подробностей технической спецификации UMTS и E-UMTS см. версию 7 и версию 8 «3rd Generation Partnership Project; Technical Specification Group Radio Access Network».
Как показано на Фиг. 1, E-UMTS включает в себя пользовательское оборудование (UE), эволюционированный узел B (eNode B или eNB) и шлюз доступа (AG), который расположен в конце сети эволюционированного наземного радиодоступа UMTS (E-UTRAN) и подсоединен к внешней сети. eNB может одновременно передавать многочисленные потоки данных для широковещательной службы, многоадресной службы и/или одноадресной службы.
На один eNB может существовать одна или несколько сот. Сота устанавливается для работы в одной из полос частот, таких как 1,25, 2,5, 5, 10, 15 и 20 МГц и обеспечивает службу передачи по нисходящей линии связи (DL) или восходящей линии связи (UL) на множество UE в полосе частот. Разные соты могут устанавливаться на обеспечение разных полос частот. eNB управляет передачей или приемом данных на множество eNB и от них. eNB передает информацию планирования DL данных DL на соответствующее UE, чтобы информировать UE частотно-временной области, в которой предполагается передавать данные DL, информацию, относящуюся к кодированию, размеру данных и гибридному автоматическому запросу на повторение (HARQ). Кроме того, eNB передает информацию планирования UL данных UL на соответствующее UE, чтобы информировать UE о частотно-временной области, которая может использоваться UE, информацию, относящуюся к кодированию, размеру данных и HARQ. Интерфейс для передачи трафика пользователей или трафика управления может использоваться между eNB. Базовая сеть (CN) может включать в себя AG и сетевой узел или т.п. для регистрации пользователя UE. AG управляет мобильностью UE на основе зоны слежения (TA). Одна TA включает в себя множество сот.
Хотя технология беспроводной связи была разработана для LTE, основываясь на широкополосном множественном доступе с кодовым разделением каналов (WCDMA), повышаются требования и ожидания пользователей и провайдеров услуг. Кроме того, учитывая другие разрабатываемые технологии радиодоступа, требуется новая технологическая эволюция для достижения высокой конкурентоспособности в будущем. Требуется уменьшение стоимости на бит, увеличение доступности услуг, гибкое использование частотных полос, упрощенная структура, открытый интерфейс, надлежащее потребление мощности UE и т.п.
Раскрытие
Техническая задача
Соответственно, настоящее изобретение относится к способам работы с различными таймерами и соответствующим устройствам, которые существенно устраняют одну или несколько проблем из-за ограничений и недостатков предшествующего уровня техники.
Дополнительные преимущества, задачи и признаки изобретения излагаются частично в описании, которое следует ниже, и частично станут ясны для специалиста в данной области техники при исследовании нижеследующего, или могут выясниться из применения изобретения на практике. Цели и другие преимущества изобретения могут быть реализованы и достигнуты посредством конструкции, конкретно указанной в нижеследующем описании и формуле изобретения, а также на прилагаемых чертежах.
Техническое решение
Чтобы достичь эти задачи и другие преимущества и согласно цели изобретения, как изображено и широко описано в данном документе, представлен способ энергосбережения пользовательским оборудованием (UE) в системе беспроводной связи, причем способ содержит: прием значений (X) для каждого из таймеров, относящихся к работе в режиме прерывистого приема (DRX), из сети; мониторинг физического канала управления нисходящей линии связи (PDCCH) с подкадра n+1 до подкадра n+X, основываясь на первом таймере из числа упомянутых таймеров, когда первое событие для запуска первого таймера происходит в подкадре n; и мониторинг PDCCH с подкадра n до подкадра n+X-1, основываясь на втором таймере из числа упомянутых таймеров, когда второе событие для запуска второго таймера происходит в подкадре n.
В данном случае, первое событие может содержать прием PDCCH, указывающего новую передачу, и первый таймер может содержать таймер неактивности DRX.
Также, первое событие может содержать передачу сообщения 3 процедуры произвольного доступа, и первый таймер может содержать таймер разрешения состязания управления доступом к среде передачи (MAC).
С другой стороны, второе событие может содержать случай, когда истекает таймер повторной передачи гибридного автоматического запроса на повторение (таймер HARQ RTT) в подкадре n, и данные соответствующего процесса HARQ не были успешно декодированы, и второй таймер может содержать таймер повторной передачи DRX.
Также, второе событие может содержать случай, когда системный номер кадра удовлетворяет предварительно определенному условию в отношении цикла DRX, и второй таймер может содержать таймер включенного состояния.
Цикл DRX может основываться или на длинном цикле DRX, или на коротком цикле DRX, и, если принятым значением для таймера короткого цикла DRX является X, UE может использовать короткий цикл DRX в течение периода, начинающегося с подкадра n и заканчивающегося на подкадре n+X-1, и может начинать использование длинного цикла DRX на подкадре n+X, когда истекает таймер неактивности DRX, или принимается элемент управления MAC команды DRX на подкадре n.
Способ может дополнительно содержать мониторинг PDCCH с подкадра n+1 до подкадра n+Y, основываясь на первом таймере, когда первое событие для запуска первого таймере происходит в подкадре n и если система беспроводной связи работает в режиме дуплекса с временным разделением (TDD); и мониторинг PDCCH с подкадра n до подкадра n+Y-1, основываясь на втором таймере, когда второе событие для запуска второго таймера происходит на подкадре n и если система беспроводной связи работает в режиме TDD. В данном случае, Y может соответствовать минимальному количеству подкадров, так что X подкадров, имеющих физический канал управления нисходящей линии связи (PDCCH), включается в первый период, начинающийся с подкадра n+1 и заканчивающийся на подкадре n+Y, или во второй период, начинающийся с подкадра n и заканчивающийся на подкадре n+Y-1 соответственно.
Согласно другому аспекту изобретения обеспечивается пользовательское оборудование для энергосбережения в системе беспроводной связи, причем UE содержит: приемопередатчик, выполненный с возможностью передачи или приема сигналов по эфиру; микропроцессор, электрически соединенный с приемопередатчиком и выполненный с возможностью управления приемопередатчиком, чтобы выполнять: мониторинг физического канала управления нисходящей линии связи (PDCCH) с подкадра n+1 до подкадра n+X, основываясь на первом таймере из числа таймеров, относящихся к работе в режиме прерывистого приема (DRX), когда первое событие для запуска первого таймера происходит в подкадре n; и мониторинг PDCCH с подкадра n до подкадра n+X-1, основываясь на втором таймере из числа упомянутых таймеров, когда второе событие для запуска второго таймера происходит в подкадре n, причем X в совокупности представляет значения, принятые из сети для каждого из упомянутых таймеров.
В данном случае, первое событие может содержать прием PDCCH, указывающего новую передачу, и первый таймер может содержать таймер неактивности DRX.
Также первое событие может содержать передачу сообщения 3 процедуры произвольного доступа, и первый таймер может содержать таймер разрешения состязания управления доступом к среде передачи (MAC).
С другой стороны, второе событие может содержать случай, когда истекает таймер повторной передачи гибридного автоматического запроса на повторение (таймер HARQ RTT) в подкадре n, и данные соответствующего процесса HARQ не были успешно декодированы, и второй таймер может содержать таймер повторной передачи DRX.
Также, второе событие может содержать случай, когда системный номер кадра удовлетворяет предварительно определенному условию в отношении цикла DRX, и второй таймер может содержать таймер включенного состояния.
Цикл DRX может основываться или на длинном цикле DRX или на коротком цикле DRX. И, если принятым значением для таймера короткого цикла DRX является X, микропроцессор может использовать короткий цикл DRX в течение периода, начинающегося с подкадра n и заканчивающегося на подкадре n+X-1, и может начинать использование длинного цикла DRX на подкадре n+X, когда истекает таймер неактивности DRX, или принимается элемент управления MAC команды DRX на подкадре n.
Микропроцессор может быть дополнительно выполнен с возможностью: мониторинга PDCCH с подкадра n+1 до подкадра n+Y, основываясь на первом таймере, когда первое событие для запуска первого таймера происходит на подкадре n и если система беспроводной связи работает в режиме дуплекса с временным разделением (TDD); и мониторинга PDCCH с подкадра n до подкадра n+Y-1, основываясь на втором таймере, когда второе событие для запуска второго таймера происходит на подкадре n и если система беспроводной связи работает в режиме TDD, причем Y соответствует минимальному количеству подкадров, так что X подкадров, имеющих физический канал управления нисходящей линии связи (PDCCH), включены в первый период, начинающийся с подкадра n+1 и заканчивающийся на подкадре n+Y, или во второй период, начинающийся с подкадра n и заканчивающийся на подкадре n+Y-1 соответственно.
В другом аспекте настоящего изобретения обеспечивается способ для пользовательского оборудования (UE), работающего в системе беспроводной связи, причем способ содержит: прием значения (X) для таймера, относящегося к работе в режиме прерывистого приема (DRX), из сети; и мониторинг физического канала управления нисходящей линии связи (PDCCH) с подкадра n+1 до подкадра n+X, основываясь на таймере, когда событие для запуска таймера происходит в подкадре n.
Полезные эффекты
Согласно вариантам осуществления настоящего изобретения сеть и пользовательское оборудование могут эффективно передавать и принимать сигналы в системе беспроводной связи.
Необходимо понимать, что как предшествующее общее описание, так и последующее подробное описание настоящего изобретения являются примерными и пояснительными и предназначены для обеспечения дополнительного объяснения заявленного изобретения.
Описание чертежей
Прилагаемые чертежи, которые включены для обеспечения дополнительного понимания изобретения и включены в данную заявку и составляют ее часть, иллюстрируют вариант(-ы) осуществления изобретения и вместе с описанием служат для объяснения принципа изобретения.
Фиг. 1 представляет собой диаграмму, изображающую сетевую структуру эволюционированной универсальной системы мобильной связи (E-UMTS) в качестве примера системы беспроводной связи.
Фиг. 2 представляет собой диаграмму, концептуально изображающую сетевую структуру сети эволюционированного универсального наземного радиодоступа (E-UTRAN).
Фиг. 3 представляет собой диаграмму, изображающую плоскость управления и плоскость пользователей протокола радиоинтерфейса между UE и E-UTRAN, основываясь на стандарте сети радиодоступа Проекта партнерства по созданию системы 3rd поколения (3GPP).
Фиг. 4 представляет собой диаграмму, изображающую физические каналы, используемые в системе 3GPP и общий способ передачи сигнала, использующий их.
Фиг. 5 представляет собой диаграмму, изображающую структуру радиокадра, используемого в системе долгосрочной эволюции (LTE).
Фиг. 6 представляет собой диаграмму, изображающую концептуальный DRX (прерывистый прием).
Фиг. 7 представляет собой диаграмму, изображающую способ работы DRX в системе LTE.
Фиг. 8 представляет собой диаграмму, объясняющую процедуру произвольного доступа.
Фиг. 9 представляет собой диаграмму, изображающую пример проблем, подлежащих решению настоящим изобретением.
Фиг. 10 представляет собой диаграмму, объясняющую ситуацию в системе TDD.
Фиг. 11 представляет собой блок-схему устройства связи согласно варианту осуществления настоящего изобретения.
Предпочтительные варианты осуществления изобретения
Конфигурация, работа и другие признаки настоящего изобретения понятны из вариантов осуществления настоящего изобретения, описанных с ссылкой на прилагаемые чертежи. Последующие варианты осуществления представляют собой примеры применения технических признаков настоящего изобретения к системе Проекта партнерства по созданию системы 3-го поколения (3GPP).
Хотя варианты осуществления настоящего изобретения описаны с использованием системы долгосрочной эволюции (LTE) и системы усовершенствованной LTE (LTE-A) в настоящем описании изобретения, они являются просто примерными. Поэтому, варианты осуществления настоящего изобретения являются применимыми к любой другой системе связи, соответствующей вышеприведенному определению. Кроме того, хотя варианты осуществления настоящего изобретения описаны на основе схемы дуплекса с частотным разделением (FDD) в настоящем описании изобретения, варианты осуществления настоящего изобретения легко могут быть модифицированы и применены к схеме полдуплекса с частотным разделением (H-FDD) или схеме дуплекса с временным разделением (TDD).
Фиг. 2 представляет собой диаграмму, концептуально изображающую сетевую структуру сети эволюционированного универсального наземного радиодоступа (E-UTRAN). Система E-UTRAN представляет собой эволюционированный вид существующей системы UTRAN. E-UTRAN включает в себя соты (eNB), которые соединены друг с другом посредством интерфейса X2. Сота соединяется с пользовательским оборудованием (UE) посредством радиоинтерфейса и с усовершенствованным пакетным ядром (EPC) посредством интерфейса S1.
EPC включает в себя модуль управления мобильностью (MME), обслуживающий шлюз (S-GW) и шлюз сети передачи пакетных данных (PDN-GW). MME имеет информацию о соединениях и возможностях UE, главным образом, для использования при управлении мобильностью UE. S-GW представляет собой шлюз, имеющий E-UTRAN в качестве конечной точки, и PDN-GW представляет собой шлюз, имеющий сеть передачи пакетных данных (PDN) в качестве конечной точки.
Фиг. 3 представляет собой диаграмму, изображающую плоскость управления и плоскость пользователей протокола радиоинтерфейса между UE и E-UTRAN, основываясь на стандарте сети радиодоступа 3GPP. Плоскость управления относится к тракту, используемому для передачи сообщений управления, используемых для управления вызовом между UE и E-UTRAN. Плоскость пользователей относится к тракту, используемому для передачи данных, сгенерированных на прикладном уровне, например, речевых данных или пакетных данных Интернета.
Физический (PHY) уровень первого уровня обеспечивает службы пересылки информации на более высокий уровень, используя физический канал. Уровень PHY соединяется с уровнем доступа к среде передачи (MAC), расположенным на более высоком уровне, посредством транспортного канала. Данные транспортируются между уровнем MAC и уровнем PHY по транспортному каналу. Данные транспортируются между физическим уровнем на стороне передачи и физическим уровнем на стороне приема по физическим каналам. Физические каналы используют время и частоту в качестве радиоресурсов. Подробно, физический канал модулируется с использованием схемы множественного доступа с ортогональным частотным разделением каналов (OFDMA) на нисходящей линии связи и модулируется с использованием схемы множественного доступа с частотным разделением каналов на одной несущей (SC-FDMA) на восходящей линии связи.
Уровень MAC второго уровня обеспечивает обслуживание уровня управления радиолинией (RLC) более высокого уровня по логическому каналу. Уровень RLC второго уровня поддерживает надежную передачу данных. Функция уровня RLC может быть реализована функциональным блоком уровня MAC. Уровень протокола сходимости пакетных данных (PDCP) второго уровня выполняет функцию сжатия заголовка для уменьшения необязательной управляющей информации для эффективной передачи пакета протокола Интернета (IP), такого как пакет IP версии 4 (IPv4) или пакет IP версии 6 (IPv6) в радиоинтерфейсе, имеющем относительно малую полосу частот.
Уровень управления радиоресурсами (RRC), расположенный внизу третьего уровня, определяется только в плоскости управления. Уровень RRC управляет логическими каналами, транспортными каналами и физическими каналами в отношении конфигурации, повторной конфигурации и освобождение радиоканала (RB). RB относится к службе, которую второй уровень обеспечивает для передачи данных между UE и E-UTRAN. С этой целью уровень RRC в UE и уровень RRC в E-UTRAN обмениваются сообщениями RRC друг с другом.
Одна сота eNB устанавливается для работы в одной из полос частот, такой как 1,25, 2,5, 5, 10, 15 и 20 МГц и обеспечивает службу передачи по нисходящей линии связи или по восходящей линии связи на множество UE в полосе частот. Разные соты могут быть установлены на обеспечение разных полос частот.
Транспортные каналы нисходящей линии связи для передачи данных с E-UTRAN на UE включают в себя широковещательный канал (BCH) для передачи системной информации, поисковый канал (PCH) для передачи сообщения поискового вызова и совместно используемый канал нисходящей линии связи (SCH) для передачи трафика пользователей или сообщений управления. Сообщения трафика или управления службы многоадресной передачи или широковещательной передачи нисходящей линии связи могут передаваться по SCH нисходящей линии связи и также могут передаваться по отдельному каналу многоадресной передачи нисходящей линии связи (MCH).
Транспортные каналы восходящей линии связи для передачи данных с UE на E-UTRAN включают в себя канал произвольного доступа (RACH) для передачи исходных сообщений управления и SCH восходящей линии связи для передачи трафика пользователей или сообщений управления. Логические каналы, которые определены над транспортными каналами и отображаются на транспортные каналы, включают в себя широковещательный канал управления (BCCH), канал управления поиском (PCCH), общий канал управления (CCCH), многоадресный канал управления (MCCH) и многоадресный канал трафика (MTCH).
Фиг. 4 представляет собой диаграмму, изображающую физические каналы, используемые в системе 3GPP, и общий способ передачи сигнала, использующий их.
Когда включается питания UE или оно входит в новую соту, UE выполняет операцию начального поиска соты, такую как синхронизация с eNB (S401). С этой целью UE может принимать первичный канал синхронизации (P-SCH) и вторичный канал синхронизации (S-SCH) от eNB для выполнения синхронизации с eNB и получения информации, такой как идентификатор (ID) соты. Затем UE может принимать физический широковещательный канал от eNB для получения широковещательной информации в соте. Во время операции начального поиска соты UE может принимать опорный сигнал нисходящей линии связи (DL RS) для подтверждения состояния канала нисходящей линии связи.
После операции начального поиска соты UE может принимать физический канал управления нисходящей линии связи (PDCCH) и физический канал управления нисходящей линии связи (PDSCH), основываясь на информации, включенной в PDCCH для получения более подробной системной информации (S402).
Когда UE первоначально обращается к eNB или не имеет радиоресурсов для передачи сигнала, UE может выполнять процедуру произвольного доступа (RACH) в отношении eNB (этапы S403-S406). С этой целью, UE может передавать определенную последовательность в качестве преамбулы по физическому каналу произвольного доступа (PRACH) (S403) и принимать ответное сообщение на преамбулу по PDCCH и PDSCH, соответствующие им (S404). В случае RACH на основе состязания, UE может дополнительно выполнять процедуру разрешения состязаний.
После вышеупомянутой процедуры UE может принимать PDCCH/PDSCH от eNB (S407) и может передавать физический совместно используемый канал восходящей линии связи (PUSCH)/физический канал управления восходящей линии связи (PUCCH) на eNB (S408), которые представляют собой процедуру общей передачи сигнала восходящей линии связи/нисходящей линии связи. В частности, UE принимает информацию управления нисходящей линии связи (DCI) по PDCCH. В данном случае, DCI включает в себя информацию управления, такую как информацию о распределении ресурсов для UE. Определяются разные форматы DCI в соответствии с разными использованиями DCI.
Информация управления, передаваемая с UE на eNB по восходящей линии связи или передаваемая с eNB на UE по нисходящей линии связи, включает в себя сигнал подтверждения приема/отрицательное подтверждение приема (ACK/NACK) нисходящей линии связи/восходящей линии связи, индикатор качества канала (CQI), индекс матрицы предварительного кодирования (PMI), индикатор ранга (RI) и т.п. В случае системы LTE 3GPP UE может передавать информацию управления, такую как CQI/PMI/RI по PUSCH и/или PUCCH.
Фиг. 5 представляет собой диаграмму, изображающую структуру радиокадра, используемого в системе LTE.
Как показано на Фиг. 5, радиокадр имеет длительность 10 мс (327200×TS) и разделен на 10 подкадров, имеющих одинаковый размер. Каждый из подкадров имеет длительность 1 мс и включает в себя два слота. Каждый из слотов имеет длительность 0,5 мс (15360×TS). TS обозначает время выборки и представляется как TS=1/(15 кГц ×2048)=3,2552×10-8 (около 33 нс). Каждый слот включает в себя множество символов мультиплексирования с ортогональным частотным разделением каналов (OFDM-символов) во временной области и множество ресурсных блоков (RB) в частотной области. В системе LTE один RB включает в себя 12 поднесущих7 (или 6) OFDM-символов. Интервал времени передачи (TTI), который представляет собой единичное время для передачи данных, может определяться в единицах одного или нескольких подкадров. Структура радиокадра является исключительно примерной, и, таким образом, количество подкадров, включенных в радиокадр, количество слотов, включенных в подкадр, или количество OFDM-символов, включенных в слот, могут изменяться различным образом.
Фиг. 6 представляет собой диаграмму, изображающую концептуальный DRX (прерывистый прием).
Как показано на Фиг. 6, если DRX установлен для UE в состояние RRC_CONNECTED, UE пытается принять нисходящий канал, PDCCH, т.е. выполнить мониторинг PDCCH только во время предварительно определенного периода времени, тогда как UE не выполняет мониторинг PDCCH во время оставшегося периода времени. Период времени, в течение которого UE должно выполнять мониторинг PDCCH, упоминается как «включенное состояние». Одно включенное состояние определяется на цикл DRX. Т.е. цикл DRX представляет собой период повторения включенного состояния.
UE всегда выполняет мониторинг PDCCH во время включенного состояния в одном цикле DRX, и цикл DRX определяет период, в котором установлено включенное состояние. Циклы DRX классифицируются на длинный цикл DRX и короткий цикл DRX согласно периодам циклов DRX. Длинный цикл DRX может минимизировать расход заряда батареи в UE, тогда как короткий цикл DRX может минимизировать задержки передачи данных.
Когда UE принимает PDCCH в течение включенного состояния в цикле DRX, может происходить дополнительная передача или повторная передача во время периода времени кроме включенного состояния. Поэтому UE должно выполнять мониторинг PDCCH в течение периода времени кроме включенного состояния. Т.е. UE должно выполнять мониторинг PDCCH в течение периода времени, в течение которого выполняется таймер управления неактивностью, drx-InactivityTimer, или таймер управления повторной передачей, drx-RetransmissionTimer, а также таймер управления включенным состоянием, onDurationTimer.
Значение каждого из таймеров определяется как количество подкадров. Количество подкадров подсчитывается до тех пор, пока не будет достигнуто значение таймера. Если выполняется соответствие со значением таймера, истекает срок в таймере. Текущий стандарт LTE определяет drx-InactivityTimer как количество последовательных подкадров PDCCH после успешного декодирования PDCCH, указывающего первоначальную передачу данных пользователя по UL или DL, и определяет drx-RetransmissionTimer как максимальное количество последовательных подкадров PDCCH в продолжении, не позже чем ожидается повторная передача UE по DL.
Кроме того, UE должно выполнять мониторинг PDCCH во время произвольного доступа, или когда UE передает запрос планирования и пытается принять предоставление UL.
Период времени, в течение которого UE должно выполнять мониторинг PDCCH, упоминается как активное время. Активное время включает в себя включенное состояние, в течение которого периодически выполняется мониторинг PDCCH, и интервал времени, в течение которого выполняется мониторинг PDCCH при генерировании события.
Более конкретно, активное время включает в себя время, когда (1) выполняется onDurationTimer или drx-InactivityTimer или drx-RetransmissionTimer или mac-ContentionResolutionTimer, или (2) запрос планирования посылается по PUCCH и находится в процессе обработки, или (3) может происходить предоставление восходящей линии связи для ожидающей обработки повторной передачи HARQ, и имеются данные в соответствующем буфере HARQ, или (4) PDCCH, указывающий новую передачу, адресованная временному идентификатору сотовой радиосети (C-RNTI) UE, не был принят после успешного приема ответа произвольного доступа для преамбулы, не выбранной посредством UE.
Фиг. 7 представляет собой диаграмму, изображающую способ работы DRX в системе LTE.
Как показано на Фиг. 7, UE может быть выполнено с RRC с функциональной возможностью DRX и выполняет следующие операции для каждого TTI (т.е. каждый подкадр).
Если таймер HARQ RTT (время кругового обращения) истекает в данном подкадре, и данные соответствующего процесса HARQ не были успешно декодированы, UE запускает drx-RetransmissionTimer для соответствующего процесса HARQ.
Далее, если принимается элемент управления (CE) MAC команды DRX, UE останавливает onDurationTimer и drx-InactivityTimer. CE MAC команды DRX представляет собой команду для переключения в состояние DRX и идентифицируется полем LCID (ID логического канала) подзаголовка протокольного блока данных (PDU) MAC.
Далее, если истекает drx-InactivityTimer, или в этом подкадре принимается CE MAC команды DRX, если сконфигурирован короткий цикл DRX, UE запускает или повторно запускает drxShortCycleTimer и использует короткий цикл DRX. Однако, если короткий цикл DRX не сконфигурирован, используется длинный цикл DRX. Кроме того, если в данном подкадре истекает drxShortCycleTimer, также используется длинный цикл DRX.
Кроме того, если используется короткий цикл DRX, и [(SFN * 10)+номер подкадра] modulo (shortDRX-Cycle) равен (drxStartOffset) modulo (shortDEX-Cycle), или, если используется длинный цикл DRX, и [(SFN*10)+номер подкадра] modulo (longDRX-Cycle) равен (drxStartOffset), UE запускает onDurationTimer.
UE выполняет мониторинг PDCCH в течение подкадра PDCCH в течение активного времени. Если PDCCH указывает передачу по DL, или, если было сконфигурировано назначение DL для данного подкадра, UE запускает таймер HARQ RTT для соответствующего процесса HARQ и останавливает drx-RetransmissionTimer для соответствующего процесса HARQ. Если PDCCH указывает новую передачу (DL или UL), UE запускает или повторно запускает drx-InactivityTimer.
В данном случае, подкадр PDCCH определяется как подкадр с PDCCH. Т.е. подкадр PDCCH представляет собой подкадр, по которому может передаваться PDCCH. Более конкретно, в системе FDD (дуплекс с частотным разделением), подкадр PDCCH представляет любой подкадр. Для системы полного дуплекса TDD (дуплекс с временным разделением), подкадр PDCCH представляет объединение подкадров нисходящей линии связи и подкадров, включающих в себя DwPTS (временной слот пилотного сигнала нисходящей линии связи) всех обслуживающих сот, кроме обслуживающих сот, которые сконфигурированы с schedulingCellId (т.е. запланированной сотой). В данном случае, schedulingCellId указывает идентификатор соты планирования. Кроме того, для системы полудуплексного TDD, подкадр PDCCH представляет подкадры, где PCell (первичная сота) сконфигурирована как подкадр нисходящей линии связи или подкадр, включающий в себя DwPTS.
Между тем, когда не в активном времени, UE не выполняет передачу опорного зондирующего сигнала (SRS) и передачу информации о состоянии канала (CSI), которые запускаются eNB.
Во время вышеупомянутой работы DRX только таймер HARQ RTT зафиксирован на 8 мс, тогда как eNB указывает другие значения таймера, onDurationTimer, drx-InactivityTimer, drx-RetransmissionTimer и mac-ContentionResolutionTimer, для UE посредством сигнала RRC. eNB также указывает длинный цикл DRX и короткий цикл DRX, которые представляют период цикла DRX, для UE посредством сигнала RRC.
В данном случае, процедура произвольного доступа в системе LTE объясняется в отношении другого таймера, таймера разрешения состязания.
Фиг. 8 представляет собой диаграмму, объясняющую процедуру произвольного доступа.
Когда UE требуется выполнить доступ к сети и определить сообщение, подлежащее передаче, сообщение может быть связано с намерением, и может быть определено значение причины. Размер идеального сообщения номер 3, изображенного на Фиг. 8, также может определяться посредством идентификации всей необязательной информации и разных альтернативных размеров, таких как посредством исключения необязательной информации, или может использоваться альтернативное сообщение «запроса планирования».
UE получает необходимую информацию для передачи преамбулы. В ответ на передачу преамбулы произвольного доступа посредством UE, eNB может отвечать передачей ответа произвольного доступа. Передача UE не является запланированной, поэтому может быть состязание с другим UE. Поэтому, процедура произвольного доступа дополнительно содержит процедуру разрешения состязания посредством передачи сообщения 3 (msg3) в виде запланированной передачи UE и приема сообщения разрешения состязания от eNB.
Разрешение состязания основывается или на C-RNTI по PDCCH PCell или на разрешении состязания UE по DL-SCH. Согласно стандарту LTE это разрешение состязания контролируется на основе таймера разрешения состязания MAC (mac-ContentionResolutionTimer).
Если Msg3 передано, UE может запустить mac-ContentionResolutionTimer и может повторно запускать mac-ContentionResolutionTimer при каждой повторной передаче HARQ. После этого, независимо от возможного наступления измерительного промежутка, UE может выполнять мониторинг PDCCH до истечения mac-ContentionResolutionTimer или его остановки.
Если уведомление о приеме передачи PDCCH принимается от нижних уровней, и если принимается сообщение о соответствующем разрешении состязания, UE может остановить mac-ContentionResolutionTimer и считать эту процедуру произвольного доступа успешно завершенной.
Однако перед тем как произойдет вышеупомянутое событие, если истекает mac-ContentionResolutionTimer, UE может считать разрешение состязания неуспешным.
Когда UE сконфигурировано с DRX, UE может осуществлять энергосбережение посредством выполнения прерывистого мониторинга PDCCH, указывающего передачу данных по UL или DL. Работа DRX задается IE DRX-config в сигнализации RRC, которая включает в себя onDurationTimer, drx-InactivityTimer, drx-RetransmissionTimer, drxStartOffset, shortDRX-cycle и drxShortCycleTimer. Значение относящихся к DRX таймеров конфигурируется посредством сигнализации RRC, учитывающей трафик и политику планирования.
Согласно текущему техническому стандарту каждый из таймеров, ассоциированных с работой DRX (например, onDurationTimer, drx-InactivityTimer, drx-RetransmissionTimer, drxStartOffset, shortDRX-cycle и drxShortCycleTimer), имеет свое собственное запускающее событие. Поэтому, когда eNB передает значение (X) для конкретного таймера в подкадре n, он может ожидать, что таймер будет работать с подкадра n до подкадра n+X-1. Однако в некоторых ситуациях UE, принимающему значение (X), необходимо время для обработки принятого сигнала, поэтому таймер может не запуститься на подкадре n. В противоположность этому, eNB может ожидать, что таймер запустится с подкадра n+1 до подкадра n+X, хотя UE фактически запускает таймер с подкадра n до подкадра n+X-1. Это может быть проблемой для некоторой ситуации, и это конкретно обсуждается с примером таймера drx-InactivityTimer.
Drx-InactivityTimer
Фиг. 9 представляет собой диаграмму, изображающую пример проблем, подлежащих решению настоящим изобретением.
Когда eNB конфигурирует drx-InactivityTimer с конкретной временной длительностью посредством сигнализации RRC, ожидается, что UE находиться в активном времени для мониторинга PDCCH, указывающего передачу данных по UL или DL в течение временной длительности, задаваемой сигнализацией RRC после приема PDCCH, указывающего передачу данных по UL или DL от eNB. Если предполагается, что выполняется только drx-InactivityTimer, когда eNB конфигурирует drx-InactivityTimer на psf6 (X=6) и принимает PDCCH, указывающий передачу данных по UL или DL в подкадре n, eNB ожидает, что UE находится в активном времени и выполняет мониторинг PDCCH, указывающий передачу данных по UL или DL с n+1ого подкадра до n+6ого подкадра. Однако в текущей спецификации MAC UE не находится в активном времени в n+6ом подкадре и не выполняет мониторинг PDCCH в n+6ом подкадре.
Является проблематичным, что имеется рассогласование между eNB и UE, так как eNB планирует в n+6ом подкадре для UE, тогда как UE не выполняет мониторинг PDCCH в n+6ом подкадре, что приводит к потере PDCCH. Причина, почему происходит рассогласование между eNB и UE в подкадре, где должен истечь drx-InactivityTimer, заключается в том, что drx-InactivityTimer истекает перед тем, как UE выполняет мониторинг PDCCH, указывающий передачу данных по UL или DL с eNB в подкадре. Так как UE не находится в активном времени, когда не выполняется drx-InactivityTimer (с учетом того, что нет других выполняющихся таймеров, относящихся к DRX), UE не выполняет мониторинг PDCCH в подкадре, где должен истечь drx-InactivityTimer.
Подобная проблема может происходить с другими таймерами.
drx-RetransmissionTimer
Когда eNB конфигурирует UE с функциональной возможностью DRX и устанавливает drx-RetransmissionTimer с конкретной временной длительностью посредством сигнализации RRC, eNB ожидает, что UE находится в неактивном времени и не выполняет мониторинг PDCCH, указывающий передачу данных по UL или DL по истечении drx-RetransmissionTimer. Однако в текущей спецификации MAC неясно, находится ли UE в активном времени или не в подкадре, где истекает drx-RetransmissionTimer.
onDurationTimer
Когда eNB конфигурирует UE с функциональной возможностью DRX и устанавливает onDurationTimer с конкретной временной длительностью посредством сигнализации RRC, eNB ожидает, что UE находится в неактивном времени и не выполняет мониторинг PDCCH, указывающий передачу данных по UL или DL по истечении onDurationTimer. Однако в текущей спецификации MAC неясно, находится ли UE в активном времени или не в подкадре, где истекает onDurationTimer.
mac-ContentionResolutionTimer
Когда eNB конфигурирует конфигурацию RACH и устанавливает mac-ContentionResolutionTimer с конкретной временной длительностью посредством сигнализации RRC, ожидается, что UE выполняет мониторинг PDCCH до тех пор, пока mac-ContentionResolutionTimer не истечет или не остановится независимо от возможного появления измерительного промежутка. Кроме того, eNB ожидает, что UE находится в неактивном времени и не выполняет мониторинг PDCCH, указывающий передачу данных по UL или DL по истечении mac-ContentionResolutionTimer. Однако в текущей спецификации MAC неясно, находится ли UE в активном времени или не в подкадре, где истекает mac-ContentionResolutionTimer.
Может показаться, что, если авторы изобретения предварительно определяют начальную точку всех таймеров как подкадр n+1, когда происходит запускающее событие в подкадре n, вышеупомянутая проблема может быть легко решена. Однако в некоторой ситуации, основываясь на характеристике каждого таймера, это может не работать. Лучшим подходом может быть предварительное определение начального подкадра, учитывая характеристики каждого таймера.
Поэтому, настоящий вариант осуществления характеризуется категоризацией вышеупомянутых таймеров, ассоциированных с работой DRX, на две категории. Для таймера первой категории или первого таймера UE запускает первый таймер и выполняет мониторинг PDCCH с подкадра n+1 до подкадра n+X, когда запускающее событие для запуска первого таймера происходит в подкадре n. Для таймера второй категории или второго таймера UE запускает второй таймер и выполняет мониторинг PDCCH с подкадра n до подкадра n+X-1, когда запускающее событие для запуска первого таймера происходит в подкадре n.
Вышеупомянутая категоризация может основываться на определении, требуется ли какая-нибудь немедленная обработка UE. Если немедленная обработка UE требуется для конкретного таймера, то лучше предварительно определить, что конкретный таймер запускается с подкадра n+1. С другой стороны, если нет необходимости в немедленной обработке UE, лучше предварительно определить, что конкретный таймер запускается с подкадра n и завершается раньше.
Последующее объяснение предназначено для категоризации таймеров, основываясь на их характеристиках.
drx-InactivityTimer
Как объяснено ранее, запускающим событием для drx-InactivityTimer является прием PDCCH, указывающего новую передачу (по DL или UL). UE требуется запустить мониторинг PDCCH, основываясь на drx-InactivityTimer после приема PDCCH, указывающего эту новую передачу. Однако, чтобы UE распознало прием PDCCH, указывающего новую передачу, UE должно декодировать принятый PDCCH. Таким образом, предлагается, что drx-InactivityTimer категорируется как первый таймер, и UE начинает мониторинг PDCCH с подкадра n+1.
Необходимо отметить, что запуск drx-InactivityTimer и запуск мониторинга PDCCH необязательно синхронизированы. Например, drx-InactivityTimer может запускаться с подкадра n, тогда как UE начинает выполнять мониторинг PDCCH с подкадра n+1. Настоящий вариант осуществления сосредотачивает внимание на фактической работе UE (например, мониторинге PDCCH, а не запуске drx-InactivityTimer).
Поэтому, согласно настоящему варианту осуществления, когда принятое значение для drx-InactivityTimer представлено как Xdit и PDCCH, указывающий новую передачу UL/DL, UE начинает мониторинг PDCCH с подкадра n+1 до подкадра n+Xdit. Необходимо отметить, что выполнение мониторинга UE PDCCH в подкадре x+Xdit может обратить внимание на проблему, упомянутую в отношении Фиг. 9. Также, сам drx-InactivityTimer может запускаться с подкадра n или подкадра n+1, т.е. это менее важно для работы UE.
mac-ContentionResolutionTimer
Как упомянуто выше, если UE передает сообщение 3 процедуры произвольного доступа, UE может запускать mac-ContentionResolutionTimer. После этого, UE будет выполнять мониторинг PDCCH до тех пор, пока не истечет macContentionResolutionTimer, независимо от возможного наступления измерительного промежутка.
Поэтому, запускающее событие для запуска mac-ContentionResolutionTimer передает сообщение 3 процедуры произвольного доступа. Чтобы передавать сообщение 3, UE необходимо время. Поэтому, предполагается, что mac-ContentionResolutionTimer также категорируется в качестве первого таймера, таким образом, UE начинает мониторинг PDCCH с подкадра n+1.
Поэтому, UE согласно настоящему варианту осуществления начинает мониторинг PDCCH с подкадра n+1 до подкадра n+Xmcrt, если сообщение 3 было передано в подкадре n, и значение mac-ContentionResolutionTimer устанавливается как Xmcrt.
Таймер HARQ RTT и drx-RetransmissionTimer
Как указано выше, если PDCCH указывает передачу по DL, или, если назначение DL было сконфигурировано для подкадра n, UE может запускать таймер HARQ RTT для соответствующего процесса HARQ и останавливать drx-RetransmissionTimer для соответствующего процесса HARQ.
И, когда таймер HARQ RTT истекает в подкадре n, и данные соответствующего процесса HARQ не были успешно декодированы, UE может начинать мониторинг PDCCH.
Что касается таймера повторной передачи drx, UE требуется начать мониторинг PDCCH после истечения таймера HARQ RTT. Поэтому, нет необходимости в немедленной работе UE. Поэтому, drx-RetransmissionTimer категорируется как второй таймер, и UE начинает мониторинг PDCCH с подкадра n. Необходимо отметить, что, если авторы изобретения представляют, что запускающее событие для запуска drx-RetransmissionTimer происходит в подкадре n, и значение для HARQ RTT представлено как Xrtt, запускающее событие для запуска таймера HARQ RTT происходит в подкадре n-Xrtt.
onDurationTimer и drxShortCycleTimer
Как объяснено выше, если drx-InactivityTimer истекает, или принимается элемент управления MAC команды DRX в подкадре n, UE зависит от цикла DRX. Этот цикл DRX основывается или на длинном цикле DRX или на коротком цикле DRX. Например, если конфигурируется короткий цикл DRX, UE может запустить или повторно запустить drxShortCycleTimer и использовать короткий цикл DRX. С другой стороны, если короткий цикл DRX не сконфигурирован, UE может использовать длинный цикл DRX. Кроме того, если drxShortCycleTimer истекает, UE может использовать длинный цикл DRX.
После определения, что, если системный номер кадра (SFN) удовлетворяет предварительно определенному условию, основываясь на или коротком цикле DRX или на длинном цикле DRX, UE может запустить onDurationTimer. Конкретно, (1) если используется короткий цикл DRX, и [(SFN*10)+номер подкадра] modulo (shortDRX-Cycle) = (drxStartOffset) modulo (shortDRX-Cycle); или (2), если используется длинный цикл DRX, и [(SFN*10)+номер подкадра] modulo (longDRX-Cycle) = drxStartOffset, UE может запускать onDurationTimer.
Как объяснено ранее, во время активного времени, для подкадра PDCCH, если подкадр не требуется для передачи по восходящей линии связи для работы UE в полудуплексе FDD, и, если подкадр на является частью сконфигурированного измерительного промежутка, UE может выполнять мониторинг PDCCH.
Вышеприведенное объяснение показывает, что нет необходимости в немедленной работе UE после того, как произойдут запускающие события для onDurationTimer и drxShortCycleTimer. Таким образом, эти таймеры могут категорироваться как второй таймер. Т.е. UE выполняет мониторинг PDCCH в подкадрах PDCCH с подкадра n до подкадра n+Xodt-1, когда SFN удовлетворяет вышеупомянутому условию, основываясь или на длинном цикле DRX или на коротком цикле DRX в подкадре n, и значение для onDurationTimer представлено как Xodt.
Также, UE может использовать короткий цикл DRX с подкадра n до подкадра n+Xdsct-1, когда drx-InactivityTimer истекает, или принимается элемент управления MAC команды DRX в подкадре n, и значение для drxShortCycleTimer представлено как Xdsct.
Когда таймер DRX установлен на значение X, и n обозначает подкадр, в котором запускается относящееся событие, предполагаемое поведение каждого таймера DRX может быть просуммировано как таблица 1.
| Таблица 1 | |
| Таймеры DRX | Предполагаемое поведение UE ([x, y] означает включение подкадра x и y) |
| drx-InactivityTimer | UE выполняет мониторинг PDCCH в подкадрах PDCCH во время подкадров [n+1, n+X] UE запускает или повторно запускает drxShortCycleTimer и использует короткий цикл DRX в подкадре n+X+1, если сконфигурирован |
| mac-ContentionResolutionTimer | UE выполняет мониторинг PDCCH в подкадрах PDCCH во время подкадров [n+1, n+X] |
| drx-RetransmissionTimer | UE выполняет мониторинг PDCCH в подкадрах PDCCH во время подкадров [n, n+X-1] |
| onDurationTimer | UE выполняет мониторинг PDCCH в подкадрах PDCCH во время подкадров [n, n+X-1] |
| drxShortCycleTimer | UE использует короткий цикл DRX во время подкадров [n, n+X-1] UE начинает использование длинного цикла DRX в подкадре n+X |
| таймер HARQ RTT | UE запускает drx-RetransmissionTimer в подкадре n+X, если необходимо |
Вышеупомянутое объяснение сосредоточено на ситуации, когда система беспроводной связи работает по схеме FDD. Но, когда система беспроводной связи работает по схеме TDD, требуется незначительная модификация.
Фиг. 10 представляет собой диаграмму, объясняющую ситуацию в системе TDD.
В системе TDD LTE радиокадр включает в себя два полкадра, каждый из которых включает в себя стандартные подкадры и специальный подкадр. Стандартный подкадр включает в себя два слота, и специальный подкадр включает в себя временной слот пилотного сигнала нисходящей линии связи (DwPTS), защитный период (GP) и временной слот пилотного сигнала восходящей линии связи (UpPTS).
В специальном подкадре DwPTS используется для начального поиска соты, синхронизации или оценки канала на пользовательском оборудовании. UpPTS используется для синхронизации оценки канала на базовой станции при передаче по восходящей линии связи пользовательского оборудования. Другими словами, DwPTS используется для передачи по нисходящей линии связи, и UpPTS используется для передачи по восходящей линии связи. В частности, UpPTS используется для преамбулы PRACH или передачи SRS. Также, защитный период предназначен для устранения помех, происходящих в восходящей линии связи из-за задержки при многолучевом распространении сигналов нисходящей линии связи между восходящей линией связи и нисходящей линией связи.
Текущий документ стандарта 3GPP определяет специальный подкадр так, как изображено в таблице 2 ниже. В таблице 2 TS=1/(15000×2048) представляет DwPTS и UpPTS, и другая зона устанавливается для защитного периода.
| Таблица 2 | ||||||
| Конфигурация специального подкадра | Стандартный циклический префикс на нисходящей линии связи | Расширенный циклический префикс на нисходящей линии связи | ||||
| DwPTS | UpPTS | DwPTS | UpPTS | |||
| Стандартный циклический префикс на восходящей линии связи | Расширенный циклический префикс на восходящей линии связи | Стандартный циклический префикс на восходящей линии связи | Расширенный циклический префикс на восходящей линии связи | |||
| 0 | 6592·Ts | 2192·Ts | 2560·Ts | 7680·Ts | 2192·Ts | 2560·Ts |
| 1 | 19760·Ts | 20480·Ts | ||||
| 2 | 21952·Ts | 23040·Ts | ||||
| 3 | 24144·Ts | 25600·Ts | ||||
| 4 | 26336·Ts | 7680·Ts | 4384·Ts | 5120·Ts | ||
| 5 | 6592·Ts | 4384·Ts | 5120·Ts | 20480·Ts | ||
| 6 | 19760·Ts | 23040·Ts | ||||
| 7 | 21952·Ts | - | - | - | ||
| 8 | 24144·Ts | - | - | - |
Между тем, структура радиокадра, т.е. конфигурация UL/DL в системе TDD такая, которая изображена в таблице 3 ниже.
| Таблица 3 | |||||||||||
| Конфигурация восходящей линии связи - нисходящей линии связи | Периодичность точки переключения с нисходящей линии связи на восходящую линию связи | Номер подкадра | |||||||||
| 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | ||
| 0 | 5 мс | D | S | U | U | U | D | S | U | U | U |
| 1 | 5 мс | D | S | U | U | D | D | S | U | U | D |
| 2 | 5 мс | D | S | U | D | D | D | S | U | D | D |
| 3 | 10 мс | D | S | U | U | U | D | D | D | D | D |
| 4 | 10 мс | D | S | U | U | D | D | D | D | D | D |
| 5 | 10 мс | D | S | U | D | D | D | D | D | D | D |
| 6 | 5 мс | D | S | U | U | U | D | S | U | U | D |
В вышеупомянутой таблице 3, D обозначает подкадр нисходящей линии связи, U обозначает подкадр восходящей линии связи, и S означает специальный подкадр. Также, вышеприведенная таблица 3 представляет период переключения нисходящей линии связи -восходящей линии связи конфигурации подкадра восходящей линии связи/нисходящей линии связи в каждой системе.
Как показано на Фиг. 10, не все подкадры включают в себя PDCCH. Таким образом, вышеприведенная таблица 1 должна быть модифицирована следующим образом таблица 4.
| Таблица 4 | |
| Таймеры DRX | Предполагаемое поведение UE ([x, y] означает включение подкадра x и y) |
| drx-InactivityTimer | UE выполняет мониторинг PDCCH в подкадрах PDCCH во время подкадров [n+1, n+m] UE запускает или повторно запускает drxShortCycleTimer и использует короткий цикл DRX в подкадре n+m+1, если сконфигурирован |
| mac-ContentionResolutionTimer | UE выполняет мониторинг PDCCH в подкадрах PDCCH во время подкадров [n+1, n+X] |
| drx-RetransmissionTimer | UE выполняет мониторинг PDCCH в подкадрах PDCCH во время подкадров [n, n+m-1] |
| onDurationTimer | UE выполняет мониторинг PDCCH в подкадрах PDCCH во время подкадров [n, n+m-1] |
| drxShortCycleTimer | UE использует короткий цикл DRX во время подкадров [n, n+X-1] UE начинает использовать длинный цикл DRX в подкадре n+X |
| таймер HARQ RTT | UE запускает drx-RetransmissionTimer в подкадре n+X, если необходимо |
| Примечание: Для FDD m равно X; для TDD m равно минимальному количеству подкадров, так что X подкадров PDCCH включается в продолжение подкадров [x, y] |
Т.е. для FDD m равно X. Т.е. нет необходимости модификации. Но для TDD m равно минимальному количеству подкадров, так что X подкадров PDCCH включается в продолжение подкадров [x, y].
Фиг. 11 представляет собой блок-схему устройства связи согласно варианту осуществления настоящего изобретения.
Устройством, показанным на Фиг. 11, может быть пользовательское оборудование (UE), выполненное с возможностью выполнения вышеупомянутого механизма энергосбережения, но им может быть любое устройство для выполнения такой же операции.
Как показано на Фиг. 11, устройство может содержать процессор цифровой обработки сигналов (DSP)/микропроцессор (110) и радиочастотный (RF) модуль (приемопередатчик 135). DSP/микропроцессор (110) электрически соединен с приемопередатчиком (135) и управляет им. Устройство может дополнительно включать в себя модуль (105) управления питанием, батарею (155), дисплей (115), клавиатуру (120), карту (125) модуля идентификации абонента (SIM), устройство (130) памяти, громкоговоритель (145) и устройство (150) ввода, основываясь на его реализации и выборе разработчика.
Конкретно, микропроцессор (110) выполнен с возможностью управления приемопередатчиком (135) с целью выполнения мониторинга PDCCH с подкадра n+1 до подкадра n+X, основываясь на первом таймере из числа таймеров, относящихся к работе DRX, когда первое событие для запуска первого таймера происходит в подкадре n. С другой стороны, микропроцессор (110) выполнен с возможностью управления приемопередатчиком (135) с целью выполнения мониторинга PDCCH с подкадра n до подкадра n+X-1, основываясь на втором таймере из числа упомянутых таймеров, когда второе событие для запуска второго таймера происходит в подкадре n.
Для специалиста в данной области техники очевидно, что в настоящем изобретении могут быть сделаны различные модификации и изменения без отступления от сущности или объема изобретения. Таким образом, предполагается, что настоящее изобретение охватывает модификации и изменения данного изобретения при условии, что они подпадают под объем прилагаемой формулы изобретения и ее эквивалентов.
Промышленная применимость
Хотя вышеописанный способ был описан со сосредоточением на примере, применимом к системе LTE 3GPP, настоящее изобретение применимо к многочисленным системам беспроводной связи и помимо системы LTE 3GPP.
1. Способ для пользовательского оборудования (UE), работающего в системе беспроводной связи, причем способ содержит:
прием значений (X) для каждого из таймеров, относящихся к работе в режиме прерывистого приема (DRX), из сети;
мониторинг физического канала управления нисходящей линии связи (PDCCH) с подкадра n+1 до подкадра n+Y, основываясь на первом таймере из числа упомянутых таймеров, когда первое событие для запуска первого таймера происходит в подкадре n; и
мониторинг PDCCH с подкадра n до подкадра n+Y-1, основываясь на втором таймере из числа упомянутых таймеров, когда второе событие для запуска второго таймера происходит в подкадре n,
причем Y соответствует минимальному количеству подкадров, так что X подкадров, имеющих упомянутый PDCCH, включается в первый период, начинающийся с подкадра n+1 и заканчивающийся на подкадре n+Y, или во второй период, начинающийся с подкадра n и заканчивающийся на подкадре n+Y-1 соответственно.
2. Способ по п. 1, в котором первое событие содержит прием PDCCH, указывающего новую передачу, и
в котором первый таймер содержит таймер неактивности DRX.
3. Способ по п. 1, в котором первое событие содержит передачу сообщения 3 процедуры произвольного доступа и
в котором первый таймер содержит таймер разрешения состязания управления доступом к среде передачи (MAC).
4. Способ по п. 1, в котором второе событие содержит случай, когда истекает таймер повторной передачи гибридного автоматического запроса на повторение (таймер HARQ RTT) в подкадре n, и данные соответствующего процесса HARQ не были успешно декодированы и
в котором второй таймер содержит таймер повторной передачи DRX.
5. Способ по п. 1, в котором второе событие содержит случай, когда системный номер кадра удовлетворяет предварительно определенному условию в отношении цикла DRX, и
в котором второй таймер содержит таймер включенного состояния.
6. Способ по п. 5, в котором цикл DRX основывается или на длинном цикле DRX, или на коротком цикле DRX,
причем, если принятым значением для таймера короткого цикла DRX является X,
UE использует короткий цикл DRX в течение периода, начинающегося с подкадра n и заканчивающегося на подкадре n+Х-1, и
начинает использование длинного цикла DRX на подкадре n+Х,
когда истекает таймер неактивности DRX или принимается элемент управления MAC команды DRX на подкадре n.
7. Пользовательское оборудование для работы в системе беспроводной связи, причем UE содержит:
приемопередатчик, выполненный с возможностью передачи или приема сигналов по эфиру;
микропроцессор, электрически соединенный с приемопередатчиком и выполненный с возможностью управления приемопередатчиком, чтобы выполнять:
мониторинг физического канала управления нисходящей линии связи (PDCCH) с подкадра n+1 до подкадра n+Y, основываясь на первом таймере из числа таймеров, относящихся к работе в режиме прерывистого приема (DRX), когда первое событие для запуска первого таймера происходит в подкадре n; и
мониторинг PDCCH с подкадра n до подкадра n+Y-1, основываясь на втором таймере из числа упомянутых таймеров, когда второе событие для запуска второго таймера происходит в подкадре n,
причем X в совокупности представляет значения, принятые из сети для каждого из упомянутых таймеров, и
причем Y соответствует минимальному количеству подкадров, так что X подкадров, имеющих упомянутый PDCCH, включается в первый период, начинающийся с подкадра n+1 и заканчивающийся на подкадре n+Y, или во второй период, начинающийся с подкадра n и заканчивающийся на подкадре n+Y-1 соответственно.
8. UE по п. 7, в котором первое событие содержит прием PDCCH, указывающего новую передачу, и
в котором первый таймер содержит таймер неактивности DRX.
9. UE по п. 7, в котором первое событие содержит передачу сообщения 3 процедуры произвольного доступа и
в котором первый таймер содержит таймер разрешения состязания управления доступом к среде передачи (MAC).
10. UE по п. 7, в котором второе событие содержит случай, когда истекает таймер повторной передачи гибридного автоматического запроса на повторение (таймер HARQ RTT) в подкадре n, и данные соответствующего процесса HARQ не были успешно декодированы и
в котором второй таймер содержит таймер повторной передачи DRX.
11. UE по п. 7, в котором второе событие содержит случай, когда системный номер кадра удовлетворяет предварительно определенному условию в отношении цикла DRX, и
в котором второй таймер содержит таймер включенного состояния.
12. UE по п. 11, в котором цикл DRX основывается или на длинном цикле DRX, или на коротком цикле DRX,
причем, если принятым значением для таймера короткого цикла DRX является X, микропроцессор использует короткий цикл DRX в течение периода, начинающегося с подкадра n и заканчивающегося на подкадре n+Х-1, и
начинает использование длинного цикла DRX на подкадре n+Х,
когда истекает таймер неактивности DRX или принимается элемент управления MAC команды DRX на подкадре n.
