Scott embarks on his second recording of the day, having shot the Glotel Awards vid previously. The lads are compelled to lead with OpenRAN once more, because that’s what was going on again that week, specifically European operators using it as a pretext to beg for state cash. They move on to talk about Ericsson, which launched some software that promises to play nice with OpenRAN before concluding with a look at cashierless technology that is creeping into the UK retail sector.
Appetite for in-person networking with the most prominent #fibre representatives? The annual FTTH Conference brings hhttps://t.co/qi2E57YL0d
18 May 2022 @ 16:02:22 UTC
Discover the latest insights and trends on the voice channel, provided by Hiya's analysis of 150 billion calls in 2 hhttps://t.co/D90uzh2qse
18 May 2022 @ 12:10:02 UTC
Telcos customer service still not good enough in UK and US. Telecoms operators on both sides of the Atlantic still hhttps://t.co/aq3lthmPcE
18 May 2022 @ 12:08:41 UTC
I’m a bit late listening to this, admittedly, but there’s one point Ian made that I have to disagree with. There’s nothing stopping Ericsson from developing a RIC type function in their closed RAN solution. It’s only an extension of existing SON capabilities. Why do they need 3GPP to write a standard for it? Standards are only needed to enable interoperability, and you don’t need interoperability if the RAN is closed anyway. You need it when you talk to the core or the handset. 3GPP focusses on what’s needed to get the ecosystem to work across many vendors. Vendors have historically adopted the standards but still added some of their “special sauce” on top where the vendor lock in allows them to do it. That’s why nobody mixes traditional RAN elements in a real network deployment, not lack of a standard. It’s the same reason CPRI (which is open, by the way) on its own, is not enough to get an RRH from one vendor to work with a BBU from another. The industry is littered with examples of lack of interoperability between vendors where the protocol between devices is completely open. It’s a BAU problem. What’s different about O-RAN is that the whole premise is that components must interoperate fully to create this healthy ecosystem of alternative vendors, each with their own specialty. Having said that, it was a great debate you guys were having about it, and I enjoyed it, as usual.