Newsgroup: it.tlc.cellulari
Titolo: Gestione del PwrLev (tecnico)

Ciao,
dopo vari esperimenti mi e' venuta voglia di postare per confrontare i
miei risultati con voi.
Ho notato che i vari gestori hanno una gestione della potenza in
uscita dalla MS molto variabile (per il momento analizziamo solo i
900Mhz).
1) Omnitel: la connessione viene ovviamente effettuata a PwrLev 5, ma
poi cala molto rapidamente, anche a passi di 3 o 4 step, in caso di
zona molto vicina ad una bts si porta entro qualche secondo ai minimi
livelli (cioe' massimi PwrLev) e da li' si sposta solo nel caso di
cambi di cella. DTX On ovunque.
2) Tim: la connessione viene effettuata a PwrLev 5, poi inizia a
calare, ma a step di 1 e molto lentamente, per arrivare a PwrLev 15 ci
mette una vita, anche nel caso in cui si sia sotto a una bts (RxLev a
-34); inoltre sembra che a parita' di condizioni di propagazione verso
la bts, Tim tenda a fare "urlare" di piu' il telefono (anche Wind),
anche dopo alcuni minuti di conversazione, quindi con segnale dalla MS
stabile, paura di cadute di linea ?
Questo non porta a peggiorare la ricezione della bts dei canali
adiacenti, soprattutto se questi hanno un segnale molto basso ?
Anche in questo caso, se si cambia cella il PwrLev torna a 5,
praticamente in movimento il telefono esce quasi sempre con potenza
elevata. DTX On ovunque.
3) Wind: come Tim, tranne che, almeno qui in provincia di  Vicenza
(ripeto, solo 900 MHz), hanno DTX Off, praticamente cottura a fuoco
lento del cervello, e batterie che in conversazione non durano un
Ca%$o, non sono mai riuscito a vedere un PwrLev piu' alto di 10,
neanche sotto una bts.
Naturalmente la classifica per la gestione del PwrLev e'
1) OPIl, le batterie in conversazione durano molto, e anche come campi
EM verso la nostra testa (per chi crede che siano un problema), i
valori sono piu' bassi possibile.
2) TIM, molto peggio come PwrLev, pero' almeno hanno DTX On, le
batterie  in conversazione durano molto meno di OPI e piu' di Wind.
3) Wind (uno schifo), ma forse e' una situazione temporanea.
La politica di Wind la posso capire, forse con DTX Off hanno una
maggiore tolleranza verso i segnali bassissimi, le bts qui sono poche
e hanno tilt quasi 0, quindi arrivano piuttosto lontano.
Ma quella di Tim non la capisco proprio, si tratta di incapacita'
tecnica o di volonta' perversa secondo voi ?
Attendo le vostre opinioni e magari anche le rilevazioni in altre
zone.
Ciao
Fede.

900Mhz).
L'ho notato anch'io. Tuttavia vorrei fare una premessa. La Rete Omnitel
e' fatta *TUTTA* con lo stesso hardware (Nokia). Ovvio, cambieranno le
versioni hw e sw dei vari componenti, ma e' molto molto omogenea.
La rete TIM, invece e' un'accozzaglia di hardware, costruita su relittiche
bts tacs, le quali potevano cambiare anche solo da regione a regione.
Ormai si sta standardizzando un po' di piu', le nuove celle TIM sono
quasi tutte Ericsson, ma se con Omnitel quello che vedo a Bologna
lo vedo anche a Trento o a Messina, quello che vedo qui a Bologna
di TIM, non e' detto che a Ferrara sia uguale (ad esempio vedere i
RxLevAM, tanto per fare un esempio, o la gestione dei LAC)
Ad ogni modo ecco le mie impressioni, relative alla mia zona (Bo).
1) Omnitel: DTX On, solo le prime celle a 1800 l'avevano Off nei
primi periodi di rodaggio. Il Powerlevel se puo' crescere (cioe' calare
la potenza) lo fa anche abbastanza velocemente, e cambia si' di
passi > di 1 step. Dopo l'handover il 90% viene messo a 5, questo
a testimoniare l'implementazione dell'algorimi M.A.P. per la gestione
degli handover a discapito del piu' efficiente, preciso, ma costoso
e difficile P.B. (Power Budget)
2) Per TIM invece ho notato anch'io che gli step di cambio powerl.
non sono cosi' elevati quanto con Opi, anche se la bts e' a vista.
Qui non va a passi di 1, tuttavia come succede per Opi un brusco
passaggio da 5 a 12 non l'ho mai visto. Poi...con Omni non ho mai
provato, ma con TIM mi sono accorto che anche sul Canale
SDCCH (com'e' giusto che sia) il powerlevel viene ridotto. Ripeto,
con Omni non ho mai provato, verifichero'.
3) Wind a Ferrara a 900 e qui a Bo a 1800 ho visto che implementa
il DTX, pero' poi e' da galera per i livelli di Powerlevel :-) potenza
bella alta. Penso che quello che non succhi in standby con il BS-PA-
MFRM a 6 o 9 in certe celle lo riprenda con gli interessi in conversazione.
Per finire, io vedo, come potenza di uscita, Omni e Tim praticamente
equivalenti (che abbia beccato tutte BTS Tim Ericsson piu' recenti ? >:)
e Wind da dimenticare.
ciao!
Simone




 il DTX, pero' poi e' da galera per i livelli di Powerlevel :-)
Ho provato a vedere se qui Wind implementasse il DTX, ma non ci sono
riuscito neanche sfruttando il cell barr, perche ho una scheda OPI :-(
Nic :-)
-- 
ICQ# 25064151
Remove "levami" to reply

riuscito neanche sfruttando il cell barr, perche ho una scheda OPI :-(
Mi sa che ti vuole proprio una Wind.... 
Ciao!
Simone

>la conversazione ???
Ho fatto delle prove (scusate il ritardo ma ho riacceso il pc solo
oggi (1047 post da scaricare !!)), e anche OPI regola la potenza sul
SDCCH, questo per il dubbio di Simone.
Ciao
Fede.

 Ringraziamenti anticipati.
Faccio seguito al msg di Illusione e vedo che nessuno ha risposto.
Chiedo anch'io se qualche bravo e disponibile amico potrebbe postare
(oppure indicare dove si puo' trovare) una spiegazione dei termini
tecnici che normalmente si citano in questi msg per addetti ai lavori.
Detto questo ringrazio per l'attenzione e saluto cordialmente.
-- 
Severino Bigi

Severino Bigi
Vedi a:
http://www.gsmworld.netcity.it/engmenu.htm
Ciao
-------------------------------------------------------------------
My E-Mail:
giov...@NOSPAMliceo-vallisneri.lu.it
roma...@NOSPAMtiscalinet.it
My personal page:
http://www.liceo-vallisneri.lu.it/personal/giova.htm
-------------------------------------------------------------------

 Ciao
Ok. Non ci sono ancora andato, ma ci andrò presto.
Grazie tante e buon Natale
-- 
Severino Bigi

 No, in conversazioni niente. Pero' lo usi quando mandi i msg :-)
Ok. E per i messaggi di rete come *#33# ???


Ok. E per i messaggi di rete come *#33# ???
Yes. Ciao!
Simone