СИСТЕМА СВЯЗИ
COMMUNICATION SYSTEM

Область техники, к которой относится изобретение
Настоящее изобретение относится к системе связи и к ее компонентам для конфигурирования мобильных и фиксированных устройств связи. Настоящее изобретение имеет особое, но не исключительное, отношение к оптимизации энергопотребления и мобильности для пользовательского оборудования, используемого в усовершенствованных (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) о текущем состоянии мобильности мобильного телефона 3-1, новая обслуживающая базовая станция 5-2 имеет достаточную информацию для конфигурирования определения времени освобождения RRC соединения для мобильного телефона 3-1, в случае, когда упомянутый мобильный телефон 3-1 устанавливает RRC соединение снова, пока размещается в пределах области покрытия Ячейки 2. Это может быть возможным, в случае, когда упомянутые соседние базовые станции 5-1 и 5-2 обмениваются информацией друг с другом относительно состояния мобильности конкретного мобильного телефона 3, используя, например, интерфейс X2.
Фиг. 1 также иллюстрирует второй мобильный телефон 3-2, обслуживаемый базовой станцией 5-1 в его Ячейке 1. Этот мобильный телефон 3-2 может быть работающим либо в состоянии ожидания RRC или в состоянии соединения RRC. Однако этот мобильный телефон 3-2 (или его пользователь) как раз запустил (или завершил) несколько приложений, которые вызывают изменение в его состоянии энергопотребления (например, из состояния энергопотребления по умолчанию в состояние оптимизированного энергопотребления, или наоборот). Кроме того, упомянутый мобильный телефон 3-2 (например, его операционная система) может определять, что текущая RRC конфигурация не является оптимальной для сбережения срока службы батареи, рассматривая текущее запускаемое приложение (приложения). Поскольку упомянутая сеть, как правило, не является осведомленной о приложениях, запускаемых на упомянутом мобильном телефоне 3-2, за исключением статуса очередей восходящих/нисходящих данных и связанных параметров трафика (даже хотя они могут быть подвергнуты влиянию запускаемых приложений), эти приложения не учитываются, когда базовая станция 5-1 конфигурирует упомянутые RRC параметры для этого мобильного телефона 3-2.
В этом примере, однако, базовая станция 5-1 транслирует с помощью широковещательной радиопередачи (или передает на мобильный телефон 3-2 другим подходящим способом) запрос о том, что ей необходима информация относительно состояния энергопотребления этого мобильного телефона 3-2 (или состояния энергопотребления каждого мобильного телефона 3, обслуживаемого этой базовой станцией 5-1).
Поэтому, упомянутый мобильный телефон 3-2, после определения изменения в его состоянии энергопотребления, генерирует отчет о состоянии энергопотребления для передачи на обслуживающую базовую станцию 5-1. В случае, когда упомянутый мобильный телефон 3-2 еще находится в режиме ожидания RRC, генерируемый отчет о состоянии энергопотребления передается для сети после того, как мобильный телефон 3-2 генерирует и передает сообщение запроса RRC соединения для обслуживающей базовой станции 5-1. Базовая станция 5-1 затем предоставляет необходимую конфигурацию для мобильного телефона 3-2, чтобы он был способен для установления связи с сетью, которая вызывает упомянутый мобильный телефон 3-2 перейти из режима ожидания RRC в режим соединения RRC. Затем, мобильный телефон 3-2 передает, для сети, информацию, идентифицирующую его текущее состояние энергопотребления (например, состояние энергопотребления по умолчанию, состояние оптимизированного энергопотребления, состояние нормального, среднего или высокого энергопотребления), используя подходящее RRC сообщение, такое как сообщение, подтверждающее базовой станции 5-1, что установление RRC соединения завершено.
Передаваемая информация позволяет сети реконфигурировать упомянутые RRC параметры, используемые этим мобильным телефоном 3-2 соответственно. Например, упомянутая сеть может давать инструкции этому мобильному телефону 3-2 изменить его DRX/DTX конфигурацию, или изменить определение времени освобождения его соединения (т.е. установить таймеры неактивности T1 на T3) в зависимости от указываемого состояния энергопотребления.
Преимущественно, в вариантах осуществления, которые будут описаны более подробно ниже, упомянутый мобильный телефон 3 предоставляет информационную поддержку базовой станции 5, которая в настоящее время обслуживает упомянутый мобильный телефон 3, если возможно, всякий раз, когда имеются изменения в его состоянии мобильности и/или его состоянии энергопотребления. Таким способом, оптимизированное использование батарей может быть достигнуто без ущерба для поддержки мобильности и/или способности передавать/принимать данные посредством приложений, установленных на упомянутом мобильном телефоне 3.
(Мобильный телефон)
Фиг. 2 является блок-схемой, иллюстрирующей главные компоненты мобильного телефона 3, изображенного на Фиг. 1.
Как показано, упомянутый мобильный телефон 3 включает в себя схему 31 приемопередатчика, которая передает сигналы к/и принимает сигналы от базовой станции 5 через антенну 33. Работа схемы 31 приемопередатчика управляется контроллером 37 в соответствии с программным обеспечением, хранящимся в памяти 39. Упомянутое программное обеспечение включает в себя, среди других вещей, операционную систему 41, модуль 43 управления связью, модуль 44 управления радиоресурсами, модуль 45 определения состояния мобильности; модуль 47 наблюдения энергопотребления, модуль 48 сообщения отчетов и измерений; и модуль 49 управления устройствами открытого мобильного альянса.
Модуль 43 управления связью управляет связью с базовой станцией 5, включая, например, распределение ресурсов, предназначенных для использования схемой 31 приемопередатчика при его обмене информацией с базовой станцией 5.
Модуль 44 управления радиоресурсами управляет переходом между различными RRC режимами и обрабатывает связанную RRC сигнализацию к/от базовой станции 5.
Модуль 47 наблюдения энергопотребления осуществляет наблюдение приложений, запускаемых на мобильном телефоне 3, и определяет текущее и/или требуемое состояние энергопотребления соответственно.
Модуль 48 сообщения отчетов и измерений выполняет измерения сигналов согласно событиям измерений, конфигурируемых посредством базовой станции 5. Модуль 48 сообщения отчетов и измерений также генерирует и передает отчеты об измерениях конфигурирующей базовой станции 5.
Модуль 49 управления устройствами открытого мобильного альянса выполнен с возможностью осуществления интерфейса с OMA DM объектом 13 в базовой сети 7 для приема и хранения параметров конфигурации для предоставления информации, связанной с состоянием работы мобильного телефона 3.
(Базовая станция)
Фиг. 3 является блок-схемой, иллюстрирующей главные компоненты донорной базовой станции 5. Базовая станция 5 является фиксированным узлом связи, предоставляющим услуги пользовательскому оборудованию 3 в пределах ее области покрытия. Как показано, базовая станция 5 включает в себя схему 51 приемопередатчика, которая передает сигналы к/и принимает сигналы от упомянутого мобильного телефона 3 через по меньшей мере одну антенну 53. Базовая станция 5 также передает сигналы к/и принимает сигналы от упомянутой базовой сети 7 и других соседних базовых станций 5 через сетевой интерфейс 55 (для связи с соседними базовыми станциями 5 и с упомянутой базовой сетью 7). Работа упомянутой схемы 51 приемопередатчика управляется контроллером 57 в соответствии с программным обеспечением, хранящимся в памяти 59. Упомянутое программное обеспечение включает в себя, среди других вещей, операционную систему 61, модуль 63 управления связью, модуль 65 управления радиоресурсами, модуль 67 передачи обслуживания (handover) и модуль 69 управления питанием пользовательского оборудования.
Модуль 63 управления связью управляет обменом информацией между базовой станцией 5 и мобильными телефонами 3 и сетевыми устройствами, такими как MME 9, HSS 11 и OMA DM 13.
Модуль 65 управления радиоресурсами управляет ресурсами радиосоединений, используемыми между базовой станцией 5 и мобильными телефонами 3, присоединяемыми к ней.
Модуль 67 передачи обслуживания (хэндовера) конфигурирует измерения для мобильных телефонов 3, предназначенных для осуществления применительно к передаче обслуживания другой ячейке. Модуль 67 передачи обслуживания также конфигурирует состояние мобильности и/или сообщение отчетов о состоянии энергопотребления для присоединенных мобильных телефонов 3.
Модуль 69 управления питанием пользовательского оборудования конфигурирует работу режимов для присоединенных мобильных телефонов 3 (например, использование и параметры DRX/DTX режимов, таймеры освобождения соединений, RRC таймеры неактивности), в зависимости от состояния мобильности и/или состояния энергопотребления, сообщаемых каждым мобильным телефоном 3.
В приведенном выше описании, упомянутый мобильный телефон 3 и базовая станция 5 описываются для облегчения понимания как имеющие несколько дискретных модулей (такие, как модули управления связью и модули работы и технической поддержки). Пока эти модули могут предоставляться, таким образом, для конкретного приложения, например, где существующая система была модифицирована, чтобы осуществить настоящее изобретение, в других приложениях, например, в системах, разработанных с учетом патентоспособных функциональных возможностей с самого начала, эти модули могут встраиваться в полную операционную систему или код, и поэтому эти модули могут не различаться как дискретные объекты. Эти модули могут также осуществляться в программном обеспечении, аппаратном обеспечении, встроенном программном обеспечении или их сочетании.
Несколько различных вариантов осуществления теперь будут описаны, которые иллюстрируют, как различные аспекты настоящего изобретения могут быть введены в действие, используя упомянутый выше мобильный телефон 3 и базовую станцию 5. Упомянутые варианты осуществления будут описываться со ссылкой на схемы работы, изображенные на фигурах с Фиг. 4 по Фиг. 6.
(Работа)
(Первый вариант осуществления - состояние мобильности, сообщаемое при установлении RRC соединения)
Фиг. 4 изображает примерную временную диаграмму, иллюстрирующую способ, выполняемый компонентами системы связи 1 при сообщении изменения в состоянии мобильности мобильного телефона 3.
В этом варианте осуществления, первоначально, как изображено на этапе s401, упомянутый мобильный телефон 3 является работающим в режиме ожидания RRC. Затем, на этапе s403, он принимает a запрос отчета о состоянии мобильности от базовой станции 5, например, как часть системной информации, которая передается этой базовой станцией 5 в пределах своей ячейки (ячеек).
Соответственно, на этапе s405, когда модуль 45 определения состояния мобильности определяет изменения в состоянии мобильности мобильного телефона 3, он генерирует отчет о состоянии мобильности для передачи для сети, как только RRC соединение установлено. На этапе 407, RRC модуль 44 инициирует RRC соединение с сетью посредством генерирования и передачи (через схему 31 приемопередатчика) сообщения «Запрос RRC соединения» базовой станции 5. В ответ на это сообщение, базовая станция 5 предоставляет необходимые RRC параметры посредством передачи, на этапе s409, сообщения «Установление RRC соединения» обратно на мобильный телефон 3.
На этапе s411, используя принятые RRC параметры, упомянутый мобильный телефон 3 переходит в режим соединения RRC, посредством изменения работы его RRC модуля 44 соответственно. Режим соединения RRC позволяет мобильному телефону 3 передавать или принимать данные к/от базовой станции 5.
Поэтому, на этапе s413, RRC модуль 44 генерирует и передает, к базовой станции 5, сообщение «Завершение установления RRC соединения» и также включает в это сообщение отчет о состоянии мобильности, генерируемый модулем 45 определения состояния мобильности на этапе s405.
В заключение, на этапе s415, базовая станция 5 сохраняет принятый отчет о состоянии мобильности и делает его доступным RRC модулю 65, модулю 67 передачи обслуживания (handover), и модулю 69 управления питанием пользовательского оборудования (UE), чтобы регулировать их работу соответственно.
Преимущественно, RRC модуль 65 выбирает новые таймеры неактивности для этого конкретного мобильного телефона 3, посредством учета сообщенного состояния мобильности. Опционально базовая станция 5 может совместно использовать принятую информацию о состоянии мобильности вместе с дальнейшим сетевым узлом через свой сетевой интерфейс 55 (например, с соседней базовой станцией, используя интерфейс X2).
Как обсуждалось выше, мобильный телефон в состоянии ожидания может оценивать свою мобильность посредством подсчета числа изменений обслуживающих ячеек в заданный период времени и классифицировать себя либо находящимся в состоянии нормальной мобильности, состоянии средней мобильности или состоянии высокой мобильности. Преимущественно, в этом примере, базовая станция транслирует запрос как часть системной информации, которая дает инструкции мобильному телефону, в настоящий момент работающему в режиме ожидания RRC, сообщить свое состояние мобильности сети.
(Второй вариант осуществления - сообщение отчета о состоянии энергопотребления на фазе установления RRC соединения)
Фиг. 5 изображает примерную временную диаграмму, иллюстрирующую способ, выполняемый компонентами системы связи 1 при сообщении изменения в состояние энергопотребления мобильного телефона 3.
Этот вариант осуществления в целом следует первому варианту осуществления, однако, вместо сообщения отчета о состоянии мобильности, выполняется сообщение отчета о состоянии энергопотребления.
Первоначально, как изображено на этапе s501, упомянутый мобильный телефон 3 работает в режиме ожидания RRC. Затем, на этапе s503, он принимает запрос отчета о состоянии энергопотребления от базовой станции 5, например, как часть системной информации, которая передается этой базовой станции 5 в пределах своей ячейки (ячеек).
Соответственно, на этапе s505, когда модуль 47 наблюдения энергопотребления определяет изменения состоянии энергопотребления мобильного телефона 3, он генерирует отчет о состоянии энергопотребления для передачи для сети, как только RRC соединение доступно. Если RRC соединение еще не установлено, то RRC модуль 44, на этапе 507, генерирует и передает (через схему 31 приемопередатчика) сообщение «Запрос RRC соединения» к базовой станции 5. В ответ на это сообщение, базовая станция 5 предоставляет необходимые RRC параметры посредством передачи, на этапе s509, сообщения «Установление RRC соединения» обратно на мобильный телефон 3.
На этапе s511, используя принятые RRC параметры, упомянутый мобильный телефон 3 переходит в режим соединения RRC, посредством изменения работы его RRC модуля 44 соответственно. Упомянутый режим соединения RRC позволяет мобильному телефону 3 передавать или принимать данные к/от базовой станции 5.
Поэтому на этапе s513, RRC модуль 44 генерирует и передает, к базовой станции 5, сообщение «Завершение установления RRC соединения», и также включает в это сообщение отчет о состоянии энергопотребления, генерируемый модулем 47 наблюдения энергопотребления на этапе s505.
В заключение, на этапе s515, базовая станция 5 сохраняет принятый отчет о состоянии энергопотребления и делает его доступным ее RRC модулю 65, модулю 67 передачи обслуживания (handover) и модулю 69 управления питанием пользовательского оборудования (UE), чтобы регулировать их работу соответственно.
Преимущественно, в этом варианте осуществления, модуль 69 управления питанием пользовательского оборудования (UE) выбирает новые параметры работы для этого конкретного мобильного телефона 3, посредством учета сообщенного состояния энергопотребления. Например, упомянутый модуль 69 управления питанием пользовательского оборудования (UE) может давать инструкции RRC модулю 65, чтобы инициировать DRX/DTX режим работы для этого мобильного телефона 3. Если этот конкретный мобильный телефон 3 уже работает в DRX/DTX режиме, то RRC модуль 65 может регулировать упомянутый цикл работы так, что далее энергосбережение может быть достигнуто.
Опционально, базовая станция 5 может совместно использовать принятую информацию о состоянии энергопотребления вместе с дальнейшим сетевым узлом через ее сетевой интерфейс 55 (например, с соседней базовой станцией, используя интерфейс X2).
Преимущественно, посредством передачи запроса как части системной информации, упомянутому мобильному телефону может даваться инструкция сообщить свое состояние энергопотребления для сети.
(Третий вариант осуществления - сообщение отчета о состоянии мобильности, используя процедуру RRC измерений)
Фиг. 6 изображает примерную временную диаграмму, иллюстрирующую другой способ, выполняемый компонентами системы связи 1 при сообщении изменения в состояние мобильности мобильного телефона 3.
В этом примере, как изображено на этапе s601, упомянутый мобильный телефон 3 уже работает в режиме соединения RRC и осуществляет обмен данными, например, с другим пользовательским оборудованием или сетевым узлом через ячейку обслуживающей базовой станции 5.
На этапе s603, модуль 67 передачи обслуживания (handover) базовой станции генерирует и передает (через схему 51 приемопередатчика) сообщение «Реконфигурация RRC соединения» на мобильный телефон 3. Это сообщение запрашивает мобильный телефон 3 выполнить измерения по отношению к определению времени передачи обслуживания (handover) к другой базовой станции. Это осуществляется посредством включения в это сообщение информационного элемента (information element, IE) «MeasConfig», который определяет вид и условия измерений, при которых упомянутые измерения необходимо инициировать посредством мобильного телефона 3. В частности, «MeasConfig» информационный элемент (IE) включает в себя параметры измерений для по меньшей мере одного из типов событий (т.е. события с A1 по A6, B1, и B2), как определено в стандарте 3GPP TS 36.331 v10.5.0, содержимое которого включается здесь посредством ссылки. Такие параметры могут определять, например, пороговый уровень сигнала для текущей обслуживающей ячейки, ниже которого уровня сигнала упомянутый мобильный телефон 3 начнет конфигурированные измерения. Это эффективно приведет к выполнению мобильным телефоном 3 поиска других ячеек базовых станций, на которые его обслуживание может быть передано, когда он испытывает ухудшение в качестве сигнала в пределах текущей ячейки (например, из-за перемещения мобильного телефона 3 от текущей базовой станции 5).
В этом примере, однако, сообщение «Реконфигурация RRC соединения» также включает в себя запрос состояния мобильности для мобильного телефона 3, который встраивается, например, в «ReportConfigEUTRA» информационный элемент (IE) в пределах сообщения «Реконфигурация RRC соединения».
В ответ на прием этого сообщения реконфигурации RRC соединения, упомянутый мобильный телефон 3 конфигурирует, на этапе s605, свой модуль 48 сообщения отчетов и измерений в соответствии с принятым «MeasConfig» информационным элементом (IE) и начинает наблюдение того, выполняется или нет условие, определенное здесь. Упомянутый мобильный телефон 3 также конфигурирует свой модуль 45 определения состояния мобильности для наблюдения и сообщения любого изменения в состоянии мобильности мобильного телефона 3.
Затем, на этапе s607, упомянутый мобильный телефон 3 подтверждает, что конфигурирование было успешным посредством генерирования и передачи сообщения «Завершение реконфигурирования RRC соединения» к базовой станции 5.
Когда модуль 45 определения состояния мобильности определяет, на этапе s609, изменения в состоянии мобильности мобильного телефона 3 (например, из-за того, что число ячеек в пределах периода, определенного TCRmax таймером, изменилось), он переходит далее на этап s611 и генерирует отчет о состоянии мобильности в соответствии с «ReportConfigEUTRA» информационным элементом (IE), предоставленным ранее базовой станцией 5.
Как только упомянутый отчет генерирован, модуль 48 сообщения отчетов и измерений генерирует и передает отчет об измерениях, на этапе s613, к базовой станции 5 в сообщении «Отчет измерений RRC». Этот отчет об измерениях включает в себя упомянутый отчет о состоянии мобильности, генерируемый на этапе s611. Опционально, как изображено на этапе s614, этот отчет об измерениях может также включать в себя результаты измерений любой ячейки, которые упомянутый мобильный телефон 3 выполнил на основе принятого MeasConfig информационного элемента (IE).
После того, как базовая станция 5 приняла упомянутый отчет об измерениях, она сохраняет принятый отчет о состоянии мобильности, на этапе s615, и делает его доступным ее RRC модулю 65, модулю 67 передачи обслуживания (handover) и модулю 69 управления питанием пользовательского оборудования (UE), чтобы регулировать их работу соответственно.
Преимущественно, упомянутый мобильный телефон 3 сообщает его измененное состояние мобильности для сети как часть процедуры радиоизмерений, т.е. без излишней задержки или без требования выделенной процедуры, предназначенной для инициирования для сообщения упомянутого отчета о состоянии мобильности. Следовательно, это решение сохраняет ценные системные ресурсы.
(Четвертый вариант осуществления - сообщение отчета о состоянии энергопотребления, используя процедуру RRC измерений)
Фиг. 7 изображает примерную временную диаграмму, иллюстрирующую другой способ, выполняемый компонентами системы связи 1 при сообщении изменения в состояние энергопотребления мобильного телефона 3. Этот пример является подобным одному примеру, обсуждаемому выше со ссылкой на Фиг. 6, однако, вместо состояния мобильности, состояние энергопотребления сообщается.
Как изображено на этапе s701, упомянутый мобильный телефон 3 уже работает в режиме соединения RRC и осуществляет обмен данными, например, с другим пользовательским оборудованием или сетевым узлом через ячейку обслуживающей базовой станции 5.
На этапе s703, модуль 67 передачи обслуживания базовой станции генерирует и передает (через схему 51 приемопередатчика) сообщение «Реконфигурация RRC соединения» на мобильный телефон 3. Это сообщение запрашивает мобильный телефон 3 выполнить измерения относительно определения времени передачи обслуживания к другой базовой станции. Это осуществляется посредством включения в это сообщение «MeasConfig» информационного элемента (information element, IE), как обсуждалось выше. В этом примере, однако, упомянутое сообщение «Реконфигурация RRC соединения» также включает в себя запрос состояния энергопотребления для мобильного телефона 3, который встраивается в, например, «ReportConfigEUTRA» информационный элемент (IE) в пределах сообщения «Реконфигурация RRC соединения».
В ответ на прием этого сообщения реконфигурации RRC соединения, упомянутый мобильный телефон 3 конфигурирует, на этапе s705, свой модуль 48 сообщения отчетов и измерений в соответствии с принятым «MeasConfig» информационным элементом (IE) и начинает наблюдение того, выполняется или нет условие, определенное здесь. Упомянутый мобильный телефон 3 также конфигурирует свой модуль 47 наблюдения энергопотребления, чтобы наблюдать и сообщать любые изменения в состоянии энергопотребления мобильного телефона 3.
Затем, на этапе s707, упомянутый мобильный телефон 3 подтверждает, что конфигурирование было успешным, посредством генерирования и передачи сообщения «Завершение реконфигурирования RRC соединения» к базовой станции 5.
Когда модуль 47 наблюдения энергопотребления определяет, на этапе s709, изменение в состоянии энергопотребления мобильного телефона 3 (например, из-за включения/выключения приложения или из-за являющейся пустой очереди восходящей/нисходящей передачи), он переходит далее на этап s711 и генерирует отчет о состоянии энергопотребления в соответствии с «ReportConfigEUTRA» информационным элементом (IE), предоставленным ранее базовой станцией 5.
Как только упомянутый отчет генерирован, модуль 48 сообщения отчетов и измерений генерирует и передает отчет об измерениях, на этапе s713, к базовой станции 5 в сообщении «Отчет измерений RRC». Этот отчет об измерениях включает в себя упомянутый отчет о состоянии энергопотребления, генерируемый на этапе s711. Опционально, как изображено на этапе s714, этот отчет об измерениях может также включать в себя результаты измерений любой ячейки, которые упомянутый мобильный телефон 3 выполнил на основе принятого MeasConfig информационного элемента (IE).
После того, как базовая станция 5 приняла упомянутый отчет об измерениях, она сохраняет принятый отчет о состоянии энергопотребления, на этапе s715, и делает его доступным ее RRC модулю 65, модулю 67 передачи обслуживания и модулю 69 управления питанием UE, чтобы регулировать их работу соответственно.
Преимущественно, упомянутый мобильный телефон 3 сообщает его измененное состояние энергопотребления сети как часть процедуры радиоизмерений, т.е. без излишней задержки или без требования выделенной процедуры, предназначенной для инициирования для сообщения упомянутого отчета о состоянии энергопотребления.
(Пятый вариант осуществления - зависимое от подписки сообщение отчета о состоянии мобильности и/или сообщение отчета о состоянии энергопотребления)
Фиг. 8 изображает примерную временную диаграмму, иллюстрирующую способ, выполняемый компонентами системы связи 1 при обмене конфигурацией оптимизированного энергопотребления и/или конфигурацией мобильности между упомянутым домашним абонентским сервером 11 и обслуживающей базовой станцией 5.
В упомянутой системе 1 связи, иллюстрированной на Фиг. 1, некоторые мобильные телефоны 3 могут не поддерживать сообщение отчета о состоянии мобильности и/или сообщение отчета о состоянии энергопотребления и связанную оптимизацию. Поэтому, перед конфигурированием такого сообщения отчетов, т.е. перед выполнением этапа s603 или s703, базовая станция 5 может преимущественно контролировать, поддерживает или нет конкретный мобильный телефон 3 эту функциональную возможность.
Таблица 1 иллюстрирует некоторую из упомянутой информации, хранящуюся в домашнем абонентском сервере 11 для каждого мобильного телефона 3. В частности, информация, связанная с контекстом пользовательского оборудования (UE) и тем, поддерживается или нет сообщение отчета об оптимизированном энергопотреблении и/или сообщение отчета о состоянии мобильности, является хранящейся в HSS 11 в следующем виде:
Таблица 1
Контекст пользовательского оборудования (UE) в HSS
Поле
Описание
Международный идентификационный номер оборудования подвижного абонента (International Mobile Subscriber Identity, IMSI)
IMSI является основным опорным ключом.
…
…
Оптимизированное энергопотребление
Может ли пользовательское оборудование (UE) быть конфигурировано для оптимизированного энергопотребления.
Состояние мобильности
Может ли пользовательское оборудование (UE) быть конфигурировано для управления состоянием мобильности.
Таблица 2 иллюстрирует некоторую из упомянутой информации, хранящуюся в объекте 9 управления мобильностью для каждого мобильного телефона 3. В частности, информация, связанная контекстом UE и тем, поддерживается или нет сообщение отчета об оптимизированном энергопотреблении и/или сообщение отчета о состоянии мобильности, является хранящейся в HSS 11 в следующем виде:
Таблица 2
Контекст пользовательского оборудования (UE) в MME
Поле
Описание
Международный идентификационный номер оборудования подвижного абонента (International Mobile Subscriber Identity, IMSI)
IMSI является основным опорным ключом.
…
…
Оптимизированное энергопотребление
Может ли пользовательское оборудование (UE) быть конфигурировано для оптимизированного энергопотребления.
Состояние мобильности
Может ли пользовательское оборудование (UE) быть конфигурировано для управления состоянием мобильности.
В этом примере, базовая станция 5 генерирует и передает, на MME 9, «Первоначальное сообщение пользовательского оборудования (UE)», которое включает в себя «Запрос присоединения», принимаемый от одного из мобильных телефонов (не показан), обслуживаемого этой базовой станцией 5. Такой «Запрос присоединения» типично генерируется мобильным телефоном после первого перехода из состояния ожидания RRC в состояние соединения RRC и передается по направлению к упомянутой базовой сети 7 в сообщении завершения установления RRC соединения, передаваемого к базовой станции 5.
Когда MME 9 принимает упомянутый «Запрос присоединения», он генерирует и передает, на этапе s803, «Запрос обновления местоположения» на HSS 11. Это сообщение информирует HSS 11 о новом местоположении мобильного телефона, т.е. его текущей обслуживающей базовой станции/ячейке.
В ответ на это сообщение, HSS извлекает из своей таблицы контекста пользовательского оборудования (UE) существенные данные подписки для состояния оптимизированного энергопотребления и/или состояния мобильности для конкретного мобильного телефона, который предоставил «Запрос присоединения». HSS 11 также генерирует и передает, на этапе s805, сообщение «Подтверждение обновления местоположения» на MME 9, и включает в это сообщение индикацию того, поддерживается или нет сообщение отчета об энергопотреблении и/или сообщение отчета о состоянии мобильности этим мобильным телефоном. HSS 11 включает эту индикацию в, например, информационный элемент (IE) «Данные подписки», встраиваемый в сообщение «Подтверждение обновления местоположения».
Затем, на этапе s807, MME 9 генерирует и передает, на обслуживающую базовую станцию 5, сообщение «Первоначальный запрос установки контекста», и включает в это сообщение принятый информационный элемент (IE) «Данные подписки», содержащий упомянутую индикацию, поддерживается или нет сообщение отчета об энергопотреблении и/или сообщение отчета о состоянии мобильности конкретным мобильным телефоном. На этом этапе, MME 9 может также обновить свою собственную таблицу контекста пользовательского оборудования (UE), если необходимо.
На этапе s809, после того, как базовая станция 5 приняла упомянутую индикацию (включаемую в информационный элемент (IE) «Данные подписки») от MME 9, она конфигурирует измерения и сообщения отчетов для мобильного телефона, соответственно. Например, если принимаемая индикация указывает, что конкретный мобильный телефон поддерживает сообщение отчета о состоянии мобильности, то базовая станция 5 переходит далее на этап s603 Фиг. 6. Альтернативно, если принимаемая индикация указывает, что конкретный мобильный телефон поддерживает сообщение отчета о состоянии энергопотребления, то базовая станция 5 переходит далее на этап s703 Фиг. 7.
Преимущественно, в этом примере, нежелательная конфигурация сообщения отчетов может предотвращаться базовой станцией 5 для тех мобильных телефонов, которые не поддерживают эту функциональную возможность.
Шестой вариант осуществления - сообщение отчета о состоянии мобильности и/или сообщение отчета о состоянии энергопотребления, конфигурируемые с использованием сигнализации слоя без доступа)
Фиг. 9 изображает примерную временную диаграмму, иллюстрирующую далее способ, выполняемый компонентами системы связи 1 при сообщении изменения в состояние мобильности и/или состояние энергопотребления мобильного телефона 3. В этом примере, OMA DM объект 13 (например, приложение) конфигурирует упомянутый мобильный телефон сообщить свое состояние мобильности и состояние энергопотребления.
Первоначально, на этапе s900, упомянутый мобильный телефон 3 присоединяется к сети (либо в режиме ожидания RRC или режиме соединения RRC) через базовую станцию 5.
На этапе s901, упомянутый OMA DM объект 13 генерирует и передает, через базовую станцию 5, сообщение конфигурации слоя без доступа (NAS) на мобильный телефон 3. Упомянутый OMA DM объект 13 включает в это сообщение, например, в сообщение «Данные MO конфигурации NAS», изображенное на Фиг. 9, запрос состояния мобильности и/или запрос состояния энергопотребления в информационный элемент, такой как «lowerPowerConsumptionReportRequestforRRC» информационный элемент (IE) и/или «mobilityState-ReportRequestforRRC» информационный элемент (IE), соответственно. Это сообщение информирует мобильный телефон 3 о том, что ему разрешается сообщать свое состояние энергопотребления и состояние мобильности обслуживающей базовой станции 5. Опционально, упомянутый OMA DM объект 13 может также указывать время повторяемости для сообщения отчетов о состоянии мобильности и/или состоянии энергопотребления упомянутого мобильного телефона 3, используя подходящий информационный элемент, такой как «periodicityForlowerPowerConsumptionReportforRRC» информационный элемент (IE) и/или a «periodicityFormobilityStateReportforRRC» информационный элемент (IE), соответственно. Опционально, упомянутый OMA DM объект 13 может также указывать условие для сообщения отчетов о состоянии мобильности и/или состоянии энергопотребления упомянутого мобильного телефона 3, используя информационный элемент, такой как «conditionForlowerPowerConsumptionReportforRRC» информационный элемент (IE) и/или «conditionFormobilityStateReportforRRC» информационный элемент (IE), соответственно. Такое условие может включать, например, обновление состояния мобильности и/или состояния энергопотребления.
Поэтому, на этапе s903, упомянутый OMA DM модуль 49 мобильного телефона 3 принимает и хранит в памяти 39 принятый запрос состояния мобильности и/или запрос состояния энергопотребления. Упомянутый OMA DM модуль 49 также дает инструкции модулю 45 определения состояния мобильности и/или модулю 47 наблюдения энергопотребления, чтобы генерировать соответствующий отчет о состоянии мобильности и/или отчет о состоянии энергопотребления, соответственно. Как определено посредством принятого «lowerPowerConsumptionReportRequestforRRC» информационного элемента (IE) и/или «mobilityStateReport-RequestforRRC» информационного элемента (IE) и/или «periodicityForlowerPowerConsumptionReportforRRC» информационного элемента (IE) и/или «periodicityFormobilityStateReportforRRC» информационного элемента (IE) и/или «conditionForlower-PowerConsumptionReportforRRC» информационного элемента (IE) и/или «conditionFormobilityStateReport-forRRC» информационного элемента (IE), этот отчет может генерироваться либо сразу после приема упомянутого запроса (запросов), только после изменения в состоянии мобильности и/или состоянии энергопотребления мобильного телефона 3, или периодически.
Затем, на этапе s905, RRC модуль 44 генерирует и передает, к базовой станции 5, RRC сообщение, и включает в это сообщение упомянутый отчет о состоянии мобильности и/или отчет о состоянии энергопотребления, генерируемый на этапе s903.
В заключение, на этапе s907, базовая станция 5 сохраняет принятый отчет о состоянии энергопотребления и делает его доступным ее RRC модулю 65, модулю 67 передачи обслуживания и модулю 69 управления питанием пользовательского оборудования (UE), чтобы регулировать их работу соответственно.
Преимущественно, уровень NAS мобильного телефона 3 обеспечивает интерфейс с RRC модулем 44 чтобы генерировать и предоставлять соответствующий отчет о состоянии мобильности и/или отчет о состоянии энергопотребления для сети, на основе конфигурации, предоставляемой OMA DM объектом 13. Такая конфигурация может включать период времени передачи отчета о состоянии мобильности и/или отчета о состоянии энергопотребления. Такая конфигурация может включать в себя условие для передачи отчета (отчетов) о состоянии мобильности и/или отчет (отчетов) о состоянии энергопотребления. Поэтому, в этом примере, нет необходимости для базовой станции 5 генерировать конфигурацию для отчета о состоянии мобильности и/или отчета о состоянии энергопотребления для упомянутого мобильного телефона 3.
(Модификации и альтернативы)
Подробные варианты осуществления были описаны выше. Как будет очевидно специалистам в данной области техники, несколько модификаций и альтернатив может быть сделано для упомянутых выше вариантов осуществления, пока еще извлекая выгоду из настоящих изобретений, осуществленных здесь. Другими словами, будет понятно обычным специалистам в данной области техники, что различные изменения в форме и деталях могут быть сделаны здесь без отклонения от идеи и области действия настоящего изобретения, как определено посредством пунктов формулы изобретения.
Хотя на фигурах Фиг. 6 и Фиг. 7 показано, что базовая станция запрашивает мобильный телефон сообщить изменения в его состоянии мобильности и/или состоянии энергопотребления посредством передачи сообщения рeконфигурации RRC соединения, будет очевидно, что другие сообщения могут использоваться. Например, упомянутая сеть может использовать сообщение блока системной информации (System Information Block, SIB) для передачи упомянутого запроса сообщения отчета о состоянии мобильности и/или запроса сообщения отчета о состоянии энергопотребления на мобильный телефон. В этом случае, упомянутый мобильный телефон сообщает его состояние мобильности и/или состояние энергопотребления в SIB ответном сообщении.
Различные варианты осуществления были описаны, в которых упомянутый мобильный телефон генерирует и передает отчет о состоянии мобильности и/или отчет о состоянии энергопотребления после определения изменения в его соответствующем состоянии мобильности и/или состоянии энергопотребления. Однако, будет очевидно, что такой отчет о состоянии мобильности и/или отчет о состоянии энергопотребления может быть генерируемым и/или передаваемым мобильным телефоном к базовой станции периодически, даже если изменение в состоянии мобильности и/или состоянии энергопотребления мобильного телефона не обнаружено.
Кроме того, было описано выше, что запрос отчета о состоянии мобильности и/или запрос отчета о состоянии энергопотребления включается в ReportConfigEUTRA информационный элемент (IE). Однако, будет очевидно, что такой запрос (запросы) может включаться в любой другой подходящий информационный элемент (IE), такой как MeasConfig информационный элемент (IE) или любой другой существующий или выделенный информационный элемент (IE). Будет далее очевидно, что такой отчет (отчеты) может (могут) передаваться от базовой станции на мобильный телефон в любой части (например, заголовок, полезная нагрузка и т.д.) подходящего сообщения. Такие сообщения могут быть адресованы и передаваться отдельному мобильному телефону или передаваться группе мобильных телефонов или передаваться всем мобильным телефонам (включая телефоны в состоянии ожидания и телефоны в состоянии соединения), обслуживаемым этой базовой станцией.
Хотя упомянутые процедуры для сообщения отчета о состоянии мобильности и сообщения отчета о состоянии энергопотребления были описаны как выполняющиеся отдельно (например, отдельные временные диаграммы фигур Фиг. 6 и Фиг. 7), будет очевидно, что эти процедуры могут быть объединены. Следовательно, этапы s403 и s503, этапы s413 и s513, s603 и s703, s613 и s713, s614 и s714 могут быть объединены, соответственно. Эта модификация существенно уменьшает сигнализацию, требуемую между базовой станцией и мобильным телефоном.
Как изображено на Фиг. 8, упомянутый информационный элемент (IE) данных подписки (Subscription Data) первоначально поступает от HSS (т.е. на этапе s805). Однако будет очевидно, что при отсутствии этого информационного элемента, MME может также генерировать и добавлять этот информационный элемент, на этапе s807, используя свою собственную таблицу контекста UE.
В упомянутых выше вариантах осуществления, телекоммуникационная система на основе мобильных телефонов была описана. Как будет очевидно специалистам в данной области техники, упомянутые технологии сигнализации, описанные в настоящей заявке на патент, могут осуществляться в другой системе связи. Другие узлы связи или устройства могут включать пользовательские устройства, такие как, например, персональные цифровые помощники, небольшие портативные компьютеры, веб-браузеры (web browsers) и т.д. Как будет очевидно специалистам в данной области техники, не является существенным, что упомянутая выше описанная система используется для мобильных устройств связи. Упомянутая система может использоваться в сети, имеющей одно или более фиксированных вычислительных устройств, а также как/или вместо мобильных устройств связи.
В приведенном выше описании, базовая станция и мобильные телефоны описываются, для простоты понимания, как имеющие несколько дискретных модулей. Пока эти модули могут предоставляться, таким образом, для конкретного приложения, например, там, где существующая система была модифицирована, чтобы осуществлять настоящее изобретение, в других приложениях, например в системах, разработанных с учетом патентоспособных функциональных возможностей с самого начала, эти модули могут встраиваться в полную операционную систему или код и поэтому эти модули могут не различаться как дискретные объекты. Эти модули могут также осуществляться в программном обеспечении, аппаратном обеспечении, встроенном программном обеспечении или их сочетании.
Пока упомянутые сообщения сигнализации, описываемые здесь, которые включают результаты измерений, являются полезными в терминах простоты, легкости осуществления и минимизации требуемого числа сообщений, эта информация может передаваться любым из нескольких различных способов, например, в нескольких сообщениях. Кроме того, вместо модифицирования описываемых сообщений сигнализации, полностью новые сообщения могут генерироваться, которые включают упомянутые результаты измерений.
В вариантах осуществления, описываемых выше, упомянутый мобильный телефон и упомянутая базовая станция будут включать схему приемопередатчика. Типично эта схема будет сформирована посредством выделенных схем аппаратного обеспечения. Однако в некоторых вариантах осуществления, часть схемы приемопередатчика может осуществляться как программное обеспечение, запускаемое соответствующим контроллером.
В упомянутых выше вариантах осуществления, несколько модулей программного обеспечения были описаны. Как будет очевидно специалистам в данной области техники, упомянутые модули программного обеспечения могут предоставляться в компилированной или некомпилированной форме и могут доставляться к базовой станции или ретрансляционной станции как сигнал через компьютерную сеть или на записываемом носителе. Далее, функциональность, выполняемая частью или всем из этого программного обеспечения, может выполняться, используя одну или более выделенных схем аппаратного обеспечения.
Далее, является возможным предоставить компьютерную программу, которая вызывает программируемое компьютерное устройство стать конфигурируемым как упомянутый выше мобильный телефон. Подобным образом, является возможным предоставить компьютерную программу, которая вызывает программируемое компьютерное устройство стать конфигурируемым как упомянутая выше базовая станция. Упомянутая программа может храниться и предоставляться на компьютер, используя любой тип некратковременного компьютерно-читаемого носителя. Некратковременный компьютерно-читаемый носитель включает любой тип материальной среды хранения. Примеры некратковременного компьютерно-читаемого носителя включают в себя магнитные носители (такие, как гибкие магнитные диски, магнитные ленты, жесткие диски и т.п.), оптические магнитные носители (например, магнитооптические диски), CD-ROM, CD-R, CD-R/W и полупроводниковые запоминающие устройства (такие, как маска ROM, PROM (Программируемое запоминающее устройство ROM), EPROM (Стираемое запоминающее устройство PROM), флэш (flash) ROM, RAM (Оперативное запоминающее устройство) и т.д.). Упомянутые модули программного обеспечения могут предоставляться компьютеру, используя любой тип кратковременного компьютерно-читаемого носителя. Примеры кратковременного компьютерно-читаемого носителя включают в себя электрические сигналы, оптические сигналы и электромагнитные волны. Кратковременный компьютерно-читаемый носитель может предоставлять упомянутые модули программного обеспечения компьютеру через проводную линию связи (например, электрические провода и волоконно-оптические кабели) или беспроводную линию связи.
Другие различные модификации будут очевидны специалистам в данной области техники и не будут подробно описываться далее здесь.
Эта заявка на патент основывается на и испрашивает приоритет заявки на патент Великобритании под номером № 1213970.5, поданной 6 августа 2012 года, раскрытие которой включается здесь полностью посредством ссылки.
Список ссылочных символов
1 Телекоммуникационная система
3 (с 3-1 по 3-4) Мобильный телефон
5 (5-1, 5-2) Базовая станция
7 Базовая сеть
9 Объект управления мобильностью
11 Домашний абонентский сервер
13 Управление устройством открытого мобильного альянса
31 Схема приемопередатчика
33 Антенна
35 Пользовательский интерфейс
37 Контроллер
39 Память
41 Операционная система
43 Модуль управления связью
44 Модуль управления радиоресурсами
45 Модуль определения состояния мобильности
47 Модуль наблюдения энергопотребления
48 Модуль измерений и сообщения отчетов
49 Модуль управления устройствами открытого мобильного альянса
51 Схема приемопередатчика
53 Антенна
55 Сетевой интерфейс
57 Контроллер
59 Память
61 Операционная система
63 Модуль управления связью
65 Модуль управления радиоресурсами
67 Модуль передачи обслуживания
69 Модуль управления питанием пользовательского оборудования.