Результат интеллектуальной деятельности: ИНИЦИИРУЕМОЕ ТЕРМИНАЛОМ ПЕРЕКЛЮЧЕНИЕ РЕЖИМА ПИТАНИЯ

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

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

ПРЕДПОСЫЛКИ СОЗДАНИЯ ИЗОБРЕТЕНИЯ

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

Некоторые из этих приложений продолжают работать даже когда мобильный терминал не используется. Некоторые из этих приложений могут продолжать работать непрерывно или почти непрерывно даже когда экран мобильного терминала выключен. В данном случае, приложение(я) может продолжать передавать или принимать данные через модем мобильного терминала. Это вызывает частый запуск процессора(ов) мобильного терминала, который исполняет приложение(я). Более того, также часто включается модем для того, чтобы предоставить приложению(ям) возможность передавать или принимать данные. Это сокращает время работы от батареи, обеспечивая при этом ограниченную выгоду пользователю, когда мобильный терминал не используется.

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

Чтобы сократить энергопотребление модема, мобильный терминал может быть установлен в разные состояния. Для иллюстрации, 3GPP техническое описание TS 25.331 V11.5.0 (2013-03), озаглавленное «3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Radio Resource Control (RRC); Protocol specification (Release 11)» задает состояния RRC в разделе 7.1. Несмотря на то, что мобильный терминал может входить в некоторые из этих состояний автономно, например, по истечению таймера, управление различными параметрами, которые определяют состояние RRC мобильного терминала, и переходами между этими состояниями осуществляется посредством узла сети связи. Эти методики могут по-прежнему быть сами по себе не адекватными для решения проблем энергопотребления, ассоциированных с продолжающимся использованием модема приложениями, работающими на мобильном терминале. Для иллюстрации, услуга социальной сети или электронной почты или новостная услуга, работающая на мобильном терминале, может принимать входящий трафик проталкиваемых данных. Это может вызывать осуществление мобильным терминалом перехода из режима простоя, при котором он соответствует RRC-разъединенному режиму, в RRC-соединенный режим. Полученная в результате активность модема сокращает время работы от батареи.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

В соответствии с вариантами осуществления, вводится инициируемое мобильным терминалом переключение режима питания на режим энергосбережения. Мобильный терминал может сигнализировать сети связи, что он намеревается войти в конкретный режим энергосбережения. Набор из нескольких режимов питания, которые сокращают энергопотребление, может быть задан в дополнение к нормальному режиму питания, и мобильный терминал может сигнализировать сети связи, в какой один из режимов энергосбережения мобильный терминал намеревается войти. В режимах питания, которые сокращают энергопотребление, мобильный терминал может по-прежнему быть выполнен с возможностью выполнения переходов между разными состояниями Управления Радио Ресурсами, RRC, например из режима простоя в соединенный режим. Установки параметра, ассоциированные с соответствующим режимом питания, могут задавать параметры сигнализации слоя 1, слоя 2 и/или слоя 3 между мобильным терминалом и сетью связи.

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

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

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

Мобильный терминал может быть выполнен с возможностью переключения между разными состояниями RRC при работе в выбранном режиме питания.

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

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

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

Разные установки параметра DRX могут содержать разные длины цикла DRX. Дополнительно или в качестве альтернативы, разные установки параметра DRX могут содержать разные значения таймера неактивности. Дополнительно или в качестве альтернативы, разные установки параметра DRX могут содержать разные циклы поискового вызова.

Мобильный терминал может быть выполнен с возможностью переключения между состоянием простоя и RRC-соединенным состоянием при работе в выбранном режиме питания.

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

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

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

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

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

Мобильный терминал может быть выполнен с возможностью передачи запроса смены режима питания в процедуре Создания Соединения RRC или в процедуре Повторной Конфигурации Соединения RRC.

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

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

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

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

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

Мобильный терминал может быть оборудованием пользователя. Оборудование пользователя может быть выполнено с возможностью осуществления связи с сетью Долгосрочного Развития (LTE). Мобильный терминал может быть мобильным телефоном, например интеллектуальным телефоном.

Мобильный терминал может быть терминалом машина-для-машины (M2M). Мобильный терминал может быть выполнен с возможностью осуществления связи M2M через беспроводную сеть.

В соответствии с другим вариантом осуществления, предоставляется узел сети радиодоступа (RAN). Узел RAN имеет беспроводной интерфейс. Узел RAN имеет устройство обработки, связанное с беспроводным интерфейсом. Беспроводной интерфейс выполнен с возможностью приема запроса смены режима питания от мобильного терминала. Устройство обработки выполнено с возможностью определения, в какое состояние питания из множества состояний питания мобильный терминал намеревается войти на основании индикатора для состояния питания, включенного в запрос смены режима питания. Устройство обработки выполнено с возможностью управления беспроводным интерфейсом для передачи ответа смены режима питания.

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

Узел RAN может быть выполнен с возможностью сокращения количества и/или частоты пересылок данных к приложениям мобильного терминала в соответствии с индикатором для состояния питания, включенным в запрос смены режима питания, после передачи ответа смены режима питания.

Узел RAN может быть выполнен с возможностью регулирования цикла поискового вызова для мобильного терминала после передачи ответа смены режима питания.

Узел RAN может быть базовой станцией. Узел RAN может, в частности, быть NodeB или развитым NodeB(eNodeB).

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

Сеть радиодоступа может содержать узел RAN, например NodeB или eNodeB, выполненный с возможностью выполнения функций, указанных выше. Узел RAN может быть узлом RAN в соответствии с вариантом осуществления.

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

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

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

Мобильный терминал может переключаться между разными состояниями Управления Радио Ресурсами, RRC, при работе в выбранном режиме питания.

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

Выбранный режим питания и, по меньшей мере, один другой режим питания из множества режимов питания могут иметь разные установки параметра для сигнализации слоя 1, слоя 2 и/или слоя 3 между мобильным терминалом и сетью связи.

Разные установки параметра DRX могут содержать разные длины цикла DRX. Дополнительно или в качестве альтернативы, разные установки параметра DRX могут содержать разные значения таймера неактивности. Дополнительно или в качестве альтернативы, разные установки параметра DRX могут содержать разные циклы поискового вызова.

Способ может содержать этап, на котором переключаются между состоянием простоя и RRC-соединенным режимом в то время как терминал работает в выбранном режиме питания.

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

Запрос смены режима питания может быть передан в процедуре Создания Соединения RRC или в процедуре Повторной Конфигурации Соединения RRC.

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

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

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

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

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

Способ может быть выполнен мобильным терминалом варианта осуществления.

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

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

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

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

Фиг. 2 является блок-схемой способа в соответствии с вариантом осуществления.

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

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

Фиг. 7 является представлением в виде структурной схемы функциональных блоков мобильного терминала в соответствии с вариантом осуществления.

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

Фиг. 9 является блок-схемой способа в соответствии с вариантом осуществления.

ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ

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

Фиг. 1 является схематичным видом системы 1 связи в соответствии с вариантом осуществления. Система 1 связи содержит мобильный терминал 20. Система 1 связи содержит сеть 10 связи. Сеть 10 связи имеет сеть радиодоступа (RAN). Сеть радиодоступа включает в себя множество базовых станций 11-13. Базовые станции 11-13 могут быть функционально связаны с другими узлами 14, 15, которые могут быть представлены в сети радиодоступа или в базовой сети (CN) сети 10 связи. Конкретная конфигурация сети 10 связи, базовых станций 11-13 и узлов 14, 15 зависит от стандарта связи. Для иллюстрации, сеть 10 связи может быть сетью Глобальной Системы Связи с Подвижными Объектами (GSM). В данном случае, RAN является GSM EDGE Сетью Радиодоступа (GERAN), с узлами 14, 15, являющими контроллерами базовой станции. Сеть 10 связи может быть сетью Универсальной Системы Мобильной Связи (UMTS). В данном случае, RAN является Наземной Сетью Радиодоступа UMTS (UTRAN), с базовыми станциями 11-13, соответственно являющимися NodeB, и узлами 14, 15, являющимися Контроллером Сети с Радиодоступом (RNC). Сеть 10 связи может быть сетью Долгосрочного Развития (LTE). В данном случае, RAN является развитой UTRAN (eUTRAN), с базовыми станциями 11-13, соответственно являющимся развитым Узлом-B (eNodeB), и узлами 14, 15, являющимися Объектом Управления Мобильностью (MME) и/или Обслуживающим Шлюзом (S-GW) в базовой сети.

Мобильный терминал 20 имеет беспроводной интерфейс 21 или несколько беспроводных интерфейсов 21 для осуществления связи с, по меньшей мере, одной сетью радиодоступа (RAN). Беспроводной интерфейс(ы) 21 содержит модем 22. Модем 22 выполняет модуляцию и демодуляцию, соответственно требуемую для соответствующего стандарта связи, используемого мобильным терминалом 20. Мобильный терминал 20 может быть выполнен с возможностью осуществления связи с RAN в соответствии с протоколом Управления Радио Ресурсами, RRC. Для иллюстрации, мобильный терминал 20 может быть выполнен с возможностью осуществления связи с RAN в соответствии с 3GPP техническим описанием TS 25.331. Мобильный терминал 20 может быть выполнен с возможностью осуществления радиосвязи с RAN в соответствии с 3GPP техническим описанием TS 25.331 V11.5.0 (2013-03), озаглавленным «3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Radio Resource Control (RRC); Protocol specification (Release 11)». В качестве альтернативы или в дополнение, мобильный терминал 20 может быть выполнен с возможностью осуществления связи с RAN в соответствии с 3GPP техническим описанием TS 36.331. Мобильный терминал 20 может быть выполнен с возможностью осуществления радиосвязи с RAN в соответствии с 3GPP техническим описанием TS 36.331 V11.3.0 (2013-03), озаглавленным «3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC); Protocol specification (Release 11)».

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

В нескольких или во всех режимах питания, мобильный терминал 20 может быть выполнен с возможностью выполнения переходов между состоянием простоя, в котором мобильный терминал 20 находится в RRC-разъединенном состоянии и RRC-соединенным состоянием. Это отличает режимы питания, которые предоставляют уменьшенное энергопотребление, от обычных состояний прерывистого приема, DRX, или от состояния URA_PCH, состояния CELL_PCH, состояния CELL_FACH и состояния CELL_DCH, как задано в 3GPP техническом описании TS 25.331. Мобильный терминал 20 может иметь состояния, заданные в 3GPP техническом описании TS 25.331 V11.5.0 (2013-03), озаглавленном «3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Radio Resource Control (RRC); Protocol specification (Release 11)», разделы 7.1 и 7.2, и может переключаться между состояниями при работе в выбранном режиме питания. Мобильный терминал 20 может находиться в одном из этих состояний для приема сигналов при работе в одном из различных режимов питания, которые обеспечивают более низкое энергопотребление, но по-прежнему остается рабочим для переключения между состоянием простоя и RRC-соединенным состоянием, в то время как находится в соответствующем режиме питания. В противоположность, мобильный терминал 20 всегда находится в RRC-соединенном состоянии при работе в состоянии URA_PCH, состоянии CELL_PCH, состоянии CELL_FACH и состоянии CELL_DCH.

Мобильный терминал 20 имеет устройство 23 обработки, которое управляет работой мобильного терминала 20. Устройство 23 обработки может быть выполнено в виде одного микропроцессора или нескольких микропроцессоров, одного микроконтроллера или нескольких микроконтроллеров, проблемно-ориентированной интегральной микросхемы (ASIC) или сочетания таких компонентов. Устройство 23 обработки может выполнять операции логики, которая определяет то, какой из нескольких режимов питания должен быть использован, как будет более подробно описано со ссылкой на с Фиг. 2 по 9.

Мобильный терминал 20 сконфигурирован таким образом, что он может запрашивать, что конкретный режим питания из множества доступных режимов питания должен быть использован. Для иллюстрации, вплоть до четырех или вплоть до восьми разных режимов питания могут быть предварительно заданы. Индикатор может быть назначен каждому из режимов питания. Используемое в данном документе понятие «индикатор» для режима питания относится к уникальному идентификатору, который может быть назначен соответствующему режиму питания так, что один из множества режимов питания может быть уникальным образом идентифицирован на основании индикатора.

Мобильный терминал 20 выполнен с возможностью передачи запроса смены режима питания к сети 10 связи. Запрос смены режима питания может включать в себя несколько смысловых битов, которые содержат уникальный идентификатор для режима питания, выбранного мобильным терминалом 20. Устройство 23 обработки может управлять беспроводным интерфейсом 21 для передачи запроса смены режима питания с индикатором для выбранного режима питания.

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

Принятие решения в отношении того, какой режим питания является подходящим режимом питания, может быть выполнено широким многообразием способов. В одной реализации, устройство 23 обработки выбирает режим питания в зависимости от того, находится ли мобильный терминал в режиме готовности. Режим питания может быть выбран в зависимости от того, находился ли мобильный терминал 20 в режиме готовности в течение определенного периода времени. Режим питания может быть выбран в зависимости от того, был ли дисплей 25 мобильного терминала 20 выключен в течение предварительно заданного периода времени. Режим питания может быть выбран в зависимости от выходного сигнала датчика мобильного терминала 20. Для иллюстрации, мобильный терминал 20 может иметь датчик движения 26. На основании выходного сигнала датчика 26 движения и/или информации о том, выключен ли дисплей 25, устройство 23 обработки может определять, какой режим питания будет подходящим.

Устройство 23 обработки также может исполнять приложения. Может быть продолжено исполнение, по меньшей мере, одного приложения или нескольких приложений, даже когда мобильный терминал 20 вошел в режим готовности, например. Примеры таких приложений включают в себя службы социальных сетей, электронной почты, клиенты обновления, такие как центры обновления новостей или прогноза погоды, но не ограничиваясь ими. Приложение(я) будут обычно передавать данные через беспроводной интерфейс 21 к сети 10 связи и будут принимать данные от сети 10 связи. Режимы питания с более низким энергопотреблением, чем у нормального режима питания, гарантируют то, что пересылки данных к мобильному терминалу 20 сокращаются посредством сигнализации сети связи того, что должен быть использован конкретный режим питания.

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

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

Конкретное задание различных режимов питания и соответствующих параметров может зависеть от конфигурации мобильного терминала 20. Для иллюстрации, применительно к мобильному терминалу, который является мобильным телефоном, разные режимы питания могут соответствовать заданиям разных длин цикла DRX и/или разным циклам поискового вызова, когда мобильный терминал находится в RRC-разъединенном состоянии при работе в соответствующем режиме. Для дальнейшей иллюстрации, разные режимы питания могут соответствовать разным классам выходной мощности мобильного терминала 20.

В дополнение или в качестве альтернативы, выбранный режим питания может добавлять один или более дополнительные циклы DRX. Режим питания может, например, добавлять длинный уровень DRX, в дополнение к стандартному состоянию простоя DRX, к состоянию простоя RRC.

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

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

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

Когда мобильный терминал 20 переключается на выбранный режим питания в ответ на прием ответа переключения режима питания от сети 10 связи, может осуществляться управление модемом 22 в зависимости от параметров режима питания для соответствующего режима питания. Устройство 23 обработки может извлекать параметры режима питания из памяти 24.

Мобильный терминал 20 может иметь различные конфигурации. Для иллюстрации, мобильный терминал 20 может быть терминалом связи машина-для-машины (M2M). Мобильный терминал может осуществлять связь с другим M2M терминалом 29 посредством сети 10 связи. Количество заданных режимов питания и/или конкретных параметров режима питания может зависеть от конкретной конфигурации мобильного терминала 20. Это обеспечивает возможность оптимизации поведения физического слоя в отношении разных случаев M2M использования, интеллектуальных телефонов в разных режимах, не голосовых ориентированных устройств или подобного.

Фиг. 2 является блок-схемой способа 30 в соответствии с вариантом осуществления. Способ 30 может быть выполнен мобильным терминалом 20.

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

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

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

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

Если режим питания «1» выбирается, так как он является наиболее подходящим режимом питания, то на этапе 33 передается запрос смены режима питания, который включает в себя индикатор для режима питания «1». Если режим питания «2» выбирается, так как он является наиболее подходящим режимом питания, то на этапе 34 передается запрос смены режима питания, который включает в себя индикатор для режима питания «2». Если режим питания «M» выбирается, так как он является наиболее подходящим режимом питания, то на этапе 35 передается запрос смены режима питания, который включает в себя индикатора для режима питания «M».

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

Фиг. 3 показывает сигнализацию между мобильным терминалом 20 и базовой станцией 11 сети связи.

Мобильный терминал 20 передает сообщение 41, которое является запросом смены режима питания. Запрос смены режима питания включает в себя индикатор PMID для выбранного режима питания. Индикатор PMID может содержаться в двух битах индикатора или в трех битах индикатора сообщения 41, например. Вплоть до четырех или вплоть до восьми разных режимов питания может быть задано таким образом.

Базовая станция 11 определяет, может ли мобильный терминал 20 переключить свой режим питания на выбранный режим питания, указанный индикатором PMID в сообщении 41. Определение может включать в себя определение того, отвечают ли скорости передачи данных и/или загрузка сети целевым условиям, даже когда мобильный терминал 20 переключается на выбранный режим питания, указываемый индикатором PMID.

Если базовая станция 11 или другой узел RAN определяет, что мобильный терминал 20 может переключить свой режим питания на выбранный режим питания, она передает сообщение 42 положительной квитанции (ack) к мобильному терминалу 20. Сообщение 42 является ответом смены режима питания, который дает согласие на переключение режима питания, запрошенное мобильным терминалом.

На этапе 43, в ответ на прием ответа смены режима питания, который дает согласие на переключение режима питания, мобильный терминал 20 сменяет режим питания на режим питания, указанный в сообщении 41. Смена может происходить в предварительно заданное время или может быть инициирована инициирующим событием. Смена может происходить выборочно в зависимости от того, было ли принято сообщение 42 положительной квитанции.

На этапе 44, базовая станция 11 и/или другой узел RAN может осуществлять регулирование пересылок данных к мобильному терминалу 20 в соответствии с индикатором для режима питания, включенным в сообщение 41 запроса смены режима питания. Это может ограничивать сигнализацию в направлении к мобильному терминалу 20, если выбирается режим питания с низким энергопотреблением. Регулирование может быть выполнено на слое 1 сигнализации между базовой станцией 11 и мобильными терминалами 20. Регулирование может быть выполнено на слое 2 и/или слое 3 сигнализации между базовой станцией 11 и мобильными терминалами 20.

Фиг. 4 иллюстрирует сигнализацию, когда базовая станция 11 или другой узел RAN определяет, что мобильный терминал 20 не может переключить свой режим питания на выбранный режим питания. Базовая станция 11 или другой узел RAN передает сообщение 45 отрицательной квитанции (nack) к мобильному терминалу 20. Сообщение 45 является ответом смены режима питания, который отклоняет переключение режима питания, запрошенное мобильным терминалом.

В ответ на прием ответа смены режима питания, который отклоняет переключение режима питания, мобильный терминал 20 не сменяет свой режим питания. Тем не менее, мобильный терминал 20 может впоследствии передавать новый запрос смены режима питания. Базовая станция 11 не осуществляет регулирование сигнализации с мобильным терминалом на слое 1, слое 2 и/или слое 3, так как не осуществляется переключение режима питания.

В дополнение к объясненному выше инициируемому мобильным терминалом переключению режима питания, мобильный терминал и RAN могут быть выполнены с возможностью инициируемого RAN переключения режима питания. В данном случае, RAN может передавать запрос смены режима питания, который включает в себя идентификатор для одного режима питания из множества режимов питания. Это иллюстрируется на Фиг. 5.

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

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

Если мобильный терминал 20 дает согласие на запрошенное переключение режима питания, он передает сообщение 47 квитанции. Мобильный терминал 20 впоследствии переключается на дополнительный режим питания на этапе 43.

Если мобильный терминал 20 отклоняет запрошенное переключение режима питания, он передает сообщение отрицательной квитанции (не показано на Фиг. 5).

Множество режимов питания не следует путать с RRC-разъединенным состоянием и RRC-соединенными состояниями. Мобильный терминал 20 может по-прежнему переключаться между RRC-разъединенным состоянием и RRC-соединенным состоянием в то время, как он остается в одном и том же режиме питания. Режимы питания могут различаться по параметрам физического слоя радиоинтерфейса, которые соответственно используются, например.

Сигнализация, которая объясняется со ссылкой на Фиг. 3, 4 и 5, может быть выполнена во время процедуры Создания Соединения RRC или во время процедуры Повторной Конфигурации Соединения RRC.

Сигнализация, которая объясняется со ссылкой на Фиг. 3, 4, и 5, может быть выполнена во время процедуры Создания Соединения RRC или во время процедуры Повторной Конфигурации Соединения RRC, как задано в 3GPP техническом описании TS 25.331 или как задано в 3GPP техническом описании TS 36.331. Сигнализация, которая объясняется со ссылкой на Фиг. 3, 4 и 5, может быть выполнена во время процедуры Создания Соединения RRC, как задано в 3GPP техническом описании TS 25.331 V11.5.0 (2013-03), озаглавленном «3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Radio Resource Control (RRC); Protocol specification (Release 11)», раздел 8.1.3. В качестве альтернативы или в дополнение, сигнализация, которая объясняется со ссылкой на Фиг. 3, 4 и 5, может быть выполнена во время процедуры Создания Соединения RRC или во время процедуры Повторной Конфигурации Соединения RRC, как задано в 3GPP техническом описании TS 36.331 V11.3.0 (2013-03), озаглавленном «3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC); Protocol specification (Release 11)», раздел 5.3.3 или раздел 5.3.5.

Фиг. 6 схематично иллюстрирует различные состояния RRC, которые может иметь мобильный терминал. В состоянии 50 простоя, мобильный терминал 20 является RRC-разъединенным. В RRC-соединенном состоянии 51, мобильный терминал 20 является RRC-соединенным. RRC-соединенное состояние может иметь различные суб-состояния. Суб-состояния могут включать в себя активное состояние 52 без DRX, состояние 53 короткого цикла DRX и состояние 54 длинного цикла DRX. Переходы 55-57 между разными состояниями RRC могут быть инициированы когда истекает таймер неактивности.

В режиме питания, выбранном мобильным терминалом 20, мобильный терминал 20 может по-прежнему работать с возможностью осуществления переходов между RRC-разъединенным состоянием 50 и RRC-соединенным состоянием 51, включая суб-состояния RRC-соединенного состояния 51.

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

Логика 61 выбора режима питания может определять то, какой режим питания из множества режимов питания должен быть использован. Логика 61 выбора режима питания может выбирать режим питания в зависимости от сигнала 65, указывающего, включен или выключен ли дисплей. В качестве альтернативы или в дополнение, логика 62 выбора режима питания может выбирать режим питания в зависимости от сигнала 66, который указывает движение мобильного терминала. Сигнал 66 может быть выходным сигналом датчика движения. Альтернативные или дополнительные сигналы могут быть оценены для определения того, какой режим питания будет наиболее подходящим.

Логика 61 выбора режима питания может управлять модемом 62 для передачи запроса смены режима питания с индикатором для выбранного режима питания. Логика 61 выбора режима питания может определять является ли ответ смены режима питания, принятый от сети связи, ack-сообщением или nack-сообщением. В зависимости от ответа, логика 61 выбора режима питания может управлять модемом 62 для переключения мобильного терминала на выбранный режим питания. Переключение режима питания может содержать адаптацию сигнализации слоя 1, слоя 2 и/или слоя 3 между мобильным терминалом и сетью связи.

Логика 61 выбора режима питания также может выборочно управлять брандмауэром 64. Брандмауэр 64 работает для ограничения или предотвращения передачи данных приложением или несколькими приложениями 63, работающими на мобильном терминале, в сеть связи. Брандмауэр 64 ограничивает использование модема приложением(ями) для исходящих пересылок данных.

Фиг. 8 показывает схематичное представление структурной схемы узла 70 RAN в соответствии с вариантом осуществления. Узел 70 RAN может быть eNodeB, например. Узел 70 RAN имеет беспроводной интерфейс 71 для приема запроса смены режима питания от мобильного терминала 20. Узел 70 RAN имеет контроллер 72, выполненный с возможностью извлечения индикатора для режима питания из принятого запроса смены режима питания. Контроллер 72 может быть выполнен с возможностью определения, может ли быть дано согласие на переключение режима питания мобильного терминала 20 на выбранный режим питания. Если может быть дано согласие на переключение режима питания, контроллер 72 осуществляет управление беспроводным интерфейсом 71 для вывода ответа смены режима питания для квитирования запрошенного переключения режима питания.

Контроллер 72 выполнен с возможностью управления передачей данных к и от мобильного терминала 20 в зависимости от выбранного режима питания, идентифицированного посредством индикатора в принятом запросе смены режима питания. Параметры 73 режима питания могут быть сохранены в узле 70 RAN для каждого из множества режимов питания, которые может выбрать мобильный терминал. Параметры 73 режима питания для разных режимов питания могут включать в себя разные параметры для сигнализации слоя 1 между мобильным терминалом и RAN. Параметры 73 режима питания для разных режимов питания могут включать в себя разные параметры для сигнализации слоя 2 между мобильным терминалом и RAN. Параметры 73 режима питания для разных режимов питания могут включать в себя разные параметры для сигнализации слоя 3 между мобильным терминалом и RAN.

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

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

На этапе 82, после времени задержки дисплей выключается.

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

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

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

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

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

Различные эффекты достигаются устройствами и способами в соответствии с вариантами осуществления. Для иллюстрации, инициируемая мобильным терминалом сигнализация для запроса того, что конкретный режим питания может быть использован, может эффективным образом осуществлять управление входящим трафиком данных, принимаемым мобильным терминалом от сети. Мобильный терминал может по-прежнему переключаться между RRC-соединенным и RRC-разъединенным состояниями в выбранном режиме питания, тогда как установки параметра для сигнализации слоя 1, слоя 2 и/или слоя 3 между мобильным терминалом и RAN, могут зависеть от режима питания.

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

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