Способ и устройство для управления мощностью мобильного телефона

Иллюстрации

Показать все

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

Реферат

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

[1] Настоящее изобретение имеет отношение к устройству и способу, которые обеспечивают различные режимы работы для связи между пользовательским устройством «UE», например, терминалом мобильной связи, и сетью в зависимости от того, полезны ли для терминала «UE» функции энергосбережения. В частности, изобретение направлено на создание способа и устройства, которые определяют, когда функции энергосбережения для терминала «UE» невыгодны, а затем ограничивают или запрещают использование функций энергосбережения.

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

[2] Универсальная подвижная телекоммуникационная система «UMTS» представляет собой систему IMT-2000 подвижной связи третьего поколения, которая явилась результатом эволюции глобальной системы подвижной (мобильной) связи «GSM», которая является Европейским стандартом. Целью универсальной подвижной телекоммуникационной системы «UMTS» является предоставление услуг мобильной связи повышенного качества на основе базовой сети «GSM» и технологии широкополосного множественного доступа с кодовым разделением каналов (W-CDMA) в способах беспроводной связи.

[3] В декабре 1998 года организации Европейский институт стандартизации в области связи (ETSI) в Европе, Ассоциация радиопромышленности и Комитет по технологии связи (ARIB/TTC) в Японии, Комитет Т1 Института стандартов США и южнокорейская Ассоциация по телекоммуникационным технологиям (ТТА) организовали Проект о сотрудничестве по системам третьего поколения (3GPP) для разработки детальных технических условий на технологию универсальной системы мобильной связи «UMTS». Для обеспечения быстрого и эффективного технического развития системы мобильной связи «UMTS» в рамках проекта 3GPP были созданы пять групп «TSG» по разработке технических условий с учетом независимого характера элементов сети и их работ.

[4] Каждая группа TSG разрабатывает, утверждает и контролирует стандартные технические условия в пределах соответствующей области. В числе этих групп группа по сетевой радиосвязи - (TSG-RAN) разрабатывает стандарты на функции, требуемые элементы и интерфейс универсальной наземной сети радиодоступа «UTRAN», которая представляет собой новую сеть радиодоступа для поддержки технологии широкополосного множественного доступа с кодовым разделением каналов (W-CDMA) в универсальной системе мобильной связи «UMTS».

[5] На ФИГ.1 показан пример базовой структуры обычной универсальной системы мобильной связи «UMTS», включающей в себя терминал (UE) (пользовательское оборудование/устройство), универсальную наземную сеть радиодоступа «UTRAN» и базовую сеть «CN». Универсальная наземная сеть радиодоступа «UTRAN» включает в себя несколько контроллеров радиосети «RNC» и несколько базовых станций «Узел В»), взаимодействующих с помощью интерфейса «Iub».

[6] Каждый контроллер радиосети «RNC» управляет несколькими базовыми станциями «Узлами В». Каждый контроллер радиосети «RNC» через «Iu»-интерфейс соединен с базовой сетью «CN», то есть с центром коммутации мобильной связи «MSC» и обслуживающим узлом поддержки пакетной коммутации в сети подвижной связи (GPRS) (далее, обслуживающий узел «SGSN») базовой сети «CN». Контроллеры радиосети «RNC» могут быть соединены с другими контроллерами радиосети «RNC» через интерфейс «Iur». Контроллер радиосети «RNC» распределяет ресурсы радиосвязи и управляет ими, а также действует как пункт доступа в базовую сеть.

[7] Базовые станции «Узлы-В» принимают информацию, посланную физическим уровнем терминала по восходящей линии связи и передают данные на терминал по нисходящей линии связи. Базовые станции «Узлы-В» действуют как пункты доступа для терминала в универсальную наземную сеть радиодоступа «UTRAN».

[8] Обслуживающий узел «SGSN» соединен через интерфейс «Gf» с регистром идентификации оборудования «EIR», через интерфейс GS с центром коммутации мобильной связи «MSC», через интерфейс «GN» с межсетевым узлом поддержки пакетной коммутации в сети подвижной связи «GPRS» (далее, межсетевой узел «GGSN»), и через интерфейс «GR» с базовым сервером абонентов «HSS». В регистре идентификации оборудования «EIR» хранятся списки мобильных терминалов, которым разрешается использовать сеть.

[9] Центр коммутации мобильной связи «MSC», который управляет соединением для услуг с коммутацией каналов «CS», через интерфейс «NB» соединен с межсетевым интерфейсом среды - «MGW» (называемый также медиашлюзом), через интерфейс «F» соединен с регистром идентификации оборудования «EIR», а через интерфейс «D» соединен с базовым сервером абонентов «HSS». Межсетевой интерфейс среды «MGW» соединяется с базовым сервером абонентов «HSS» через интерфейс «С» и с телефонной сетью общего пользования - (ТФОП). Межсетевой интерфейс среды «MGW» обеспечивает настройку кодеков между телефонной сетью общего пользования и подключенной сетью абонентской радиосвязи «RAN».

[10] Межсетевой узел «GGSN» через интерфейс «GC» соединен с базовым сервером абонентов «HSS», и через интерфейс «GI» соединен с сетью Интернет. Межсетевой узел «GGSN» отвечает за маршрутизацию, наполнение и разделение потоков данных между различными широкополосными каналами абонентской радиосвязи «RAB». Базовый сервер абонентов «HSS» управляет абонентскими данными пользователей.

[11] Функцией универсальной наземной сети радиодоступа «UTRAN» является формирование и поддержка широкополосного канала абонентской радиосвязи - радиоканалу «RAB» для обеспечения связи между терминалом и базовой сетью. Базовая сеть предъявляет к радиоканалу «RAB» требования к качеству обслуживания «QoS» сквозного канала связи, а радиоканал «RAB» поддерживает требования к качеству обслуживания «QoS», установленные базовой сетью. Соответственно, универсальная наземная сеть радиодоступа «UTRAN» может удовлетворить требования к качеству обслуживания «QoS» сквозного канала связи путем формирования и поддержки радиоканала «RAB».

[12] Услуги, предоставляемые конкретному терминалу, грубо делятся на услуги с коммутацией каналов «CS» и услуги с коммутацией пакетов «PS». Например, общая услуга речевой связи является услугой с коммутацией каналов, тогда как услуга просмотра веб-страниц через подключение к сети Интернет классифицируется как услуга с коммутацией пакетов.

[13] Для поддержки услуг с коммутацией каналов контроллеры радиосети «RNC» соединены с центром коммутации мобильной связи «MSC» базовой сети, а центр коммутации мобильной связи «MSC» соединен с шлюзовым коммутационным центром мобильной связи «GMSC», который управляет соединением с другими сетями. Для поддержки услуг с коммутацией пакетов контроллеры радиосети «RNC» соединены с обслуживающим узлом «SGSN» сети мобильной связи «GPRS» и с узлом межсетевого перехода (GGSN) поддержки сети мобильной связи «GPRS» базовой сети. Обслуживающий узел «SGSN» поддерживает пакетную связь с контроллерами радиосети «RNC», а узел межсетевого перехода «GGSN» управляет соединением с другими сетями с коммутацией пакетов, такими, как сеть Интернет.

[14] На фиг.2 приведена структура протокола интерфейса радиосвязи на базе технических условий 3GPP для сети радиодоступа между терминалом «UE» и наземной сетью радиодоступа «UTRAN». Протокол интерфейса радиосвязи на фиг.2 имеет по вертикали уровни, содержащие физический уровень, уровень канала передачи данных и сетевой уровень, и имеет по горизонтали плоскости, включающие плоскость пользователя (U-плоскость), предназначенную для передачи информационных данных, и плоскость управления (С-плоскость) - для передачи управляющих сигналов.

[15] Плоскость пользователя представляет собой область, которая обрабатывает информацию трафика пользователя, такую, как голосовые сообщения или пакеты протокола Интернет (IP). Плоскость управления представляет собой область, которая обрабатывает информацию управления для интерфейса сети, обслуживания вызова и управления им, и т.п.

[16] Уровни протокола по Фиг.2 могут быть разделены на первый уровень (L1), второй уровень (L2) и третий уровень (L3) на основе трех нижних уровней стандартной модели взаимодействия открытых систем (OSI). Первый уровень (L1), или физический уровень, предоставляет услугу передачи информации вышерасположенному уровню с использованием различных методов радиопередачи. Физический уровень связан через транспортный канал с вышерасположенным уровнем, который называется уровнем управления доступом к среде «MAC».

[17] Уровень управления доступом к среде «MAC» и физический уровень обмениваются данными через транспортный канал. Второй уровень (L2) включает в себя уровень управления доступом к среде «MAC», уровень управления радиоканалом «RLC», уровень управления широковещательной/групповой передачей «ВМС» и уровень протокола сходимости пакетных данных «PDCP».

[18] Уровень управления доступом к среде «MAC» управляет отображением между логическими каналами и транспортными каналами и обеспечивает назначение параметров уровня управления доступом к среде «MAC» для распределения и перераспределения ресурсов радиосвязи. Уровень управления доступом к среде «MAC» через логический канал связан с вышерасположенным уровнем, который называется уровнем управления радиоканалом «RLC», причем существуют различные логические каналы в зависимости от типа передаваемых данных.

[19] В зависимости от вида передаваемой информации предоставляются различные логические каналы. В основном, при передаче информации плоскости управления используется канал управления, а при передаче информации плоскости пользователя используется канал трафика.

[20] Логический канал может быть общим каналом или выделенным каналом в зависимости от того, является ли логический канал совместно используемым каналом. Логические каналы включают в себя: выделенный канал трафика - «DTCH», выделенный канал управления - «DCCH», общий канал трафика - «СТСН», общий канал управления - «СССН», широковещательный управляющий канал «ВССН» и канал управления поисковым вызовом - «РССН» (пейджинговый управляющий канал) или канал управления совместно используемым (мультиплексным) каналом - «SHCCH».

[21] Широковещательный управляющий канал «ВССН» предоставляет информацию, включающую в себя информацию, используемую терминалом для доступа в систему. Канал управления поисковым вызовом «РССН» используется универсальной наземной сетью радиодоступа «UTRAN» для доступа к терминалу.

[22] Специально для мультимедийного широковещательного/многоадресного обслуживания «MBMS» в стандарте мультимедийного широковещательного/многоадресного обслуживания «MBMS» введены дополнительные каналы трафика (информационные каналы) и каналы управления. Многоадресный канал управления мультимедийным широковещательным/многоадресным обслуживанием «MBMS» - «МССН» используется для передачи управляющей информации для мультимедийного широковещательного/многоадресного обслуживания «MBMS». Многоадресный канал трафика для мультимедийного широковещательного/многоадресного обслуживания «MBMS» - «МТСН» используется для передачи данных услуги мультимедийного широковещательного/многоадресного обслуживания «MBMS». Канал планирования мультимедийного широковещательного/многоадресного обслуживания «MBMS» - «MSCH» используется для передачи информации планирования. Различные существующие логические каналы приведены на Фиг.3.

[23] Уровень управления доступом к среде «MAC» связан с физическим уровнем транспортными каналами, и в соответствии с типом транспортного канала, которым нужно управлять, может быть разделен на подуровень управления доступом к среде «МАС-b», подуровень управления доступом к среде «MAC-d», подуровень управления доступом к среде «МАС-c/sh» и подуровень управления доступом к среде «MAC-hs». Подуровень управления доступом к среде «МАС-b» управляет каналом широковещательной передачи «ВСН», который является транспортным каналом, обеспечивающим широковещательную передачу системной информации. Подуровень управления доступом к среде «MAC-c/sh» управляет общим транспортным каналом, таким, как канал прямого доступа «FACH» или нисходящим совместно используемым (мультиплексным) каналом «DSCH», который совместно используется несколькими терминалами, или восходящим каналом радиосвязи с абонентами «RACH». Подуровень управления доступом к среде «МАС-m» может управлять данными мультимедийного широковещательного/многоадресного обслуживания «MBMS».

[24] На Фиг.4 показано возможное отображение между логическими каналами и транспортными каналами со стороны терминала «UE». На Фиг.5 показано возможное отображение между логическими каналами и транспортными каналами со стороны универсальной наземной сети радиодоступа «UTRAN».

[25] Подуровень управления доступом к среде «MAC-d» управляет выделенным каналом «DCH», который является выделенным транспортным каналом для конкретного терминала. Подуровень управления доступом к среде «MAC-d» расположен в обслуживающем контроллере радиосети «SRNC», который управляет соответствующим терминалом. В каждом терминале существует один подуровень управления доступом к среде «MAC-d».

[26] В зависимости от режима работы уровня управления радиоканалом «RLC», уровень управления радиоканалом «RLC» поддерживает надежную передачу данных, а также выполняет сегментацию и конкатенацию над множеством блоков служебных данных «SDU» уровня управления радиоканалом «RLC» (далее блок служебных данных «RLC SDU»), доставляемых с вышерасположенного уровня. Когда уровень управления радиоканалом «RLC» принимает блоки служебных данных «RLC SDU» с вышерасположенного уровня, уровень управления радиоканалом «RLC» регулирует соответствующим образом размер каждого блока служебных данных «RLC SDU» с учетом производительности обработки, а затем создает блоки данных с добавленной к ним информацией заголовка. Созданные блоки данных называются блоками протокольных данных «PDU» (далее блоки протокольных данных «RLC PDU»), которые затем передаются на уровень протокола управления доступом к среде «MAC» через логический канал. Уровень управления радиоканалом «RLC» включает в себя буфер уровня управления радиоканалом «RLC» для хранения блоков служебных данных «RLC SDU» и/или блоков протокольных данных «RLC PDU».

[27] Уровень управления широковещательной/групповой передачей «ВМС» планирует передачу сообщения широковещательной ячейки (далее, СВ-сообщение), переданного из базовой сети, и осуществляет широковещательную передачу СВ-сообщений на терминалы, расположенные в конкретной ячейке или в ячейках.

[28] Уровень протокола сходимости пакетных данных «PDCP» расположен над уровнем управления радиоканалом «RLC». Уровень протокола сходимости пакетных данных «PDCP» используется для эффективной передачи данных сетевого протокола, такого, как Интернет протокол «IРv4» или «IPv6», через интерфейс радиосвязи с относительно малой шириной полосы пропускания. Для этого уровень протокола сходимости пакетных данных «PDCP» сокращает ненужную информацию управления, используемую в проводной сети; эта функция называется сжатием заголовка.

[29] Уровень управления радиоресурсами «RRC», расположенный в самой нижней части третьего уровня (L3), определен только в плоскости управления. Уровень управления радиоресурсами «RRC» управляет транспортными каналами и физическими каналами в отношении создания, реконфигурации и освобождения или прекращения действия широкополосных радиоканалов «RB». Кроме того, уровень управления радиоресурсами «RRC», управляет передвижением пользователя в сети абонентской радиосвязи (RAN) и дополнительными услугами, например услугами определения местоположения.

[30] Радиоканал «RB» относится к услуге, предоставляемой вторым уровнем (L2) для передачи данных между терминалом и наземной сетью радиодоступа «UTRAN». Обычно, создание радиоканала «RB» состоит в установке характеристик уровня протокола и канала, которые необходимы для предоставления определенной услуги по передаче данных, и задании соответствующих подробных параметров и способов функционирования.

[31] Возможные, в принципе, варианты отображения между широкополосными радиоканалами и транспортными каналами на самом деле не всегда являются выполнимыми для данного терминала «UE». Терминал «UE» и универсальная наземная сеть радиодоступа «UTRAN» определяют возможные отображения в зависимости от состояния терминала «UE» и процедуры, выполняемой терминалом «UE» и универсальной наземной сетью радиодоступа «UTRAN». Ниже подробно поясняются различные состояния и режимы, имеющие отношение к настоящему изобретению.

[32] Различные транспортные каналы отображаются на различные физические каналы. Например, транспортный канал случайного доступа «RACH» отображается на заданный физический канал случайного доступа «PRACH», выделенный канал «DCH» может отображаться на выделенный физический канал «DPCH», каналы прямого доступа «FACH» и поискового вызова «РСН» канал прямого доступа «FACH» и пейджинговый канал «РСН» могут отображаться на канал «S-CCPCH» - вспомогательный общий физический канал управления, нисходящий совместно используемый канал «DSCH» отображается на физический нисходящий совместно используемый канал «PDSCH». Конфигурация физических каналов задается обменом сигналами уровней управления радиоресурсами «RRC» между контроллером радиосети «RNC» и терминалом «UE».

[33] Режим работы уровня управления радиоресурсами «RRC» описывает, существует ли логическое соединение между уровнем управления радиоресурсами «RRC» терминала и уровнем управления радиоресурсами «RRC» универсальной наземной сети радиодоступа «UTRAN». Если соединение существует, считается, что терминал находится в режиме «RRC-соединения». Если соединение отсутствует, считается, что терминал находится в режиме ожидания (бездействия).

[34] Поскольку для терминалов в режиме с подключенными уровнями управления радиоресурсами «RRC» существует «RRC-соединение», универсальная наземная сеть радиодоступа «UTRAN» может определить местонахождение конкретного терминала с точностью до ячейки. Например, универсальная наземная сеть радиодоступа «UTRAN» может определить ячейку или группу ячеек, где находится терминал с подключенными уровнями управления радиоресурсами «RRC», и какой физический канал выслушивает упомянутый терминал «UE». Таким образом, терминал можно эффективно контролировать.

[35] В отличие от этого, универсальная наземная сеть радиодоступа «UTRAN» не может определить наличие терминала, находящегося в режиме ожидания. Наличие терминалов, находящихся в режиме ожидания, может быть определено только базовой сетью, только в области большего размера, чем ячейка, например, в населенном пункте или области маршрутизации. Таким образом, наличие терминалов, находящихся в режиме ожидания, определяется в больших областях, и чтобы принимать информацию услуг мобильной связи, например, речь или данные, терминал из режима ожидания должен переместиться или перейти в режим «RRC-соединения». Возможные переходы между режимами и состояниями показаны на ФИГ. 6.

[36] Терминал UE, находящийся в режиме «RRC-соединения», может быть в различных состояниях, например, состоянии «CELL_FACH», состоянии «CELL_PCH», состоянии «CELL_DCH» или состоянии «URA_PCH». В зависимости от своего состояния, терминал «UE» прослушивает различные каналы.

[37] Например, терминал «UE», находящийся в состоянии «CELL_DCH», будет пытаться прослушивать (среди прочих) транспортные каналы типа выделенный канал «DCH». Транспортные каналы типа «DCH» включают в себя выделенный канал трафика - «DTCH» и выделенный канал управления - «DCCH», которые могут отображаться на конкретный физический выделенный канал «DPCH», физический нисходящий совместно используемый канал «DPDSCH» или другие физические каналы.

[38] Терминал «UE» в состоянии «CELL_FACH» будет прослушивать несколько транспортных каналов прямого доступа «FACH», отображаемых на конкретный вспомогательный общий физический канал управления «S-ССРСН». Терминал 2 «UE» в состоянии «CELL_PCH» будет прослушивать канал «PICH» и канал «РСН», которые отображаются на конкретный вспомогательный общий физический канал управления «S-CCPCH».

[39] Система 3GPP может предоставлять мультимедийное широковещательное/многоадресное обслуживание «MBMS», являющееся новым видом услуг в Версии 6. Группа технических спецификаций TSG SA (услуги и системные вопросы) международной организации 3GPP определяет различные элементы сети и их функции, необходимые для поддержки услуг мультимедийного широковещательного/многоадресного обслуживания «MBMS».

[40] Услуга сотовой широковещательной передачи, обеспечиваемая в рамках традиционной Версии 99, ограничивается услугой, в которой короткие текстовые сообщения направляются в режиме широковещательной передачи пользователям в определенной зоне. Услуга мультимедийного широковещательного/многоадресного обслуживания «MBMS», предоставляемая Версией 6, является более современной услугой, при которой производится многоадресная рассылка мультимедийных данных терминалам «UE», подписанным на соответствующие услуги, в дополнение к широковещательной передаче мультимедийных данных.

[41] Для пользования услугами мультимедийного широковещательного/многоадресного обслуживания «MBMS» терминал UE прослушивает каналы: «МТСН» - многоадресный канал трафика для мультимедийного широковещательного/многоадресного обслуживания «MBMS»; «MSCH» - канал планирования мультимедийного широковещательного/многоадресного обслуживания «MBMS»; «МССН» - многоадресный канал управления мультимедийным широковещательным/многоадресным обслуживанием «MBMS» и «MICH». Каналы «МТСН», «MSCH» и «МССН» отображаются на канал прямого доступа «FACH». Канал, на который отображается канал «MICH», еще не выбран.

[42] Чтобы сократить потребление энергии аккумулятора и увеличить время ожидания желательно, чтобы терминал «UE» отключал приемник в течение некоторых периодов времени. Этот процесс называется прерывистым приемом - «DRX».

[43] На Фиг.7 показана основная идея прерывистого приема «DRX». Терминал «UE» включает свой приемник во время поисковых вызовов, которые заранее определены и наступают периодически в течение каждого периода прерывистого приема «DRX». Режим прерывистого приема «DRX» обычно используется в режиме ожидания (бездействия), но может также использоваться, когда терминал «UE» установил соединение с доменом пакетной коммутации «PS» базовой сети.

[44] Терминал «UE» прослушивает канал «PICH» - канал индикатора поискового вызова во время поисковых вызовов. Если контроллер радиосети «RNC» собирается установить связь с терминалом UE, он передает терминалу «UE» специальное указание во время поискового вызова. Это указание сообщает терминалу «UE», что он должен прослушивать канал управления поисковым вызовом «РССН», чтобы получить сообщение, которое указывает предписанное действие терминала «UE».

[45] Когда терминал «UE» не использует режим прерывистого приема «DRX», например, когда терминал «UE» находится в состоянии «CELL_FACH» или «CELL_DCH», контроллер радиосети «RNC» может непосредственно передать терминалу «UE» информацию, которую получает от базовой сети. Этот процесс показан на Фиг.8.

[46] Контроллер радиосети «RNC» получает информацию, которая должна быть сообщена терминалу «UE», такую, как данные, управляющая информация или информация поискового вызова, чтобы проинформировать терминал «UE» о входящем вызове с коммутацией каналов «CS» (операция S1). Контроллер радиосети «RNC» передает информацию непосредственно терминалу «UE» по выделенному или совместно используемому каналу (операция S2). Когда терминал «UE» получил информацию от базовой сети «CN», он устанавливает соединение с доменом коммутации каналов «CS» для телефонного вызова с коммутацией каналов или продолжает передачу данных (операция S3).

[47] Когда терминал «UE» использует режим прерывистого приема «DRX», происходит дополнительная задержка обмена данных. Этот процесс показан на Фиг.9.

[48] Контроллер радиосети «RNC» получает информацию, которая должна быть сообщена терминалу «UE», такую, как данные, управляющая информация или информация поискового вызова, чтобы проинформировать терминал «UE» о поступившем вызове с коммутацией каналов (CS) (операция S10). Чтобы проинформировать терминал UE о данных или запросе поискового вызова, контроллер радиосети «RNC» должен ожидать момента поискового вызова, чтобы передать указание по каналу индикатора поискового вызова «PICH», чтобы сообщить терминалу «UE», чтобы тот прослушивал канал поискового вызова (операция S12).

[49] Контроллер радиосети «RNC» передает сообщение поискового вызова «Paging» по каналу управления поисковым вызовом «РССН» (операция S14). Сообщение поискового вызова «Paging» указывает, что терминал «UE» должен передать сообщение с обновленными данными о ячейке «Cell Update» для получения данных или для передачи необходимых сообщений с целью установления соединения с доменом с коммутацией каналов «CS». Терминал «UE» передает контроллеру радиосети «RNC» сообщение с обновленными данными о ячейке «Cell Update», обозначающее, что он в настоящее время прослушивает канал прямого доступа «FACH» (операция S16).

[50] Контроллер радиосети «RNC» передает терминалу «UE» сообщение с подтверждением обновления данных о ячейке «Cell Update Confirm» по каналу прямого доступа «FACH» (операция S18). Сообщение с подтверждением обновления данных о ячейке «Cell Update Confirm» сообщает терминалу «UE» о конфигурации для использования для дальнейшей передачи данных. Сообщение с подтверждением обновления ячейки «Cell Update Confirm» может содержать информацию для перехода в состояние «CELL_DCH».

[51] Если терминал «UE» получает сообщение с подтверждением обновления ячейки «Cell Update Confirm» для перехода в состояние «CELL_DCH», терминал «UE» переходит в состояние «CELL_DCH» и устанавливает необходимый физический канал (операция S20). Терминал «UE» передает контроллеру радиосети «RNC» универсальной наземной сети радиодоступа «UTRAN» сообщение о завершении перехода терминала «Mobility Information Complete» для подтверждения того, что он успешно сменил свое состояние (операция S22).

[52] Когда терминал «UE» получил информацию от базовой сети, он устанавливает соединение с доменом с коммутацией каналов «CS» для телефонной связи с коммутацией каналов (CS) или продолжает передачу данных (операция S24). Контроллер радиосети «RNC» определяет состояние, в которое терминал «UE» должен перейти, на основании, например, услуг, используемых терминалом «UE», информации об измерениях трафика и доступных ресурсов радиосвязи.

[53] На Фиг.10 приведен обзор преимуществ и недостатков различных состояний. В состоянии «CELL_DCH» задержка очень мала, но потребление энергии и ресурсов очень велико. Из состояния «CELL_DCH» терминал «UE» может перейти в любое другое состояние.

[54] В состоянии «CELL_FACH» задержка обычно больше, поскольку каналы прямого доступа «FACH», случайного доступа «RACH» и, возможно, другие совместно используются различными пользователями. Терминал «UE» может перейти в состояние «CELL_FACH» из любого другого состояния и может перейти из состояния «CELL_FACH» в любое другое состояние.

[55] В состоянии «URA/CELL_PCH» задержка наибольшая, поскольку терминал «UE» прослушивает только канал индикатора поискового вызова «PICH» и может выйти из состояния «URA/CELL_PCH» только через состояние «CELL_FACH». Терминал «UE» может перейти в состояние «URA/CELL_PCH» из состояния «CELL_FACH» или из состояния «CELL_DCH».

[56] Когда терминал UE подключен к внешнему источнику питания, он должен менять свой режим работы, чтобы отключить функции экономии питания, которые могут мешать пользователю, и сокращать использование таких схем, как режим прерывистого приема «DRX», которые создают задержку при передаче данных. Некоторые изменения в режим работы терминала «UE» внести легко, например, в функции, выполняемые в терминале «UE» локальным образом. Однако выполнением других функций, таких, как режим прерывистого приема «DRX», управляет сеть и, таким образом, их изменить сложнее.

[57] Поскольку у сети отсутствуют средства для того, чтобы проверить, есть ли у терминала «UE» какие-либо специальные ограничения, связанные с управлением питанием, и всегда применяются одни и те же способы для экономии энергии. В дальнейшем терминал «UE» локально применяет все эти схемы экономии питания.

[58] Таким образом, нужен механизм предоставления сети информации о том, что экономия энергии не нужна, чтобы более эффективно менять режим работы терминала «UE» в случае, если экономия энергии не нужна. Настоящее изобретение отвечает этим и другим требованиям.

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

Техническая проблема

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

[60] Задачей настоящего изобретения является предоставление устройства и способа применения разных режимов работы для связи между пользовательским устройством (UE) и сетью в зависимости от того, являются ли полезными для терминала «UE» функции энергосбережения. Определяется, полезны ли функции энергосбережения для терминала UE, а затем использование функции энергосбережения ограничивается или запрещается.

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

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

[63] Предпочтительно, сеть включает в себя контроллер радиосети «RNC», а индикация предоставляется в сообщении уровня управления радиоресурсами, далее «RRC-сообщение». Предпочтительно, «RRC-сообщение» является либо сообщением о завершении установления «RRC-соединения», либо сообщением с информацией о возможностях терминала «UE».

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

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

[66] Предполагается, что это определение может быть основано на том, подключен ли терминал мобильной связи к внешнему источнику питания, на типе устройства терминала мобильной связи или на том, подключен ли терминал мобильной связи к другому источнику питания. Далее, предполагается, что определение может выполняться после того, как сеть получает международный идентификатор оборудования мобильной станции и номер версии программного обеспечения (IMEI/IMEISV).

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

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

[69] Предполагается, что индикация принимается в сообщении управления ресурсами радиосвязи - «RRC-сообщение». Предпочтительно, «RRC-сообщение» является либо сообщением о завершении установки «RRC-соединения», либо сообщением с информацией о возможностях терминала «UE».

[70] Предполагается, что индикация принимается при установлении соединения с терминалом мобильной связи. Предпочтительно, индикация обновляется во время соединения с терминалом мобильной связи, чтобы отразить, полезны ли для терминала мобильной связи в настоящий момент функции энергосбережения.

[71] Предполагается, что индикация может быть получена от сетевого объекта такого, как базовая сеть. Предпочтительно, индикация принимается от сетевого источника при передаче управления терминалом мобильной связи от сетевого источника, такого, как контроллер радиосети.

[72] Предполагается, что способ может включать в себя передачу терминалу мобильной связи указания, полезна ли функции энергосбережения для терминала мобильной связи. Предпочтительно, определение выполняется после получения международного идентификатора оборудования мобильной станции и номера версии программного обеспечения (IMEI/IMEISV) от терминала мобильной связи с определением на основе международного идентификатора оборудования мобильной станции и номера версии программного обеспечения (IMEI/IMEISV).

[73] Предполагается, что способ может включать в себя получение причины отказа от команд выполнения функций энергосбережения. Предпочтительно, невыполнение функций энергосбережения включает в себя поддержание в течение длительного времени терминала мобильной связи в выделенном «RRC-состоянии», поддержание в течение длительного времени терминала мобильной связи в «RRC-состоянии» совместного использования, настройку таймера, используемого для выявления бездействия терминала мобильной связи, конфигурирование измерений объема трафика терминала мобильной связи или уменьшение задержки между измерениями объема трафика терминала мобильной связи.

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

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

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

[77] В другом аспекте настоящего изобретения предоставляется терминал мобильной связи. Терминал мобильной связи приспособлен для выполнения описываемых здесь способо