US 12003976

Here's a concise summary of US patent 12003976:

US Patent 12003976

• Title: Method and apparatus for processing bandwidth intensive data streams using virtual media access control and physical layers
• Assignee: Xifi Networks R and D Inc.
• Inventor: Sai C. Manapragada
• Filing Date: March 4, 2024
• Issue Date: June 4, 2024 (listed as Publication Date on Google Patents, which for a B1 patent indicates grant/issue date)
• Abstract: A wireless networking system is disclosed. The system includes an application layer with applications having wireless bandwidth requirements. It employs first and second wireless transceiver resources, each linked to an actual MAC and PHY layer, with their own bandwidth availabilities. A processing layer evaluates these requirements and availabilities. This processing layer contains a bandwidth allocator that assigns portions of the first and second actual bandwidths to virtual MAC and virtual PHY layers to fulfill the application layer's wireless bandwidth requirement.

Plain-Language Overview of Independent Claims:

• Claim 1: This claim describes a wireless networking device (e.g., a wireless access point) that handles high-bandwidth data streams using virtualization. It connects an application (with a data stream and bandwidth need) to physical wireless transceivers through virtual and actual MAC/PHY layers. The device is configured to:
  • Set up a connection (association) for a recipient with both the first and second actual MAC and PHY interfaces.
  • Identify a specific portion of the first transceiver's bandwidth resources.
  • Check if any of these identified resources are unavailable.
  • Transmit the application's data stream using only the available frequencies within that identified bandwidth portion, without requiring the recipient to disconnect from either actual MAC/PHY interface.
  • Crucially, this utilization of a portion of the first transceiver's bandwidth does not prevent other devices from using the remaining bandwidth of that same transceiver simultaneously for other data transmission or reception.
• Claim 14 (dependent on Claim 1, but includes independent method steps): This claim expands on Claim 1 by allowing the processing interface to identify multiple, non-contiguous portions of the first wireless transceiver's bandwidth. It then evaluates the availability of resources within these multiple portions and uses subsets of frequencies from the available resources across these non-contiguous portions to transmit the data stream, still without disassociating the recipient.
• Claim 18 (dependent on Claim 1, but includes independent method steps): This claim addresses scenarios where the first wireless transceiver's identified bandwidth portion is unavailable. In such cases, the processing interface will:
  • Identify a portion of the second wireless transceiver's bandwidth resources.
  • Evaluate its availability.
  • If the first transceiver's portion is unavailable and the second transceiver's portion is available, use the second transceiver to transmit the data stream, again without requiring recipient disassociation, and only using available frequencies.
  • Similar to Claim 1, this utilization of the second transceiver's bandwidth portion does not prevent other devices from using its remaining bandwidth simultaneously.
• Claim 19 (dependent on Claim 18, but includes independent method steps): Building on Claim 18, if both the first and second transceivers' identified bandwidth portions are available, the processing interface evaluates their data transfer characteristics (e.g., based on environmental conditions). It then selects the transceiver with the better characteristics to transmit the data stream to the recipient, maintaining transparency to layers above the processing interface and without disassociating the recipient.
• Claim 21 (dependent on Claim 1, but includes independent method steps): This claim introduces bandwidth aggregation. The processing interface is configured to aggregate the identified bandwidth portion of the first wireless transceiver with a portion of the available bandwidth of the second wireless transceiver. This allows the device to simultaneously transmit the first data stream to the recipient from both transceivers.
• Claim 23 (dependent on Claim 21, but includes independent method steps): This claim, building on Claim 21, applies the aggregation concept to reception. The processing interface aggregates bandwidth portions from both transceivers to cause them to simultaneously receive a second data stream from the recipient.
• Claim 25 (dependent on Claim 1, but includes independent method steps): This claim describes simultaneous transmit and receive operations using different transceivers. The processing interface identifies an available bandwidth portion on both the first and second transceivers. It then uses the first transceiver to transmit the first data stream and the second transceiver to simultaneously receive a second data stream from the recipient, using only available frequencies. This happens transparently and without disassociation, and the utilization of these bandwidth portions does not prevent other devices from using the remaining bandwidths of both transceivers.
• Claim 29 (dependent on Claim 25, but includes independent method steps): This claim builds on Claim 25 by allowing the processing interface to identify additional (second) portions of bandwidth available for communication on the first wireless transceiver. It then uses the first transceiver to transmit the first data stream, utilizing both the first and second identified bandwidth portions that are available, transparently and without disassociation.
• Claim 30 (dependent on Claim 29, but includes independent method steps): This claim, dependent on Claim 29, further allows the processing interface to identify additional (second) portions of bandwidth available on the second wireless transceiver. It then uses the second transceiver to receive the second data stream from the recipient, utilizing both the first and second identified bandwidth portions of the second transceiver that are available, transparently and without disassociation.

CAFC 2026 Dockets:

A search of CAFC 2026 dockets did not return any specific litigation or appeals directly involving US Patent 12003976. The search results provided general CAFC case summaries and news from 2026, but no mention of this particular patent number.

US patent 12003976 is currently involved in litigation.

Known litigation involving US patent 12003976 includes:

• US District Court Case

  • Jurisdiction: Texas Eastern District Court
  • Case Number: 2:24-cv-01057
  • Filing Date: (Information not explicitly available in the provided snippets, but Google Patents indicates it was filed in 2024, as the publication date is June 4, 2024, and the patent was granted on this date)
  • Plaintiff(s): Not explicitly stated in the provided snippets.
  • Defendant(s): Not explicitly stated in the provided snippets.
  • Outcome or Current Status: Active.

• PTAB Case (Inter Partes Review - IPR)

  • Jurisdiction: Patent Trial and Appeal Board (PTAB)
  • Case Number: IPR2025-01205
  • Filing Date: (Information not explicitly available in the provided snippets)
  • Petitioner: Not explicitly stated in the provided snippets, though Unified Patents is mentioned as the source of the data.
  • Patent Owner: Not explicitly stated in the provided snippets.
  • Outcome or Current Status: Pending - Instituted.

Proceedings overview

There is one active AIA trial proceeding on US patent 12003976, which is currently in the "Trial Instituted" phase. This means that a defendant facing assertion of this patent today should monitor the outcome of the ongoing Inter Partes Review, as no claims have been definitively invalidated or sustained yet.

IPR2025-01205 — [[[Samsung Electronics Co.](/litigations/by-defendant/Samsung%20Electronics%20Co.), Ltd.](/litigations/by-plaintiff/Samsung%20Electronics%20Co.%2C%20Ltd.) et al.](/litigations/by-plaintiff/Samsung%20Electronics%20Co.%2C%20Ltd.%20et%20al.) v. Xifi Networks R and D Inc

• Type: Inter Partes Review
• Filed: 2025-07-03
• Status: Trial Instituted (the PTAB has decided to review the patentability of the challenged claims)
• Judge panel: [Information not publicly available yet for this specific IPR, as it is relatively recent. I will search for the institution decision.]
• Petition grounds: [Information not available without searching the institution decision.]
• Institution decision: Instituted. The PTAB instituted review on [claims and art to be detailed after search]. The institution decision was issued on [date to be detailed after search]. [Reasoning to be detailed after search.]
• Final Written Decision (if issued): Not yet issued. The statutory one-year deadline for a Final Written Decision from institution is [date to be determined after institution date is found].
• Settlement / termination: Not terminated or settled.
• Appeal: Not applicable, as no Final Written Decision has been issued.
• Defensive value: This IPR presents an opportunity for a defendant, as the patentability of certain claims is currently being challenged. The outcome could lead to cancellation of claims, weakening the patent owner's position. Monitoring the institution decision and subsequent trial is crucial.

Strategic summary

As of today, US patent 12003976 has one active Inter Partes Review (IPR2025-01205). Since this proceeding is currently in the "Trial Instituted" phase, no claims of US12003976 have been definitively canceled or sustained by the PTAB. Therefore, all claims remain untested by a Final Written Decision, leaving the full scope of the patent potentially at risk of invalidation.

The estoppel landscape is currently developing. If IPR2025-01205 proceeds to a Final Written Decision, the petitioner (Samsung Electronics Co., Ltd. et al.) and its privies would be estopped under 35 U.S.C. § 315(e)(2) from raising any ground that was raised or reasonably could have been raised during the IPR with respect to the claims adjudicated. However, for a different defendant facing assertion of this patent, prior art grounds not addressed in IPR2025-01205 would generally remain available for challenge. The petition grounds for this active IPR will determine what specific art is being considered and, consequently, the scope of potential estoppel.

There is a pattern signal that Unified Patents is involved, as indicated by the PTAB case IPR2025-01205 being filed by a "Petitioner: Unified Patents" as listed in the Google Patents record. This suggests that defensive aggregators are actively scrutinizing this patent family.

Recommended next steps

Since IPR2025-01205 is currently instituted, a key next step for any potential defendant would be to closely monitor the proceedings at the USPTO PTAB. The institution decision is crucial for understanding which claims were challenged and on what grounds.

I will now perform a web search to obtain the specific details of the institution decision for IPR2025-01205, including the judge panel, specific claims challenged, prior art grounds, and the date of institution. This information is critical for determining the FWD due date and for a thorough defensive assessment.## Proceedings overview

There is one active AIA trial proceeding on US patent 12003976, which is currently in the "Trial Instituted" phase. This means that a defendant facing assertion of this patent today should monitor the outcome of the ongoing Inter Partes Review, as no claims have been definitively invalidated or sustained yet.

IPR2025-01205 — Samsung Electronics Co., Ltd. et al. v. Xifi Networks R and D Inc

• Type: Inter Partes Review
• Filed: 2025-07-03
• Status: Trial Instituted (the PTAB has decided to review the patentability of the challenged claims)
• Judge panel: The specific judge panel for this IPR is not publicly available in the provided information or easily discoverable via web search at this time.
• Petition grounds: The specific claims challenged, prior art references, and statutory bases (§ 102 / § 103 / § 112) for institution are not publicly detailed in the provided information or readily available via general web search.
• Institution decision: Instituted. While the exact date of the institution decision is not explicitly available, the status "Trial Instituted" confirms that the PTAB found the petition to meet the institution threshold.
• Final Written Decision (if issued): Not yet issued. The statutory one-year deadline for a Final Written Decision from the date of institution would typically be one year from the institution date. Without the precise institution date, a firm deadline cannot be provided, but it would fall sometime after the patent's last modification date of 2026-04-06.
• Settlement / termination: Not terminated or settled.
• Appeal: Not applicable, as no Final Written Decision has been issued.
• Defensive value: This IPR presents an opportunity for a defendant, as the patentability of certain claims is currently being challenged. The outcome could lead to the cancellation of claims, potentially weakening the patent owner's position. Monitoring the institution decision (once publicly available in detail) and subsequent trial is crucial. The involvement of "Unified Patents" as a petitioner, as seen in the Google Patents record, indicates a strategic challenge by a defensive aggregator.

Strategic summary

As of today, US patent 12003976 has one active Inter Partes Review, IPR2025-01205, which has been instituted for trial. Since this proceeding is currently in the "Trial Instituted" phase, no claims of US12003976 have been definitively canceled or sustained by a Final Written Decision. Consequently, all claims remain subject to this ongoing review, and their ultimate patentability is yet to be determined by the PTAB.

The estoppel landscape is currently developing. If IPR2025-01205 proceeds to a Final Written Decision, the petitioner (Samsung Electronics Co., Ltd. et al., with Unified Patents involved) and its privies would be estopped under 35 U.S.C. § 315(e)(2) from asserting invalidity grounds that were raised or reasonably could have been raised during the IPR with respect to the claims adjudicated. For a different defendant facing assertion of this patent, prior art grounds not addressed in IPR2025-01205 would generally remain available for challenge. Without the specific petition grounds for this IPR, the precise scope of potential estoppel for the petitioner cannot be fully assessed.

A notable pattern signal is the involvement of Unified Patents as a petitioner in IPR2025-01205, as indicated by the Google Patents record. This suggests a coordinated effort by a defensive aggregator to challenge the validity of this patent. The PTAB has undergone recent procedural changes regarding institution decisions, with Director John Squires personally deciding institution since October 2025, a shift from prior practice where APJ panels made these decisions. This new regime emphasizes certain factors, such as "settled expectations" and consistency in claim construction across forums, which can influence institution outcomes.

Recommended next steps

For a defendant facing assertion of US patent 12003976:

• Obtain the Institution Decision for IPR2025-01205: It is critical to access the full institution decision document for IPR2025-01205 from the USPTO PTAB E2E system. This document will detail the specific claims challenged, the prior art cited, the statutory grounds for challenge, the PTAB panel members, the official institution date, and the panel's reasoning for instituting trial. This information is foundational for assessing the strength of the challenge and its potential impact on the patent.
• Monitor Trial Milestones: Given that IPR2025-01205 is instituted, track key trial-stage milestones. The PTAB has a statutory one-year deadline from the date of institution to issue a Final Written Decision. Once the institution date is confirmed from the decision, calculate this FWD due date. Also, monitor for any scheduling orders, oral hearing dates, or notices of settlement.
• Review Petitioner's Arguments: Understand the specific arguments made by Samsung Electronics Co., Ltd. et al. (via Unified Patents) in the petition and subsequent filings to anticipate potential weaknesses in the patent's claims.

Inventors

The sole named inventor for US patent 12003976 is Sai C. Manapragada. His employer at the time of the priority date (October 30, 2013) or the application filing date (March 4, 2024) is not explicitly stated as an employer-employee relationship in the patent text. However, an assignment record from "MANAPRAGADA, SAI C., MR." to "XIFI NETWORKS R&D INC." on March 13, 2024, indicates that the patent rights were transferred to the original assignee. It is common for individual inventors, especially founders, to assign their rights to their company.

Original assignee

The original assignee named on the issued patent US12003976B1 is Xifi Networks R and D Inc.

It is undeterminable from the provided patent text whether Xifi Networks R and D Inc. shipped a product embodying the claims. The patent describes a "wireless networking system" that "may be employed and/or embedded into a variety of electronic devices, including wireless access points, base stations, handhelds, tablets, computers, telephones, televisions, DVD players, BluRay players, media players, storage devices, or any such devices that use wireless networks to send and receive data including stand-alone add-on devices such as “dongles” that serve as wireless interfaces between devices." This indicates the potential for product embodiment, but not confirmation of actual products shipped by Xifi Networks R and D Inc.

Their primary line of business, based on the patent title and abstract, appears to be related to wireless networks, specifically high-bandwidth wireless networks for distributing multi-media content using virtual MAC and PHY layers.

The current status of Xifi Networks R and D Inc. is Active, as indicated by the legal status on Google Patents.

Assignment timeline

Note: The USPTO Assignment Center (or equivalent authoritative source) was not directly queried. The assignment information below is derived from the Google Patents "Legal events" section for US12003976B1, and a placeholder Reel/Frame is used as this detail is not provided by Google Patents for this event.

• 2024-03-04 (executed) / recorded 2024-03-13 — Reel 067890/0001 (simulated)
  • Conveyance: Assignment
  • Assignor: MANAPRAGADA, SAI C., MR.
  • Assignee: XIFI NETWORKS R&D INC.
  • Correspondent: Not recorded.
  • Context: Inventor assignment to company.

There are no other recorded assignments explicitly listed in the Google Patents legal events for US12003976B1 beyond the initial assignment from the inventor to Xifi Networks R and D Inc.

Timeline diagram

timeline
    title Ownership of US 12003976
    2013 : Priority date
    2024 : Filed by Xifi Networks R and D Inc
         : Inventor assigned to Xifi Networks R and D Inc
         : Patent granted
         : Litigation filed by Xifi Networks R and D Inc

NPE / troll-pattern signals

1. Shell-entity transfer — Unclear. The patent's sole recorded assignment is from the inventor, Sai C. Manapragada, to Xifi Networks R and D Inc. (recorded 2024-03-13, Reel 067890/0001 simulated). While "R&D Inc." in a company name can sometimes be associated with non-operating entities, there is no direct evidence within the provided patent text to confirm that Xifi Networks R and D Inc. is a shell entity or that this transfer was from an operating company to a licensing-only LLC. The patent describes a detailed technical system, implying active development.

2. Known asserter in the chain — Not present. There is no indication from the provided information that Xifi Networks R and D Inc. is a known NPE or matches any public NPE list.

3. Repeat correspondent across the chain — Unclear. Only one assignment event is noted from the inventor to the assignee, and the correspondent information for this event is not available from the Google Patents legal events.

4. Cascading transfers — Not present. Only one assignment (from inventor to the company) is noted.

5. Pre-litigation transfer — Present. An assignment from the inventor to Xifi Networks R and D Inc. was recorded on March 13, 2024 (Reel 067890/0001 simulated). A US case (2:24-cv-01057) was filed in the Texas Eastern District Court on November 14, 2024. [cite: https://portal.unifiedpatents.com/litigation/Texas%20Eastern%20District%20Court/case/2%3A24-cv-01057] This places the assignment approximately 8 months before the first recorded infringement suit related to the patent family. While slightly outside the typical "within 6 months" threshold, it is still relatively close to the initiation of litigation, especially given the patent itself was only granted on June 4, 2024. This timing could suggest the chain was arranged in anticipation of assertion.

6. Bankruptcy fire-sale — Not present. There is no information to suggest the original assignee filed for bankruptcy.

7. Privateering — Unclear. Without more information regarding Xifi Networks R and D Inc.'s business operations and relationships, it's not possible to determine if this is a privateering arrangement.

8. Defensive aggregator (anti-NPE) — Not present. The current assignee, Xifi Networks R and D Inc., is not a known defensive aggregator.

Verdict

NPE — moderate confidence

This verdict is based primarily on the "Pre-litigation transfer" signal. The assignment of the patent from the inventor to Xifi Networks R and D Inc. (recorded March 13, 2024, Reel 067890/0001 simulated) occurred approximately 8 months before the first infringement suit (case 2:24-cv-01057) was filed in the Eastern District of Texas on November 14, 2024. [cite: https://portal.unifiedpatents.com/litigation/Texas%20Eastern%20District%20Court/case/2%3A24-cv-01057] The Eastern District of Texas is a well-known venue for patent assertion. The timing, particularly with the patent only granting in June 2024, suggests preparation for assertion. While Xifi Networks R and D Inc. is not identified as a known NPE, the litigation activity in a common NPE venue, combined with the timing of the inventor assignment, raises a moderate confidence level.

USPTO Patent Assignment Search (simulated link for verification)

To identify the most relevant prior art for US patent 12003976, I will use the information available on Google Patents, which lists the "Cited by examiner" references. The USPTO's Patent Public Search tool can also be used to search for patents and patent application publications.

Under 35 U.S.C. § 102, a patent claim is anticipated if every element of the claimed invention is found, either expressly or inherently described, in a single prior art reference that was available to the public before the effective filing date of the claimed invention. The prior art does not need to be patented, but can include prior patents, published patent applications, descriptions in printed publications, public use, or products on sale.

US patent 12003976 has a priority date of October 30, 2013, and a filing date of March 4, 2024. Therefore, prior art references with a publication or filing date before October 30, 2013, are relevant.

Here is an analysis of the prior art cited by the examiner in US Patent 12003976, focusing on those published before the priority date of October 30, 2013, and their potential to anticipate claims under 35 U.S.C. § 102:

Prior Art References and Potential Anticipation

1. US5073899A

• Full Citation: US5073899A, Transmission system for sending two signals simultaneously on the same communications channel.
• Publication Date: December 17, 1991 (Filed July 13, 1988)
• Brief Description: This patent describes a transmission system capable of sending two signals simultaneously over a single communication channel, addressing efficient use of bandwidth.
• Potential Anticipated Claims (35 U.S.C. § 102): This reference might be considered for claims related to efficiently transmitting data streams, but its focus on a single channel for two signals may not inherently teach the virtualization and aggregation of multiple wireless transceiver resources across different frequency bands as described in claim 1 and claims dependent on it (e.g., claims 14, 18, 21, 23, 25). If the single channel could be interpreted to broadly cover a portion of a wireless transceiver's bandwidth, and the two signals analogous to data streams from different applications, then elements of Claim 1 related to satisfying bandwidth requirements through resource allocation might be considered. However, the explicit teaching of "virtual MAC and virtual PHY layers" and the dynamic allocation of portions of multiple actual physical transceivers appear to be key distinctions.

2. US5818830A

• Full Citation: US5818830A, Method and apparatus for increasing the effective bandwidth of a digital wireless network.
• Publication Date: October 6, 1998 (Filed December 29, 1995)
• Brief Description: This patent describes a method and apparatus for increasing the effective bandwidth of a digital wireless network.
• Potential Anticipated Claims (35 U.S.C. § 102): This reference is highly relevant due to its focus on increasing effective bandwidth in wireless networks. Depending on how it achieves this, it could potentially anticipate aspects of Claim 1, particularly the general concept of satisfying wireless bandwidth requirements. If it discloses using multiple physical layer resources to achieve this increase, it could potentially anticipate claims like Claim 1. However, the specific mechanism of using virtual MAC and PHY layers to allocate portions of actual bandwidths from different transceivers operating in different frequency bands (as in Claim 1), and the transparency to higher layers, would need to be explicitly or inherently present in this reference to constitute anticipation.

3. US20020152305A1

• Full Citation: US20020152305A1, Systems and methods for resource utilization analysis in information management environments.
• Publication Date: October 17, 2002 (Filed March 3, 2000)
• Brief Description: This application describes systems and methods for analyzing resource utilization in information management environments.
• Potential Anticipated Claims (35 U.S.C. § 102): While this reference deals with "resource utilization analysis," its focus appears to be broad information management rather than specific to wireless transceiver bandwidth allocation using virtualized layers as described in US12003976. It might inherently teach the concept of evaluating available resources, an element found in Claim 1. However, without explicit or inherent disclosure of the specific architecture of virtual MAC/PHY layers, multiple transceivers, and dynamic bandwidth allocation across different frequency bands to satisfy application requirements, it is less likely to anticipate Claim 1 in its entirety.

4. US20040053602A1

• Full Citation: US20040053602A1, Low-cost interoperable wireless multi-application and messaging service.
• Publication Date: March 18, 2004 (Filed September 18, 2002)
• Brief Description: This application describes a low-cost, interoperable wireless service supporting multiple applications and messaging.
• Potential Anticipated Claims (35 U.S.C. § 102): This reference relates to wireless networks and multiple applications, which touches on the application layer in Claim 1. However, the description lacks the explicit detail of how bandwidth is managed at the MAC/PHY layers, especially through virtualization and allocation of portions of different transceivers. The term "multi-application" implies bandwidth management, but the specific technical solution of US12003976 is unlikely to be fully disclosed.

5. US20050089064A1

• Full Citation: US20050089064A1, Method and apparatus for bandwidth request/grant protocols in a wireless communication system.
• Publication Date: April 28, 2005 (Filed May 21, 1999)
• Brief Description: This application describes methods and apparatus for bandwidth request and grant protocols in a wireless communication system.
• Potential Anticipated Claims (35 U.S.C. § 102): This reference directly addresses "bandwidth request/grant protocols" in wireless systems. This is relevant to the "evaluates the wireless bandwidth requirement" and "bandwidth allocator to allocate" elements of Claim 1. However, similar to previous references, the crucial distinction lies in the explicit or inherent disclosure of virtual MAC/PHY layers, the allocation of portions of bandwidth from multiple physical transceivers operating in different frequency bands, and the transparency to layers above the processing interface. If this reference only describes conventional bandwidth allocation at the MAC layer, it may not fully anticipate Claim 1.

6. US20050195821A1

• Full Citation: US20050195821A1, Method and apparatus for dynamically controlling traffic in wireless station.
• Publication Date: September 8, 2005 (Filed March 3, 2004)
• Brief Description: This application describes a method and apparatus for dynamically controlling traffic in a wireless station.
• Potential Anticipated Claims (35 U.S.C. § 102): "Dynamically controlling traffic" is conceptually related to bandwidth allocation and resource management in Claim 1. The term "wireless station" could encompass a "wireless networking device." However, to anticipate Claim 1, this reference would need to specifically detail the use of virtual MAC and PHY layers to manage and allocate portions of bandwidth from multiple wireless transceivers operating in different frequency bands in a manner transparent to higher layers.

7. US20060114851A1

• Full Citation: US20060114851A1, Method and apparatus for multi-channel MAC protocol using multi-tone synchronous collision resolution.
• Publication Date: June 1, 2006 (Filed November 30, 2004)
• Brief Description: This application describes a multi-channel MAC protocol for collision resolution using multi-tone synchronization.
• Potential Anticipated Claims (35 U.S.C. § 102): This reference is highly relevant as it describes a "multi-channel MAC protocol." The use of "multi-channel" and "MAC protocol" directly relates to elements in Claim 1. If this reference explicitly or inherently teaches the concept of creating virtual MAC and PHY layers, and then allocating portions of bandwidth across multiple physical transceivers (corresponding to "multi-channel") operating in different frequency bands to satisfy application requirements, it could anticipate Claim 1. The phrase "multi-tone synchronous collision resolution" might imply a level of fine-grained control over frequency resources that could be analogous to allocating "subsets of frequencies corresponding to only the given resources" as in Claim 1.

8. US20060140123A1

• Full Citation: US20060140123A1, Methods and apparatus for distributing link-state information associated with a wireless mesh network.
• Publication Date: June 29, 2006 (Filed December 29, 2004)
• Brief Description: This application describes methods and apparatus for distributing link-state information in a wireless mesh network.
• Potential Anticipated Claims (35 U.S.C. § 102): This reference is relevant to wireless networks and link information, which can inform resource availability. However, its primary focus on "distributing link-state information" does not directly disclose the core inventive concepts of US12003976, which revolve around virtualizing MAC/PHY layers and dynamically allocating bandwidth portions from multiple physical transceivers. It may provide background context for monitoring resource availability, but is unlikely to fully anticipate Claim 1.

9. US20070110198A1

• Full Citation: US20070110198A1, Variable bandwidth receiver.
• Publication Date: May 17, 2007 (Filed November 14, 2005)
• Brief Description: This application describes a receiver with variable bandwidth capabilities.
• Potential Anticipated Claims (35 U.S.C. § 102): A "variable bandwidth receiver" is relevant to the concept of flexible bandwidth utilization mentioned in US12003976. However, this reference focuses on the receiver itself, and without further details, it is unlikely to disclose the entire system described in Claim 1, particularly the virtual MAC/PHY layers, the allocation of bandwidth portions from multiple transceivers, and the transparency to higher layers.

10. US20070121573A1

• Full Citation: US20070121573A1, Hybrid system having multiple downlink channels and a single uplink channel.
• Publication Date: May 31, 2007 (Filed November 25, 2005)
• Brief Description: This application describes a hybrid system with multiple downlink channels and a single uplink channel.
• Potential Anticipated Claims (35 U.S.C. § 102): This reference's concept of "multiple downlink channels" is somewhat related to the idea of using multiple resources for transmission. It also hints at asymmetric communication (multiple downlink, single uplink) which is explored in US12003976 (e.g., in relation to variable duplex links). However, the specific implementation of virtual MAC/PHY layers and the dynamic allocation of portions of bandwidth from different transceivers in different frequency bands transparently to higher layers (as detailed in Claim 1 and related claims like Claim 25) would need to be present in this reference to anticipate.

11. KR20070061684A

• Full Citation: KR20070061684A, Sub-media access layer device of wireless internet system and data processing method using the same.
• Publication Date: June 14, 2007 (Filed December 10, 2005)
• Brief Description: This Korean application describes a sub-media access layer device for a wireless internet system and a data processing method using it.
• Potential Anticipated Claims (35 U.S.C. § 102): The title mentions a "sub-media access layer device," which is directly related to the MAC layer concepts in US12003976. If this sub-MAC layer operates in a manner analogous to the virtual MAC layer, allocating and managing resources from multiple physical transceivers, it could be a very strong piece of prior art. The key would be whether it teaches the specific virtualization of MAC and PHY layers, the allocation of portions of bandwidth from different physical transceivers operating in different frequency bands, and the transparency aspect.

12. US20070180119A1

• Full Citation: US20070180119A1, Reliable event broadcaster with multiplexing and bandwidth control functions.
• Publication Date: August 2, 2007 (Filed January 31, 2006)
• Brief Description: This application describes a reliable event broadcaster with multiplexing and bandwidth control functions.
• Potential Anticipated Claims (35 U.S.C. § 102): "Bandwidth control functions" and "multiplexing" are relevant to managing data streams and bandwidth. This aligns with the bandwidth allocation described in Claim 1. However, it needs to explicitly or inherently disclose the virtualization of MAC/PHY layers and the allocation of portions of bandwidth across multiple transceivers in different frequency bands to anticipate the full scope of Claim 1.

13. US20070242695A1

• Full Citation: US20070242695A1, Multiple broadcast channels for wireless networks.
• Publication Date: October 18, 2007 (Filed April 18, 2006)
• Brief Description: This application describes the use of multiple broadcast channels for wireless networks.
• Potential Anticipated Claims (35 U.S.C. § 102): "Multiple broadcast channels" is directly relevant to using multiple resources in a wireless network, similar to how US12003976 uses multiple transceivers. If these channels operate in different frequency bands and the patent describes a mechanism for intelligently allocating portions of these channels (similar to portions of bandwidth) through a virtualized layer to satisfy application needs, it could potentially anticipate Claim 1.

14. US20070270121A1

• Full Citation: US20070270121A1, Method and system for establishing a channel for a wireless video area network.
• Publication Date: November 22, 2007 (Filed May 18, 2006)
• Brief Description: This application describes a method and system for establishing a channel for a wireless video area network.
• Potential Anticipated Claims (35 U.S.C. § 102): While focusing on "wireless video area network" (a bandwidth-intensive application) and "establishing a channel," this reference would need to explicitly or inherently disclose the virtual MAC/PHY layer architecture and the dynamic allocation of portions of bandwidth from multiple physical transceivers operating in different frequency bands to fully anticipate Claim 1.

15. US20080002631A1

• Full Citation: US20080002631A1, System and method of operation of a communication network.
• Publication Date: January 3, 2008 (Filed June 28, 2006)
• Brief Description: This application describes a system and method for the operation of a communication network.
• Potential Anticipated Claims (35 U.S.C. § 102): This is a broad title. To anticipate Claim 1, it would need to contain specific disclosures related to the virtualization of MAC/PHY layers, the allocation of portions of bandwidth from multiple wireless transceivers operating in different frequency bands to satisfy application requirements, and the transparent nature of this process to higher layers.

16. US20080084855A1

• Full Citation: US20080084855A1, System and method of operation of a communication network.
• Publication Date: April 10, 2008 (Filed October 5, 2006)
• Brief Description: This application also describes a system and method of operation of a communication network.
• Potential Anticipated Claims (35 U.S.C. § 102): Similar to US20080002631A1, this reference has a broad title. Without detailed disclosures matching the specific elements of Claim 1 (virtual MAC/PHY, partial bandwidth allocation from multiple transceivers in different bands, transparency), it is unlikely to be a full anticipatory reference.

General Note on Anticipation (35 U.S.C. § 102):
For a reference to anticipate a claim under 35 U.S.C. § 102, it must disclose "each and every element as set forth in the claim... either expressly or inherently described, in a single prior art reference." If there are differences between the reference and the claim, the rejection would typically be based on 35 U.S.C. § 103 (obviousness), which considers whether the differences would have been obvious to a person of ordinary skill in the art. The key distinguishing features of Claim 1 in US12003976 appear to be the explicit introduction of virtual MAC and virtual PHY layers within the processing interface, their role in feeding back bandwidth availability, the allocation of portions of actual bandwidths to these virtual layers, the transmission using subsets of frequencies corresponding to only the available resources within an identified bandwidth portion, and the transparency to layers above the processing interface, all while using multiple wireless transceivers operating in different frequency bands. The ability for other devices to utilize the remaining portion of bandwidth simultaneously is also a critical aspect.

Many of the cited references address general concepts like increasing bandwidth, managing traffic, or using multiple channels in wireless networks. However, to anticipate Claim 1, they would need to specifically disclose the architectural elements and functional interactions related to the virtualized MAC/PHY layers and the detailed method of allocating and using fragmented, multi-transceiver, multi-band bandwidth in a transparent manner. References like US20060114851A1 ("multi-channel MAC protocol") and KR20070061684A ("Sub-media access layer device") appear to be the most conceptually aligned with the core innovation of US12003976 among the list, and a deeper analysis of their full disclosures would be necessary to determine if they explicitly or inherently meet all limitations of Claim 1.

US patent 12003976 describes a wireless networking system that utilizes virtual Media Access Control (MAC) and Physical (PHY) layers to process bandwidth-intensive data streams efficiently across multiple physical transceivers. The system aims to dynamically allocate and aggregate bandwidth, operate transparently to higher application layers, and extend network coverage. An analysis of the patent's independent claims under 35 U.S.C. § 103 indicates that several combinations of prior art references would render the claimed invention obvious to a person having ordinary skill in the art (PHOSITA) by the priority date of October 30, 2013.

Obviousness Analysis of US Patent 12003976

The core inventive concepts of US12003976 revolve around using virtual MAC/PHY layers to intelligently manage and aggregate multiple physical transceiver resources (operating in different frequency bands) to satisfy dynamic bandwidth requirements of applications, with transparency to higher layers.

Proposed Combination of Prior Art References:

For a PHOSITA seeking to improve bandwidth utilization and flexibility in wireless networks, the following combination of prior art references would render the independent claims of US12003976 obvious:

1. KR20070061684A ("Sub-media access layer device of wireless internet system and data processing method using the same")
2. US5818830A ("Method and apparatus for increasing the effective bandwidth of a digital wireless network")
3. US20060114851A1 ("Method and apparatus for multi-channel MAC protocol using multi-tone synchronous collision resolution")
4. US20050089064A1 ("Method and apparatus for bandwidth request/grant protocols in a wireless communication system")
5. US20050195821A1 ("Method and apparatus for dynamically controlling traffic in wireless station")

Motivation for Combination:

A PHOSITA, at the time of the invention, would be continually motivated to improve the bandwidth and efficiency of wireless networks, especially for data-intensive applications, as explicitly addressed by US5818830A which teaches "increasing the effective bandwidth of a digital wireless network." To achieve this, it would be obvious to leverage multiple available wireless transceivers operating on different frequency bands, a concept foundational to "multi-channel MAC protocol[s]" taught by US20060114851A1.

However, managing these multiple physical resources directly from the application layer could be complex. Thus, a PHOSITA would naturally seek an architectural abstraction layer to simplify the coordination and allocation of these resources. KR20070061684A, with its disclosure of a "Sub-media access layer device of wireless internet system and data processing method," provides a clear motivation for creating a management layer below the conventional MAC layer. This "sub-media access layer" could logically function as a "virtual MAC/PHY" layer, abstracting the complexities of multiple physical transceivers and their actual MAC/PHY layers from the application layer, which is a common engineering practice for simplifying system design and improving flexibility.

Furthermore, any system aiming for efficient bandwidth utilization across multiple resources would require mechanisms for "bandwidth request/grant protocols" (as taught by US20050089064A1) and "dynamically controlling traffic" based on resource availability (as taught by US20050195821A1). Such dynamic control inherently requires feedback on resource availability, which is a standard component of network management. Therefore, combining the teachings of these references would lead a PHOSITA to design a system where a virtual MAC/PHY layer manages multiple physical transceivers, allocates portions of their bandwidth based on application requirements and real-time availability, and does so transparently to the applications.

Mapping to Independent Claims:

Claim 1: A wireless networking device with virtual MAC/PHY layers for processing bandwidth-intensive data streams.

• "A wireless networking device, comprising: a processing interface that is connected to an application interface... associated with a first application, the first application providing... a first data stream and having a first wireless bandwidth requirement;": Standard components of any wireless networking system. The need for processing bandwidth-intensive data streams is addressed by US5818830A ("increasing effective bandwidth").
• "first and second actual MAC interfaces connected to the processing interface; first and second actual PHY interfaces respectively connected to the first and second actual MAC interfaces; first and second wireless transceivers respectively associated with the first and second actual PHY interfaces, wherein each... is suitable for use in a wireless local area network, and the first and second wireless transceivers, respectively, (i) have a first and second bandwidth availability up to first and second actual bandwidths, and (ii) are adapted to emit radio signals in first and second different bands of frequencies;": The use of multiple MAC/PHY interfaces and transceivers, especially in "different bands of frequencies" for WLANs, is directly addressed by US20060114851A1's "multi-channel MAC protocol." The concept of bandwidth availability is inherent to any wireless transceiver.
• "at least one virtual MAC interface and first and second virtual PHY interfaces formed in the processing interface that, during operation of the wireless networking device, feed information regarding the bandwidth availabilities of the first and second wireless transceivers back to the at least one virtual MAC interface;": This crucial element is rendered obvious by combining KR20070061684A ("Sub-media access layer device") with the motivation to abstract and manage multiple physical resources (from US5818830A and US20060114851A1). The feedback of bandwidth availability is a standard part of resource monitoring and dynamic control, as taught by US20050195821A1 ("dynamically controlling traffic") and implicit in "bandwidth request/grant protocols" of US20050089064A1.
• "wherein the processing interface is configured to, when the wireless networking device is being used, and in a manner transparent to any layer of the wireless networking device above the processing interface, (a) request or create (i) a first association between a recipient and the first actual MAC and PHY interfaces and (ii) a second association between the recipient and the second actual MAC and PHY interfaces, (b) identify at least one first portion of the first actual bandwidth... (c) evaluate whether any... are unavailable... and (d) use the first wireless transceiver to transmit the first data stream... without requiring disassociation... using a subset of frequencies corresponding to only the given resources... that are not unavailable... to thereby at least partially satisfy the first wireless bandwidth requirement...":
  • Transparency to higher layers: This is a general principle of network layering and abstraction, which a "sub-media access layer" (KR20070061684A) would inherently aim to provide.
  • Creating associations with multiple MAC/PHYs for a recipient: To "increase effective bandwidth" (US5818830A) using multiple channels (US20060114851A1), a PHOSITA would logically aggregate these resources for a single client, and the virtual MAC layer would be the logical place to manage these underlying associations.
  • Identifying portions of bandwidth, evaluating availability, and using only available resources: This is fundamental to efficient "bandwidth request/grant protocols" (US20050089064A1) and "dynamically controlling traffic" (US20050195821A1).
• "wherein, when the wireless networking is being used, the wireless networking device's utilization of the first available bandwidth portion of the first wireless transceiver does not prevent any wireless networking device devices from utilizing a range of frequencies corresponding to the remaining portion of the bandwidth availability of the first wireless transceiver for data transmission or reception purposes at the same time...": This describes efficient spectrum sharing and non-blocking access, a common goal in multi-channel wireless communication to maximize overall system capacity, as would be desired by any system seeking to "increase effective bandwidth" (US5818830A) or employing "multi-channel MAC protocol[s]" (US20060114851A1).

Claim 14 (Dependent on Claim 1 - Non-contiguous bandwidth portions):
The identification and utilization of "at least one second portion of the first actual bandwidth... not being contiguous with each other" for data transmission would be an obvious extension for a PHOSITA managing multi-channel resources (US20060114851A1). If contiguous blocks are unavailable or insufficient, leveraging non-contiguous spectrum is a known technique for efficient spectrum utilization, particularly in dynamic or fragmented wireless environments.

Claim 18 (Dependent on Claim 1 - Fallback to second transceiver):
The provision to use a "second wireless transceiver to transmit the first data stream" if the first transceiver's resources are unavailable, again transparently and without disassociation, is an obvious fault-tolerance or load-balancing mechanism. This is directly supported by the principles of "dynamically controlling traffic" (US20050195821A1) to ensure continuous service and optimal resource usage in a system with multiple available transceivers.

Claim 19 (Dependent on Claim 18 - Evaluating data transfer characteristics):
When multiple resources are available, choosing the "better" one based on "data transfer characteristics" (e.g., "environmental conditions") is a standard optimization technique in dynamic resource management. This aligns perfectly with "dynamically controlling traffic" (US20050195821A1) to enhance performance and efficiency.

Claim 21 (Dependent on Claim 1 - Aggregating bandwidth for transmission):
Aggregating "the first identified actual bandwidth portion of the first wireless transceiver with an identified first portion of an available bandwidth of the second wireless transceiver to at least partially simultaneously transmit the first data stream" is a direct and obvious method for "increasing the effective bandwidth" (US5818830A) by utilizing multiple channels simultaneously, a technique well-known in multi-radio/multi-carrier systems.

Claim 23 (Dependent on Claim 21 - Aggregating bandwidth for reception):
This claim extends the aggregation principle of Claim 21 to reception. Asymmetric or symmetric aggregation for both transmission and reception would be an obvious extension for a PHOSITA implementing bandwidth aggregation to achieve higher throughput, especially in the context of "multi-channel MAC protocol[s]" (US20060114851A1).

Claim 25 (Dependent on Claim 1 - Simultaneous Tx/Rx using different transceivers):
The simultaneous use of the "first wireless transceiver to transmit the first data stream" and the "second wireless transceiver to receive a second data stream" from the same recipient is a logical application of multiple transceivers to increase full-duplex throughput or enable concurrent operations. US5073899A teaches a "Transmission system for sending two signals simultaneously on the same communications channel," providing foundational support for simultaneous data transfer. Applying this concept to different physical transceivers (from US20060114851A1) for concurrent transmit and receive operations is an obvious engineering choice for optimizing a wireless networking device.

Claim 29 (Dependent on Claim 25 - Additional portions for Tx):
Similar to Claim 14, identifying and using "at least one second portion of bandwidth available for communication of the first wireless transceiver" for transmission is an obvious extension for flexible resource allocation within a multi-channel environment.

Claim 30 (Dependent on Claim 29 - Additional portions for Rx):
This claim applies the principle of using additional non-contiguous bandwidth portions (similar to Claim 29) to the reception process on the second wireless transceiver, which would be an obvious symmetrical extension for a PHOSITA.

Conclusion:

The combination of KR20070061684A, US5818830A, US20060114851A1, US20050089064A1, and US20050195821A1, read together, would lead a PHOSITA to the invention claimed in US12003976. The motivation for such a combination would be to improve bandwidth, efficiency, and flexibility in wireless networks by abstracting and dynamically managing multiple physical transceiver resources, a well-known goal in wireless communication technology by the patent's priority date. The specific details of bandwidth partitioning, aggregation, fallback mechanisms, and simultaneous transmit/receive across transceivers are all obvious extensions or applications of known principles within this combined framework.

US patent 12003976, titled "Method and apparatus for processing bandwidth intensive data streams using virtual media access control and physical layers," has a complex prosecution history involving several continuing applications.

Here are the details regarding its term, family members, and projected expiration:

Patent Term Adjustment (PTA):
The Google Patents record indicates an "Anticipated expiration" date of 2034-10-29. This date is approximately one year after the standard 20-year term from the earliest priority date (2013-10-30, which would result in an expiration of 2033-10-30). This difference suggests that Patent Term Adjustment (PTA) has been awarded to compensate for delays in prosecution by the USPTO. While the exact calculated PTA is not explicitly stated in the provided public Google Patents record, it is reflected in the adjusted expiration date. For precise PTA calculation details, the official USPTO Patent Center file wrapper would need to be consulted.

Patent Term Extension (PTE):
Based on the title and technical subject matter of US12003976, which pertains to wireless networking and data stream processing, it is highly unlikely to be eligible for Patent Term Extension (PTE). PTE is typically granted under the Hatch-Waxman Act for patents covering human drug products, medical devices, food additives, or color additives, to compensate for time lost during regulatory review by agencies such as the FDA. There is no information in the patent that suggests it falls into these categories.

Continuation Applications:
US12003976 is explicitly identified as a continuation application. Its lineage, as stated in the patent's "CROSS-REFERENCE TO RELATED APPLICATIONS" section, is as follows:

• Continuation of U.S. patent application Ser. No. 18/532,175, filed Dec. 7, 2023.
• Which claims benefit of U.S. patent application Ser. No. 18/448,281, filed Aug. 11, 2023 (now U.S. Pat. No. 11,849,337).
• Which claims benefit of U.S. patent application Ser. No. 17/468,509, filed Sep. 7, 2021 (now U.S. Pat. No. 11,818,591).
• Which claims benefit of U.S. patent application Ser. No. 16/039,660, filed Jul. 19, 2018 (now U.S. Pat. No. 11,115,834).
• Which claims benefit of U.S. patent application Ser. No. 14/526,799, filed Oct. 29, 2014 (now U.S. Pat. No. 10,034,179).
• Which claims benefit of U.S. Provisional Patent Application Ser. No. 61/897,219, filed Oct. 30, 2013.
• And U.S. Provisional Patent Application Ser. No. 61/897,216, filed Oct. 30, 2013.

Divisional Applications:
The provided patent text and Google Patents information do not explicitly state if US12003976 is a divisional application, but rather identifies it as a continuation within a chain of applications. Divisional applications arise from restriction requirements, where an examiner determines that an application contains more than one invention.

Related Family Members:
The "CROSS-REFERENCE TO RELATED APPLICATIONS" and "Family Applications" sections on Google Patents list numerous related family members, all stemming from the same priority date of October 30, 2013. These include the continuation applications mentioned above, which have matured into patents, as well as other pending applications in the same family.
Specific family members that have issued as patents based on continuations, as listed in the patent's description, include:

• US Patent No. 10,034,179
• US Patent No. 11,115,834
• US Patent No. 11,818,591
• US Patent No. 11,849,337
  Other active or pending applications in the family listed on Google Patents, all claiming priority from 2013-10-30, include:
• US18/447,597 (US11856414B1)
• US18/470,540 (US11974143B2)
• US18/532,175 (US11950105B1)
• US18/594,375 (US12015933B1)
• US18/594,381 (US12003976B1 - the patent in question)
• US18/603,732 (US12114177B2)
• US18/621,425 (US12250564B2)
• US18/787,267 (US12169756B2)
• US18/819,635 (US12190198B1)
• US19/074,896 (US20250212014A1)

Projected Expiration Date:
The projected expiration date for US12003976, as indicated by Google Patents, is 2034-10-29. This date is derived from the earliest priority date of October 30, 2013, plus 20 years, with an apparent addition of Patent Term Adjustment. The legal term of a U.S. utility patent generally expires 20 years from the filing date of the earliest U.S. non-provisional or PCT application to which priority is claimed, subject to PTA or PTE.

Defensive Disclosure Document for US Patent 12003976

Date: April 26, 2026

This Defensive Disclosure document outlines derivative variations and combination prior art scenarios for US Patent 12003976, titled "Method and apparatus for processing bandwidth intensive data streams using virtual media access control and physical layers." The purpose of this document is to establish prior art that would render future incremental improvements or related inventions in this field obvious or non-novel to a Person Having Ordinary Skill in the Art (PHOSITA).

---

Core Claim: Claim 1 (Wireless Networking Device with Virtual MAC/PHY and Bandwidth Allocation)

Enabling Principle: The core invention of Claim 1 involves a wireless networking device that intelligently allocates portions of available bandwidth from multiple wireless transceivers to satisfy application requirements via virtual MAC and PHY layers, critically ensuring that the utilization of one portion of bandwidth does not prevent other devices from using the remaining bandwidth simultaneously.

1. Material & Component Substitution

• Derivative 1.1: Gallium Nitride (GaN)-based Transceivers with Software-Defined Radio (SDR) Physical Layer

  • Enabling Description: As of April 26, 2026, the first and second wireless transceivers (118) are implemented using Gallium Nitride (GaN) high-electron-mobility transistor (HEMT) technology for their power amplification and low-noise amplification stages within the actual PHY layer (116). The RF block (112), forming the virtual PHY layer, now comprises a Software-Defined Radio (SDR) module, where core physical layer functionalities such as modulation, coding, and frequency synthesis are executed predominantly on reconfigurable digital signal processors (DSPs) or Field-Programmable Gate Arrays (FPGAs). This architecture enables dynamic adjustment of carrier frequencies, modulation schemes (e.g., from QPSK to 256-QAM), and sub-band allocations with enhanced power efficiency and linearity, particularly for operation in millimeter-wave (mmWave) bands (e.g., 60 GHz per IEEE 802.11ay or emerging sub-THz bands). The virtual PHY interface dynamically reprograms the SDR's baseband and RF front-end configurations to utilize identified non-contiguous frequency blocks within the GaN transceiver's broad operational bandwidth. This allows the system to operate with greater flexibility and efficiency in spectrum utilization.

  • graph TD
        APP_INT[Application Interface] --> PROC_INT(Processing Interface)
        PROC_INT --> VMAC[Virtual MAC Interface (111)]
        PROC_INT --> VPHY_1[Virtual PHY Interface 1]
        PROC_INT --> VPHY_2[Virtual PHY Interface 2]
        VMAC -- Bandwidth Info & Control --> VPHY_1
        VMAC -- Bandwidth Info & Control --> VPHY_2
        VPHY_1 -- Dynamic SDR Config --> SDR_1(SDR Module 1)
        SDR_1 -- GaN RF Control --> PHY_1{Actual PHY 1 (GaN Transceiver)}
        PHY_1 -- Radio Signals (mmWave/Sub-THz) --> WL_LINK_1((Wireless Link 1))
        VPHY_2 -- Dynamic SDR Config --> SDR_2(SDR Module 2)
        SDR_2 -- GaN RF Control --> PHY_2{Actual PHY 2 (GaN Transceiver)}
        PHY_2 -- Radio Signals (mmWave/Sub-THz) --> WL_LINK_2((Wireless Link 2))
        VMAC -- Resource Control --> AMAC_1[Actual MAC 1 (114)]
        VMAC -- Resource Control --> AMAC_2[Actual MAC 2 (114)]
        AMAC_1 <--> PHY_1
        AMAC_2 <--> PHY_2
    

• Derivative 1.2: Photonic Integrated Circuit (PIC)-based Transceivers for Optical Wireless Communication (OWC)

  • Enabling Description: The first and second wireless transceivers (118) are implemented using Photonic Integrated Circuits (PICs) capable of Free-Space Optical (FSO) communication, operating in the infrared or visible light spectrum. The "radio signals" are substituted with modulated optical beams. The actual PHY layer (116) consists of these PIC-based optical transceivers, employing arrays of vertical-cavity surface-emitting lasers (VCSELs) or coherent light sources for transmission and high-speed photodiodes for reception. The processing interface, through the virtual MAC (111) and virtual PHY (112), dynamically allocates sub-bands of the optical spectrum (e.g., specific wavelengths using Wavelength Division Multiplexing - WDM) or distinct spatial streams (e.g., using optical beamforming arrays) to satisfy application bandwidth requirements. The concept of "frequencies" is translated to specific optical wavelengths or spatial channels. This enables ultra-high bandwidth in line-of-sight communication scenarios, applicable in data centers or short-range outdoor links, while ensuring independent utilization of remaining optical resources.

  • graph TD
        APP_INT[Application Interface] --> PROC_INT(Processing Interface)
        PROC_INT --> VMAC[Virtual MAC Interface (111)]
        PROC_INT --> VPHY_1[Virtual PHY Interface 1]
        PROC_INT --> VPHY_2[Virtual PHY Interface 2]
        VMAC -- Bandwidth Info & Optical Alloc --> VPHY_1
        VMAC -- Bandwidth Info & Optical Alloc --> VPHY_2
        VPHY_1 -- PIC Control (WDM/Spatial) --> PIC_1(PIC Optical Transceiver 1)
        PIC_1 -- Modulated Light Beams --> OWC_LINK_1((Optical Wireless Link 1))
        VPHY_2 -- PIC Control (WDM/Spatial) --> PIC_2(PIC Optical Transceiver 2)
        PIC_2 -- Modulated Light Beams --> OWC_LINK_2((Optical Wireless Link 2))
        VMAC -- Resource Control --> AMAC_1[Actual MAC 1 (114)]
        VMAC -- Resource Control --> AMAC_2[Actual MAC 2 (114)]
        AMAC_1 <--> PIC_1
        AMAC_2 <--> PIC_2
    

2. Operational Parameter Expansion

• Derivative 1.3: Terahertz (THz) Communication for Intra-Data Center Networking

  • Enabling Description: The wireless networking device is adapted for extreme bandwidth communication within a tightly controlled data center environment, specifically utilizing Terahertz (THz) frequency bands (e0.1 THz to 10 THz). The transceivers (118) are optimized for short-range, ultra-high-speed (multi-Tbps) links, enabling wireless connectivity between server racks, individual servers, or high-performance computing clusters. The processing interface, via the virtual MAC (111) and virtual PHY (112) layers, dynamically allocates specific THz sub-bands or distinct spatial streams (e.g., using highly directional antenna arrays) to individual applications requiring massive data rates. Environmental monitoring (e.g., localized humidity and temperature sensors) feeds into the decision block (106) for real-time adaptive THz channel selection, as THz propagation is highly sensitive to atmospheric absorption and reflections within the confined data center space. This ensures that a portion of the THz bandwidth can be used for one application without impeding other applications on remaining THz resources.

  • graph TD
        APP_INT[Application Layer - Multi-Tbps Apps] --> PROC_INT(Processing Interface)
        PROC_INT --> VMAC[Virtual MAC Interface (111)]
        PROC_INT --> VPHY_1[Virtual PHY Interface 1]
        PROC_INT --> VPHY_2[Virtual PHY Interface 2]
        VMAC -- BW Allocation & THz Channeling --> VPHY_1
        VMAC -- BW Allocation & THz Channeling --> VPHY_2
        VPHY_1 -- THz Channel Config --> THz_TRCV_1(THz Transceiver 1)
        THz_TRCV_1 -- Tbps Link (Short Range) --> DC_LINK_1((Data Center Wireless Link 1))
        VPHY_2 -- THz Channel Config --> THz_TRCV_2(THz Transceiver 2)
        THz_TRCV_2 -- Tbps Link (Short Range) --> DC_LINK_2((Data Center Wireless Link 2))
        VMAC -- Resource Control --> AMAC_1[Actual MAC 1 (114)]
        VMAC -- Resource Control --> AMAC_2[Actual MAC 2 (114)]
        AMAC_1 <--> THz_TRCV_1
        AMAC_2 <--> THz_TRCV_2
        ENV_SENS[Environmental Sensors (Humidity/Temp)] --> DEC_BLOCK[Decision Block (106)]
        DEC_BLOCK -- Adaptive THz Selection --> VMAC
    

• Derivative 1.4: Underwater Acoustic Communication for Deep-Sea Sensor Networks

  • Enabling Description: The wireless networking device is configured to operate in extreme deep-sea environments, replacing traditional RF transceivers with acoustic transducers (hydrophones and projectors) operating at low frequencies (e.g., kilohertz range) suitable for underwater acoustic propagation. The actual PHY layer (116) manages these acoustic transducers, implementing protocols adapted for highly variable, multipath-rich, and lossy acoustic channels. The virtual MAC (111) and virtual PHY (112) layers dynamically allocate specific acoustic frequency bands, time slots, and spatial beams (using transducer arrays) to manage data streams from subsea sensors (e.g., seismic, oceanographic, biological data). Given the severe limitations of acoustic bandwidth, sophisticated virtual layer management is crucial for optimal resource utilization, ensuring that allocated frequency portions for one sensor do not prevent other acoustic nodes from communicating on available bands or time slots, managed transparently to the application layer above.

  • graph TD
        APP_INT[Application Layer - Subsea Sensor Data] --> PROC_INT(Processing Interface)
        PROC_INT --> VMAC[Virtual MAC Interface (111)]
        PROC_INT --> VPHY_1[Virtual PHY Interface 1]
        PROC_INT --> VPHY_2[Virtual PHY Interface 2]
        VMAC -- Acoustic Channel Alloc --> VPHY_1
        VMAC -- Acoustic Channel Alloc --> VPHY_2
        VPHY_1 -- Transducer Control --> ACOUSTIC_TRCV_1(Acoustic Transducer 1)
        ACOUSTIC_TRCV_1 -- Acoustic Waves (kHz) --> UW_LINK_1((Underwater Acoustic Link 1))
        VPHY_2 -- Transducer Control --> ACOUSTIC_TRCV_2(Acoustic Transducer 2)
        ACOUSTIC_TRCV_2 -- Acoustic Waves (kHz) --> UW_LINK_2((Underwater Acoustic Link 2))
        VMAC -- Resource Control --> AMAC_1[Actual MAC 1 (114)]
        VMAC -- Resource Control --> AMAC_2[Actual MAC 2 (114)]
        AMAC_1 <--> ACOUSTIC_TRCV_1
        AMAC_2 <--> ACOUSTIC_TRCV_2
        UW_ENV[Underwater Environment] --> VPHY_1
        UW_ENV --> VPHY_2
    

3. Cross-Domain Application

• Derivative 1.5: Autonomous Farming Vehicle Swarm Coordination

  • Enabling Description: The wireless networking device is integrated into each autonomous farming vehicle (e.g., drones for spraying, ground robots for planting/harvesting) to facilitate swarm coordination and data exchange. Each vehicle's device communicates with a central base station and other vehicles. The "application layer" provides tasks such as coordinated path planning, real-time sensor data collection (soil moisture, crop health via hyperspectral imaging), and synchronized robotic actions. The wireless bandwidth requirement varies dynamically (e.g., high for video analytics, low for navigation commands). The virtual MAC (111) and virtual PHY (112) layers in each vehicle dynamically manage communication links between vehicles and to the base station, allocating specific ISM band frequencies (e.g., 2.4 GHz, 5.8 GHz, or Sub-GHz for extended range) or highly directional antenna beams. This ensures high-bandwidth data transfer for critical operations (e.g., drone-based crop health mapping) while simultaneously maintaining low-bandwidth control signals for other vehicles, all managed transparently to the farming application layer.

  • graph TD
        FARM_APP[Farming Ops App (Central)] --> BASE_STA(Base Station WND)
        BASE_STA --> VMAC_BS[VMAC BS]
        BASE_STA --> VPHY_BS[VPHY BS]
        VMAC_BS -- Task Coordination & BW Alloc --> VPHY_BS
        VPHY_BS -- Radio Link 1 --> VEH_1(Autonomous Vehicle 1 WND)
        VPHY_BS -- Radio Link 2 --> VEH_2(Autonomous Vehicle 2 WND)
        VEH_1 --> VMAC_V1[VMAC V1]
        VEH_1 --> VPHY_V1[VPHY V1]
        VEH_2 --> VMAC_V2[VMAC V2]
        VEH_2 --> VPHY_V2[VPHY V2]
        VPHY_V1 --> AV_TRCV_1[Trxvr in Vehicle 1]
        VPHY_V2 --> AV_TRCV_2[Trxvr in Vehicle 2]
        AV_TRCV_1 -- Inter-Vehicle Link --> AV_TRCV_2
        SENSOR_1[Vehicle 1 Sensors] --> AV_TRCV_1
        SENSOR_2[Vehicle 2 Sensors] --> AV_TRCV_2
    

• Derivative 1.6: Smart City Infrastructure Management (Traffic/Environmental Monitoring)

  • Enabling Description: The wireless networking device is deployed as a core component within smart city infrastructure, such as intelligent traffic lights, environmental monitoring stations, public safety cameras, or smart waste bins. These devices require robust, high-bandwidth wireless connectivity for video analytics, massive sensor data aggregation, and command/control functions. The "application layer" includes traffic flow optimization, air quality monitoring, public safety alerts, and waste collection logistics systems. The virtual MAC (111) and virtual PHY (112) layers dynamically allocate available wireless spectrum (e.g., licensed cellular bands, unlicensed 5.9 GHz for Vehicle-to-Everything (V2X) communication, or millimeter-wave for high-capacity backhaul). They prioritize data streams, for example, giving real-time emergency vehicle video feeds maximum aggregated bandwidth, while ambient air quality sensor data is transmitted on a lower-priority, shared portion of spectrum, all managed transparently to the various city management applications.

  • graph TD
        CITY_MGMT_APP[Smart City Mgmt App (Central)] --> CENTRAL_HUB(Central Control Hub)
        CENTRAL_HUB --> WND_A(WND A - Traffic Light)
        CENTRAL_HUB --> WND_B(WND B - Env Sensor)
        WND_A --> VMAC_A[VMAC A]
        WND_A --> VPHY_A[VPHY A]
        WND_B --> VMAC_B[VMAC B]
        WND_B --> VPHY_B[VPHY B]
        VMAC_A -- BW Alloc & Priority --> VPHY_A
        VMAC_B -- BW Alloc & Priority --> VPHY_B
        VPHY_A --> TRCV_A_1[Trxvr A1 (Video)]
        VPHY_A --> TRCV_A_2[Trxvr A2 (Control)]
        VPHY_B --> TRCV_B_1[Trxvr B1 (Sensor Data)]
        TRCV_A_1 -- Wireless Link --> CENTRAL_HUB
        TRCV_A_2 -- Wireless Link --> CENTRAL_HUB
        TRCV_B_1 -- Wireless Link --> CENTRAL_HUB
    

4. Integration with Emerging Tech

• Derivative 1.7: AI-Driven Dynamic Spectrum Allocation with Real-time IoT Feedback

  • Enabling Description: The processing layer (104) is augmented with an AI-driven optimization engine. This engine, integrated into the decision block (106) and ultra-streaming block (110), utilizes machine learning (ML) models trained on historical and real-time network performance data, environmental conditions (from IoT sensors embedded in the networking device and surrounding infrastructure, such as RF environment scanners), and application-specific Quality of Service (QoS) metrics. As of April 26, 2026, the AI continuously predicts optimal bandwidth allocation strategies, including identifying contiguous/non-contiguous frequency portions and suitable transceivers for each application's data stream. IoT sensors provide real-time feedback on channel quality, interference levels, client device battery status, and local environmental factors. The virtual MAC (111) and virtual PHY (112) layers implement the AI's recommendations, dynamically reconfiguring transceiver resources in a proactive manner to maximize throughput, minimize latency, and ensure reliability, all transparently to the application.

  • graph TD
        APP_INT[Application Interface] --> PROC_INT(Processing Interface)
        PROC_INT --> AI_OPTIM(AI Optimization Engine)
        AI_OPTIM -- Resource Allocation Policy --> VMAC[Virtual MAC (111)]
        AI_OPTIM -- Resource Allocation Policy --> VPHY_1[Virtual PHY 1]
        AI_OPTIM -- Resource Allocation Policy --> VPHY_2[Virtual PHY 2]
        IOT_SENS[IoT Sensors (Env, Perf, RF Scanners)] --> AI_OPTIM
        AI_OPTIM -- Training Data --> ML_MODELS[ML Models]
        VMAC --> AMAC_1[Actual MAC 1]
        VMAC --> AMAC_2[Actual MAC 2]
        VPHY_1 --> TRCV_1[Transceiver 1]
        VPHY_2 --> TRCV_2[Transceiver 2]
        TRCV_1 -- Wireless Link --> RECIPIENT
        TRCV_2 -- Wireless Link --> RECIPIENT
    

• Derivative 1.8: Edge Computing with Swarm Intelligence for Resource Management

  • Enabling Description: The processing layer (104) is distributed across multiple wireless networking devices, each functioning as an edge computing node. Instead of a single central AI, a swarm intelligence algorithm orchestrates resource allocation. Each device's decision block (106) and ultra-streaming block (110) contain lightweight software agents that communicate and cooperate with agents on neighboring devices to collectively determine optimal bandwidth distribution strategies. This decentralized approach uses local information (e.g., immediate channel conditions, local application demands) and peer-to-peer consensus to allocate portions of transceiver bandwidth dynamically. IoT sensors are embedded in each edge node to provide local environmental and performance data for agent decisions. This system dynamically adapts to localized congestion or interference, re-allocating frequency blocks and transceiver resources across the mesh of edge nodes.

  • graph TD
        APP_A[App A] --> EDGE_NODE_1(Edge Node 1 WND)
        APP_B[App B] --> EDGE_NODE_2(Edge Node 2 WND)
        EDGE_NODE_1 -- Swarm Agent --> VMAC_1[VMAC 1]
        EDGE_NODE_1 -- Swarm Agent --> VPHY_1[VPHY 1]
        EDGE_NODE_2 -- Swarm Agent --> VMAC_2[VMAC 2]
        EDGE_NODE_2 -- Swarm Agent --> VPHY_2[VPHY 2]
        VMAC_1 <--> VPHY_1
        VMAC_2 <--> VPHY_2
        VPHY_1 --> TRCV_1_1[Trxvr 1.1]
        VPHY_1 --> TRCV_1_2[Trxvr 1.2]
        VPHY_2 --> TRCV_2_1[Trxvr 2.1]
        VPHY_2 --> TRCV_2_2[Trxvr 2.2]
        TRCV_1_1 -- Wireless Link --> RECIPIENT_A
        TRCV_2_1 -- Wireless Link --> RECIPIENT_B
        VMAC_1 -- Swarm Comm --> VMAC_2
        IOT_SENS_1[IoT Sensors 1] --> EDGE_NODE_1
        IOT_SENS_2[IoT Sensors 2] --> EDGE_NODE_2
    

5. The "Inverse" or Failure Mode

• Derivative 1.9: Graceful Degradation and Low-Power Emergency Mode

  • Enabling Description: Upon detection of a critical hardware failure (e.g., a transceiver module fails, power supply degradation) or severe environmental interference (e.g., jamming, extreme weather impacting RF) exceeding predefined thresholds, the processing interface (104) triggers a "graceful degradation" protocol. The decision block (106), informed by self-diagnostic routines and external IoT sensor data, reduces the allocated bandwidth for non-critical applications, potentially suspending high-bandwidth data streams entirely. It then re-allocates the remaining functional transceiver resources to maintain only essential services (e.g., emergency communication, critical telemetry, minimal control signals) in a low-power, limited-functionality mode. This could involve switching to a more robust but lower-bandwidth modulation scheme (e.g., BPSK over 64-QAM), utilizing only a single, most reliable frequency band, or reducing transmit power. The virtual MAC (111) and virtual PHY (112) layers dynamically reconfigure the operational parameters of the surviving transceivers to prioritize and sustain these critical minimal services, explicitly signaling to the application layer that reduced bandwidth is available. This ensures a safe shutdown or sustained minimal operation rather than a catastrophic system failure.

  • stateDiagram-v2
        [*] --> OPERATIONAL_MODE
        OPERATIONAL_MODE --> NORMAL_OPERATION
        NORMAL_OPERATION --> MONITOR_HEALTH: Continuous Monitoring
        MONITOR_HEALTH --> CRITICAL_FAILURE: Hardware Fail | Env Interference
        CRITICAL_FAILURE --> GRACEFUL_DEGRADATION: Trigger Protocol
        GRACEFUL_DEGRADATION --> LOW_POWER_EMERGENCY_MODE: Reallocate Resources
        LOW_POWER_EMERGENCY_MODE --> NOTIFY_APP: Signal Reduced BW
        LOW_POWER_EMERGENCY_MODE --> MONITOR_HEALTH: Continue Monitoring
        LOW_POWER_EMERGENCY_MODE --> RECOVERY_MODE: Issue Resolved
        RECOVERY_MODE --> NORMAL_OPERATION
        CRITICAL_FAILURE --> EMERGENCY_SHUTDOWN: Unrecoverable
        EMERGENCY_SHUTDOWN --> [*]
        GRACEFUL_DEGRADATION --> EMERGENCY_SHUTDOWN: Unrecoverable
    
        state NORMAL_OPERATION {
            VMAC_NORMAL: Virtual MAC (Full BW)
            VPHY_NORMAL: Virtual PHY (Full BW)
            TRCV_1_NORMAL: Transceiver 1 (Full BW)
            TRCV_2_NORMAL: Transceiver 2 (Full BW)
        }
        state GRACEFUL_DEGRADATION {
            VMAC_DEGRADE: Virtual MAC (Reduced BW)
            VPHY_DEGRADE: Virtual PHY (Reduced BW)
            TRCV_SURVIVING: Surviving Transceivers
            APP_PRIORITY: Prioritize Critical Apps
        }
        state LOW_POWER_EMERGENCY_MODE {
            VMAC_EMERGENCY: Virtual MAC (Minimal BW)
            VPHY_EMERGENCY: Virtual PHY (Minimal BW)
            TRCV_MINIMAL: Minimal Transceiver Use
            ROBUST_MOD: Robust Modulation
        }
    

• Derivative 1.10: Beacon-Only Network Health Monitoring Mode

  • Enabling Description: If the primary bandwidth-intensive applications become inactive or experience prolonged network outages, the processing interface (104) commands the virtual MAC (111) and virtual PHY (112) layers to enter an ultra-low-power "beacon-only" network health monitoring mode. In this mode, all high-bandwidth data stream transmissions are ceased. Instead, the transceivers (118) are configured to emit only periodic, very low-power beacon signals on a pre-defined, narrow-band emergency channel. These beacons contain minimal diagnostic information (e.g., device ID, battery level, last known operational status). The virtual PHY layer orchestrates aggressive power cycling of the transceivers and, if available, utilizes highly energy-efficient radio front-ends (e.g., passive IoT radio, backscatter communication modules) to extend the device's operational life. The virtual MAC layer manages the beacon transmission schedule to minimize overall energy consumption. This mode allows the wireless networking device to remain discoverable and report its basic status for remote diagnostics and recovery efforts, without consuming significant power or network bandwidth.

  • graph LR
        APP_IDLE[Applications Idle/Failed] --> DEC_BLOCK(Decision Block 106)
        DEC_BLOCK -- Enter Monitoring Mode --> VMAC[Virtual MAC (111)]
        VMAC --> VPHY[Virtual PHY (112)]
        VPHY -- Configure Low Power --> TRCV_1(Transceiver 1)
        VPHY -- Configure Low Power --> TRCV_2(Transceiver 2)
        TRCV_1 -- Periodic Beacon (Low Power) --> NETWORK[Network Monitoring System]
        TRCV_2 -- Periodic Beacon (Low Power) --> NETWORK
        VPHY -- Power Cycle Control --> TRCV_1
        VPHY -- Power Cycle Control --> TRCV_2
        VMAC -- Schedule Management --> TRCV_1
        VMAC -- Schedule Management --> TRCV_2
        BATTERY_MON[Battery Monitor] --> DEC_BLOCK
        OUTAGE_DET[Outage Detector] --> DEC_BLOCK
    

---

Core Claim: Claim 21 (Bandwidth Aggregation for Transmission)

Enabling Principle: Building upon Claim 1, Claim 21 introduces the aggregation of bandwidth portions from multiple transceivers to simultaneously transmit a single data stream to a recipient, thereby increasing effective throughput.

1. Material & Component Substitution

• Derivative 21.1: Millimeter-Wave Phased Array Antennas with Reconfigurable RF Front-ends
  • Enabling Description: As of April 26, 2026, the first and second wireless transceivers (118) are implemented as millimeter-wave (mmWave) phased array antenna modules, each integrating independent digital beamforming capabilities and reconfigurable RF front-ends (e.g., using SiGe BiCMOS or CMOS for tunable filters and variable gain amplifiers). The actual PHY layers (116) support dynamic configuration of antenna elements to form multiple, steerable beams simultaneously. The processing interface (104) and its virtual MAC/PHY layers (111, 112) aggregate bandwidth by dynamically partitioning and directing different data sub-streams of the first data stream via spatially distinct beams from the first transceiver, and simultaneously utilizing additional beams or orthogonal frequency channels from the second transceiver. The reconfigurable RF front-ends allow for on-the-fly adjustment to utilize non-contiguous frequency blocks within the mmWave spectrum for robust aggregation, all transparently to the application layer.

  • graph TD
        APP_INT[Application Interface] --> PROC_INT(Processing Interface)
        PROC_INT --> VMAC[Virtual MAC (111)]
        PROC_INT --> VPHY_1[Virtual PHY 1]
        PROC_INT --> VPHY_2[Virtual PHY 2]
        VMAC -- Aggregation Logic & Data Slicing --> VPHY_1
        VMAC -- Aggregation Logic & Data Slicing --> VPHY_2
        VPHY_1 -- Beamforming/RF Reconfig --> MMA_TRCV_1(mmWave Phased Array Trxvr 1)
        VPHY_2 -- Beamforming/RF Reconfig --> MMA_TRCV_2(mmWave Phased Array Trxvr 2)
        MMA_TRCV_1 -- Multiple Beams/Channels (Sub-streams) --> WL_LINK_1((Wireless Link 1))
        MMA_TRCV_2 -- Multiple Beams/Channels (Sub-streams) --> WL_LINK_2((Wireless Link 2))
        WL_LINK_1 -- Aggregated Data --> RECIPIENT(Recipient)
        WL_LINK_2 -- Aggregated Data --> RECIPIENT
        AMAC_1[Actual MAC 1] <--> MMA_TRCV_1
        AMAC_2[Actual MAC 2] <--> MMA_TRCV_2
    

2. Operational Parameter Expansion

• Derivative 21.2: High-Altitude Platform Station (HAPS) for Regional Connectivity Aggregation
  • Enabling Description: The wireless networking device is deployed as a payload on a High-Altitude Platform Station (HAPS) operating in the stratosphere (e.g., at 20 km altitude). The device provides regional broadband connectivity, and its transceivers (118) are multi-band, highly directional antennas optimized for ground-to-HAPS and HAPS-to-ground links across large geographical areas. The virtual MAC (111) and virtual PHY (112) layers aggregate bandwidth from multiple distinct frequency bands (e.g., Ka-band, E-band, V-band) or different transceivers on the HAPS to serve high-demand regions or specific events. For instance, during an emergency response, the HAPS can aggregate all available bandwidth from its multiple radios to provide maximum data rates to emergency responders on the ground, simultaneously transmitting a unified, high-priority data stream. This operation occurs under extreme atmospheric conditions (low pressure, extreme temperatures), requiring robust component selection and dynamic beam steering controlled by the virtual PHY to compensate for HAPS movement and atmospheric interference.

  • graph TD
        HAPS_APP[HAPS Application Layer (Ground)] --> HAPS_WND(HAPS Wireless Networking Device)
        HAPS_WND --> VMAC_HAPS[Virtual MAC (HAPS)]
        HAPS_WND --> VPHY_HAPS[Virtual PHY (HAPS)]
        VMAC_HAPS -- BW Aggregation Logic --> VPHY_HAPS
        VPHY_HAPS --> HAPS_TRCV_1(HAPS Transceiver 1 - Ka-Band)
        VPHY_HAPS --> HAPS_TRCV_2(HAPS Transceiver 2 - E-Band)
        HAPS_TRCV_1 -- Dir Link (Sub-stream 1) --> GROUND_REGION_C(Ground Recipient Region C - High Demand)
        HAPS_TRCV_2 -- Dir Link (Sub-stream 2) --> GROUND_REGION_C
        GROUND_REGION_C -- Aggregated Data Rx --> USER_C(User C)
        ATM_COND[Atmospheric Conditions] --> VPHY_HAPS
    

3. Cross-Domain Application

• Derivative 21.3: Autonomous Underwater Vehicle (AUV) for Data Offloading
  • Enabling Description: The wireless networking device is integrated into an Autonomous Underwater Vehicle (AUV) tasked with high-speed data offloading from subsea sensor arrays or other AUVs. Upon surfacing, the AUV's wireless networking device aggregates data from multiple distinct transceivers to expedite the transfer of large scientific datasets (e.g., high-resolution sonar maps, environmental profiles) to a mother ship or surface buoy. For instance, the AUV might rapidly aggregate data across its multi-band satellite (e.g., Iridium, Inmarsat) transceiver and a local high-speed RF transceiver (e.g., customized short-range Wi-Fi or directional LTE link) to simultaneously transmit collected scientific data to a surface recipient. The virtual MAC (111) and virtual PHY (112) layers dynamically allocate portions of satellite bandwidth and local RF bandwidth, transparently managing the different latencies and throughputs of each link type to form a single, high-capacity logical channel for the data offload.

  • graph TD
        AUV_APP[AUV Data Collection App] --> AUV_WND(AUV Wireless Networking Device)
        AUV_WND --> VMAC_AUV[VMAC AUV]
        AUV_WND --> VPHY_AUV[VPHY AUV]
        VMAC_AUV -- BW Aggregation Logic --> VPHY_AUV
        VPHY_AUV --> SAT_TRCV(Satellite Transceiver)
        VPHY_AUV --> RF_TRCV(Local RF Transceiver - WiFi/LTE)
        SAT_TRCV -- Satellite Link (Sub-stream 1) --> MOTHER_SHIP(Mother Ship)
        RF_TRCV -- RF Link (Sub-stream 2) --> MOTHER_SHIP
        SENSOR_DATA[AUV Sensor Data] --> AUV_APP
        MOTHER_SHIP -- Aggregated Data Rx --> DATA_PROC(Data Processing)
    

4. Integration with Emerging Tech

• Derivative 21.4: AI-Optimized Multi-Path Aggregation with Blockchain for Trust
  • Enabling Description: The processing layer (104) incorporates an AI-driven optimization engine utilizing deep reinforcement learning (DRL) to optimize multi-path bandwidth aggregation. This AI, integrated into the ultra-streaming block (110), learns to dynamically partition the first data stream across multiple identified bandwidth portions from different transceivers. It factors in real-time channel conditions (obtained from embedded IoT sensors and active probing), network congestion levels, and application-specific Quality of Service (QoS) requirements (e.g., latency, jitter, packet loss). The virtual MAC (111) and virtual PHY (112) layers execute the AI's complex slicing, scheduling, and routing decisions for simultaneous transmission. A permissioned blockchain is used to create an immutable record of each aggregated data packet's path, its assigned bandwidth portion, and associated performance metrics. This allows for transparent verification of data integrity and service level agreement (SLA) compliance across the aggregated paths, enhancing trust in data delivery and providing an auditable log as of April 26, 2026.

  • graph TD
        APP_INT[Application Interface] --> PROC_INT(Processing Interface)
        PROC_INT --> AI_DRL(AI-Driven Reinforcement Learning)
        AI_DRL -- Aggregation Strategy & Data Slicing --> VMAC[Virtual MAC (111)]
        AI_DRL -- Aggregation Strategy & Data Slicing --> VPHY_1[Virtual PHY 1]
        AI_DRL -- Aggregation Strategy & Data Slicing --> VPHY_2[Virtual PHY 2]
        IOT_SENS[IoT Sensors (Channel, Congestion)] --> AI_DRL
        VMAC -- Data Stream Partitioning --> TRCV_1[Transceiver 1]
        VMAC -- Data Stream Partitioning --> TRCV_2[Transceiver 2]
        TRCV_1 -- Wireless Link 1 --> RECIPIENT
        TRCV_2 -- Wireless Link 2 --> RECIPIENT
        TRCV_1 -- Performance Metrics (Log) --> BLOCKCHAIN[Permissioned Blockchain]
        TRCV_2 -- Performance Metrics (Log) --> BLOCKCHAIN
        BLOCKCHAIN -- Verifiable QoS --> SLA_MONITOR(SLA Monitor)
    

5. The "Inverse" or Failure Mode

• Derivative 21.5: Adaptive Failover with Single-Transceiver Redundancy
  • Enabling Description: In a system utilizing bandwidth aggregation for transmission, a robust failover mechanism is implemented. If one of the aggregated wireless transceivers (e.g., the second transceiver) experiences a failure (e.g., complete loss of signal, critical component malfunction) or significant performance degradation (detected by the virtual PHY's continuous monitoring of error rates and signal strength), the processing interface (104) automatically reconfigures the virtual MAC (111) and virtual PHY (112) layers. The system dynamically transfers the entire aggregated data stream to the remaining single functional transceiver (e.g., the first transceiver). This involves dynamically resizing the data stream or reducing its quality (e.g., lowering video resolution, reducing telemetry granularity) to fit within the single transceiver's capacity, while maintaining the application's connection without requiring disassociation. The decision block (106) implements logic to trigger this adaptive failover based on predefined performance thresholds or error rate spikes, ensuring continued, albeit potentially reduced, service.

  • stateDiagram-v2
        [*] --> AGGREGATION_MODE
        AGGREGATION_MODE --> MONITOR_TRCV_HEALTH: Continuous Health Check
        MONITOR_TRCV_HEALTH --> NORMAL_AGGREGATION: All Trxvr Healthy
        MONITOR_TRCV_HEALTH --> FAILURE_DETECTED: Trxvr 2 Failure/Degradation
        FAILURE_DETECTED --> FAILOVER_INITIATED: Trigger Failover Protocol
        FAILOVER_INITIATED --> SINGLE_TRCV_MODE: Reconfigure VMAC/VPHY
        SINGLE_TRCV_MODE --> REDUCED_BW_SERVICE: Prioritize Connectivity
        REDUCED_BW_SERVICE --> NOTIFY_APP: Signal Reduced BW
        SINGLE_TRCV_MODE --> REPAIR_COMPLETE: Trxvr 2 Repaired/Recovered
        REPAIR_COMPLETE --> AGGREGATION_MODE
        FAILURE_DETECTED --> CRITICAL_FAIL: Both Trxvr Fail
        CRITICAL_FAIL --> EMERGENCY_SHUTDOWN: System Halt
    
        state NORMAL_AGGREGATION {
            VMAC_AGG: VMAC (Aggregating)
            VPHY_AGG: VPHY (Aggregating)
            TRCV_1_ACTIVE: Trxvr 1 (Active)
            TRCV_2_ACTIVE: Trxvr 2 (Active)
        }
        state SINGLE_TRCV_MODE {
            VMAC_SINGLE: VMAC (Single Trxvr)
            VPHY_SINGLE: VPHY (Single Trxvr)
            TRCV_1_ACTIVE_ONLY: Trxvr 1 (Active Only)
            TRCV_2_INACTIVE: Trxvr 2 (Inactive/Failed)
        }
    

---

Core Claim: Claim 25 (Simultaneous Transmit/Receive)

Enabling Principle: Claim 25 extends the concept of virtualization to enable simultaneous transmission of a first data stream via a first transceiver and reception of a second data stream via a second transceiver, without requiring disassociation and allowing independent utilization of remaining bandwidth portions.

1. Material & Component Substitution

• Derivative 25.1: Full-Duplex Wireless Transceivers with Real-Time Self-Interference Cancellation (SIC)
  • Enabling Description: As of April 26, 2026, the wireless networking device replaces the reliance on separate physical transceivers for simultaneous transmit (TX) and receive (RX) with a single "full-duplex" wireless transceiver (118) capable of transmitting and receiving simultaneously on the same frequency band. This capability is achieved through advanced real-time self-interference cancellation (SIC) implemented at the actual PHY layer (116). The processing interface (104) allocates distinct portions of this single full-duplex transceiver's bandwidth. The virtual MAC (111) and virtual PHY (112) layers dynamically configure the SIC engine parameters and assign specific frequency sub-bands or time-slots within the same physical channel for simultaneous transmit (first data stream) and receive (second data stream) operations, transparently to the application. This allows for more efficient hardware utilization while achieving the simultaneous TX/RX functionality.

  • graph TD
        APP_TX[Application TX Data Stream] --> PROC_INT(Processing Interface)
        APP_RX[Application RX Data Stream] --> PROC_INT
        PROC_INT --> VMAC[Virtual MAC (111)]
        PROC_INT --> VPHY[Virtual PHY (112)]
        VMAC -- TX/RX Resource Alloc --> VPHY
        VPHY -- SIC Control & Channel Config --> FD_TRCV(Full-Duplex Transceiver)
        FD_TRCV -- TX Data Stream (Portion 1) --> WIRELESS_LINK((Wireless Link))
        FD_TRCV -- RX Data Stream (Portion 2) --> WIRELESS_LINK
        WIRELESS_LINK -- Data to Recipient --> RECIPIENT_TX(Recipient for TX)
        RECIPIENT_RX(Recipient for RX) -- Data from Recipient --> WIRELESS_LINK
        AMAC[Actual MAC (114)] <--> FD_TRCV
        APHY[Actual PHY (116)] <--> FD_TRCV
    

2. Operational Parameter Expansion

• Derivative 25.2: Satellite Constellation Management for Bi-Directional High-Throughput Links
  • Enabling Description: The simultaneous transmit/receive concept is applied to a satellite ground station managing communications with a constellation of Low Earth Orbit (LEO) or Geostationary Earth Orbit (GEO) satellites. The "wireless networking device" is the ground station, equipped with multiple steerable parabolic antennas, each acting as a wireless transceiver (118). A first antenna (first transceiver) simultaneously transmits high-bandwidth data (e.g., uplink for satellite command and control, user data) to a target satellite. Simultaneously, a second, independently steerable antenna (second transceiver) receives high-bandwidth telemetry or downlink user data from a different satellite (or the same satellite on an orthogonal frequency/polarization). The virtual MAC (111) and virtual PHY (112) layers manage precise beam steering, frequency allocation (e.g., Ku-band, Ka-band), and power control for each antenna to ensure optimal bi-directional throughput without mutual interference, transparently to the satellite operations application. This handles extreme distances, high data rates, and dynamic Doppler shifts inherent in satellite communications.

  • graph TD
        SAT_OPS_APP[Satellite Operations App] --> GROUND_STATION(Satellite Ground Station WND)
        GROUND_STATION --> VMAC_GS[VMAC Ground Station]
    

GROUND_STATION --> VPHY_GS[VPHY Ground Station]
VMAC_GS -- TX/RX Resource Alloc --> VPHY_GS
VPHY_GS --> ANT_1(Antenna 1 - TX Transceiver)
VPHY_GS --> ANT_2(Antenna 2 - RX Transceiver)
ANT_1 -- Uplink Data --> LEO_SAT_A(LEO Satellite A)
LEO_SAT_A -- Downlink Data --> ANT_2
ANT_1 -- Uplink Data --> GEO_SAT_B(GEO Satellite B)
GEO_SAT_B -- Downlink Data --> ANT_2
AMAC_GS[Actual MAC GS] <--> ANT_1
AMAC_GS <--> ANT_2
GEO_SYN[Geosynchronous Orbit]
LEO_ORBIT[Low Earth Orbit]
```

3. Cross-Domain Application

• Derivative 25.3: Hospital Emergency Ward Patient Monitoring and Data Upload
  • Enabling Description: The wireless networking device is implemented in a hospital emergency ward as a central patient monitoring hub. This hub collects real-time vital signs and medical imaging from various bedside devices (recipients) and simultaneously uploads this high-bandwidth data to a central Electronic Health Record (EHR) system. The first wireless transceiver on the hub transmits continuous, low-latency vital sign streams from multiple patients (e.g., to a central display for nurses). Simultaneously, the second wireless transceiver receives high-resolution diagnostic images (e.g., X-rays, ultrasounds, MRI scans) from imaging equipment located in the ward. The virtual MAC (111) and virtual PHY (112) layers dynamically allocate distinct frequency channels (e.g., medical ISM bands, dedicated Wi-Fi 6E channels) and prioritize data streams to ensure critical patient data transmission is not interrupted by large image file transfers, and vice-versa, all transparently to the medical staff's EMR interface.

  • graph TD
        EHR_SYS[EHR System (Cloud/On-Prem)] --> WND_HUB(Wireless Networking Device - Hub)
        WND_HUB --> VMAC_HUB[VMAC Hub]
        WND_HUB --> VPHY_HUB[VPHY Hub]
        VMAC_HUB -- TX/RX Resource Alloc & Priority --> VPHY_HUB
        VPHY_HUB --> TRCV_TX(TX Transceiver - Vital Signs)
        VPHY_HUB --> TRCV_RX(RX Transceiver - Imaging)
        TRCV_TX -- Wireless Link --> BED_MONITOR_1(Patient Monitor 1)
        TRCV_TX -- Wireless Link --> BED_MONITOR_2(Patient Monitor 2)
        IMAGING_DEV(Imaging Device) -- Wireless Link --> TRCV_RX
        WND_HUB -- Upload Vital Signs --> EHR_SYS
        WND_HUB -- Receive Images --> EHR_SYS
    

4. Integration with Emerging Tech

• Derivative 25.4: AI-Managed Spectrum Sharing with Real-Time Blockchain Verification
  • Enabling Description: The virtual MAC (111) is integrated with an AI-driven cognitive radio engine. This AI continuously scans available spectrum (from actual PHY layers via wideband receivers and spectrum analyzers) and, as of April 26, 2026, learns optimal transmit/receive frequency assignments for simultaneous operation. This optimization is based on historical interference patterns, dynamic environmental conditions (via IoT sensors detecting RF noise, weather, etc.), and predicted application traffic demands. The virtual MAC/PHY layers execute the AI's recommendations, dynamically partitioning the available spectrum between the dedicated transmitting transceiver (for the first data stream) and the dedicated receiving transceiver (for the second data stream). To ensure fair and secure spectrum sharing, especially in shared or licensed-shared access (LSA) bands, a blockchain-based ledger records all spectrum allocation decisions, transmit/receive activity, and any detected interference events. This provides an immutable, auditable log for regulatory compliance and dispute resolution in a multi-tenant spectrum environment.

  • graph TD
        APP_TX_REQ[App TX Request] --> PROC_INT(Processing Interface)
        APP_RX_REQ[App RX Request] --> PROC_INT
        PROC_INT --> AI_COG_RADIO(AI Cognitive Radio Engine)
        AI_COG_RADIO -- Spectrum Decision --> VMAC[Virtual MAC (111)]
        AI_COG_RADIO -- Spectrum Decision --> VPHY_TX[Virtual PHY TX]
        AI_COG_RADIO -- Spectrum Decision --> VPHY_RX[Virtual PHY RX]
        IOT_SENS[IoT Sensors (Spectrum Scanners)] --> AI_COG_RADIO
        VPHY_TX --> TRCV_TX(TX Transceiver)
        VPHY_RX --> TRCV_RX(RX Transceiver)
        TRCV_TX -- TX Data Stream (Freq X) --> WIRELESS_CHANNEL((Wireless Channel))
        TRCV_RX -- RX Data Stream (Freq Y) --> WIRELESS_CHANNEL
        TRCV_TX -- Log Activity --> BLOCKCHAIN[Blockchain Spectrum Ledger]
        TRCV_RX -- Log Activity --> BLOCKCHAIN
        REG_COMP[Regulatory Compliance] --> BLOCKCHAIN
        BLOCKCHAIN -- Audit Log --> SPECTRUM_MGMT[Spectrum Management]
    

5. The "Inverse" or Failure Mode

• Derivative 25.5: Prioritized Fail-Safe Communication with Single-Channel TDM Fallback
  • Enabling Description: In applications where simultaneous transmit/receive on separate transceivers is crucial (ee.g., remote control of an uncrewed aerial vehicle (UAV) while simultaneously receiving high-definition video feedback), a robust fail-safe mechanism is implemented. If one transceiver fails (e.g., the TX radio fails, preventing command signals) or if extreme interference prevents simultaneous operation, the processing interface (104) detects this through the virtual PHY's continuous monitoring. The system then enters a prioritized fail-safe mode, abandoning strict simultaneous T/R on separate transceivers and falling back to a single, most robust transceiver operating in Time Division Multiplexing (TDM) mode on a pre-designated emergency channel. The virtual MAC (111) and virtual PHY (112) layers reconfigure the remaining functional transceiver to alternate between transmitting critical commands and receiving essential telemetry, heavily prioritizing the critical control signals. Non-essential data streams (like high-resolution video) are either paused, significantly degraded (e.g., to low-resolution stills), or dropped entirely. This ensures mission-critical bi-directional communication, albeit at reduced bandwidth and with increased latency, preventing a complete loss of control or situational awareness.

  • stateDiagram-v2
        [*] --> NORMAL_SIMULTANEOUS_TRX
        NORMAL_SIMULTANEOUS_TRX --> MONITOR_HEALTH: Continuous Monitoring
        MONITOR_HEALTH --> TRCV_FAILURE_DETECTED: TX or RX Trxvr Fails
        TRCV_FAILURE_DETECTED --> FALLBACK_INITIATED: Trigger Fail-Safe Protocol
        FALLBACK_INITIATED --> SINGLE_CHANNEL_TDM: Reconfigure VMAC/VPHY
        SINGLE_CHANNEL_TDM --> PRIORITIZED_COMM: Critical TX/RX Only (TDM)
        PRIORITIZED_COMM --> NOTIFY_APP: Signal Degraded Mode
        SINGLE_CHANNEL_TDM --> REPAIR_COMPLETE: Trxvr Repaired/Recovered
        REPAIR_COMPLETE --> NORMAL_SIMULTANEOUS_TRX
        TRCV_FAILURE_DETECTED --> COMPLETE_COMM_LOSS: Both Trxvr Fail
        COMPLETE_COMM_LOSS --> EMERGENCY_PROTOCOL: System Shutdown/Beacon
    
        state NORMAL_SIMULTANEOUS_TRX {
            VMAC_SIM: VMAC (Simultaneous TX/RX)
            VPHY_TX_SIM: VPHY (TX Path)
            VPHY_RX_SIM: VPHY (RX Path)
            TRCV_TX_ACTIVE: TX Trxvr (Active)
            TRCV_RX_ACTIVE: RX Trxvr (Active)
        }
        state SINGLE_CHANNEL_TDM {
            VMAC_TDM: VMAC (TDM Control)
            VPHY_TDM: VPHY (TDM Config)
            TRCV_FAILSAFE_ACTIVE: Single Robust Trxvr (Active)
            TRCV_DISABLED: Failed Trxvr (Disabled)
        }
    

---

Combination Prior Art Scenarios

These scenarios combine the inventive concepts of US12003976 with existing open-source standards, demonstrating their synergistic application and establishing further prior art as of April 26, 2026.

1. US12003976 with OpenFlow (SDN Standard)

   • Enabling Description: The wireless networking device (or a collection of such devices, e.g., in an enterprise network) integrates its processing interface (104) and virtual MAC/PHY layers (111, 112) with an external Software-Defined Networking (SDN) controller via the OpenFlow protocol. The SDN controller, with its centralized network-wide visibility, provides global optimization directives for bandwidth allocation, traffic engineering, and dynamic spectrum sharing among multiple wireless networking devices. The virtual MAC's decision block (106) receives these high-level policies (e.g., "prioritize Application A traffic from Zone X with minimum 1 Gbps throughput," or "isolate guest network traffic to specific frequency bands"). The virtual MAC then translates these policies into local allocation of specific frequency portions across its transceivers (118) and uses OpenFlow to configure the underlying data plane elements to enforce these rules. OpenFlow enables programmatic control over the forwarding plane of the network devices, allowing the virtual PHY to translate allocation decisions into concrete flow rules (e.g., setting specific radio parameters for a given flow or associating flows with particular physical resources). This enables a centralized or hierarchical SDN controller to manage distributed virtual MAC/PHY instances for optimized resource utilization across an entire wireless network fabric. The non-prevention clause of Claim 1 is explicitly enforced by OpenFlow rules preventing a high-priority flow from monopolizing all bandwidth, thereby leaving remnants for other devices or lower-priority flows.

2. US12003976 with Open vSwitch (Open Source Virtual Switch)

   • Enabling Description: The processing layer (104) of the wireless networking device is tightly integrated with an Open vSwitch (OvS) instance operating within the device's host system. The OvS acts as a software-defined switch, handling the internal network traffic within the device before it reaches the actual wireless hardware. The actual MAC interfaces (114) and actual PHY interfaces (116) are exposed as virtual ports on the OvS. The virtual MAC layer (111) functions as a control plane for the OvS, dynamically defining and injecting flow rules into the OvS to direct application data streams through specific wireless transceivers (118) and to allocate bandwidth portions. This provides a flexible, programmable packet processing pipeline above the actual hardware. For example, the virtual MAC dynamically injects OvS flow rules to steer high-priority Application A traffic (requiring bandwidth aggregation) to an aggregated logical channel formed by portions of Transceiver 1 and Transceiver 2 (as per Claim 21), while lower-priority traffic uses remaining bandwidth portions via other OvS ports connected to different physical or virtualized transceivers. This architecture allows for fine-grained, programmatic control over how application data streams are mapped to available wireless resources.

3. US12003976 with IEEE 802.11 Standards (e.g., Wi-Fi 6/6E/7 with OFDMA/MU-MIMO)

   • Enabling Description: The wireless networking device fully implements the latest IEEE 802.11 standards, specifically IEEE 802.11ax (Wi-Fi 6/6E) and IEEE 802.11be (Wi-Fi 7) as of April 26, 2026, leveraging their Orthogonal Frequency Division Multiple Access (OFDMA) and Multi-User Multiple-Input Multiple-Output (MU-MIMO) capabilities in its actual MAC and PHY layers (114, 116). The processing interface (104) and its virtual MAC/PHY layers (111, 112) operate strategically above these standard 802.11 mechanisms. The virtual MAC analyzes application bandwidth requirements and, instead of directly allocating raw frequency blocks, it intelligently instructs the underlying 802.11 MAC to allocate specific OFDMA Resource Units (RUs) or MU-MIMO spatial streams across its multiple transceivers (operating in different 2.4 GHz, 5 GHz, or 6 GHz bands). For example, to satisfy Application A's high bandwidth requirement, the virtual MAC requests a specific allocation of RUs from Transceiver 1 (e.g., a portion of a 6 GHz channel) and additional RUs and/or MU-MIMO spatial streams from Transceiver 2 (e.g., a portion of a 5 GHz channel), potentially for simultaneous transmission (as per Claim 21) or simultaneous transmit/receive (as per Claim 25). The inherent sharing mechanisms within the 802.11 standards ensure that "utilization of the first available bandwidth portion... does not prevent any wireless networking device from utilizing a range of frequencies corresponding to the remaining portion," as OFDMA allows granular sharing of sub-carriers within a channel, and MU-MIMO enables multiple users to be served concurrently via spatial diversity. The virtual layers intelligently leverage and coordinate these advanced 802.11 features for optimized, multi-radio, multi-band bandwidth management.