OpenLTE | An open source 3GPP LTE implementation | Map library

by mgp25 C++ Version: Current License: AGPL-3.0

X-Ray Key Features Code Snippets Community Discussions(1)Vulnerabilities Install Support

kandi X-RAY | OpenLTE Summary

OpenLTE is a C++ library typically used in Geo, Map applications. OpenLTE has no bugs, it has no vulnerabilities, it has a Strong Copyleft License and it has low support. You can download it from GitHub.

OpenLTE is an open source implementation of the 3GPP LTE specifications. This is a clone of

Support

Quality

Security

License

Reuse

Support

OpenLTE has a low active ecosystem.

It has 95 star(s) with 44 fork(s). There are 13 watchers for this library.

It had no major release in the last 6 months.

There are 1 open issues and 6 have been closed. On average issues are closed in 72 days. There are no pull requests.

It has a neutral sentiment in the developer community.

The latest version of OpenLTE is current.

Quality

OpenLTE has 0 bugs and 0 code smells.

Security

OpenLTE has no vulnerabilities reported, and its dependent libraries have no vulnerabilities reported.

OpenLTE code analysis shows 0 unresolved vulnerabilities.

There are 0 security hotspots that need review.

License

OpenLTE is licensed under the AGPL-3.0 License. This license is Strong Copyleft.

Strong Copyleft licenses enforce sharing, and you can use them when creating open source projects.

Reuse

OpenLTE releases are not available. You will need to build from source code and install.

Installation instructions, examples and code snippets are available.

It has 98 lines of code, 2 functions and 4 files.

It has medium code complexity. Code complexity directly impacts maintainability of the code.

Top functions reviewed by kandi - BETA

kandi's functional review helps you automatically verify the functionalities of the libraries and avoid rework.
Currently covering the most popular Java, JavaScript and Python libraries. See a Sample of OpenLTE

Get all kandi verified functions for this library.

OpenLTE Key Features

No Key Features are available at this moment for OpenLTE.

OpenLTE Examples and Code Snippets

No Code Snippets are available at this moment for OpenLTE.

Community Discussions

Trending Discussions on OpenLTE

How come I have never seen an LTE sniffing tool on uplink?

QUESTION

How come I have never seen an LTE sniffing tool on uplink?

Asked 2017-Dec-18 at 18:20

I am trying to find whether it is possible to sniff LTE traffics.

However, I only found online about behaving as a fake base station (eNodeB) so devices will be forced to connect to you. Then you get info about other devices.

But I never find a completely passive sniffing tool.

There are downlink sniffing tool where you act as a benign user and search for basestation/cell signals. For example, openLTE and srsLTE.

But how come there is no such a tool to sniff traffic on the uplink (from user device to basestation)? Or there is one that I couldn't find?

Can some please explain this? I understand basic LTE frame structures and how they talk to the basestation.

Thanks ahead.

...

ANSWER

Answered 2017-Dec-18 at 18:20

The main issue would be uplink synchronization. Each individual user has their own timing advance (based on physical distance from the cellular tower). This is so at the enB, the uplink transmissions are in sync from a physical perspective. As a sniffer, unless you're co-located with the enB, the uplink transmissions from different users will not arrived "in sync" with each other and hence decoding is basically impossible.

Source https://stackoverflow.com/questions/47757856

Community Discussions, Code Snippets contain sources that include Stack Exchange Network

Vulnerabilities

No vulnerabilities reported

Install OpenLTE

OpenLTE is not only requiring a huge amount of processing power, but it also requires a very low latency due its need to transmit/receive a radio frame every 1ms. If there is any delay in the processing, the system will not going to be able respond in time and will lose samples. Therefor it is recommended to switch of any CPU and/or system features (mostly in your BIOS) which can cause any delays or can slow down the so called context switching time. Intel SpeedStep, deep and deeper sleep states etc. should be turned off. Especially with high bandwidth setups (10, 15 and 20MHz) it is recommended to swtich off the GUI on linux. There is also a low latency edition of the linux kernel, but at this point there is no absolute proof that it actually helps with OpenLTE.

Support

For any new features, suggestions and bugs create an issue on GitHub. If you have any questions check and ask questions on community page Stack Overflow .

Find more information at: