Let’s clear up some confusion regarding telemetry and radios:
MAVLink telemetry is a bidirectional datalink for GCS communication, typically used via standalone radios, separate from the RC hardware. One resides on the vehicle, usually connected to a serial port. A paired radio is typically connected to the GCS computer via USB. SiK telemetry radios are often used for MAVLink this way.
RC telemetry is usually unidirectional, specific to the RC transmitter/receiver set and is often limited to a few key values like battery, RSSI, etc. Some RC protocols like SPort, FPort, ExpressLRS, and Crossfire support passthrough telemetry that carries a wealth of data, usually displayed on the RC transmitter screen through the use of a companion script called “Yaapu.”
There are a few projects like mLRS which do allow a full MAVLink connection between the RC transmitter handset and the autopilot, allowing for a USB connection of the RC transmitter to a GCS computer (as I think you’re alluding to in your question about telemetry radios), but they are fairly experimental, and thus likely temperamental. Additionally, I’m aware of some quite expensive RC options that also carry full bidirectional capabilities, but I think those may be beyond the scope here.
All that to say:
I recommend using a set of SiK radios to carry data to/from the GCS in addition to whatever RC hardware you choose.
I like the TX16S for its affordability, multi-protocol support, and large color screen that makes Yaapu telemetry extremely handy (as a companion to the GCS, not as a replacement).
My own use cases make it disadvantageous to maintain a constant, wired (or even Bluetooth) connection between the RC transmitter and GCS computer, so I will admit that I have not fully explored the bidirectional telemetry options and projects that afford such capability. I strongly prefer to have an in-hand, standalone remote, rather than having it tethered in some way. There is a modicum of redundancy in that, as well, since I can monitor most critical functions via passthrough telemetry on the RC transmitter screen in the case of GCS failure, and I maintain some measure of control and monitoring via the GCS computer in the case of RC hardware failure.