Jane -

At this time, the standard releases of OpenBTS do not include such a feature.  The GSM standard does not require tight sync of BTS clocks.

If you want to do this, you will need to make modifications to the transceiver, not the OpenBTS GSM stack.  The GSM frame clock originates in the transceiver and is driven by the sampling clock of the USRP.  The frame clock starts at zero when the transceiver starts and just free-runs forever, rolling over on every hyperframe.  There is no mechanism to force the frame clock to a particular value and is it not driven by the system time-of-day clock.  (We do use the time-of-day clock to project the frame clock over short periods on the OpenBTS side of the UDP link, but that mechanism is still a slave of the transceiver.)

The problem with syncing BTSs via ptpd is that the frame clock is drifting wrt the ptp-synced time-of-day clock.  If you try to force the system to sync frame clocks by referencing the time-of-day clock, the sample clock in the USRP will be slipping wrt your frame counter.  You can probably work out the math to discipline that system, but I don't think it will be trivial.  I would hope that if you do implement such a system, you will share it with the rest of us.

-- David

On Jun 15, 2009, at 10:56 AM, Jane Chen wrote:

Hi all,

For the research purpose, I would like to make two BTSs have the same time. For example,  the two BTSs start at 2pm and time slots are keeping synchronization.
I use IEEE 1588 (ptpd) to synchronize two linux systems which run OpenBTS on each.  Does anyone know how I can know if the two BTSs keeping the time slots synchronization?

Thank you,

Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
Openbts-discuss mailing list

David A. Burgess
Kestrel Signal Processing, Inc.