Неправильный TA(time advance)

Gamlet · Сообщение **Gamlet** » Пт, 09-06-2006, 13:19

Fisky писал(а):Думаю, что трансиверу должно быть просто пох какая ТА.

Это не так.
Процедура определения ТА входит в состав процедур физического (L1) уровня Um-интерфейса. А L1 целиком и полностью находится в ведении трансивера.

Ustas · Сообщение **Ustas** » Пт, 09-06-2006, 13:32

Doppler писал(а):Очень давно есть проблема...

А данная проблема как-то отражается на показателях качества работы сети? Если да, то с этого и надо было начинать, а если нет, то и проблемы я собственно не вижу.

Fisky · Сообщение **Fisky** » Пт, 09-06-2006, 15:02

Gamlet писал(а):
Fisky писал(а):Думаю, что трансиверу должно быть просто пох какая ТА.
Это не так.
Процедура определения ТА входит в состав процедур физического (L1) уровня Um-интерфейса. А L1 целиком и полностью находится в ведении трансивера.

Спасибо, думал что ТА - это уже L2

Gamlet · Сообщение **Gamlet** » Пт, 09-06-2006, 22:57

Fisky писал(а):Спасибо, думал что ТА - это уже L2

Получить более подробную информацию о функциях и примитивах L1 можно из спецификации 3GPP TS 04.04.

Сб, 10-06-2006, 00:51

Gamlet писал(а):
Алексей Березин писал(а):Эрикссон?
Наверняка Хуавей.

Я такое заметил у МТС в Питере с первых дней коммерческой эксплуатации в Питере...

Fisky писал(а):Кстати вопрос: а при использовании МФУ - ведь в нем на аплинке тоже будет задержка порядка единиц(ы) ТА, нужно ли ее компенсировать в даунлинке, чтобы сигнал в обе стороны шел с одной задержкой?

Ну, а зачем это оно так заморочено? Ведь оценка TA идет по задержке DL + задержке UL... TA для MS выставляется по отклику...
Единицы отклонения компенцируются, см. сообщение выше.
А вообще, по предмету применения (т.е. если оно аткуально), то нужно смотреть раздел Extended Cell Range...

Вт, 06-02-2007, 01:11

Хм, а на позиционировании это никак не сказывается?

Doppler · Сообщение **Doppler** » Вт, 06-02-2007, 02:52

нет, позиционируется корретно, на LBS жалоб нет.
Причину этой корректности вижу в том, что первых 2-4 сач-периода ТА на SDCCH-е успевает измериться верно. Но если сделать достаточно длинный (более 2-5 сек) SDCCH-звонок, то увидим кривой ТА.

Но это так, к слову.

На самом деле в ОМТ попробовали покрутит дэлэй в нс, который зависит от типа фидера(velocity factor) и длинны фидера от кабинета до антенны. Так вот, если этот дэлэй поставить не нулевым, а в соотв. с табличкой от дедушки Ерикссона, то ТА всеравно неверный. Методом подбора было найден дэлэй, на порядок отличающийся в большую сторону от требуемого, при котором ТА начал определяться верно...

Вт, 06-02-2007, 10:19

Понятно.
Есть ли возможность отследить время реализации хендовера при одинаковых и разных значениях на разных БС этого параметра?

Doppler · Сообщение **Doppler** » Ср, 07-02-2007, 01:13

установить равный дэлэй на нейборных селах и посмотреть время прохождения процедуры хендовера, в мс, с помощью ТЕМСа ?

и потом установить разный дэлэй и сопоставить данные ?

Ок, это не сложно.
Ну предполоджим в одном сл. время хендовера будет, напр. 50...100мс, в другом 400... 600 мс.

О чем это говорит ? Объясни.

L_OV · Сообщение **L_OV** » Пн, 04-02-2008, 23:50

Товарищи дайте табличку TA <-> км....

Veidali · Сообщение **Veidali** » Вт, 05-02-2008, 07:52

L_OV писал(а):Товарищи дайте табличку TA <-> км....

Хм.... вам ту, в которой 1ТА - 550 метров?

L_OV · Сообщение **L_OV** » Вт, 05-02-2008, 09:59

гы.......

именно эту....

спасибо!

stepanich81 · Вт, 27-04-2010, 20:57

При пакетной передаче иногда в FTD timing advance = -1 , почему?

NetMonitor.Ru Forum

Неправильный TA(time advance) — Планирование и оптимизация сетей GSM

Неправильный TA(time advance)