@thewraith2008 i'm following your development from your early start and i'm more then a happy user. Also is hard to not see that you searchead/learned developed alot. Based on your knowledge what you think or how you see a solution to reverse a little bit your work and instead of rx, to have tx also from a sdr capabile of that ? Don't know if you looked at pistar/ MMDVM/multimode hotspots to see how they work. Basically my qestion is if and how you think this can be implemented in a hotspot/roip solution. br'
I don't have a SDR that is capable of TX and have not really been interested in creating a 'Open' TETRA BS solution.
I would imagine it would be a huge undertaking implementing all the require hardware, protocols and other functions that would be required to make the BS function correctly.
Determine suitable hardware for the receive and transmit.
- This is to handle all the required physical layers for both RX and TX.
Determine suitable hardware for the BS controller/processing.
- Some how I doubt mini PC (NUC, Raspberry Pi) would be capable for the job.
Implement upper protocols: MAC, MLE, CMCE, MM and SNDCP (if required).
- One each for RX and one for TX
- You would need to add all of these (except SNDCP) at a minimum.
A central protocol/database to handle MS registrations (and authentication if used)
If you wanted multi-site (LAs) capability, i.e the inter-system interface (ISI). It would add a ridiculous level of complexity.
The timing of all these components are critical.
And probably many other things I can't think of to consider.
While not impossible to accomplish, the cost (time and money) to do this, you would be crazy to do this for free for the benefit of someone else.
Manufactures sell hardware for big money. The buyer (i.e providers) sell as service to recoup the huge cost of the infrastructure.
At a hobby level, I doubt it would be practical for anyone to do.