Method and Apparatus for Determining Wireless MNO Coverage and Efficiently Operating an Enterprise Wireless Communication Network
US-2022150752-A1 · May 12, 2022 · US
US12328362B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-12328362-B2 |
| Application number | US-202117176701-A |
| Country | US |
| Kind code | B2 |
| Filing date | Feb 16, 2021 |
| Priority date | Feb 13, 2020 |
| Publication date | Jun 10, 2025 |
| Grant date | Jun 10, 2025 |
A practical reading order for non-experts. Skip the full description unless you need deep technical detail.
What the patent document calls the invention.
A short plain-language summary of the technical disclosure.
Who owns or filed the patent and who is credited as inventor.
Filing, priority, publication, and grant dates set the timeline.
The legal scope of protection — read this for what is actually claimed.
Technology tags used to group this patent with similar filings.
Prior art links and similar publications in this corpus.
Official abstract text for this publication.
A cloud-based system for maintaining a distributed cloud spectrum access system (SAS) is disclosed. The system may include one or more processors; and a memory storing instructions that cause the one or more processors to perform the a method including: syncing one or more edge databases at a frontend-SAS with corresponding cloud databases at a backend-SAS; monitoring a connection between the frontend-SAS and the backend-SAS; determining the connection between the frontend-SAS and the backend-SAS has been severed; continuing to operate within an interference headroom; attempting one or more robustness mechanisms to ensure impact to the frontend-SAS is minimized and to reestablish the connection between the frontend-SAS and the backend-SAS; and upon determining the connection is reestablished, reconciling the one or more edge databases at the frontend-SAS with the corresponding cloud databases at the backend-SAS.
Opening claim text (preview).
What is claimed is: 1. A cloud-based method for maintaining a distributed cloud spectrum access system (SAS), the method comprising: syncing one or more frontend databases at a frontend-SAS with corresponding backend databases at a backend-SAS; monitoring a connection between the frontend-SAS and the backend-SAS; determining the connection between the frontend-SAS and the backend-SAS has been severed; continuing to operate the frontend-SAS within an interference headroom, wherein operation within the margin of an interference headroom guarantees there is controlled interference to dynamic incumbents on the same frequency by decreasing one or more transmissions that are potentially harmful to dynamic incumbents once the connection is severed; performing one or more robustness mechanisms to reestablish the connection between the frontend-SAS and the backend-SAS and to minimize impact to the frontend-SAS; and upon determining the connection is reestablished, reconciling the one or more frontend databases at the frontend-SAS with the corresponding backend databases at the backend-SAS. 2. The method of claim 1 , further comprising: monitoring one or more services at the frontend-SAS; determining whether a performance criteria for the one or more services is met; and raising an alert when the performance criteria for at least one of the one or more services is not met. 3. The method of claim 2 , wherein monitoring one or more services at the frontend-SAS comprises one or more of edge infrastructure state and health monitoring, edge application state and health monitoring, collecting key performance indicators and analytics. 4. The method of claim 2 , further comprising providing a user device with data related to the monitored one or more services. 5. The method of claim 1 , wherein the frontend-SAS is configured to connect to a predetermined user device. 6. The method of claim 1 , wherein the frontend-SAS is configured to connect to one or more user devices based on their physical proximity to the frontend-SAS. 7. The method of claim 1 , wherein the frontend-SAS is configured to connect to one or more devices of a particular user and supports one or more SASs. 8. The method of claim 1 , wherein the frontend-SAS is configured to deploy different versions of the SAS functionality as required. 9. The method of claim 1 , wherein the frontend-SAS is configured to support public and private SASs. 10. The method of claim 1 , further comprising: detecting the frontend-SAS has been compromised; and isolating the frontend-SAS from the backend-SAS until the frontend-SAS is no longer compromised. 11. The method of claim 1 , wherein the distributed cloud SAS comprises a multi-tier architecture. 12. The method of claim 1 , wherein the one or more databases at the frontend-SAS store data comprising one or more of information pertaining to incumbents, available backend-SAS blocks, a move list for Dynamic Protection Area (DPA) operations, or alternate channels. 13. The method of claim 1 , further comprising routing requests asynchronously from the frontend-SAS to a most appropriate backend-SAS block utilizing a combination of criteria, the criteria comprising CBSD-to-incumbent mapping, block health, closest backend-SAS block in terms of geographical or network distance, least loaded backend-SAS block, backend-SAS block which has an extended capability. 14. The method of claim 13 , wherein the extended capability is chosen from a list comprising advanced planning services, tighter integration with a packet core or connectivity services, 5G-oriented capabilities, and New Radio. 15. The method of claim 1 , further comprising: determining potentially harmful CBSD transmissions to the dynamic incumbents; and suspending the potentially harmful CBSD transmissions until the connection is reestablished. 16. The method of claim 1 , further comprising: predicting an activity of the dynamic incumbents by utilizing machine learning techniques; and allocating spectrum provided by the frontend-SAS based on the prediction. 17. The method of claim 1 , wherein the frontend-SAS is configured to perform one or more of: terminating SAS protocol exchanges with user devices, routing requests over an interface to the backend-SAS based on criteria, handling alternate channel allocation upon DPA activation, and maintaining and accessing a relevant mapping to cloud data. 18. The method of claim 1 , wherein the backend-SAS is configured to perform one or more of: handling requests from the frontend-SAS, routing responses back to the frontend-SAS, discovering and securely establishing a connection to the frontend-SAS, maintaining data related to the frontend-SAS, or storing a present state of the frontend-SAS. 19. A cloud-based system for maintaining a distributed cloud spectrum access system (SAS), the system comprising: one or more processors; and a memory storing instructions that, when executed by the one or more processors, cause the one or more processors to perform the steps comprising: syncing one or more edge databases at a frontend-SAS with corresponding cloud databases at a backend-SAS; monitoring a connection between the frontend-SAS and the backend-SAS; determining the connection between the frontend-SAS and the backend-SAS has been severed; continuing to operate the frontend-SAS within an interference headroom, wherein operation within the margin of an interference headroom guarantees there is controlled interference to dynamic incumbents on the same frequency by decreasing one or more transmissions that are potentially harmful to dynamic incumbents once the connection is severed; performing one or more robustness mechanisms to reestablish the connection between the frontend-SAS and the backend-SAS and to minimize impact to the frontend-SAS; and upon determining the connection is reestablished, reconciling the one or more edge databases at the frontend-SAS with the corresponding cloud databases at the backend-SAS. 20. The system of claim 19 , the steps further comprising: monitoring one or more services at the frontend-SAS; determining whether a performance criteria for the one or more services is met; and raising an alert when the performance criteria for at least one of the one or more services is not met. 21. The system of claim 20 , wherein monitoring one or more services at the frontend-SAS comprises one or more of edge infrastructure state and health monitoring, edge application state and health monitoring, collecting key performance indicators and analytics. 22. The system of claim 20 , the steps further comprising providing a user device with data related to the monitored one or more services. 23. The system of claim 19 , wherein the frontend-SAS is configured to connect to a predetermined user device. 24. The system of claim 19 , wherein the frontend-SAS is configured to connect to one or more user devices based on their physical proximity to the frontend-SAS. 25. The system of claim 19 , wherein the frontend-SAS is configured to connect to one or more devices of a particular user and supports one or more SASs. 26. The system of claim 19 , wherein the frontend-SAS is configured to deploy different versions of the SAS functionality as required. 27. The system of claim 19 , wherein the frontend-SAS is configured to support public and private SASs.
Reaction to server failures by a load balancer · CPC title
based on parameters of servers, e.g. available memory or workload (monitoring of computer activity G06F11/30) · CPC title
Selecting a network or a communication service · CPC title
Spectrum sharing arrangements {between different networks} · CPC title
Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes · CPC title
Related publications grouped by family.
Answers are generated from the same data shown on this page.