Способ для перехода между множественными уровнями приема



Способ для перехода между множественными уровнями приема
Способ для перехода между множественными уровнями приема
Способ для перехода между множественными уровнями приема
Способ для перехода между множественными уровнями приема
Способ для перехода между множественными уровнями приема
Способ для перехода между множественными уровнями приема
Способ для перехода между множественными уровнями приема
Способ для перехода между множественными уровнями приема
Способ для перехода между множественными уровнями приема
Способ для перехода между множественными уровнями приема
Способ для перехода между множественными уровнями приема
Способ для перехода между множественными уровнями приема

 


Владельцы патента RU 2414067:

ЭлДжи ЭЛЕКТРОНИКС ИНК. (KR)

Изобретение относится к технике связи. Технический результат заключается в минимизации потребляемой мощности пользовательского оборудования (ПО). Обеспечивается способ перехода уровня приема для контроля канала планирования в системе беспроводной связи, осуществляемый в ПО, содержащий этапы, на которых: прерывисто контролируют канал планирования на первом уровне DRX; запускают первый счетчик времени, когда канал планирования указывает передачу или прием данных базовой станцией; непрерывно контролируют канал планирования в то время, как первый счетчик времени работает; и выполняют переход на первый уровень DRX или второй уровень DRX, когда индикатор DRX принимают от базовой станции. 2 н. и 13 з.п. ф-лы, 12 ил.

 

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

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

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

Системы в соответствии с техническими условиями партнерства по проекту в области технологий 3-го поколения (3GPP - 3rd generation partnership project), основанные на такой технологии радиодоступа, как широкополосный множественный доступ с кодовым разделением каналов (WCDMA - wideband code division multiple access), широко применяются во всем мире. Высокоскоростной пакетный доступ по нисходящему каналу (HSDPA - High speed downlink packet access), который может определяться как первая эволюционная стадия WCDMA, обеспечивает 3GPP очень конкурентоспособной технологией радиодоступа в среднесрочной перспективе. Однако, поскольку потребности и ожидания пользователей и поставщиков услуг постоянно повышаются и происходит непрерывное развитие конкурирующих технологий радиодоступа, новые технические разработки в области 3GPP должны гарантировать конкурентоспособность в будущем. Снижение стоимости за бит, повышение доступности услуг, гибкое использование диапазонов частот, простая архитектура и открытый интерфейс, низкая потребляемая мощность пользовательского оборудования и тому подобное выдвигаются в качестве требований к системам связи следующего поколения.

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

В режиме ожидания пользовательское оборудование должно периодически пробуждаться и подтверждать, поступает ли канал поискового вызова. Пробуждение пользовательского оборудования через периодические интервалы, не постоянно, называется прерывистым приемом (в дальнейшем упоминается как 'DRX' - discontinuous reception).

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

Существуют различные способы для экономии потребляемой мощности. Первый способ, который согласуется с расчетными критериями проекта, установленными вследствие ограниченной емкости батареи пользовательского оборудования, состоит в том, чтобы минимизировать время, затрачиваемое пользовательским оборудованием на подтверждение того, поступили ли на пользовательское оборудование какие-либо данные. Минимизируется время, затрачиваемое пользовательским оборудованием на контролирование канала, который уведомляет о поступлении данных на пользовательское оборудование, такого как канал поискового вызова. Второй способ состоит в том, чтобы передавать пользовательские данные на пользовательское оборудование с минимальным временем задержки, когда существуют пользовательские данные, которые должны быть переданы из сети на пользовательское оборудование. Чем большее время проходит от момента, когда пользовательские данные создаются сетью, до момента, когда пользовательские данные фактически поступают на пользовательское оборудование, тем больше ухудшается качество обслуживания, воспринимаемое пользователем. Пользовательские данные, поступающие в сеть, должны передаваться на пользовательское оборудование как можно быстрее, чтобы минимизировать время задержки. Однако для того, чтобы уменьшить время задержки, время, затрачиваемое пользовательским оборудованием на наблюдение за каналом t поискового вызова, таким как канал поискового вызова, должно быть увеличено.

Хотя первый и второй способы, описанные выше, являются обязательными условиями для оптимального функционирования пользовательского оборудования, они выдвигают противоречащие друг другу условия.

Существует потребность в способе для одновременного удовлетворения обоих этих условий на пользовательском оборудовании и в сети.

Раскрытие изобретения

Техническая задача

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

Техническое решение

Согласно одной особенности изобретения обеспечивается способ для предоставления пользовательскому оборудованию (ПО) возможности перехода между уровнем непрерывистого приема (Non-DRX) и, по меньшей мере, одним уровнем прерывистого приема (DRX). ПО в уровне DRX периодически пробуждается, чтобы контролировать канал планирования. Способ включает в себя этапы, на которых принимают индикатор DRX в уровне Non-DRX при непрерывном контроле канала планирования и переходят из уровня Non-DRX на уровень DRX, указанный индикатором DRX.

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

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

Выгодные эффекты

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

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

Фиг.1 является структурной схемой, показывающей систему радиосвязи.

Фиг.2 является структурной схемой, показывающей плоскость управления протокола радиоинтерфейса.

Фиг.3 является структурной схемой, показывающей плоскость пользователя протокола радиоинтерфейса.

Фиг.4 является примером, показывающим способ приема данных согласно варианту осуществления настоящего изобретения.

Фиг.5 является примером, показывающим способ приема данных согласно другому варианту осуществления настоящего изобретения.

Фиг.6 является примером, показывающим способ приема данных согласно еще одному варианту осуществления настоящего изобретения.

Фиг.7 является примером, показывающим способ приема данных согласно еще одному варианту осуществления настоящего изобретения.

Фиг.8 является примером, показывающим способ приема данных согласно еще одному варианту осуществления настоящего изобретения.

Фиг.9 является примером, показывающим способ приема данных согласно еще одному варианту осуществления настоящего изобретения.

Фиг.10 является примером, показывающим способ приема данных согласно еще одному варианту осуществления настоящего изобретения.

Фиг.11 является примером, показывающим способ приема данных согласно еще одному варианту осуществления настоящего изобретения.

Фиг.12 является примером, показывающим способ передачи данных согласно варианту осуществления настоящего изобретения.

Осуществление изобретения

Фиг.1 является структурной схемой, показывающей систему беспроводной связи. Она может представлять собой сетевую структуру усовершенствованной универсальной системы мобильной электросвязи (E-UMTS - evolved universal mobile telecommunications system). E-UMTS может именоваться как система LTE (Long Term Evolution - Долгосрочное Развитие). Система беспроводной связи широко применяется для предоставления множества услуг связи, таких как передача голоса, пакетных данных и тому подобного.

Обратимся к Фиг.1, сеть наземного радиодоступа усовершенствованной UMTS (E-UTRAN - evolved-UMTS terrestrial radio access network) включает в себя базовую станцию (БС) 20. Пользовательское оборудование (ПО) 10 может быть стационарным или мобильным и может именоваться с использованием другой терминологии, например, как мобильная станция (МС), пользовательский терминал (ПТ), абонентский пункт (АП), беспроводное устройство или как-то в этом роде. БС 20, как правило, является стационарной станцией, которая осуществляет связь с ПО 10 и может именоваться с использованием другой терминологии, например, как усовершенствованный B-узел (eNB - evolved-NodeB), базовая приемопередающая система (БППС), точка доступа или как-то в этом роде. В сфере действия БС 20 могут находиться одна или более ячеек. Между БС 20 может использоваться интерфейс для передачи пользовательских информационных потоков или управляющих информационных потоков. В дальнейшем в данном документе нисходящая линия связи подразумевает связь от БС 20 к ПО 10, а восходящая линия связи подразумевает связь от ПО 10 к БС 20.

БС 20 обеспечивает контактные точки плоскости пользователя и плоскости управления. БС 20 соединяются друг с другом через интерфейс X2, и смежные базовые станции 20 могут использовать сеть с сотовой структурой, в которой всегда присутствует интерфейс X2.

БС 20 подсоединяются к усовершенствованному пакетному ядру (EPC - evolved packet core), конкретнее к шлюзу 30 доступа (ШД), через интерфейс S1. ШД 30 обеспечивает контактную точку сеанса связи и функции управления мобильностью пользовательского оборудования 10. Среди БС 20 и ШД 30 множество узлов могут соединяться друг с другом в соотношении "многие со многими" через интерфейс S1. ШД 30 может разделяться на часть для обработки пользовательских информационных потоков и часть для обработки управляющих информационных потоков. В этом случае ШД для обработки информационных потоков нового пользователя может связываться с ШД для обработки управляющих информационных потоков через новый интерфейс. ШД 30 также именуется как элемент управления мобильностью/элемент плоскости пользователя (ЭУМ/ЭПП).

Слои протокола радиоинтерфейса между ПО и БС могут разделяться на L1 (первый слой), L2 (второй слой) и L3 (третий слой), исходя из трех нижних слоев модели взаимодействия открытых систем (OSI - open system interconnection), которая хорошо известна в системах связи. Физический слой, соответствующий первому слою, обеспечивает услугу передачи информации с использованием физического канала. Слой управления радиоресурсами (RRC - radio resource control), размещающийся на третьем слое, управляет радиоресурсами между ПО и сетью. С этой целью слой RRC осуществляет обмен RRC-сообщениями между ПО и сетью. Слой RRC может быть распределен среди сетевых узлов, таких как БС 20, ШД 30 и тому подобное, или может располагаться только на БС 20 или на ШД 30.

Протокол радиоинтерфейса включает в себя физический слой, канальный слой и сетевой слой в горизонтальной плоскости. Или, иначе, протокол радиоинтерфейса включает в себя плоскость пользователя для передачи информации в виде данных и плоскость управления для передачи управляющих сигналов в вертикальной плоскости.

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

Обратимся к Фиг.2 и 3, физический слой, т.е. первый слой, обеспечивает услуги передачи информации на верхние слои, используя физический канал. Физический слой соединяется со слоем управления доступом к среде (MAC - medium access control), т.е. верхним слоем, посредством транспортного канала. Данные перемещаются между слоем MAC и физическим слоем посредством транспортного канала. Между различными физическими слоями, т.е. физическим слоем передатчика и физическим слоем приемника, данные перемещаются посредством физического канала.

Слой MAC второго слоя предоставляет услугу для слоя управления каналом радиосвязи (RLC - radio link control), т.е. верхнего слоя, посредством логического канала. Слой RLC второго слоя обеспечивает надежную передачу данных. Функция слоя RLC может быть реализована в виде функционального блока в пределах слоя MAC, и в этом случае слой RLC может отсутствовать, что показано пунктирной линией.

Протокол сходимости пакетных данных (PDCP - packet data convergence protocol) второго слоя выполняет функцию сжатия заголовка для уменьшения размера заголовка пакета IP (Internet Protocol - протокол межсетевого взаимодействия), содержащего относительно большую и излишнюю управляющую информацию, чтобы эффективно передавать пакеты на участке радиолинии узкой полосы пропускания при передаче IP-пакетов, например пакетов IPv4 или IPv6.

Слой управления радиоресурсами (RRC) третьего слоя определяется только на плоскости управления. Слой RRC управляет логическим каналом, транспортным каналом и физическим каналом по отношению к конфигурации, реконфигурации и освобождению радиоканала (RB - radio bearer). RB вводит услугу, предоставляемую вторым слоем для передачи данных между ПО и E-UTRAN. RB вводит логический путь, предоставляемый первым и вторым слоями радиопротокола, для передачи данных между ПО и E-UTRAN. Как правило, установка RB подразумевает процесс определения характеристик слоев радиопротокола и каналов, необходимых для предоставления конкретной услуги и регулирования конкретных параметров и порядка работы слоев радиопротокола и каналов.

Транспортный канал нисходящей линии связи для передачи данных из сети на ПО включает в себя широковещательный канал (BCH - broadcast channel) для передачи информации о системе и нисходящий совмещенный канал (DL-SCH - downlink-shared channel) для передачи пользовательских информационных потоков или управляющих сообщений. Информационные потоки для многоадресной или широковещательной услуги или управляющие сообщения могут передаваться по DL-SCH или по выделенному нисходящему каналу многоадресной передачи (DL-MCH - downlink-multicast channel). Транспортный канал восходящей линии связи для передачи данных от ПО в сеть включает в себя канал случайного доступа (RACH - random access channel) для передачи начальных управляющих сообщений и восходящий совмещенный канал (UL-SCH - uplink-shared channel) для передачи других пользовательских информационных потоков или управляющих сообщений. Канал поискового вызова (PCH - paging channel) для передачи информации поискового вызова также включается в состав транспортного канала восходящей линии связи.

Фиг.4 является примером, показывающим способ приема данных согласно варианту осуществления настоящего изобретения.

Обратимся к Фиг.4, ПО обладает, по меньшей мере, двумя уровнями прерывистого приема (в дальнейшем упоминается как DRX). Уровень DRX определяет для ПО момент подтверждения поступления данных по нисходящей линии связи. Уровень DRX является уровнем приема для уменьшения потребляемой мощности ПО. Уровень DRX определяет период для подтверждения поступления данных по нисходящей линии связи, т.е. период уровня DRX. ПО подтверждает поступление данных по нисходящей линии связи в каждый период уровня DRX. Момент времени в периоде уровня DRX, в который ПО подтверждает поступление данных по нисходящей линии связи, называется событием поискового вызова. Событие поискового вызова может повторяться в каждом периоде уровня DRX.

Интервал, на протяжении которого радиоресурсы выделяются для ПО, называется интервалом времени передачи (ИВП), и событие поискового вызова может указывать первый ИВП в периоде уровня DRX.

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

В дальнейшем в данном документе предполагается, что ПО обладает двумя уровнями DRX, т.е. первым уровнем DRX и вторым уровнем DRX, и период уровня DRX первого уровня DRX более продолжительный, чем период уровня DRX второго уровня DRX. Однако количество уровней DRX не ограничивается двумя, а может быть три или более.

ПО пробуждается в первом подцикле первого уровня DRX и принимает канал планирования. В настоящем документе канал планирования означает канал, который указывает поступление данных на ПО или передает сигнал поискового вызова на ПО. Канал планирования может быть каналом индикатора поискового вызова (PICH - paging indicator channel), каналом поискового вызова (PCH), каналом L1/L2 управления и тому подобным.

На Фиг.4, поскольку ПО не может получить свою информацию из первого подцикла первого уровня DRX, оно входит в режим ожидания на время остального периода уровня DRX.

Далее, ПО пробуждается в первом подцикле первого периода уровня DRX и принимает канал планирования. Если у БС есть первые данные D1 для передачи, БС сообщает ПО о существовании первых данных, совместно с начальной точкой первого периода уровня DRX, по каналу планирования. ПО распознает, что оно было запланировано и работает на уровне непрерывистого приема (Non-DRX). Уровень Non-DRX также может называться уровнем непрерывного приема. В уровне Non-DRX ПО непрерывно принимает канал, предназначенный для приема данных, или канал, сообщающий на ПО о поступлении данных, которые будут передаваться. Если у БС есть первые данные D1 для передачи, БС сообщает ПО о существовании первых данных по каналу планирования. ПО распознает канал планирования, входит в уровень Non-DRX и принимает первые данные D1, как указано информацией планирования.

После завершения передачи первых данных D1 БС передает индикатор DRX на ПО, чтобы сообщить, что ПО больше не должен непрерывно принимать канал планирования.

Индикатор DRX предписывает ПО перейти на новый уровень приема. Индикатор DRX становится условием перехода для перехода ПО на новый уровень приема. Новым уровнем приема может быть новый уровень DRX или новый уровень Non-DRX. БС может предписывать ПО перейти из уровня Non-DRX в первый или второй уровень DRX посредством индикатора DRX. В примере, изображенном на Фиг.4, индикатор DRX предписывает ПО перейти на второй уровень DRX, и ПО переходит из уровня Non-DRX на второй уровень DRX, как указано индикатором DRX. Если второй уровень DRX не устанавливается, ПО может перейти на первый уровень DRX.

При работе во втором уровне DRX ПО пробуждается в первом подцикле каждого периода второго уровня DRX и принимает канал планирования. Если у БС есть вторые данные D2 для передачи, БС сообщает ПО о существовании вторых данных D2 совместно с периодом второго уровня DRX по каналу планирования. ПО распознает канал планирования, входит в уровень Non-DRX и принимает вторые данные D2. Поскольку период второго уровня DRX короче, чем период первого уровня DRX, БС может передавать вторые данные D2 в дополнительных коротких интервалах.

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

Если выполняется определенное условие при работе во втором уровне DRX, ПО может снова перейти в первый уровень DRX. В данном примере из чертежа видно, что, как только на БС заканчивается вторая фаза периода первого уровня DRX, т.е. начинается третья фаза периода первого уровня DRX, ПО прекращает работу во втором уровне DRX и переходит в первый уровень DRX.

Между сетью и ПО определяются, по меньшей мере, два или более уровней приема. Уровень приема обозначает состояние приема ПО, которое может быть уровнем Non-DRX или уровнем DRX. При выполнении условия перехода ПО может переходить между уровнями приема.

Переходы между уровнями приема осуществляются при помощи явной команды или явной сигнализации.

Одним примером условия перехода для осуществления перехода между уровнями приема является то, что ПО принимает индикатор DRX. Индикатор DRX может предписывать ПО перейти в другой уровень DRX. Кроме того, индикатор DRX может предписывать ПО перейти в уровень Non-DRX. Индикатор DRX может содержать информацию, указывающую, в какой уровень приема из множества уровней приема должно перейти ПО. Если ПО принимает индикатор DRX, согласно которому ПО должно перейти на конкретный уровень DRX, ПО переходит на уровень DRX, предписанный индикатором DRX.

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

Индикатор DRX может передаваться по каналу L1/L2 управления. В качестве альтернативы, индикатор DRX может передаваться посредством MAC-сообщения, и индикатор DRX может содержаться в MAC-заголовке. Индикатор DRX, содержащийся в MAC-заголовке, может содержаться в блоке протокольных данных (PDU - protocol data unit) MAC-уровня в виде управляющей информации. Индикатор DRX может передаваться посредством RRC-сообщения.

Другим примером условия перехода является то, что ПО принимает установочное значение нового уровня приема. БС может сообщать ПО установочное значение, когда сеть и ПО первоначально устанавливают соединение или восстанавливают соединение. Установочное значение может быть значением, касающимся периода уровня DRX, используемого на каждом уровне DRX. В качестве альтернативы, установочное значение может быть информацией, указывающей, когда начинается период уровня DRX на каждом уровне DRX. Установочное значение может передаваться посредством RRC-сообщения.

Еще одним примером условия перехода является то, что ПО не принимает данные в течение определенного периода времени, или ПО не оповещается в течение определенного периода времени о поступлении данных, которые ПО должно принять, по каналу, предписанному ПО для приема данных, или по каналу, сообщающему о существовании данных, которые должны быть переданы на ПО.

Еще одним примером условия перехода является то, что ПО передает данные по каналу восходящей линии связи. Это происходит, когда ПО передает сообщение для запроса радиоресурсов для канала восходящей линии связи или передает пользовательские данные или управляющее сообщение по каналу восходящей линии связи.

Еще одним примером условия перехода является начало нового периода уровня DRX уровня DRX, который отличается от уровня DRX, в котором ПО находится в настоящее время.

Еще одним примером условия перехода является начало нового периода уровня DRX другого уровня DRX, имеющего период уровня DRX, который длиннее, чем период уровня DRX уровня DRX, на котором ПО находится в настоящее время.

Если наступает условие перехода и ПО переходит на новый уровень DRX, новый уровень DRX может применяться с определенного времени. Это определенное время может быть моментом времени, в который начинается новый период нового уровня DRX. Когда ПО переходит на новый уровень DRX, ПО может поддерживать используемый в настоящее время уровень DRX, пока не начнется новый период нового уровня DRX.

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

В каждом уровне DRX БС может передавать индикатор DRX, предписывающий принять данные или подающий команду приготовиться принимать данные, только в предварительно заданные временные периоды по каналу планирования. После приема индикатора DRX ПО может перейти на новый уровень приема. Например, сеть и ПО могут перейти на уровень Non-DRX. Если БС оповещает ПО о том, что нет данных, поступающих на ПО, или не оповещается об информации относительно радиоресурсов, которые ПО должно принять, БС может не передавать индикатор DRX до следующего предварительно заданного временного периода, исходя из установочного значения DRX.

Предварительно заданный временной период может быть событием поискового вызова. Событие поискового вызова повторяется в каждом периоде уровня DRX. Событие поискового вызова является первым ИВП периода уровня DRX.

В дальнейшем в данном документе множество уровней приема и переходы между ними описываются на примерах.

Сеть и ПО могут устанавливать три уровня приема. Эти три уровня приема включают в себя уровень Non-DRX и два уровня DRX (первый уровень DRX и второй уровень DRX). Сеть и ПО переходят из текущего уровня приема в следующий уровень приема, если выполняется определенное условие. Затем они устанавливают способ приема канала нисходящей линии связи, исходя из установочного значения, задаваемого для каждого из уровней приема.

В уровне Non-DRX ПО непрерывно принимает канал планирования, предписывающий ПО принимать данные или сообщающий о существовании данных, которые должны быть переданы на ПО. В уровне Non-DRX ПО непрерывно принимает канал планирования в каждом временном периоде.

В первом уровне DRX ПО принимает канал планирования в каждом событии поискового вызова, исходя из установочного значения DRX (периода уровня DRX). Если указывается существование данных, которые должны быть переданы на ПО, или принимается информация относительно выделения радиоресурсов, которую ПО должно принять, во время события поискового вызова, ПО может перейти в уровень Non-DRX.

Во втором уровне DRX ПО принимает канал планирования, предписывающий ПО принимать данные при каждом событии поискового вызова, исходя из установочного значения DRX. Если указывается существование данных, которые должны быть переданы на ПО, или принимается информация относительно выделения радиоресурсов, которые ПО должно принять, во время события поискового вызова, ПО может перейти в уровень Non-DRX. В качестве альтернативы, ПО может перейти из второго уровня DRX в первый уровень DRX.

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

Одним примером условия перехода для того, чтобы ПО перешло из уровня Non-DRX во второй уровень DRX, является то, что ПО принимает индикатор DRX, предписывающий переход во второй уровень DRX, от БС. Другим примером является то, что ПО не принимает данные от БС в течение определенного периода времени или не принимает информацию планирования. Еще одним примером является то, что ПО принимает установочное значение для нового уровня Non-DRX. Еще одним примером является то, что в то время как ПО не принимает данные в течение определенного периода времени или информацию относительно планирования данных для ПО от БС, ПО достигает первого подцикла периода второго уровня DRX.

Одним примером условия перехода для того, чтобы ПО перешло из второго уровня DRX в первый уровень DRX, является то, что ПО не принимает данные от БС в течение определенного периода времени или не принимает информацию планирования. Другим примером является то, что ПО не принимает данные от БС или не принимает информацию относительно планирования данных для ПО. Еще одним примером является то, что ПО достигает первого подцикла периода первого уровня DRX. Еще одним примером является то, что ПО принимает индикатор DRX, предписывающий переход в первый уровень DRX, от БС. Еще одним примером является то, что ПО принимает установочное значение для нового уровня Non-DRX.

Если ПО имеет множество уровней приема, потребляемая мощность ПО может регулироваться в зависимости от объема пользовательских данных, передаваемых на ПО. В примере обычного посещения веб-страницы при просмотре сети Интернет, после загрузки веб-страницы, пользователь не перемещается на следующую страницу при просмотре экрана в течение достаточно долгого времени. Данные веб-страницы передаются пользователю все вместе. Однако некоторые данные, например несколько изображений, формирующих веб-страницу, задерживаются при передаче пользователю в зависимости от ситуации. В этой ситуации ПО работает в уровне Non-DRX, если экран передается за один раз, на следующем этапе переходит во второй уровень DRX, в котором некоторые данные могут задерживаться, и, наконец, переходит в первый уровень DRX, в котором передача данных является практически ненужной, пока пользователь просматривает веб-страницу. Если число уровней DRX ПО является большим, потребляемую мощность ПО можно понизить при помощи дифференцирования DRX в соответствии с потоком пользовательских данных. Кроме того, ухудшение качества обслуживания, воспринимаемого пользователем, также может быть минимизировано.

Фиг.5 является примером, показывающим способ приема данных согласно другому варианту осуществления настоящего изобретения. Для перехода между уровнями приема используется счетчик времени.

Обратимся к Фиг.5, изначально ПО находится в первом уровне DRX. Если у БС есть первые данные D1 для передачи, БС сообщает ПО о существовании первых данных, совместно с периодом первого уровня DRX, по каналу планирования. ПО распознает канал планирования, входит в уровень Non-DRX и принимает первые данные D1.

После завершения передачи первых данных D1 начинает работу счетчик времени перехода. Если ПО не принимает свою информацию по каналу планирования до того, как закончит работу счетчик времени перехода, ПО может перейти в другой уровень приема. В данном примере, когда заканчивается работа счетчика времени перехода, ПО переходит из уровня Non-DRX на второй уровень DRX. Продолжительность работы счетчика времени перехода может храниться на запоминающем устройстве, может сообщаться ПО со стороны БС или может назначаться самим ПО и сообщаться на БС.

Фиг.6 является примером, показывающим способ приема данных согласно еще одному варианту осуществления настоящего изобретения. Для перехода между уровнями приема используется множество счетчиков времени.

Обратимся к Фиг.6, изначально ПО находится в первом уровне DRX. Если у БС есть первые данные D1 для передачи, БС сообщает ПО о существовании первых данных, совместно с периодом первого уровня DRX, по каналу планирования. ПО распознает канал планирования, входит в уровень Non-DRX и принимает первые данные D1.

После завершения передачи первых данных D1 начинает работу первый счетчик времени перехода. Если ПО не принимает свою информацию по каналу планирования до того, как закончит работу первый счетчик времени перехода, ПО может перейти на другой уровень приема. В данном примере, когда заканчивается работа первого счетчика времени перехода, ПО переходит из уровня Non-DRX на второй уровень DRX.

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

Фиг.7 является примером, показывающим способ приема данных согласно еще одному варианту осуществления настоящего изобретения. Подготавливается предварительно заданное число периодов уровня DRX для перехода между уровнями приема.

Обратимся к Фиг.7, изначально ПО находится в первом уровне DRX. Если у БС есть первые данные D1 для передачи, БС сообщает ПО о существовании первых данных, совместно с периодом первого уровня DRX, по каналу планирования. ПО распознает канал планирования, входит в уровень Non-DRX и принимает первые данные D1.

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

Число периодов уровня DRX может быть значением, которое заранее известно и БС и ПО, или может сообщаться ПО со стороны БС или наоборот.

Фиг.8 является примером, показывающим способ приема данных согласно еще одному варианту осуществления настоящего изобретения. Он представляет собой случай, когда первый уровень DRX не синхронизирован со вторым уровнем DRX.

Обратимся к Фиг.8, если ПО не принимает свою информацию планирования для предварительно заданного числа периодов второго уровня DRX, оно переходит на первый уровень DRX. В данном примере ПО переходит в первый уровень DRX после того, как проходят три периода второго уровня DRX. На данном этапе ПО переходит в первый уровень DRX сразу же после того, как прошло предварительно заданное число периодов второго уровня DRX.

Фиг.9 является примером, показывающим способ приема данных согласно еще одному варианту осуществления настоящего изобретения. Он представляет собой случай, когда первый уровень DRX синхронизирован со вторым уровнем DRX.

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

Фиг.10 является примером, показывающим способ приема данных согласно еще одному варианту осуществления настоящего изобретения.

Обратимся к Фиг.10, предварительно задается начальная точка периода уровня DRX. Соответственно, несмотря на то, что ПО принимает индикатор DRX после завершения передачи первых данных D1, оно не прекращает немедленно прием канала планирования, а ПО поддерживает уровень Non-DRX до тех пор, пока не будет достигнут следующий период второго уровня DRX. После этого ПО переходит во второй уровень DRX совместно с началом периода второго уровня DRX. Несмотря на то что БС передает индикатор DRX, предписывающий переход во второй уровень DRX после передачи первых данных D1, ПО переходит из уровня Non-DRX на второй уровень DRX в тот момент времени, когда начинается следующий период второго уровня DRX.

Затем, во время работы во втором уровне DRX, если ПО принимает свою информацию в первой фазе периода второго уровня DRX по каналу планирования, оно снова переходит в уровень Non-DRX.

Сеть и ПО могут заранее знать начальную точку и/или интервал периода уровня DRX. Или сеть может передавать информацию относительно начальной точки и/или интервала на ПО. Если начальная точка и/или интервал уровня DRX устанавливаются при переходе ПО из одного уровня приема в другой уровень приема, можно узнать, когда ПО переходит в другой уровень приема и из него, в то время как ПО принимает первый подцикл нового уровня приема. Если выполняется условие для перехода ПО из уровня приема на новый уровень приема, ПО не переходит немедленно в новый уровень приема, а переходит совместно с начальной точкой вновь установленного уровня приема. То есть, ПО не переходит на новый уровень приема в любое время, а новый уровень приема начинает применяться только по отношению к предварительно заданному временному периоду, исходя из начальной точки и фазы каждого уровня приема.

ПО, принявшее вторые данные D2, переходит из уровня Non-DRX в первый уровень DRX, когда начинается новый период первого уровня DRX. Оставаясь в уровне приема, ПО может переходить из уровня приема в новый уровень DRX, если достигается новая начальная точка уровня DRX, отличного от текущего уровня приема. Например, когда ПО работает на втором уровне DRX и выполняется определенное условие, если достигается новая начальная точка первого уровня DRX, ПО переходит на первый уровень DRX. В данном примере, определенное условие может состоять в том, что ПО не принимает свою информацию планирования в течение определенного периода времени в текущем уровне приема.

Если начальная точка каждого уровня DRX устанавливается заранее, даже если ПО не принимает отдельно индикатор, например индикатор DRX, и параметры настройки ПО и БС не согласованы друг с другом, воздействие этого рассогласования может быть минимизировано. Несмотря на то что ПО пропускает индикатор DRX в уровне приема, ПО расходует столько же энергии батареи, сколько период первого уровня DRX по максимуму. Следовательно, для ПО и БС полезно заранее знать начальную точку периода уровня DRX. Для этого, когда выполняется определенное условие и ПО переходит в новый уровень DRX, ПО не сразу же переходит в новый уровень DRX, а должно перейти только совместно с начальной точкой нового периода уровня DRX.

Например, функционирование, описываемое ниже, также возможно.

1) БС устанавливает период первого уровня DRX и период второго уровня DRX для ПО.

2) В первом подцикле периода первого уровня DRX ПО проверяет канал L1/L2 управления для подтверждения, поступили ли данные на ПО.

3) Если данные поступили на ПО, ПО

(1) принимает данные, исходя из информации планирования, и

(2) непрерывно контролирует канал управления L1/L2, пока не будет принят индикатор DRX, и если БС сообщает о существовании данных по каналу управления L1/L2, принимает данные, исходя из информации планирования.

(3) Если принимается индикатор DRX, ПО

((1)) начинает работу во втором уровне DRX до достижения следующего периода первого уровня DRX, и

((2)) принимает первый подцикл каждого периода второго уровня DRX при работе во втором DRX и проверяет канал L1/L2 управления для подтверждения, поступили ли данные на ПО.

((3)) Если подтверждается, что данные поступили на ПО, ПО

i) принимает данные, исходя из информации планирования, и

ii) принимает канал L1/L2 управления, пока имеются данные для приема на ПО.

((4)) Если ПО подтверждает, что больше ничего не запланировано, по каналу L1/L2 управления, ПО входит в уровень ожидания, пока не будет достигнут первый подцикл или периода второго уровня DRX или периода первого уровня DRX, в зависимости от того, какой будет достигнут первым.

4) Если никакие данные не поступили на ПО в первом подцикле периода первого уровня DRX, ПО работает в уровне ожидания, пока не будет достигнут первый подцикл следующего периода первого уровня DRX.

При работе в уровне DRX, если предписывается принимать данные или уведомляется о существовании данных для приема по каналу планирования или подобным образом, ПО переходит на уровень Non-DRX. После этого, если ПО принимает индикатор DRX, оно переходит на новый уровень приема, например в новый уровень DRX. ПО может обновить используемое в настоящее время установочное значение DRX на вновь принятое установочное значение DRX.

БС может дополнительно сообщить о том, когда новое установочное значение DRX начинает применяться. Когда ПО принимает новое установочное значение DRX, новое установочное значение используется с момента времени, предписанного БС.

Уровень Non-DRX, другими словами, аналогичен нулевому периоду уровня DRX. Соответственно, если новое значение периода уровня DRX для ПО устанавливается на нуль, ПО может работать в уровне Non-DRX, пока не будет установлено новое значение периода уровня DRX.

Фиг.11 является примером, показывающим способ приема данных согласно еще одному варианту осуществления настоящего изобретения.

Обратимся к Фиг.11, существует множество рабочих уровней на ПО в зависимости от количества и работы уровней приема. В уровне 'ВАРИАНТ 1' ПО обладает уровнем DRX и уровнем Non-DRX в отсутствие уровня ожидания. В уровне 'ВАРИАНТ 2' ПО обладает уровнем DRX и уровнем Non-DRX при наличии уровня ожидания. В уровне 'ВАРИАНТ 3' ПО обладает двумя уровнями DRX и уровнем Non-DRX. В настоящем документе описываются три рабочих уровня, но могут существовать больше двух или четырех рабочих уровня.

В уровне 'ВАРИАНТ 1' ПО пробуждается во второй фазе периода первого уровня DRX. В первом подцикле второй фазы периода первого уровня DRX ПО подтверждает присутствие своих данных благодаря информации планирования и входит в уровень Non-DRX. ПО принимает данные в течение всей второй фазы периода первого уровня DRX, в которой оно пробудилось. Если его данные отсутствуют в первом подцикле третьей фазы периода первого уровня DRX, ПО снова переходит в уровень DRX.

В уровне 'ВАРИАНТ 2' ПО пробуждается во второй фазе периода первого уровня DRX. В первом подцикле второй фазы периода первого уровня DRX ПО подтверждает присутствие своих данных благодаря информации планирования и входит в непрерывный уровень приема. При непрерывном приеме данных после пробуждения, если для ПО больше ничего не запланировано, оно немедленно переходит в режим ожидания. Если его данные находятся в первом подцикле третьей фазы периода первого уровня DRX, ПО снова непрерывно принимает данные. Если его данных нет в первом подцикле третьей фазы периода первого уровня DRX, ПО снова переходит в уровень DRX.

В уровне 'ВАРИАНТ 3' ПО пробуждается во второй фазе периода первого уровня DRX. В первом подцикле второй фазы периода первого уровня DRX ПО подтверждает присутствие своих данных благодаря информации планирования и входит в непрерывный уровень приема. При непрерывном приеме данных после пробуждения, если для ПО больше ничего не запланировано, оно автоматически переходит во второй уровень DRX. Затем ПО принимает первый подцикл каждого периода второго уровня DRX, пока не начнется следующий период первого уровня DRX. Если ПО запланировано в первом подцикле периода второго уровня DRX, оно пробуждается и непрерывно принимает данные в течение всего периода второго уровня DRX. Если его данных нет в первом подцикле третьей фазы периода первого уровня DRX, ПО снова переходит в первый уровень DRX.

Далее описывается способ DRX, связанный с передачей по восходящей линии связи.

Как правило, когда ПО передает данные или управляющее сообщение на БС, от БС немедленно передается ответное сообщение. В этот момент выгодно использовать уровень DRX, обладающий коротким периодом уровня DRX, или уровень Non-DRX.

Если ПО передает данные или управляющее сообщение на БС, ПО изменяет используемый уровень приема. Новым уровнем приема может быть уровень Non-DRX или новый уровень DRX. Когда ПО переходит на новый уровень приема после выполнения передачи по восходящей линии связи, новый уровень приема определяется заранее при установлении или восстановлении соединения. Например, после выполнения передачи по восходящей линии связи в первом уровне DRX ПО может перейти во второй уровень DRX. В качестве альтернативы, после выполнения передачи по восходящей линии связи в первом уровне DRX ПО может перейти в уровень Non-DRX.

Когда ПО запрашивает выделение радиоресурсов, оно может перейти на уровень Non-DRX. Например, если ПО использует RACH, оно переходит на уровень Non-DRX после передачи преамбулы. Если радиоресурсы для передачи данных или управляющего сообщения выделяются ПО по каналу планирования в качестве отклика на RACH, ПО может перейти во второй уровень DRX.

Фиг.12 является примером, показывающим способ передачи данных согласно варианту осуществления настоящего изобретения.

Обратимся к Фиг.12, изначально ПО находится на первом уровне DRX. ПО передает данные DU на БС. После передачи данных D1 в восходящую линию связи при работе на первом уровне DRX ПО переходит на второй уровень DRX. В качестве альтернативы, ПО может перейти на уровень Non-DRX, а не на второй уровень DRX, в зависимости от настроек. Момент времени, когда ПО передает данные в восходящую линию связи, может совпадать с моментом перехода ПО на второй уровень DRX, или первое может предшествовать последнему, или последнее может предшествовать первому.

После перехода на второй уровень DRX ПО ищет первый подцикл каждого периода второго уровня DRX и подтверждает, переданы ли его данные от БС. После перехода на второй уровень DRX, если ПО не принимает какие-либо данные из нисходящей линии связи в течение определенного периода времени или не принимает никакой информации по каналу планирования, ПО снова переходит на первый уровень DRX. Если ПО бесконечно работает во втором уровне DRX после перехода на второй уровень DRX после передачи по восходящей линии связи, это может привести к нежелательному влиянию на потребляемую мощность ПО. Используя счетчик времени, вычисляется определенный период времени после того, как ПО выполняет передачу, или определенный период времени может подразумевать число периодов второго уровня DRX, в котором ПО находится после выполнения передачи. Определенный период времени ПО может задаваться при установлении соединения или при восстановлении соединения.

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

Этапы способа, описанные применительно к вариантам осуществления, раскрываемым в настоящем документе, могут быть реализованы в аппаратном обеспечении, программном обеспечении или их комбинации. Аппаратное обеспечение может быть реализовано на основе специализированной интегральной схемы (СИС), которая предназначена для выполнения вышеупомянутых функций, цифрового сигнального процессора (ЦСП), программируемого логического устройства (ПЛУ), программируемой вентильной матрицы (ПВМ), обрабатывающего устройства, управляющего устройства, микропроцессора, другого электронного блока или их комбинации. Модуль для выполнения вышеупомянутых функций может приводить в исполнение программное обеспечение. Программное обеспечение может храниться на запоминающем устройстве и выполняться обрабатывающим устройством. Запоминающее устройство или обрабатывающее устройство могут задействовать множество механизмов, которые хорошо известны специалистам в данной области техники.

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

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

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

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

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

5. Способ по п.1, в котором период DRX первого уровня DRX отличается от периода DRX второго уровня DRX.

6. Способ по п.5, в котором период DRX первого уровня DRX и период DRX второго уровня DRX конфигурируют посредством сообщения RRC, которое принимают от базовой станции.

7. Способ по п.5, в котором период DRX первого уровня DRX дольше, чем период DRX второго уровня DRX.

8. Способ по п.1, в котором индикатор DRX принимают через сообщение управления доступом к среде (MAC).

9. Пользовательское оборудование (ПО), содержащее процессор, сконфигурированный для: прерывистого контроля канала планирования на первом уровне DRX; запуска первого счетчика времени, когда канал планирования указывает передачу или прием данных базовой станцией; непрерывного контроля канала планирования в то время, как первый счетчик времени работает; и перехода на первый уровень DRX или второй уровень DRX, когда индикатор DRX принимают от базовой станции.

10. ПО по п.9, в котором уровень DRX, переход которого должен быть выполнен между первым уровнем DRX и вторым уровнем DRX, когда принимают индикатор DRX, сконфигурирован посредством сообщения управления радиоресурсами (RRC), которое принимают от базовой станции.

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

12. ПО по п.11, в котором процессор дополнительно сконфигурирован для перехода на первый уровень DRX, когда второй счетчик времени заканчивает свою работу.

13. ПО по п.9, в котором период DRX первого уровня DRX отличается от периода DRX второго уровня DRX.

14. ПО по п.13, в котором период DRX первого уровня DRX и период DRX второго уровня DRX сконфигурированы посредством сообщения RRC, которое принимают от базовой станции.

15. ПО по п.13, в котором период DRX первого уровня DRX дольше, чем период DRX второго уровня DRX.



 

Похожие патенты:

Изобретение относится к беспроводным системам связи. .

Изобретение относится к радиоинтерфейсам беспроводных сетей и, в частности, к радиоинтерфейсам мобильных сетей. .

Изобретение относится к беспроводным системам подвижной связи. .

Изобретение относится к области радиосвязи

Изобретение относится к технике радиосвязи и предназначено для обеспечения связи в одно и двухчастотном симплексном режиме в радиосетях различного назначения, преимущественно для связи между диспетчерским центром и подвижными объектами с определением координат местоположения подвижных объектов в системах ГЛОНАСС/GPS и передачей данных по радиоканалу

Изобретение относится к беспроводной связи

Изобретение относится к технике беспроводной связи и может быть использовано в пользовательском оборудовании для службы широковещательной/групповой передачи мультимедиа (MBMS)

Изобретение относится к технике связи и может быть использовано в мобильной связи

Изобретение относится к беспроводной связи, в частности к восходящим каналам связи приемных устройств и способам приема и передачи сигнала
Наверх