СПОСОБ УПРАВЛЕНИЯ АКТИВНЫМ РЕЖИМОМ РАБОТЫ С 2-ЭТАПНЫМ ПРЕДОСТАВЛЕНИЕМ РАЗРЕШЕНИЯ
METHOD OF CONTROLLING ACTIVE MODE OF OPERATION WITH 2-STEP GRANT OF RESOLUTION

Область техники, к которой относится изобретение
Настоящее изобретение, в целом, относится к беспроводной связи, и более конкретно к устройству беспроводной связи, работающему в соответствии с конфигурацией прерывистого приема (DRX) и выполненного с возможностью принимать из сети беспроводной связи двухэтапные разрешения для передачи по восходящей линии связи.
Уровень техники
С целью экономии заряда батареи устройство пользователя (UE) может быть сконфигурировано с различными конфигурациями прерывистого приема (DRX). Когда UE находится в DRX режиме ожидания, UE не нужно прослушивать физический канал управления нисходящей линии связи (например, PDCCH). Когда UE находится в DRX активном режиме работы, UE обычно должно прослушивать PDCCH канал, ожидая потенциальные запросы планирования из eNodeB (eNB).
UE находится в DRX активном режиме работы, когда любое из условий, указанных в разделе 5.7 в стандарте MAC (3GPP TS 36.321 v13.2.0), истинно и представляет собой:
1. DRX параметры не сконфигурированы; или
2. DRX параметры сконфигурированы и
2.1 drx-InactivityTimer работает; или
2.2 drx-RetransmissionTimer работает; или
2.3 mac-ContentionResolutionTimer работает; или
2.4 запрос планирования, отправленный по PUCCH, находится на рассмотрении; или
2.5 может быть предоставлено разрешения восходящей линии связи для HARQ ожидающей повторной передачи и в соответствующем HARQ буфере сохранены данные; или
2.6 PDCCH, указывающий новую передачу, адресованную в C-RNTI UE, не был принят после успешного приема ответа произвольного доступа для явно сигнализированной преамбулы (применимо только к UEs в RRC_CONNECTED).
Иначе
3 данное состояние является случаем использования DRX режима ожидания.
DRX циклы и drx-InactivityTimer
UE в RRC_CONNECTED состоянии и сконфигурированное с DRX функцией может быть сконфигурировано как с длинным, так и с коротким DRX циклом. Смысл в длинном DRX цикле состоит в том, что UE должно иметь возможность находиться в режиме ожидания в течение длительного времени и периодически работать в активном режиме только в течение DRX активного режима работы, чтобы прослушивать любые новые запросы планирования. Смысл в коротком DRX цикле состоит в том, что UE должно чаще переходить в активный режим работы, чем в длинном DRX цикле, чтобы прослушивать любые запросы планирования. Периоды времени, в течение которых UE находится в активном режиме работы для прослушивания запросов планирования, называются периодами OnDuration и сконфигурированы для определенной продолжительности времени, в течение которого UE должно быть активным.
Когда UE запланировано, запускают таймер drx-InactivityTimer, и пока этот таймер работает, UE активно для прослушивания любых запросов планирования. Когда истекает время drx-InactivityTimer, UE переходит в короткий DRX режим ожидания, в случае конфигурации. В противном случае, UE перейдет в длительный DRX режим ожидания. Кроме того, если UE не было запланировано для сконфигурированного количества коротких DRX циклов, UE войдет в длительный DRX режим ожидания.
Двухэтапная структура предоставления разрешения
В стандарте «Долгосрочное развитие» (LTE) eNB предоставляет разрешения на передачу по восходящей линии связи в UE посредством PDCCH сигнализации. Если UE принимает разрешение на передачу по восходящей линии связи через PDCCH в интервале N времени передачи (TTI), UE выполняет ассоциированную PDCCH передачу в TTI N + 4.
В релизе 14 LTE была введена двухэтапная структура предоставления разрешения. В соответствии с двухэтапной структурой планирования UE может быть запланировано с использованием двух PDCCH сообщений, где комбинация этих двух сообщений предоставляет разрешение UE выполнять передачу по восходящей линии связи. В этой структуре UE сначала принимает PDCCH передачу, которая указывает первый триггер (иногда называемый «этап 1» или «триггер A физического общего канала восходящей линии связи (PUSCH)»), который имеет ассоциированный второй триггер (иногда называемый как «этап 2» или «PUSCH триггер B»), который передают во второй PDCCH передаче.
Ниже приведена выписка из 3GPP CR для 36.213, которая описывает двухэтапную структуру предоставления разрешения:
Для обслуживающей соты, которая является LAA SCell, UE должно
- при обнаружении PDCCH/EPDCCH с DCI форматом 0A/0B/4A/4B и с полем «PUSCH триггера A», установленным на «0» в подкадре n, предназначенном для UE, или
- при обнаружении PDCCH/EPDCCH с DCI форматом 0A/0B/4A/4B и с полем «PUSCH триггера A», установленным на «1» в самом последнем подкадре из подкадра n-v, предназначенного для UE, и при обнаружении PDCCH с DCI CRC скремблируют CC-RNTI и с полем «PUSCH триггера B», установленным на «1» в подкадре n
выполнить соответствующую PUSCH передачу, обусловленную процедурами доступа к каналу, описанными в пункте 15.2.1, в подкадре (подкадрах) n + l + k + i , где i = 0, 1,…, N-1 в соответствии с PDCCH/EPDCCH и ID процесса HARQ, где
- N = 1 для DCI формата 0A/4A, и значение N определено полем «количество запланированных подкадров» в соответствующем DCI формате 0B/4B.
- UE конфигурируют с максимальным значением N параметром maxNumberOfSchedSubframes-Format0B более высокого уровня для DCI формата 0B и параметром maxNumberOfSchedSubframes-Format4B более высокого уровня для DCI формата 4B;
- значение k определено полем задержки планирования в соответствующем DCI 0A/0B/4A/4B в соответствии с таблицей 8.2d, если для поля «PUSCH триггер A» установлено значение «0» или в таблице 8.2e в противном случае;
- значение определяют полем номера процесса HARQ в соответствующем DCI формате 0A/0B/4A/4B и;
- для поля «PUSCH триггер A», установленного на «0» в соответствующем DCI формате 0A/0B/4A/4B,
- l = 4
- иначе
- значение l является смещением UL, как определено полем «Конфигурация UL для LAA» в соответствующем DCI с CRC, скремблированным CC-RNTI в соответствии с процедурой в подпункте 13A, и в поле «PUSCH триггер B», установленном на «1»,
- значение v определено полем продолжительности проверки в соответствующем PDCCH/EPDCCH с DCI форматом 0A/0B/4A/4B в соответствии с таблицей 8.2f, и в поле «PUSCH триггер A» установлено значение на «1»
- наименьшее значение l+k, поддерживаемое UE, включено в состав UE-EUTRA-Capability.
Таблица 8.2d: для DCI формата 0A/0B/4A/4B с полем «PUSCH триггер A», установленным на «0».
Значение поля «задержка планирования»
<maths num="4"><img file="00000004.jpg" he="4" wi="3" img-content="undefined" img-format="jpg" /></maths>
0000
0
0001
1
0010
2
0011
3
0100
4
0101
5
0110
6
0111
7
1000
8
1001
9
1010
10
1011
11
1100
12
1101
13
1110
14
1111
15
Таблица 8.2e: для DCI формата 0A/0B/4A/4B с полем «PUSCH триггер A», установленным на «1».
Значение поля «задержка планирования»
<maths num="6"><img file="00000004.jpg" he="4" wi="3" img-content="undefined" img-format="jpg" /></maths>
00
0
01
1
10
2
11
3
Таблица 8.2f: для DCI формата 0A/0B/4A/4B с полем «PUSCH триггер A», установленным на «1».
Как объяснено выше, согласно двухэтапной структуре предоставления разрешения, UE принимает два сообщения, которые в комбинации определяют, когда UE должно выполнять передачу по восходящей линии связи.
В текущей DRX структуре в LTE UE запускает таймер неактивности, когда UE будет в активном режиме работы (или «активен»), когда PDCCH указывает передачу по восходящей линии связи. В сценарии, в котором применяют двухэтапное предоставление разрешения, это привело бы к тому, что UE оставалось в активном режиме работы только тогда, когда UE приняло данные этапа 2, поскольку до приема данных этапа 2 UE еще не приняло фактическое предоставление разрешения. Таким образом, это может привести к тому, что UE не будет находиться в активном режиме работы и, следовательно, не будет контролировать PDCCH. Следовательно, UE не может установить связь с eNB.
Раскрытие сущности изобретения
Варианты осуществления настоящего изобретения описывают UE, которое может находиться в активном режиме работы в течение времени, предшествующего тому, когда UE приняло полное разрешение. То есть, UE может находиться в активном режиме работы перед этапом 2, когда используют двухэтапное предоставление разрешения. Это позволяет eNB отправлять сообщения в UE через PDCCH, даже если полное разрешение не было предоставлено UE. Это может улучшить пропускную способность устройства пользователя и производительность системы. Активный режим работы может включать в себя, когда UE находится в состоянии, в котором UE прослушивает физический канал управления нисходящей линии связи для сообщений из сети.
Согласно некоторым вариантам осуществления способ выполняют устройством беспроводной связи, работающим в соответствии с DRX конфигурацией и выполненным с возможностью принимать из сети беспроводной связи двухэтапные разрешения для передач по восходящей линии связи. Способ включает в себя определение, приняло ли устройство первый триггер двухэтапного разрешения, и переход в состояние, в котором устройство прослушивает на физическом канале управления нисходящей линии связи сообщения из сети, в ответ на определение, что устройство приняло первый триггер.
Согласно некоторым вариантам осуществления устройство беспроводной связи, выполненное с возможностью работать в соответствии с DRX конфигурацией и выполненное с возможностью принимать из сети беспроводной связи двухэтапные разрешения передач по восходящей линии связи, включает в себя схему приемопередатчика, выполненную с возможностью устанавливать связь с сетью, и схему обработки, функционально ассоциированную со схемой приемопередатчика. Схема обработки выполнена с возможностью определять, приняло ли устройство первый триггер двухэтапного предоставления разрешения, и вызывать устройство переходить в состояние, в котором устройство прослушивает по физическому каналу управления нисходящей линии связи сообщения из сети, в ответ на определение, что устройство приняло первый триггер.
Согласно некоторым вариантам осуществления способ выполняют сетевым узлом сети беспроводной связи, где сетевой узел выполнен с возможностью предоставлять устройству беспроводной связи, работающему в соответствии с DRX конфигурацией, двухэтапное предоставление разрешения передач по восходящей линии связи. Способ включает в себя передачу первого триггера двухэтапного предоставления разрешения и до передачи второго триггера двухэтапного предоставления разрешения, передачу сообщений физического канала управления нисходящей линии связи в устройство, подлежащие приему в состоянии, в котором устройство прослушивает по физическому каналу управления нисходящей линии связи сообщения из сети.
В соответствии с некоторыми вариантами осуществления сетевой узел сети беспроводной связи, где сетевой узел выполнен с возможностью предоставлять устройству беспроводной связи, работающему в соответствии с DRX конфигурацией, двухэтапное предоставление разрешения передач по восходящей линии связи, включает в себя схему приемопередатчика, выполненную с возможностью устанавливать связь с устройством, и схему обработки, оперативно ассоциированную со схемой приемопередатчика. Схема обработки выполнена с возможностью передавать через схему приемопередатчика первый триггер двухэтапного предоставления разрешения и перед передачей второго триггера двухэтапного предоставления разрешения передавать сообщения физического канала управления нисходящей линии связи в устройство, подлежащие приему в состоянии, в котором устройство прослушивает по физическому каналу управления нисходящей линии связи сообщения из сети.
В соответствии с некоторыми вариантами осуществления постоянный машиночитаемый носитель данных, на котором хранят компьютерную программу, содержит программные инструкции, которые при выполнении в схеме обработки устройства беспроводной связи, выполненного с возможностью работать в соответствии с DRX конфигурацией, и выполненного с возможностью принимать из сети беспроводной связи двухэтапное предоставление разрешения передач по восходящей линии связи, вызывает устройство определять, приняло ли устройство первый триггер двухэтапного предоставления разрешения, и вызывать устройство переходить в состояние, в котором устройство прослушивает сообщения по физическому каналу управления нисходящей линии связи из сети, в ответ на определение, что устройство приняло первый триггер.
В соответствии с некоторыми вариантами осуществления постоянный машиночитаемый носитель данных, на котором хранят компьютерную программу, содержит программные инструкции, которые при выполнении в схеме обработки сетевого узла сети беспроводной связи сетевой узел, выполненный с возможностью предоставлять устройству беспроводной связи, работающему в соответствии с DRX конфигурацией, двухэтапное предоставление разрешения передач по восходящей линии связи, вызывают сетевой узел передавать первый триггер двухэтапного предоставления разрешения и перед передачей второго триггера двухэтапного предоставления разрешения, передавать сообщения физического канала управления нисходящей линии связи в устройство, подлежащие приему во время состояния, в котором устройство прослушивает сообщения по физическому каналу управления нисходящей линии связи из сети.
Согласно некоторым вариантам осуществления способ, выполняемый устройством беспроводной связи, выполнен с возможностью принимать двухэтапные разрешения. Способ может включать в себя определение, что устройство приняло данные первого этапа двухэтапного предоставления разрешения, и переход в активный режим работы в ответ на упомянутое определение, что устройство приняло данные первого этапа.
Способ может дополнительно включать в себя определение, что первый этап стал недействительным и, в ответ на определение, выход из активного режима работы. Способ также может включать в себя определение, что устройство приняло данные второго этапа, и, в ответ на определение, выход из активного режима работы.
Другой вариант осуществления настоящего изобретения относится к устройству беспроводной связи, выполненному с возможностью принимать двухэтапные разрешения. Устройство может включать в себя схему обработки, выполненную с возможностью определять, что устройство приняло данные первого этапа двухэтапного предоставления разрешения, и выходить из активного режима работы в ответ на определение, что устройство приняло данные первого этапа.
Схема обработки может быть выполнена с возможностью определять, что первый этап стал недействительным и, в ответ на определение, выходить из активного режима работы. Схема обработки также может быть выполнена с возможностью определять, что устройство приняло данные второго этапа и, в ответ на определение, выходить из активного режима работы.
Конечно, различные модули аппаратных и программных элементов, по отдельности или в комбинации, можно использовать для выполнения этапов, описанных в данном документе, в одном или любом сочетании сетевых узлов. Другие преимущества и признаки различных вариантов осуществления станут очевидными для специалиста в данной области техники в свете следующего подробного описания и прилагаемых чертежей.
Краткое описание чертежей
Прилагаемые чертежи, содержащиеся в данном описании и являющиеся его частью, иллюстрируют несколько аспектов изобретения и вместе с описанием служат для объяснения принципов настоящего изобретения.
Фиг.1 иллюстрирует сеть сотовой связи в соответствии с некоторыми вариантами осуществления настоящего изобретения.
Фиг.2 является схемой сетевого узла в соответствии с некоторыми вариантами осуществления.
Фиг.3 является примерной блок-схемой последовательности операций, иллюстрирующей способ, выполняемый сетевым узлом, согласно некоторым вариантам осуществления.
Фиг.4 является схемой устройства беспроводной связи в соответствии с некоторыми вариантами осуществления.
Фиг.5 является примерной блок-схемой алгоритма, иллюстрирующей способ, выполняемый устройством беспроводной связи, согласно некоторым вариантам осуществления.
Фиг.6 иллюстрирует случай, когда UE находится в активном режиме работы от этапа 1 до этапа 2 согласно примерному варианту осуществления.
Фиг.7 иллюстрирует случай, когда UE находится в активном режиме работы от этапа 1 до определенного периода времени, но, если этап 2 не наступает в течение этого периода времени, UE выходит из активного режима работы, согласно примерному варианту осуществления.
Фиг.8 иллюстрирует случай, когда UE находится в активном режиме работы после приема данных этапа 1 и UE остается в активном режиме работы, даже если приняты данные этапа 2, согласно примерному варианту осуществления.
Фиг.9 иллюстрирует случай, когда UE находится в активном режиме работы от этапа 1 до передачи по восходящей линии связи, инициированной этапом 2, согласно примерному варианту осуществления.
Фиг.10 иллюстрирует случай, когда UE находится в активном режиме работы с момента времени T после приема данных этапа 1 до передачи по восходящей линии связи, инициированной этапом 2, согласно примерному варианту осуществления.
Фиг.11 иллюстрирует случай, когда UE находится в активном режиме работы от времени T после приема данных этапа 1 до приема данных этапа 2, согласно примерному варианту осуществления.
Фиг.12 иллюстрирует случай, когда UE запускает таймер неактивности в ответ на то, что этап 1 становится недействительным, в соответствии с примерным вариантом осуществления.
Фиг.13 является схемой устройства беспроводной связи, включающего в себя модули в соответствии с некоторыми вариантами осуществления.
Фиг.14 является схемой сетевого узла, включающего в себя модули согласно некоторым вариантам осуществления.
Осуществление изобретения
Изложенные далее варианты осуществления представляют информацию, позволяющую специалистам в данной области техники реализовать на практике варианты осуществления, и иллюстрируют лучший способ применения вариантов осуществления. Ознакомившись с последующим описанием со ссылкой на прилагаемые чертежи, специалисты в данной области техники поймут концепции изобретения и смогут найти применение данных концепции, которые конкретно не рассматривают в данном документе. Следует понимать, что эти концепции и приложения должны находиться в рамках объема настоящего изобретения.
Любые два или более вариантов осуществления, описанных в этом документе, могут быть объединены любым образом друг с другом. Кроме того, даже если некоторые приведенные в настоящем описании примеры в контексте интернета вещей (IoT), варианты осуществления, описанные здесь, не ограничены IoT и могут также применяться в более общем случае, когда сетевой узел или устройство пользователя (UE) могут передавать или принимать идентификатор соты, идентификатор сети и/или шаблоны скачкообразной перестройки частоты (FH).
В некоторых вариантах осуществления используют неограничивающий термин «UE». UE в данном документе может быть устройством беспроводной связи любого типа, выполненным с возможностью осуществлять связь с сетевым узлом или другим UE по радиосигналам. UE также может быть устройством радиосвязи, целевым устройством, UE «устройство-устройство» (D2D), UE машинного типа, UE, способным к межмашинной связи (M2M), датчиком, оборудованным UE, iPad, планшетом, мобильным терминалом, смартфоном, встроенным в ноутбук оборудованием (LEE), оборудованием для ноутбука (LME), ключом универсальной последовательной шины (USB), оборудованием, установленным в помещении клиента (CPE) и т. д.
Также в некоторых вариантах осуществления используют общепринятый термин «сетевой узел». Это может быть любой тип сетевого узла, который может состоять из узла радиосети, такого как базовая станция, базовая радиостанция, базовая приемопередающая станция, контроллер базовой станции, сетевой контроллер, усовершенствованный узел B (eNB), узел B, многоканальный сотовый/многоадресный координационный объект (МСЕ), ретрансляционный узел, точка доступа, точка радиодоступа, Удаленный радиоблок (RRU), удаленная радиостанция (RRH), основной сетевой узел (например, MME, узел самоорганизующейся сети (SON), координирующий узел и т. д.) или даже внешний узел (например, сторонний узел, узел, внешний по отношению к текущей сети) и т.д. Используемый здесь термин «радиоузел» может быть использован для обозначения UE или узла радиосети.
Варианты осуществления применимы к одной несущей, а также к операции UE с агрегированием с множеством несущих или с несущей (CA), в которой UE может принимать и/или передавать данные более чем в одну обслуживающую соту. Термин «агрегирование несущих» (CA) также называется (например, взаимозаменяемо) «системой с множеством несущих», «операцией с несколькими сотами», «операцией с несколькими несущими», «передачей с несколькими несущими» и/или приемом. В CA одной из составляющих несущих (CCs) является первичной составляющей несущей (PCC) или просто первичная несущая или даже опорная несущая. Остальные называются вторичными составляющими несущими (SCC) или просто вторичными несущими или даже дополнительными несущими. Обслуживающая сота взаимозаменяемо называется первичной сотой (PCell) или первичной обслуживающей сотой (PSC). Аналогично, вторичная обслуживающая сота взаимозаменяемо называется вторичной сота (SCell) или вторичной обслуживающей сотой (SSC).
Термин «сигнализация», используемый в данном документе, может содержать любое из следующего: сигнализацию верхнего уровня (например, посредством управления радиоресурсами (RRC)), сигнализацию нижнего уровня (например, через физический канал управления или широковещательный канал) или их комбинацию. Сигнализация может быть неявной или явной. Сигнализация также может быть одноадресной, многоадресной или широковещательной. Сигнализация также может быть непосредственно на другой узел или через третий узел.
Термин «передача сигнала», используемый в данном документе, может относиться к определенному типу периодического сигнала, который передают сетевым узлом в нисходящей линии связи или UE в восходящей линии связи. Передача сигнала может содержать физический сигнал или физический канал, или оба. Физический сигнал не несет информацию более высокого уровня, тогда как физический канал несет информацию более высокого уровня. Эти сигналы используют сетевым узлом и/или UE для выполнения одной или нескольких операций.
Фиг.1 иллюстрирует сеть 10 сотовой связи, в которой могут быть реализованы варианты осуществления настоящего изобретения. В некоторых вариантах осуществления сеть 10 сотовой связи включает в себя сеть радиодоступа (RAN) (например, сеть радиодоступа усовершенствованной универсальной системы мобильной связи (UMTS) (E-UTRAN) для LTE), включающую в себя, по меньшей мере, одну базовую станцию 12 (иногда упоминаемую как «сетевой узел 12»), обеспечивающий соту сети 10 сотовой связи. Сетевой узел 12 обеспечивает радиодоступ к устройству беспроводной связи, такому как UE 14, расположенному в соответствующей соте. Сетевой узел 12 может быть коммуникативно соединен через базовую станцию с интерфейсом базовой станции (например, интерфейс X2 в LTE), с другой базовой станцией или с другим сетевым узлом. Кроме того, в некоторых вариантах осуществления сетевой узел 12 подключен к базовой сети (например, усовершенствованному пакетному ядру (EPC) в LTE) через соответствующие интерфейсы (например, интерфейсы S1 в LTE). Базовая сеть включает в себя различные основные сетевые узлы, такие как, например, узлы управления мобильностью (MMEs), обслуживающие шлюзы (S-GWs) и шлюзы сети пакетной передачи данных (PDN) (P-GWs), как понятно специалистам в данной области техники.
Фиг.2 представляет собой схему сетевого узла 12 в соответствии с некоторыми вариантами осуществления настоящего изобретения. В некоторых вариантах осуществления сетевой узел 12 может быть базовой станцией, такой как eNB. Сетевой узел 12 включает в себя схему, содержащую инструкции, которые при выполнении вызывают сетевой узел 12 реализовывать способы и функциональные возможности, описанные в данном документе. В одном примере схема может включать в себя один или несколько процессоров 30 и память 32, содержащую инструкции. Блок 28 основной полосы частот также включает в себя сетевой интерфейс 34. Сетевой интерфейс 34 может включать в себя один или несколько компонентов (например, карту (карты) сетевого интерфейса), которые соединяют сетевой узел передатчика с другими системами. Сетевой узел 12 также включает в себя, по меньшей мере, один радиоблок 36 с одним или несколькими передатчиками 38, одним или несколькими приемниками 40 и одной или несколькими антеннами 42. В некоторых вариантах осуществления сетевой узел 12 или функциональные возможности сетевого узла 12 описаны в отношении любого из вариантов осуществления, описанных в данном документе, реализован в программном обеспечении, которое хранят, например, в памяти 32 и исполняют процессором 30.
В некоторых вариантах осуществления предоставлена компьютерная программа, включающая в себя инструкции, которые при выполнении, по меньшей мере, одним процессором 30 вызывают, по меньшей мере, один процессор 30 выполнять функциональные возможности сетевого узла 12 в соответствии с любым из описанных здесь вариантов осуществления. Процессор 30 выполнен с возможностью предоставлять устройству беспроводной связи, работающему в соответствии с DRX конфигурацией, двухэтапное предоставление разрешения передач по восходящей линии связи. Процессор 30 выполнен с возможностью передавать через блок 36 радиосвязи первый триггер двухэтапного предоставления разрешения. Схема 30 обработки также выполнена с возможностью перед передачей второго триггера двухэтапного предоставления разрешения передавать сообщения физического канала управления нисходящей линии связи в устройство, подлежащие приему, в состоянии, в котором устройство прослушивает сообщения по физическому каналу управления нисходящей линии связи из сети.
Устройство может запустить таймер, который управляет продолжительностью активного режима работы в устройстве или продолжительностью времени, в течение которого устройство находится в состоянии. Соответственно, процессор 30 может быть выполнен с возможностью передавать информацию продолжительности таймера, который должен запускаться устройством, когда устройство выходит из состояния только после истечения таймера. Процессор 30 также может быть выполнен с возможностью определять, выполнено ли устройство с возможностью перехода в состояние перед приемом второго триггера.
В некоторых вариантах осуществления предоставлен носитель, содержащий вышеупомянутый компьютерный программный продукт. Носителем является один из электронный сигнал, оптический сигнал, радиосигнал или машиночитаемый носитель информации (например, постоянный машиночитаемый носитель, такой как память 32).
Фиг.3 является примерной блок-схемой последовательности операций, иллюстрирующей различные функции в способе 300, выполняемом, например, сетевым узлом 12. Способ 300 включает в себя передачу первого триггера двухэтапного предоставления разрешения (этап 302) и до передачи второго триггера двухэтапного предоставления разрешения, передачу сообщений по физическому каналу управления нисходящей линии связи в устройство, подлежащие приему состояние, в котором устройство прослушивает сообщения на физическом канале управления нисходящей линии связи из сети (этап 304). Способ 300 может затем включать в себя передачу второго триггера.
Способ 300 может включать в себя передачу информации продолжительности таймера, который должен быть запущен устройством, когда устройство выходит из состояния только после истечения таймера. В некоторых случаях способ 300 также включает в себя определение, выполнено ли устройство с возможности перехода в состояние перед приемом второго триггера.
Фиг.4 представляет собой схему устройства беспроводной связи, например, UE 14, согласно некоторым вариантам осуществления. Как показано, UE 14 включает в себя, по меньшей мере, один процессор 48 и память 50. UE 14 также включает в себя приемопередатчик 52 с одним или несколькими передатчиками 54, одним или несколькими приемниками 56 и одной или несколькими антеннами 58. В некоторых вариантах осуществления UE 14, или функциональные возможности устройства 14 беспроводной связи, описанные в отношении любого из вариантов осуществления, описанных в данном документе, реализованы в программном обеспечении, которое хранится, например, в памяти 50 и выполняют процессором 48. Приемопередатчик 52 использует одну или несколько антенн. 58 для передачи и приема сигналов и может включать в себя один или несколько компонентов, которые соединяют UE 14 с другими системами.
В некоторых вариантах осуществления предоставляют компьютерную программу, включающую в себя инструкции, которые при выполнении, по меньшей мере, одним процессором 48, вызывают, по меньшей мере, один процессор 48 выполнять функциональные возможности UE 14 в соответствии с любым из вариантов осуществления, описанных в данном документе, включающее устройство беспроводной связи, выполненное с возможностью работать в соответствии с DRX конфигурацией, и выполненное с возможностью принимать из сети беспроводной связи двухэтапные разрешения передач по восходящей линии связи. Процессор 48 выполнен с возможностью определять, приняло ли устройство первый триггер двухэтапного предоставления разрешения, и вызывать устройство переходить в состояние, в котором устройство прослушивает сообщения на физическом канале управления нисходящей линии связи из сети, в ответ на определение что устройство приняло первый триггер.
В некоторых вариантах осуществления предоставлен носитель, содержащий вышеупомянутый компьютерный программный продукт. Носителем является один из электронный сигнал, оптический сигнал, радиосигнал или машиночитаемый носитель информации (например, постоянный машиночитаемый носитель, такой как память 50).
Фиг.5 представляет собой примерную блок-схему последовательности операций, иллюстрирующую различные функции в способе 500, выполняемом, например, посредством UE 14. Способ включает в себя определение, приняло ли устройство первый триггер двухэтапного предоставления разрешения (этап 502). Способ 500 также включает в себя вход в состояние, в котором устройство прослушивает сообщения на физическом канале управления нисходящей линии связи из сети, в ответ на определение, что устройство приняло первый триггер (этап 504). Конечно, различные другие сетевые узлы, по отдельности или в комбинации, или различные блоки обработки, могут выполнять функции, описанные в данном документе.
Как определено для следующих вариантов осуществления, продолжительность активного режима работы представляет собой время в течение DRX цикла или состояния UE, в котором UE прослушивает по физическому каналу управления нисходящей линии связи сообщения из сети. Это может включать в себя прослушивание по PDCCH для запросов планирования из сети. Следует понимать, что даже если способы, описанные выше, могут указывать, находится ли UE в активном режиме работы или нет, могут быть использованы другие механизмы, которые вызывают UE входить или выходить из активного режима работы. Например, DRX механизм в LTE содержит разные таймеры (например, таймер onDuration и таймер неактивности), и пока эти таймеры работают, UE может оставаться в активном режиме работы.
Условия функционирования в активном режиме работы
В одном варианте осуществления UE может находиться в состоянии, в котором устройство прослушивает по физическому каналу управления нисходящей линии связи сообщения из сети от первого триггера до второго триггера двухэтапного предоставления разрешения. В вариантах осуществления, показанных на фиг.6-12, данное состояние упоминается как «активный режим работы», и первый и второй триггеры упоминаются как этап 1 и этап 2. На фиг.6 показан сценарий, когда UE находится в активном режиме работы с этапа 1 до этапа 2.
Может быть так, что TTI, в который принимают этап 1 и/или этап 2, либо содержится, либо не содержится в активном режиме работы. Например, активный режим работы может включать в себя TTI, в котором был принят второй триггер (этап 2). Активный режим работы также может включать в себя TTI, в котором был принят первый триггер (этап 1).
В другом варианте осуществления UE будет находиться в активном режиме работы с первого триггера до тех пор, пока первый триггер не станет недействительным. Например, способ 500 может включать в себя определение, стал ли первый триггер недействительным и, в ответ на определение, что первый триггер стал недействительным, выходить из состояния, в котором устройство прослушивает по физическому каналу управления нисходящей линии связи сообщения из сети. Фиг.7 иллюстрирует сценарий, в котором UE находится в активном режиме работы от этапа 1 до определенного периода времени. Если этап 2 не наступает в течение этого периода времени, UE выходит из активного режима работы. Например, это может быть в случае, если этап 1 действителен только в течение определенного периода времени после приема этапа 1.
В некоторых случаях способ 500 включает в себя запуск таймера в ответ на прием первого триггера и выход из состояния только после истечения таймера. Длительность таймера может быть принята с помощью первого триггера или в сигнализации управления радиоресурсами, RRC. В некоторых случаях таймер останавливается в ответ на прием второго триггера. В некоторых вариантах осуществления устройство выходит из состояния только по истечении таймера, который наступает до того, как будет принят второй триггер.
Могут применять комбинацию вышеупомянутых вариантов осуществления, в которой UE будет в состоянии от первого триггера до второго триггера или до тех пор, пока первый триггер не станет недействительным. Это гарантирует, что, даже если eNB не предоставил полное предоставление разрешения UE, UE будет непрерывно контролировать PDCCH, гарантируя, что eNB может предоставить второй триггер или любую другую передачу PDCCH в UE.
Когда UE находится в состоянии до второго триггера, UE учитывает время, когда принят/декодирован второй триггер. Однако следует отметить, что UE может в этот момент времени находиться в активном режиме работы по другим причинам, например, из-за того, что работает таймер неактивности.
Хотя некоторые варианты осуществления в данном документе описывают, что UE находится в активном режиме работы, или в состоянии UE от приема первого триггера до приема второго триггера (или до тех пор, пока первый триггер не станет недействительным) и, следовательно, что UE «выходит» из активного режима работы в ответ приема второго триггера (или в ответ на то, что первый триггер становится недействительным), UE может оставаться в активном режиме работы, когда второй триггер принят (или когда первый триггер становится недействительным), так как таймер работает. На фиг.8 показан сценарий, в котором UE находится в активном режиме работы в течение определенного периода времени после приема этапа 1, и UE остается в активном режиме работы в течение некоторого периода времени, даже если принят этап 2. Период времени может подтверждать действительность этапа 1. Соответственно, способ 500 может включать в себя определение, приняло ли устройство второй триггер. Способ 500 также может включать в себя, в ответ на определение, что устройство приняло второй триггер, определение, работает ли конкретный таймер. Способ 500 затем включает в себя, в ответ на определение, что таймер работает, выход из состояния только после истечения таймера.
Другая возможность состоит в том, что UE будет в активном режиме работы, пока выполняется ассоциированная передача по восходящей линии связи (время которой может быть указано во втором триггере). Фиг. 9 иллюстрирует сценарий, в котором UE находится в активном режиме работы от этапа 1 до передачи по восходящей линии связи, запускаемой этапом 2. В этом случае способ 500 включает в себя прием второго триггера и выход из состояния в ответ на передачу по восходящей линии связи, запущенной вторым триггером.
Когда UE находится в активном режиме работы с первого триггера, это может означать, что UE находится в активном режиме работы в ответ на прием первого триггера. Это может быть моментом, когда UE принимает/декодирует первый триггер, например, в том же подкадре, или это может быть в следующем подкадре. Другая возможность состоит в том, что UE будет в активном режиме работы с момента времени T после того, как UE принимает первый триггер. Например, переход в активный режим работы может включать в себя ожидание заданного периода времени Т после приема первого триггера, прежде чем переходить в активный режим работы. Это полезно, например, если UE требуется некоторое время для декодирования первого триггера. То есть, UE может потребоваться некоторое время, чтобы определить, что первый триггер был принят и, следовательно, что UE должно быть в активном режиме работы. Время T может быть указано в спецификации, в качестве альтернативы оно может быть передано в UE (например, с использованием сигнализации RRC/MAC/PDCCH и т.д.).
Соответственно, фиг.10 иллюстрирует сценарий, в котором UE находится в активном режиме работы с момента T после приема этапа 1, пока передача по восходящей линии связи не будет инициирована этапом 2. На фиг.11 иллюстрируют сценарий, в котором UE находится в активном режиме работы с момента времени T после приема этапа 1 до приема этапа 2.
Управление посредством таймера бездействия с двухэтапным предоставлением разрешения
В одном варианте осуществления UE может запускать таймер в ответ на то, что первый триггер становится недействительным, или в ответ на второй принимаемый триггер, и из-за того, что этот таймер работает, UE будет в активном режиме работы. Этот таймер может быть таймером, таким как, например, таймер DRX неактивности в LTE. Следовательно, способ 500 может включать в себя определение, стал ли первый триггер недействительным. В ответ на определение, что первый триггер стал недействительным, способ 500 затем включает в себя запуск таймера и выход из состояния только после истечения таймера. Фиг.12 иллюстрирует сценарий, в котором UE запускает таймер (таймер неактивности) в ответ на то, что этап 1 становящийся недействительным. Следовательно, UE может находиться в активном режиме работы после того, как этап 1 становится недействительным, поскольку таймер работает.
Ниже приведены примеры реализации способов в спецификации управления доступом к среде (MAC) LTE.
Вариант 1 осуществления
Согласно одному варианту осуществления в данном документе UE запускает таймер в ответ на прием первого триггера, и UE будет находиться в активном режиме работы, когда этот таймер работает. Продолжительность этого таймера может быть продолжительностью времени действия первого триггера. Затем продолжительность может быть указана для UE в первом триггере. Другая возможность состоит в том, что продолжительность настраивают посредством eNB, например, посредством использования RRC сигнализации.
Когда таймер не работает, UE больше не будет находиться в активном режиме работы (но, как объяснено выше, UE может быть находиться в активном режиме работы по другим причинам). Таймер может быть остановлен, когда UE принимает второй триггер. И если таймер истекает, таймер больше не будет работать и, следовательно, UE не будет в активном режиме работы.
Ниже описан один возможный пример того, как это может быть реализовано в LTE MAC спецификации (3GPP TS 36.321 v13.2.0). Добавленные слова показаны подчеркнутым текстом:
5.7 Прерывистый прием (DRX)
MAC объект может быть сконфигурирован с помощью RRC с DRX функцией, которая управляет активностью мониторинга PDCCH UE для C-RNTI объекта MAC, TPC-PUCCH-RNTI, TPC-PUSCH-RNTI, C-RNTI с полупостоянным планированием (если настроено) , eIMTA-RNTI (если настроено) и SL-RNTI (если настроено). Когда в RRC_CONNECTED сконфигурирован DRX, объекту MAC разрешено прерывисто отслеживать PDCCH с использованием DRX операции, указанной в этом подпункте; в противном случае, MAC объект непрерывно контролирует PDCCH. При использовании DRX операции MAC объект также должен контролировать PDCCH в соответствии с требованиями, изложенными в других подразделах данной спецификации. RRC управляет работой DRX, настраивая таймеры onDurationTimer, drx-InactivityTimer, drx-RetransmissionTimer (один на процесс DL HARQ, кроме процесса широковещания), drx-ULRetransmissionTimer (один на асинхронный процесс UL HARQ), longDRX-Cycle, значение long drxStartOffset и, возможно, drxShortCycleTimer и shortDRX-Cycle. Таймер HARQ RTT для процесса DL HARQ (за исключением процесса широковещания) и таймер UL HARQ RTT для асинхронного процесса UL HARQ также определены (см. подраздел 7.7).
Когда сконфигурирован DRX цикл, время активного режима работы включает в себя время, пока:
- onDurationTimer или drx-InactivityTimer или drx-RetransmissionTimer или drx-ULRetransmissionTimer или mac-ContentionResolutionTimer (как описано в подразделе 5.1.5) или twoStepGrantTimer работает; или
- запрос планирования отправляют по PUCCH и ожидает обработки (как описано в подпункте 5.4.4); или
- может быть предоставлено разрешение для ожидающей повторной передачи HARQ по восходящей линии связи, и в соответствующем буфере HARQ хранят данные для синхронного процесса HARQ; или
- PDCCH, указывающий новую передачу, адресованную C-RNTI MAC объекту, не был принят после успешного приема ответа произвольного доступа для преамбулы, не выбранной MAC объектом (как описано в подпункте 5.1.4).
Когда DRX сконфигурирован, MAC объект должен для каждого подкадра:
- если таймер HARQ RTT истекает в этом подкадре:
- если данные соответствующего процесса HARQ не были успешно декодированы:
- запустить drx-RetransmissionTimer для соответствующего процесса HARQ;
- если NB-IoT, запустить или перезапустить drx-InactivityTimer.
- если истекает таймер UL HARQ RTT в этом подкадре:
- запустить drx-ULRetransmissionTimer для соответствующего процесса HARQ.
- если NB-IoT, запустить или перезапустить drx-InactivityTimer.
- если принят элемент управления MAC команды DRX или элемент управления MAC команды длинного DRX:
- остановить onDurationTimer;
- остановить drx-InactivityTimer.
- если истекает drx-InactivityTimer или элемент управления MAC команды DRX принят в этом подкадре:
- если настроен короткий DRX цикл:
- запустить или перезапустить drxShortCycleTimer;
- использовать короткий DRX цикл.
- в противном случае:
- использовать длинный DRX цикл.
- если в этом подкадре истекает drxShortCycleTimer:
- использовать длинный DRX цикл.
- если принят элемент управления MAC команды длинного DRX:
- остановить drxShortCycleTimer;
-использовать длинный DRX цикл.
- если используют короткий DRX цикл [(SFN * 10) + номер подкадра] по модулю (shortDRX-Cycle) = (drxStartOffset) по модулю (shortDRX-Cycle); или
- если используют длинный DRX цикл и [(SFN * 10) + номер подкадра] по модулю (longDRX-Cycle) = drxStartOffset:
- запустить onTurationTimer.
- в течение активного режима работы для PDCCH подкадра, если подкадр не требуется для передачи по восходящей линии связи для полудуплексной UD FDD операции, и если подкадр не является полудуплексным защитным подкадром [7], и если подкадр не является часть сконфигурированного промежутка измерения, и если подкадр не является частью сконфигурированного промежутка обнаружения прямого соединения приема, и для NB-IoT, если подкадр не требуется для передачи восходящей линии связи или приема нисходящей линии связи, отличного от PDCCH; или
- в течение активного режима работы для подкадра, отличного от PDCCH подкадра, и для UE, способного к одновременному приему и передаче в агрегированных сотах, если подкадр является подкадром нисходящей линии связи, указанным действительной eIMTA L1 сигнализацией, по меньшей мере, для одной обслуживающей соты не сконфигурирован с помощью schedulingCellId [8] и если подкадр не является частью сконфигурированного промежутка измерения, и если подкадр не является частью сконфигурированного промежутка обнаружения прямого соединения приема; или
- в течение активного режима работы для подкадра, отличного от PDCCH подкадра, и для UE, не способного к одновременному приему и передаче в агрегированных сотах, если подкадр является подкадром нисходящей линии связи, указанным действительной eIMTA L1 сигнализацией для SpCell, и если подкадр не является частью сконфигурированного промежутка измерения, и если подкадр не является частью сконфигурированного промежутка обнаружения прямого соединения приема:
- контролировать PDCCH;
- если PDCCH указывает DL передачу или, если для этого подкадра было сконфигурировано DL назначение:
- если UE является UE NB-IoT, BL UE или UE в расширенном покрытии:
- запустить таймер HARQ RTT для соответствующего процесса HARQ в подкадре, содержащем последнее повторение соответствующего PDSCH приема;
- в противном случае:
- запустить таймер HARQ RTT для соответствующего процесса HARQ;
- остановить drx-RetransmissionTimer для соответствующего процесса HARQ.
- если PDCCH указывает передачу по UL для асинхронного процесса HARQ:
- запустить таймер UL HARQ RTT для соответствующего процесса HARQ в подкадре, содержащем последнее повторение соответствующей PUSCH передачи;
- остановить drx-ULRetransmissionTimer для соответствующего процесса HARQ.
- если PDCCH указывает новую передачу (DL, UL или SL):
- за исключением NB-IoT, запустить или перезапустить drx-InactivityTimer.
- если PDCCH указывает PUSCH триггер A:
- запустить или перезапустить twoStepGrantTimer;
- если PDCCH указывает PUSCH триггер B:
- остановить twoStepGrantTimer;
- если PDCCH указывает передачу (DL, UL) для UE NB-IoT:
- остановить drx-InactivityTimer, drx-ULRetransmissionTimer и onDurationTimer.
- в текущем подкадре n, если MAC объект не будет в активном режиме работы с учетом разрешений/назначений/элементов управления MAC команды DRX/принятых элементов управления MAC команды длинного DRX и запроса планирования, отправленного до и включающего в себя подкадр n-5 при оценке всех DRX условий активного режима работы, как указано в этом подпункте, SRS, запускаемая по типу 0, не должны сообщаться.
- если CQI маски (cqi-Mask) установлен верхними уровнями:
- в текущем подкадре n, если onDurationTimer не будет работать с учетом разрешений/назначений/элементов управления MAC команды DRX/элементов управления MAC длинной команды DRX, принятых до и включающие в себя подкадр n-5 при оценке всех условий DRX активного режима работы, как указано в этом подпункте, CQI/PMI/RI/PTI/CRI по PUCCH не сообщают.
- в противном случае:
- в текущем подкадре n, если MAC объект не будет в активном режиме работы с учетом разрешений/назначений/элементов управления MAC команды DRX/принятых элементов управления MAC команды длинного DRX и запроса планирования, отправленного до и включающий в себя подкадр n-5 при оценке всех условий DRX активного режима работы, как указано в этом подпункте, CQI/PMI/RI/PTI/CRI по PUCCH не должны сообщаться.
Независимо от того, контролирует ли MAC объект PDCCH или нет, MAC объект принимает и передает HARQ обратную связь и передает SRS [2], запускаемый по типу 1, когда это ожидается.
ПРИМЕЧАНИЕ. То же самый активный режим работы применяют ко всем активированным обслуживающим сотам.
ПРИМЕЧАНИЕ. В случае пространственного мультиплексирования нисходящей линии связи, если TB принят во время работы таймера HARQ RTT, и предшествующая передача того же TB была принята, по меньшей мере, за N подкадров перед текущим подкадром (где N соответствует таймеру HARQ RTT), MAC объект должен обработать его и перезапустить таймер HARQ RTT.
ПРИМЕЧАНИЕ: BL UE и UE в расширенном покрытии ожидают до последнего подкадра сконфигурированного MPDCCH пространства поиска, прежде чем выполнить следующее указанное действие.
Вариант 2 осуществления
Согласно другому варианту осуществления может быть добавлено условие для того, чтобы рассматривать UE как находящееся в активном режиме работы, и условие состоит в том, что, когда UE должно находиться в активном режиме работы (как описано в вариантах осуществления в данном документе) выполняются условия.
Далее представлен пример того, как это может быть реализовано в LTE MAC спецификации (3GPP TS 36.321 v13.2.0). В альтернативных примерах добавленные слова показаны подчеркнутым текстом:
Альтернатива А
Раздел 5.7 «Прерывистый прием» (DRX)», может быть отредактирован так, чтобы частично:
Когда сконфигурирован DRX цикл, активный режим включает в себя время, в котором:
- работают onDurationTimer или drx-InactivityTimer или drx-RetransmissionTimer или drx-ULRetransmissionTimer или mac-ContentionResolutionTimer (как описано в подразделе 5.1.5) или twoStepGrantTimer; или
- запрос планирования отправляют по PUCCH и ожидает обработки (как описано в подразделе 5.4.4); или
- может быть предоставлено разрешение для ожидающей повторной передачи HARQ восходящей линии связи, и в соответствующем HARQ буфере хранят данные для синхронного процесса HARQ; или
- PDCCH, указывающий новую передачу, адресованную C-RNTI MAC объекта, не был принят после успешного приема ответа произвольного доступа для преамбулы, не выбранной MAC объектом (как описано в подразделе 5.1.4), или
- PUSCH триггер B еще не был еще принят для действительного PUSCH триггера A
Альтернатива В:
В этой альтернативе раздел 5.7 можно отредактировать так, чтобы он частично указывал (см. подчеркнутое дополнение):
Когда сконфигурирован DRX цикл, активный режим работы включает в себя время, в течение которого:
- работает onDurationTimer или drx-InactivityTimer или drx-RetransmissionTimer или drx-ULRetransmissionTimer или mac-ContentionResolutionTimer (как описано в подразделе 5.1.5); или
- запрос планирования отправляют по PUCCH и ожидает обработки (как описано в подразделе 5.4.4); или
- может быть предоставлено разрешение ожидающей повторной передачи HARQ восходящей линии связи и в соответствующем буфере HARQ хранят данные для синхронного процесса HARQ; или
- PDCCH, указывающий новую передачу, адресованную C-RNTI MAC объекта, не был принят после успешного приема ответа произвольного доступа для преамбулы, не выбранной MAC объектом (как описано в подразделе 5.1.4), или
- PUSCH триггер B еще не был принят для PDCCH триггера A, и PDCCH триггер A все еще действителен.
Альтернатива С:
Согласно другой альтернативе может быть показано, что UE после приема этапа 2 или после того, как этап 1 станет недействительным, запустит drx-InactivityTimer, который заставляет UE перейти в активный режим работы.
В разделе 5.7, в этой альтернативе, частично указано, что:
Когда сконфигурирован DRX цикл, активный режим работы включает в себя время, в течение которого:
- работает onDurationTimer или drx-InactivityTimer или drx-RetransmissionTimer или drx-ULRetransmissionTimer или mac-ContentionResolutionTimer (как описано в подразделе 5.1.5) или twoStepGrantTimer; или
- запрос планирования отправляют по PUCCH и ожидает обработки (как описано в подразделе 5.4.4); или
- может быть предоставлено разрешение ожидающей повторной передачи HARQ восходящей линии связи и в соответствующем буфере HARQ хранят данные для синхронного процесса HARQ; или
- PDCCH, указывающий новую передачу, адресованную C-RNTI объекта MAC, не был принят после успешного приема ответа произвольного доступа для преамбулы, не выбранной объектом MAC (как описано в подразделе 5.1.4).
Когда DRX сконфигурирован, объект MAC должен для каждого подкадра:
- если таймер HARQ RTT истекает в этом подкадре:
- если данные соответствующего процесса HARQ не были успешно декодированы:
- запустить drx-RetransmissionTimer для соответствующего процесса HARQ;
- если NB-IoT, запустить или перезапустить drx-InactivityTimer.
- если истекает таймер UL HARQ RTT в этом подкадре:
- запустить drx-ULRetransmissionTimer для соответствующего процесса HARQ.
- если NB-IoT, запустить или перезапустить drx-InactivityTimer.
- если принят элемент управления MAC команды DRX или элемент управления MAC команды длинного DRX:
- остановить onDurationTimer;
- остановить drx-InactivityTimer.
- если истекает drx-InactivityTimer или принят элемент управления MAC команды DRX в этом подкадре:
- если настроен короткий DRX цикл:
- запустить или перезапустить drxShortCycleTimer;
- использовать короткий DRX цикл.
- в противном случае:
- использовать длинный DRX цикл.
- если в этом подкадре истекает drxShortCycleTimer:
- использовать длинный DRX цикл.
- если принят элемент управления MAC команды длинного DRX:
- остановить drxShortCycleTimer;
- использовать длинный DRX цикл.
- если используют короткий DRX цикл и [(SFN * 10) + номер подкадра] по модулю (shortDRX-Cycle) = (drxStartOffset) по модулю (shortDRX-Cycle); или
- если используют длинный DRX цикл и [(SFN * 10) + номер подкадра] по модулю (longDRX-Cycle) = drxStartOffset:
- запустить onTurationTimer.
- в течение активного режима работы для PDCCH подкадра, если подкадр не требуется для передачи по восходящей линии связи для полудуплексной операции UE FDD, и если подкадр не является полудуплексным защитным подкадром [7], и если подкадр не является часть сконфигурированного промежутка измерения, и если подкадр не является частью сконфигурированного промежутка обнаружения прямого соединения приема, и для NB-IoT, если подкадр не требуется для передачи восходящей линии связи или приема нисходящей линии связи, отличного от PDCCH; или
- в течение активного режима работы для подкадра, отличного от PDCCH подкадра, и для UE, выполненного с возможностью одновременного приема и передаче в агрегированных сотах, если подкадр является подкадром нисходящей линии связи, указанным действительной eIMTA L1 сигнализацией, по меньшей мере, для одной обслуживающей соты не сконфигурирован с помощью schedulingCellId [8] и если подкадр не является частью сконфигурированного промежутка измерения, и если подкадр не является частью сконфигурированного промежутка обнаружения прямого соединения приема; или
- в течение активного режима работы для подкадра, отличного от PDCCH подкадра, и для UE, не способного к одновременному приему и передаче в агрегированных сотах, если подкадр является подкадром нисходящей линии связи, указанным действительной eIMTA L1 сигнализацией для SpCell, и если подкадр не является частью сконфигурированного промежутка измерения, и если подкадр не является частью сконфигурированного промежутка обнаружения прямого соединения приема:
- контролировать PDCCH;
- если PDCCH указывает DL передачу или если для этого подкадра было сконфигурировано назначение DL:
- если UE является UE NB-IoT, BL UE или UE в расширенном покрытии:
- запустить таймер HARQ RTT для соответствующего процесса HARQ в подкадре, содержащем последнее повторение соответствующего PDSCH приема;
- в противном случае:
- запустить таймер HARQ RTT для соответствующего процесса HARQ;
- остановить drx-RetransmissionTimer для соответствующего процесса HARQ.
- если PDCCH указывает UL передачу для асинхронного процесса HARQ:
- запустить таймер UL HARQ RTT для соответствующего процесса HARQ в подкадре, содержащем последнее повторение соответствующей PUSCH передачи;
- остановить drx-ULRetransmissionTimer для соответствующего процесса HARQ.
- если PDCCH указывает новую передачу (DL, UL или SL):
- за исключением NB-IoT, запустить или перезапустить drx-InactivityTimer.
- если PDCCH указывает PUSCH триггер A:
- запустить или перезапустить twoStepGrantTimer;
- если PDCCH указывает PUSCH триггер B или PUSCH триггер A становится недействительным:
- остановить twoStepGrantTimer;
- запустить или перезапустить drx-InactivityTimer;
- если PDCCH указывает передачу (DL, UL) для UE NB-IoT:
- остановить drx-InactivityTimer, drx-ULRetransmissionTimer и onDurationTimer.
- в текущем подкадре n, если MAC объект не будет в активном режиме работы с учетом разрешений/назначений/элементов управления MAC команды DRX/принятых элементов управления MAC команды длинного DRX и запроса планирования, отправленного до и включающего в себя подкадр n-5 при оценке всех DRX условий активного режима работы, как указано в этом подпункте, SRS [2], запускаемая по типу 0, не должны сообщаться.
- если CQI маска (cqi-Mask) установлена верхними уровнями:
- в текущем подкадре n, если onDurationTimer не будет работать с учетом разрешений/назначений/элементов управления MAC команды DRX/элементов управления MAC команды длинного DRX, принятых до и включающие в себя подкадр n-5 при оценке всех условий DRX активного режима работы, как указано в этом подпункте, CQI/PMI/RI/PTI/CRI по PUCCH не сообщают.
- в противном случае:
- в текущем подкадре n, если объект MAC не будет в активном режиме работы с учетом разрешений/назначений/элементов управления MAC команды DRX/принятых элементов управления MAC команды длинного DRX и запроса планирования, отправленного до и включающие в себя подкадр n-5 при оценке всех условий DRX активного режима работы, как указано в этом подпункте, CQI/PMI/RI/PTI/CRI по PUCCH не сообщают.
Независимо от того, контролирует ли MAC объект PDCCH или нет, MAC объект принимает и передает HARQ обратную связь и передает SRS [2], запускаемый по типу 1, когда это ожидается.
ПРИМЕЧАНИЕ. Тот же самый активный режим применяют ко всем активированным обслуживающим сотам.
ПРИМЕЧАНИЕ. В случае пространственного мультиплексирования нисходящей линии связи, если TB принят во время работы таймера HARQ RTT, и предшествующая передача того же TB была принята, по меньшей мере. за N подкадров перед текущим подкадром (где N соответствует таймеру HARQ RTT), MAC объект должен обработать данные и перезапустить таймер HARQ RTT.
ПРИМЕЧАНИЕ: BL UE и UE в расширенном покрытии ожидают до последнего подкадра сконфигурированного MPDCCH пространства поиска, прежде чем выполнить следующее указанное действие.
На фиг.13 показана схема UE 14, включающая в себя модули, реализованные в программном обеспечении, которые при исполнении процессором UE 14, вызывают UE 14 работать в соответствии с DRX конфигурацией и принимать из сети беспроводной связи двухэтапные разрешения передачи по восходящей линии связи. Реализация включает в себя модуль 66 определения для определения, приняло ли UE 14 первый триггер двухэтапного предоставления разрешения. Модуль 66 определения также выполнен с возможностью вызывать UE 14 входить в состояние, в котором UE 14 прослушивает на физическом канале управления нисходящей линии связи сообщения из сети, в ответ на определение, что UE 14 приняло первый триггер. Реализация также может включать в себя модуль 64 приема для приема триггеров.
На фиг.14 показана схема сетевого узла 12, включающего в себя модули, реализованные в программном обеспечении, которые при исполнении процессором сетевого узла 12, взывают сетевой узел 12 предоставлять устройству беспроводной связи, работающему в соответствии с DRX конфигурацией двухэтапное разрешение передач по восходящей линии связи. Реализация включает в себя модуль 62 передачи для передачи первого триггера двухэтапного предоставления разрешения и, перед передачей второго триггера двухэтапного предоставления разрешения, для передачи сообщений физического канала управления нисходящей линии связи в устройство, которое должно быть принято во время состояния, в котором устройство прослушивает на физическом канале управления нисходящей линии связи сообщения из сети. Реализация также включает в себя модуль 60 определения конфигурации для определения DRX конфигурации устройства беспроводной связи.
Очевидно, что различные модули аппаратных и программных элементов, по отдельности или в комбинации, могут быть использованы для выполнения этапов, описанных в данном документе. Кроме того, любая или все функции могут быть выполнены одним или несколькими узлами, например, в облаке или другом сетевом узле.
Специалистам в данной области техники будут понятно, что возможны улучшения и модификации вариантов осуществления настоящего изобретения. Все такие улучшения и модификации должны находиться в рамках концепций, раскрытых в данном документе.