Как LTE и UMTS переходят из состояния полной мощности?

Я пытаюсь понять, как происходит переход LTE и UMTS/HSPA+ из состояния полной мощности, и какие ресурсы завязаны на вышке, когда радиостанции мобильного устройства работают на полную мощность.

Я посмотрел Ч. 7 и 8 документа Высокопроизводительная браузерная сеть, а также на статья AT&T Research, упомянутая в книге, но они не затрагивают этот вопрос напрямую.

  • Тайм-аут для перехода с полной мощности на половинную в UMTS (от DCH к FACH) почти всегда равен 5 с или откуда берется значение 5 с (упомянутое в ссылке на исследование AT&T выше)?

  • Сбрасывается ли тайм-аут UMTS для перехода из состояния DCH с полной мощностью, когда второстепенный трафик отправляется до истечения тайм-аута, или это зависит от того, будет ли он считаться достаточным для последующей обработки такого второстепенного трафика через общий низкий уровень? -скоростной канал в состоянии FACH с низкой пропускной способностью и половинной мощностью?

  • Какой таймаут в LTE для перехода из состояния полной мощности?

  • Какие ресурсы связаны с вышкой в ​​состояниях полной мощности UMTS и LTE, с какими последствиями для оператора?

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


mobile lte umts
person cnst    schedule 19.02.2014    source источник
comment
Этот вопрос кажется не по теме, потому что он касается дизайна сотового протокола, а не разработки программного обеспечения.   -  person nobody    schedule 04.07.2014
comment
@AndrewMedico, нет, я системный инженер-программист, заинтересованный в разработке энергоэффективных приложений поверх мобильных сетей, и мне нужна такая информация о дизайне мобильных сетей, чтобы разработать мое программное обеспечение, не связанное с мобильным протоколом, для эффективно работать поверх мобильных протоколов.   -  person cnst    schedule 04.07.2014

Ответы (3)


arrow_upward
1
arrow_downward

Это странное утверждение, что состояние RRC от DCH до FACH займет 5 секунд, обычно это происходит быстрее. Чем дольше он зависает, тем больше ресурсов RRC связывает сеть с вашим экземпляром RRC. В интересах хорошего дизайна сделать время зависания состояния RRC как можно короче, поскольку это экономит вычислительные и спектральные ресурсы.

Таким образом, возвращаясь к вашему основному вопросу, RRC STATE (CELL DCH) потребляет наибольшую мощность, RRC STATE (CELL FACH) потребляет всплески мощности, а RRC STATE (IDLE) потребляет наименьшее количество энергии. Пакет исходит из состояний повторного выбора соты и запросов на установление RRC-соединения.

Вот правильная диаграмма состояния rrc (http://images.books24x7.com/bookimages/id_6399/fig209_01.jpg)

Вот график энергопотребления в состоянии rrc, который я нашел на изображении Google (http://3.bp.blogspot.com/-NoMR5oNLbCs/T3H1i0bsdgI/AAAAAAAAAW0/pv0G-tG0auk/s1600/Power+Consumption+Vs+RRC+states.png)

Теперь, если данные в статье верны, я могу сделать вывод, что измерения были сделаны, чтобы конечный автомат RRC в Ue находился в «гистерезисе», что потребовалось Ue 5 для принятия решения о следующем состоянии RRC. Тогда это может быть проблема дизайна сети и деградации.

person jun magno    schedule 03.07.2014

arrow_upward
0
arrow_downward

UMTS:

Задержка перехода с DCH на FACH регулируется таймером T1, и в этом случае сеть установила его на 5 секунд. Каким бы ни было значение, это компромисс между потреблением батареи устройства и управлением сигнальной нагрузкой между элементами сети.

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

До версии 8 3GPP эта проблема решалась производителями устройств, поэтому вместо ожидания инициированного сетью перехода на FACH устройство отправляло индикацию освобождения сигнального соединения (SCRI) после завершения отправки и получения данных. Это поместит устройство в режим ожидания, состояние с наименьшим энергопотреблением.

Однако у этого решения был недостаток: SCRI вызывал ненужную сигнальную нагрузку между сетевыми элементами, когда RAB часто выпускался и снова устанавливался.

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

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

LTE:

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

person otto    schedule 10.04.2015

arrow_upward
0
arrow_downward

Состояние RRC-DCH всегда имеет состояние наивысшей мощности. Состояние RRC-FACH ниже, чем состояние DCH. Затем наступает состояние RRC-URA, которое является наименьшим из всех.

Быстрое бездействие помогает переключать Ue из состояния максимальной мощности в состояние минимальной мощности. В Power Level DCH>FACH>URA в подключенном режиме.

person mukherjeerajdeep    schedule 15.06.2018