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

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

Иллюстрации

Показать все

Реферат

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

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

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

Системы в соответствии с техническими условиями партнерства по проекту в области технологий 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 в тот момент времени, когда начинается следу