Инициируемое терминалом переключение режима питания

Авторы патента:

КАРЛССОН, Петер (SE)

ЛЮНГ, Рикард (SE)

H04W52/02 - Техника электрической связи

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

СОНИ КОРПОРЕЙШН (JP)

Изобретение относится к мобильному терминалу, системе связи и способам выполнения перехода между режимами питания мобильного терминала. Технический результат заключается в снижении энергопотребления. Мобильный терминал содержит модем для связи с беспроводной сетью и логику, выполненную с возможностью: выбирать режим питания из множества режимов питания, причем режим питания отличается от состояния Управления Радио Ресурсами (RRC); управлять модемом для передачи в беспроводную сеть запроса смены режима питания, который включает в себя индикатор для выбранного режима питания, и в ответ на прием от беспроводной сети ответа смены режима питания, подтверждающего, что мобильный терминал может войти в ранее выбранный режим питания, управлять мобильным терминалом для переключения на выбранный режим питания. 3 н. и 12 з.п. ф-лы, 9 ил.

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

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

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

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

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

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

Чтобы сократить энергопотребление модема, мобильный терминал может быть установлен в разные состояния. Для иллюстрации, 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 между мобильным терминалом и сетью связи.

Способ может содержать этап, на котором переключаются между состоянием простоя и 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 терминалом или другим мобильным терминалом. Кроме того, несмотря на то, что были описаны примерные сетевые технологии, варианты осуществления изобретения могут быть использованы в сочетании с другими сетевыми технологиями.

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

1. Мобильный терминал (20, 29), содержащий:

модем (22; 62) для связи с беспроводной сетью (10), и

логику (23; 61), выполненную с возможностью

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

- управлять модемом (22; 62) для передачи в беспроводную сеть (10) запроса (41) смены режима питания, который включает в себя индикатор для выбранного режима питания, и

- в ответ на прием от беспроводной сети (10) ответа (42) смены режима питания, подтверждающего, что мобильный терминал (20, 29) может войти в ранее выбранный режим питания, управлять мобильным терминалом (20, 29) для переключения на выбранный режим питания.

2. Мобильный терминал (20, 29) по п. 1,

в котором логика (23; 61) выполнена с возможностью выбора режима питания в зависимости от приложений (63), исполняемых мобильным терминалом (20, 29), для сокращения пересылок данных к мобильному терминалу (20, 29), в то время как приложения (63) исполняются мобильным терминалом (20, 29).

3. Мобильный терминал (20, 29) по п. 1 или 2,

при этом мобильный терминал (20, 29) выполнен с возможностью переключения между разными состояниями (50-54) Управления Радио Ресурсами, RRC, при работе в выбранном режиме питания.

4. Мобильный терминал (20, 29) по п. 3,

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

5. Мобильный терминал (20, 29) по п. 4,

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

- разные длины цикла DRX,

- разные значения таймера неактивности, и/или

- разные циклы поискового вызова.

6. Мобильный терминал (20, 29) по любому из пп. 4 и 5,

при этом мобильный терминал (20, 29) выполнен с возможностью переключения между состоянием простоя и RRC-соединенным состоянием при работе в выбранном режиме питания.

7. Мобильный терминал (20, 29) по любому из пп. 4 и 5,

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

8. Мобильный терминал (20, 29) по любому из пп. 1, 2, 4 и 5,

дополнительно содержащий:

дисплей (25),

при этом логика (23; 61) выполнена с возможностью выбора режима питания в зависимости от того, выключен ли дисплей (25).

9. Мобильный терминал (20, 29) по п. 8, дополнительно содержащий:

по меньшей мере один датчик (26),

при этом логика (23; 61) выполнена с возможностью выбора режима питания в зависимости от того, выключен ли дисплей (25) и в зависимости от выходного сигнала (66) по меньшей мере одного датчика (26).

10. Мобильный терминал (20, 29) по п. 9,

при этом логика (23; 61) выполнена с возможностью предотвращения осуществления приложением (63) передачи данных через модем (22; 62), когда дисплей (25) выключен.

11. Мобильный терминал (20, 29) по любому из пп. 1, 2, 4, 5, 9, 10,

при этом запрос (41) смены режима питания содержит множество битов индикатора, которые включают в себя индикатор для выбранного режима питания.

12. Мобильный терминал (20, 29) по любому из пп. 1, 2, 4, 5, 9, 10,

при этом логика (23; 61) выполнена с возможностью

- идентификации дополнительного режима питания в зависимости от дополнительного идентификатора режима питания, включенного в дополнительный запрос (46) смены режима питания, принятый мобильным терминалом (20, 29),

- в ответ на прием дополнительного запроса (46) смены режима питания, управления модемом (22; 62) для передачи дополнительного ответа (42) смены режима питания, и

- в ответ на прием дополнительного запроса (46) смены режима питания, управления мобильным терминалом (20, 29) для переключения на дополнительный режим питания.

13. Система связи, содержащая:

мобильный терминал (20, 29) по любому из предшествующих пунктов; и

сеть (10) радиодоступа, выполненную с возможностью

- приема запроса (41) смены режима питания от мобильного терминала (20, 29),

- идентификации выбранного режима питания на основании индикатора, включенного в запрос (41) смены режима питания,

- передачи ответа (42) смены режима питания к мобильному терминалу (20, 29), и

- управления пересылками данных к мобильному терминалу (20, 29) на основании выбранного режима питания.

14. Способ выполнения перехода между режимами питания мобильного терминала (20, 29), при этом способ, содержащий этапы, на которых:

- выбирают, посредством мобильного терминала (20, 29), режим питания из множества режимов питания, причем режим питания отличается от состояния Управления Радио Ресурсами, RRC,

- передают в беспроводную сеть (10), посредством мобильного терминала (20, 29), запрос (41) смены режима питания через беспроводной интерфейс (21), причем запрос (41) смены режима питания включает в себя индикатор для выбранного режима питания,

- в ответ на прием ответа (42) смены режима питания, подтверждающего, что мобильный терминал (20, 29) может войти в ранее выбранный режим питания, переключаются на выбранный режим питания посредством мобильного терминала (20, 29).

15. Способ по п. 14,

выполняемый мобильным терминалом (20, 29) по любому из пп. 1-12.

Изобретение относится к беспроводной связи. Техническим результатом является энергосбережение для мобильной станции.

Мобильная станция, узел доступа и различные способы для реализации ускоренной процедуры осуществления доступа к системе // 2638568

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

Способ и устройство для отображения ресурсов физического канала управления нисходящей линии связи // 2638544

Изобретение относится к технике связи и может использоваться в системах для отображения ресурсов физического канала управления нисходящей линии связи. Технический результат состоит в повышении пропускной способности передачи за счет поочередного изменения порядка отображения каналов PDCCH каждого UE в каждом ресурсном блоке.

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

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

Способ сигнализации конкретных типов элементов ресурсов в системе беспроводной связи // 2638524

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

Способ предварительного определения ресурса при произвольном доступе, пользовательское устройство и базовая станция // 2638181

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

Способ передачи данных восходящего канала в среде с двойным соединением // 2638178

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

Способ планирования системной информации и пользовательское устройство // 2638176

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

Управление мощностью сигнала синхронизации связи устройства с устройством // 2638170

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

Способ передачи прямых сигналов управления в системах радиосвязи // 2638161

Изобретение относится к области связи. Техническим результатом является уменьшение потребления энергии в устройстве.

Система определения политики, способ определения политики и непереходный считываемый компьютером носитель // 2638738

Изобретение относится к системам мобильной связи. Техническим результатом является уменьшение нагрузки на базовую станцию за счет того, что базовая сеть управляет переходом состояний мобильного терминала CONNECTED-IDLE. Предложен узел управления мобильностью, который расположен в базовой сети и выполнен с возможностью связываться с базовой радиостанцией. Узел управления мобильностью содержит средство для передачи базовой радиостанции параметра, который указывает период ожидания мобильного терминала. Упомянутый параметр используется базовой радиостанцией для выполнения управления, относящегося к переходу состояния мобильного терминала между состоянием CONNECTED (СОЕДИНЕН) и состоянием IDLE (ОЖИДАНИЕ). 3 н. и 20 з.п. ф-лы, 33 ил.

Восходящая гибридная сигнализация подтверждений приема в системах беспроводной связи // 2638745

Изобретение относится к области обмена информацией в системе связи. Технический результат – обеспечение обмена управляющей информацией посредством выбора ресурса. Способ обмена управляющей информацией содержит этапы, на которых: принимают управляющую информацию нисходящей линии связи на расширенном физическом канале управления нисходящей линии связи (EPDCCH), содержащем по меньшей мере один элемент расширенного канала управления (ЕССЕ); идентифицируют первый ресурс для управляющей информации восходящей линии связи на основе первого ЕССЕ, смещения ресурсов, сконфигурированного для EPDCCH, и смещения ресурсов ACK/NACK на EPDCCH, если EPDCCH является распределенной передачей; идентифицируют второй ресурс для управляющей информации восходящей линии связи на основе первого ЕССЕ, смещения ресурсов, сконфигурированного для EPDCCH, смещения ресурсов ACK/NACK на EPDCCH и временного идентификатора сотовой радиосети (C-RNTI), если EPDCCH является локализованной передачей; и передают управляющую информацию восходящей линии связи на первом ресурсе или втором ресурсе в соответствии с тем, является ли EPDCCH распределенной передачей или локализованной передачей. 4 н. и 16 з.п. ф-лы, 13 ил., 10 табл.

Способы и порядок осуществления коммуникаций в маломощных беспроводных сетях связи // 2638777

Изобретение относится к технике связи. Технический результат состоит в повышении пропускной способности каналов передачи. Для этого логическая схема физического уровня под управлением программного кода, записанного на машиночитаемый носитель записи, осуществляет генерирование потока данных блока (PPDU) данных протокола физического уровня, сформированного для одномегагерцовой ширины полосы; перемежение бит потока данных, в котором биты расположены в таблице, имеющей восемь колонок и 3*NBPSCS строк, где NBPSCS обозначает количество кодированных битов на поднесущую; генерирование коммуникационного сигнала посредством мультиплексирования (OFDM) с ортогональным частотным разделением, включающего в себя множество поднесущих, в котором множество поднесущих включает в себя двадцать четыре поднесущих данных, две поднесущих пилот-сигнала, пять защитных поднесущих и одну поднесущую постоянного тока (DC). 2 н. и 10 з.п. ф-лы, 12 ил.

Способ и устройство для подключения прибора к сети // 2638780

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

Весовой коэффициент шлюза и информация нагрузки // 2638828

Изобретение относится к сети беспроводной связи, в которой осуществляют выбор узла шлюза доступа к сети. Раскрытие в изобретении направлено на способ в узле (MME1) управления мобильностью и узел (MME1) управления мобильностью для исполнения способа выбора узла (PGW1, PGW2, PGW3) шлюза доступа к сети при установке соединения PDN для радиотерминала (UE) с PDN (400), идентифицированной посредством APN (APN1), при этом упомянутый узел управления мобильностью сконфигурирован с возможностью оперативно управлять мобильностью для радиотерминала и упомянутый узел шлюза доступа сконфигурирован с возможностью оперативно действовать в качестве шлюза доступа к сети для PDN, чтобы обеспечивать возможность соединения для радиотерминала с PDN, при этом способ содержит: прием (401), от множества узлов (PGW1, PGW2, PGW3) шлюзов доступа к сети, информации назначения емкости APN, указывающей емкость APN, которую каждый узел шлюза доступа назначил для обслуживания APN, и информации нагрузки APN, указывающей нагрузку APN, которую каждый шлюз доступа в текущее время испытывает по отношению к APN, прием (402), от сервера доменных имен (DNS1), информации весового коэффициента, указывающей относительную величину, при которой каждый узел шлюза доступа должен выбираться, когда соединение PDN создается, и выбор (403) узла шлюза доступа к сети среди упомянутого множества шлюзов доступа к сети на основе информации назначения емкости APN, и информации нагрузки APN, и информации весового коэффициента. 4 н. и 4 з.п. ф-лы, 7 ил.

Аппаратура, системы и способы для измерения качества сигнала обнаружения ячейки // 2638937

Изобретение относится к сотовой связи. Техническим результатом является сбережение энергии и ограничение помех. Варианты настоящего изобретения направлены на создание устройств и способов обнаружения и активизации («пробуждения») неактивных («спящих») узлов доступа в сетях сотовой связи. В одном из вариантов абонентский терминал может быть конфигурирован с использованием информации, помогающей определить зону обнаружения для поиска сигналов обнаружения, передаваемых ячейками в сети связи. В некоторых вариантах эта информация может содержать продолжительность зоны обнаружения. 3 н. и 17 з.п. ф-лы, 6 ил.

Технологии выделения ресурсов для передачи данных из устройства в устройство (d2d) // 2638942

Изобретение относится к беспроводной связи. Техническим результатом является возможность передавать информацию о выделении ресурсов D2D в компактном, не специфичном для сообщения формате. Описаны технологии выделения ресурсов для передач данных D2D. В одном варианте осуществления, например, оборудование пользователя может содержать один или более радиочастотных (RF) приемопередатчиков, одну или более RF антенн и логику, по меньшей мере часть из которой выполнена в виде аппаратных средств, причем логика выполнена с возможностью приема сообщения с информацией управления D2D (D2DCI), содержащего информацию о схеме передачи D2D (DTP), идентификации набора ресурсов передачи D2D на основе информации DTP и передачи одного или более сообщений с данными D2D с использованием набора ресурсов передачи D2D. 4 н. и 21 з.п. ф-лы, 11 ил. .

Способ управления для совместного использования lte с wi-fi и терминальное устройство // 2638945

Изобретение относится к системам связи. Способ для управления совместным использованием между LTE (стандарта долгосрочного развития) и Wi-Fi (стандарта высококачественной беспроводной связи) включает в себя: согласно полученной частотной информации LTE, определение того, составляет ли разность между частотой LTE и предварительно сохраненной частотой Wi-Fi предварительно установленный охват разности частот; если результат определения представляет собой "Да", выбор каналов Wi-Fi с заданными потерями полосы пропускания Wi-Fi в качестве RF-каналов (радиочастотных каналов) Wi-Fi и выбор заданных полнополосных каналов LTE в качестве RF-каналов (радиочастотных каналов) LTE; и, если результат определения представляет собой "Нет", выбор каналов LTE с заданными потерями полосы пропускания LTE в качестве RF-каналов (радиочастотных каналов) LTE и выбор заданных полнополосных каналов Wi-Fi в качестве RF-каналов (радиочастотных каналов) Wi-Fi. Технический результат заключается в повышении производительности сети, улучшении эффекта взаимодействия с пользователем терминального устройства и способствовании поддержанию связи у пользователя терминального устройства. 3 н. и 14 з.п. ф-лы, 9 ил.

Базовая станция и абонентский терминал и способы подавления помех, используемые в таких станциях и терминале // 2639282

Изобретение относится к способствованию базовой станцией BS подавления помех в абонентском терминале UE. Технический результат – улучшение подавления помех. Для этого способ содержит предварительное задание одного или нескольких наборов параметров передач, где один или несколько параметров передач в этих одном или нескольких наборах ограничены, чтобы принимать значения из соответствующих редуцированных наборов величин из совокупности значений, возможных для соответствующих одного или нескольких параметров передач, каждый набор из указанных одного или нескольких наборов параметров передачи может быть идентифицирован своим уникальным индикатором. Способ содержит далее конфигурирование передач базовой станции BS, которые могут создавать помехи нисходящим передачам в адрес терминала UE от базовой станции BS, обслуживающей этот терминал UE, с использованием одного из совокупности одного или нескольких предварительно заданных наборов параметров передач. 4 н. и 18 з.п. ф-лы, 13 ил.

Способ и устройство для приема и передачи кадра, содержащего идентификатор частичной ассоциации в системе беспроводной локальной сети (lan) // 2639296

Изобретение относится к системе беспроводной связи и предназначено для конфигурирования кадра, включающего в себя Идентификатор Частичной Ассоциации (PAID). Способ для передачи кадра в Станции (STA) системы беспроводной связи в соответствии с одним вариантом осуществления изобретения содержит этап, на котором передают кадр, содержащий поле PAID, и если упомянутый кадр не является управляющим кадром, когда упомянутый кадр является кадром восходящей линии связи, который должен быть передан Точке Доступа (AP), значение поля PAID может быть задано равным значению, отличающемуся от 0, которое вычисляется на основе BSSID (ID Базового Набора Служб) AP; и если упомянутый кадр является управляющим кадром, когда упомянутый кадр является кадром восходящей линии связи, значение поля PAID может быть задано равным 0. 4 н. и 11 з.п. ф-лы, 11 ил., 6 табл.