# Gr-lte updated to GNU Radio 3.7 API **URL:** \ **Category:** GNU Radio\ **Created:** [December 15, 2013, 12:35am UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063 "2013-12-15T00:35:20Z")\ **Posts on this page:** 20\ **Page:** 1
**Author:** ![musicdenotation](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/m/ea666f/32.png) [@musicdenotation](https://www.ruby-forum.com/u/musicdenotation)\ **Post date:** [December 15, 2013, 12:35am UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063/1 "2013-12-15T00:35:20Z")
Hello GNU Radio enthusiasts, some time after the GNU Radio 3.7 release I started to move the code for ‘gr-lte’ to the new API. Besides moving it to the new API, I wanted to clean up code and rework a lot of tests. Thus, the whole transition took a lot of time and work. Now, all current blocks are moved to the GNU Radio 3.7 API with lots of enhancements. e.g. I tried to remove all hierarchical python blocks and created them as GRC hier blocks instead. Or runtime status events, like cell\_id extraction, are all propagated through message ports now. Also, there is a PyBOMBS recipe now to ease the installation process. I hope ‘gr-lte’ can be useful for others. Source code is available at [GitHub - kit-cel/gr-lte: GNU Radio LTE receiver](https://github.com/kit-cel/gr-lte) Happy hacking Johannes ---
**Author:** ![jdejong](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/a9a28c/32.png) [@jdejong](https://www.ruby-forum.com/u/jdejong)\ **Post date:** [December 16, 2013, 8:33am UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063/2 "2013-12-16T08:33:52Z")
Hi Johannes, I gave this a try today so I thought I’d pass on my results:- Firstly, I found that I could not ‘import lte’ as sync\_cc.py could not import ‘window’ from gnuradio. I ‘fixed’ that by changing sync\_cc.py as follows:- self.pfft = fft.fft\_vcc(fftl, True, window.rectangular(fftl), False, 1) to self.pfft = fft.fft\_vcc(fftl, True, fft.window.rectangular(fftl), False, 1) Now when I run it with my reference waveform I see:- * * * Press Enter to quit: pss\_calculator\_vcm NEW half\_frame\_start = -13166 N\_id\_2 = 0 corr\_val = 27512.798828 pss\_calculator\_vcm NEW half\_frame\_start = -8784 N\_id\_2 = 2 corr\_val = 30075.925781 pss\_calculator\_vcm NEW half\_frame\_start = 13187 N\_id\_2 = 0 corr\_val = 33294.562500 sync\_frequency\_c ASYNC! new offset = 6611 old offset = 0 samp\_num = 5910 pss\_calculator\_vcm NEW half\_frame\_start = 21971 N\_id\_2 = 1 corr\_val = 35808.539062 sync\_frequency\_c ASYNC! new offset = 13187 old offset = 6611 samp\_num = 5899 pss\_calculator\_vcm NEW half\_frame\_start = 43907 N\_id\_2 = 0 corr\_val = 36685.992188 sync\_frequency\_c ASYNC! new offset = 15 old offset = 13187 samp\_num = 15027 pss\_calculator\_vcm is locked! half\_frame\_start = 61455 N\_id\_2 = 0 corr\_val = 36685.992188 sync\_frequency\_c ASYNC! new offset = 16 old offset = 15 samp\_num = 12763 sss\_calculator\_vcm locked to frame\_start = 215056 abs\_pos = 1751056 cell\_id = 132 sss\_calculator\_vcm publish\_frame\_start 215056 sss\_calculator\_vcm publish\_cell\_id 132 \\> received cell\_id = 132 \\> cell\_id = cell\_id = 132 132 generating RS map! received cell\_id = 132 generating RS map! remove\_cp\_cvc frame\_start = 1751056 mod start = 215056 Segmentation fault * * * I’m not certain whether CID 132 is correct for this waveform so it’s hard to say whether it’s working up to the seg fault or not. Regards, Mike ---
**Author:** ![jdejong](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/a9a28c/32.png) [@jdejong](https://www.ruby-forum.com/u/jdejong)\ **Post date:** [December 18, 2013, 12:52pm UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063/3 "2013-12-18T12:52:10Z")
Hi, after opening and generating the hier blocks still the top\_level.grc has missing blocks, at least LTE estimator outputs and unpack MIB inputs are unconnected, leaving a large white area in between. How should this flowgraph look like, is there a screenshot available somewhere? Just wanted to put this all together in my lunch break, but seems too big for such a short break anyway 🙂 Ralph. ---
**Author:** ![jdejong](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/a9a28c/32.png) [@jdejong](https://www.ruby-forum.com/u/jdejong)\ **Post date:** [December 18, 2013, 6:48pm UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063/4 "2013-12-18T18:48:38Z")
Hi Ralph, unfortunately there are no screenshots yet. I guess it is a good idea to add some. After the estimator, there should be 2 blocks: Decode PBCH and Decode PCFICH. They take the same stream. and work in parallel. Then after Decode PBCH there is supposed to be a ‘Decode BCH’ block. These blocks may need some time to generate because they consist of hier blocks. That’s kind of the tribute that has to be paid for a clean flowgraph. If you opened a flowgraph with missing blocks, as far as I know, to make the missing blocks appear you have to close and reopen at least this particular flowgraph. Happy hacking Johannes On Wed, Dec 18, 2013 at 3:49 AM, Ralph A. Schmid, dk5ras ---
**Author:** ![jdejong](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/a9a28c/32.png) [@jdejong](https://www.ruby-forum.com/u/jdejong)\ **Post date:** [December 19, 2013, 8:28am UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063/5 "2013-12-19T08:28:21Z")
Hi everybody, I added screenshots for all the hierarchical flowgraphs and the top flowgraph to the docs directory. I hope this helps to build the whole LTE flowgraph in GRC. Although, I realized that would be very helpful if the hierarchical flowgraphs would be compiled with grcc during make and then installed. Preferably added to a CMakeLists file. I will look into this. Happy hacking Johannes ---
**Author:** ![jdejong](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/a9a28c/32.png) [@jdejong](https://www.ruby-forum.com/u/jdejong)\ **Post date:** [December 19, 2013, 8:55am UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063/6 "2013-12-19T08:55:50Z")
Hi Johannes, With regard to my earlier message regarding the crash I’m seeing, I note that a few tests fail when I run make test, is that to be expected? Also do you think it would be possible to publish the reference waveform that you are using ? That way I could check to see if the crash occurs with your known ‘good’ waveform too. Mike ---
**Author:** ![jdejong](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/a9a28c/32.png) [@jdejong](https://www.ruby-forum.com/u/jdejong)\ **Post date:** [December 19, 2013, 8:38am UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063/7 "2013-12-19T08:38:18Z")
Hi Ralph, I had the same problem at first myself, there is no need to reconnect anything in the top\_level.grc block so long as all the hier blocks have actually been compiled. In my case the biggest problem was the LTE\_estimator\_hier block would not compile because the ‘import lte’ failed (see earlier messages in this thread for details). Mike ---
**Author:** ![jdejong](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/a9a28c/32.png) [@jdejong](https://www.ruby-forum.com/u/jdejong)\ **Post date:** [December 19, 2013, 9:01am UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063/8 "2013-12-19T09:01:06Z")
Hi Johannes, Further to my last email I just noticed that the tests that are failing are failing because test vectors are not available eg ‘/home/johannes/tests/descramble.dat’. Mike ---
**Author:** ![jdejong](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/a9a28c/32.png) [@jdejong](https://www.ruby-forum.com/u/jdejong)\ **Post date:** [December 19, 2013, 9:01am UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063/9 "2013-12-19T09:01:41Z")
Hi Mike, the reference I use is a rather big file \> 1gb. It is hard to share such a file publicly anywhere. I put a signal generator on the list of needed features. All tests are supposed to pass. Which tests fail on your system? Can you run them with -V and mail the error messages. That could help. Happy hacking Johannes ---
**Author:** ![jdejong](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/a9a28c/32.png) [@jdejong](https://www.ruby-forum.com/u/jdejong)\ **Post date:** [December 19, 2013, 3:49pm UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063/10 "2013-12-19T15:49:01Z")
On 12/19/2013 03:24 AM, Ralph A. Schmid, dk5ras wrote: > I’d be happy putting it onto my ftp server, if it could be useful to the > public. Only a 10 Mbps uplink, but better than nothing 🙂 Any chance we could setup a torrent tracker for large data sets? Philip ---
**Author:** ![jdejong](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/a9a28c/32.png) [@jdejong](https://www.ruby-forum.com/u/jdejong)\ **Post date:** [December 19, 2013, 9:26am UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063/11 "2013-12-19T09:26:48Z")
I’d be happy putting it onto my ftp server, if it could be useful to the public. Only a 10 Mbps uplink, but better than nothing 🙂 Ralph. > the reference I use is a rather big file \> 1gb. It is hard to share such a > file > publicly anywhere. I put a signal generator on the list of needed > features. > > All tests are supposed to pass. Which tests fail on your system? Can you > run > > > Also do you think it would be possible to publish the reference > > Hi Ralph, > > > > ``` > > On 19 December 2013 18:27, Johannes D. > > wrote: > > > > Hi everybody, > > > > I added screenshots for all the hierarchical flowgraphs and the > > > > ``` top > > ``` > > flowgraph to the docs directory. I hope this helps to build the > > whole > > LTE flowgraph in GRC. > > Although, I realized that would be very helpful if the > > > > ``` hierarchical > > ``` > > > unfortunately there are no screenshots yet. I guess it is a > > good idea to > > > add some. After the estimator, there should be 2 blocks: > > Decode PBCH and > > > Decode PCFICH. They take the same stream. and work in > > parallel. Then > > > after Decode PBCH there is supposed to be a 'Decode BCH' > > block. These > > > blocks may need some time to generate because they consist of > > > > ``` hier > > ``` > > > blocks. That's kind of the tribute that has to be paid for a > > > > ``` clean ---
**Author:** ![jdejong](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/a9a28c/32.png) [@jdejong](https://www.ruby-forum.com/u/jdejong)\ **Post date:** [December 19, 2013, 5:07pm UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063/12 "2013-12-19T17:07:56Z")
That would be cool anyway. ---
**Author:** ![jdejong](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/a9a28c/32.png) [@jdejong](https://www.ruby-forum.com/u/jdejong)\ **Post date:** [December 19, 2013, 5:13pm UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063/13 "2013-12-19T17:13:11Z")
Hi Mike, just saw this mail. Basically this means that you’re using an old version. Newer versions don’t use these files any more. I recommend updating your gr-lte version. It runs on GR 3.7 now, so you don’t have to worry about an old version there and I put in all the bugfixes into the latest master branch. Besides that, which version do you use exactly? Happy hacking Johannes ---
**Author:** ![jdejong](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/a9a28c/32.png) [@jdejong](https://www.ruby-forum.com/u/jdejong)\ **Post date:** [December 19, 2013, 6:56pm UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063/14 "2013-12-19T18:56:38Z")
Technically it could work with life data. Unfortunately it creates a too heavy load to be processed in realtime, unless you have the computing power or reduce the bandwidth/fft length to a small value. But then you are probably not able to decode more than the PBCH. On Thu, Dec 19, 2013 at 8:49 AM, Ralph A. Schmid, dk5ras ---
**Author:** ![jdejong](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/a9a28c/32.png) [@jdejong](https://www.ruby-forum.com/u/jdejong)\ **Post date:** [December 19, 2013, 5:51pm UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063/15 "2013-12-19T17:51:11Z")
Hi, just wanted to let you know that now, after pulling and building latest gr and gr-lte, it worked. Don’t know if from pulling, or if from chosing F6 instead of F5 within grc. Should it work with life reception, or only from a file? Maybe I’ll have a closer look later, now on board the train I do not want to play with a blinkenlight piece of naked SDR electronics J Ralph. From: Johannes D. [[mailto:removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)] Sent: Wednesday, 18 December, 2013 18:47 To: Ralph A. Schmid, dk5ras Cc: removed\_email\_address@domain.invalid; discuss-gnuradio Subject: Re: [Discuss-gnuradio] gr-lte updated to GNU Radio 3.7 API Hi Ralph, unfortunately there are no screenshots yet. I guess it is a good idea to add some. After the estimator, there should be 2 blocks: Decode PBCH and Decode PCFICH. They take the same stream. and work in parallel. Then after Decode PBCH there is supposed to be a ‘Decode BCH’ block. These blocks may need some time to generate because they consist of hier blocks. That’s kind of the tribute that has to be paid for a clean flowgraph. If you opened a flowgraph with missing blocks, as far as I know, to make the missing blocks appear you have to close and reopen at least this particular flowgraph. Happy hacking Johannes On Wed, Dec 18, 2013 at 3:49 AM, Ralph A. Schmid, dk5ras [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) wrote: Hi, after opening and generating the hier blocks still the top\_level.grc has missing blocks, at least LTE estimator outputs and unpack MIB inputs are unconnected, leaving a large white area in between. How should this flowgraph look like, is there a screenshot available somewhere? Just wanted to put this all together in my lunch break, but seems too big for such a short break anyway 🙂 Ralph. ---
**Author:** ![jdejong](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/a9a28c/32.png) [@jdejong](https://www.ruby-forum.com/u/jdejong)\ **Post date:** [December 19, 2013, 9:08pm UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063/16 "2013-12-19T21:08:42Z")
Currently synchronization doesn’t support fractional CPs. Besides this, reducing the sample rate helps a lot to make it run faster. Only thing to keep in mind though, having a different number of blocks than used by the base station will only allow you to decode PBCH. But for a start. That’s not much of a problem. ---
**Author:** ![jdejong](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/a9a28c/32.png) [@jdejong](https://www.ruby-forum.com/u/jdejong)\ **Post date:** [December 19, 2013, 7:35pm UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063/17 "2013-12-19T19:35:12Z")
On Thu, Dec 19, 2013 at 12:55 PM, Johannes D. [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) wrote: > Technically it could work with life data. Unfortunately it creates a too > heavy load to be processed in realtime, unless you have the computing power > or reduce the bandwidth/fft length to a small value. But then you are > probably not able to decode more than the PBCH. It’s certainly possible, and advisable, to downsample from a full LTE capturing bandwidth to a more manageable rate of 1.92 Msps or 960 ksps. The latter can be handled very efficiently for initial acquisition, though the cyclic prefix length becomes fractional, which is annoying to handle. In either case, the complexity of the downsampling is mainly dictated by the output rate of the resampler. Done efficiently, even a small processor can handle PBCH decoding from a relatively high capture sample rate. Though, this would require a rather substantial change from the gr-lte synchronization approach and overall structure. -TT ---
**Author:** ![jdejong](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/a9a28c/32.png) [@jdejong](https://www.ruby-forum.com/u/jdejong)\ **Post date:** [December 19, 2013, 9:18pm UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063/18 "2013-12-19T21:18:04Z")
OK, I understand. So I need some file J My Intel i5 tablet PC may be too slow for life decode. Ralph. From: Johannes D. [[mailto:removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)] Sent: Thursday, 19 December, 2013 18:55 To: Ralph A. Schmid, dk5ras Cc: removed\_email\_address@domain.invalid; discuss-gnuradio Subject: Re: [Discuss-gnuradio] gr-lte updated to GNU Radio 3.7 API Technically it could work with life data. Unfortunately it creates a too heavy load to be processed in realtime, unless you have the computing power or reduce the bandwidth/fft length to a small value. But then you are probably not able to decode more than the PBCH. On Thu, Dec 19, 2013 at 8:49 AM, Ralph A. Schmid, dk5ras [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) wrote: Hi, just wanted to let you know that now, after pulling and building latest gr and gr-lte, it worked. Don’t know if from pulling, or if from chosing F6 instead of F5 within grc. Should it work with life reception, or only from a file? Maybe I’ll have a closer look later, now on board the train I do not want to play with a blinkenlight piece of naked SDR electronics J Ralph. From: Johannes D. [[mailto:removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)] Sent: Wednesday, 18 December, 2013 18:47 To: Ralph A. Schmid, dk5ras Cc: removed\_email\_address@domain.invalid; discuss-gnuradio Subject: Re: [Discuss-gnuradio] gr-lte updated to GNU Radio 3.7 API Hi Ralph, unfortunately there are no screenshots yet. I guess it is a good idea to add some. After the estimator, there should be 2 blocks: Decode PBCH and Decode PCFICH. They take the same stream. and work in parallel. Then after Decode PBCH there is supposed to be a ‘Decode BCH’ block. These blocks may need some time to generate because they consist of hier blocks. That’s kind of the tribute that has to be paid for a clean flowgraph. If you opened a flowgraph with missing blocks, as far as I know, to make the missing blocks appear you have to close and reopen at least this particular flowgraph. Happy hacking Johannes On Wed, Dec 18, 2013 at 3:49 AM, Ralph A. Schmid, dk5ras [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) wrote: Hi, after opening and generating the hier blocks still the top\_level.grc has missing blocks, at least LTE estimator outputs and unpack MIB inputs are unconnected, leaving a large white area in between. How should this flowgraph look like, is there a screenshot available somewhere? Just wanted to put this all together in my lunch break, but seems too big for such a short break anyway 🙂 Ralph. ---
**Author:** ![jdejong](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/a9a28c/32.png) [@jdejong](https://www.ruby-forum.com/u/jdejong)\ **Post date:** [December 19, 2013, 9:35pm UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063/19 "2013-12-19T21:35:01Z")
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 As much as I like the tracker solution, it leads to orphaned torrents with time passing… There won’t be a hundred people willing to seed this for years. My suggestion: Does anyone remember sourceforge? It used to be popular. But then again, many of these young folks don’t even remember slashdot… ah nevermind: > **[SourceForge.net](https://sourceforge.net/projects/sourceforge/)** > > Download SourceForge.net for free. Official Support and Documentation for SourceForge.net, provided by the SourceForge.net Service Operations Group (SOG). 5GB should be fine, and you get free CDN. Greetings, Marcus On 19.12.2013 15:47, Philip B. wrote: > > > the reference I use is a rather big file \> 1gb. It is hard to > > > > > > > ‘good’ waveform too. > > > > reconnect anything in the top\_level.grc block so long as all > > > > \<[removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) [mailto:removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)\> > > > > hierarchical > > > > > > > > > a > > > > > blocks. That’s kind of the tribute that has to be paid for > > > > > > > > unpack MIB > > > > > > > > > Ralph. [mailto:removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) > > > > move the > > > > > > > > > > and created them as GRC hier blocks instead. Or runtime > > > > > > [GitHub - kit-cel/gr-lte: GNU Radio LTE receiver · GitHub](https://github.com/kit-cel/gr-lte) > > > > > > > > Discuss-gnuradio mailing list [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) > > > > \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_ Discuss-gnuradio > > mailing list [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) > > [Discuss-gnuradio Info Page](https://lists.gnu.org/mailman/listinfo/discuss-gnuradio) > > \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_ Discuss-gnuradio > mailing list [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) > [Discuss-gnuradio Info Page](https://lists.gnu.org/mailman/listinfo/discuss-gnuradio) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Thunderbird - [http://www.enigmail.net/](http://www.enigmail.net/) iQEcBAEBAgAGBQJSs1gKAAoJEAFxB7BbsDrLWewH/26g/9g98nR7PptwpNYP549k xNEDtDk4kAGvuYVh+p2NDW/Q2Je9eU3SZCEmZbawDgNuDaLYHaFGvJ4JQVEOGsDl lj9cxCvcvH0AtYOyepJIt1q2r6Po75mYZzS4ecwP2/O5nhRo1PtOFuWDgYLlt9oB sPLghCep+UV5c2q6LkUBTnQt3cGGGLcPzJ9maoPi5UijpmMlXYxZsRxxz4W9xgiw JcHmrFaebmH3i6XarhWWY3aVo6/HY2ySMztEJq4WGBohWXZZB0EgmsBjsJjQAWrJ 2792LANuSiOhioHmxw4MQVz1cXJp492XFdMf8BTN1ELgTIS7HVJn/e0aE+GiNEo= =i0kj -----END PGP SIGNATURE----- ---
**Author:** ![jdejong](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/a9a28c/32.png) [@jdejong](https://www.ruby-forum.com/u/jdejong)\ **Post date:** [December 19, 2013, 10:08pm UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063/20 "2013-12-19T22:08:55Z")
* * * Discuss-gnuradio mailing list removed\_email\_address@domain.invalid [https://lists.gnu.org/mailman/listinfo/discuss-gnuradio](https://lists.gnu.org/mailman/listinfo/discuss-gnuradio) [Next page](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063.md?page=2)