Пользовательское оборудование и способ в пользовательском оборудовании для мониторинга канала управления нисходящей линии связи
Предоставляется способ в UE для принятия решения, осуществлять ли мониторинг канала управления нисходящей линии связи в субкадре. UE работает с прерывистым приемом, DRX, и динамическим временным дуплексным разносом, TDD. UE находится в активном состоянии цикла DRX. UE определяет (701), что субкадр является заданным субкадром нисходящей линии связи или что субкадр является гибким субкадром, в настоящее время сконфигурированным для работы в качестве субкадра нисходящей линии связи. При определении, что субкадр является заданным субкадром нисходящей линии связи, UE обновляет (702) первый таймер DRX. При определении, что субкадр является заданным субкадром нисходящей линии связи или что субкадр является гибким субкадром, в настоящее время сконфигурированным для работы в качестве субкадра нисходящей линии связи, UE принимает решение (704) осуществлять мониторинг канала управления нисходящей линии связи в упомянутом субкадре. 2 н. и 8 з.п. ф-лы, 14 ил.
ОБЛАСТЬ ТЕХНИКИ
Варианты осуществления в этом документе относятся к пользовательскому оборудованию и к способам в пользовательском оборудовании. В частности, они относятся к принятию решения, осуществлять ли мониторинг канала управления нисходящей линии связи в субкадре.
УРОВЕНЬ ТЕХНИКИ
В типичной сотовой радиосистеме беспроводные терминалы, которые также известны как мобильные станции и/или пользовательское оборудование (UE), осуществляют связь посредством сети радиодоступа (RAN) с одной или несколькими базовыми сетями. Сеть радиодоступа (RAN) охватывает географическую область, которая разделяется на соты, при этом каждая сота обслуживается базовой станцией, например, базовой радиостанцией (RBS), которая в некоторых сетях также может называться, например, Узлом Б, как в случае сети Универсальной системы мобильных телекоммуникаций (UMTS), или Узлом Б в Развитой универсальной наземной сети радиодоступа (E-UTRAN) (eNodeB), как в случае сети Системы долгосрочного развития (LTE). Сота является географической областью, где обеспечивается радиопокрытие с помощью оборудования базовой радиостанции в местонахождении базовой станции. Каждая сота идентифицируется идентификатором в локальной области радиосвязи, который транслируется в соте. Базовые станции осуществляют связь по радиоинтерфейсу, работающему на радиочастотах, с пользовательским оборудованием (UE) в диапазоне базовых станций. В некоторых сетях радиодоступа несколько базовых станций обычно подключаются, например, с помощью наземных линий или микроволн, к узлу контроллера, например Контроллеру радиосети (RNC) или Контроллеру базовой станции (BSC), который наблюдает и координирует различные действия многочисленных подключенных к нему базовых станций. Контроллеры радиосети обычно подключаются к одной или нескольким базовым сетям. LTE является разновидностью технологии радиодоступа по Проекту партнерства третьего поколения (3GPP), где узлы базовых радиостанций подключаются к базовой сети посредством Шлюзов доступа (AGW), а не к узлам Контроллеров радиосети (RNC). Обычно в LTE функции узла RNC распределяются между узлами базовых радиостанций, например eNodeB в LTE, и AGW.
Прерывистый прием (DRX) используется для экономии батареи UE путем предоставления периодов ожидания UE, в которых UE не нужно осуществлять мониторинг нисходящей линии связи. Однако для каждого цикла DRX имеется активный период, в течение которого UE активно и осуществляет мониторинг некоторого количества субкадров нисходящей линии связи, например субкадров Физического канала управления нисходящей линии связи (PDCCH), как задано в 3GPP TS 36.321, версия 11, раздел 5.7.
Передача и прием от узла, например, радиотерминала типа UE в сотовой системе, например LTE, мультиплексируются в частотной области или во временной области, или в их сочетаниях. В частотном дуплексном разносе (FDD), который проиллюстрирован слева на фиг.1, передача по нисходящей линии связи и восходящей линии связи происходит в разных, достаточно обособленных полосах частот. Во временном дуплексном разносе (TDD), который проиллюстрирован справа на фиг.1, передача по нисходящей линии связи и восходящей линии связи происходит в разных, неперекрывающихся временных интервалах. Таким образом, TDD работает в непарном частотном спектре, тогда как FDD требует парного частотного спектра.
TDD допускает разные асимметрии в плане количества ресурсов, выделенных соответственно для передачи по восходящей линии связи и нисходящей линии связи, используя разные конфигурации нисходящей линии связи/восходящей линии связи. В LTE существует семь разных конфигураций. Некоторые сети TDD используют конфигурацию с заданным кадром, где некоторые субкадры задаются как субкадры восходящей линии связи, а некоторые задаются как субкадры нисходящей линии связи. Это препятствует или по меньшей мере ограничивает гибкость в адаптации асимметрии ресурсов восходящей линии связи/нисходящей линии связи к изменяющимся ситуациям с трафиком. Недавно были предложены гибкие субкадры, так что в системе TDD можно сконфигурировать три разных типа субкадров: субкадр нисходящей линии связи (DL), субкадр восходящей линии связи (UL) и "гибкий" субкадр. Структура кадра в таком случае может включать в себя один или несколько субкадров нисходящей линии связи, предварительно сконфигурированных как субкадр нисходящей линии связи, один или несколько субкадров восходящей линии связи, предварительно сконфигурированных как субкадр восходящей линии связи, и один или несколько гибких субкадров, причем гибкий субкадр динамически назначается субкадром восходящей линии связи в одном экземпляре кадра и субкадром нисходящей линии связи в другом экземпляре кадра. Это динамическое свойство кадра TDD иногда называется "динамическим TDD".
Для TDD с адаптацией субкадра восходящей линии связи и нисходящей линии связи, то есть динамического TDD, гибкий субкадр может быть либо субкадром восходящей линии связи, либо субкадром нисходящей линии связи.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Задача вариантов осуществления в этом документе состоит в том, чтобы повысить производительность в сети беспроводной связи, в которой UE работает с прерывистым приемом, DRX, и динамическим временным дуплексным разносом, TDD. Дополнительной задачей вариантов осуществления в этом документе является уменьшение энергопотребления UE.
В соответствии с первым аспектом вариантов осуществления в этом документе задача решается с помощью способа в UE для принятия решения, осуществлять ли мониторинг канала управления нисходящей линии связи в субкадре. UE работает с прерывистым приемом, DRX, и динамическим временным дуплексным разносом, TDD. UE находится в активном состоянии цикла DRX. UE определяет, что субкадр является заданным субкадром нисходящей линии связи или что субкадр является гибким субкадром, в настоящее время сконфигурированным для работы в качестве субкадра нисходящей линии связи. При определении, что субкадр является заданным субкадром нисходящей линии связи, UE обновляет первый таймер DRX. При определении, что субкадр является заданным субкадром нисходящей линии связи или что субкадр является гибким субкадром, в настоящее время сконфигурированным для работы в качестве субкадра нисходящей линии связи, UE принимает решение осуществлять мониторинг канала управления нисходящей линии связи в упомянутом субкадре.
В соответствии со вторым аспектом вариантов осуществления в этом документе задача решается с помощью UE для принятия решения, осуществлять ли мониторинг канала управления нисходящей линии связи в субкадре. UE работает с прерывистым приемом, DRX, и динамическим временным дуплексным разносом, TDD. UE находится в активном состоянии цикла DRX. UE конфигурируется для определения, что субкадр является заданным субкадром нисходящей линии связи или что субкадр является гибким субкадром, в настоящее время сконфигурированным для работы в качестве субкадра нисходящей линии связи. UE дополнительно конфигурируется для обновления первого таймера DRX при определении, что субкадр является заданным субкадром нисходящей линии связи. UE дополнительно конфигурируется для принятия решения осуществлять мониторинг канала управления нисходящей линии связи в субкадре при определении, что субкадр является заданным субкадром нисходящей линии связи или что субкадр является гибким субкадром, в настоящее время сконфигурированным для работы в качестве субкадра нисходящей линии связи.
Посредством предоставления процедуры принятия решения, зависящей от определения конфигурации субкадра, достигается четкое поведение DRX для UE, работающих с реконфигурируемым и/или динамическим TDD. UE будет осуществлять мониторинг канала управления нисходящей линии связи на предмет субкадров, выполняющих условия, заданные в процедуре принятия решения, и может входить в режим ожидания для других субкадров.
То, что UE будет осуществлять мониторинг канала управления нисходящей линии связи на предмет субкадров, выполняющих условия, заданные в процедуре принятия решения, и входить в режим ожидания для других субкадров, также подразумевает, что предоставляется энергосберегающий способ эксплуатации UE в динамическом TDD, который увеличивает срок службы батареи UE.
Обновление первого таймера DRX облегчает достижение заранее установленного значения лимита времени и, соответственно, обеспечение обновления состояния, известного в UE и на базовой станции.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Примеры вариантов осуществления в этом документе описываются подробнее со ссылкой на приложенные чертежи, на которых:
Фиг.1 иллюстрирует передачи с частотным дуплексным разносом, полудуплексным частотным разделением и временным дуплексным разносом.
Фиг.2 показывает пример Активного времени DRX и таймеров Активного времени DRX.
Фиг.3 иллюстрирует частотно-временную структуру восходящей линии связи/нисходящей линии связи для LTE отдельно в случае частотного дуплексного разноса (FDD) и временного дуплексного разноса (TDD).
Фиг.4 иллюстрирует примеры субкадров динамического TDD.
Фиг.5 иллюстрирует примеры субкадров динамического TDD.
Фиг.6 – схематическое изображение системы радиосвязи Системы долгосрочного развития (LTE).
Фиг.7 – блок-схема алгоритма, изображающая варианты осуществления способа в UE.
Фиг.8A – неограничивающая функциональная блок-схема UE для реализации различных примерных вариантов осуществления.
Фиг.8B – неограничивающая функциональная блок-схема UE для реализации различных примерных вариантов осуществления.
Фиг.9A-9E – блок-схемы алгоритмов, иллюстрирующие неограничивающие примерные процедуры, которые могут выполняться UE, работающим с DRX и динамическим TDD в соответствии с различными примерными вариантами осуществления.
Вышеупомянутые и другие задачи, признаки и преимущества раскрытой в этом документе технологии станут очевидными из нижеследующего, более конкретного описания примерных неограничивающих вариантов осуществления, которые проиллюстрированы на чертежах, на которых номера позиций относятся к одинаковым частям на различных изображениях. Чертежи не обязательно представлены в масштабе, вместо этого сделан акцент на иллюстрацию принципов раскрытой в этом документе технологии.
ПОДРОБНОЕ ОПИСАНИЕ
В рамках раскрытия вариантов осуществления в этом документе сначала будут определяться и обсуждаться некоторые проблемы.
Как упоминалось выше, DRX используется для экономии батареи UE путем предоставления периодов ожидания UE, в которых UE не нужно осуществлять мониторинг нисходящей линии связи. Однако для каждого цикла DRX имеется период, в течение которого UE активно и осуществляет мониторинг некоторого количества субкадров нисходящей линии связи, например субкадров PDCCH, как задано в 3GPP TS 36.321. Этот активный период называется Активным временем DRX. DRX в состоянии RRC_CONNECTED описывается в разделе 5.7 в версии 11.2.0 3GPP TS 36.321. В состоянии RRC_CONNECTED UE известно на уровне соты, но не обязательно имеет выделение UL или присвоение DL. UE может иметь присущие UE настройки DRX. Протокол управления радиоресурсами (RRC) активизирует механизм DRX в данном UE и задает начало цикла DRX путем конфигурирования значения смещения. Протокол RRC также конфигурирует длину цикла DRX, который может быть длинным или коротким, таймер неактивности DRX, таймер кругового обращения (RTT) гибридного автоматического запроса на повторение (HARQ) и таймер повторной передачи DRX. Таймеры DRX в стандарте 3GPP называются таймерами, но обычно реализуются в виде счетчиков для выборочного подсчета субкадров от значения лимита времени или до него. UE осуществляет мониторинг PDCCH в течение Активного времени DRX, в ином случае ему разрешено ожидать. Независимо от Активного времени DRX UE передает или принимает обратную связь HARQ, когда она предполагается.
Ссылаясь на фиг.2, увидим, что Активное время DRX, в течение которого UE обязано осуществлять мониторинг PDCCH, включает в себя время, когда выполняется любое из следующих условий:
Когда работает OnDurationTimer. В начале каждого цикла DRX OnDurationTimer задает, сколько UE должно осуществлять мониторинг PDCCH и быть активным. Существует два типа циклов, длинный и короткий. Коротких циклов придерживаются, только когда в последнее время имела место активность, в противном случае используют длинные циклы.
Когда работает drx-InactivityTimer. Когда PDCCH указывает новую передачу по DL или UL, то есть присвоение DL или выделение UL, запускается/перезапускается InactivityTimer.
Когда ожидает Запрос планирования. После отправки запроса планирования UE предполагает, что eNodeB запланирует UE на передачу и отправит выделение UL к UE по PDCCH.
Когда работает drx-RetransmissionTimer. На DL повторные передачи являются асинхронными и не всегда должны выполняться через один RTT HARQ после предыдущей передачи, как обычно происходит на восходящей линии связи. Таким образом, когда UE принимает передачу по DL, оно запускает таймер RTT HARQ DL для текущего процесса HARQ. Когда этот таймер истекает, запускается drx-RetransmissionTimer в процессе HARQ, и UE осуществляет мониторинг PDCCH на предмет входящих присвоений. drx-RetransmissionTimer запускается только тогда, когда UE не способно декодировать данные DL и, соответственно, отправило отрицательное квитирование по восходящей линии связи.
Когда может произойти выделение восходящей линии связи для повторной передачи. В LTE eNodeB может отправить новое выделение ресурсов UL вместе с обратной связью HARQ для использования в повторной передаче. В течение этого субкадра в LTE, 4 мс после начальной передачи по UL, UE должно осуществлять мониторинг не только PDCCH на предмет выделений восходящей линии связи, но также и Физического канала индикатора гибридного автоматического запроса на повторение (PHICH) на предмет обратной связи HARQ.
Когда предполагается выделение UL после приема Ответа произвольного доступа, или когда работает таймер Разрешения конфликта.
3GPP TS 36.321 задает, что при подсчете таймеров DRX, например OnDurationTimer, drx-InactivityTimer и drx-RetransmissionTimer, учитывается субкадр PDCCH. В TS 36.321 версии 11.2.0 субкадр PDCCH задается либо как обычный субкадр DL, либо как специальный субкадр, включающий в себя часть нисходящей линии связи, временной интервал пилот-сигнала нисходящей линии связи (DwPTS) в описываемом ниже режиме TDD. Субкадр UL не может быть субкадром PDCCH, который является субкадром DL. К тому же для ситуаций агрегирования несущих с разными конфигурациями TDD субкадр PDCCH считается объединением субкадров PDCCH каждой составляющей несущей.
С другой стороны, раздел 5.7 DRX в TS 36.321 версии 11.2.0 задает, что UE должно осуществлять мониторинг PDCCH, когда UE активно, текущий субкадр является субкадром PDCCH, субкадр не является частью промежутка измерения, и когда субкадр не используется для передачи по восходящей линии связи для полудуплексного UE.
Как упоминалось выше, передача и прием от узла, например, радиотерминала типа UE в сотовой системе, например LTE, могут мультиплексироваться в частотной области или во временной области, или в их сочетаниях. В FDD, который проиллюстрирован слева на фиг.1, передача по нисходящей линии связи и восходящей линии связи происходит в разных, достаточно обособленных полосах частот. В TDD, который проиллюстрирован справа на фиг.1, передача по нисходящей линии связи и восходящей линии связи происходит в разных, неперекрывающихся временных интервалах. Таким образом, TDD может работать в непарном частотном спектре, тогда как FDD требует парного частотного спектра.
Как правило, переданный сигнал в системе связи организуется в некотором виде структуры кадра. Например, LTE использует десять субкадров 0-9 одинакового размера с длиной 1 мс на кадр радиосигнала, как проиллюстрировано на фиг.3. В случае работы FDD, проиллюстрированной в верхней части фиг.3, имеется две несущих частоты, одна для передачи по восходящей линии связи (fUL) и одна для передачи по нисходящей линии связи (fDL). В случае работы TDD, проиллюстрированной в нижней части фиг.3, имеется только одна несущая частота, и передачи по восходящей линии связи и нисходящей линии связи разделяются во времени, а также на основе соты. Поскольку одна и та же несущая частота используется для передачи по восходящей линии связи и нисходящей линии связи, базовой станции и мобильным терминалам нужно переключаться с передачи на прием и наоборот. Важным аспектом системы TDD является предоставление достаточно большого защитного интервала, в котором не происходят ни передачи по нисходящей линии связи, ни передачи по восходящей линии связи, чтобы избежать помех между передачами по восходящей линии связи и нисходящей линии связи.
Для LTE этот защитный интервал предоставляют специальные субкадры, например субкадр 1 и, в некоторых случаях, субкадр 6, как проиллюстрировано на фиг.3. Специальный субкадр TDD разбивается на три части: часть нисходящей линии связи – Временной интервал пилот-сигнала нисходящей линии связи (DwPTS), Защитный период (GP) и часть восходящей линии связи – Временной интервал пилот-сигнала восходящей линии связи (UpPTS). Оставшиеся субкадры назначаются либо передаче по восходящей линии связи, либо передаче по нисходящей линии связи.
Как упоминалось выше, TDD допускает разные асимметрии в плане количества ресурсов, выделенных соответственно для передачи по восходящей линии связи и нисходящей линии связи, используя разные конфигурации нисходящей линии связи/восходящей линии связи. В LTE существует семь разных конфигураций. Некоторые сети TDD используют конфигурацию с заданным кадром, причем некоторые субкадры задаются как субкадры восходящей линии связи, а некоторые задаются как субкадры нисходящей линии связи. Это препятствует или по меньшей мере ограничивает гибкость в адаптации асимметрии ресурсов UL/DL к изменяющимся ситуациям с трафиком. Недавно были предложены гибкие субкадры, так что в системе TDD можно сконфигурировать три разных типа субкадров: субкадр DL, субкадр UL и "гибкий" субкадр. Структура кадра в таком случае может включать в себя один или несколько субкадров нисходящей линии связи, предварительно сконфигурированных как субкадр нисходящей линии связи, один или несколько субкадров восходящей линии связи, предварительно сконфигурированных как субкадр восходящей линии связи, и один или несколько гибких субкадров, причем гибкий субкадр динамически назначается субкадром восходящей линии связи в одном экземпляре кадра и субкадром нисходящей линии связи в другом экземпляре кадра. Это динамическое свойство кадра TDD иногда называется "динамическим TDD".
Фиг.4 иллюстрирует пример динамического TDD, где система может переключаться между конфигурацией 1 и конфигурацией 2, где D = субкадр DL, S = специальный субкадр и U= субкадр UL. В этом примере субкадры {0, 1, 4, 5, 6, 9} являются субкадрами нисходящей линии связи, субкадры {2, 7} являются субкадрами восходящей линии связи, а субкадры {3, 8} являются гибкими субкадрами. Специальный субкадр обычно рассматривается как заданный субкадр нисходящей линии связи.
Фиг.5 показывает две конфигурации 0 и 2 с заданным субкадром и одну гибкую конфигурацию, в которой заштрихованные субкадры могут конфигурироваться либо как субкадр UL, либо как субкадр DL.
Любая подходящая схема сигнализации может использоваться для сообщения, какие субкадры являются заданными субкадрами нисходящей линии связи и восходящей линии связи, а какие субкадры являются гибкими субкадрами. Например, может использоваться планирование присвоений/выделений или явная сигнализация, например, для изменения конфигурации субкадра в Блоке 1 системной информации (SIB1) на другую конфигурацию. В этом последнем примере субкадры с другим направлением по сравнению с конфигурацией SIB1 выглядели бы как гибкие.
Соответственно, для TDD с адаптацией субкадра восходящей линии связи и нисходящей линии связи, то есть динамического TDD, гибкий субкадр может быть либо субкадров восходящей линии связи, либо субкадров нисходящей линии связи. Это вносит неопределенность в процесс DRX, потому что UE может сомневаться, должно ли оно считать гибкий субкадр субкадром нисходящей линии связи или субкадром восходящей линии связи, и в случае субкадра нисходящей линии связи должно ли UE осуществлять мониторинг PDCCH. Эта неопределенность может приводить к расхождению циклов DRX между UE и базовой станцией, получая в результате пропущенные сообщения нисходящей линии связи, повышенное энергопотребление UE и возможный сброс вызова.
Фиг.6 изображает пример сети 100 беспроводной связи, в которой можно реализовать варианты осуществления в этом документе. Сеть 100 беспроводной связи может быть сетью LTE, которая также может называться системой LTE.
На фиг.6 сеть 100 беспроводной связи является системой 100 LTE. Система LTE использует технологию радиодоступа 3GPP, причем узлы 110 базовых радиостанций (eNodeB) подключаются к базовой сети посредством Шлюзов 111, 112 доступа (AGW), например Объекта 111 управления мобильностью (MME) и Обслуживающего шлюза 112 (S-GW), а не к узлам Контроллеров радиосети (RNC). Обычно в LTE функции узла Контроллера радиосети (RNC) распределяются между узлами 110 базовых радиостанций (eNodeB) и AGW 111, 112. По существу Сеть радиодоступа (RAN) в системе LTE имеет плоскую архитектуру, содержащую узлы базовых радиостанций без представления отчетов узлам RNC. Следующие примерные варианты осуществления только с целью иллюстрации описываются применительно к системе LTE.
Универсальная система мобильных телекоммуникаций (UMTS) является системой мобильной связи третьего поколения, которая выделилась из Глобальной системы мобильной связи (GSM) второго поколения (2G). UTRAN по существу является сетью радиодоступа, использующей широкополосный коллективный доступ с кодовым разделением каналов для пользовательского оборудования (UE). На собрании, известном как Проект партнерства третьего поколения (3GPP), поставщики телекоммуникационных услуг предлагают и согласовывают стандарты для сетей третьего поколения, и в частности, UTRAN, и изучают повышенную скорость передачи данных и пропускную способность радиосвязи. 3GPP разработал спецификации для Развитой универсальной наземной сети радиодоступа (E-UTRAN). Развитая универсальная наземная сеть радиодоступа (E-UTRAN) содержит Систему долгосрочного развития (LTE) и Развитие архитектуры системы (SAE).
Одно или несколько UE 130 работают в сети 100 беспроводной связи, как проиллюстрировано на фиг.6.
Сейчас со ссылкой на блок-схему алгоритма, изображенную на фиг.7, будут описываться примерные варианты осуществления способа в UE 130 для принятия решения, осуществлять ли мониторинг канала управления нисходящей линии связи в субкадре. Способ содержит следующие этапы, которые могут выполняться в любом подходящем порядке. Пунктирные линии некоторых прямоугольников на фиг.7 указывают, что соответствующий этап является необязательным. Сначала способ описывается в общих чертах, как видно с точки зрения UE 130, относительно фиг.7. Способ будет подробнее описываться ниже.
Варианты осуществления в этом документе обращаются к сценариям, в которых UE 130 работает с прерывистым приемом, DRX, и динамическим временным дуплексным разносом, TDD. UE 130 находится в активном состоянии цикла DRX.
Этап 701
Чтобы иметь возможность принимать подходящее решение касательно мониторинга канала управления нисходящей линии связи для фактического субкадра, UE 130 определяет, что субкадр является заданным субкадром нисходящей линии связи или что субкадр является гибким субкадром, в настоящее время сконфигурированным для работы в качестве субкадра нисходящей линии связи.
В некоторых вариантах осуществления определение, является ли субкадр гибким субкадром, в настоящее время сконфигурированным для работы в качестве субкадра нисходящей линии связи, содержит проверку управляющей сигнализации. Управляющая сигнализация содержит текущую конфигурацию для субкадра.
Этап 702
При определении, что субкадр является заданным субкадром нисходящей линии связи, UE 130 обновляет первый таймер DRX. В таком случае отсутствует неопределенность, какие субкадры являются заданными субкадрами DL, и эти субкадры сигнализируются с использованием трансляции системной информации и изменяются медленно, если вообще изменяются.
В некоторых вариантах осуществления первый таймер DRX является Таймером длительности включения.
Этап 703
В некоторых вариантах осуществления UE 130 дополнительно обновляет второй таймер DRX при определении, что субкадр является заданным субкадром нисходящей линии связи или что субкадр является гибким субкадром, в настоящее время сконфигурированным для работы в качестве субкадра нисходящей линии связи.
Затем, если субкадр является заданным субкадром нисходящей линии связи, то будет обновлен первый таймер DRX, а также второй таймер DRX.
В некоторых вариантах осуществления второй таймер DRX является Таймером неактивности DRX. InactivityTimer может использоваться, когда пользователь запланирован, поэтому текущая конфигурация считается известной.
Этап 704
При определении, что субкадр является заданным субкадром нисходящей линии связи или что субкадр является гибким субкадром, в настоящее время сконфигурированным для работы в качестве субкадра нисходящей линии связи, UE 130 принимает решение осуществлять мониторинг канала управления нисходящей линии связи в упомянутом субкадре. Если субкадр не является заданным субкадром нисходящей линии связи или гибким субкадром, в настоящее время сконфигурированным для работы в качестве субкадра нисходящей линии связи, то UE 130 может войти в режим ожидания.
Фиг.8A показывает примерную функциональную блок-схему UE 130 для реализации различных примерных вариантов осуществления. UE включает в себя один или несколько процессоров 132 данных, соединенных с одним или несколькими запоминающими устройствами 134. Одно или несколько запоминающих устройств 134 хранят компьютерные программы 136, исполняемые одним или несколькими процессорами 132 в соответствии с процедурами, описанными в этом документе. Одно или несколько запоминающих устройств 134 также хранят данные 138. Радиосхемы 140, соединенные с одним или несколькими процессорами, включают в себя один или несколько приемопередатчиков 142 для передачи и приема посредством одной или нескольких антенн 144a … 144n. Счетчики 146 DRX показаны соединенными с процессорами 132, но могут быть реализованы в процессорах 132 или в запоминающем устройстве 134, либо иным образом. Один или несколько процессоров управляют одним или несколькими интерфейсами 148 пользователя, включающими в себя любые подходящие устройства ввода и вывода, например клавиатуры, клавишные панели, дисплеи, динамики, микрофоны и т. п., для взаимодействия с пользователем.
Сейчас будут описываться примерные варианты осуществления UE 130 для принятия решения, осуществлять ли мониторинг канала управления нисходящей линии связи в субкадре, иногда со ссылкой на фиг.8B.
UE 130 работает с DRX и TDD. UE находится в активном состоянии цикла DRX. UE конфигурируется для определения, что субкадр является заданным субкадром нисходящей линии связи или что субкадр является гибким субкадром, в настоящее время сконфигурированным для работы в качестве субкадра нисходящей линии связи.
В некоторых вариантах осуществления UE 130 содержит модуль 801 определения, сконфигурированный для выполнения определения. Модуль 801 определения может содержаться в процессоре 132 данных в UE 130.
В некоторых вариантах осуществления UE 130 дополнительно конфигурируется для проверки управляющей сигнализации, чтобы определить, является ли субкадр гибким субкадром, в настоящее время сконфигурированным для работы в качестве субкадра нисходящей линии связи. Управляющая сигнализация содержит текущую конфигурацию для субкадра. В некоторых вариантах осуществления UE 130 содержит модуль 802 проверки, сконфигурированный для проверки управляющей сигнализации. Модуль определения может содержаться в процессоре 132 данных в UE 130.
UE 130 дополнительно конфигурируется для обновления первого таймера DRX при определении, что субкадр является заданным субкадром нисходящей линии связи.
В некоторых вариантах осуществления UE 130 содержит первый модуль 803 обновления, сконфигурированный для обновления первого таймера DRX. Первый модуль 803 обновления может содержаться в процессоре 132 данных в UE 130. Первый таймер DRX может быть счетчиком 146 DRX в UE 130.
В некоторых вариантах осуществления первый таймер DRX является Таймером длительности включения.
В некоторых вариантах осуществления UE 130 дополнительно конфигурируется для обновления второго таймера DRX при определении, что субкадр является заданным субкадром нисходящей линии связи или что субкадр является гибким субкадром, в настоящее время сконфигурированным для работы в качестве субкадра нисходящей линии связи.
В некоторых вариантах осуществления UE 130 содержит второй модуль 804 обновления, сконфигурированный для обновления второго таймера DRX. Второй модуль 804 обновления может содержаться в процессоре 132 данных в UE 130. Второй таймер DRX может быть счетчиком 146 DRX в UE 130.
В некоторых вариантах осуществления второй таймер DRX является Таймером неактивности DRX.
UE 130 дополнительно конфигурируется для принятия решения осуществлять мониторинг канала управления нисходящей линии связи в субкадре при определении, что субкадр является заданным субкадром нисходящей линии связи или что субкадр является гибким субкадром, в настоящее время сконфигурированным для работы в качестве субкадра нисходящей линии связи. В некоторых вариантах осуществления UE 130 содержит модуль 805 мониторинга, сконфигурированный для мониторинга канала управления нисходящей линии связи.
Ниже обсуждаются различные подробности некоторых возможных вариантов осуществления.
Когда UE 130 рассматривает субкадр, который может быть субкадром нисходящей линии связи, восходящей линии связи или гибким субкадром, оно может определить текущую конфигурацию для гибкого субкадра как субкадр нисходящей линии связи или восходящей линии связи. В одном примерном варианте осуществления UE 130 на основе определения текущей конфигурации для гибкого субкадра принимает решение, осуществлять ли мониторинг канала управления нисходящей линии связи или войти в режим ожидания, чтоб экономить энергию. В более точной примерной реализации UE 130 в течение всего Активного времени DRX, которое не является частью сконфигурированного промежутка измерения, осуществляет мониторинг канала управления нисходящей линии связи соты, например PDCCH, в течение субкадров нисходящей линии связи и гибких субкадров, но не в субкадрах, сконфигурированных для передачи по восходящей линии связи. Для другой примерной реализации UE 130 не осуществляет мониторинг канала управления нисходящей линии связи в течение гибких субкадров, если не работает Таймер неактивности DRX, например, drx-InactivityTimer в LTE.
В другом примерном варианте осуществления UE 130 принимает решение, обновить, увеличить или уменьшить один или несколько таймеров субкадров DRX для достижения заранее установленного значения лимита времени на основе определения текущей конфигурации для гибкого субкадра. В еще одних примерных вариантах осуществления один или несколько таймеров Активного времени DRX, например onDurationTimer, drx-InactivityTimer, drx-RetransmissionTimer, считают в прямом или обратном направлении только для заданных субкадров нисходящей линии связи, а не для гибких субкадров нисходящей линии связи.
Эти варианты осуществления предпочтительно, хотя и не обязательно, используются вместе.
В примерном варианте осуществления UE 130 осуществляет мониторинг канала управления нисходящей линии связи, например PDCCH соты, во всех субкадрах нисходящей линии связи и гибких субкадрах в течение Активного времени DRX. Для простоты описания, а не для ограничения приводится ссылка на UE 130, осуществляющее мониторинг PDCCH. Фиг.9A – блок-схема алгоритма, показывающая примерные процедуры, которых может придерживаться UE 130 для реализации такого примерного варианта осуществления. Обычно UE 130 не осуществляет мониторинг PDCCH в субкадрах, используемых для передач по восходящей линии связи, например, обратной связи HARQ, передач данных восходящей линии связи, передач Физического канала с произвольным доступом (PRACH) или передач зондирующего опорного сигнала (SRS), инициируемых по типу 1.
В другом примерном варианте осуществления UE 130 осуществляет мониторинг PDCCH в субкадрах нисходящей линии связи в течение всего Активного времени DRX, но не осуществляет мониторинг PDCCH в гибких субкадрах в течение никакого Активного времени DRX.
Фиг.9B – блок-схема алгоритма, показывающая примерные процедуры, которых может придерживаться UE 130 для реализации другого примерного варианта осуществления, включающего используемые функциональные возможности обновления таймера DRX. UE 130 выборочно обновляет таймеры DRX, например таймер drx-inactivity и таймер onDuration. Как упоминалось при описании уровня техники, таймеры DRX называются таймерами, как в стандарте 3GPP, но реализуются в виде счетчиков для выборочного подсчета субкадров от значения лимита времени или до него. В этом примере таймерами DRX подсчитываются только субкадры нисходящей линии связи и гибкие субкадры, в настоящее время сконфигурированные в качестве субкадров нисходящей линии связи.
Фиг.9C показывает примерный вариант осуществления, который является уточнением процедур на фиг.9A, а также добавляет дополнительные функциональные возможности обновления таймера DRX, как на фиг.9B. Для гибкого субкадра выполняется определение, сконфигурирован ли в настоящее время упомянутый гибкий субкадр для работы в качестве субкадра нисходящей линии связи. Это определение может выполняться путем проверки управляющей сигнализации, которая включает в себя текущую конфигурацию для гибкого субкадра. Таким образом, UE 130 не расходует энергию батареи, осуществляя мониторинг PDCCH в течение гибких субкадров, сконфигурированных в качестве субкадров восходящей линии связи.
В другом примерном варианте осуществления UE 130 не осуществляет мониторинг PDCCH ни в каких гибких субкадрах или в их подмножестве, пока не выполняются некоторые условия для Активного времени DRX. Например, UE 130 может осуществлять мониторинг PDCCH в течение гибких субкадров, только если работает drx-InactivityTimer, а не когда работает только onDurationTimer, или с помощью UE 130 отправлен запрос планирования в базовую станцию. Таким образом, энергопотребление UE 130 в течение OnDurationTimer значительно уменьшается без потери гибкости планирования в течение OnDurationTimer. UE 130 не нужно быть активным в гибких субкадрах, которые могут не включать в себя PDCCH. С другой стороны, мониторинг PDCCH в течение гибких субкадров в течение drx-InactivityTimer обеспечивает гибкость планирования. Фиг.9D – блок-схема алгоритма, показывающая пример, где не осуществляется мониторинг PDCCH на предмет гибкого субкадра, если не работает drx-InactivityTimer; в противном случае UE 130 переходит в режим ожидания. Это могло бы выполняться путем задания Активного времени DRX по-разному для заданных субкадров нисходящей линии связи и для гибких субкадров, причем один или несколько критериев для Активного времени DRX для гибких субкадров являются подмножеством критериев для заданных субкадров нисходящей линии связи.
В некоторых вариантах осуществления UE 130 осуществляет мониторинг PDCCH в гибких субкадрах, только если оставшееся время у определенного таймера больше некоторой пороговой величины. Например, UE 130 может быть необходимо осуществлять мониторинг PDCCH в гибком субкадре n, если drx-InactivityTimer истекает после n + X, где X может сигнализироваться сетью или задаваться в стандарте 3GPP. X может зависеть от значения drx-inactivityTimer.
В некоторых примерных вариантах осуществления UE 130 может не требоваться осуществлять мониторинг PDCCH в гибких субкадрах между субкадром восходящей линии связи или субкадром UpPTS и субкадром, запланированным для передачи по восходящей линии связи, если временной диапазон не содержит субкадр DwPTS. Другими словами, UE 130 не предполагает реконфигурировать субкадр нисходящей линии связи в качестве субкадра восходящей линии связи ни в какой другой момент, кроме как в субкадре DwPTS.
Мониторинг PDCCH можно изменить либо путем изменения определения субкадра PDCCH в разделе 3.1 Спецификации MAC, либо путем изменения правил, когда UE 130 осуществляет мониторинг PDCCH, в разделе 5.7 DRX в версии 11.2.0 TS 36.321.
В некоторых примерных вариантах осуществления все таймеры DRX можно обновлять во всех субкадрах, где может планироваться UE 130, то есть в субкадрах нисходящей линии связи и гибких субкадрах. Таким образом, отсутствует неопределенность между таймерами DRX UE 130 и базовой станции, происходящая от того, что UE 130 пропускает обнаружение сигнализации конфигурации с гибкими субкадрами для динамического TDD. Это согласуется с допущением, что Активное время DRX охватывает заданное количество возможных случаев планирования, чтобы обеспечить планировщику передачи свободу в планировании UE 130. В других примерных вариантах осуществления таймеры DRX у UE 130 (реализованные в виде счетчиков) обновляются только в субкадрах нисходящей линии связи.
В другом примерном варианте осуществления, проиллюстрированном на фиг.9E, некоторые таймеры DRX, опять реализованные в виде счетчиков, обновляются на основе всех субкадров нисходящей линии связи и гибких субкадров, тогда как другие таймеры DRX обновляются только в субкадрах нисходящей линии связи, например, чтобы отразить субкадры, где мониторинг PDCCH фактически осуществляется в зависимости от разных таймеров. В одном неограничивающем примере таймер onDuration DRX обновляется только в течение субкадров нисходящей линии связи, а drx-InactivityTimer обновляется во всех субкадрах нисходящей линии связи и гибких субкадрах. Это обеспечивает лучшее управление со стороны сети, потому что UE 130, которое не запланировано на передачу, не нужно знать о гибких субкадрах, и базовая станция имеет некоторое количество заданных субкадров нисходящей линии связи для планирования UE 130, которое активизировало бы таймер drx-Inactivity. drx-InactivityTimer используется только тогда, когда UE 130 активно, где гибкие субкадры могут использоваться для планирования.
В качестве альтернативы счетчики DRX могут обновляться во всех субкадрах, где UE 130 осуществляет мониторинг PDCCH.
Различные варианты осуществления подсчета для таймеров DRX можно включить в Спецификацию MAC TS 36.321 путем изменения определения субкадра PDCCH. В качестве альтернативы определение может задавать, какие субкадры подсчитываются, для каждого таймера DRX.
Технология в данной заявке включает в себя некоторое количество преимуществ. Например, она обеспечивает четкое поведение DRX для UE 130, работающих с реконфигурируемым/динамическим TDD. Другое примерное преимущество состоит в том, что технология предоставляет лучший энергосберегающий способ эксплуатации UE 130 в динамическом TDD, который увеличивает срок службы батареи у UE 130.
Хотя вышеприведенное описание содержит много конкретики, ее не следует толковать как ограничивающую, а всего лишь как обеспечивающую иллюстрации некоторых предпочтительных в настоящее время вариантов осуществления. Описанные в этом документе варианты осуществления можно рассматривать как независимые варианты осуществления или можно рассматривать в любом сочетании друг с другом для описания неограничивающих примеров. Хотя неограничивающие примерные варианты осуществления технологии были описаны в контексте E-UTRAN, принципы описанной технологии также могут применяться к другим технологиям радиодоступа. Конечно, технология полностью включает в себя другие варианты осуществления, которые могут стать очевидными специалистам в данной области техники. Ссылка на элемент в единственном числе не имеет целью означать "один и только один", пока это не указано явно, а скорее "один или несколько". Все структурные и функциональные эквиваленты элементов из вышеописанных вариантов осуществления, которые известны специалистам в данной области техники, включаются в этот документ в прямой форме посредством ссылки и предназначены для охвата им. Кроме того, устройству или способу не нужно решать все без исключения проблемы, которые пытаются решить с помощью описанной технологии, чтобы устройство или способ были ей охвачены.
В вышеприведенном описании с целью объяснения, а не ограничения, излагаются характерные подробности, например конкретные архитектуры, интерфейсы, методики и т. д., чтобы обеспечить всестороннее понимание раскрытой в этом документе технологии. Однако специалистам в данной области техники будет очевидно, что раскрытая в этом документе технология может применяться на практике в других вариантах осуществления, которые отступают от этих характерных подробностей. То есть специалисты в данной области техники смогут разработать различные конфигурации, которые, хотя и не описаны или не показаны явно в этом документе, воплощают принципы раскрытой в этом документе технологии и включаются в ее сущность и объем. В некоторых случаях подробные описания известных устройств, схем и способов пропускаются с тем, чтобы не затруднять описание раскрытой в этом документе технологии ненужными подробностями. Все утверждения, излагающие в этом документе принципы, аспекты и варианты осуществления раскрытой в этом документе технологии, а также их отдельные примеры, предназначены для охвата как структурных, так и их функциональных эквивалентов. Дополнительно подразумевается, что такие эквиваленты включают в себя как известные в настоящее время эквиваленты, так и эквиваленты, разработанные в будущем, т.е. любые разработанные элементы, которые выполняют ту же функцию, независимо от структуры.
Таким образом, например, специалистам в данной области техники будет понятно, что блок-схемы в этом документе могут изображать концептуальное представление пояснительных схем или других функциональных блоков, воплощающих принципы этой технологии. Аналогично будет понятно, что любые блок-схемы алгоритмов, диаграммы перехода, псевдокод и тому подобное представляют различные процессы, которые большей частью могут быть представлены на компьютерно-читаемом носителе и поэтому могут выполняться компьютером или процессором независимо от того, показан ли явно такой компьютер или процессор.
Функции различных элементов, включающих в себя функциональные блоки, включая обозначенные или описанные как "компьютер", "процессор" или "контроллер", но не только, могут обеспечиваться посредством использования аппаратных средств, например аппаратных схем и/или аппаратных средств, допускающих исполнение программного обеспечения в виде кодированных команд, сохраненных на компьютерно-читаемом носителе. Таким образом, такие функции и проиллюстрированные функциональные блоки нужно понимать как реализуемые либо аппаратными средствами, и/либо реализуемые компьютером, и соответственно реализуемые машиной.
В плане аппаратной реализации функциональные блоки могут включать в себя, без ограничения, цифровой процессор сигналов (DSP), процессор с сокращенным набором команд, аппаратные (например, цифровые или аналоговые) схемы, включающие в себя, но не только, специализированную интегральную схему (схемы) (ASIC) и/или программируемую пользователем вентильную матрицу (матрицы) (FPGA), и (при необходимости) конечные автоматы, допускающие выполнение таких функций.
В плане компьютерной реализации компьютер обычно понимается содержащим один или несколько процессоров либо один или несколько контроллеров, и термины "компьютер", "процессор" и "контроллер" в этом документе могут применяться взаимозаменяемо. При обеспечении с помощью компьютера или процессора либо контроллера функции могут обеспечиваться одиночным специализированным компьютером или процессором либо контроллером, одиночным совместно используемым компьютером или процессором либо контроллером, или множеством отдельных компьютеров или процессоров либо контроллеров, некоторые из которых могут быть совместно используемыми или распределенными. Кроме того, использование термина "процессор" или "контроллер" также следует толковать как относящееся к другим аппаратным средствам, допускающим выполнение таких функций и/или исполнение программного обеспечения, например, к перечисленным выше примерным аппаратным средствам.
Термин "узел" и/или "сетевой узел" при использовании в данном документе может включать в себя узлы, использующие любую технологию, включая, например, высокоскоростной пакет доступ (HSPA), долгосрочное развитие (LTE), коллективный доступ с кодовым разделением каналов (CDMA) 2000, GSM и т. п., либо смесь технологий, например узел многостандартного радио (MSR) (например, LTE/HSPA, GSM/HS/LTE, CDMA2000/LTE и т. п.). Кроме того, описанная в этом документе технология может применяться к разным типам узлов, например к базовой станции, eNode B, Узлу Б, ретранслятору, базовой приемопередающей станции (BTS), донорному узлу, обслуживающему ретрансляционный узел (например, донорной базовой станции, донорному Узлу Б, донорному eNB), поддерживающим одну или несколько технологий радиодоступа, и к точкам передачи и приема в контексте CoMP.
Узлы, которые осуществляют связь с использованием радиоинтерфейса, также содержат подходящие схемы радиосвязи. Кроме того, технология дополнительно может считаться полностью реализуемой в любом виде компьютерно-читаемого запоминающего устройства, например твердотельного запоминающего устройства, магнитного диска или оптического диска, содержащего подходящий набор машинных команд, которые заставили бы процессор осуществлять описанные в этом документе методики.
1. Способ в пользовательском оборудовании, UE (130), для принятия решения, осуществлять ли мониторинг канала управления нисходящей линии связи в субкадре, причем UE (130) работает с прерывистым приемом, DRX, и динамическим временным дуплексным разносом, TDD, причем UE находится в активном состоянии цикла DRX, при этом способ содержит этапы, на которых:
определяют (701), что субкадр является заданным субкадром нисходящей линии связи или что субкадр является гибким субкадром, в настоящее время сконфигурированным для работы в качестве субкадра нисходящей линии связи;
обновляют (702) первый таймер DRX до достижения заранее установленного значения лимита времени при определении, что субкадр является заданным субкадром нисходящей линии связи; и
при определении, что субкадр является заданным субкадром нисходящей линии связи или что субкадр является гибким субкадром, в настоящее время сконфигурированным для работы в качестве субкадра нисходящей линии связи, принимают решение (704) осуществлять мониторинг канала управления нисходящей линии связи в упомянутом субкадре.
2. Способ по п. 1, в котором этап, на котором определяют, является ли субкадр гибким субкадром, в настоящее время сконфигурированным для работы в качестве субкадра нисходящей линии связи, содержит этап, на котором проверяют управляющую сигнализацию, которая содержит текущую конфигурацию для субкадра.
3. Способ по любому из пп. 1-2, в котором первый таймер DRX является Таймером длительности включения.
4. Способ по любому из пп. 1-2, дополнительно содержащий этап, на котором
обновляют (703) второй таймер DRX до достижения заранее установленного значения лимита времени при определении, что субкадр является заданным субкадром нисходящей линии связи или что субкадр является гибким субкадром, в настоящее время сконфигурированным для работы в качестве субкадра нисходящей линии связи.
5. Способ по п. 4, в котором второй таймер DRX является Таймером неактивности DRX.
6. Пользовательское оборудование, UE (130), для принятия решения, осуществлять ли мониторинг канала управления нисходящей линии связи в субкадре, причем UE (130) работает с прерывистым приемом, DRX, и динамическим временным дуплексным разносом, TDD, причем UE находится в активном состоянии цикла DRX, причем UE конфигурируется для:
определения, что субкадр является заданным субкадром нисходящей линии связи или что субкадр является гибким субкадром, в настоящее время сконфигурированным для работы в качестве субкадра нисходящей линии связи;
обновления первого таймера DRX до достижения заранее установленного значения лимита времени при определении, что субкадр является заданным субкадром нисходящей линии связи; и дополнительно для
принятия решения осуществлять мониторинг канала управления нисходящей линии связи в субкадре при определении, что субкадр является заданным субкадром нисходящей линии связи или что субкадр является гибким субкадром, в настоящее время сконфигурированным для работы в качестве субкадра нисходящей линии связи.
7. UE по п. 6, дополнительно сконфигурированное для
проверки управляющей сигнализации, чтобы определить, является ли субкадр гибким субкадром, в настоящее время сконфигурированным для работы в качестве субкадра нисходящей линии связи, причем управляющая сигнализация содержит текущую конфигурацию для субкадра.
8. UE по любому из пп. 6-7, в котором первый таймер DRX является Таймером длительности включения.
9. UE по любому из пп. 6-7, дополнительно сконфигурированное для
обновления второго таймера DRX до достижения заранее установленного значения лимита времени при определении, что субкадр является заданным субкадром нисходящей линии связи или
что субкадр является гибким субкадром, в настоящее время сконфигурированным для работы в качестве субкадра нисходящей линии связи.
10. UE по п. 9, в котором второй таймер DRX является Таймером неактивности DRX.
