LightReading has dug up some very interesting job postings on the Apple’s Website. Apple is looking for telephony software engineers to work on iOS. Judging by the list of experience requirements in the postings, Apple is looking to add voice-over-IP (VoIP) capabilities to the iPhone and iPad operating system’s ever-growing feature set.
STOP!
I know what you’re thinking. That Apple is finally going to shed the carrier albatross completely and launch it’s own voice service. But there are plenty of good reasons Apple is hiring VoIP developers that don’t spell the end of mobile operator’s core business.
In fact, Apple is probably making these hires precisely because it plans to work closely with its carrier partners. The skillset Apple is looking for fits well with the VoIP schemes operators plan to utilize for their next-generation voice services. It’s looking for experience with a set protocols that may seem like goobledygook to most people but are well known to telecom engineers: IP multimedia Subsystem (IMS), Session Initiation Protocol (SIP), and Real-time Transport Protocol (RTP), as well as the more familiar wireless network standards GSM/UMTS and CDMA.
The one acronym to key in on is IMS, which is a key component of the One Voice initiative that many of the world’s largest operators have adopted to migrate voice from circuit-switched systems to all-IP voice networks. The U.S. in particular gung-ho about IMS. Verizon Wireless and MetroPCS already use the architecture in their LTE networks, and AT&T and Sprint are implementing IMS to power their future voice and SMS services.
Future iPhones will need SIP-based clients to communicate with those carriers’ IMS cores, so it’s only natural that Apple is hiring up experts to build them. I’m sure every other handset vendor is doing the same thing.
But what if…
Now I’ll entertain some of the Apple diehards’ bigger fantasies. There’s nothing preventing Apple from building a VoIP service of its own. Given the big dent Apple had already made in SMS with iMessage, and how it yanked video chat right from under the operators’ noses with FaceTime, I wouldn’t be surprised if launching a competing voice service is in Apple’s roadmap.
The extreme scenarios are: 1) Apple becomes a mobile virtual network operator (MVNO) buying wholesale 4G capacity from carriers, whom it would then relegate to dumb pipes, or 2) Apple buys its own spectrum and builds its own 4G networks. I find the first possibility only slightly less ridiculous than the second. Apple doesn’t want to become an operator for the same reasons Google doesn’t want to be one.
The more likely scenario is Apple launches a cross-device VoIP platform that allows customers to trade phone calls between iPhones, iPads and Macs. The beauty of VoIP is that it’s not just voice — it supports all kinds of features from multimedia and video conferencing to instant messaging and presence that you simply can’t shove into legacy circuit networks. Apple could create a SIP-based communications platform that integrates FaceTime, iMessage and voice into a single multi-faceted service – available exclusively to any member of the Apple club.
Whatever approach Apple takes, it’s probably not going to use IMS. It’s such a carrier architecture, coming with all sorts of telecom baggage. Also, Apple has no qualms with walling off its technology and it has a huge customer base to play with – it probably has no use for some stodgy telco standard. It was the IMS core responsible for all of Verizon’s recent network outages, which doesn’t recommend the standard well to a company like Apple.
Apple is almost certainly looking for people with an IMS skill set so it can design future iPhones (and possibly iPads and Macs) that work with carriers’ new networks. But that doesn’t preclude it from dabbling in a little VoIP on the side.
Related research and analysis from GigaOM Pro:
Subscriber content. Sign up for a free trial.
- LTE-Advanced: what it is and isn’t
- Updated: Forecast: global mobile subscribers, 2010–2015
- Confused about the wireless markets? Here’s a breakdown