Thanks OnixExp!!
That´s exactly the values I'm getting during my tests. I also find out that when I'm exchanging data inside the GPRS network (i.e. between two terminals connected to the GPRS service) the delay is increased when compare to the values I get while sending and receiving packets from the Internet (outside GPRS network).
I was not able to find a very good explanation for that (maybe too much "Over the Air" phases???).
Anyway, here are my data:
Accessing Internet: 700ms to 1500ms roundtrip;
Between GPRS Terminals: 3000 to 4000ms roundtrip :(
Thanks again,
Ric
P.S. I didn't wait for another answer to this question before accepted for it was posted more than a week ago, and this answer brings me what I was expecting!
Main Topics
Browse All Topics





by: OnixExpPosted on 2003-09-26 at 21:39:56ID: 9441103
In my research of a GPRS network in The Netherlands I came across this table:
pers/O2_te chnologies /GPRS/ Tech nical_over view/gprs_ latency_fa ctors_diag ram.htm
www.sourceo2.com/O2_Develo
In my practical experience, 500 byte packets take about 600 - 1500ms to get across. Most packets should be able to arrive with just second of delay. Smaller packets should probably take even less.
I don't know if you are measuring one way delay or roundtrip, because for one way delay you need synchronized clocks. A roundtrip delay of 2*600 - 2*1500ms = 1.2 - 3s would be "fair", but a one way delay of 2 - 3 s would be "slow" IMHO.
Best protocol is still TCP, even with all its fallacies on wireless networks. UDP may give you a slight edge, but only if your slot assignment (i.e. channel capacity) is fixed and you don't need reliable transfers.