RE: [802.21] AW: [802.21] AW: [802.21] Tomorrow's Telecon material
Good point, Reijo. The RTT computation would automatically takes of the
access bandwidth but RTT estmation should consider older low bandwidth
cellular technologies, if the UE present on that link.
Regards,
Srini
>-----Original Message-----
>From: ext Reijo Salminen [mailto:reijo.salminen@seesta.com]
>Sent: Tuesday, February 28, 2006 12:37 AM
>To: Sreemanthula Srinivas (Nokia-NRC/Dallas);
>kalyan.koora@BENQ.COM; STDS-802-21@listserv.ieee.org
>Subject: RE: [802.21] AW: [802.21] AW: [802.21] Tomorrow's
>Telecon material
>
>Hello,
>
>Some additional RTT estimates for interested readers.
>
>>-----Original Message-----
>>From: ext Kalyan Koora [mailto:kalyan.koora@BENQ.COM]
>>Sent: Thursday, February 23, 2006 10:54 AM
>>To: STDS-802-21@listserv.ieee.org
>>Subject: [802.21] AW: [802.21] AW: [802.21] Tomorrow's
>Telecon material
>>
>
>>- it is not clear to me yet, what impact is going to come
>> on MIHF protocol, if we include ACK as optional:
>> + what type of timing issues are to considered between
>> sending a MIHF packet and waiting for an ACK (pointed
>> out in last teleconf)?
>Srini> The timing is left to implementation. For IP
>transports, it depends
>on how far the MIHF peer is located. Nominal RTT times for
>mainlands are
>within 200ms (within continental US it is under 80ms) and
>transcontinental
>RTT times are under 300ms. One could take these values as guidance for
>simplicity if they do not want to compute their own.
>
>[Reijo] And if needed, here are some RTT times for the some cellular
>systems:
>
>3G LTE - 68 ms
>3G HSDPA - 194 ms
>3G - 150-250 ms
>EDGE - 350-700 ms
>GPRS - ~900 ms (maybe also UMA?)
>
>Sources:
>http://www.tml.tkk.fi/Opinnot/T-110.5120/2005/slides/01a.Cellu-
>radio-nets.pd
>f, slide 4
>
>http://keskus.hut.fi/opetus/s383310/05-06/Kalvot%2005-06/pelkon
>en_181005.ppt
>, slide 22
>
>BR, Reijo
>
>
>
>
>