Ben Wojtowicz <bwojtowi <at> gmail.com> writes: > > I am pleased to announce version 00.05 of openLTE, an open source LTE > project (sourceforge.net/projects/openlte). This version includes a > gnuradio application that reads recorded I/Q downlink LTE data from a > file, decodes MIB and SIB1, and displays the decoded information. > This information includes: > - Measured frequency offset > - System Frame Number > - Physical Cell ID > - Number of transmit antennas > - Bandwidth > - PHICH format > - PLMN Identity > - Tracking Area Code > - Cell ID > - Cell Barred information > - Reselection information > - Frequency band > - System Info scheduling > - Duplexing mode > > This version requires input data to be interleaved 8-bit I and Q (I > first) recorded at 30.72MSPS centered on an LTE channel. Please see > the README file for installation and usage. > > There are limitations with this version that will be addressed in the > future. Some of the more pertinent ones are: > - Only handles FDD > - Only handles normal cyclic prefix > - Only handles DCI 1A with localized VRBs on the PDCCH > - Only handles normal PHICH duration > > Enjoy, > Ben >
Good! One more information I can offer is that actually we don't need 30.72Msps as it in 3GPP spec. I have developed an LTE Downlink Receiver which works on 19.2Msps for 100RB LTE system and it decodes actual 4G/LTE (both TDD and FDD) signal in field Beijing successfully (SIB information is parsed finally). Why 19.2Msps is important? I think some cheap SDR front-ends will benefit from that, such as hackRF which only support ~20Msps and 20MHz bandwidth. The method is simple: 19.2*8/5 = 30.72, which is a general fractional sampling rate conversion method in Digital Signal Processing. See the project here: github.com/JiaoXianjun LTE-Cell-Scanner project. _______________________________________________ Discuss-gnuradio mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
