Hello guys,
I haven't been busy with openbsc for a while, however, I was following the mailing-list. I have the following question, is timing advance also implemented for the nanoBTS? Cause I don't really know where to look in the sources, thank you.
On Tue, Feb 22, 2011 at 04:08:56PM +0100, Nordin wrote:
I haven't been busy with openbsc for a while, however, I was following the mailing-list. I have the following question, is timing advance also implemented for the nanoBTS? Cause I don't really know where to look in the sources, thank you.
Timing advance handling is in RSL and thus independent of the BTS you use. OpenBSC does it for all the BTS it supports.
However, I am not sure the ip.access nanoBTS hardware/firmware actually implements it on the radio layer, considering it is intended as a pico/microcell.
Timing advance handling is in RSL and thus independent of the BTS you use.
OpenBSC does it for all the BTS it supports.
However, I am not sure the ip.access nanoBTS hardware/firmware actually
implements it on the radio layer, considering it is intended as a pico/microcell.
Thank you for your answer Harald. It's clear to me.
--
- Harald Welte laforge@gnumonks.org
============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
Hi Guys,
The ip.access nanoBTS (at least model 139) do implement timing advance. We have used them in a macro network coupled with 24 AMPS for nearly a year now and they work quite effectively. They work right up to the 25 KM timing advance limit.
Kind Regards
Stuart Baggs
BlueWave Communications Ltd - Suppliers of IP pico/femto cells.
On 22 Feb 2011, at 15:08, Nordin wrote:
Hello guys,
I haven't been busy with openbsc for a while, however, I was following the mailing-list. I have the following question, is timing advance also implemented for the nanoBTS? Cause I don't really know where to look in the sources, thank you.
Ok cool, thnx Stuart. Is this info based on technical specs of the 139 model?
On Wed, Feb 23, 2011 at 7:50 PM, Stuart Baggs stuart@bluewave.im wrote:
Hi Guys,
The ip.access nanoBTS (at least model 139) do implement timing advance. We have used them in a macro network coupled with 24 AMPS for nearly a year now and they work quite effectively. They work right up to the 25 KM timing advance limit.
Kind Regards
Stuart Baggs
BlueWave Communications Ltd - Suppliers of IP pico/femto cells.
On 22 Feb 2011, at 15:08, Nordin wrote:
Hello guys,
I haven't been busy with openbsc for a while, however, I was following
the mailing-list.
I have the following question, is timing advance also implemented for the
nanoBTS? Cause I don't really know where to look in the sources, thank you.
Dears,,
In addition to the below question , first what do you mean by 24 AMPS ?, 2nd Does ipaccess covers up to 25 KM or it needs amplifiers or one ipaccess antenna can cover that distance can you explain?
Thanks,
Omar Atia
From: openbsc-bounces@lists.osmocom.org [mailto:openbsc-bounces@lists.osmocom.org] On Behalf Of Maradona Mossiba Sent: Wednesday, February 23, 2011 10:41 PM To: Stuart Baggs Cc: OpenBSC list; Nordin Subject: Re: Timing Advance
Ok cool, thnx Stuart. Is this info based on technical specs of the 139 model?
On Wed, Feb 23, 2011 at 7:50 PM, Stuart Baggs stuart@bluewave.im wrote:
Hi Guys,
The ip.access nanoBTS (at least model 139) do implement timing advance. We have used them in a macro network coupled with 24 AMPS for nearly a year now and they work quite effectively. They work right up to the 25 KM timing advance limit.
Kind Regards
Stuart Baggs
BlueWave Communications Ltd - Suppliers of IP pico/femto cells.
On 22 Feb 2011, at 15:08, Nordin wrote:
Hello guys,
I haven't been busy with openbsc for a while, however, I was following the
mailing-list.
I have the following question, is timing advance also implemented for the
nanoBTS? Cause I don't really know where to look in the sources, thank you.
On 24-2-2011 8:54, Omar Atia wrote:
Dears,,
In addition to the below question , first what do you mean by 24 AMPS ?, 2nd Does ipaccess covers up to 25 KM or it needs amplifiers or one ipaccess antenna can cover that distance can you explain?
For such a distance you need special amplifiers and antennas. It works as Stuart said, he told that from his experience.
Thanks,
Omar Atia
From: openbsc-bounces@lists.osmocom.org [mailto:openbsc-bounces@lists.osmocom.org] On Behalf Of Maradona Mossiba Sent: Wednesday, February 23, 2011 10:41 PM To: Stuart Baggs Cc: OpenBSC list; Nordin Subject: Re: Timing Advance
Ok cool, thnx Stuart. Is this info based on technical specs of the 139 model?
On Wed, Feb 23, 2011 at 7:50 PM, Stuart Baggsstuart@bluewave.im wrote:
Hi Guys,
The ip.access nanoBTS (at least model 139) do implement timing advance. We have used them in a macro network coupled with 24 AMPS for nearly a year now and they work quite effectively. They work right up to the 25 KM timing advance limit.
Kind Regards
Stuart Baggs
BlueWave Communications Ltd - Suppliers of IP pico/femto cells.
On 22 Feb 2011, at 15:08, Nordin wrote:
Hello guys,
I haven't been busy with openbsc for a while, however, I was following the
mailing-list.
I have the following question, is timing advance also implemented for the
nanoBTS? Cause I don't really know where to look in the sources, thank you.
On 24 February 2011 08:37, Nordin bouchtaoui@gmail.com wrote:
On 24-2-2011 8:54, Omar Atia wrote:
In addition to the below question , first what do you mean by 24 AMPS ?, 2nd Does ipaccess covers up to 25 KM or it needs amplifiers or one ipaccess antenna can cover that distance can you explain?
For such a distance you need special amplifiers and antennas. It works as Stuart said, he told that from his experience.
Surely not 24 amplifiers off one BTS though. I would have thought the noise floor would have gone through the roof and ruined performance. Rough, finger in the air guessing, I would say more than a few amps per cell/sector would be enough.
Paul
-
Harald Welte -
Maradona Mossiba -
Nordin -
Omar Atia -
Paul Dart -
Stuart Baggs