laforge
/
openbts-osmo
Archived
1
0
Fork 0
This repository has been archived on 2022-03-30. You can view files and clone it, but cannot push or open issues or pull requests.
openbts-osmo/public-trunk/Transceiver52M
Thomas Tsou eb10d9b31d transceiver: make the transmit drive loop bus dependent
With the introduction of the B100, there is USB support
using UHD devices. The characteristics of the trasmit
side burst submissions are more reflective of the bus
type than the device or driver.

Use a fixed latency interval for network devices and the
adaptive underrun approach for USB devices - regardless
of driver or device type.

The GPMC based transport on the E100 appears unaffected
by either latency scheme, which defaults to network.

Signed-off-by: Thomas Tsou <ttsou@vt.edu>
2011-10-20 21:10:41 -04:00
..
Complex.h Another fix to the copyright notice header. 2010-07-16 17:09:09 -07:00
Makefile.am transceiver: separate I/O portion of radio interface implementation 2011-10-20 21:01:39 -04:00
README Initial import of OpenBTS 2.6 for a new public trunk. 2010-05-23 19:42:16 -07:00
README.Talgorithm Initial import of OpenBTS 2.6 for a new public trunk. 2010-05-23 19:42:16 -07:00
Transceiver.cpp transceiver: make the transmit drive loop bus dependent 2011-10-20 21:10:41 -04:00
Transceiver.h uhd: inline thread priority setting 2011-05-06 21:01:42 -04:00
UHDDevice.cpp transceiver: make the transmit drive loop bus dependent 2011-10-20 21:10:41 -04:00
USRPDevice.cpp Merge branch 'remote-cli' 2011-06-21 19:02:19 -07:00
USRPDevice.h transceiver: make the transmit drive loop bus dependent 2011-10-20 21:10:41 -04:00
USRPping.cpp uhd: add 52 MHz transceiver support 2011-05-05 12:20:08 -04:00
radioClock.cpp transceiver: separate radio clock and vector interfaces 2011-10-20 21:00:22 -04:00
radioClock.h transceiver: separate radio clock and vector interfaces 2011-10-20 21:00:22 -04:00
radioDevice.h transceiver: make the transmit drive loop bus dependent 2011-10-20 21:10:41 -04:00
radioIO.cpp transceiver: separate I/O portion of radio interface implementation 2011-10-20 21:01:39 -04:00
radioIOResamp.cpp transceiver: add option for host based resampling 2011-10-20 21:02:37 -04:00
radioInterface.cpp transceiver: clean variable init of radio interface constructor 2011-10-20 21:10:00 -04:00
radioInterface.h transceiver: make the transmit drive loop bus dependent 2011-10-20 21:10:41 -04:00
radioVector.cpp transceiver: rename getting radio vector time to getTime() 2011-10-20 21:03:41 -04:00
radioVector.h transceiver: rename getting radio vector time to getTime() 2011-10-20 21:03:41 -04:00
runTransceiver.cpp uhd: disable adaptive buffering in 52 MHz transceiver 2011-05-23 12:02:56 -07:00
sigProcLib.cpp Another fix to the copyright notice header. 2010-07-16 17:09:09 -07:00
sigProcLib.h transceiver: separate radio clock and vector interfaces 2011-10-20 21:00:22 -04:00
sigProcLibTest.cpp Another fix to the copyright notice header. 2010-07-16 17:09:09 -07:00
std_inband.rbf Initial import of OpenBTS 2.6 for a new public trunk. 2010-05-23 19:42:16 -07:00

README

The Transceiver

The transceiver consists of three modules:
   --- transceiver
   --- radioInterface
   --- USRPDevice

The USRPDevice module is basically a driver that reads/writes
packets to a USRP with two RFX900 daughterboards, board 
A is the Tx chain and board B is the Rx chain.  

The radioInterface module is basically an interface b/w the
transceiver and the USRP.   It operates the basestation clock
based upon the sample count of received USRP samples.  Packets 
from the USRP are queued and segmented into GSM bursts that are
passed up to the transceiver; bursts from the transceiver are
passed down to the USRP. 

The transceiver basically operates "layer 0" of the GSM stack,
performing the modulation, detection, and demodulation of GSM 
bursts.  It communicates with the GSM stack via three UDP sockets,
one socket for data, one for control messages, and one socket to
pass clocking information.  The transceiver contains a priority
queue to sort to-be-transmitted bursts, and a filler table to fill
in timeslots that do not have bursts in the priority queue.  The
transceiver tries to stay ahead of the basestation clock, adapting 
its latency when underruns are reported by the radioInterface/USRP.
Received bursts (from the radioInterface) pass through a simple 
energy detector, a RACH or midamble correlator, and a DFE-based demodulator.

NOTE: There's a SWLOOPBACK #define statement, where the USRP is replaced
with a memory buffer.  In this mode, data written to the USRP is actually stored 
in a buffer, and read commands to the USRP simply pull data from this buffer.
This was very useful in early testing, and still may be useful in testing basic
Transceiver and radioInterface functionality.