Hello everybody When launching a local BTS (like with openbts on usrp or similar), one needs to feed the BTS with a precise clock or a reference clock, depending on the hardware. This step is needed because phones need a precise clock from the BTS, otherwise they don't camp. Is that correct?
If yes, my question is: how can a phone determine that the clock given by the network is precise enough? I'm a bit confused: how can the phone say that's not good, if it doesn't have a precise clock itself? I tried to search something on google but results got are completely out of scope. Can someone share some link?
Thanks to all Dario.
Hi,
When launching a local BTS (like with openbts on usrp or similar), one needs to feed the BTS with a precise clock or a reference clock, depending on the hardware. This step is needed because phones need a precise clock from the BTS, otherwise they don't camp. Is that correct?
Yes it needs a precise clock to work reliably. But it's not that the phone will "reject" the BTS, it just won't find it at all ...
If yes, my question is: how can a phone determine that the clock given by the network is precise enough? I'm a bit confused: how can the phone say that's not good, if it doesn't have a precise clock itself?
The phone doesn't have a precise clock, it has a pretty crappy cheap one often, let's say about 20 ppm. But once it find a GSM base station, it can tune its clock (because it's a VCXO Voltage Controlle Xtal Oscillator) and align it to match the one of the network.
Now there are two distinct case that happens:
1) First phone power on / First sync
When you first turn on your phone it will try to find a BTS. It will often try the last ARFCN that was used (it's written on the SIM). During this initial acquisition, the phone uses a large frequency error window like ~ 20 kHz for the calypso IIRC because it knows that its own clock is currently pretty bad.
2) Funrther sync / scan
Once the phone has locked to at least one BTS, it has aligned its clocked to it and so it knows that its own clock became fairely good and from that point on, it will use a smaller frequency error window ( like ~ 2 kHz ) this will make the scan faster and avoid false positives.
So as you see it's possible that a bad BTS clock would still be found by accident if its clock happens to deviate in the same direction as the phone xtal and if it's found during the initial scan. And this can also lead to situation where the phone only sees either the official networks _or_ the "custom" network but not both depending on which it found first ...
Cheers,
Sylvain
On Thu, Jul 12, 2012 at 03:41:52PM +0200, Dario Lombardo wrote:
If yes, my question is: how can a phone determine that the clock given by the network is precise enough? I'm a bit confused: how can the phone say that's not good, if it doesn't have a precise clock itself?
The phone will trim it's oscillator against the first network it is trying to register. So it is not absolute accuracy that you need, but relative accuracy. If the first cell the phone registers to is wrong, then it will only find other cells with an equally wrong clock.
Ok, I understand. That means that if I have a bts with clock source that has an offset of around 200 Hz from 10MHz of field BTS (like usrp N120 with its bundled OCXO), I CAN camp to that, and I have more chances to do so if I start from a switched off phone?
Thanks Dario.
baseband-devel@lists.osmocom.org