Method and apparatus for cooperation between push devices
US-9247018-B2 · Jan 26, 2016 · US
US11665071B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-11665071-B2 |
| Application number | US-202117506500-A |
| Country | US |
| Kind code | B2 |
| Filing date | Oct 20, 2021 |
| Priority date | Mar 23, 2018 |
| Publication date | May 30, 2023 |
| Grant date | May 30, 2023 |
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 Metrics Parser Coordinator (MPC) coordinates data sharing between components of a network. A process performed by the MPC may include receiving data from a plurality of input interfaces, parsing the data, filtering the parsed data, storing the filtered data in a metric storage, mapping the filtered data according to the input interfaces, and providing the filtered data stored in the metric storage to the first registered application. Each interface may be defined differently from each other interface, and the filtered data including information requested by a first registered application. The interfaces may include 3 rd Generation Partnership Project interfaces, Long Term Evolution interfaces, and custom interfaces. The MPC may further allow applications to register to publish data, subscribe to data, or both.
Opening claim text (preview).
What is claimed is: 1. A non-transitory computer readable medium (CRM) storing computer programming instructions which, when executed by a computer system, cause the computer system to perform a method comprising: receiving a first registration request from a first application, the first registration request configured to select a first type of information from among the plurality of types of information and subscribe the first application to the first type of information; registering the first application as subscribing to the first type of information to produce registration information of the first application; receiving data from a plurality of input interfaces, each interface being defined differently from each other interface; parsing the data; filtering, using the registration information of the first application, the parsed data to produce filtered data including data of the first type of information; storing the filtered data in a metric storage; mapping the filtered data according to the input interfaces; and providing, based on the first application being registered as subscribing to the first type of information, the filtered data stored in the metric storage to the first application. 2. The non-transitory CRM of claim 1 , wherein the plurality of input interfaces include two or more different interfaces selected from a group comprising 3 rd Generation Partnership Project (3GPP) interfaces, Long Term Evolution (LTE) interfaces, and custom interfaces. 3. The non-transitory CRM of claim 1 , wherein the first application is a traffic manager. 4. The non-transitory CRM of claim 1 , wherein the steps further comprise: receiving a second registration request from a second application, the second registration request configured to select a second type of information from among the plurality of types of information; and registering the second application, wherein registering the second application includes registering the second application as publishing the second type of information, registering the second application as subscribing to the second type of information, or both. 5. The non-transitory CRM of claim 4 , wherein the steps further comprise: providing a parser interface, wherein registering the second application is performed using the parser interface. 6. The non-transitory CRM of claim 4 , wherein receiving the data from the plurality of input interfaces includes receiving data of the second type of information from the second application only if the second application is registered to publish the second type of information. 7. The non-transitory CRM of claim 4 , wherein storing the filtered data in the metric storage is performed only if an application is registered as subscribing to a type of information included in the filtered data. 8. The non-transitory CRM of claim 1 , wherein providing the filtered data to the first application includes providing the filtered data to the first application in response to receiving the data of the first type of information. 9. The non-transitory CRM of claim 1 , wherein filtering the data includes: corroborating the parsed data received over a first interface of the plurality of input interfaces with first other parsed data received over the first interface; linking the corroborated parsed data with second other parsed data received over the first interface; and linking the parsed data with third other parsed data received over a second interface of the plurality of input interfaces different than the first interface. 10. The non-transitory CRM of claim 1 , wherein parsing the data includes parsing the data according to the input interface the data was received through.
the monitoring system or the monitored elements being virtualised, abstracted or software-defined entities, e.g. SDN or NFV · CPC title
Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters · CPC title
Processing captured monitoring data, e.g. for logfile generation · CPC title
Setup of application sessions (admission control or resource allocation in data switching networks H04L47/70) · CPC title
by filtering · CPC title
Related publications grouped by family.
Answers are generated from the same data shown on this page.