Способ и устройство для вычисления таймера drx (прерывистого приема) в системе агрегирования несущих

Изобретение относится к системе беспроводной связи. Техническим результатом является обеспечение высокой конкурентоспособности в будущем. Более конкретно, настоящее изобретение относится к способу и устройству для вычисления таймера DRX (прерывистого приема) в системе агрегирования несущих, при этом способ содержит этапы, на которых: конфигурируют множество сот, включающих в себя по меньшей мере одну обслуживающую соту с FDD (дуплексной связью с частотным разделением) и по меньшей мере одну обслуживающую соту с TDD (дуплексной связью с временным разделением); и вычисляют таймер DRX (прерывистого приема) в подкадре, при этом подкадр представляет собой подкадр восходящей линии связи для всех обслуживающих сот с TDD. 2 н. и 8 з.п. ф-лы, 14 ил., 2 табл.

 

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

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

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

[0002] В качестве примера системы мобильной связи, к которой применимо настоящее изобретение, кратко описывается система связи стандарта долгосрочного развития проекта партнерства 3-го поколения (в дальнейшем, упоминается как LTE).

[0003] Фиг.1 представляет собой вид, схематично иллюстрирующий сетевую структуру E-UMTS в качестве примера системы радиосвязи. Развитая универсальная система мобильной связи (E-UMTS) представляет собой усовершенствованную версию известной универсальной системы мобильной связи (UMTS), и ее основная стандартизация в настоящее время реализуется в 3GPP. E-UMTS, как правило, называется системой долгосрочного развития (LTE). Для получения более подробной информации о технических спецификациях UMTS и E-UMTS можно сослаться на Выпуск 7 и Выпуск 8 «Проекта партнерства 3-го поколения; сеть радиодоступа группы по разработке технических спецификаций».

[0004] Ссылаясь на Фиг. 1, Е-UMTS включает в себя абонентское оборудование (UE), узлы-B (узлы-еNB) и шлюз доступа (AG), расположенного на выходе сети (E-UTRAN) и соединенного с внешней сетью. Узлы-eNB могут одновременно передавать множество потоков данных посредством услуги широковещательной передачи, услуги многоадресной передачи и/или услуги одноадресной передачи.

[0005] Одна или более сот могут присутствовать в узле-eNB. Сота устанавливается для использования одной из полос частот, таких как 1,25, 2,5, 5, 10, 15 и 20 МГц, и для обеспечения услуги передачи по нисходящей линии связи (DL) или восходящей линии связи (UL) множеству UE в полосе частот. Разные соты могут быть установлены для обеспечения разных полос частот. Узел-eNB управляет передачей или приемом данных к и от множества UE. Узел еNB передает соответствующему UE по DL информацию о планировании c данными DL таким образом, чтобы сообщить оборудованию UE о диапазоне времени/частоты, в котором данные передачи по DL должны быть переданы, о кодировании, о размере данных и информацию, связанную с гибридным автоматическим запросом на повторную передачу данных (HARQ). Кроме того, узел еNB передает соответствующему UE по UL информацию о планировании с данными UL таким образом, чтобы сообщить оборудованию UE о диапазоне времени/частоты, который может быть использован оборудованием UE, о кодировании, о размере данных и информацию, связанную с гибридным автоматическим запросом на повторную передачу данных (HARQ). Для передачи абонентского трафика и трафика управления может использоваться интерфейс между узлами eNB. Базовая сеть (CN) может включать в себя AG и сетевой узел и т.п. для регистрации абонента UE. AG управляет мобильностью UE на основе зоны слежения (TA). Одна TA включает в себя множество сот.

[0006] Несмотря на то, что технология беспроводной связи была разработана для LTE на основе технологии широкополосного множественно доступа с кодовым разделением (WCDMA), требования и ожидания пользователей и поставщиков услуг повышаются. Кроме того, принимая во внимание другие разрабатываемые технологии радиодоступа, требуется новое технологическое развитие для обеспечения высокой конкурентоспособности в будущем. Требуется снижение стоимости за бит, увеличение доступности услуг, гибкое использование частотных полос, упрощенная структура, открытый интерфейс, уместная потребляемая мощность UE и т.п.

ОПИСАНИЕ ИЗОБРЕТЕНИЯ

ТЕХНИЧЕСКАЯ ПРОБЛЕМА

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

ТЕХНИЧЕСКОЕ РЕШЕНИЕ

[0008] Упомянутая задача настоящего изобретения может быть решена посредством обеспечения способа функционирования абонентского оборудования (UE) в системе беспроводной связи, содержащего этапы, на которых: конфигурируют множество сот, включающих в себя по меньшей мере одну обслуживающую соту с FDD (дуплексной связью с частотным разделением) и по меньшей мере одну обслуживающую соту с TDD (дуплексной связью с временным разделением); и вычисляют таймер DRX (прерывистого приема) в подкадре, при этом подкадр представляет собой подкадр восходящей линии связи для всех обслуживающих сот с TDD.

[0009] В другом аспекте настоящего изобретения обеспечено UE (Абонентское оборудование) для вычисления таймера DRX в системе беспроводной связи, при этом UE содержит: RF (радиочастотный) модуль; и процессор, выполненный с возможностью управлять RF модулем, при этом процессор выполнен с возможностью конфигурировать множество сот, содержащих по меньшей мере одну обслуживающую соту с FDD (дуплексной связью с частотным разделением) и по меньшей мере одну обслуживающую соту с TDD (дуплексной связью с временным разделением), вычислять таймер DRX (прерывистого приема) в подкадре, причем подкадр представляет собой подкадр восходящей линии связи для всех обслуживающих сот с TDD.

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

[0011] Преимущественно таймер DRX вычисляется в подкадре, когда подкадр представляет собой подкадр нисходящей линии связи и подкадр включает в себя DwPTS по меньшей мере одной из множества сот.

[0012] Преимущественно все подкадры для обслуживающих сот с FDD, включающие в себя упомянутый подкадр, представляют собой подкадры нисходящей линии связи, и все обслуживающие соты с FDD не сконфигурированы с schedulingCellId.

[0013] Преимущественно все обслуживающие соты с TDD не сконфигурированы с schedulingCellId.

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

ПОЛЕЗНЫЕ ЭЭФЕКТЫ ИЗОБРЕТЕНИЯ

[0015] В соответствии с настоящим изобретением, вычисление таймера DRX (прерывистого приема) может быть эффективно выполнено в системе агрегирования несущих. Более конкретно UE может вычислять таймер DRX при совместном функционировании с TDD-FDD.

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

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

[0017] Сопроводительные чертежи, которые включены сюда для более глубокого понимания изобретения и образуют часть данной заявки, иллюстрируют вариант (варианты) воплощения изобретения и вместе с описанием служат для объяснения принципов, лежащих в основе настоящего изобретения.

[0018] Фиг. 1 представляет собой диаграмму, показывающую сетевую структуру развитой универсальной системы мобильной связи (E-UMTS) в качестве примера системы беспроводной связи;

[0019] Фиг. 2А представляет собой блок-схему, иллюстрирующую сетевую структуру усовершенствованной универсальной системы мобильной связи (E-UMTS), и Фиг. 2B представляет собой блок-схему, иллюстрирующую архитектуру типичной сети E-UTRAN и типичной EPC;

[0020] Фиг. 3 представляет собой диаграмму, показывающую плоскость управления и плоскость пользователя протокола радиоинтерфейса между UE и E-UTRAN на основе проекта партнерства 3-го поколения (3GPP) стандартной беспроводной сети с радиодоступом;

[0021] Фиг. 4 представляет собой блок-схему устройства связи в соответствии с вариантом воплощения настоящего изобретения;

[0022] Фиг. 5 представляет собой диаграмму структуры радиокадра;

[0023] Фиг.6 представляет собой диаграмму, показывающую концепцию функционирования DRX (прерывистого приема);

[0024] Фиг. 7 представляет собой диаграмму способ функционирования DRX в системе LTE;

[0025] Фиг. 8 представляет собой диаграмму агрегирования несущих;

[0026] Фиг. 9A представляет собой пример таблицы функционирования UE с FDD, и Фиг. 9B представляет собой пример таблицы функционирования UE с TDD.

[0027] Фиг. 10 представляет собой концептуальную диаграмму вычисления таймера DRX в системе агрегирования несущих в соответствии с вариантами воплощения настоящего изобретения; и

[0028] Фиг. 11 и 12 представляют собой примеры вычисления таймера DRX в системе агрегирования несущих в соответствии с вариантами воплощения настоящего изобретения.

НАИЛУЧШИЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ

[0029] Универсальная система мобильной связи (UMTS) является асинхронной системой мобильной связи 3-го поколения (3G), функционирующей по стандарту широкополосного множественного доступа с кодовым разделением каналов (WCDMA), основанной на европейских системах, глобальной системе мобильной связи (GSM) и пакетной радиосвязи общего пользования (GPRS). Стандарт долгосрочного развития (LTE) UMTS в настоящее время обсуждается по проекту партнерства 3-го поколения (3GPP), который стандартизировал UMTS.

[0030] LTE 3GPP является технологией, позволяющей осуществлять высокоскоростную пакетную связь. Для целей LTE были предложены многочисленные схемы, в том числе направленные на сокращение затрат для пользователя и поставщика услуг, на улучшение качества обслуживания, и расширение, и улучшение покрытия и пропускной способности системы. В качестве требования по максимальному уровню LTE 3-го поколения требует сокращенных затрат на бит, повышенной доступности обслуживания, гибкого использования полосы частот, простой структуры, открытого интерфейса и адекватного потребления мощности терминала.

[0031] В дальнейшем, структуры, операции и другие характеристики данного изобретения будут легко поняты из воплощений данного изобретения, примеры которого проиллюстрированы на сопроводительных чертежах. Варианты воплощения, описанные далее, являются примерами, в которых технические характеристики настоящего изобретения применяются к системе 3GPP.

[0032] Несмотря на то, что варианты воплощения настоящего изобретения описаны в настоящем описании с использованием системы долгосрочного развития (LTE) и усовершенствованной LTE (LTE-A), они являются чисто иллюстративными. Таким образом, варианты воплощения настоящего изобретения применимы к любой другой системе связи, соответствующей приведенному выше определению. Кроме того, несмотря на то, что варианты воплощения настоящего изобретения описаны в настоящем описании на основании схемы дуплексной связи с частотным разделением (FDD), варианты воплощения настоящего изобретения могут быть легко модифицированы и применены к схеме полудуплексной FDD (H-FDD) или схеме дуплексной связи с временным разделением (TDD).

[0033] Фиг. 2А представляет собой блок-схему, иллюстрирующую сетевую структуру усовершенствованной универсальной системы мобильной связи (E-UMTS). E-UMTS может также упоминаться как система LTE. Сеть связи широко развернута с целью обеспечения множества услуг связи, таких как передача голосовых и пакетных данных.

[0034] Как проиллюстрировано на Фиг.1, сеть E-UMTS включает в себя усовершенствованную наземную сеть радиодоступа UMTS (E-UTRAN) и усовершенствованное пакетное ядро (EPC) и одно или более абонентское оборудование. E-UTRAN может включать в себя один или более усовершенствованных узлов NodeB (eNodeB или eNB) 20 и большое количество единиц абонентского оборудования (UE) 10, которые могут быть расположены в одной соте. Один или более шлюзов 30 объекта управления мобильностью (MME) E-UTRAN /эволюции архитектуры системы (SAE) могут быть размещены в конце сети и соединены с внешней сетью.

[0035] Используемый здесь термин "нисходящая линия связи" относится к связи от узла eNodeB 20 к UE 10, и термин "восходящая линия связи" относится к связи от UE к узлу eNodeB. UE 10 относится к оборудованию связи, носимому абонентом, и может также упоминаться как мобильная станция (MS), терминал (UT) абонента, абонентская станция (SS) или беспроводное устройство.

[0036] Фиг. 2B представляет собой блок-схему, иллюстрирующую архитектуру типичной сети E-UTRAN и типичной EPC.

[0037] Как проиллюстрировано на Фиг. 2B, обеспечиваются конечные точки плоскости пользователя и плоскости управления для UE 10. Шлюз 30 MME/SME обеспечивает конечную точку сеанса связи и функцию управления мобильностью для UE 10. Узел eNodeB и шлюз MME/SME могут быть подсоединены через интерфейс S1.

[0038] Узел eNodeB 20 обычно является неподвижной станцией, которая осуществляет связь с UE 10 и может также упоминаться как базовая станция (BS) или точка доступа. В одной соте может быть развернут один узел eNodeB 20. Интерфейс для передачи трафика пользователя или трафика управления может быть использован между узлами eNodeB 20.

[0039] MME обеспечивает различные функции, включающие в себя сигнализацию NAS к узлам eNodeB 20, защиту сигнализации NAS, управление защитой AS, сигнализацию между узлами CN для мобильности между сетями доступа 3GPP, достижимость UE в режиме ожидания (включая управление и исполнение повторной передачи сигналов пейджинга), управление списком зоны отслеживания (для UE в активном режиме и режиме ожидания), выбор GW PDN и обслуживающего GW, выбор MME для передач обслуживания с изменениями MME, выбор SGSN для передачи обслуживания к сетям доступа 2G или 3G 3GPP, роуминг, аутентификацию, функции управления однонаправленным каналом, включая установление специализированного однонаправленного канала, поддержку передачи сообщений PWS(которая включает в себя ETWS и CMAS). Хост Шлюза SAE обеспечивает систематизированные функции, включающие в себя фильтрацию пакетов для каждого пользователя (посредством, например, глубокой проверки пакетов), законный перехват сообщения, распределение IP-адрес UE, маркировку пакета транспортного уровня в нисходящей линии связи, тарификацию уровня сервисов UL и DL, управление пропусканием и принудительное назначение скорости передачи, принудительное назначение скорости передачи DL на основе APN-AMBR. Для ясности, шлюз 30 MME/SAE будет здесь упоминаться просто как "шлюз", но подразумевается, что этот объект включает в себя шлюз как MME, так и SAE.

[0040] Множество узлов может быть подсоединено между узлом eNodeB 20 и шлюзом 30 через интерфейс S1. Узлы eNodeB 20 также могут быть подсоединены друг с другом через интерфейс X2, и смежные узлы eNodeB могут иметь структуру ячеистой сети, которая имеет интерфейс X2.

[0041] Как проиллюстрировано eNodeB 20 может выполнять функции выбора шлюза 30, осуществляя маршрутизацию к шлюзу во время активации управления радиоресурсами (RRC), планирования и передачи пейджинговых сообщений, планирования и передачи информации широкополосного канала управления (BCCH), динамического распределения ресурсов для UE 10 как по восходящей, так и по нисходящей линиям связи, конфигурации и обеспечении измерений в узлах eNodeB, управления однонаправленным радиоканалом, управления радиодоступом (RAC) и управления мобильностью при подключениях в состоянии LTE_ACTIVE. В сети EPC и как отмечалось выше шлюз 30 может выполнить функции создания сигналов пейджинга, управления состоянием LTE_IDLE, шифрования плоскости пользователя, управления однонаправленным каналом эволюции системной архитектуры (SAE), шифрования и защиты целостности сигнализации уровня, не связанного с предоставлением доступа (NAS).

[0042] EPC может включать в себя объект управления мобильностью (MME), обслуживающий шлюз (S-GW) и шлюз для пакетной передачи данных в сети (PDN-GW). MME обладает информацией о соединении UE или возможностях UE, и такая информация главным образом используется для управления мобильностью UE. S-GW является шлюзом, имеющим E-UTRAN в качестве конечной точки, а PDN-GW является шлюзом, имеющим пакетную передачу данных в сети (PDN) в качестве конечной точки.

[0043] Фиг. 3 представляет собой диаграмму, показывающую плоскость управления и плоскость пользователя протокола радиоинтерфейса между UE и E-UTRAN на основе стандарта сети беспроводного доступа в 3GPP радиосвязи. Плоскость управления относится к каналу связи, используемому для передачи управляющих сообщений, используемых для управления вызова между UE и E-UTRAN. Плоскость пользователя относится к каналу связи, используемому для передачи данных, сгенерированных на прикладном уровне, например, речевых данных или Интернет пакетных данных.

[0044] Физический (PHY) уровень первого уровня обеспечивает услугу передачи информации на более высокий уровень, используя физический канал. PHY уровень соединяется с уровнем управления доступом к среде (MAC), расположенным на более высоком уровне, через транспортный канал. Данные пересылаются между уровнем МАС и PHY уровнем через транспортный канал. Данные пересылаются между физическим уровнем передающей стороны и физическим уровнем принимающей стороны через физические каналы. Физические каналы используют время и частоту в качестве радиоресурсов. Более конкретно, физический канал модулируется с использованием схемы множественного доступа с ортогональным частотным разделением (OFDMA) в нисходящей линии связи и модулируется с использованием схемы множественного доступа с частотным разделением на одной несущей (SC-FDMA) в восходящей линии связи.

[0045] Уровень МАС второго уровня обеспечивает услугу управления радиолинией (RLC) более высокому уровню, через логический канал. Уровень RLC второго уровня поддерживает надежные передачи данных. Функция уровня RLC может быть реализована как функциональный блок в уровне MAC. Уровень протокола сходимости пакетных данных (PDCP) второго уровня выполняет функцию сжатия заголовков, которая сокращает ненужную информацию управления для эффективной передачи IP-пакетов, таких как IP версии 4 (IPv4) или IP версии 6 (IPv6) в радиоинтерфейсе, имеющем относительно небольшую ширину полосы пропускания.

[0046] Уровень управления радиоресурсами (RRC), расположенный в самой нижней части третьего уровня, определяется только на уровне управления. Уровень RRC управляет логическими каналами, транспортными каналами и физическими каналами в отношении конфигурации, реконфигурации и предоставления однонаправленных радиоканалов (RB). RB относится к услуге, что предоставлена вторым уровнем для передачи данных между UE и E-UTRAN. С этой целью, уровень RRC UE и уровень RRC E-UTRAN обмениваются RRC сообщениями друг с другом.

[0047] Одна сота eNB устанавливается для использования одной из полос частот, таких как 1,25, 2,5, 5, 10, 15 и 20 МГц и для обеспечения службы передачи по нисходящей линии связи (DL) или восходящей линии связи (UL) на множество UE в полосе частот. Разные соты могут быть установлены для обеспечения разных полос частот.

[0048] Транспортные каналы нисходящей линии связи для передачи данных из сети на UE могут включать в себя широковещательный канал (BCH) для передачи системной информации, поисковый канал (PCH) для передачи сообщений поискового вызова и совместно используемый канал (SCH) нисходящей линии связи для передачи прочего абонентского трафика или управляющих сообщений. Трафик или управляющие сообщения услуги многоадресной или широковещательной передачи нисходящей линии связи могут передаваться по SCH нисходящей линии связи канала и могут передаваться по отдельному каналу многоадресной передачи (MCH) нисходящей линии связи.

[0049] Транспортные каналы восходящей линии связи для передачи данных с UE в E-UTRAN включают в себя канал произвольного доступа (RACH) для передачи исходных управляющих сообщений и SCH восходящей линии связи для передачи абонентского трафика или управляющих сообщений. Логические каналы, которые находятся на более высоком уровне транспортных каналов и отображаются на транспортные каналы, включают в себя широковещательный канал управления (BCCH), канал управления поиском (PCCH), общий канал управления (CCCH), многоадресный канал управления (MCCH), многоадресный канал трафика (MTCH).

[0050] Фиг. 4 представляет собой блок-схему аппарата связи в соответствии с вариантом воплощения настоящего изобретения.

[0051] Аппарат, показанный на Фиг. 4, может быть абонентским оборудованием (UE) и/или eNB, приспособленным для выполнения описанного механизма, но он может быть любым аппаратом для выполнения той же функциональности.

[0052] Как показано на Фиг. 4, аппарат может содержать DSP/микропроцессор (110) и RF-модуль (приемопередатчик; 135). DSP/микропроцессор (110) электрически соединен с приемопередатчиком (135) и управляет им. Аппарат на основе его реализации и выбора дизайнера может дополнительно включать в себя модуль управления питанием (105), батарею (155), дисплей (115), клавиатуру (120), SIM-карту (125), запоминающее устройство (130), громкоговоритель (145) и устройство ввода (150).

[0053] В частности Фиг. 4 может представлять собой UE, содержащее приемник (135), выполненный с возможностью принимать сообщения запроса от сети, так и передатчик (135), выполненный с возможностью передавать передаваемую или принимаемую информацию синхронизации к сети. Эти приемник и передатчик могут представлять собой приемопередатчик (135). Оборудование UE дополнительно содержит процессор (110), соединенный с приемопередатчиком (135: приемник и передатчик).

[0054] Кроме того Фиг. 4 может представлять собой сетевой аппарат, содержащий передатчик (135), выполненный с возможностью передавать сообщения с запросом на UE, и приемник (135), выполненный с возможностью принимать передаваемую или принимаемую информацию синхронизации с UE. Эти передатчик и приемник могут представлять собой приемопередатчик (135). Сеть дополнительно содержит процессор (110), соединенный с передатчиком и приемником. Этот процессор (110) может быть выполнен с возможностью вычислять время запаздывания на основании принимаемой или передаваемой информации синхронизации.

[0055] Фиг. 5 иллюстрирует структуру радиокадра в сотовой системе беспроводной передачи пакетов мультиплексирования с ортогональным частотным разделением каналов (OFDM), пакеты данных восходящей/нисходящей линий связи передаются на основе подкадр-посредством-подкадра. Подкадр определяется как заранее заданный временной интервал, включающий в себя множество OFDM символов. LTE (-А) поддерживает структуру радиокадра 1-го типа, применимую к FDD (дуплексу с частотным разделением каналов), и структуру радиокадра 2-го типа, применимую к TDD (дуплексу с временным разделением каналов).

[0056] Фиг. 5 (а) иллюстрирует структуру радиокадра 1-го типа. Радиокадр нисходящей линии связи включает в себя 10 подкадров, причем каждый из которых включает в себя 2 слота во временной области. Время, требуемое для передачи подкадра, определяется как временной интервал передачи (TTI). Например, каждый подкадр имеет длительность 1 мс, и каждый слот имеет длительность 0,5 мс. Слот включает в себя множество OFDM-символов во временной области и включает в себя множество ресурсных блоков (RB) в частотной области. Так как LTE (-a) использует OFDM для нисходящей линии связи, то OFDM символ представляет собой символьный период. OFDM символ может называться SC-FDMA символом или символьным периодом. RB представляет собой блок выделения ресурса, включающий в себя множество смежных поднесущих в одном слоте.

[0057] Количество OFDM символов, включенных в один слот, может меняться в соответствии с конфигурацией циклического префикса (CP). Когда OFDM символы конфигурируются со стандартным CP, например, количество OFDM символов, включенных в один слот, может быть равно 7. Когда OFDM символ конфигурируется с расширенным CP, то количество OFDM символов, включенных в один слот, может быть равно 6.

[0058] Фиг. 5 (b) иллюстрирует структуру радиокадра 2-го типа. Радиокадр 2-го типа включает в себя 2 полукадра. Каждый полукадр включает в себя 5 подкадров, каждый из которых состоит из 2-х слотов.

[0059] Таблица 1 показывает конфигурации подкадров UL-DL (восходящей линии связи - нисходящей линии связи) в радиокадре с TDD.

[0060] Таблица 1

Конфигурация восходящей линии связи - нисходящей линии связи	Периодичность точки переключения с нисходящей линии связи на восходящую линию связи	Количество подкадров
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

[0061] В Таблице 1, D обозначает подкадр нисходящей линии связи, U обозначает подкадр восходящей линии связи и S обозначает специальный подкадр.

[0062] Специальный подкадр включает в себя временной слот пилотного сигнала нисходящей линии связи (DwPTS), защитный период (GP) и временной слот пилотного сигнала восходящей линии связи (UpPTS). DwPTS является периодом, предназначенным для передачи по нисходящей линии связи и UpPTS является периодом, предназначенным для передачи по восходящей линии связи.

[0063] В таблице 2 показаны длительности DwPTS/GP/UpPTS согласно конфигурации специального подкадра. В таблице 2, Ts обозначает время выборки.

[0064] Таблица 2

Конфигу-рация специального подкадра	Стандартный циклический префикс на нисходящей линии связи	Расширенный циклический префикс на нисходящей линии связи
	DwPTS	UpPTS	DwPTS	UpPTS
	Стандартный циклический префикс на восходящей линии связи	Расширенный циклический префикс на восходящей линии связи		Стандартный циклический префикс на восходящей линии связи	Расширенный циклический префикс на восходящей линии связи
0
1
2
3
4
5
6
7
8			-	-		-
9		-	-	-

[0065] Структура радиокадров является исключительно примерной и количество подкадров, включенных в радиокадр, количество слотов, включенных в подкадр и количество символов, включенных в слот может изменяться различным образом.

[0066] Фиг.6 представляет собой схему, которая показывает функционирование концепции DRX (прерывистого приема).

[0067] Ссылаясь на Фиг. 6, если DRX устанавливается для UE в RRC_CONNECTED состояние, то UE пытается принимать по каналу нисходящей линии связи, PDCCH, то есть, выполняет мониторинг PDCCH только в течение заданного периода времени, в то время как UE не выполняет мониторинг PDCCH в течение оставшегося периода времени. Период времени, в течение которого UE должно выполнять мониторинг PDCCH упоминается как "включенное состояние". Одно включенное состояние определяется за цикл DRX. То есть цикл DRX является периодом повторения включенного состояния.

[0068] UE всегда выполняет мониторинг PDCCH в течение включенного состояния за один цикл DRX и цикл DRX определяет период, в котором устанавливается включенное состояние. DRX циклы подразделяются на длинный DRX цикл и короткий DRX цикл в соответствии с периодами циклов DRX. Длинный цикл DRX может минимизировать потребление энергии аккумулятора UE, в то время как короткий цикл DRX может минимизировать задержку передачи данных.

[0069] Когда UE принимает PDCCH в течение включенного состояния в цикле DRX, может произойти дополнительная передача или повторная передача в течение периода времени, отличного от включенного состояния. Таким образом, UE должно осуществлять мониторинг PDCCH в течение периода времени, отличного от включенного состояния. То есть, UE должен выполнять мониторинг PDCCH в течение периода времени, в течение которого, запущен таймер управления неактивностью (DRX-InactivityTimer) или таймер управления повторной передачей DRX (DRX-RetransmissionTimer) и также таймер включенного состояния onDurationTimer.

[0070] Значение каждого из таймеров определяется как количество подкадров. Количество подкадров вычисляется до тех пор, пока не достигнуто значение таймера. Если значение таймера выполнено, то таймер истекает. Текущий стандарт LTE определяет DRX-InactivityTimer как ряд последовательных PDCCH-подкадров после успешного декодирования PDCCH, указывающее исходную UL или DL передачу пользовательских данных и определяет DRX-RetransmissionTimer как максимальное количество последовательных PDCCH-подкадров, сразу после повторной передачи по DL, как предполагается UE.

[0071] Кроме того, UE должно выполнять мониторинг PDCCH во время произвольного доступа или когда UE передает запрос планирования и пытается принять предоставление UL.

[0072] Период времени, в течение которого UE должно выполнять мониторинг PDCCH, упоминается как время активности (Active Time). Время активности включает в себя включенное состояние, в течение которого PDCCH периодически мониторится и временной интервал, в течение которого PDCCH мониторится при генерировании события.

[0073] Более конкретно, время активности включает в себя время, пока (1) выполняется onDurationTimer или DRX-InactivityTimer или DRX-RetransmissionTimer или mac-ContentionResolutionTimer, или (2) Запрос планирования отправляется по PUCCH и находится на рассмотрении, или (3) может происходить предоставление восходящей линии связи для рассматриваемого HARQ повторной передачи и присутствуют данные в соответствующем буфере HARQ, или (4) PDCCH, указывающий новую передачу, адресованную к C-RNTI UE не был принят после успешного приема Ответа произвольного доступа для преамбулы, не выбранной посредством UE.

[0074] Фиг.7 представляет собой схему, показывающую способ для функционирования DRX в системе LTE.

[0075] Cсылаясь на Фиг. 7, UE может быть сконфигурировано посредством RRC с функциональностью DRX и должно выполнять следующие операции для каждого TTI (то есть, для каждого подкадра).

[0076] Если Таймер RTT (Round Trip Time) HARQ истекает в этом подкадре и данные соответствующего процесса HARQ не были успешно декодированы, то UE должно запустить DRX-RetransmissionTimer для соответствующего процесса HARQ.

[0077] Кроме того, если принят элемент управления (CE) DRX Command MAC, то UE должно остановить onDurationTimer и DRX-InactivityTimer. DRX Command MAC CE представляет собой команду для перехода в состояние DRX и идентифицируется с помощью поля LCID (логического идентификатора канала) подзаголовка MAC PDU (Protocol Data Unit).

[0078] Кроме того, в случае, когда истекает drx-InactivityTimer или DRX Command MAC CE принимается в этом подкадре, если сконфигурирован короткий DRX цикл, то UE должно запустить или перезапустить drxShortCycleTimer и использовать короткий DRX цикл. Однако, если короткий DRX цикл не был сконфигурирован, то используется длинный DRX цикл. Кроме того, если drxShortCycleTimer истекает в этом подкадре, то также используется длинный DRX цикл.

[0079] В текущей спецификации MAC, когда функциональность DRX сконфигурирована для UE, проверяют UE запускать ли onDurationTimer в каждом подкадре, следующим образом:

[0080] [Уравнение А]

- Если используется ShortDRX цикл и [(SFN * 10)+количество подкадров] по модулю (shortDRX-Cycle) является (drxStartOffset) по модулю (shortDRX-Cycle), или

- Если используется LongDRX цикл и [(SFN * 10)+количество подкадров] по модулю (longDRX-Cycle) является drxStartOffset, то UE должно запустить onDurationTimer.

[0081] В соответствии с уравнением A (так называемым, по модулю проверка цикла DRX) включенное состояние появляется один раз за один цикл DRX, так как предполагается, что длительность цикла DRX короче, чем максимальное значение SFN, т.е. максимальное значение SFN в настоящее время не более чем 1023, и цикл DRX представляет собой не более чем 2560 подкадров. Если цикл DRX устанавливается на более чем "максимальное значение SFN *10", например, 10230 подкадров, в целях дальнейшего сокращения потребления электроэнергии посредством UE, включенное состояние будет появляться несколько раз в течение одного цикла DRX.

[0082] UE осуществляет мониторинг PDCCH для подкадра PDCCH в течение времени активности. Если PDCCH указывает на передачу по DL или если передача по DL была сконфигурирована для этого подкадра, то UE должно запустить HARQ RTT Timer для соответствующего процесса HARQ и остановить drx-RetransmissionTimer для соответствующего процесса HARQ. Если PDCCH указывает на новую передачу (по DL или по UL), то UE должно запустить или перезапустить drx-InactivityTimer.

[0083] Здесь, PDCCH-подкадр определяется как подкадр с PDCCH. Т.е. PDCCH-подкадр представляет собой подкадр, на который может быть передан PDCCH. Более конкретно, в системе FDD (с дуплексной передачей с частотным разделением) PDCCH-подкадр представляет собой любой подкадр. Для системы полнодуплексного TDD (с дуплексной передаче с временным разделением) PDCCH-подкадр представляет собой совокупность подкадров нисходящей линии связи и подкадров, включающих с себя DwPTS всех обслуживающих сот, кроме облаживающих сот, которые сконфигурированы с schedulingCellId (т.е. запланированная сота). Здесь, schedulingCellId указывает идентификационные данные соты планирования. Дополнительно для полудуплексной системы TDD PDCCH-подкадр представляет собой подкадры, в которых PCell (основная сота) сконфигурирована как подкадр нисходящей линии связи или подкадр, включающий в себя DwPTS.

[0084] В то же время, когда в не времени активности UE не выполняет передачу SRS (зондирующего опорного сигнала) и предоставляет отчет по CSI, запускаемый посредством eNB.

[0085] В описанной выше функциональности DRX, только HARQ RTT Timer фиксируется на 8 мс, в то время как eNB указывает на другие значения таймера, onDurationTimer, DRX-InactivityTimer, DRX-RetransmissionTimer и mac-ContentionResolutionTimer для UE посредством сигнала RRC. eNB также указывает на длинный цикл DRX и короткий цикл DRX, которые представляют собой период цикла DRX для UE посредством сигнала RRC.

[0086] Фиг.8 представляет собой схему для агрегирования несущих.

[0087] Технология агрегирования несущих для поддержания множества несущих описывается со ссылками на Фиг. 8 следующим образом. Как уже упоминалось в приведенном выше описании, она может поддерживать в состоянии пропускную способность системы максимально до 100 МГц в порядке комплектации максимально 5 несущих (компонентных несущих: СС) на единицу ширины полосы частот (например, 20 МГц), определенный в унаследованной системе беспроводной связи (например, системе LTE) посредством агрегирования несущих. Компонентные несущие, используемые для агрегирования несущих, могут быть одинаковыми или отличными друг от друга по размеру полосы частот. И каждая из компонентных несущих может иметь различную полосу частот (или центральную частоту). Компонентные несущие могут существовать на смежных полосах частот. Тем не менее, компонентные несущие, существующие на несмежных полосах частот, могут быть использованы также для агрегирования несущих. В технологии агрегирования несущих, размеры пропускной способности восходящей и нисходящей линий могут быть распределены симметрично или асимметрично.

[0088] Множественные несущие (компонентные несущие), используемые для агрегирования несущих, могут быть разделены на первичную компонентную несущую (PCC) и вторичную компонентную несущую (SCC). PCC может быть упомянута как Р-сота (первичная сота) и SCC может быть упомянута как S-сота (вторичная сота). Первичная компонентная несущая представляет собой несущую, используемую базовой станцией для обмена трафиком и управляющей сигнализацией с абонентским оборудованием. В этом случае управляющая сигнализация может включать в себя добавление компонентной несущей, установку для первичной компонентной несущей, предоставление передачи по восходящей линии связи (UL), передачу по нисходящей линии связи (DL) и тому подобное. Хотя базовая станция может иметь возможность использовать множество компонентных несущих, абонентское оборудование, принадлежащее к соответствующей базовой станции, может быть установлено, чтобы иметь только одну первичную компонентную несущую. Если абонентское оборудование функционирует в режиме одной несущей, то используется первичная компонентная несущая. Следовательно, для независимого использования должна быть установлена первичная компонентная несущая, чтобы отвечать всем требованиям для обмена данными и управляющей сигнализацией между базовой станцией и абонентским оборудованием.

[0089] В то же время, вторичная компонентная несущая может включать в себя дополнительную компонентную несущую, которая может активировать и дезактивировать, в соответствии с требуемым размером, принимаемые и передаваемые данные. Вторичная компонентная несущая может быть установлена для использования только в соответствии с конкретной командой и правилами, полученными от базовой станции. Для поддержания дополнительной пропускной способности вторичная компонентная несущая может быть установлена для использования совместно с первичной компонентной несущей. С помощью активированной компонентной несущей такой сигнал управления, например, предоставление передачи по UL, передача DL и тому подобное, может быть получен посредством абонентского оборудования от базовой станции. С помощью активированной компонентной несущей такой управляющий сигнал в UL, например, индикатор качества канала (CQI), индекс матрицы предварительного кодирования (PMI), индикатор ранга (RI), зондирующий опорный сигнал (SRS) и т.п., может быть передан базовой станции от абонентского оборудования.

[0090] Распределение ресурсов для абонентского оборудования может иметь диапазон первичной компонентной несущей и множество вторичных компонентных несущих. В режиме агрегирования с несколькими несущими, на основе системной нагрузки (т.е., статической/динамической балансировки нагрузки), с пиковой скоростью передачи данных или требованиями к качеству обслуживания, система может быть в состоянии асимметрично выделять вторичные компонентные несущие для DL и/или UL. При использовании технологии агрегировании несущих может быть предоставлена установка компонентных несущих абонентскому оборудованию посредством базовой станции после процедуры RRC соединения. В этом случае RRC соединение может означать, что радиоресурс распределяется абонентскому оборудованию на основе сигнализации RRC при обмене между уровнем RRC абонентского оборудования и сетью через SRB. После завершения процедуры соединения RRC между абонентским оборудованием и базовой станцией, абонентское оборудование может быть обеспечено посредством базовой станции с информацией по настройке по первичной компонентной несущей и вторичной компонентной несущей. Информация по настройке на вторичной компонентной несущей может включать в себя добавление/удаление (или активация/деактивация) вторичной компонентной несущей. Поэтому для того, чтобы активировать вторичную компонентную несущую между базовой станцией и абонентским оборудованием или дезактивировать ранее вторичную компонентную несущую, может потребоваться осуществление обмена сигнализацией RRC и элемента управления MAC.

[0091] Активация или деактивация вторичной компонентной несущей может определяться базовой станцией на основании качества обслуживания (QoS), состояния нагрузки несущей и других факторов. И, базовая станция может быть в состоянии проинструктировать абонентское оборудование о настройке вторичной компонентной несущей с использованием управляющего сообщения, включающего в себя такую информацию такую как тип индикации (активации/деактивации) для DL/UL, списка вторичных компонентных несущих и тому подобное.

[0092] Конфигурация подкадра определяется для случая, когда UE сконфигурировано с несколькими сотами, где некоторые из сконфигурированных сот функционируют в режиме TDD, в то время как другие соты функционируют в режиме FDD (называемая здесь совместное функционирование TDD-FDD).

[0093] В случае PCell с FDD для перекрестной несущей DL, планируемой с PUCCH только на PCell, выбор времени HARQ DL запланированной обслуживающей соты следует за выбором момента времени PCell. И если планируемая обслуживающая сота находится в режиме TDD и запланированная обслуживающая сота находится в режиме FDD для планируемой перекрестной несущей UL, то планирование/выбор момента времени HARQ запланированной обслуживающей соты с FDD осуществляется следующим образом: i) 10мс RTT, ii) 4мс между предоставлением UL/PHICH и PUSCH, и iii) 6 мс между PUSCH и PHICH.

[0094] Если поддерживается самостоятельно-планируемая Pcell с TDD в случае Pcell в режиме TDD для планируемой перекрестной несущей DL по PUCCH только на PCell, то выбор момента времени HARQ DL запланированной обслуживающей соты следует за выбором момента времени PCell. И выбор момента времени PCell определяется как выбор момента времени HARQ по DL в соответствии с конфигурированием PCell SIB1 по UL/DL или как выбор момента времени HARQ относительно DL PCell.

[0095] Для планирования перекрестной несущей UL, если планируемая обслуживающая сота находится в режиме FDD и запланированная обслуживающая сота находится в режиме TDD для планируемой перекрестной несущей UL, то планирование/выбор момента времени HARQ запланированной обслуживающей соты следует за конфигурирование UL/DL запланированной обслуживающей сотой с TDD. Для планирования перекрестной несущей UL, если планируемая обслуживающая сота находится в режиме TDD и запланированная обслуживающая сота находится FDD для UL планируемой перекрестной несущей, то планирование/выбор момента времени HARQ запланированной обслуживающей соты с FDD осуществляется следующим образом: i) 10мс RTT, ii) 4 мс между предоставлением UL/PHICH и PUSCH и iii) 6 мс между PUSCH и PHICH.

[0096] Фиг. 9A представляет собой пример таблицы функционирования UE в режиме FDD, и Фиг. 9B представляет собой пример таблицы функционирования UE в режиме TDD.

[0097] Описываются термины, используемые в спецификации.

[0098] 'F'=подкадр с FDD;

[0099] 'D'=подкадр нисходящей линии связи с TDD;

[00100] ʹUʹ=подкадр восходящей линии связи с TDD;

[00101] 'S'=подкадры с TDD включающие в себя DwPTS;

[00102] 'NU'=подкадр невосходящей линии связи, то есть, D или S, по меньшей мере, одной обслуживающей соты с TDD;

[00103] 'Y'=Да; и

[00104] 'NO'=Нет.

[00105] В спецификации MAC PDCCH-подкадр относится к подкадру с PDCCH, что означает, подкадр, который не передает по PDCCH, не является PDCCH-подкадром. В PDCCH-подкадре UE осуществляет мониторинг PDCCH в течение времени активности. PDCCH-подкадр также используется для вычисления таймеров, связанных с функционированием DRX, таких как DRX-InactivityTimer, DRX-RetransmissionTimer и onDurationTimer. Поскольку осуществляется мониторинг деятельности PDCCH и функционирование DRX влияет на потребление батареи UE, то в PDCCH-подкадр должен быть определен таким образом, что UE осуществляет мониторинг PDCCH только в случае необходимости.

[00106] В настоящее время PDCCH-подкадр определяется при функционировании UE в любом FDD режиме или TDD режиме. Для UE функционирующего в режиме TDD, PDCCH-подкадр определяется в том числе случаев, когда UE сконфигурировано с несколькими сотами, которые имеют разные конфигурации UL/DL TDD.

[00107] Ссылаясь на Фиг. 9А, при функционировании UE в режиме FDD, PDCCH-подкадр представляет собой любой подкадр. Следовательно, UE осуществляет мониторинг всех подкадров и вычисляет таймер DRX во всех подкадрах. При мониторинге PDCCH, если UE в полудуплексном режиме, то UE не осуществляет мониторинг PDCCH в подкадре, где есть передача по восходящей линии связи, но вычисляет DRX таймеры.

[00108] Ссылаясь на Фиг. 9B при функционировании UE в режиме TDD, PDCCH-подкадр представляет собой совокупность подкадров нисходящей линии связи и подкадров, включающих в себя DwPTS всех обслуживающих сот, за исключением обслуживающих сот, которые сконфигурированы с schedulingCellId (то есть, запланированной сотой). UE не осуществляет мониторинг PDCCH в подкадре, где все сконфигурированные SCells являются подкадром восходящей линии связи, и UE не вычисляет таймеры DRX в подкадре, где все сконфигурированные SCells являются подкадром восходящей линии связи.

[00109] Однако, PDCCH-подкадр еще не определяется в случае, когда UE сконфигурировано с несколькими сотами, где некоторые из сконфигурированных сот функционируют в режиме TDD, в то время как другие соты функционируют в режиме FDD. (Так называемое, TDD-FDD совместное функционирование.) Поскольку мониторинг PDCCH UE и функционирование DRX основаны на PDCCH-подкадре, действия UE в отношении мониторинга PDCCH и функционирования DRX являются не четкими при совместном функционировании TDD-FDD, если PDCCH-подкадр не определен для этого случая.

[00110] Фиг. 10 представляет собой концептуальную схему для вычисления таймера DRX в системе агрегирования несущих в соответствии с вариантами воплощения настоящего изобретения.

[00111] В данном изобретении, когда UE сконфигурировано с одной, по меньшей мере, из двух сот, если UE функционирует с совместным функционированием TDD-FDD в первой соте и с совместным функционированием TDD-FDD во второй соте, то заново определяется PDCCH подкадр, деятельность по мониторингу PDCCH и вычисляется таймер DRX.

[00112] При совместном функционировании TDD-FDD, PDCCH подкадр представляет собой любой подкадр, если UE сконфигурировано с по меньшей мере одной обслуживающей сотой с FDD, которая не сконфигурирована с schedulingCellId. Иначе, если все обслуживающие соты с FDD, сконфигурированные для UE, сконфигурированы с schedulingCellId, то они представляют собой совокупность подкадров нисходящей линии связи и подкадров, включающих в себя DwPTS всех обслуживающих сот с TDD, за исключением обслуживающей соты TDD, которая сконфигурирована с schedulingCellId.

[00113] Другими словами для объекта MAC, сконфигурированного только с обслуживающей сотой (сотами) с FDD, упомянутая сота представляет собой любой подкадр; для объекта MAC, сконфигурированного по меньшей мере с одной обслуживающей сотой с TDD, если объект MAC способен к одновременному приему и передаче в агрегированных сотах, то упомянутые соты представляют собой совокупность всех обслуживающих сот подкадров нисходящий линии связи и подкадров, включающих в себя DwPTS с конфигурацией UL/DL TDD, обозначаемой tdd-конфигурацией, кроме обслуживающих сот, которые сконфигурированы с schedulingCellId (которая является запланированной сотой); иначе, упомянутые соты представляют собой подкадры, где SpCell сконфигурирована с подкадром нисходящей линии связи или подкадром, включающим в себя DwPTS с конфигурацией UL/DL TDD, обозначаемой tdd-конфигурацией.

[00114] На основе PDCCH подкадра выше определено: i) Время активности, которое представляет собой время, связанное с функционированием DRX, в течение которого UE осуществляет мониторинг PDCCH в PDCCH-подкадрах, ii) DRX-InactivityTimer указывает количество последовательных PDCCH подкадров (подкадра) после подкадра, в котором PDCCH указывает исходную передачу пользовательских данных по UL или DL для UE, iii) DRX-RetransmissionTimer определяет максимальное количество последовательных PDCCH подкадров (подкадра) до тех пор, пока не принимается повторная передача DL, и iv) onDurationTimer указывает количество последовательных PDCCH подкадров (подкадра) в начале цикла DRX.

[00115] Предпочтительно, DRX таймер содержит таймер drx-Inactivity, таймер drx-Retransmission и таймер onDuration.

[00116] Когда UE может сконфигурировать множество сот, включающее в себя по меньшей мере одну обслуживающую соту с FDD и по меньшей мере одну обслуживающую соту с TDD (S1001), то UE вычисляет таймер DRX в подкадре (S1003).

[00117] Предпочтительно, подкадр представляет собой подкадр восходящей линии связи для всех обслуживающих сот с TDD. Если множество сот состоит из всех обслуживающих сот с TDD, то UE не вычисляет таймер DRX в подкадре, когда подкадр является подкадром восходящей линии связи для всех обслуживающих сот с TDD (S1005).

[00118] Предпочтительно, если UE конфигурирует совместное функционирование TDD-FDD, то подкадр, в котором UE вычисляет таймер DRX, является одним из совокупности подкадров нисходящей линии связи и подкадров, включающих в себя DwPTS всех обслуживающих сот. И все подкадры для обслуживающей соты с FDD рассматриваются как подкадры нисходящей линии связи.

[00119] Предпочтительно, все обслуживающие соты с TDD не сконфигурированы с schedulingCellId. То есть все обслуживающие соты TDD не являются запланированными сотами. Кроме того, все обслуживающие соты с FDD не сконфигурированы с schedulingCellId. То есть все обслуживающие соты с FDD не являются запланированными сотами.

[00120] Фиг. 11 и 12 являются примерами вычисления таймера DRX в системе агрегирования несущих в соответствии с вариантами воплощения настоящего изобретения.

[00121] В нижеприведенном примере рассматривается только обслуживающая сота, не сконфигурированная с schedulingCellId, т.е. PDCCH обслуживающей соты принимается на обслуживающей соте.

[00122] Фиг. 11 представляет собой пример для PCell, сконфигурированной в режиме FDD, и Cell1 и Cell2, сконфигурированные в режиме TDD.

[00123] Как упоминалось выше, подкадр PDCCH представляет собой любой подкадр, если UE сконфигурировано с, по меньшей мере, одной обслуживающей сотой с FDD. В этом случае, так как SCell1 представляет собой обслуживающую соту с FDD, то подкадр PDCCH представляет собой любой подкадр. Несмотря на то, что третий и четвертый подкадры (индекс подкадра=2, 3) являются совокупностью обслуживающих сот с TDD, третий и четвертый подкадры также представляют собой подкадр PDCCH.

[00124] В предпочтительно, таймер DRX содержит по меньшей мере один из таймера drx-Inactivity, таймера drx-Retransmission и таймера onDuration.

[00125] Предпочтительно, поскольку все подкадры для обслуживающей соты с FDD являются подкадрами нисходящей линии связи, то PDCCH подкадр является одним из совокупности подкадров нисходящей линии связи и подкадров, включающих в себя DwPTS всех обслуживающих сот.

[00126] Таким образом, UE не осуществляет мониторинг PDCCH на обслуживающей соте TDD, если он является подкадром восходящей линии связи для обслуживающей соты TDD. Тем не менее, для обслуживающей соты TDD UE вычисляет таймеры DRX в подкадре, даже если подкадр является подкадром восходящей линии связи для совокупности обслуживающих сот TDD, т.е., даже если UE не может принимать PDCCH на любой из обслуживающих сот TDD в подкадре.

[00127] В то же время, если UE вычисляет таймеры DRX в подкадрах, где UE может принимать PDCCH на любой из обслуживающих сот TDD, то подкадр PDCCH может представлять совокупность подкадров нисходящей линии связи и подкадров, включающих в себя DwPTS всех обслуживающих сот TDD. И для обслуживающей соты FDD UE не вычисляет таймеры DRX в подкадре, даже если UE может принимать PDCCH в подкадре. То есть, UE осуществляет мониторинг PDCCH в подкадре, где UE может принимать PDCCH, в дополнение к подкадру PDCCH. В этом подкадре UE не вычисляет таймеры DRX.

[00128] Фиг. 12 представляет собой пример для PCell и SCell 2 сконфигурированных в режиме TDD, и SCell 1, сконфигурированной в режиме FDD.

[00129] Как упоминалось выше, подкадр PDCCH представляет собой любой подкадр, если UE сконфигурировано с, по меньшей мере, одной обслуживающей сотой FDD. В этом случае, так как SCell1 представляет собой обслуживающую соту FDD, то подкадр PDCCH представляет собой любой подкадр. Несмотря на то, что третий и четвертый подкадры (индекс подкадра=2, 3) являются совокупностью обслуживающих сот TDD, третий и четвертый подкадры также представляют собой подкадр PDCCH.

[00130] Таким образом, UE не осуществляет мониторинг PDCCH на обслуживающей соте TDD, если подкадр является подкадром восходящей линии связи для обслуживающей соты TDD. Тем не менее, для обслуживающей соты TDD, UE вычисляет таймеры DRX в подкадре, даже если подкадр является подкадром восходящей линии связи для совокупности обслуживающих сот TDD, т.е., даже если UE не может принимать PDCCH на любую из обслуживающих сот TDD в подкадре.

[00131] В то же время, если UE вычисляет таймеры DRX в подкадрах, где UE может принимать PDCCH на любой из обслуживающих сот TDD, то подкадр PDCCH может представлять совокупность подкадров нисходящей линии связи и подкадров, включающих в себя DwPTS всех обслуживающих сот TDD. И для обслуживающей соты FDD UE не вычисляет таймеры DRX в подкадре, даже если UE может принимать PDCCH в подкадре. То есть, UE осуществляет мониторинг PDCCH в подкадре, где UE может принимать PDCCH, в дополнение к подкадру PDCCH. В этом подкадре UE не вычисляет таймеры DRX.

[00132] Специалистам в данной области техники будет очевидно, что различные модификации и другие изменения могут быть сделаны без отхода от сущности и объема настоящего изобретения. Таким образом, предполагается, что настоящее изобретение охватывает модификации и другие изменения данного изобретения при условии, что они входят в объем прилагаемой формулы изобретения, и ее эквивалентов.

[00133] Нижеследующие варианты воплощения соответствуют сочетаниям элементов и признаков настоящего изобретения. Элементы или признаки могут являться выборочными, если иное не указано явно. Каждый из элементов или признаков может быть реализован на практике без объединения с другими элементами или признаками. Кроме того, можно реализовать вариант осуществления настоящего изобретения посредством частичного объединения элементов и/или признаков. Последовательность операций, объясняемых для каждого варианта осуществления настоящего изобретения, может быть изменена. Некоторые конфигурации или признаки одного варианта осуществления могут включаться в другой вариант осуществления или могут быть замещены соответствующими конфигурациями или признаками другого варианта осуществления. Для специалистов в данной области техники, очевидно, что пункты формулы изобретения, которые не ссылаются явно друг на друга в прилагаемой формуле изобретения, могут быть представлены в сочетании друг с другом как пример варианта реализации настоящего изобретения или включены сюда в качестве нового пункта при последующем исправлении после подачи заявки.

[00134] В вариантах воплощения настоящего изобретения, конкретная операция, описанная в исполнении BS, может быть выполнена с помощью верхнего узла BS. А именно, очевидно, что, в сети, состоящей из множества сетевых узлов, включая BS, различные операции, выполняемые BS для осуществления связи с MS, могут выполняться BS или прочими сетями, за исключением BS. Термин "eNB" может быть заменен термином как "фиксированная станция", "Узел-B", "базовая станция (BS)", "точка доступа" и подобным.

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

[00136] При реализации вариантов осуществления настоящего изобретения с использованием аппаратного обеспечения варианты осуществления могут быть реализованы с использованием, по меньшей мере, одного из следующего: специализированные интегральные схемы (ASIC), цифровые процессоры сигналов (DSP), устройства цифровой обработки сигналов (DSPD), программируемые логические устройства (PLD), программируемые вентильные матрицы (FPGA), процессоры, контроллеры, микроконтроллеры, микропроцессоры и т.д.

[00137] В случае конфигурации на основе программно-аппаратного обеспечения или программного обеспечения варианты осуществления настоящего изобретения могут быть реализованы в виде модуля, процедуры, функции и т.д. Например, код программного обеспечения может храниться в блоке запоминающего устройства и исполняться процессором. Блок запоминающего устройства находится внутри или вне процессора и может передавать на процессор и принимать от него данные через различные известные средства.

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

ПРОМЫШЛЕННАЯ ПРЕМИНИМОСТЬ

[00139] В то время как описанный выше способ был описан на основании примера, применяемого в системе 3GPP LTE, так же настоящее изобретение применимо к различным системам беспроводной связи, в дополнение к системе 3GPP LTE.

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

конфигурируют множество сот, включающих в себя по меньшей мере одну обслуживающую соту с FDD (дуплексной связью с частотным разделением) и по меньшей мере одну обслуживающую соту с TDD (дуплексной связью с временным разделением); и

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

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

3. Способ по п.1, в котором таймер DRX вычисляется в подкадре, когда подкадр представляет собой подкадр нисходящей линии связи и подкадр включает в себя DwPTS по меньшей мере одной из множества сот.

4. Способ по п.3, в котором все подкадры для обслуживающих сот с FDD, включая упомянутый подкадр, представляют собой подкадры нисходящей линии связи и все обслуживающие соты с FDD не сконфигурированы с идентификатором соты для планирования (schedulingCellId).

5. Способ по п.1, в котором все обслуживающие соты с TDD не сконфигурированы с schedulingCellId.

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

RF (радиочастотный) модуль и

процессор, выполненный с возможностью управлять RF модулем,

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

7. UE по п.6, в котором таймер DRX представляет собой по меньшей мере один из таймера неактивности DRX, таймера повторной передачи DRX и таймера длительности включенного состояния.

8. UE по п.6, в котором таймер DRX вычисляется в подкадре, когда подкадр представляет собой подкадр нисходящей линии связи и подкадр включает в себя DwPTS по меньшей мере одной из множества сот.

9. UE по п.8, в котором все подкадры для обслуживающих сот с FDD, включая упомянутый подкадр, представляют собой подкадры нисходящей линии связи и все обслуживающие соты с FDD не сконфигурированы с schedulingCellId.

10 UE по п.6, в котором все обслуживающие соты с TDD не сконфигурированы с schedulingCellId.