Hi, everyone, and welcome to this one-hour investor webinar for Journeys to Streamline and Automate Network Ecosystems in the 5G and Cloud Era. I'm Matt Smith, Head of IR for Amdocs. Before we get going, a reminder that today's discussion will include forward-looking statements, which are subject to the risks and uncertainties outlined in our SEC filings. We might also reference financial measures that are non-GAAP in nature, the reconciliation of which to the most comparable GAAP provisions can be located on the Amdocs IR website and also in our 6-K filings with the SEC. The purpose of today is to talk about network automation, which is one of the four main pillars of Amdocs' strategic growth framework. To help us with that, we have three expert speakers for you today. From Amdocs Networks, Niall Norton, Division President, and Ana Redondo, Product Strategy Lead.
We're also privileged to welcome Gint Atkinson, VP Network Strategy and Architecture for SES, an Amdocs customer and one of the world's leading satellite communications providers. In terms of the agenda, Niall will discuss Amdocs' end-to-end network automation journey. Anna will drill down on how Amdocs is meeting the network automation need, following which, we'll sit down for a virtual fireside with Gint to discuss SES's network automation journey to date and its partnership with Amdocs. To the extent we have time left, we'll take some Q&A. Questions can be submitted over the chat feature on your web browser. Before we get going, let me provide some context for today's webinar.
As many of you know, Amdocs provides mission-critical software and services to more than 350 of the world's largest CSPs, including the likes of AT&T, T-Mobile, Bell, Vodafone, Singtel, and SES, of course. We enable CSPs to design and create new services, to monetize those services, and also to provide a great experience to their own consumer and enterprise customers. We do it by bringing our unique model of software, deployment capabilities, and operations. The combination of that results in a very long-term customer engagements for Amdocs and highly recurring revenue streams. Over the last few years, we've accelerated our growth by expanding our serviceable addressable market, which we think will actually approach around about $57 billion by 2025. That's up from roughly $36 billion in 2020.
This expansion of SAM reflects our strategy to really bring our customers the market-leading innovation they need to support the next generation technology investments they are making in, across several key domains. These include digital modernization, which was and remains a core growth engine for Amdocs, both pre- and post-pandemic. Since 2021, we've also added three other growth engines: Journey to the Cloud, 5G Monetization, where we're enabling CSPs to deliver the exciting new 5G services and use cases that we expect to emerge in the coming years.
Related to that is Network Automation, which is the growth engine we want to focus on today, given that it's a natural flow on, if you like, from the 5G webinar that we brought to you last December, and also that we believe Amdocs has a very unique opportunity and emerging role to play as networks become a lot more virtualized and software-defined in the future. With that, I'm going to be delighted to introduce Niall and hand things over to him. Niall, please take it away.
Thank you very much, Matt, and welcome everybody to the webinar. My section, I'll deal a lot with the kind of business strategy aspect of what Amdocs are doing in the network automation space. I'll kick off, if I may, with just a little bit of context around the industry. Starting with, you know, Amdocs has been actually in the network domain for about 15 years at this point in time. Network automation has undergone a gradual evolution over that period. We have been very successful in the past in pushing the IT domain back then into the network in different places. We have a very good pedigree. We've done a series of acquisitions in the space, very surgically targeted towards places where the value can be added.
Our experience in this space isn't new. What we're seeing now is some changes in the industry, which are causing considerable changes in the business model for CSPs, both on the cost side of the equation and the monetization side of the equation. Without delaying too much on anything, if I jump to the next slide, I just want to provide a little context. The era of ubiquitous connectivity is phenomenal, and it's great. It'll provide a great deal of innovation for what CSPs can provide. It comes with a degree of complexity of new technologies, because a lot of the opportunities that we're seeing now, not, you know, beyond 5G, the enabling technologies coming from AI and ML, from multi-cloud environments, from network slicing, you know, new services like cloud gaming, metaverse, and so on.
These things are enabling technologies which, for the first time, have really come together to allow true ubiquitous connectivity come to pass. I think you'll have seen that today's focus is very much around the journey of automation, and what that will mean to the operators' businesses. Matt, if you don't mind going to the next slide. The first and most present opportunity for the CSP community is having spent 30 plus years evolving a consumer network, and the consumer network includes kind of business uses for communications, those services are broadening out into a much richer vein of different, useful services that the operators can touch onto.
At the same time, because of advances in cloud and edge and other things, we're seeing also a new market emerge for our CSPs around the enterprise and industrial network, where robotics and smart cities and things like that are also coming about. That brings with it, some challenges to the operator, not only technology, but if you jump to the next slide, Matt, you'll see a range of new challenges also in the business model that the telco operators operate. How do you engage to monetize different revenue opportunities requires an enabling technology at the back end, which is quite new to a lot of CSPs, and the systems required and the business processes required to enable those, the flexibility required in the network is, you know, it's a transformation.
It's not you know, an incremental move, and it's a multi-year transformation, which will go on for a decade plus, as telco becomes more embedded in the fabric of everyday life and ultimately everyday business. The second kind of, I guess, big challenge beyond the kind of business model is the speed at which new services are being adopted. If you go to the next slide, Matt, I just, you know, there's some. You know, one of the things we track is the rate of innovation or the velocity of innovation. You see in the slide, you know, CSPs must operate in a complex ecosystem for sure. That rapidly changing market dynamics, and exponential technology shifts, they're speeding up, and they're quickly evolving the human adoption behaviors.
How do you train people? How do you have customers who can adopt your services? That velocity of adoption of new services is rapidly speeding on. You know, ChatGPT got to 1 million users in a day. This was incrementally faster than some of the more modern services that have been launched. Not only have CSPs the opportunity to participate in a much expanding market capability, with a much greater range of services in each of those markets, but the speed at which those services are being adopted is also moving really, really fast. Fast launch timelines, the explosion of devices and service launches, and most importantly, the cost effectiveness of being able to deploy the services and manage the network that's actually hosting those services. These are big challenges for the CSPs.
If we move on to the next slide, please, Matt, you'll see, you know, what we tried to capture here is the degree of the multi-year journey aspect of this, because it's not done in isolation of existing networks. It's not done in isolation of, you know, of any individual technology trumping anything else. The scale of it is, the devices becoming cloud-native and developing the edge of the network at the cloud, being able to orchestrate connectivity across wireless and wireline and satellite technology platforms is a big thing. A lot of it focused on the business outcome.
As the operating paradigm moves from, you know, optimization of the RAN, the embracing of the network edge, the adoption of ecosystems, the extreme automation in what people want to use this technology for, these are big, big challenges that the operators have. This is a multi-year journey that we've been embarked on with our customers. For Amdocs, it's a phenomenal opportunity because where we've been a player predominantly in the IT side of businesses, these changes are bringing about transformational requirements in the network side of the business, probably for the first time ever, at anything like the scale that people are seeing. Matt, if you go to the next slide, I appreciate I'm moving through these fairly quickly.
I just want to touch on a couple of key points. The automation is inevitable in growing industry. What we're talking about today and the growth of automation and the rapid speed of automation in telco is already at play in multiple other industries. The pictures are kind of very much talking to the kind of almost exponential growth in the requirement for automation, because for the last 100 years, it's been moving and moving faster all the time, and we're now entering into this 2023 and beyond, you know, moving into extremely complex networks, which are required in order to deliver the service capabilities. The thesis for what the operators are actually trying to deliver, if you jump to the next slide. The nice part about this is not technology for technology's sake.
A lot of the automation journeys that the operators are on is what we call intelligent automation. It's about delivering business value. It's not invest and they will come. Automation becomes a must-have for the creation of new monetization opportunities, accelerating the time to market, exposing the network to the partner ecosystem. Very challenging to try and do this with existing processes and existing people-heavy systems. It's almost impossible to do without having edge capability on the cloud. On the improving the TCO and keeping all of this to be able to be done in a cost-effective manner, improving the business and operational efficiencies, modernizing existing platforms, processes, and service, and enhancing the service infrastructure evolution.
This is what intelligent automation can do. My colleague, Ana, will touch on this in a little more detail, but everything that we're seeing, everything that we're engaged in with our, with our customers, is significantly driven off business cases. It's not, as I say, a technology, and they will come. On the next slide, we just talk a little bit too about how far along is this? You know, our experience, which I think is mirrored by a lot of the analysts' experiences, that the telcos have all understand the requirement to automate. They all understand the benefits and the business case. At this point in time, this is nascent.
As a market opportunity for Amdocs, it is in the early stages of what it will be, because this is a multi-year, very significant transformation in every CSP's business. There's some interesting kind of statistics coming out of some. Omdia reports and other analyst reports that we've seen, where machine learning and the adoption of automation is still in the early stages, and there are reasons for that. If we go to the next slide. You know, very pragmatically, why is this, you know, why is it an opportunity for us, but why is it moving more slowly up until now?
A lot of people will say, "Gosh, we've seen false dawns in CSP, you know, industry before." The reality behind what I'm gonna say, the slowness up until now of this being adopted, why isn't it here already? Because cloud isn't new, and so on, is very much that the operator environment is very complex. CSPs need to support multiple existing platforms and adopt new ones, 5G and others. That's a heck of a juggling act to actually keep up with. New technology and tools, networks are evolving in the cloud era from being physical boxes to being virtual software platforms.
Those software platforms are operating not in single unit, centralized data centers, but those capabilities need to be out at the edge as well as on the cloud with virtual services. If you're doing a lot of data-intensive processing with billions of devices at the edge of the network, it makes no sense to try and transport that traffic and then the intelligence all the way across the network to simply move it back down again. Adopting new technologies and integrating those with existing systems is a very complex challenge. Most people tend to overlook a lot of the people aspect of this. Every operator has significant existing investment in training and people and processes.
The move to virtual assets rather than physical assets, obviously involves changes in technology, but it involves changes for all of those people as well. It's a very significant change management program required around all of that. If this were simply a world of greenfield operators, things would move probably more quickly, more elegantly, but that's not the way the real world works. Ultimately, what we've, you know, what our experience and what we believe is held out for the analysts readout so far is the speed of change is happening, but CSPs really require help to successfully execute these transformation programs. That's, you know, if we move maybe to the next slide, and it'll be my last slide before I hand over to Ana.
Just from a business perspective, our opportunity, and this is an opportunity that we believe gives us unique differentiation versus others in the industry. We don't see an, you know, an opportunity where Amdocs is trying to compete with an Ericsson or a Nokia. Those people, you know, they provide capabilities which we're respectful of, but what we see is this transformation, this move towards automation. What we bring to the table is best-in-class products, an ecosystem of relationships, and massive experience between, you know, from the BSS all the way through the billing, all the way through to the edge of the network. We have all of that experience, as importantly, we're, we are recognized as being an incredibly safe pair of hands to bring people on a journey.
We understand the politics of change, we understand the people impact of change, the business processes required around that, as well as being agnostic as regards the software tools we bring. Regardless of which NEPs you're working with or which cloud providers you're working with, we're able to bring the expertise across multiple domains. We're able to bring an agnosticism to whatever network type you have, to become, you know, to allow the operators to really become agile and embrace intelligent automation as quickly as possible. I apologize if I've moved through this fairly quickly. It's the curse of being an Irish guy who's speaking too quickly. I was hoping to make sure that I left plenty of time for my colleague, Ana, who I'll hand over now to talk a little more on double-clicking on some of the technology side of things.
Thank you, Niall. Thank you very much, and thank you all for your time. I'd like to start by explaining what is network automation and why it's so critical for telcos. Build on top of the business case that Niall has been explaining. First of all, network automation is a software platform that sits in between the business systems that you see on the left. Those are the systems responsible for the catalog of products that you can buy from your provider, the billing systems, the care systems, and so on, and then the infrastructure on the right. Niall has already mentioned the networks are moving towards being a lot more software-based. Infrastructure these days is not just the boxes and cables that we used to associate the network with, but they also involve edge, cloud, and IT platforms.
They're becoming a lot more complex. Sitting in the middle, we've got network automation. There are four fundamental roles of any network automation platform: infrastructure rollout, rolling out everything you see on the right. It uses workflows to ensure the process runs smoothly, and it also uses inventory systems to record everything that is deployed in the field. We have service delivery. Once you've rolled out your network, you're going to want to sell services to your customers. Service delivery is responsible for your mobile connections, your VPN, broadband connections, and it also uses workflows and inventory to support itself. We have assurance. Infrastructure, services, they need to run and run correctly. They need to be fixed if needed, and ideally, before it touches the customer. Operations. Again, infrastructure services have a life cycle.
They need to be upgraded, replaced, repaired, and sometimes moved, and that's the role of operations. Network automation really is a critical part that sits at the heart of the telco operations, and is absolutely vital to make sure things are delivered reliably, on time, in a cost-effective manner. We move to the next slide, please. Another of the reasons why automation is so critical is because the scale and complexity of telco networks these days is so great that it cannot be handled manually. The diagram you have on the screen is a very high-level, simplified, schematic view of a network. Your average mid-size telco will have over 100,000 of those boxes that you see in the diagram, that represent hardware and software.
They will have over 10 million connections, the solid lines between the boxes, over 50 million customer services, the wavy dotted lines. All of that is spread geographically across several data centers, cloud storage locations with different IT, security, network equipment vendors, and maintaining the new technologies like 5G and the legacy ones, the 2G, 3G, 4G, because all of them coexist for many years. Think back to the role that we just described of deploying and maintaining all of this. Would you do this with by hand or with very low automation? If you want a healthy network, no. Let's move to the next slide, please. The environment in which automation operates is really changing very rapidly, and Niall touched on that several times. First of all, it's becoming software driven. The hardware and the software are getting decoupled, disintegrated.
The hardware doesn't affect us much because we're not a hardware vendor, but what happens to the software is very close to us and has a severe impact on automation. The software is beginning to be broken down into smaller atomic pieces of functionality that no longer have to be placed in the same place, but they can be located in different edge locations or cloud locations, wherever it makes more sense for them to support the network. They can also be dynamically moved, they can be dynamically sized, they can be scaled up if more capacity is needed, or scaled down if it isn't, in order to conserve resources and save money. These changes have brought many more vendors and technologies into the equation. In general, it's all very positive movements from the industry that make the networks better, but it adds complexity.
Before we move on, it's very important to mention here that satellite, especially since we've got our next speaker in this space. Satellite is becoming a very prominent, very forefront technology. It has had a lot of improvements in the last few years, and it's beginning to offer really competitive broadband services, especially in rural settings. It's beginning to get combined with cellular technologies in order to broaden the capacity of mobile networks. What is also evolved quite significantly is the customer expectations. As consumers, we want to choose what we want. I want 10 Gig , I want roaming, but I want roaming, and I want to pay for it for two days this month, but not next month. We want to be very flexible on what we get and when we get it. We also want services in minutes.
We've all grown used to downloading applications from the app store in our phones and getting things in seconds. We're no longer prepared to wait for weeks or months for any service. Reliability is getting incredibly critical, especially in industrial settings, where connectivity failures can cause equipment failures and cost a lot of money. In general, telcos and telco networks are looking at a lot more complexity, much more agile and dynamic, and they have had to adapt the automation platforms in order to cope with this, and they have. We move to the next slide, please. The best way to explain how they evolved is to compare it to how a taxi ride experience has evolved.
You think about what it used to be like when you used to jump on a taxi, either the taxi driver knew where he was going, or you would go, "Go straight ahead, turn right, turn left." There was an accident or a traffic jam, you wouldn't see it until you were on top of it. Think about how that has changed these days. Even before you jump in the taxi, you can order your taxi in advance. You will know how much is it gonna cost, more or less, how long is it gonna take. You jump on the taxi, and the taxi has a satellite navigation system that looks at the current conditions of the roads and gives you the best possible route for that moment in time.
Even when you are on route, if it's notify or, say, a traffic jam, it redirects you in a different way. It's much more customer and service-centric. That is exactly how automation platforms have evolved. They are no longer procedural driven for delivering a service, "Do this, do that, do that." In the world of software-defined dynamic functions, moving around and being real time, it's impossible. Automation has become what is called intent-driven. Essentially, you tell the system what you want to do, not how, and the system works out the best way of doing it. Experts are very important, people are very important. They're beginning to need the help of intelligence to cope with the real-time nature of the new networks.
It's no longer acceptable for things to break down and customers to be waiting for days for something to be fixed because it's being done manually. Automation platforms are helping in this aspect by providing predictive capabilities, observability capabilities, that allows for things to be fixed and corrected even before the customer is affected. In general, much more customer service-centric and much more intelligent. If we move to the next slide, please. I think the best way to try and visualize this for in a telco context, is to look at an example. Let's imagine the business system update on the top right sends a request to deliver a premium gaming service for a customer at a given address.
The automation system is gonna receive this as a business intent, "This is what I want to do," it's going to decide what to do based on the parameters it knows that that service needs. For example, this type of service needs less than 10-millisecond latency, and also in the current conditions of the network and what capabilities it has, like, "What is my closest edge location, if any?" Based on all of that, it's gonna send the activation commands down to the network, the actions. The service is gonna get provisioned. Then the system is gonna start receiving feedback and listening to what is happening on the network, observing, detecting. Observability is key. If, for example, the latencies of service to going up to 20- millisecond, we're gonna start into a diagnose mode, where we try to work out what is wrong.
For example, the service is overutilized. This information is gonna be passed back into the loop, back to the beginning, so the system can work out what to do now and what to change in the changed conditions in order to fix the problem, ideally before the customer notices. At the center of all of this, we've got data. Without data, none of this works. Data and artificial intelligence, machine learning, is absolutely key in making sure these systems work. Let's move to the next slide, please. Now, this is our platform. Amdocs Intelligent Networking Suite is based on designing the same principles we've just explained in the previous two slides. We have four main components. On the left, we've got the design, which is used to specify the parameters of the services. Like we mentioned, the gaming service needs 10-millisecond latency .
That design, the models of that design, are sent to the runtime. In the runtime, when a business intent is received from the BSS systems, the role of orchestration is to look at the models, to look at inventory that has a record of what is available in the network, to look at assurance in case there are any alarms coming from the network, and then decide how to best fulfill that service. The service will be recorded in inventory for the future. When everything is activated in the network, the feedback will start and assurance will start monitoring. Everything in a closed-loop manner. Okay. We have a little video that shows those components working in the context of 5G services. Could we please play the video?
Let's talk about monetizing 5G. Why hasn't it taken off yet? 5G networks can do so much, supporting many different and dynamic services over a multi-domain, multi-vendor network, giving tailored resources and performance to each service, when and where it's needed. This complexity is exactly what's holding back the full potential of 5G. Amdocs has what you need to harvest 5G's real power. With our end-to-end approach, constructed of a single inventory for real-time visibility and insights into network and service topologies. AI-backed assurance to power intent-driven, closed-loop operations, directed by end-to-end network and service orchestration to ensure everything works exactly as you imagine, creating and monetizing the user experience your customers dream of. Amdocs, connecting innovative experiences with the technology needed to make it amazing.
Thank you. If we move to the next slide, please. Thank you. We saw a couple of slides back, and a small example in the context of a macro network and a consumer service. Let's look here an example in the enterprise context. Automation in the enterprise world is becoming really important because the services are getting much more complex. This example is a project we deliver in a farm in the north of the States, where we had to deliver three main services that you see on the left. We had a drone providing soil humidity and crop disease images and analysis. We had an AR/VR solution for remote equipment maintenance and a video analytics security and surveillance solution.
Towards the right, we also had to provide a private network and an edge, because there was no cellular coverage in the farm. This private network was connected to a public network provided by T-Mobile. Then connected all the way to the internet and the cloud, where several of the applications and platforms, including Amdocs Intelligent Networking Suite, were deployed. The role of our platform in this scenario was, first of all, to roll out all of that infrastructure in the private network around the core, all of the network functions, to roll out the edge. Roll out the three applications on the left, on top of that infrastructure. Then deliver or fulfill the services on top of the infrastructure and the applications. Make sure that everything was stitched end-to-end.
Because if you think about it, if you have a drone capturing images, those images are gonna go to the private network and then to the public network by T-Mobile, and all the way to the cloud. That has to somehow be connected. That's what we do. Finally, we also did the operations. We have a little animated, a few animated slides that show the drone example and how it works. I'm hoping it gives you a sense of why automation is needed. We started flying over the fields at 7:01, as it says there. The drone started scanning images, and at 7:02, those images were sent to the edge server in the farm.
It's too much data to send all of it to the cloud, so we send it to the edge first to compress it and stitch it, because otherwise it's too expensive. At 7:03. Thank you. Once all of the data had been compressed, we sent it via the public network to the Microsoft Azure cloud for analysis. At 7:04, one of the partner applications took all of the data up in the cloud, processed it, and derived all of the intelligent analysis. At 7:05, the data was sent back from the cloud to the farmer, and you've got there a couple of. Those are real screenshots from the application, providing insights on crop density and humidity.
Thinking back about what I said about automation, all of that process of capturing the images and sending it through all of the path needs to be stitched. That has to be automated, and not to mention the delivery of all the infrastructure before. What that does, if we look at the results, is apart from the benefits at the top, it reduced the process that used to take days to four minutes, as we've just seen. For the farmer, which is the most important here, it increased the yields of the crops, it reduced water consumption by 50%, and it gave the farmer a better visibility of where to water for future years. That was the end of my presentation. Thank you very much, and I hope it's been useful. Thank you.
Ana, Niall, thank you very much for that. Really good overviews, I think you did a great job in outlining exactly the market need for network automation, and of course, the way in which Amdocs is very well positioned to support our customers in this area. Speaking of our customers, it's my great pleasure to introduce Gint Atkinson, VP of Network Strategy and Architecture at SCC. SES, sorry. SCC. SES is one of the world's leading satellite owners, operating more than 70 geostationary and medium earth orbit satellites and delivering video and data connectivity worldwide. Gint, welcome and thank you very much for being here today.
Thanks for having me join.
No, it's a, it's a great pleasure. Just to begin, maybe just a little bit about your background. Starting perhaps, you know, with your days back at T-Mobile U.S. and all the way through to your current role with SES, just to give a little flavor for your experiences and the career path you've taken.
Yeah. I would say my deepest first experience with Amdocs was really at T-Mobile U.S.A., where we were launching among the first real-time dynamic usage-based data services for wireless packages. This is all the way back in the early 2000s. I was doing that after we launched EZweb for KDDI, au, and Japan. You know, the striking thing back then, this was all the way back in the days of Samsung, and at T-Mobile, we were busy launching hundreds of new features and dozens of new service packages a month. This is long before we had the well-articulated discipline of Agile methodology and so forth. Amdocs was extremely fast and extremely disciplined.
When we set our goals and our objectives with Amdocs and agreed to them, made a project plan, Amdocs made sure we got there. Working on a variety of other accounts, you know, going from the early 2000s, and back to a lot of my work in APAC, where I was working with customers like Globe and PLDT, when I was CTO at Colt Asia, and also working with Ciena. I was constantly coming across working with Amdocs on integration projects, and, you know, I always appreciated the extremely serious discipline that Amdocs brought to the table. You know, this is a good 15 years ago.
The Amdocs today that I encountered with at SES, you know, was the Amdocs that was really innovating and acquiring the most innovative software and technology companies in Telco. With all the work that Amdocs was doing on ECOMP with AT&T , you know, quite simply put, the network automation that I wanted was ONAP in the Azure cloud with a complete solution for standardized connectivity services like SD-WAN and MEF-based Ethernet connectivity services. Further in the background would be everything that we do with content, because as a satellite provider, we're delivering content all over the world, more than 3 million homes, and connectivity all over the world, dominantly to remote enterprises. This is really, you know, how I wrapped it all together.
The recent experience was that Amdocs is this extremely agile and innovative company, but at the same time, incredibly disciplined, as I had experienced more than 15 years ago. That was something I was hoping to capture so that we could take bigger risks, we could take larger jumps, and we would have a vastly greater chance of succeeding, by having Amdocs take us there.
Of course. Thank you, Gint. Of course, SES did select Amdocs for a lighthouse project to deploy our end-to-end service orchestration solution back in 2020. We can talk about that a little bit in a moment, but, you know, when we think about, you know, the historical orchestration challenges that satellite providers such as SES and others have faced, you know, can you talk us through a little bit about those difficulties and why is it that a new sort of approach to orchestration is needed in your view?
Yeah. Where the satellite Sat RAN infrastructure industry is at today, when you look at Sat-RAN gear, it's exactly where terrestrial RAN gear was 15 to 20 years ago. Everything's completely proprietary. Today, when you're a Sat-RAN engineer, and you have to figure out how to operationalize things, you don't talk about the service chain you talk about the RF chain. That's the antenna, the buck, the amplifiers, the filters, and they all have APIs, and they're all proprietary. There are some standards there, but you're literally dealing with things at an RF component level, and an operator, satellite operator, or a teleport operator needs to be a systems integrator and tie all of those components together.
What we really wanted to do, what SES wanted to do, was to focus on pulling our RAN vendors together, doing our own internal innovations on developing controllers for that RF chain that would be multi-vendor neutral, and stitch that controller together underneath a resource and a service orchestrator. You know, where we ended up was creating a relatively clean Sat-RAN domain, and then the rest of our service domains being the transport domain and the cloud domain. Those were all plug-and-play. Amdocs was ready to go. Ethernet service over those network domains was completely standardized.
With Amdocs bringing all of that to the solution table, we really just needed how to figure out how to integrate all of those RF chain components, all of the components in the Sat-RAN, put it under a controller and do some basic domain orchestration, and then we just plug in straight into service orchestration and resource orchestration from Amdocs. We, of course, also added on top of service and resource orchestration, we brought in both service and resource inventory, which was necessary, and wrapped that up with service assurance and closed-loop control. Now we can do advanced things. For example, we see a weather pattern, a cyclone, approaching a gateway, a serving gateway.
What we can do is reconfigure the resources, give more power to the antennas, give more power to the right resources to support the most critical components that we're serving at that gateway, so that we can get through that weather outage. All of this is exactly as we saw just in that diagram, the end-to-end, all the way from service design, all the way on through to service assurance and closed-loop control. You know, the exciting thing we did was to integrate not only the network resources, but we're also integrating in the weather data that we have and other forms of threat to the resources that would impact services.
Again, if you don't mind me, so sorry, just to say...
No, go ahead.
The reverse is true as well I think when, you know, in times of good weather, you can tune the power on the network and the resources to be optimized for those more favorable conditions.
Yeah, this is, I used the example where we're just, you know, strictly speaking about ground resources, but the scenario you brought in ends up looking at the full RF chain going all the way up into the sky, into the satellites. The satellites, for example, our mPOWER satellites, what? I think we have 5,000 beams per satellite, for example, we're able to deliver multi-gigabit services. Exactly as you pointed out, with 8+ satellites in orbit, for that constellation, we have thousands and thousands of beams served by 8 satellites, solar panels going around in orbit, burning up the battery, recharging the battery, and delivering services.
That equation gets extremely complex, you know, just at the satellite level, but then you have to optimize it all the way down to the ground level as well, because we're typically picking up a remote enterprise, mining, energy, or a remote cell site, and we're frequently direct connecting them one hop away into a direct connect to a cloud provider like Azure. Of course, on the Azure side, where we have the gateways co-located with the cloud, there's massive efficiencies available there. There's progressively more and more infrastructure that we can virtualize. You can expect that the Sat-RAN architecture is migrating towards that Cloud RAN style architecture, where baseband processing is going on to an FPGA farm and so forth. All of that is coming. We don't have it today.
We're working on it with our vendors, with cloud providers, especially with Microsoft, we're gonna see a lot more innovations that we're going to push from terrestrial RAN into the Sat-RAN, we're also hoping to bring satellite RAN innovations into the terrestrial world as well. Definitely, resource planning, capacity planning, RF optimization, large-scale spectrum planning. Satellite brings new scenarios to it, we, of course, need to tie in the most advanced spectrum planning systems and optimization systems to make that end-to-end allocation of resources and spectrum.
Yeah. When we think about the operational benefits of this, again, in terms of the thousands of processes which are automated, I presume they reduce the fulfillment order times and so on. Can you hang some meat around that for us so that we can our investors can see?
Yeah. You know, I, and I'm going to share a couple details that maybe on the terrestrial side, everyone keeps on overlooking, and I like drive-bys. You know, we've been doing drive-bys with antennas on cars and driving all over the place for a long time. Then, cell sites got redesigned to start sharing that RF data that everyone's antennas were catching and sharing it so that people could see what the spectrum was in a specific location, and look at the interference over time. You know, this is something that we haven't done as much with satellite players, and we definitely haven't opened up as much data and shared data between all of the spectrum users the way that the terrestrial mobile industry has.
The net result is that when you get an order and you wanna say, "I need to provide 10 Gig service at a remote industrial location," do we have the capacity available? Are there gonna be any interference issues? Net-net, part of that whole, part of the order, and rather the quote, is to do a detailed link budget. In the satellite business, you'll see a sales engineer working with a variety of tools to produce two or three pages of very detailed link budgeting information to support that quote. If I want a 10 Gig terrestrial connection between two locations, we can go on the web and specify a data center address A, data center address B, and we'll have a quote for a 10 Gig Ethernet circuit within minutes. The gap is huge.
One more thing, building out a 1 Gig endpoint or 500 meg endpoint is a little bit more analogous to building out a small cell site. You may need to pour concrete, you may have big antennas, you may have big power requirements. You've got to sort that out. Your installation may take days and so forth, it's pretty common in the satellite industry that it is months. Many months from order through fulfillment. To be able to compress that just to the hard physical labor, pouring the concrete and installing the antennas, there's a lot of other stuff to add that adds days and weeks. That's the key thing. Like in our case, we had a good 1,000 processes that involved engineers, installers, planners, and a massive amount of that could be close to 100% automated or even eliminated.
Amazing. That's fascinating. Thank you. You know, just to wrap up a little bit here, because we are 10 minutes away from the top of the hour. What is your vision of network automation for SES going forward? What is the journey look like over the next several years?
You know, the service orchestration now we've planned out using standardized Metro Ethernet Forum services, not only point- to- point, but all the way to multi-point E-LAN and E-Tree services, along with SD-WAN services. In particular, the maritime industry really has great use for SD-WAN-based and terminated services. This is something we've built up. We started off with E-Line, and we got massive reuse across the different types of Ethernet services we were building, and that all fed into SD-WAN. All of this is kind of wrapping up, getting closer and closer towards network as a service. Defining and onboarding these services is really fast and easy for us.
We're able to do service composition and use underlying component services to define new services and to create complex service packages that includes support, installation services, getting the kit out to the site, and so forth. You know, really, where we're going to go, the next explosion of complexity is beyond connectivity services, and that's onto our video business. This is why I'm really interested in Amdocs' deep experience in video services and everything that you have to offer there. Because video services are complex.
You may need to do ad injection, you may need to do ingestion and upload a video and then play out. It's extraordinarily complex. I'm really looking forward to how we can design these services in a modular fashion, compose them, and launch them very, very, very quickly. Test, launch, revenue. This is really what Amdocs has enabled us to go to a much more agile model, maximizing reuse and modularity so that we can do much more dynamic service composition. There are very much smaller pieces of service components to innovate from scratch.
Gino, Sorry, Matt. Just to add, I mean, look, you know, I'm very familiar with the journey you've been on. I think your leadership, and I think the SES organization's, you know, embracing of the automation journey you've brought them on has been phenomenal. You know, to put it in context for maybe the wider audience, you know, the automation of these kind of processes, which were quite manual, I mean, would you say you've moved dozens of services, tens of services, hundreds of services, you know, just, you know, over the course of maybe the last three, four years?
Yeah, dozens of services, we're launching on the order of dozens new services that are vastly more complex. Where before we may be forced into doing a bespoke service quote, now what we're talking about is twisting 12 knobs and dials on service characteristics. What we can do is we can characterize services with 10, 15, 20 attributes and then some packaged add-ons. We're getting increasingly modular instead of bespoke, where everything starts from scratch, and there's the tendency to take the smallest little pieces and put them together in different ways. Here, we have many more building blocks that get assembled. I feel we're going much more into an assemble-to-order model with very, very trustworthy, well-defined service components.
Thank you.
Thank you.
Gint, thank you so much for your insights. I mean, I think it's a real treat for investors to be able to get the customer's perspective, because it's not always easy to do. Really appreciate you being here today. Some fantastic data points, and we look forward to connecting with you again in the future. Thank you very much for your time.
Many thanks for having me.
Yes. All right. Thank you.
All right, we've got just some five minutes left, Niall, so I'm going to put you on the spot here a little bit and ask you a couple of questions. Q&A session. Okay. Maybe we can just go back to something that you touched on in your presentation, and maybe just expand on it a little bit, but it's around the idea of competition and the existing landscape, and so on. Why is it exactly that Amdocs believes that we have a potential competitive advantage here within the domain of network automation, versus, say, the traditional players who are obviously coming from the hardware side? What is it that you think puts us in that spot to be able to really harness this opportunity?
Yeah, I guess if you look at the traditional landscape, where the network was largely, you know, largely serviced by some of the bigger equipment providers, the Ericsson, the Nokia, the Huawei, if you will. What they've done historically is provide network elements, physical boxes, maybe moving towards a more virtualized kind of network functions. Where Amdocs has a competitive advantage is probably in a couple of areas, as I said. One is a lot of the business outcomes, the objective of making some of these changes, is heavily driven ultimately by monetization models and by IT system-type characteristics. Networks are becoming software platforms, not physical chains of individual assets, and I think Ana touched on some of the complexity around that.
The Amdocs kind of end-to-end visibility view of money all the way through to, you know, a network transaction, which we built up over many years, is something that the equipment providers don't always have. We have an insight around the business processes, not generally available, where some of the equipment guys may have more engineering focus. The ability to look at these systems and realize that it's more than just the boxes. That there are, as Gintautas talked about, you know, business processes, there's people training processes, there's a whole kind of a suite of different skills required to take a marketing, you know, vision and translate that into an end-to-end kind of flow of people and processes, and the technology to make it work. Finally, I guess, it's around the agnosticism.
I mean, again, Gintautas talked a little bit about, you know, the some proprietary technology and networks, some standard technology and networks. There are very few networks on the planet that don't have multiple big equipment providers, and when you're trying to orchestrate services across the full end and automate those, you need an agnosticism. You need an overlay, which can plug into any type of network profile, and modernize those and orchestrate those capabilities, you know, without it being proprietary. I think, you know, for all of those reasons, I think it's the, you know, a catalyst to be a change agent, to be a business partner at a time of unprecedented change for the networks as they embrace this new automation technology. That's really, for the first time ever, give Amdocs this enormous play.
Yeah. Okay. Thank you. You know, maybe a double-barreled question just to wrap things up here because we're almost out of time. When you look at the pipeline. You know, the pipeline of opportunity within network automation and how that's developing, and then you look at the massive amount of work that needs to be done over the next several years, can you just talk about the longevity of the cycle here and what it's gonna take to actually get the industry towards more of a fully network automated sort of ground?
Yeah, I mean, I think the short answer to the question is, it's multi-years. It's probably a, you know, a 10 or 12 year transformation cycle in most operators. Not because, not because, you know, people are moving slowly, but you've got existing technology and new technology, which keeps getting innovated. You've got a multitude of new business opportunities and efficiencies that can be garnered. You've got a lot of spinning plates to keep in the air and new plates being added all the time. We're at really, the very early stages of this. It's, you know, all of our research, all of our engagement is pointing to a kind of an early stage of this being, you know, implemented in multiple operators.
I, you know, I'm very optimistic that, you know, this is going to be something that we can play a significant part of for, you know, the next decade, possibly beyond, because new changes will come from there. It's, it's very much a transformational leap, that will be done in measured stages with, you know, with gates that have to be gone through for success. It's not a, like, a huge check, and everything will be fine, trust us. It's going to be a, you know, in a network domain, it's a much more, staggered, measured, process of transformation over time.
Yeah. Niall, thank you very much. Unfortunately, we are out of time, but I would like to thank you, Niall and Ana, for the fantastic presentations today. Particularly, again, a big thank you to Gintautas for taking time out of his own busy schedule to with SES to come and be with us today. I know we didn't get to many questions, but please reach out to Jill and myself in the investor relations department, if you need anything further or if you wanna continue the conversation. With that, have a great rest of the day. Thank you.