11 Apr
2011
11 Apr
'11
11 a.m.
Hi Harald,
On Sun, Apr 10, 2011 at 18:52, Harald Welte <laforge(a)gnumonks.org> wrote:
Same here.
Thanks for clarification.
--
Regards,
Alexander Chemeris.
http://www.fairwaves.ru
Hi Alexander,
On Sun, Apr 10, 2011 at 05:40:42PM +0400, Alexander Chemeris wrote:
Ok, I see your point now.
You used words "USRP and other SDR hardware" here and that's what
confused me, because hardware can support this feature. It's OpenBTS
software limitation, not hardware limitation.
On Sun, Apr 10, 2011 at 12:35, Harald Welte
<laforge(a)gnumonks.org> wrote:
no, that's not the point. The point is that you need to implement the CCU
and PCU, both of which are not present in OpenBTS.
So whether or not you combine OpenBTS with OpenBSC or run OpenBSC stand-alone,
it will always have the same features regarding GPRS (or not). If you use the USRP hardware (or any other SDR
hardware), you cannot use
GPRS/EDGE whether you use Osmocom + OpenBTS or OpenBTS standalone.
Why do you think that USRP can't support GPRS/EDGE? Is it because of
USB latency? And definitely
there are SDR hardware which support GPRS/EDGE - it's
just more advanced and more integrated then USRP.
yes. But whether or not you combine OpenBTS with OpenBSC or run OpenBSC
stand-alone, it will always have the same features regarding multi-arfcn Multi-ARFCN: This is an aspect of the
radio-modem. So again, on the same
hardware any OpenBTS/OpenBSC integration will not change this.
Technically, USRP can support multi-ARFCN, but open-source version of
OpenBTS doesn't.