Velocità di Naviga3? confrontiamo....

[collapse87]

oh mio dio raga avete + o- zero conoscenza di materie ....

pure un nuovo puo cercare in 10 minuti piu informazione che voi avete ....

la cosa dei 3.6 Mbit/s = 450 Kilbotye/s o 7.2 mbit/s in KB/s = 900 KILOBYTE/s

ed questa banda sarebbe l'antenna cui ha sto banda per tutta la cella .... vuol dire se ci saranno 4 client = 900 / 4 = 233 KByte per ogni clientella .... piu che altro tutti i clienti che saranno connessi in umts prendono pure pocchissima banda per la segnalzione ...

buona sera...

[AndreA]

con datacard apposita, non ho migliorato mica di tanto...

in questo istante questi i valori (sì, lo so speedtest ha molti fattori etc etc )

[coldstar]

Il problema della banda tra stazione radio e terminale (cellulare, modem 3G ecc ecc), dipende esclusivamente dalla qualità del segnale stesso.

PS: i 7,2Mbit/s si riferiscono alla banda massima tra PC e modem o telefonino, non tra Telefonino e stazione radio.

Scusa se intervengo ma non è vero che il 7.2 è tra PC e modem e l'articolo di wiki ne da per esempio prova

quello che si vede come velocità pubblicizzata è la velocità massima teroica raggiungibile nei tuoi 5Mhz di banda assegnata.

e non dipende solo dalla qualità del segnale, ma da che tipo di codifica del segnale (ci sono altre cosucce che l'articolo spiega nel dettaglio e qui sono solo noiose)

Quotando l'articolo (e sperando che l'inglese impegato non spaventi i +)

The initial scheme is Quadrature phase-shift keying (QPSK), but in good radio conditions 16QAM modulation almost doubles data throughput rates. With 5 Code allocation, QPSK typically offers up to 1.8 Mbit/s peak data rates, while 16QAM up to 3.6. Additional codes (e.g. 10, 15) can also be used to improve these data rates or extend the network capacity throughput significantly.

Ovviamente per poterli raggiungere:

1. Il software del ponte deve essere aggiornato ai 7.2 (mi dicono i ponti h3g non necessitino di alcuna modifica HW)
2. Il telefonino deve supportare questa codifica (collegarsi con un lg 310 per esempio non darà mai una velocità superiore a quella base di un UMTS)
3. La ricezione deve essere ottima
4. Non ci devono essere disturbi (quello che hai detto tu a proposito riassume perfettamente l'idea).
5. Si deve essere da soli su quella frequenza.

Mi sembra che il problema principale su cui ci si scontri in questa discussione sia:

1. Affidabilità di speed test nel valutare la reale velocità della connessione con il ponte (anche io ho notato che scaricando un file da Microsoft spesso otteneva velocità migliori che con il Speed test)
2. Valutazione della massima velocità di un particolare telefono (usare un telefono solo UMTS non darà mai risultati da HSDPA. l'HSDPA non significa 7.2 esistono versioni a 1.8,3.6,7.2 Mb/s e cosi via, nei test indicate la velocità massima teorica del vostro modello, cosi sapremo cosa aspettarci)
3. Indicare se il software del modem/telefono indica l'uso della codifica HSDPA e se si anche magari della velocità a cui riesce a collegarsi (pultroppo alcuni modem hanno la tendenza a barare sulla velocità massima permessa dal ponte... )

[xantium]

Da quando uso il telefonino HSDPA per la prima volta ho superato i 1400 Kbps:

[Marcolino]

Ma che vai dicendo?

Scusa se te lo dico ma hai fatto un discorso che non c'azzecca nulla...

A parte che ciascuna stazione radio (o antenna come dici tu) già solo per fornire i servizi di base per la telefonia 3G (quindi senza Internet) a centinaia di terminali connessi contemporaneamente ha bisogno di svariati Gigabit/s di banda a disposizione (e quindi tutta la storia dei colli di bottiglia lascia il tempo che trova).

gigabit????


mi sa che ti manca qualche nozione sui network HSDPA.

I node-b possono essere collegati in rame (quindi con flussi primari HDSL, da 2 mbit/s ciascuno) oppure via radio. Nel caso di connessione radio, tieni presente che non si va oltre i 20-30 mbit/s.

Tant'è che per aggiornare l'intera rete all' HSDPA non hai idea dei flussi primari che vanno richiesti per connettere ogni node-b.

[AndreA]

a Firenze meglio che a Rignano

[Eros76]

a Firenze meglio che a Rignano

Meglio? In download sicuramente ma perchè hai sempre 4 kb/s in upload?

[obsidian]

Tramite iPhone e il sito Testmyiphone.com - iPhone Speed Test mi attesto generalmente su 1.40Mbit/s. La zona è la Riviera del Conero, provincia di Ancona.

[AndreA]

non lo so Eros

Ho fatto una prova volante ora in treno, stazione Pontassieve, meglio (molyo) in upload ma in download no... rete ufficialmente HSDPA. Cmq se ti interessa in questi 4 giorni avrò testato i 4/5 delle BTS toscane, risultati sempre simili

[oscar]

Ecco a voi il mio test:



Località: San Giorgio Albanese (CS);
Sistema Operativo: Ubuntu Linux 8.04;
Modem: Huawei 169G brand Wind - Italy;
SIM: 3HG (Tre - Italy);
Potenza segnale: 25%;


La cosa strana è che il colore del led sul pennino è blu (UMTS) in assenza di trasferimento dati; appena inizia il trasferimento dati diventa verde (indicazione GPRS) ... Ma in realtà sto viaggiando in HSDPA! Misteri della tecnologia moderna!

L'unico neo che per ora ho è il ping che parte a valori assurdi per poi stabilizzarsi sui valori per l'umts.
Ecco il ping del server DNS: 62.94.0.1

alberto@home-desk:~/Scrivania$ ping 62.94.0.1
PING 62.94.0.1 (62.94.0.1) 56(84) bytes of data.
64 bytes from 62.94.0.1: icmp_seq=1 ttl=44 time=3644 ms
64 bytes from 62.94.0.1: icmp_seq=2 ttl=44 time=2654 ms
64 bytes from 62.94.0.1: icmp_seq=3 ttl=44 time=1655 ms
64 bytes from 62.94.0.1: icmp_seq=4 ttl=44 time=655 ms
64 bytes from 62.94.0.1: icmp_seq=5 ttl=44 time=175 ms
64 bytes from 62.94.0.1: icmp_seq=6 ttl=44 time=176 ms
64 bytes from 62.94.0.1: icmp_seq=7 ttl=44 time=174 ms
64 bytes from 62.94.0.1: icmp_seq=8 ttl=44 time=176 ms
64 bytes from 62.94.0.1: icmp_seq=9 ttl=44 time=174 ms
64 bytes from 62.94.0.1: icmp_seq=10 ttl=44 time=174 ms
64 bytes from 62.94.0.1: icmp_seq=11 ttl=44 time=174 ms
64 bytes from 62.94.0.1: icmp_seq=12 ttl=44 time=175 ms
64 bytes from 62.94.0.1: icmp_seq=13 ttl=44 time=174 ms
64 bytes from 62.94.0.1: icmp_seq=14 ttl=44 time=176 ms
64 bytes from 62.94.0.1: icmp_seq=15 ttl=44 time=175 ms
64 bytes from 62.94.0.1: icmp_seq=16 ttl=44 time=176 ms
64 bytes from 62.94.0.1: icmp_seq=17 ttl=44 time=175 ms
64 bytes from 62.94.0.1: icmp_seq=18 ttl=44 time=186 ms
64 bytes from 62.94.0.1: icmp_seq=19 ttl=44 time=174 ms

--- 62.94.0.1 ping statistics ---
19 packets transmitted, 19 received, 0% packet loss, time 18010ms
rtt min/avg/max/mdev = 174.438/592.131/3644.636/954.230 ms, pipe 4