Таймер T323 и быстрое бездействие в сети UMTS

Question

Я гуглил переходы состояний RRC в сетях UMTS и обнаружил, что "всякий раз, когда UE чувствует, что для передачи не осталось данных, он запускает таймер T323, по истечении этого таймера он отправляет сигнал SCRI для завершения соединения. При получении сети SCRI решает состояние RRC UE ".

У меня есть некоторые сомнения в этой процедуре.

1. Является ли значение таймера T323 фиксированным для сети или изменяется в зависимости от адаптивности?
2. Возможен ли переход с DCH на IDLE или с DCH на PCH в этой модели?
3. В устройстве Android есть ли способ узнать значение тайм-аута таймера T323?

Я новичок в этой области, поэтому, пожалуйста, поправьте меня, если я где-то ошибаюсь.

Answer 1

Извините за мой поздний ответ на этот пост...

Только теперь я понимаю, что в Stackru есть тег UMTS... Но я думаю, что могу чем-то помочь.

Прежде всего, позвольте мне ответить на ваш вопрос. Затем я предоставлю некоторые подробности об этом:

1. Является ли значение таймера T323 фиксированным для сети или изменяется в зависимости от адаптивности?

Этот таймер устанавливается сетью. Он имеет следующие возможные значения: 0,5,10,20,30,60,90,120 секунд.

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

2. Возможен ли переход с DCH на IDLE или с DCH на PCH в этой модели?

Я могу ошибаться, но я считаю, что это невозможно.

SCRI отправляется по телефону. Затем сеть переводит устройство в другое состояние (IDLE, CELL_PCH или URA_PCH). Тем не менее, я считаю, что SCRI обычно отправляется, когда устройство находится в CELL_FACH. Таким образом, телефон переходит в PCH только после состояния FACH (а не непосредственно из CELL_DCH).

3. В андроид устройстве есть ли способ узнать значение таймаута таймера T323?

Этот таймер отправляется по сети в сообщении типа 1 блока системной информации. Затем это значение считывается и обрабатывается мобильным процессором основной полосы (или модемом или CP - коммуникационным процессором).

Обычно функция Fastdormancy обрабатывается на стороне модема, и в конечном итоге журналы CP могут печатать значение T323. Тем не менее, журналы CP не так легко взять в телефонах конечного пользователя. Журналы такого типа отключены в программном обеспечении конечного пользователя.

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

Соображения по поводу T323

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

Ниже приведен рабочий процесс: - Телефон обнаруживает, что новые пакеты не будут отправлены в сеть. - Телефон отправляет первый SCRI и запускает таймер T323. - Сеть переместить телефон в CELL_PCH или URA_PCH. - Телефон отправляет некоторые данные и обнаруживает, что новый пакет данных не будет отправлен в ближайшее время. - Попробуй снова отправить SCRI. Однако, если T323 работает, этот SCRI заблокирован. - После истечения T323, SCRI может быть бесплатно отправлен в сеть, и весь процесс начинается снова.

Как известно, после отправки сообщения SCRI сеть переводит телефон в состояние низкого энергопотребления (Cell_PCH или URA_PCH). При этом некоторые ресурсы освобождаются. Если необходимо отправить какой-либо новый пакет в сеть, телефон должен вернуться к CELL_FACH/CELL_DCH, и ресурсы должны быть восстановлены. После отправки пакетов данных телефон, вероятно, снова отправит SCRI, и все ресурсы будут снова освобождены.

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

Как мобильный телефон обнаруживает, что новый пакет не будет отправлен

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

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

Однако было применено более простое решение. Обычно телефон просто ждет, и если пакет данных не был отправлен, он пытается отправить сообщение SCRI.

Я надеюсь, что смогу тебе как-нибудь помочь.

T323 иногда вызывает путаницу. Но он только говорит, сколько времени телефон должен ждать, прежде чем отправлять новый SCRI - после отправки первого.

Он устанавливается сетью, и при значении 0 телефон не ожидает отправки SCRI. Он может отправить, когда захочет.

Однако ответственность за решение о том, когда должен быть отправлен SCRI, лежит на мобильном телефоне.

Цель Fastdormancy - улучшить потребление батареи, потребовав освободить ресурсы, как только больше пакетов не будет отправлено.