Book a demo

Network Slicing Patents: Who Leads, Where the Gaps Are 2026

Network Slicing Patents: Who Leads, Where the Gaps Are 2026
https://www.patsnap.com/resources/blog/rd-blog/network-slicing-and-orchestration-patent-landscape/ · Patsnap · data cut-off 2026-07-31 · downloaded from the live page
Patent Landscape · Telecom Infrastructure
Network Slicing and Orchestration Patents: Filing Trends, Leaders and Open Claim Space
  • Filing has flattened, not grown. Filings peaked at 35 in 2022 and 2026 sits back at 3, the same level as 2017 — this is a field that has already had its filing wave, not one still accelerating.
  • No single assignee dominates recent activity. The latest-year momentum table shows most tracked assignees at 0 or 1 filing, including a -100% YoY drop for one major holder — leadership here is unsettled, not locked in.
  • Claims cluster in two IPC subclasses. H04L (109 records) and H04W (98 records) carry almost all the activity, while AI-assisted orchestration (G06N, 2 records) is barely claimed at all.
Get a prior-art report on your approach
145
Published Records
47%
Top-5 Share of All Records
-13%
3-Yr Growth (lag-adjusted)
US
Leading Jurisdiction
Published byPatsnap Research··8 min readSourced from Patsnap Eureka
Overview

What the patent record shows about network slicing and orchestration

Network slicing and orchestration patents cover the mechanisms that let a single physical network run multiple logical, isolated services — resource isolation, lifecycle management of slices, multi-domain coordination across operator boundaries, and quality-of-service guarantees enforced per slice. The dataset behind this page covers 145 patent families filed between 2015 and 2026, drawn from filings that combine network-slicing or service-based-architecture terminology with claim language on resource isolation, lifecycle management, multi-domain operation or intent-based networking, classified under H04L41, H04W28 or H04L47.

Filing activity rose through the late 2010s, peaked in 2022, and has since pulled back to levels last seen at the start of the window. Because publication typically lags filing by around eighteen months, the final one to two years in any such trend will always look thinner than they eventually turn out to be — but a decline from a mid-window peak back to early-window levels is a distinct pattern from simple under-counting at the edge.

Annual filings, 2017–2026 (families)
  1. 1TELEFONAKTIEBOLAGET LM ERICSSON (PUBL)20
  2. 2INTEL CORP17
  3. 3HUAWEI TECH CO LTD13
  4. 4SAMSUNG ELECTRONICS CO LTD10
  5. 5AMAZON TECH INC8
  6. 6VERIZON PATENT & LICENSING INC8
  7. 7NXGEN PARTNERS IP LLC8
  8. 8AT&T INTELLECTUAL PROPERTY I L P6
  9. 9NOKIA TECHNOLOGIES OY5
  10. 10JIO PLATFORMS LTD5
Source: Patsnap Eureka. Assignee ranking and totals. Derived from a Patsnap search on Network Slicing and Orchestration covering 2015–2026, data cut-off 2026-07-31. Counts reflect published records only and shift as new filings publish.Run this in Eureka MCP
The Numbers

Filing trend and technology composition

145 patent families, filed mainly through the USPTO with a secondary cluster at the EPO and via PCT, concentrated in two IPC subclasses.

A peak-and-pullback filing curve

Annual filings ran 3 in 2017, climbed through the late 2010s and early 2020s, peaked at 35 in 2022, and have since fallen back to 3 in 2026 (a partial year). This is not a technology still in its growth phase; the bulk of foundational claim-staking already happened.

A peak-and-pullback filing curve01020304032017201820192020202135202220232024202532026Most recent year is partial — publication lag means later filings are not yet visible.

Concentration in transmission and wireless subclasses

H04L (digital information transmission, 109 records) and H04W (wireless communication networks, 98 records) dominate the classification mix. G06F (electric digital data processing, 17), H04B (transmission general, 6) and H04J (multiplex communication, 5) form a smaller supporting tier, while G06N (AI models, 2) and G06Q (business data processing, 2) are barely represented — a sign that AI-driven orchestration and commercial/billing logic for slices remain lightly claimed relative to the core transmission mechanics.

Concentration in transmission and wireless subclassesH04L · Digital information transmissi…10975.2%H04W · Wireless communication networks9867.6%G06F · Electric digital data processi…1711.7%H04B · Transmission (general)64.1%H04J · Multiplex communication53.4%G06N · Computing based on AI models21.4%G06Q · Business, commerce & admin dat…21.4%

Shares are the percentage of the 145 records in scope. A patent can carry several IPC classes, so the shares add up to more than 100%.

Source: Patsnap Eureka. Filing trend and technology composition. Derived from a Patsnap search on Network Slicing and Orchestration covering 2015–2026, data cut-off 2026-07-31. Counts reflect published records only and shift as new filings publish.

Go deeper on Network Slicing and Orchestration with Eureka

This page is one run against one query. Ask Eureka your own question about network slicing and orchestration and every answer comes back with the patent numbers behind it.

Try Eureka
Key Patents

The most-cited filings and a representative claim

Representative filing
US20220124560A12022-04-21

Resilient radio resource provisioning for network slicing (US20220124560A1, Intel Corporation, 2022-04-21)

INTEL CORPORATION

The filing describes a resilient radio access network slicing framework combining a resource planning engine with distributed, slice-aware scheduling at access nodes, edge compute nodes or cloud services. It covers resource planning, slice-aware scheduling, and the signalling exchanges needed to provision resilient RAN slicing, with the stated aim of achieving resource isolation more efficiently and agilely than prior network slicing approaches.Filed by Intel Corporation; published 2022-04-21.

US20220124560A1 — patent drawing 1US20220124560A1 — patent drawing 2
View full filing
Most-cited records in the corpus
#Publication no.Patent titleCitations
1US20170164349A1Method and system for performing network slicing in a radio access network311
2US20180343567A1Private multefire network with SDR-based massive MIMO, multefire and network slicing308
3US20170142591A1System and methods for network management and orchestration for network slicing219
4US11711759B1On-demand application-driven network slicing121
5US20230179974A1Locality-based network slicing in radio-based networks119
6US20220124560A1Resilient radio resource provisioning for network slicing114
7US20230006889A1Flow-specific network slicing103
8CN108260169A一种基于QoS保障的服务功能链动态部署方法77
9US20240305533A1Radio resource planning and slice-aware scheduling for intelligent radio access network slicing66
10US9369387B2Segment routing based wide area network orchestration in a network environment66

Citation counts favour older filings simply because they have had more time to accumulate citations within this searched corpus — read them as a signal of influence on the field, not as a ranking of current importance.

Patent titles are shown in the language they were filed in, not translated, so that each record stays verifiable against the original filing — a translated title will not match in Eureka or in any national register. Each row carries its publication number; clicking a row searches Eureka by that number.

Source: Patsnap Eureka. Citation counts and representative records. Derived from a Patsnap search on Network Slicing and Orchestration covering 2015–2026, data cut-off 2026-07-31. Counts reflect published records only and shift as new filings publish.Run this in Eureka MCP
Run it yourself

Put your own technology through the same analysis

 
Where to run it
Fastest

Eureka on the web

When you want the answer in the next five minutes.

The agent works the prompt against patents and technical literature, citing every source.

Run your analysis now →
For builders

MCP server & REST API

When it has to run inside your own pipeline.

Patent search, landscape analysis and assignee resolution as MCP tools. Drop them into any agent framework, or call REST directly.

Browse MCP servers →
Insights

What the filing pattern signals for R&D and IP strategy

Three things stand out once the raw counts are put in context: where activity is concentrated, how recent momentum has shifted, and where claim density is thin enough to be worth entering.

Filing curve
35 in 2022
peak-year filings

The wave has already crested

Filings rose from 3 in 2017 to a peak of 35 in 2022, then declined back toward single digits by 2026. A field that peaks mid-window and pulls back is different from one still climbing — the core architectural claims (slice isolation, lifecycle state machines, QoS enforcement) were largely staked between roughly 2019 and 2022.

Trend chart, 2017–2026
Assignee momentum
-100% YoY
for a major prior filer

No assignee is pulling away

Latest-year figures show most tracked assignees at 0 or 1 filing, and one major prior filer down 100% year-on-year. Combined with a flat co-assignee count (2 pairs total across the dataset), this reads as a fragmented field with little sustained collaboration or single-firm dominance in current filing.

Recent-year momentum table
Classification mix
2 of 145
records in G06N (AI models)

AI-assisted orchestration is barely claimed

Against 109 H04L and 98 H04W records, only 2 records fall under G06N and 2 under G06Q. Intent-based networking and AI-driven slice orchestration are named in the search criteria but show up in only a handful of the underlying classifications, suggesting the claim space around automated, model-driven orchestration decisions is still open.

IPC composition table
Geographic filing
88 of 145
families via USPTO

Filing is concentrated in the US, with a European and PCT tail

The United States receives 88 of the tracked filings, more than four times the EPO total of 21 and the WIPO/PCT count of 19. India (7), China (6) and the Netherlands (3) trail well behind, indicating that enforcement and freedom-to-operate risk in this dataset is weighted heavily toward US practice.

Receiving office breakdown
Eureka AI Agent
Looking for what nobody has claimed yet?

Eureka can read the same corpus for gaps instead of for coverage: under-claimed branches adjacent to network slicing and orchestration, with the prior art for and against each one.

Find the white space →
Source: Patsnap Eureka. Co-assignee relationships and derived observations. Derived from a Patsnap search on Network Slicing and Orchestration covering 2015–2026, data cut-off 2026-07-31. Counts reflect published records only and shift as new filings publish.Run this in Eureka MCP
Who's Filing

Assignee activity and where the field is still open

Recent-year filing counts are low across the board, and the strongest recent signals come from assignees with just one filing in the latest year rather than an established leader extending a lead.

Momentum leaders
1 filing
latest year, several assignees

Several firms tied at the top of a thin field

Ericsson, Samsung and Amazon each show 1 filing in the latest tracked year, with Ericsson flat year-on-year. None of the assignees in the momentum table show growth beyond that single-digit level, which is consistent with a field past its peak filing year rather than one still building.

Recent-year momentum table
Declining filers
-100% YoY
Intel

A prior active filer has gone quiet

Intel, which appears as the assignee on the representative filing discussed above, shows 0 filings in the latest year against a -100% year-on-year change, and Huawei similarly shows 0 in the latest year. Both remain part of the historical filing base but are not currently adding to it at pace.

Recent-year momentum table
Collaboration
2 pairs
co-assignee pairs total

Co-filing is rare

Only two co-assignee pairs appear across the full 145-family dataset, both involving Huawei alongside individual named inventors. This is a field of largely single-assignee filings rather than joint ventures or cross-licensed development programmes.

Co-assignee pair analysis
🔍
Under-claimed sub-areas worth a closer freedom-to-operate check
These sit inside the searched claim space but show thin representation in the classification and citation data.
AI-driven slice orchestration decisionscross-domain SLA reconciliationintent-based slice lifecycle automationbilling-aware slice provisioningedge-compute slice scheduling
Rank all filers by momentum →
Latest-year filing momentum by assignee
AssigneeRecent yearYoY
Telefonaktiebolaget LM Ericsson10%
Samsung Electronics Co., Ltd.1
Amazon Technologies, Inc.1
Intel Corporation0-100%
Huawei Technologies Co., Ltd.0
Verizon Patent and Licensing Inc.0
Nicigen Partners IP LLC0
AT&T Intellectual Property I, L.P.0
Source: Patsnap Eureka. Assignee-level momentum. Derived from a Patsnap search on Network Slicing and Orchestration covering 2015–2026, data cut-off 2026-07-31. Counts reflect published records only and shift as new filings publish.Run this in Eureka MCP
What's Next

Where to take this from here

The filing curve and classification mix point to specific next checks rather than a single conclusion.

Check freedom-to-operate against the most-cited filings

The five most-cited records in this corpus, several from 2017, set foundational claim scope on slicing architecture and orchestration that later filings had to design around. Any new filing in core resource-isolation or slice-management claims should be checked against these first.

Run a claim comparison in Eureka

Track the momentum shift among named assignees

With Intel down and Huawei flat at zero in the latest year, and no assignee showing sustained growth, the competitive picture is unsettled. Monitoring quarterly filing activity rather than annual snapshots will catch a new leader emerging earlier.

Set up assignee monitoring in Eureka

Explore the thin AI-orchestration classification

Only 2 of 145 records fall under G06N, despite intent-based networking appearing in the search criteria. This gap is worth a deeper prior-art search before committing to claim language in that space.

Search white space in Eureka
Source: Patsnap Eureka. Forward-looking reading of the same dataset. Derived from a Patsnap search on Network Slicing and Orchestration covering 2015–2026, data cut-off 2026-07-31. Counts reflect published records only and shift as new filings publish.Run this in Eureka MCP
FAQ

Common questions about network slicing patents

Answers are grounded in the same dataset. Derived from a Patsnap search on Network Slicing and Orchestration covering 2015–2026, data cut-off 2026-07-31. Counts reflect published records only and shift as new filings publish.Run this in Eureka MCP

Research Network Slicing and Orchestration in depth with Eureka

Go past this page: query the whole network slicing and orchestration corpus yourself, in your own scope.
Every answer comes back with patent numbers you can open.

Try Eureka

Disclaimer. This page is generated from Patsnap Eureka data drawn from a limited snapshot of global patent and scientific-literature records, and is provided for general information and reference only.

Patent data carries inherent limitations: recent filings (typically the most recent 18–24 months) are under-counted due to standard publication lag; counts may be reported at either a patent-family or a patent-record basis and are not always directly comparable; classification, applicant-name, and citation data may contain errors, duplicates, or omissions; and the underlying search query defines and constrains the scope shown. As a result, the analysis may be incomplete or inaccurate and may not reflect the full technology landscape.

Nothing on this page constitutes an exhaustive prior-art, novelty, freedom-to-operate, or validity search, nor does it constitute legal, financial, investment, or professional advice, and it should not be relied upon as such. Any patent, commercial, or strategic decision should be verified independently and reviewed with qualified patent, legal, and domain professionals. Patsnap makes no warranties, express or implied, as to the accuracy, completeness, or fitness for any particular purpose of the information presented.

Machine translation. Assignee and organisation names originally recorded in Chinese, Japanese or Korean have been rendered into English by an AI translation step so that the tables stay readable. These renderings are best-effort and may not match a company’s registered English name; the original name is what the underlying patent record carries, and it is what any Eureka query launched from this page uses.

Help us improve this page

Found incorrect or outdated information? Let us know and we'll get it fixed.