Система связи

Иллюстрации

Показать все

Изобретение относится к области систем связи. Техническим результатом является возможность предоставления индикации состояния энергопотребления. Способ предоставления информации содержит этапы: прием сообщения реконфигурации RRC соединения, содержащего в себе сигнал для запроса информации для регулирования конфигурации энергопотребления, определение того, следует ли информацию для регулирования конфигурации энергопотребления передать на базовую станцию, генерирование информации для регулирования конфигурации энергопотребления, если определено, что информация должна быть передана на базовую станцию, передача информации для регулирования конфигурации энергопотребления. 4 н. и 6 з.п. ф-лы, 2 табл., 9 ил.

Реферат

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

Настоящее изобретение относится к системе связи и к ее компонентам для конфигурирования мобильных и фиксированных устройств связи. Настоящее изобретение имеет особое, но не исключительное, отношение к оптимизации энергопотребления и мобильности для пользовательского оборудования, используемого в усовершенствованных (Advanced) системах долговременного развития (Long Term Evolution, LTE), как в настоящее время определено в связанной документации стандартов Партнерского проекта по системам мобильной связи 3-го поколения (3rd Generation Partnership Project, 3GPP).

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

В системах связи, работающих в соответствии со стандартами LTE Advanced, базовая станция (eNB) предоставляет пользовательскому оборудованию (User Equipment, UE), такому как мобильные телефоны, доступ к базовой сети (и поэтому к другому пользовательскому оборудованию или другим сетевым узлам) через одну или более из ее ячеек. Связь между упомянутыми мобильными телефонами и базовой станцией управляется с использованием протокола управления радиоресурсами (Radio Resource Control, RRC), как определено в стандарте 3GPP TS 25.331. Протокол RRC осуществляет управление сигнализацией плоскости управления уровня 3 между мобильными телефонами и сетью радиодоступа (Radio Access Network, RAN), и включает в себя, в частности, функции для передачи системной информации, поискового вызова, установления и освобождения соединения, установления, реконфигурирования и освобождения радиоканала, процедур мобильности и управления мощностью.

В любой момент времени мобильные телефоны могут работать либо в «режиме ожидания RRC» или «режиме соединения RRC», последний из которых включает в себя режимы «CELL_PCH» (Cell Paging channel - Канал поискового вызова ячейки) и «URA_PCH» (URA Paging channel - Канал поискового вызова URA), режим «CELL_FACH» (Forward access channel - Канал прямого доступа) и «CELL_DCH» (Dedicated Channel - Выделенный канал).

Мобильные телефоны получают выгоду от низкого энергопотребления в режиме ожидания RRC (т.е. когда нет данных, передаваемых между базовой станцией и мобильным телефоном). Упомянутые состояния в режиме соединения RRC, для энергопотребления, от наивысшего до наименьшего, следующие: «CELL_DCH», «CELL_FACH», «CELL_PCH» и «URA_PCH». Энергопотребление мобильного телефона в целом около 50 процентов меньше при работе в режиме «CELL_FACH» и около 98-99 процентов меньше при работе в одном из PCH режимов, по сравнению с режимом «CELL_DCH».

Базовая станция управляет переходом между различными режимами работы для каждого мобильного телефона в пределах его ячейки (ячеек). Поскольку при установлении и завершении RRC соединения между базовой станцией и мобильным телефоном требуется обмен сигнальными сообщениями, и поэтому используются ценные системные ресурсы, и также занимает некоторое время для завершения, переход от режима соединения в режим ожидания разрешается только при определенных обстоятельствах, как определено в стандарте 3GPP TS 25.331, содержимое которого включено в настоящее описание посредством ссылки. Например, обслуживающая базовая станция должна инструктировать мобильный телефон перейти в режим ожидания RRC только после подтверждения того, что нет больше данных, подлежащих передаче к/от конкретного мобильного телефона (например, восходящий и нисходящий буферы являются пустыми).

В частности, RRC протокол обеспечивает таймеры неактивности для управления переходами на состояния с более низким энергопотреблением (т.е. когда нет передаваемых данные в пределах определенного интервала времени), таким образом, сберегая срок службы батареи мобильного телефона, когда это возможно, в то же время гарантируя, что переход в режим ожидания не произойдет слишком скоро. Так называемый таймер «T1» управляет переходом мобильного телефона из режима DCH в FACH режим, таймер «T2» управляет переходом из режима FACH в PCH режим, и таймер «T3» управляет переходом из режима PCH в режим ожидания.

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

Для мобильных телефонов, работающих в режиме соединения RRC, базовые станции могут оптимизировать энергопотребление посредством конфигурирования так называемого прерывистого приема (Discontinuous Reception, DRX) и/или прерывистой передачи (Discontinuous Transmission, DTX). Обе технологии основываются на уменьшении рабочего цикла приемопередатчика мобильного телефона, пока он находится в активном режиме работы.

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

В DTX режиме, упомянутый мобильный телефон не выключает полностью свой приемопередатчик, но продолжает наблюдать физический канал управления нисходящей линии связи (Physical Downlink Control Channel, PDCCH), чтобы иметь возможность принимать данные от базовой станции без несвоевременной задержки.

Чем больше длительность «выключения» по отношению к рабочему циклу, тем большего энергосбережения можно достигнуть. Однако при работе в DRX и/или DTX режиме поток данных мобильного телефона уменьшается пропорционально достигнутой экономии питания.

Поскольку мобильные телефоны, работающие в режиме соединения RRC, перемещаются повсюду в области, покрываемой системой связи, они передаются от одной ячейке (т.е. базовой станции) к другой, в зависимости от условий распространения сигналов и других требований, таких как требуемое качество обслуживания, тип используемой услуги, общая нагрузка системы и т.п. Инициирующее событие для передачи (хэндовера) мобильного телефона новой ячейке может основываться на измерениях ячеек, выполняемых конкретным мобильным телефоном. Типы инициирующих событий и предназначенных для выполнения мобильными телефонами связанных измерений подробно описываются в разделе 5.5.4 стандарта 3GPP TS 36.331. В частности, вышеупомянутый стандарт определяет отчет об измерениях для инициирования, связанного с восемью различными типами событий (события с A1 по A6, B1 и B2), которые базовая станция может конфигурировать для пользовательского оборудования в пределах ее ячейки (ячеек). Таким образом, такие инициирующие события могут, как правило, относятся к событию, когда обслуживающая ячейка упомянутого мобильного телефона (или соседняя ячейка) становится лучше (или хуже), чем либо заранее определенное пороговое значение либо заранее определенное значение смещения.

Более подробная информация о всей последовательности мобильности описана в разделе 10.1.2 стандарта 3GPP TS 36.300, который описывает конфигурацию измерений базовой станцией и последующее инициирование хэндовера.

Для того чтобы оптимизировать использование их полосы частот, LTE базовые станции принимают периодические отчеты об измерениях сигнала от каждого обслуживаемого мобильного устройства, которые содержат информацию о воспринимаемом качестве сигнала в данной полосе частот, используемой (или являющейся кандидатом для используемой полосы частот) для этого мобильного устройства. Эти отчеты об измерениях сигнала затем используются базовыми станциями в их решении выделить определенные части их ширины полосы обслуживаемым мобильным устройствам и также для передачи обслуживания мобильных устройств другим базовым станциям (или другим частотным диапазонам/другим технологиям радиодоступа (radio access technologies, RAT)), когда качество сигнала не соответствует установленному критерию. Передача обслуживания мобильного устройства может быть необходима, например, когда мобильное устройство переместилось от данной базовой станции, и также когда возникла проблема помех. Такие отчеты об измерениях могут передаваться только мобильными телефонами, работающими в режиме соединения RRC.

С другой стороны, пока они находятся в режиме ожидания RRC, мобильные телефоны запрограммированы выбирать (переходить на) «обслуживающую» ячейку, имеющую сигнал с наилучшим качеством, так что когда имеются новые данные, предназначенные для передачи к/от этих мобильных телефонов, они могут извлечь выгоду из самих благоприятных условий распространения сигнала. При событии, когда мобильный телефон в состоянии ожидания определяет новую ячейку с лучшим качеством сигнала, чем обслуживающая в настоящее время ячейка, например, из-за изменения мобильным телефоном своего местоположения, упомянутый мобильный телефон выполняет так называемую процедуру повторного выбора ячейки (т.е. своего рода передачи обслуживания для пользовательского оборудования в состоянии ожидания). Однако находящийся в режиме ожидания мобильный телефон не информирует сеть о выбранной новой ячейке до тех пор, пока эта ячейка находится в пределах той же «области слежения» (т.е. большой географической области, содержащей заранее определенное множество ячеек), поскольку упомянутая радиосеть передает системную информацию и сообщения поискового вызова для конкретного пользовательского оборудования (UE) в пределах всей области слежения, таким образом делая возможным инициировать связь к/от мобильного телефона, не обращая внимания на текущую ячейку, на которой он располагается. Более подробная информация по процедуре повторного выбора ячейки раскрывается в стандарте 3GPP TS 36.304, содержимое которого включается здесь посредством ссылки.

Для того, чтобы оптимизировать процедуру повторного выбора ячеек, в стандарте 3GPP определено три состояния мобильности: состояние низкой мобильности (т.е. пользовательское оборудование (UE) перемещается со скоростью пешехода), состояние средней мобильности (т.е. пользовательское оборудование (UE) перемещается со скоростью как, например, медленно двигающееся транспортное средство, такое как автобус) и состояние высокой мобильности (т.е. пользовательское оборудование (UE) перемещается со скоростью как, например, быстро движущееся транспортное средство, такое как высокоскоростной поезд). Мобильные телефоны работают в состоянии низкой мобильности, пока не выполняется заранее определенный критерий для переключения либо на состояние средней мобильности или состояние высокой мобильности. Параметры, необходимые для установления состояния высокой мобильности и/или средней мобильности, выбираются и передаются обслуживающей базовой станцией и включаются в себя, например, длительность для оценки числа повторных выборов ячеек (т.е. параметр «TCRmax»), максимальное число повторных выборов ячейки для перехода в состояние высокой мобильности (т.е. параметр «NCR_H»), максимальное число повторных выборов ячейки для перехода в состояние средней мобильности (т.е. параметр «NCR_M»), число зависящих от скорости коэффициентов масштабирования и дополнительный период времени перед тем, как мобильный телефон может перейти в состояние низкой мобильности (т.е. параметр «TCRmaxHyst»). Для того, чтобы установить свое состояние мобильности в режиме соединения RRC, упомянутый мобильный телефон использует число передач обслуживания (handover) вместо числа повторных выборов ячеек.

Сущность изобретения

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

После того, как критерий, установленный базовой станцией, выполняется, мобильный телефон переходит в соответствующее состояние мобильности и меняет свое поведение соответствующим образом. В частности, поскольку мобильные телефоны, находящиеся в состоянии средней или высокой мобильности, перемещаются от обслуживающей ячейкой с большей скоростью, чем мобильные телефоны, находящиеся в нормальном состоянии мобильности, такие быстро движущиеся мобильные телефоны могут достигнуть края обслуживающей ячейки скорее, где они могут испытывать неблагоприятные условия распространения сигнала до того, как завершится процесс повторного выбора ячеек. Поэтому мобильные телефоны могут менять определение времени повторного выбора ячеек в зависимости от их текущего состояния мобильности, так что новая обслуживающая ячейка может устанавливаться своевременно. Например, в состоянии высокой мобильности, повторный выбор ячеек может начинаться на целых 7 секунд раньше, чем это было бы, если бы мобильный телефон находился в состоянии низкой мобильности. Точное определение времени повторного выбора ячеек определяется мобильным телефоном на основании числа ячеек, которые посетили в течение определенного интервала времени (временного окна) (например, с использованием значений TCRmax, NCR_H, NCR_M и TCRmaxHyst) и соответсвующего коэффициента масштабирования.

Кроме текущего состояния RRC мобильного телефона, DRX/DTX конфигурации в использовании, тип приложений, запускаемых на конкретном мобильном телефоне, также влияет на его общее энергопотребление. Известно, что существует целый ряд типов устройств, которые способны запускать широкий спектр приложений данных, часто параллельно. Такое разнообразие в типе устройств и приложений создает соответствующее разнообразие в профилях трафика, которые могут эффективно поддерживаться сетями RAN, с которыми эти устройства (например, мобильные телефоны), соединены.

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

Механизмы управления состоянием RRC и DRX конфигурации могут быть оптимизированы для конкретного приложения (или типов приложений). Однако эти конфигурации могут больше не оставаться оптимальными, когда новые приложения устанавливаются/запускаются/останавливаются на мобильном телефоне, таким образом меняя профиль трафика, показываемый конкретным мобильным телефоном во времени. Фактически, они могут приводить к слишком частым переходам RRC состояний и чрезвычайным нагрузкам сигнализации (в базовой сети, а также в сети RAN). Альтернативно, режим соединения RRC может поддерживаться для длительных периодов времени, хотя это может приводить к более высокому энергопотреблению, чем в режиме ожидания, и может также предъявлять дополнительные требования к системным ресурсам и их управлению, особенно для очень больших в режиме соединения групп пользователей.

3GPP стремится оптимизировать работу мобильных телефонов (т.е. обеспечить лучший пользовательский опыт и улучшить срок службы батарей), позволяя предоставление индикации поддержки от мобильных телефонов на базовую станцию. Такая индикация поддержки может использоваться обслуживающей базовой станцией для конфигурирования упомянутых параметров, используемых мобильными телефонами, работающими в режиме соединения RRC. Упомянутая индикация поддержки может также использоваться для конфигурирования параметров освобождения соединения. Предлагаемая индикация поддержки может быть, например, в форме 1-битной "Предпочтение пользовательского оборудования (UE) для конфигурации оптимизированного энергопотребления" индикации, передаваемой от мобильного телефона на базовую станцию. Посредством передачи этой индикации, упомянутый мобильный телефон может сообщать свое предпочтение, т.е. использовать или не использовать конфигурацию, которая первоначально является оптимизированной для энергосбережения (например, использование более длительного DRX цикла или более короткого таймера RRC соединения).

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

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

Решение задачи

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

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

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

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

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

В одной возможности упомянутый мобильный телефон принимает сообщение слоя без доступа (non access stratum, NAS) (например, сообщение «данные от мобильного источника (Mobile-Originated, MO) конфигурации NAS»), конфигурирующее упомянутый мобильный телефон для передачи упомянутой информации, идентифицирующей текущее состояние мобильности упомянутого мобильного телефона, на одну из упомянутого множества базовых станций.

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

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

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

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

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

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

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

Упомянутый способ может далее содержать прием сообщения слоя без доступа (NAS) (например, сообщения «Данные MO конфигурации NAS»), конфигурирующее упомянутый мобильный телефон для передачи упомянутой информации, идентифицирующей текущее состояние энергопотребления упомянутого мобильного телефона, на одну из упомянутого множества базовых станций.

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

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

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

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

Упомянутый способ может дополнительно содержать передачу запроса на упомянутый мобильный телефон для предоставления упомянутой информации. В этом случае, упомянутый запрос может содержать передаваемую системную информацию. Альтернативно, упомянутый запрос может содержать по меньшей мере одно сообщение протокола управления радиоресурсами (RRC), включающее в себя информационный элемент. Сообщение протокола RRC может быть сообщением «Реконфигурация RRC соединения». Упомянутый запрос может содержать по меньшей мере одно сообщение конфигурации слоя без доступа (NAS).

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

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

Упомянутый способ может также содержать получение, от другого сетевого объекта, информации о подписке, идентифицирующей, является ли упомянутый мобильный телефон сконфигурированным для предоставления упомянутой информации. Этот другой сетевой объект может быть домашним абонентским сервером (home subscriber server, HSS) или объектом управления мобильностью (mobility management entity, MME), и информация о подписке может включаться в сообщение «Первоначальный запрос установки контекста». Например, упомянутая информация о подписке может включаться в информационный элемент «Данные подписки», встроенный в упомянутое сообщение «Первоначальный запрос установки контекста».

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

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

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

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

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

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

Полезные эффекты изобретения

Может быть полезным для упомянутой сети быть осведомленной о мобильности мобильного телефона (т.е. скорости, с которой он перемещается) и/или о состоянии энергопотребления для того, чтобы регулировать конфигурацию его энергопотребления без ущерба для его способности выполнять повторный выбор ячеек (или хэндовер) своевременно. Например, короткий DRX цикл (т.е. когда дается инструкция включать приемопередатчик мобильного телефона более часто) является более подходящим для пользовательского оборудования (UE) в высоком состоянии мобильности, таком как мобильные телефоны, используемые на высокоскоростном поезде или в автомобилях, путешествующих по автостраде. Правильно установленный DRX цикл позволяет соответствующее определение времени повторного выбора ячеек и/или связанной с передачей обслуживания сигнализации мобильными телефонами.

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

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

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

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

Фиг. 3 является блок-схемой, иллюстрирующей главные компоненты базовой станции, являющейся частью системы, изображенной на Фиг. 1;

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

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

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

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

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

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

Описание вариантов осуществления

(Общее представление)

Фиг. 1 схематично иллюстрирует мобильную (сотовую) телекоммуникационную систему 1, которая включает в себя пользовательское оборудование, например мобильные телефоны с 3-1 по 3-4, обслуживаемые базовыми станциями 5-1 и 5-2. Базовые станции 5-1 и 5-2 каждая обрабатывают несколько ячеек (т.е. Ячейка 1 и Ячейка 2, соответственно), в пределах которых они предоставляют доступ к базовой сети 7 для мобильных телефонов 3. В этом примере, Ячейка 1 и Ячейка 2 принадлежат к той же области слежения.

В этой системе, базовые станции 5 связаны друг с другом через интерфейс X2. Базовые станции 5 также связаны с базовой сетью 7, которая включает в себя, среди другого, объект 9 управления мобильностью (MME), который управляет мобильностью мобильных телефонов 3 в пределах базовой сети 7, и домашний абонентский сервер (HSS) 11, который хранит и обеспечивает соблюдение пользовательской подписки связанной конфигурации. Упомянутая базовая сеть 7 также связана (например, через шлюз (не показан)) с так называемым объектом 13 управления устройствами открытого мобильного альянса (OMA DM), который конфигурирует упомянутые мобильные телефоны 3.

Первоначально, мобильный телефон 3-1 входит в область покрытия текущей обслуживающей ячейки (т.е. Ячейки 1 базовой станции 5-1) от другой ячейки (не показана), как указывается стрелкой A. На этой фазе, мобильный телефон 3-1 работает в режиме ожидания RRC и выбрал Ячейку 1 для размещения, поскольку Ячейка 1 предоставляет лучшее качество сигнала. Однако этот конкретный мобильный телефон 3-1 уже выполнил несколько повторных выборов ячейки в течение определенного периода времени (time frame), таким образом, он определяет, что его состояние мобильности изменилось (например, теперь он находится в состоянии средней мобильности или состоянии высокой мобильности вместо состояния нормальной мобильности или наоборот). Он также определил, например, посредством прослушивания передаваемой системной информации (или посредством любого другого подходящего способа), что обслуживающая базовая станция 5-1 требует информацию относительно состояния мобильности этого мобильного телефона 3-1 (или эту информацию каждого мобильного телефона 3, обслуживаемого этой базовой станцией 5-1).

Поэтому упомянутый мобильный телефон 3-1 запускает установление RRC соединения с сетью, посредством генерирования и передачи сообщения запроса RRC соединения на обслуживающую базовую станцию 5-1. Базовая станция 5-1 отвечает с помощью сообщения установления RRC соединения, которое содержит необходимую конфигурацию для мобильного телефона 3-1 для установления связи с сетью и вызывает мобильный телефон 3-1 перейти из режима ожидания RRC в режим соединения RRC. Затем, упомянутый мобильный телефон 3-1 предоставляет, для сети, информацию, идентифицирующую его текущее состояние мобильности, используя подходящее RRC сообщение, такое как сообщение, подтверждающее базовой станции 5-1, что установление RRC соединения завершено. Эта информация позволяет сети реконфигурировать определение времени освобождения RRC соединения (т.е. установить таймеры неактивности T1 на T3) для мобильного телефона 3-1, соответственно. Например, упомянутая сеть может выбирать относительно более длинные значения DRX цикла, если состояние мобильности мобильного телефона сообщается являющимся низким, и относительно короткие значения DRX цикла, если состояние мобильности сообщается являющимся средним или высоким.

Если мобильный телефон 3-1 больше не передает или не принимает данные перед тем, как он покидает Ячейку 1 (как указывается стрелкой B), он может вернуться в режим ожидания RRC, если таймеры, конфигурируемые базовой станцией 5-1, истекли. В этом случае, мобильный телефон 3-1, находящийся в режиме ожидания, выбирает новую ячейку для размещения (например, Ячейка 2, управляемая базовой станцией 5-2), в соответствии с процедурами, описываемыми выше. Если этот последующий повторный выбор ячеек не приводит к изменению его состояния мобильности также, то упомянутый мобильный телефон 3-1 сохраняет свою работу в режиме ожидания RRC и не сообщает свое состояние мобильности новой обслуживающей базовой станции 5-2 после завершения повторного выбора ячеек.

Однако, поскольку упомянутая сеть была предварительно информирована (т.е. через базовую станцию 5-1) о т