US20230065343A1 - Global internet of things (iot) quality of service (qos) realization through collaborative edge gateways - Google Patents
Global internet of things (iot) quality of service (qos) realization through collaborative edge gateways Download PDFInfo
- Publication number
- US20230065343A1 US20230065343A1 US18/046,713 US202218046713A US2023065343A1 US 20230065343 A1 US20230065343 A1 US 20230065343A1 US 202218046713 A US202218046713 A US 202218046713A US 2023065343 A1 US2023065343 A1 US 2023065343A1
- Authority
- US
- United States
- Prior art keywords
- edge gateway
- shipment
- gateway device
- data
- package
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5003—Managing SLA; Interaction between SLA and QoS
- H04L41/5019—Ensuring fulfilment of SLA
- H04L41/5025—Ensuring fulfilment of SLA by proactively reacting to service quality change, e.g. by reconfiguration after service quality degradation or upgrade
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1021—Server selection for load balancing based on client or server locations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
- H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/289—Intermediate processing functionally located close to the data consumer application, e.g. in same machine, in same home or in same sub-network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/029—Location-based management or tracking services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y04—INFORMATION OR COMMUNICATION TECHNOLOGIES HAVING AN IMPACT ON OTHER TECHNOLOGY AREAS
- Y04S—SYSTEMS INTEGRATING TECHNOLOGIES RELATED TO POWER NETWORK OPERATION, COMMUNICATION OR INFORMATION TECHNOLOGIES FOR IMPROVING THE ELECTRICAL POWER GENERATION, TRANSMISSION, DISTRIBUTION, MANAGEMENT OR USAGE, i.e. SMART GRIDS
- Y04S40/00—Systems for electrical power generation, transmission, distribution or end-user application management characterised by the use of communication or information technologies, or communication or information technology specific aspects supporting them
- Y04S40/18—Network protocols supporting networked applications, e.g. including control of end-device applications over a network
Definitions
- the subject disclosure relates to wireless communications, e.g., utilization of collaborative edge gateways for providing unified quality of service (QoS) for global Internet of things (IoT).
- QoS quality of service
- IoT Internet of things
- IoT Internet of things
- 3GPP third generation partnership project
- 5G fifth generation
- FIG. 1 illustrates an example system that provides a global Internet of things (IoT) service management platform that facilitates quality of service (QoS) realization through a network of collaborative edge IoT gateways.
- IoT Internet of things
- QoS quality of service
- FIG. 2 illustrates an example system that facilitates workload management across globally distributed edge IoT gateways to provide services for mobile IoT devices.
- FIG. 3 illustrates an example system that comprises an edge IoT gateway node utilized to facilitate a global IoT service.
- FIG. 4 illustrates an example system for global QoS and/or service level agreement (SLA) management for IoT services.
- SLA service level agreement
- FIG. 5 illustrates an example system that comprises a self-forming, self-healing, and/or collaborative edge IoT gateway, according to an aspect of the subject disclosure.
- FIG. 6 illustrates an example system that facilitates automating one or more features in accordance with the subject embodiments.
- FIG. 7 illustrates an example method that facilitates global QoS realization through management of a network of collaborative edge IoT gateways.
- FIG. 8 illustrates an example method for providing real-time QoS and monitoring capabilities for global IoT services.
- FIG. 9 illustrates a block diagram of a computer operable to execute the disclosed communication architecture.
- FIG. 10 illustrates a schematic block diagram of a computing environment in accordance with the subject specification.
- a component As used in this application, the terms “component,” “module,” “system,” “interface,” “node,” “platform,” “server,” “controller,” “entity,” “element,” “gateway,” or the like are generally intended to refer to a computer-related entity, either hardware, a combination of hardware and software, software, or software in execution or an entity related to an operational machine with one or more specific functionalities.
- a component may be, but is not limited to being, a process running on a processor, a processor, an object, an executable, a thread of execution, computer-executable instruction(s), a program, and/or a computer.
- an application running on a controller and the controller can be a component.
- One or more components may reside within a process and/or thread of execution and a component may be localized on one computer and/or distributed between two or more computers.
- an interface can comprise input/output (I/O) components as well as associated processor, application, and/or API components.
- the various embodiments can be implemented as a method, apparatus, or article of manufacture using standard programming and/or engineering techniques to produce software, firmware, hardware, or any combination thereof to control a computer to implement one or more aspects of the disclosed subject matter.
- An article of manufacture can encompass a computer program accessible from any computer-readable device or computer-readable storage/communications media.
- computer readable storage media can comprise but are not limited to magnetic storage devices (e.g., hard disk, floppy disk, magnetic strips . . . ), optical disks (e.g., compact disk (CD), digital versatile disk (DVD) . . . ), smart cards, and flash memory devices (e.g., card, stick, key drive . . . ).
- magnetic storage devices e.g., hard disk, floppy disk, magnetic strips . . .
- optical disks e.g., compact disk (CD), digital versatile disk (DVD) . . .
- smart cards e.g., card, stick, key drive
- the word “example” or “exemplary” is used herein to mean serving as an example, instance, or illustration.
- the term “or” is intended to mean an inclusive “or” rather than an exclusive “or.” That is, unless specified otherwise, or clear from context, “X employs A or B” is intended to mean any of the natural inclusive permutations. That is, if X employs A; X employs B; or X employs both A and B, then “X employs A or B” is satisfied under any of the foregoing instances.
- the articles “a” and “an” as used in this application and the appended claims should generally be construed to mean “one or more” unless specified otherwise or clear from context to be directed to a singular form.
- Terms like “user equipment” or similar terminology refer to a wired or wireless communication-capable device utilized by a subscriber or user of a wired or wireless communication service to receive or convey data, control, voice, video, sound, gaming, or substantially any data-stream or signaling-stream.
- Data and signaling streams can be packetized or frame-based flows.
- the terms “user,” “subscriber,” “consumer,” “customer,” and the like are employed interchangeably throughout the subject specification, unless context warrants particular distinction(s) among the terms. It should be noted that such terms can refer to human entities or automated components supported through artificial intelligence (e.g., a capacity to make inference based on complex mathematical formalisms), which can provide simulated vision, sound recognition and so forth.
- artificial intelligence e.g., a capacity to make inference based on complex mathematical formalisms
- the term “cloud” as used herein can refer to a set of servers, communicatively and/or operatively coupled to each other, that host a set of applications utilized for servicing user requests.
- the cloud computing resources can communicate with user devices via most any wired and/or wireless communication network to provide access to services that are based in the cloud and not stored locally (e.g., on the user device).
- a typical cloud computing environment can include multiple layers, aggregated together, that interact with each other to provide resources for end-users.
- aspects or features of the disclosed subject matter can be exploited in substantially any wired or wireless communication technology; e.g., universal mobile telecommunications system (UMTS), Wi-Fi, worldwide interoperability for microwave access (WiMAX), general packet radio service (GPRS), enhanced GPRS, third generation partnership project (3GPP) long term evolution (LTE), fifth generation (5G) or other next generation networks, third generation partnership project 2 (3GPP2) ultra mobile broadband (UMB), high speed packet access (HSPA), Zigbee, or another IEEE 802.XX technology, low power wide area (LPWA) and/or non-3GPP standard based solutions, such as, but not limited to, Ingenu, Sigfox, and/or LoRa, etc. Additionally, substantially all aspects of the disclosed subject matter can be exploited in legacy (e.g., wireline) telecommunication technologies.
- legacy e.g., wireline
- IoT Internet of things
- M2M machine-to-machine
- UEs regular/commercial user equipment
- the IoT/M2M devices collectively generate a much greater number of signaling connections in the mobile core network as compared to regular UEs.
- the service/application provider often performs simultaneous device triggering and monitoring for targeted IoT applications and services.
- the systems and methods disclosed herein can provide various enhancements to conventional entities to enable IoT security, quality of service (QoS), and/or service level agreement (SLA) for international/global IoT services.
- QoS quality of service
- SLA service level agreement
- the systems and methods disclosed herein can provide real-time QoS and/or monitoring capabilities for IoT services through interactions between massively distributed IoT gateways deployed globally that are managed by an edge gateway controller deployed within a cloud.
- the edge gateway controller can facilitate efficient QoS and/or SLA management for mobile IoT sensors to provide a secure monitoring and/or diagnostic capability for IoT services.
- the systems and methods disclosed herein are described with respect to globally distributed edge IoT gateways, it is noted that the subject disclosure is not limited to edge IoT gateways that are distributed across different counties and can be distributed nationally as well.
- IoT gateway nodes communicate with a variety of sensors that interact with external applications through different radio technologies, such as, but not limited to, radio-frequency identification (RFID), Wi-Fi, 3G, 4G, LTE, 5G, Zigbee, Z-wave, Bluetooth, video streams, etc.
- RFID radio-frequency identification
- Wi-Fi Wireless Fidelity
- 3G, 4G, LTE Long Term Evolution
- 5G Fifth Generation
- Zigbee Zigbee
- Z-wave Z-wave
- Bluetooth video streams
- system 100 can be employed for various IoT applications, such as, but not limited to, smart manufacturing and/or industrial automation, transportation (e.g., shipping, delivery, ridesharing, connected cars, etc.), energy, wearables (e.g., health/fitness trackers, smart jewelry, etc.), FirstNet, healthcare, etc.
- transportation e.g., shipping, delivery, ridesharing, connected cars, etc.
- energy e.g., wearables (e.g., health/fitness trackers, smart jewelry, etc.), FirstNet, healthcare, etc.
- wearables e.g., health/fitness trackers, smart jewelry, etc.
- FirstNet e.g., healthcare, etc.
- system 100 deploys, within edge clouds, a group of distributed edge IoT gateway nodes 102 at various geographical locations nationally and/or internationally, to form a unified communication protocol that enables real-time monitoring of IoT services and support for IoT QoS and/or SLA that is desirable by end users.
- the edge clouds comprise a networked group of devices that are deployed within the logical extremes of a network (e.g., within a radio access network) away from centralized points (e.g., core mobility network).
- the devices (e.g., distributed edge IoT gateway nodes 102 ) of the edge clouds allow data produced by tracked IoT devices 106 to be processed closer to where it is created instead of sending it across long routes to core network clouds.
- the distributed edge IoT gateway nodes 102 can interact with both a software-defined networking (SDN)-like control plane and a mesh formation of the distributed edge IoT gateway nodes 102 , to collectively provide opportunity for global workload management and interaction.
- the distributed edge IoT gateway nodes 102 can communicate with IoT clients 104 , for example, moving IoT client devices installed in trucks, airplanes, containers, drones, and/or other shipping elements, mobile network operator (MNO)-certified IoT gateways that can be self installed by customers (e.g., shipping industries), etc.
- MNO mobile network operator
- the IoT clients 104 can listen to and/or communicate with a large assortment of IoT devices 106 (e.g., sensors, etc.).
- the tracked IoT devices 106 can comprises, but are not limited to, most any sensors, smart meters, smart home devices, smart city devices, tracking devices, security systems, smart energy grid devices, agricultural devices, connected vehicle, at least partially automated vehicle (e.g., drones), a wearable device (e.g., smart watch, connected glasses, wrist monitor, etc.), smart microelectromechanical systems (MEMS)-based IoT devices etc.
- MEMS microelectromechanical systems
- the tracked IoT devices 106 can be mobile, have limited mobility and/or be stationary.
- IoT devices typically vary widely in terms of their service requirements, data throughput, latency, access priority and/or connectivity reliability.
- a first category of IoT devices can be delay tolerant, whereas a second category of IoT devices can be highly prone to latency errors.
- different policies and/or preferences with respect to workloads can be defined (e.g., via a master orchestration component 108 ) for different categories of the IoT devices 106 .
- the master IoT orchestration component 108 can be utilized to manage the distributed edge IoT gateway nodes 102 and coordinate workloads across the distributed edge IoT gateway nodes 102 .
- the master IoT orchestration component 108 can configure, assign, update, and/or terminate thin workloads for specific gateways of the distributed edge IoT gateway nodes 102 .
- the workloads can specify tasks and/or actions that are to be performed based on measurements received from the tracked devices 106 .
- the master IoT orchestration component 108 can instantiate one or more IoT thin workloads at gateways that are deployed at target locations along a path on which the tracked device is expected to travel.
- the distributed edge gateway nodes 102 can run a large number (e.g., millions) of thin workloads that each represent one or more prediction or expectation of a tracked device 106 .
- the master IoT orchestration component 108 can be responsible for determining SLA declaration parameter sets that define the expected SLA/QoS associated with a tracked device 106 .
- a declaration parameter can provide expected and unexpected states associated with the service, QoS, and/or interaction methods.
- the master IoT orchestration component 108 can receive workload state feedback from each workload triggered by its associated sensor(s). Based on an analysis of the state feedback (and/or one or more machine learning techniques), the master IoT orchestration component 108 can terminate and/or reconfigure the current workload and/or activate one or more new workloads at another IoT gateway (e.g., deployed at a next expected location for a shipment).
- the distributed IoT gateway nodes 102 form a structured mesh network globally over the Internet that can communicate asynchronously and/or synchronously.
- the distributed IoT gateway nodes 102 can implement advanced collaborative and/or distributed technologies (e.g., Blockchain) to track/monitor QoS and SLA globally.
- a metadata e.g., token
- workload state e.g., summary of tasks performed, verified parameters, estimated time of arrival at next location, expected state at next location, etc.
- workload state e.g., summary of tasks performed, verified parameters, estimated time of arrival at next location, expected state at next location, etc.
- these states can be analyzed (e.g., by the master IoT orchestration component 108 ) to determine expected and unexpected scenarios, and accordingly, appropriate QoS and SLA service monitoring can be provided.
- the path for this shipment can be provided to the master IoT orchestration component 108 .
- the master IoT orchestration component 108 can compile the path into the expected passages through the edge IoT gateway nodes 102 along the path and can schedule workloads into these nodes.
- the desired/expected scenarios are that the shipment states and sensor states are reported as the shipment moves through the nodal IoT gateway passages.
- the undesirable/unexpected states are when an expected sensor is not received in timely manner, is received at another edge IoT gateway node, incorrect/different states or incorrect/different set of devices are reported, etc.
- the asynchronous programming of the edge IoT gateway nodes for expected work load provides an optimized QoS monitoring service and unexpected results interaction among the edge IoT gateway nodes 102 and with the master IoT orchestration component 108 provides monitoring capabilities of these devices.
- the master IoT orchestration component 108 can comprise functionality as more fully described herein, for example, as described above with regard to system 100 .
- the distributed edge IoT gateway nodes 102 as described above with regard to system 100 , can comprise edge IoT gateway nodes 202 1 - 202 x (wherein x can be most any integer).
- MNOs can employ system 200 to provide IoT services by utilizing their edge gateway clouds (e.g., comprising edge IoT gateway nodes 202 1 - 202 x ), wherein their mobile networks (e.g., LTE, 5G, etc.) can logically be extended with roaming partners to backhaul, track and manage IoT hotspots internationally.
- edge IoT gateway nodes 202 1 - 202 x can be deployed at the deep edges in roaming spaces and can proxy manage any sensor associated with an IoT service associated with the MNO's customers.
- the edge IoT gateway nodes 202 1 - 202 x can be deployed nationally and/or globally to form a structured mesh of edge gateways that are highly connected (e.g., via LTE, Internet, and/or other communication technology) and can perform one or more IoT workloads assigned by an edge IoT controller 204 . Moreover, the edge IoT gateway nodes 202 1 - 202 x can collectively form a distributed system that is controlled via the edge IoT controller 204 and/or MNO's control plane devices.
- the edge IoT controller 204 can spin up millions of thin workloads (e.g., low overhead processes) as the sensors are recognized and/or sensor data is received by one or more roaming operators (e.g., IoT clients 104 ).
- Software-defined flexibility and control of the edge IoT gateway nodes 202 1 - 202 x can be provided by employing open (e.g., non-proprietary, standardized, protocol-agnostic, etc.) IoT gateway application program interfaces (APIs) and/or stack ecosystems.
- APIs application program interfaces
- the edge IoT controller 204 can utilize machine learning (ML)-based based models for realization of additional QoS, SLA, and/or monitoring services.
- ML machine learning
- path 206 can comprise a shipment route that is typically travelled by a truck delivering a package to a destination. It is noted that the tracked IoT devices can be mobile themselves and/or can be placed within/attached to a vehicle/container that is mobile. Based on the expected path 206 , the edge IoT controller 204 can assign and/or coordinate workloads to IoT gateway nodes that are deployed at locations along the path, for example, edge IoT gateway nodes 202 1 - 202 5 .
- edge IoT gateway nodes 202 1 - 202 x can be owned, leased, and/or managed by the MNO.
- a mobile IoT device e.g., a shipment
- edge IoT gateway nodes 202 1 - 202 5 can interact with edge IoT gateway nodes 202 1 - 202 5 , which can then perform actions based on the workload(s) assigned to them.
- the edge IoT controller 204 can determine and/or predict arrival time of the shipment at the edge IoT gateway nodes 202 1 - 202 5 and accordingly, coordinate the workloads locally and/or internationally.
- the edge IoT controller 204 can control the edge IoT gateway nodes 202 1 - 202 5 and facilitate management and/or scheduling workloads across the nodes as it expects the shipment to move though the areas at which the gateways are deployed.
- edge IoT controller 204 can learn and build from internal states and/or external states associated with the service.
- internal states can comprise workload state information received from the edge IoT gateway nodes 202 1 - 202 x , such as, but not limited to, arrival and/or departure time, sensor measurements (e.g., temperature of a container, image and/or video if the container, parameters associated with the vehicle, etc.), package characteristics, etc.
- sensor measurements e.g., temperature of a container, image and/or video if the container, parameters associated with the vehicle, etc.
- package characteristics etc.
- the edge IoT controller 204 can update, terminate, and/or reassign workloads.
- the external states can be received from external devices (e.g., web servers, content servers, etc.) and can comprise information, such as, but not limited to, news, weather data, event schedules, etc.
- the edge IoT controller 204 can predict whether the shipment would be rerouted to/through another location and accordingly, reassign the workload to another IoT gateway node (e.g., IoT gateway node 202 x ) to perform the defined action(s) (e.g., expect the shipment, take action/perform functions on arrival/departure, report sensor measurements, check for error, failure, and/or alert conditions, etc.).
- the edge IoT controller 204 can dynamically update workload configuration across the edge IoT gateway nodes 202 1 - 202 x .
- the edge IoT gateway nodes 202 1 - 202 x can communicate with each other via a structured mesh network to facilitate tracking and/or security.
- Technologies, such as but not limited to, Blockchain can be utilized to generate tokens that can be transferred between the edge IoT gateway nodes 202 1 - 202 x .
- the token generated by an IoT gateway node can provide a summary of a shipment state comprising a number of packages within the shipment, type of packaging, contents of a package, actions performed at the IoT gateway node, a result of the actions performed at the IoT gateway node, departure time from the IoT gateway node, estimated arrival time of the shipment at the next IoT gateway node along the path, route information, etc.
- the edge IoT gateway node 202 can comprise a MNO-managed edge gateway that can be deployed nationally and/or internationally. It is noted that the edge IoT gateway node 202 can be substantially similar to edge IoT gateway nodes 202 1 - 202 x and can comprise functionality as more fully described herein, for example, as described above with regard to edge IoT gateway nodes 202 1 - 202 x .
- IoT devices 106 1 - 106 M can be substantially similar to tracked IoT devices 106 and can comprise functionality as more fully described herein, for example, as described above with regard to tracked IoT devices 106 .
- the edge IoT gateway node 202 can comprise edge computing node hardware 302 (e.g., compute and storage resources) and an operating system (OS)/container component 304 that execute workloads via microservices 1 -N 306 .
- the microservices 1 -N 306 can be a suite of independently-deployable, small, modular services, wherein each service runs a unique process and communicates with the other over standard protocols with well-defined interfaces to serve a business goal.
- the workloads can be assigned and/or initiated via instructions received from the IoT cloud platform (e.g., via edge IoT controller 204 ).
- the workloads can be initiated on receiving a broadcast message from IoT devices 106 1 - 106 M , as they approach the edge IoT gateway node 202 .
- the IoT devices 106 1 - 106 M can be programmed to broadcast messages when they reach particular locations and/or enter certain areas (e.g. location of the edge IoT gateway node 202 ).
- the edge IoT controller 204 can instruct the edge IoT gateway node 202 to initiate the workloads at an estimated time of arrival of the IoT devices 106 1 - 106 M .
- the edge IoT controller 204 can define one or more policies for the initiation of workloads based on various parameters, for example, IoT arrival time, IoT measurement data, current time, historical preferences, etc.
- the edge IoT gateway node 202 can initiate different workloads in response to detecting expected scenarios or detecting anomalies. For example, if determined that the IoT device 106 1 arrives at the expected time, a first set of actions can be performed; if determined that the IoT device 106 1 arrives before the expected time, a second set of actions can be performed; and if determined that the IoT device 106 1 arrives after the expected time, a third set of actions can be performed.
- the actions are not limited to automated actions (e.g., classifying the shipment as undamaged, changing a temperature of a container, verifying that packages are not misplaced, stolen, replaced, etc.) and can also comprise manual actions performed by authorized personnel. For example, if sensor data received from IoT device 106 1 is determined to be in a high range and/or weather data along the route indicates high temperatures (e.g., above a defined temperature threshold), a workload can be initiated that alerts (e.g., via sending messages to UEs) appropriate persons to add coolant/ice to the packaging of the shipment.
- alerts e.g., via sending messages to UEs
- state data can comprise, but is not limited to, a summary of actions performed at the edge IoT gateway node 202 , anomalies detected, timing data associated with arrival and/or departure of the IoT device, workload QoS and/or SLA atomic measurements with action selection functions that represent the received sensory transaction, etc.
- the state data can be provided, via IoT cloud platform 308 , as feedback to the edge IoT controller 204 , which can analyze the feedback to facilitate global QoS and/or SLA management.
- At least a portion of the state data can be provided to another edge IoT gateway node(s) (e.g., the next edge IoT gateway node on the path travelled by the IoT device 106 1 ) via edge IoT gateway mesh network 310 .
- the edge IoT gateway node 202 can dynamically form logical connections to any other edge IoT gateway node(s) as IoT QoS/SLA measurements can be aggregated.
- the IoT states can also become available through open and/or collaborative APIs and/or offline through alternative channels.
- the edge IoT gateway node 202 can utilize advanced collaborative and/or distributed blockchain techniques to facilitate tracking QoS and SLA globally, for example, by transferring tokens to other edge IoT gateway node(s) via edge IoT gateway mesh network 310 (and/or to the edge IoT controller 204 via IoT cloud platform 308 ).
- the edge IoT controller 204 can comprise functionality as more fully described herein, for example, as described above with regard to system 200 .
- the edge IoT controller 204 can comprise a status monitoring component 402 that can receive internal and/or external state data.
- the internal state data can be received from one or more of the distributed IoT gateway nodes 102 and can comprise information such as, but not limited to, a report of tasks performed, received sensor measurements, error/failure conditions, alerts, and/or unexpected scenarios (e.g., shipment is delayed or received earlier than expected, shipment arrives at an IoT gateway node that is not expecting the shipment, shipment size has changed, etc.).
- the external state data can be received from web servers, content servers, application server, customer devices, etc. and can comprise information such as, but not limited to, schedule information, event data, news, weather data, traffic reports, customer preferences or instructions, etc.
- a workload management component 404 can be utilized to analyze the status data to schedule QoS-aware workloads. Moreover, the workload management component 404 can schedule and/or manage the QoS-aware workloads based on machine learning and/or big data analytics (e.g., image recognition, identity, validation, classification, etc.) For example, if an image (or other measurement data) of a package received from two (or more) edge IoT gateway nodes indicates that a size, shape, color, etc. has changed, then a workload can be created to flag the package and notify appropriate personnel to check on the package.
- machine learning and/or big data analytics e.g., image recognition, identity, validation, classification, etc.
- workloads can be assigned to and initiated (e.g., at expected time of arrival of the shipment) at a new edge IoT gateway node that is deployed at a location on the new route.
- a provisioning component 406 can receive customer preferences and/or instructions via one or more customer devices and/or portals (not shown). For example, a path for routing tracked IoT devices (e.g., a shipment) can be provided via the provisioning component 406 and stored within data store 408 .
- the workload management component 404 can compile the path into a group of expected passages through select edge IoT gateway nodes deployed along the path and schedule workload into these edge IoT gateway nodes.
- a first set of workloads can be performed in response to detecting desired/expected scenarios associated with the reported shipment states and/or sensor states and a second set of workloads can be performed in response to detecting undesired/unexpected scenarios associated with the reported shipment states and/or sensor states.
- the asynchronous programming of the edge IoT gateway nodes for the workloads can provide a highly efficient and optimal QoS monitoring
- data store 408 can store information, such as, but not limited to, monitored status data, operator preferences and/or policies, customer preferences and/or policies, etc. that can be analyzed to facilitate workload management (e.g., by the workload management component 404 ).
- data store 408 is depicted to reside within the edge IoT controller 204 , it is noted that the subject specification is not that limited and the data store 408 can reside (e.g., completely or partially) outside the edge IoT controller 204 and can be remotely coupled to the edge IoT controller 204 .
- the data store 408 can comprise volatile memory(s) or nonvolatile memory(s), or can comprise both volatile and nonvolatile memory(s). Examples of suitable types of volatile and non-volatile memory are described below with reference to FIG. 9 .
- the memory (e.g., data stores, databases) of the subject systems and methods is intended to comprise, without being limited to, these and any other suitable types of memory.
- FIG. 5 illustrates an example system 500 that comprises a self-forming, self-healing, and/or collaborative edge IoT gateway, according to an aspect of the subject disclosure.
- MNOs can introduce global IoT services utilizing their edge gateway clouds where their LTE networks can logically be extended with roaming partners to backhaul, track, and manage IoT hotspots (e.g., edge IoT gateway node 202 ) internationally.
- IoT SLA data paths and/or measurements can be further realized through higher abstraction of network key performance indicator (KPI) that can be shared between the collaborative operators or edge IoT gateway nodes.
- KPI network key performance indicator
- the edge IoT gateway node 202 can comprise functionality as more fully described herein, for example, as described above with regard to systems 200 - 300 .
- a communication component 502 can be utilized to interact with IoT devices and/or clients to receive measurement data, for example, when the IoT devices and/or clients arrive at and/or couple to the edge IoT gateway node 202 .
- a workload execution component 504 can run one or more workloads assigned by an edge IoT controller.
- the workloads can classify the data (e.g., classify the package as damaged or satisfactory), authenticate a device identifier (e.g., verify that the package has not been misplaced, lost, stolen. replaced, etc.), and/or enforce most any defined policy(ies).
- a policy determined by the edge IoT controller, can specify a list of actions that are to be performed for a particular shipment with a specified group identifier/device identifier. Actions can comprise, but are not limited to, recording sensor measurements and/or a photo/video of a box, classifying that the box is not damaged and/or verifying that the image matches reference image, scanning barcode/RFID code to ensure accuracy; etc.
- a feedback and alert reporting component 506 can be utilized to determine state data associated with the workload (e.g., summary of actions performed, anomalies detected, etc.) and report the state data to the edge IoT controller and optionally to other edge IoT gateway nodes. As an example, the state data can become available through open and/or collaborative APIs or offline through alternative channels.
- a tracking component 508 can be utilized to transfer status data and/or other information to edge IoT gateway nodes via a structured mesh network (e.g., through LTE networks and/or Internet).
- the edge IoT gateway node 202 can dynamically form logical connections to any other nodes as aggregated IoT QoS/SLA measurements can be aggregated.
- the tracking component 508 can utilize Blockchain technology to create and transfer tokens and/or metadata to one or more other edge IoT gateway nodes to facilitate tracking and/or security.
- an example system 600 that employs an artificial intelligence (AI) component ( 602 ) to facilitate automating one or more features in accordance with the subject embodiments.
- AI artificial intelligence
- the edge IoT controller 204 , status monitoring component 402 , workload management component 404 , provisioning component 406 , and data store 408 can comprise functionality as more fully described herein, for example, as described above with regard to systems 200 - 500 .
- system 600 can employ various AI-based schemes (e.g., intelligent processing/analysis, machine learning, etc.) for carrying out various aspects thereof.
- AI-based schemes e.g., intelligent processing/analysis, machine learning, etc.
- a process for scheduling, updating, and/or terminating workloads can be facilitated via an automatic classifier system implemented by AI component 602 .
- the AI component 602 can exploit various artificial intelligence (AI) methods or machine learning methods.
- Artificial intelligence techniques can typically apply advanced mathematical analysis—e.g., decision trees, neural networks, regression analysis, principal component analysis (PCA) for feature and pattern extraction, cluster analysis, genetic algorithm, or reinforced learning—to a data set.
- PCA principal component analysis
- AI component 602 can employ one of numerous methodologies for learning from data and then drawing inferences from the models so constructed.
- HMMs hidden markov models
- General probabilistic graphical models such as Dempster-Shafer networks and Bayesian networks like those created by structure search using a Bayesian model score or approximation can also be utilized.
- linear classifiers such as support vector machines (SVMs), non-linear classifiers like methods referred to as “neural network” methodologies, fuzzy logic methodologies can also be employed.
- an example embodiment can employ classifiers that are explicitly trained (e.g., via a generic training data) as well as implicitly trained (e.g., via observing device/operator preferences, historical information, receiving extrinsic information, type of service, type of device, etc.).
- SVMs can be configured via a learning or training phase within a classifier constructor and feature selection module.
- the classifier(s) of AI component 602 can be used to automatically learn and perform a number of functions, comprising but not limited to determining according to a predetermined criteria, when and which workloads are to be initiated, IoT edge gateways nodes at which specific workloads are to be instantiated, actions that are to be performed, updates that are to be made to a workload, when a workload is to be terminated, etc.
- the criteria can comprise, but is not limited to, historical patterns and/or trends, network operator preferences and/or policies, customer preferences, predicted traffic flows, event data, latency data, reliability/availability data, current time/date, workload state feedback data, weather data, type of IoT device, news, and the like.
- the network architecture disclosed herein provides several non-limiting advantages and features such as, but not limited to global IoT QoS realization and improved network resiliency and/or robustness through collaborative edge gateways.
- FIGS. 7 - 8 illustrate flow diagrams and/or methods in accordance with the disclosed subject matter.
- the flow diagrams and/or methods are depicted and described as a series of acts. It is to be understood and noted that the various embodiments are not limited by the acts illustrated and/or by the order of acts, for example acts can occur in various orders and/or concurrently, and with other acts not presented and described herein. Furthermore, not all illustrated acts may be required to implement the flow diagrams and/or methods in accordance with the disclosed subject matter. In addition, those skilled in the art will understand and note that the methods could alternatively be represented as a series of interrelated states via a state diagram or events.
- method 700 that facilitates global QoS realization through management of a network of collaborative edge IoT gateways, according to an aspect of the subject disclosure.
- method 700 can be implemented by one or more control plane devices (e.g., edge IoT controller 204 ) of a communication network (e.g., cellular network).
- customer provisioning data can be received.
- the customer provisioning data can comprise, but is not limited to, shipping routes, customer preferences and/or policies, IoT device information, etc.
- the provisioning data can be utilized to identify edge IoT gateways that are located along one or more shipping routes and accordingly, at 704 , QoS-aware workloads can be scheduled at the identified edge IoT gateways.
- internal and/or external state data can be determined.
- the internal state data can be received from one or more of the distributed IoT gateway nodes and can comprise workload state information such as, but not limited to, a report of tasks performed, received sensor measurements, error/failure conditions, alerts, and/or unexpected scenarios.
- the external state data can be received from web servers, content servers, application server, customer devices, etc. and can comprise information such as, but not limited to, schedule information, event data, news, weather data, traffic reports, customer preferences or instructions, etc.
- the state data can be analyzed (e.g., based on ML techniques) to facilitate a management of the QoS-aware workloads.
- the QoS-aware workloads can be updated and/or terminated, and/or new QoS-aware workloads can be scheduled at different (or the same) edge IoT gateways to provide optimal QoS monitoring.
- FIG. 8 illustrates an example method 800 for providing real-time QoS and monitoring capabilities for global IoT services, according to an aspect of the subject disclosure.
- method 800 can be implemented by one or more edge network devices (e.g., edge IoT gateway node 202 ) of a communication network (e.g., cellular network).
- workload data can be received from an edge IoT controller.
- the workload data can comprise a set of actions that are to be performed via one or more microservices executed by the edge IoT gateway node.
- the execution of the workload can be initiated in response to receiving communication data (e.g., broadcast messages) from an IoT device associated with the workload data.
- the workload can be initiated in response to determining that the IoT device has entered a geographical area served by the edge IoT gateway node and/or is coupled to the edge IoT gateway node.
- feedback data can be determined and provided to the edge IoT controller at most any time, for example, prior to, subsequent to, and/or during the workload execution.
- the feedback data can comprise, but is not limited to, a summary/list/result of actions performed via workload execution, measurements received from the IoT device, failure/error conditions, unexpected behavior and/or situations, alerts, etc.
- the edge IoT controller can utilize the feedback data to manage (e.g., update, terminate, reassign, etc.) the workloads.
- tracking data can be determined and provided to other edge IoT gateways via a mesh network, for example, to facilitate tracking and/or security (e.g., by employing a Blockchain technology).
- FIG. 9 there is illustrated a block diagram of a computer 902 operable to execute the disclosed communication architecture.
- FIG. 9 and the following discussion are intended to provide a brief, general description of a suitable computing environment 900 in which the various aspects of the specification can be implemented. While the specification has been described above in the general context of computer-executable instructions that can run on one or more computers, those skilled in the art will recognize that the specification also can be implemented in combination with other program modules and/or as a combination of hardware and software.
- program modules comprise routines, programs, components, data structures, etc., that perform particular tasks or implement particular abstract data types.
- program modules comprise routines, programs, components, data structures, etc., that perform particular tasks or implement particular abstract data types.
- program modules comprise routines, programs, components, data structures, etc., that perform particular tasks or implement particular abstract data types.
- Computer-readable storage media can be any available storage media that can be accessed by the computer and comprises both volatile and nonvolatile media, removable and non-removable media.
- Computer-readable storage media can be implemented in connection with any method or technology for storage of information such as computer-readable instructions, program modules, structured data, or unstructured data.
- Computer-readable storage media can comprise, but are not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disk (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or other tangible and/or non-transitory media which can be used to store desired information.
- Computer-readable storage media can be accessed by one or more local or remote computing devices, e.g., via access requests, queries or other data retrieval protocols, for a variety of operations with respect to the information stored by the medium.
- Communications media typically embody computer-readable instructions, data structures, program modules or other structured or unstructured data in a data signal such as a modulated data signal, e.g., a carrier wave or other transport mechanism, and comprises any information delivery or transport media.
- modulated data signal or signals refers to a signal that has one or more of its characteristics set or changed in such a manner as to encode information in one or more signals.
- communication media comprise wired media, such as a wired network or direct-wired connection, and wireless media such as acoustic, radio frequency (RF), infrared and other wireless media.
- RF radio frequency
- the example environment 900 for implementing various aspects of the specification comprises a computer 902 , the computer 902 comprising a processing unit 904 , a system memory 906 and a system bus 908 .
- the component(s), application(s), client(s), server(s), equipment, system(s), interface(s), gateway(s), controller(s), node(s), cloud(s), entity(ies), function(s), platform(s), and/or device(s) e.g., distributed edge IoT gateway nodes 102 , IoT clients 104 , tracked IoT devices 106 , IoT devices 106 1 - 106 M , master IoT orchestration component 108 , edge IoT gateway nodes 202 1 - 202 x , edge IoT controller 204 , edge computing node hardware 302 , OS/container component 304 , IoT cloud platform 308 , status monitoring component 402 , workload management component 404 ,
- the system bus 908 couples system components comprising, but not limited to, the system memory 906 to the processing unit 904 .
- the processing unit 904 can be any of various commercially available processors. Dual microprocessors and other multi-processor architectures can also be employed as the processing unit 904 .
- the system bus 908 can be any of several types of bus structure that can further interconnect to a memory bus (with or without a memory controller), a peripheral bus, and a local bus using any of a variety of commercially available bus architectures.
- the system memory 906 comprises read-only memory (ROM) 910 and random access memory (RAM) 912 .
- ROM read-only memory
- RAM random access memory
- a basic input/output system (BIOS) is stored in a non-volatile memory 910 such as ROM, EPROM, EEPROM, which BIOS contains the basic routines that help to transfer information between elements within the computer 902 , such as during startup.
- the RAM 912 can also comprise a high-speed RAM such as static RAM for caching data.
- the computer 902 further comprises an internal hard disk drive (HDD) 914 , which internal hard disk drive 914 can also be configured for external use in a suitable chassis (not shown), a magnetic floppy disk drive (FDD) 916 , (e.g., to read from or write to a removable diskette 918 ) and an optical disk drive 920 , (e.g., reading a CD-ROM disk 922 or, to read from or write to other high capacity optical media such as the DVD).
- the hard disk drive 914 , magnetic disk drive 916 and optical disk drive 920 can be connected to the system bus 908 by a hard disk drive interface 924 , a magnetic disk drive interface 926 and an optical drive interface 928 , respectively.
- the interface 924 for external drive implementations comprises at least one or both of universal serial bus (USB) and IEEE 1394 interface technologies. Other external drive connection technologies are within contemplation of the subject disclosure.
- the drives and their associated computer-readable storage media provide nonvolatile storage of data, data structures, computer-executable instructions, and so forth.
- the drives and storage media accommodate the storage of any data in a suitable digital format.
- computer-readable storage media refers to a HDD, a removable magnetic diskette, and a removable optical media such as a CD or DVD
- other types of storage media which are readable by a computer such as zip drives, magnetic cassettes, flash memory cards, solid-state disks (SSD), cartridges, and the like, can also be used in the example operating environment, and further, that any such storage media can contain computer-executable instructions for performing the methods of the specification.
- a number of program modules can be stored in the drives and RAM 912 , comprising an operating system 930 , one or more application programs 932 , other program modules 934 and program data 936 . All or portions of the operating system, applications, modules, and/or data can also be cached in the RAM 912 . It is noted that the specification can be implemented with various commercially available operating systems or combinations of operating systems.
- a user can enter commands and information into the computer 902 through one or more wired/wireless input devices, e.g., a keyboard 938 and/or a pointing device, such as a mouse 940 or a touchscreen or touchpad (not illustrated).
- a keyboard 938 and/or a pointing device such as a mouse 940 or a touchscreen or touchpad (not illustrated).
- These and other input devices are often connected to the processing unit 904 through an input device interface 942 that is coupled to the system bus 908 , but can be connected by other interfaces, such as a parallel port, an IEEE 1394 serial port, a game port, a USB port, an IR interface, etc.
- a monitor 944 or other type of display device is also connected to the system bus 908 via an interface, such as a video adapter 946 .
- the computer 902 can operate in a networked environment using logical connections via wired and/or wireless communications to one or more remote computers, such as a remote computer(s) 948 .
- the remote computer(s) 948 can be a workstation, a server computer, a router, a personal computer, portable computer, microprocessor-based entertainment appliance, a peer device or other common network node, and typically comprises many or all of the elements described relative to the computer 902 , although, for purposes of brevity, only a memory/storage device 950 is illustrated.
- the logical connections depicted comprise wired/wireless connectivity to a local area network (LAN) 952 and/or larger networks, e.g., a wide area network (WAN) 954 .
- LAN and WAN networking environments are commonplace in offices and companies, and facilitate enterprise-wide computer networks, such as intranets, all of which can connect to a global communications network, e.g., the Internet.
- the computer 902 When used in a LAN networking environment, the computer 902 is connected to the local network 952 through a wired and/or wireless communication network interface or adapter 956 .
- the adapter 956 can facilitate wired or wireless communication to the LAN 952 , which can also comprise a wireless access point disposed thereon for communicating with the wireless adapter 956 .
- the computer 902 can comprise a modem 958 , or is connected to a communications server on the WAN 954 , or has other means for establishing communications over the WAN 954 , such as by way of the Internet.
- the modem 958 which can be internal or external and a wired or wireless device, is connected to the system bus 908 via the serial port interface 942 .
- program modules depicted relative to the computer 902 can be stored in the remote memory/storage device 950 . It will be noted that the network connections shown are example and other means of establishing a communications link between the computers can be used.
- the computer 902 is operable to communicate with any wireless devices or entities operatively disposed in wireless communication, e.g., desktop and/or portable computer, server, communications satellite, etc. This comprises at least Wi-Fi and BluetoothTM wireless technologies or other communication technologies.
- the communication can be a predefined structure as with a conventional network or simply an ad hoc communication between at least two devices.
- Wi-Fi, or Wireless Fidelity networks use radio technologies called IEEE 802.11 (a, b, g, n, etc.) to provide secure, reliable, fast wireless connectivity.
- a Wi-Fi network can be used to connect computers to each other, to the Internet, and to wired networks (which use IEEE 802.3 or Ethernet).
- Wi-Fi networks operate in the unlicensed 2.4 and 5 GHz radio bands, at an 11 Mbps (802.11a) or 54 Mbps (802.11b) data rate, for example, or with products that contain both bands (dual band), so the networks can provide real-world performance similar to the basic 10BaseT wired Ethernet networks used in many offices.
- processor can refer to substantially any computing processing unit or device comprising, but not limited to comprising, single-core processors; single-processors with software multithread execution capability; multi-core processors; multi-core processors with software multithread execution capability; multi-core processors with hardware multithread technology; parallel platforms; and parallel platforms with distributed shared memory.
- a processor can refer to an integrated circuit, an application specific integrated circuit (ASIC), a digital signal processor (DSP), a field programmable gate array (FPGA), a programmable logic controller (PLC), a complex programmable logic device (CPLD), a discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein.
- ASIC application specific integrated circuit
- DSP digital signal processor
- FPGA field programmable gate array
- PLC programmable logic controller
- CPLD complex programmable logic device
- processors can exploit nano-scale architectures such as, but not limited to, molecular and quantum-dot based transistors, switches and gates, in order to optimize space usage or enhance performance of user equipment.
- a processor may also be implemented as a combination of computing processing units.
- nonvolatile memory can comprise read only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable ROM (EEPROM), or flash memory.
- Volatile memory can comprise random access memory (RAM), which acts as external cache memory.
- RAM is available in many forms such as synchronous RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDR SDRAM), enhanced SDRAM (ESDRAM), Synchlink DRAM (SLDRAM), and direct Rambus RAM (DRRAM).
- SRAM synchronous RAM
- DRAM dynamic RAM
- SDRAM synchronous DRAM
- DDR SDRAM double data rate SDRAM
- ESDRAM enhanced SDRAM
- SLDRAM Synchlink DRAM
- DRRAM direct Rambus RAM
- the disclosed memory components of systems or methods herein are intended to comprise, without being limited to comprising, these and any other suitable types of memory.
- the system 1000 comprises one or more client(s) 1002 .
- the client(s) 1002 can be hardware and/or software (e.g., threads, processes, computing devices).
- the system 1000 also comprises one or more server(s) 1004 .
- the server(s) 1004 can also be hardware and/or software (e.g., threads, processes, computing devices).
- the servers 1004 can house threads to perform transformations by employing the specification, for example.
- One possible communication between a client 1002 and a server 1004 can be in the form of a data packet adapted to be transmitted between two or more computer processes.
- the data packet may comprise a cookie and/or associated contextual information, for example.
- the system 1000 comprises a communication framework 1006 (e.g., a global communication network such as the Internet, cellular network, etc.) that can be employed to facilitate communications between the client(s) 1002 and the server(s) 1004 .
- a communication framework 1006 e.g., a global communication network such as the Internet, cellular network, etc.
- Communications can be facilitated via a wired (comprising optical fiber) and/or wireless technology.
- the client(s) 1002 are operatively connected to one or more client data store(s) 1008 that can be employed to store information local to the client(s) 1002 (e.g., cookie(s) and/or associated contextual information).
- the server(s) 1004 are operatively connected to one or more server data store(s) 1010 that can be employed to store information local to the servers 1004 .
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Quality & Reliability (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Global Internet of things (IoT) quality of service (QoS) is provided through self-forming, self-healing, and/or collaborative edge IoT gateways. Moreover, global IoT services are provided by logically extending cellular networks with roaming partners to backhaul, track, and/or manage the globally deployed edge IoT gateways. In one aspect, real-time QoS and/or monitoring capabilities for the global IoT services can be provided through a communication between the edge IoT gateways and an edge gateway controller deployed within a cloud. The edge IoT gateways form a structured mesh network to coordinate workload execution under control of the edge gateway controller, which can facilitate a highly efficient QoS and/or SLA management for mobile IoT sensors, to provide a secure monitoring and/or diagnostic capability for the global IoT services.
Description
- The subject patent application is a continuation of, and claims priority to each of, U.S. patent application Ser. No. 17/387,442, filed Jul. 28, 2021, and entitled “GLOBAL INTERNET OF THINGS (IOT) QUALITY OF SERVICE (QOS) REALIZATION THROUGH COLLABORATIVE EDGE GATEWAYS,” which is a continuation of U.S. patent application Ser. No. 16/208,227 (now U.S. Pat. No. 11,108,849), filed Dec. 3, 2018, and entitled “GLOBAL INTERNET OF THINGS (IOT) QUALITY OF SERVICE (QOS) REALIZATION THROUGH COLLABORATIVE EDGE GATEWAYS,” the entireties of which priority applications are hereby incorporated by reference herein.
- The subject disclosure relates to wireless communications, e.g., utilization of collaborative edge gateways for providing unified quality of service (QoS) for global Internet of things (IoT).
- Internet of things (IoT) technology holds a great promise for the future of the global communications industry. As the number of connected devices that can establish connectivity with other devices and/or passive objects to exchange data continues to rise steadily, the IoT technology gains widespread proliferation in the information technology industry. With an anticipated projection of over 20 billion devices in the next few years, service providers, network providers and/or cloud providers will observe a net increase in their traffic handling capabilities. This can help the providers enable new IoT services tailored to targeted industry verticals. While there are several ongoing competitive developments in the IoT domain, some key areas where there is an immediate focus include smart city, transportation and/or utility services, virtual and augmented reality, etc. Low power wide area networking technologies using third generation partnership project (3GPP) defined standards and their ongoing evolution towards fifth generation (5G) seem to provide a solid framework to support such massive IoT initiatives.
- Conventional network providers offer IoT services nationally (e.g., within the United States) and have complete control of the network within the country to efficiently manage a service level agreement (SLA). However, offering IoT service internationally, can create new challenges for network providers with regards to QoS/SLA management.
- The above-described background relating to mobility networks is merely intended to provide a contextual overview of some current issues and is not intended to be exhaustive. Other contextual information may become further apparent upon review of the following detailed description.
-
FIG. 1 illustrates an example system that provides a global Internet of things (IoT) service management platform that facilitates quality of service (QoS) realization through a network of collaborative edge IoT gateways. -
FIG. 2 illustrates an example system that facilitates workload management across globally distributed edge IoT gateways to provide services for mobile IoT devices. -
FIG. 3 illustrates an example system that comprises an edge IoT gateway node utilized to facilitate a global IoT service. -
FIG. 4 illustrates an example system for global QoS and/or service level agreement (SLA) management for IoT services. -
FIG. 5 illustrates an example system that comprises a self-forming, self-healing, and/or collaborative edge IoT gateway, according to an aspect of the subject disclosure. -
FIG. 6 illustrates an example system that facilitates automating one or more features in accordance with the subject embodiments. -
FIG. 7 illustrates an example method that facilitates global QoS realization through management of a network of collaborative edge IoT gateways. -
FIG. 8 illustrates an example method for providing real-time QoS and monitoring capabilities for global IoT services. -
FIG. 9 illustrates a block diagram of a computer operable to execute the disclosed communication architecture. -
FIG. 10 illustrates a schematic block diagram of a computing environment in accordance with the subject specification. - One or more embodiments are now described with reference to the drawings, wherein like reference numerals are used to refer to like elements throughout. In the following description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the various embodiments. It may be evident, however, that the various embodiments can be practiced without these specific details, e.g., without applying to any particular networked environment or standard. In other instances, well-known structures and devices are shown in block diagram form in order to facilitate describing the embodiments in additional detail.
- As used in this application, the terms “component,” “module,” “system,” “interface,” “node,” “platform,” “server,” “controller,” “entity,” “element,” “gateway,” or the like are generally intended to refer to a computer-related entity, either hardware, a combination of hardware and software, software, or software in execution or an entity related to an operational machine with one or more specific functionalities. For example, a component may be, but is not limited to being, a process running on a processor, a processor, an object, an executable, a thread of execution, computer-executable instruction(s), a program, and/or a computer. By way of illustration, both an application running on a controller and the controller can be a component. One or more components may reside within a process and/or thread of execution and a component may be localized on one computer and/or distributed between two or more computers. As another example, an interface can comprise input/output (I/O) components as well as associated processor, application, and/or API components.
- Further, the various embodiments can be implemented as a method, apparatus, or article of manufacture using standard programming and/or engineering techniques to produce software, firmware, hardware, or any combination thereof to control a computer to implement one or more aspects of the disclosed subject matter. An article of manufacture can encompass a computer program accessible from any computer-readable device or computer-readable storage/communications media. For example, computer readable storage media can comprise but are not limited to magnetic storage devices (e.g., hard disk, floppy disk, magnetic strips . . . ), optical disks (e.g., compact disk (CD), digital versatile disk (DVD) . . . ), smart cards, and flash memory devices (e.g., card, stick, key drive . . . ). Of course, those skilled in the art will recognize many modifications can be made to this configuration without departing from the scope or spirit of the various embodiments.
- In addition, the word “example” or “exemplary” is used herein to mean serving as an example, instance, or illustration. As used in this application, the term “or” is intended to mean an inclusive “or” rather than an exclusive “or.” That is, unless specified otherwise, or clear from context, “X employs A or B” is intended to mean any of the natural inclusive permutations. That is, if X employs A; X employs B; or X employs both A and B, then “X employs A or B” is satisfied under any of the foregoing instances. In addition, the articles “a” and “an” as used in this application and the appended claims should generally be construed to mean “one or more” unless specified otherwise or clear from context to be directed to a singular form.
- Terms like “user equipment” or similar terminology, refer to a wired or wireless communication-capable device utilized by a subscriber or user of a wired or wireless communication service to receive or convey data, control, voice, video, sound, gaming, or substantially any data-stream or signaling-stream. Data and signaling streams can be packetized or frame-based flows. Further, the terms “user,” “subscriber,” “consumer,” “customer,” and the like are employed interchangeably throughout the subject specification, unless context warrants particular distinction(s) among the terms. It should be noted that such terms can refer to human entities or automated components supported through artificial intelligence (e.g., a capacity to make inference based on complex mathematical formalisms), which can provide simulated vision, sound recognition and so forth.
- Furthermore, it is noted that the term “cloud” as used herein can refer to a set of servers, communicatively and/or operatively coupled to each other, that host a set of applications utilized for servicing user requests. In general, the cloud computing resources can communicate with user devices via most any wired and/or wireless communication network to provide access to services that are based in the cloud and not stored locally (e.g., on the user device). A typical cloud computing environment can include multiple layers, aggregated together, that interact with each other to provide resources for end-users.
- Aspects or features of the disclosed subject matter can be exploited in substantially any wired or wireless communication technology; e.g., universal mobile telecommunications system (UMTS), Wi-Fi, worldwide interoperability for microwave access (WiMAX), general packet radio service (GPRS), enhanced GPRS, third generation partnership project (3GPP) long term evolution (LTE), fifth generation (5G) or other next generation networks, third generation partnership project 2 (3GPP2) ultra mobile broadband (UMB), high speed packet access (HSPA), Zigbee, or another IEEE 802.XX technology, low power wide area (LPWA) and/or non-3GPP standard based solutions, such as, but not limited to, Ingenu, Sigfox, and/or LoRa, etc. Additionally, substantially all aspects of the disclosed subject matter can be exploited in legacy (e.g., wireline) telecommunication technologies.
- Internet of things (IoT), which is the future of internet connectivity, enables creation of an information rich ecosystem that can enrich modern connected way of life and transform the way in which businesses as well as consumers function today. Typically, IoT/machine-to-machine (M2M) devices can have different characteristics than regular/commercial user equipment (UEs) (e.g., non-IoT devices, such as, but not limited to, smart phones, tablet computers, personal computers, etc.). For example, the IoT/M2M devices collectively generate a much greater number of signaling connections in the mobile core network as compared to regular UEs. Further, in another example, the service/application provider often performs simultaneous device triggering and monitoring for targeted IoT applications and services. The systems and methods disclosed herein can provide various enhancements to conventional entities to enable IoT security, quality of service (QoS), and/or service level agreement (SLA) for international/global IoT services.
- As a variety of IoT device categories emerge based on 3GPP standards evolution supporting a multitude of services, there is an increasing demand on the various network functions within the mobility infrastructure to be more intelligent, dynamic, adaptive, and flexible with their interworking to provide the best possible node level functions and end-to-end service behaviors. The systems and methods disclosed herein can provide real-time QoS and/or monitoring capabilities for IoT services through interactions between massively distributed IoT gateways deployed globally that are managed by an edge gateway controller deployed within a cloud. In an aspect, the edge gateway controller can facilitate efficient QoS and/or SLA management for mobile IoT sensors to provide a secure monitoring and/or diagnostic capability for IoT services. Although, the systems and methods disclosed herein are described with respect to globally distributed edge IoT gateways, it is noted that the subject disclosure is not limited to edge IoT gateways that are distributed across different counties and can be distributed nationally as well.
- Referring initially to
FIG. 1 , there illustrated is anexample system 100 that provides a global IoT service management platform that facilitates QoS realization through a network of collaborative edge IoT gateways, according to one or more aspects of the disclosed subject matter. Typically, IoT gateway nodes communicate with a variety of sensors that interact with external applications through different radio technologies, such as, but not limited to, radio-frequency identification (RFID), Wi-Fi, 3G, 4G, LTE, 5G, Zigbee, Z-wave, Bluetooth, video streams, etc. The sensors' interaction with their listening IoT gateways plays a key role and an opportunity to provide a secure and unified SLA/QoS to the end users. As an example,system 100 can be employed for various IoT applications, such as, but not limited to, smart manufacturing and/or industrial automation, transportation (e.g., shipping, delivery, ridesharing, connected cars, etc.), energy, wearables (e.g., health/fitness trackers, smart jewelry, etc.), FirstNet, healthcare, etc. - According to an embodiment,
system 100 deploys, within edge clouds, a group of distributed edgeIoT gateway nodes 102 at various geographical locations nationally and/or internationally, to form a unified communication protocol that enables real-time monitoring of IoT services and support for IoT QoS and/or SLA that is desirable by end users. The edge clouds comprise a networked group of devices that are deployed within the logical extremes of a network (e.g., within a radio access network) away from centralized points (e.g., core mobility network). Moreover, the devices (e.g., distributed edge IoT gateway nodes 102) of the edge clouds allow data produced by trackedIoT devices 106 to be processed closer to where it is created instead of sending it across long routes to core network clouds. - Moreover, the distributed edge
IoT gateway nodes 102 can interact with both a software-defined networking (SDN)-like control plane and a mesh formation of the distributed edgeIoT gateway nodes 102, to collectively provide opportunity for global workload management and interaction. Moreover, the distributed edgeIoT gateway nodes 102 can communicate withIoT clients 104, for example, moving IoT client devices installed in trucks, airplanes, containers, drones, and/or other shipping elements, mobile network operator (MNO)-certified IoT gateways that can be self installed by customers (e.g., shipping industries), etc. - Typically, the
IoT clients 104 can listen to and/or communicate with a large assortment of IoT devices 106 (e.g., sensors, etc.). As an example, the trackedIoT devices 106 can comprises, but are not limited to, most any sensors, smart meters, smart home devices, smart city devices, tracking devices, security systems, smart energy grid devices, agricultural devices, connected vehicle, at least partially automated vehicle (e.g., drones), a wearable device (e.g., smart watch, connected glasses, wrist monitor, etc.), smart microelectromechanical systems (MEMS)-based IoT devices etc. It is noted that the trackedIoT devices 106 can be mobile, have limited mobility and/or be stationary. Typically, different categories of IoT devices vary widely in terms of their service requirements, data throughput, latency, access priority and/or connectivity reliability. As an example, a first category of IoT devices can be delay tolerant, whereas a second category of IoT devices can be highly prone to latency errors. Accordingly, different policies and/or preferences with respect to workloads can be defined (e.g., via a master orchestration component 108) for different categories of theIoT devices 106. - In an aspect, the master
IoT orchestration component 108 can be utilized to manage the distributed edgeIoT gateway nodes 102 and coordinate workloads across the distributed edgeIoT gateway nodes 102. For example, the masterIoT orchestration component 108 can configure, assign, update, and/or terminate thin workloads for specific gateways of the distributed edgeIoT gateway nodes 102. The workloads can specify tasks and/or actions that are to be performed based on measurements received from the trackeddevices 106. For example, in a shipping application, the masterIoT orchestration component 108 can instantiate one or more IoT thin workloads at gateways that are deployed at target locations along a path on which the tracked device is expected to travel. Moreover, the distributededge gateway nodes 102 can run a large number (e.g., millions) of thin workloads that each represent one or more prediction or expectation of a trackeddevice 106. - The master
IoT orchestration component 108 can be responsible for determining SLA declaration parameter sets that define the expected SLA/QoS associated with a trackeddevice 106. As an example, a declaration parameter can provide expected and unexpected states associated with the service, QoS, and/or interaction methods. Further, the masterIoT orchestration component 108 can receive workload state feedback from each workload triggered by its associated sensor(s). Based on an analysis of the state feedback (and/or one or more machine learning techniques), the masterIoT orchestration component 108 can terminate and/or reconfigure the current workload and/or activate one or more new workloads at another IoT gateway (e.g., deployed at a next expected location for a shipment). - The distributed
IoT gateway nodes 102 form a structured mesh network globally over the Internet that can communicate asynchronously and/or synchronously. In one aspect, the distributedIoT gateway nodes 102 can implement advanced collaborative and/or distributed technologies (e.g., Blockchain) to track/monitor QoS and SLA globally. As an example, a metadata (e.g., token) that represents workload state (e.g., summary of tasks performed, verified parameters, estimated time of arrival at next location, expected state at next location, etc.) can be transferred from one IoT gateway node to another. Collectively these states can be analyzed (e.g., by the master IoT orchestration component 108) to determine expected and unexpected scenarios, and accordingly, appropriate QoS and SLA service monitoring can be provided. For example, when a customer is shipping a shipment that is tracked by sensors inside the shipment from US city of Cupertino to city of Milan, Italy, the path for this shipment can be provided to the masterIoT orchestration component 108. The masterIoT orchestration component 108 can compile the path into the expected passages through the edgeIoT gateway nodes 102 along the path and can schedule workloads into these nodes. The desired/expected scenarios are that the shipment states and sensor states are reported as the shipment moves through the nodal IoT gateway passages. As an example, the undesirable/unexpected states are when an expected sensor is not received in timely manner, is received at another edge IoT gateway node, incorrect/different states or incorrect/different set of devices are reported, etc. The asynchronous programming of the edge IoT gateway nodes for expected work load provides an optimized QoS monitoring service and unexpected results interaction among the edgeIoT gateway nodes 102 and with the masterIoT orchestration component 108 provides monitoring capabilities of these devices. - Referring now to
FIG. 2 , there illustrated is anexample system 200 that facilitates workload management across globally distributed edge IoT gateways to provide services for mobile IoT devices, in accordance with an aspect of the subject disclosure. It is noted that the masterIoT orchestration component 108 can comprise functionality as more fully described herein, for example, as described above with regard tosystem 100. Further, the distributed edgeIoT gateway nodes 102, as described above with regard tosystem 100, can comprise edge IoT gateway nodes 202 1-202 x (wherein x can be most any integer). - According to an aspect, MNOs can employ
system 200 to provide IoT services by utilizing their edge gateway clouds (e.g., comprising edge IoT gateway nodes 202 1-202 x), wherein their mobile networks (e.g., LTE, 5G, etc.) can logically be extended with roaming partners to backhaul, track and manage IoT hotspots internationally. As an example, edge IoT gateway nodes 202 1-202 x can be deployed at the deep edges in roaming spaces and can proxy manage any sensor associated with an IoT service associated with the MNO's customers. The edge IoT gateway nodes 202 1-202 x can be deployed nationally and/or globally to form a structured mesh of edge gateways that are highly connected (e.g., via LTE, Internet, and/or other communication technology) and can perform one or more IoT workloads assigned by anedge IoT controller 204. Moreover, the edge IoT gateway nodes 202 1-202 x can collectively form a distributed system that is controlled via theedge IoT controller 204 and/or MNO's control plane devices. In an aspect, theedge IoT controller 204 can spin up millions of thin workloads (e.g., low overhead processes) as the sensors are recognized and/or sensor data is received by one or more roaming operators (e.g., IoT clients 104). Software-defined flexibility and control of the edge IoT gateway nodes 202 1-202 x can be provided by employing open (e.g., non-proprietary, standardized, protocol-agnostic, etc.) IoT gateway application program interfaces (APIs) and/or stack ecosystems. Further, in some embodiments, theedge IoT controller 204 can utilize machine learning (ML)-based based models for realization of additional QoS, SLA, and/or monitoring services. - Referring back to
FIG. 2 , there illustrated is an example expectedpath 206 associated with one or more tracked IoT devices. As an example,path 206 can comprise a shipment route that is typically travelled by a truck delivering a package to a destination. It is noted that the tracked IoT devices can be mobile themselves and/or can be placed within/attached to a vehicle/container that is mobile. Based on the expectedpath 206, theedge IoT controller 204 can assign and/or coordinate workloads to IoT gateway nodes that are deployed at locations along the path, for example, edge IoT gateway nodes 202 1-202 5. As an example, edge IoT gateway nodes 202 1-202 x can be owned, leased, and/or managed by the MNO. As a mobile IoT device (e.g., a shipment) moves through various locations (e.g., from homes, to trucks, to airports, to storage containers, etc.), it can interact with edge IoT gateway nodes 202 1-202 5, which can then perform actions based on the workload(s) assigned to them. For example, theedge IoT controller 204 can determine and/or predict arrival time of the shipment at the edge IoT gateway nodes 202 1-202 5 and accordingly, coordinate the workloads locally and/or internationally. Moreover, theedge IoT controller 204 can control the edge IoT gateway nodes 202 1-202 5 and facilitate management and/or scheduling workloads across the nodes as it expects the shipment to move though the areas at which the gateways are deployed. - Further, in one aspect, edge
IoT controller 204 can learn and build from internal states and/or external states associated with the service. As an example, internal states can comprise workload state information received from the edge IoT gateway nodes 202 1-202 x, such as, but not limited to, arrival and/or departure time, sensor measurements (e.g., temperature of a container, image and/or video if the container, parameters associated with the vehicle, etc.), package characteristics, etc. Moreover, if determined that the internal state has deviated from a normal range, theedge IoT controller 204 can update, terminate, and/or reassign workloads. The external states can be received from external devices (e.g., web servers, content servers, etc.) and can comprise information, such as, but not limited to, news, weather data, event schedules, etc. For example, in response to determining that severe weather conditions are being experienced in an area through which the shipment is originally being routed, theedge IoT controller 204 can predict whether the shipment would be rerouted to/through another location and accordingly, reassign the workload to another IoT gateway node (e.g., IoT gateway node 202 x) to perform the defined action(s) (e.g., expect the shipment, take action/perform functions on arrival/departure, report sensor measurements, check for error, failure, and/or alert conditions, etc.). Accordingly, as path changes are detected (e.g., shipment is received at an IoT gateway node that is not located on/near the original route, shipment is received earlier or later than expected, etc.) and/or are predicted (e.g., via internal state data, external state data, ML, etc.), theedge IoT controller 204 can dynamically update workload configuration across the edge IoT gateway nodes 202 1-202 x. - According to an embodiment, the edge IoT gateway nodes 202 1-202 x can communicate with each other via a structured mesh network to facilitate tracking and/or security. Technologies, such as but not limited to, Blockchain can be utilized to generate tokens that can be transferred between the edge IoT gateway nodes 202 1-202 x. As an example, the token generated by an IoT gateway node can provide a summary of a shipment state comprising a number of packages within the shipment, type of packaging, contents of a package, actions performed at the IoT gateway node, a result of the actions performed at the IoT gateway node, departure time from the IoT gateway node, estimated arrival time of the shipment at the next IoT gateway node along the path, route information, etc.
- Referring now to
FIG. 3 , there illustrated is anexample system 300 that comprises an edgeIoT gateway node 202 utilized to facilitate a global IoT service, in accordance with an aspect of the subject disclosure. As an example, the edgeIoT gateway node 202 can comprise a MNO-managed edge gateway that can be deployed nationally and/or internationally. It is noted that the edgeIoT gateway node 202 can be substantially similar to edge IoT gateway nodes 202 1-202 x and can comprise functionality as more fully described herein, for example, as described above with regard to edge IoT gateway nodes 202 1-202 x. Further, IoT devices 106 1-106 M (e.g., wherein M is most any integer) can be substantially similar to trackedIoT devices 106 and can comprise functionality as more fully described herein, for example, as described above with regard to trackedIoT devices 106. - Typically, the edge
IoT gateway node 202 can comprise edge computing node hardware 302 (e.g., compute and storage resources) and an operating system (OS)/container component 304 that execute workloads via microservices 1-N 306. As an example, the microservices 1-N 306 can be a suite of independently-deployable, small, modular services, wherein each service runs a unique process and communicates with the other over standard protocols with well-defined interfaces to serve a business goal. Moreover, the workloads can be assigned and/or initiated via instructions received from the IoT cloud platform (e.g., via edge IoT controller 204). In one aspect, the workloads can be initiated on receiving a broadcast message from IoT devices 106 1-106 M, as they approach the edgeIoT gateway node 202. Moreover, the IoT devices 106 1-106 M can be programmed to broadcast messages when they reach particular locations and/or enter certain areas (e.g. location of the edge IoT gateway node 202). Additionally, or alternatively, theedge IoT controller 204 can instruct the edgeIoT gateway node 202 to initiate the workloads at an estimated time of arrival of the IoT devices 106 1-106 M. According to an aspect, theedge IoT controller 204 can define one or more policies for the initiation of workloads based on various parameters, for example, IoT arrival time, IoT measurement data, current time, historical preferences, etc. Typically, the edgeIoT gateway node 202 can initiate different workloads in response to detecting expected scenarios or detecting anomalies. For example, if determined that theIoT device 106 1 arrives at the expected time, a first set of actions can be performed; if determined that theIoT device 106 1 arrives before the expected time, a second set of actions can be performed; and if determined that theIoT device 106 1 arrives after the expected time, a third set of actions can be performed. - It is noted that the actions are not limited to automated actions (e.g., classifying the shipment as undamaged, changing a temperature of a container, verifying that packages are not misplaced, stolen, replaced, etc.) and can also comprise manual actions performed by authorized personnel. For example, if sensor data received from
IoT device 106 1 is determined to be in a high range and/or weather data along the route indicates high temperatures (e.g., above a defined temperature threshold), a workload can be initiated that alerts (e.g., via sending messages to UEs) appropriate persons to add coolant/ice to the packaging of the shipment. Manually performed actions can then be entered into the system (e.g., via messages sent from a UE or input via a user interface of/coupled to the edge IoT gateway node 202) and can be utilized to generate state data associated with one or more workloads. Moreover, state data can comprise, but is not limited to, a summary of actions performed at the edgeIoT gateway node 202, anomalies detected, timing data associated with arrival and/or departure of the IoT device, workload QoS and/or SLA atomic measurements with action selection functions that represent the received sensory transaction, etc. The state data can be provided, viaIoT cloud platform 308, as feedback to theedge IoT controller 204, which can analyze the feedback to facilitate global QoS and/or SLA management. Additionally, or optionally, at least a portion of the state data can be provided to another edge IoT gateway node(s) (e.g., the next edge IoT gateway node on the path travelled by the IoT device 106 1) via edge IoTgateway mesh network 310. According to an embodiment, the edgeIoT gateway node 202 can dynamically form logical connections to any other edge IoT gateway node(s) as IoT QoS/SLA measurements can be aggregated. Moreover, the IoT states can also become available through open and/or collaborative APIs and/or offline through alternative channels. Further, in one aspect, the edgeIoT gateway node 202 can utilize advanced collaborative and/or distributed blockchain techniques to facilitate tracking QoS and SLA globally, for example, by transferring tokens to other edge IoT gateway node(s) via edge IoT gateway mesh network 310 (and/or to theedge IoT controller 204 via IoT cloud platform 308). - Referring now to
FIG. 4 , there illustrated is anexample system 400 for global QoS and/or SLA management for IoT services, according to an aspect of the subject disclosure. It is noted that theedge IoT controller 204 can comprise functionality as more fully described herein, for example, as described above with regard tosystem 200. In one embodiment, theedge IoT controller 204 can comprise astatus monitoring component 402 that can receive internal and/or external state data. In an example, the internal state data can be received from one or more of the distributedIoT gateway nodes 102 and can comprise information such as, but not limited to, a report of tasks performed, received sensor measurements, error/failure conditions, alerts, and/or unexpected scenarios (e.g., shipment is delayed or received earlier than expected, shipment arrives at an IoT gateway node that is not expecting the shipment, shipment size has changed, etc.). In another example, the external state data can be received from web servers, content servers, application server, customer devices, etc. and can comprise information such as, but not limited to, schedule information, event data, news, weather data, traffic reports, customer preferences or instructions, etc. - According to an embodiment, a
workload management component 404 can be utilized to analyze the status data to schedule QoS-aware workloads. Moreover, theworkload management component 404 can schedule and/or manage the QoS-aware workloads based on machine learning and/or big data analytics (e.g., image recognition, identity, validation, classification, etc.) For example, if an image (or other measurement data) of a package received from two (or more) edge IoT gateway nodes indicates that a size, shape, color, etc. has changed, then a workload can be created to flag the package and notify appropriate personnel to check on the package. In another example, if a shipment is rerouted due to traffic congestion or weather conditions, workloads can be assigned to and initiated (e.g., at expected time of arrival of the shipment) at a new edge IoT gateway node that is deployed at a location on the new route. - In one aspect, a
provisioning component 406 can receive customer preferences and/or instructions via one or more customer devices and/or portals (not shown). For example, a path for routing tracked IoT devices (e.g., a shipment) can be provided via theprovisioning component 406 and stored withindata store 408. According to an embodiment, theworkload management component 404 can compile the path into a group of expected passages through select edge IoT gateway nodes deployed along the path and schedule workload into these edge IoT gateway nodes. A first set of workloads can be performed in response to detecting desired/expected scenarios associated with the reported shipment states and/or sensor states and a second set of workloads can be performed in response to detecting undesired/unexpected scenarios associated with the reported shipment states and/or sensor states. The asynchronous programming of the edge IoT gateway nodes for the workloads can provide a highly efficient and optimal QoS monitoring - It is noted that
data store 408 can store information, such as, but not limited to, monitored status data, operator preferences and/or policies, customer preferences and/or policies, etc. that can be analyzed to facilitate workload management (e.g., by the workload management component 404). Althoughdata store 408 is depicted to reside within theedge IoT controller 204, it is noted that the subject specification is not that limited and thedata store 408 can reside (e.g., completely or partially) outside theedge IoT controller 204 and can be remotely coupled to theedge IoT controller 204. It is noted that thedata store 408 can comprise volatile memory(s) or nonvolatile memory(s), or can comprise both volatile and nonvolatile memory(s). Examples of suitable types of volatile and non-volatile memory are described below with reference toFIG. 9 . The memory (e.g., data stores, databases) of the subject systems and methods is intended to comprise, without being limited to, these and any other suitable types of memory. -
FIG. 5 illustrates anexample system 500 that comprises a self-forming, self-healing, and/or collaborative edge IoT gateway, according to an aspect of the subject disclosure. MNOs can introduce global IoT services utilizing their edge gateway clouds where their LTE networks can logically be extended with roaming partners to backhaul, track, and manage IoT hotspots (e.g., edge IoT gateway node 202) internationally. IoT SLA data paths and/or measurements can be further realized through higher abstraction of network key performance indicator (KPI) that can be shared between the collaborative operators or edge IoT gateway nodes. It is noted that the edgeIoT gateway node 202 can comprise functionality as more fully described herein, for example, as described above with regard to systems 200-300. - In one aspect, a
communication component 502 can be utilized to interact with IoT devices and/or clients to receive measurement data, for example, when the IoT devices and/or clients arrive at and/or couple to the edgeIoT gateway node 202. Based on the received measurement data, aworkload execution component 504 can run one or more workloads assigned by an edge IoT controller. As an example, the workloads can classify the data (e.g., classify the package as damaged or satisfactory), authenticate a device identifier (e.g., verify that the package has not been misplaced, lost, stolen. replaced, etc.), and/or enforce most any defined policy(ies). For example, a policy, determined by the edge IoT controller, can specify a list of actions that are to be performed for a particular shipment with a specified group identifier/device identifier. Actions can comprise, but are not limited to, recording sensor measurements and/or a photo/video of a box, classifying that the box is not damaged and/or verifying that the image matches reference image, scanning barcode/RFID code to ensure accuracy; etc. A feedback andalert reporting component 506 can be utilized to determine state data associated with the workload (e.g., summary of actions performed, anomalies detected, etc.) and report the state data to the edge IoT controller and optionally to other edge IoT gateway nodes. As an example, the state data can become available through open and/or collaborative APIs or offline through alternative channels. - Further, a
tracking component 508 can be utilized to transfer status data and/or other information to edge IoT gateway nodes via a structured mesh network (e.g., through LTE networks and/or Internet). Typically, the edgeIoT gateway node 202 can dynamically form logical connections to any other nodes as aggregated IoT QoS/SLA measurements can be aggregated. In one embodiment, thetracking component 508 can utilize Blockchain technology to create and transfer tokens and/or metadata to one or more other edge IoT gateway nodes to facilitate tracking and/or security. - Referring now to
FIG. 6 , there illustrated is anexample system 600 that employs an artificial intelligence (AI) component (602) to facilitate automating one or more features in accordance with the subject embodiments. It can be noted that theedge IoT controller 204,status monitoring component 402,workload management component 404,provisioning component 406, anddata store 408 can comprise functionality as more fully described herein, for example, as described above with regard to systems 200-500. - In an example embodiment, system 600 (e.g., in connection with automatically managing workloads) can employ various AI-based schemes (e.g., intelligent processing/analysis, machine learning, etc.) for carrying out various aspects thereof. For example, a process for scheduling, updating, and/or terminating workloads can be facilitated via an automatic classifier system implemented by
AI component 602. Moreover, theAI component 602 can exploit various artificial intelligence (AI) methods or machine learning methods. Artificial intelligence techniques can typically apply advanced mathematical analysis—e.g., decision trees, neural networks, regression analysis, principal component analysis (PCA) for feature and pattern extraction, cluster analysis, genetic algorithm, or reinforced learning—to a data set. In particular,AI component 602 can employ one of numerous methodologies for learning from data and then drawing inferences from the models so constructed. For example, hidden markov models (HMMs) and related prototypical dependency models can be employed. General probabilistic graphical models, such as Dempster-Shafer networks and Bayesian networks like those created by structure search using a Bayesian model score or approximation can also be utilized. In addition, linear classifiers, such as support vector machines (SVMs), non-linear classifiers like methods referred to as “neural network” methodologies, fuzzy logic methodologies can also be employed. - As will be readily appreciated from the subject specification, an example embodiment can employ classifiers that are explicitly trained (e.g., via a generic training data) as well as implicitly trained (e.g., via observing device/operator preferences, historical information, receiving extrinsic information, type of service, type of device, etc.). For example, SVMs can be configured via a learning or training phase within a classifier constructor and feature selection module. Thus, the classifier(s) of
AI component 602 can be used to automatically learn and perform a number of functions, comprising but not limited to determining according to a predetermined criteria, when and which workloads are to be initiated, IoT edge gateways nodes at which specific workloads are to be instantiated, actions that are to be performed, updates that are to be made to a workload, when a workload is to be terminated, etc. The criteria can comprise, but is not limited to, historical patterns and/or trends, network operator preferences and/or policies, customer preferences, predicted traffic flows, event data, latency data, reliability/availability data, current time/date, workload state feedback data, weather data, type of IoT device, news, and the like. - The next generation of devices and their smart connectivity as well as message delivery in the mobility infrastructure places significant demands on the networks to be intelligent, dynamic, flexible, proactive, and maintain closed-loop active communication. According to an embodiment, the network architecture disclosed herein provides several non-limiting advantages and features such as, but not limited to global IoT QoS realization and improved network resiliency and/or robustness through collaborative edge gateways.
-
FIGS. 7-8 illustrate flow diagrams and/or methods in accordance with the disclosed subject matter. For simplicity of explanation, the flow diagrams and/or methods are depicted and described as a series of acts. It is to be understood and noted that the various embodiments are not limited by the acts illustrated and/or by the order of acts, for example acts can occur in various orders and/or concurrently, and with other acts not presented and described herein. Furthermore, not all illustrated acts may be required to implement the flow diagrams and/or methods in accordance with the disclosed subject matter. In addition, those skilled in the art will understand and note that the methods could alternatively be represented as a series of interrelated states via a state diagram or events. Additionally, it should be further noted that the methods disclosed hereinafter and throughout this specification are capable of being stored on an article of manufacture to facilitate transporting and transferring such methods to computers. The term article of manufacture, as used herein, is intended to encompass a computer program accessible from any computer-readable device or computer-readable storage/communications media. - Referring now to
FIG. 7 there illustrated is anexample method 700 that facilitates global QoS realization through management of a network of collaborative edge IoT gateways, according to an aspect of the subject disclosure. In an aspect,method 700 can be implemented by one or more control plane devices (e.g., edge IoT controller 204) of a communication network (e.g., cellular network). At 702, customer provisioning data can be received. For example, the customer provisioning data can comprise, but is not limited to, shipping routes, customer preferences and/or policies, IoT device information, etc. In one aspect, the provisioning data can be utilized to identify edge IoT gateways that are located along one or more shipping routes and accordingly, at 704, QoS-aware workloads can be scheduled at the identified edge IoT gateways. - Further, at 706, internal and/or external state data can be determined. In an example, the internal state data can be received from one or more of the distributed IoT gateway nodes and can comprise workload state information such as, but not limited to, a report of tasks performed, received sensor measurements, error/failure conditions, alerts, and/or unexpected scenarios. In another example, the external state data can be received from web servers, content servers, application server, customer devices, etc. and can comprise information such as, but not limited to, schedule information, event data, news, weather data, traffic reports, customer preferences or instructions, etc. At 708, the state data can be analyzed (e.g., based on ML techniques) to facilitate a management of the QoS-aware workloads. For example, the QoS-aware workloads can be updated and/or terminated, and/or new QoS-aware workloads can be scheduled at different (or the same) edge IoT gateways to provide optimal QoS monitoring.
-
FIG. 8 illustrates anexample method 800 for providing real-time QoS and monitoring capabilities for global IoT services, according to an aspect of the subject disclosure. As an example,method 800 can be implemented by one or more edge network devices (e.g., edge IoT gateway node 202) of a communication network (e.g., cellular network). At 802, workload data can be received from an edge IoT controller. As an example, the workload data can comprise a set of actions that are to be performed via one or more microservices executed by the edge IoT gateway node. Further, at 804, the execution of the workload can be initiated in response to receiving communication data (e.g., broadcast messages) from an IoT device associated with the workload data. For example, the workload can be initiated in response to determining that the IoT device has entered a geographical area served by the edge IoT gateway node and/or is coupled to the edge IoT gateway node. - Furthermore, at 806, feedback data can be determined and provided to the edge IoT controller at most any time, for example, prior to, subsequent to, and/or during the workload execution. As an example, the feedback data can comprise, but is not limited to, a summary/list/result of actions performed via workload execution, measurements received from the IoT device, failure/error conditions, unexpected behavior and/or situations, alerts, etc. Moreover, the edge IoT controller can utilize the feedback data to manage (e.g., update, terminate, reassign, etc.) the workloads. In addition, at 808, tracking data can be determined and provided to other edge IoT gateways via a mesh network, for example, to facilitate tracking and/or security (e.g., by employing a Blockchain technology).
- Referring now to
FIG. 9 , there is illustrated a block diagram of acomputer 902 operable to execute the disclosed communication architecture. In order to provide additional context for various aspects of the disclosed subject matter,FIG. 9 and the following discussion are intended to provide a brief, general description of asuitable computing environment 900 in which the various aspects of the specification can be implemented. While the specification has been described above in the general context of computer-executable instructions that can run on one or more computers, those skilled in the art will recognize that the specification also can be implemented in combination with other program modules and/or as a combination of hardware and software. - Generally, program modules comprise routines, programs, components, data structures, etc., that perform particular tasks or implement particular abstract data types. Moreover, those skilled in the art will note that the various methods can be practiced with other computer system configurations, comprising single-processor or multiprocessor computer systems, minicomputers, mainframe computers, as well as personal computers, hand-held computing devices, microprocessor-based or programmable consumer electronics, and the like, each of which can be operatively coupled to one or more associated devices.
- The illustrated aspects of the specification can also be practiced in distributed computing environments where certain tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules can be located in both local and remote memory storage devices.
- Computing devices typically comprise a variety of media, which can comprise computer-readable storage media and/or communications media, which two terms are used herein differently from one another as follows. Computer-readable storage media can be any available storage media that can be accessed by the computer and comprises both volatile and nonvolatile media, removable and non-removable media. By way of example, and not limitation, computer-readable storage media can be implemented in connection with any method or technology for storage of information such as computer-readable instructions, program modules, structured data, or unstructured data. Computer-readable storage media can comprise, but are not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disk (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or other tangible and/or non-transitory media which can be used to store desired information. Computer-readable storage media can be accessed by one or more local or remote computing devices, e.g., via access requests, queries or other data retrieval protocols, for a variety of operations with respect to the information stored by the medium.
- Communications media typically embody computer-readable instructions, data structures, program modules or other structured or unstructured data in a data signal such as a modulated data signal, e.g., a carrier wave or other transport mechanism, and comprises any information delivery or transport media. The term “modulated data signal” or signals refers to a signal that has one or more of its characteristics set or changed in such a manner as to encode information in one or more signals. By way of example, and not limitation, communication media comprise wired media, such as a wired network or direct-wired connection, and wireless media such as acoustic, radio frequency (RF), infrared and other wireless media.
- With reference again to
FIG. 9 , theexample environment 900 for implementing various aspects of the specification comprises acomputer 902, thecomputer 902 comprising aprocessing unit 904, asystem memory 906 and asystem bus 908. As an example, the component(s), application(s), client(s), server(s), equipment, system(s), interface(s), gateway(s), controller(s), node(s), cloud(s), entity(ies), function(s), platform(s), and/or device(s) (e.g., distributed edgeIoT gateway nodes 102,IoT clients 104, trackedIoT devices 106, IoT devices 106 1-106 M, masterIoT orchestration component 108, edge IoT gateway nodes 202 1-202 x,edge IoT controller 204, edgecomputing node hardware 302, OS/container component 304,IoT cloud platform 308,status monitoring component 402,workload management component 404,provisioning component 406,data store 408,communication component 502,workload execution component 504, feedback andalert reporting component 506,tracking component 508,AI component 602, etc.) disclosed herein with respect to systems 100-600 can each comprise at least a portion of thecomputer 902. Thesystem bus 908 couples system components comprising, but not limited to, thesystem memory 906 to theprocessing unit 904. Theprocessing unit 904 can be any of various commercially available processors. Dual microprocessors and other multi-processor architectures can also be employed as theprocessing unit 904. - The
system bus 908 can be any of several types of bus structure that can further interconnect to a memory bus (with or without a memory controller), a peripheral bus, and a local bus using any of a variety of commercially available bus architectures. Thesystem memory 906 comprises read-only memory (ROM) 910 and random access memory (RAM) 912. A basic input/output system (BIOS) is stored in anon-volatile memory 910 such as ROM, EPROM, EEPROM, which BIOS contains the basic routines that help to transfer information between elements within thecomputer 902, such as during startup. TheRAM 912 can also comprise a high-speed RAM such as static RAM for caching data. - The
computer 902 further comprises an internal hard disk drive (HDD) 914, which internalhard disk drive 914 can also be configured for external use in a suitable chassis (not shown), a magnetic floppy disk drive (FDD) 916, (e.g., to read from or write to a removable diskette 918) and anoptical disk drive 920, (e.g., reading a CD-ROM disk 922 or, to read from or write to other high capacity optical media such as the DVD). Thehard disk drive 914,magnetic disk drive 916 andoptical disk drive 920 can be connected to thesystem bus 908 by a harddisk drive interface 924, a magneticdisk drive interface 926 and anoptical drive interface 928, respectively. Theinterface 924 for external drive implementations comprises at least one or both of universal serial bus (USB) and IEEE 1394 interface technologies. Other external drive connection technologies are within contemplation of the subject disclosure. - The drives and their associated computer-readable storage media provide nonvolatile storage of data, data structures, computer-executable instructions, and so forth. For the
computer 902, the drives and storage media accommodate the storage of any data in a suitable digital format. Although the description of computer-readable storage media above refers to a HDD, a removable magnetic diskette, and a removable optical media such as a CD or DVD, it should be noted by those skilled in the art that other types of storage media which are readable by a computer, such as zip drives, magnetic cassettes, flash memory cards, solid-state disks (SSD), cartridges, and the like, can also be used in the example operating environment, and further, that any such storage media can contain computer-executable instructions for performing the methods of the specification. - A number of program modules can be stored in the drives and
RAM 912, comprising anoperating system 930, one ormore application programs 932,other program modules 934 andprogram data 936. All or portions of the operating system, applications, modules, and/or data can also be cached in theRAM 912. It is noted that the specification can be implemented with various commercially available operating systems or combinations of operating systems. - A user can enter commands and information into the
computer 902 through one or more wired/wireless input devices, e.g., akeyboard 938 and/or a pointing device, such as amouse 940 or a touchscreen or touchpad (not illustrated). These and other input devices are often connected to theprocessing unit 904 through aninput device interface 942 that is coupled to thesystem bus 908, but can be connected by other interfaces, such as a parallel port, an IEEE 1394 serial port, a game port, a USB port, an IR interface, etc. Amonitor 944 or other type of display device is also connected to thesystem bus 908 via an interface, such as avideo adapter 946. - The
computer 902 can operate in a networked environment using logical connections via wired and/or wireless communications to one or more remote computers, such as a remote computer(s) 948. The remote computer(s) 948 can be a workstation, a server computer, a router, a personal computer, portable computer, microprocessor-based entertainment appliance, a peer device or other common network node, and typically comprises many or all of the elements described relative to thecomputer 902, although, for purposes of brevity, only a memory/storage device 950 is illustrated. The logical connections depicted comprise wired/wireless connectivity to a local area network (LAN) 952 and/or larger networks, e.g., a wide area network (WAN) 954. Such LAN and WAN networking environments are commonplace in offices and companies, and facilitate enterprise-wide computer networks, such as intranets, all of which can connect to a global communications network, e.g., the Internet. - When used in a LAN networking environment, the
computer 902 is connected to thelocal network 952 through a wired and/or wireless communication network interface oradapter 956. Theadapter 956 can facilitate wired or wireless communication to theLAN 952, which can also comprise a wireless access point disposed thereon for communicating with thewireless adapter 956. - When used in a WAN networking environment, the
computer 902 can comprise amodem 958, or is connected to a communications server on theWAN 954, or has other means for establishing communications over theWAN 954, such as by way of the Internet. Themodem 958, which can be internal or external and a wired or wireless device, is connected to thesystem bus 908 via theserial port interface 942. In a networked environment, program modules depicted relative to thecomputer 902, or portions thereof, can be stored in the remote memory/storage device 950. It will be noted that the network connections shown are example and other means of establishing a communications link between the computers can be used. - The
computer 902 is operable to communicate with any wireless devices or entities operatively disposed in wireless communication, e.g., desktop and/or portable computer, server, communications satellite, etc. This comprises at least Wi-Fi and Bluetooth™ wireless technologies or other communication technologies. Thus, the communication can be a predefined structure as with a conventional network or simply an ad hoc communication between at least two devices. - Wi-Fi, or Wireless Fidelity networks use radio technologies called IEEE 802.11 (a, b, g, n, etc.) to provide secure, reliable, fast wireless connectivity. A Wi-Fi network can be used to connect computers to each other, to the Internet, and to wired networks (which use IEEE 802.3 or Ethernet). Wi-Fi networks operate in the unlicensed 2.4 and 5 GHz radio bands, at an 11 Mbps (802.11a) or 54 Mbps (802.11b) data rate, for example, or with products that contain both bands (dual band), so the networks can provide real-world performance similar to the basic 10BaseT wired Ethernet networks used in many offices.
- As it employed in the subject specification, the term “processor” can refer to substantially any computing processing unit or device comprising, but not limited to comprising, single-core processors; single-processors with software multithread execution capability; multi-core processors; multi-core processors with software multithread execution capability; multi-core processors with hardware multithread technology; parallel platforms; and parallel platforms with distributed shared memory. Additionally, a processor can refer to an integrated circuit, an application specific integrated circuit (ASIC), a digital signal processor (DSP), a field programmable gate array (FPGA), a programmable logic controller (PLC), a complex programmable logic device (CPLD), a discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. Processors can exploit nano-scale architectures such as, but not limited to, molecular and quantum-dot based transistors, switches and gates, in order to optimize space usage or enhance performance of user equipment. A processor may also be implemented as a combination of computing processing units.
- In the subject specification, terms such as “data store,” data storage,” “database,” “cache,” and substantially any other information storage component relevant to operation and functionality of a component, refer to “memory components,” or entities embodied in a “memory” or components comprising the memory. It will be noted that the memory components, or computer-readable storage media, described herein can be either volatile memory or nonvolatile memory, or can comprise both volatile and nonvolatile memory. By way of illustration, and not limitation, nonvolatile memory can comprise read only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable ROM (EEPROM), or flash memory. Volatile memory can comprise random access memory (RAM), which acts as external cache memory. By way of illustration and not limitation, RAM is available in many forms such as synchronous RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDR SDRAM), enhanced SDRAM (ESDRAM), Synchlink DRAM (SLDRAM), and direct Rambus RAM (DRRAM). Additionally, the disclosed memory components of systems or methods herein are intended to comprise, without being limited to comprising, these and any other suitable types of memory.
- Referring now to
FIG. 10 , there is illustrated a schematic block diagram of acomputing environment 1000 in accordance with the subject specification. Thesystem 1000 comprises one or more client(s) 1002. The client(s) 1002 can be hardware and/or software (e.g., threads, processes, computing devices). - The
system 1000 also comprises one or more server(s) 1004. The server(s) 1004 can also be hardware and/or software (e.g., threads, processes, computing devices). Theservers 1004 can house threads to perform transformations by employing the specification, for example. One possible communication between aclient 1002 and aserver 1004 can be in the form of a data packet adapted to be transmitted between two or more computer processes. The data packet may comprise a cookie and/or associated contextual information, for example. Thesystem 1000 comprises a communication framework 1006 (e.g., a global communication network such as the Internet, cellular network, etc.) that can be employed to facilitate communications between the client(s) 1002 and the server(s) 1004. - Communications can be facilitated via a wired (comprising optical fiber) and/or wireless technology. The client(s) 1002 are operatively connected to one or more client data store(s) 1008 that can be employed to store information local to the client(s) 1002 (e.g., cookie(s) and/or associated contextual information). Similarly, the server(s) 1004 are operatively connected to one or more server data store(s) 1010 that can be employed to store information local to the
servers 1004. - What has been described above comprises examples of the present specification. It is, of course, not possible to describe every conceivable combination of components or methods for purposes of describing the present specification, but one of ordinary skill in the art may recognize that many further combinations and permutations of the present specification are possible. Accordingly, the present specification is intended to embrace all such alterations, modifications and variations that fall within the spirit and scope of the appended claims. Furthermore, to the extent that the term “comprises” is used in either the detailed description or the claims, such term is intended to be inclusive in a manner similar to the term “comprising” as “comprising” is interpreted when employed as a transitional word in a claim.
Claims (20)
1. A system, comprising:
a processor; and
a memory that stores executable instructions that, when executed by the processor, facilitate performance of operations, comprising:
assigning a workload associated with a shipment to a first edge gateway device of edge gateway devices deployed in a geographic area, wherein the shipment is associated with a device;
based on an analysis of state data associated with the workload that indicates a defined condition is associated with a first route via which the shipment is initially scheduled to travel towards the first edge gateway device, predicting, using an artificial intelligence model of the system and with a threshold probability, that the shipment and the device are going to be rerouted from the first route to a second route associated with a second edge gateway device of the edge gateway devices as a result of, at least in part, the defined condition; and
in response to determining that the state data satisfies an unexpected state criterion based on the predicting, modifying the workload by terminating assignment of the workload to the first edge gateway device and reassigning the workload to the second edge gateway device.
2. The system of claim 1 , wherein the assigning of the workload comprises assigning the workload to the first edge gateway device based on provisioning data associated with the shipment, wherein the provisioning data comprises route data indicative of a route via which the device is predicted to travel, wherein the route comprises the first route, and wherein the operations further comprise selecting the first edge gateway device from the edge gateway devices based on the route data.
3. The system of claim 2 , wherein the analysis comprises a first artificial intelligence-based analysis, wherein the threshold probability is a first threshold probability, and wherein the operations further comprise:
predicting, using the artificial intelligence model and with a second threshold probability, the route via which the device associated with the shipment is going to travel to arrive at a shipment destination of the shipment based on a second artificial intelligence-based analysis of a portion of the provisioning data.
4. The system of claim 1 , wherein the analysis comprises a first artificial intelligence-based analysis, wherein the threshold probability is a first threshold probability, and wherein the operations further comprise:
predicting, using the artificial intelligence model and with a second threshold probability, an arrival time of the shipment at a shipment destination of the shipment based on a second artificial intelligence-based analysis of the state data or provisioning data relating to provisioning of the shipment.
5. The system of claim 1 , wherein the artificial intelligence model is generated based on a classifier, and wherein, to facilitate generation of the artificial intelligence model, the classifier is trained based on at least one of training data relating to shipments, workloads, or the edge gateway devices, or historical data relating to the shipments, the workloads, or the edge gateway devices.
6. The system of claim 1 , wherein the operations further comprise:
receiving the state data, comprising internal state data or external state data, from the device, an edge gateway device, a network device, a content server, a web server, or a sensor, wherein the edge gateway device is the first edge gateway device, the second edge gateway device, or a third edge gateway device of the edge gateway devices,
wherein the internal data relates to a departure time associated with the shipment, an arrival time or an expected arrival time associated with the shipment, a measurement of a condition associated with the shipment, or a characteristic associated with the shipment, and
wherein the external data relates to a schedule associated with an event, a news event, a weather event, a traffic report relating to a vehicle traffic condition, a user preference, or a user instruction associated with the shipment.
7. The system of claim 1 , wherein the state data comprises external state data relating to the defined condition, comprising a weather condition or a traffic condition, associated with the shipment initially being routed towards the first edge gateway device, and
wherein the predicting comprises: based on the analysis of the external state data, predicting, using the artificial intelligence model and with the threshold probability, that the shipment is going to be rerouted from the first route associated with the first edge gateway device to the second route associated with the second gateway device as a result of, at least in part, the weather condition or the traffic condition.
8. The system of claim 1 , wherein the operations further comprise:
using a blockchain-based technology, generating a token or metadata relating to the shipment based on shipment-related data relating to the shipment; and
transferring the token or the metadata between the second edge gateway device and a third edge gateway device of the edge gateway devices to facilitate tracking or security of the shipment.
9. The system of claim 8 , wherein the edge gateway devices are arranged to form a structured mesh network of edge gateway devices to facilitate transfer of shipment-related data associated with shipments between the edge gateway devices of the structured mesh network of edge gateway devices, wherein the shipment-related data is usable to monitor a quality of service associated with a service that is associated with the edge gateway devices, and wherein the shipment-related data comprises tracking data, route data, information relating to a package that is part of the shipment of the shipments, action information regarding an action performed by the first edge gateway device or the second edge gateway device, time information relating to a time of an event associated with the shipment, or a portion of the state data relating to the shipment.
10. The system of claim 9 , wherein the transferring of the token or the metadata comprises transferring the token or the metadata between the second edge gateway device and the third edge gateway device via the structured mesh network of edge gateway devices.
11. The system of claim 8 , wherein the token or the metadata comprises summary data representative of a summary of a shipment state of the shipment, wherein the shipment state comprises or relates to a number of packages within the shipment, a type of packaging associated with the shipment, contents of a package of the shipment, actions performed at the second edge gateway device, a result of the actions performed at the second edge gateway device, a departure time of the shipment from the second edge gateway device, an estimated arrival time of the shipment at the third edge gateway device along the second route, or route data associated with the second route.
12. A method, comprising:
scheduling, by a system comprising a processor, an assignment of a workload associated with a package to a first edge gateway device of edge gateway devices deployed in a geographic region, wherein the package is associated with a device;
based on an analysis of state information associated with the workload indicating a defined condition is associated with a first route on which the package is initially scheduled to be transported towards the first edge gateway device, predicting, by a machine learning model of the system and with a threshold likelihood, that the package will be rerouted from the first route to a second route associated with a second edge gateway device of the edge gateway devices as a result of the defined condition; and
in response to determining that the state information satisfies an unexpected state criterion based on the predicting, updating, by the system, the scheduling to reassign the workload from the first edge gateway device to the second edge gateway device.
13. The method of claim 12 , further comprising:
receiving, by the system, provisioning information associated with a service that utilizes devices, comprising the device, to facilitate shipment of packages comprising the package;
based on the provisioning information, determining, by the system, route information indicative of an expected route via which the device is expected to travel, wherein the expected route comprises the first route; and
selecting, by the system, the first edge gateway device of the edge gateway devices based on the first route, wherein the scheduling comprises scheduling the assigning of the workload to the first edge gateway device based on the provisioning information associated with the package.
14. The method of claim 13 , further comprising:
based on provisioning information associated with the package or the device, determining, by the system, parameter information that defines an expected quality of service associated with the device, wherein the scheduling comprises: based on the provisioning information and the parameter information, scheduling the assignment of the workload associated with the package to the first edge gateway device.
15. The method of claim 13 , wherein the analysis comprises a first machine learning-based analysis, wherein the threshold likelihood is a first threshold likelihood, and wherein the operations further comprise:
predicting, by the machine learning model and with a second threshold likelihood, the expected route via which the device associated with the package is expected to travel to arrive at a destination of the package based on a second machine learning-based analysis of a portion of the provisioning information.
16. The method of claim 12 , wherein the scheduling, the predicting, or the updating is performed based on a first result of machine learning performed by the machine learning model on package-related information relating to the package or a second result of big data analytics performed on the package-related information, and wherein the package-related information comprises provisioning information relating to the package, the state information, or information relating to the package or the device.
17. The method of claim 12 , wherein the assignment of the workload is a first assignment of a first workload, and wherein the method further comprises:
performing, by the machine learning model of the system, a machine learning-based analysis on images of the package received from two or more of the edge gateway devices, wherein the machine learning-based analysis is performed using a machine learning technology, wherein the two or more of the edge gateway devices comprise the first edge gateway device or the second edge gateway device;
determining, by the system, whether a characteristic of the package has changed based on a result of the machine learning-based analysis performed on the images of the package; and
in response to determining the characteristic of the package has changed, scheduling, by the system, a second assignment of a second workload to the second edge gateway device or a third edge gateway device of the edge gateway devices to facilitate checking a status or an integrity of the package.
18. The method of claim 12 , further comprising:
receiving, by the system, the state information, comprising internal state information or external state information, from the device, an edge gateway device, a network device, a content server, a web server, or a sensor, wherein the edge gateway device is the first edge gateway device, the second edge gateway device, or a third edge gateway device of the edge gateway devices.
19. A non-transitory machine-readable medium, comprising executable instructions that, when executed by a processor, facilitate performance of operations, comprising:
determining an assignment of a workload associated with the package to a first edge gateway device of edge gateway devices deployed in a geographic area, wherein the package is associated with a device;
based on a machine learning-based analysis, applying a machine learning model, of state data associated with the workload indicating a condition is associated with a first path on which the package is initially scheduled to be transported towards the first edge gateway device, determining that the package and the device are threshold likely to be rerouted from the first path to a second path associated with a second edge gateway device of the edge gateway devices due at least in part to the condition; and
in response to determining that the state data satisfies an unexpected state criterion based on the determining that the package and the device are threshold likely to be rerouted, modifying the assignment of the workload to reassign the workload from the first edge gateway device to the second edge gateway device.
20. The non-transitory machine-readable medium of claim 19 , wherein the determining of the assignment of the workload comprises determining the assignment of the workload to the first edge gateway device based on provisioning data associated with the shipment, and wherein the operations further comprise:
based on the provisioning data, determining path data indicative of a path via which the device is expected to travel, wherein the path comprises the first path;
selecting the first edge gateway device for the assignment based on the path data; and
in connection with transportation of the package and the device, receiving the state data, comprising internal state data representative of an internal state applicable to the workload or external state data representative of an external state external to the workload, from the device, an edge gateway device, a network device, a content server, a web server, or a sensor, wherein the edge gateway device is the first edge gateway device, the second edge gateway device, or a third edge gateway device of the edge gateway devices.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US18/046,713 US20230065343A1 (en) | 2018-12-03 | 2022-10-14 | Global internet of things (iot) quality of service (qos) realization through collaborative edge gateways |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US16/208,227 US11108849B2 (en) | 2018-12-03 | 2018-12-03 | Global internet of things (IOT) quality of service (QOS) realization through collaborative edge gateways |
US17/387,442 US11503111B2 (en) | 2018-12-03 | 2021-07-28 | Global internet of things (IoT) quality of service (QoS) realization through collaborative edge gateways |
US18/046,713 US20230065343A1 (en) | 2018-12-03 | 2022-10-14 | Global internet of things (iot) quality of service (qos) realization through collaborative edge gateways |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US17/387,442 Continuation US11503111B2 (en) | 2018-12-03 | 2021-07-28 | Global internet of things (IoT) quality of service (QoS) realization through collaborative edge gateways |
Publications (1)
Publication Number | Publication Date |
---|---|
US20230065343A1 true US20230065343A1 (en) | 2023-03-02 |
Family
ID=70849524
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/208,227 Active 2039-02-01 US11108849B2 (en) | 2018-12-03 | 2018-12-03 | Global internet of things (IOT) quality of service (QOS) realization through collaborative edge gateways |
US17/387,442 Active US11503111B2 (en) | 2018-12-03 | 2021-07-28 | Global internet of things (IoT) quality of service (QoS) realization through collaborative edge gateways |
US18/046,713 Abandoned US20230065343A1 (en) | 2018-12-03 | 2022-10-14 | Global internet of things (iot) quality of service (qos) realization through collaborative edge gateways |
Family Applications Before (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/208,227 Active 2039-02-01 US11108849B2 (en) | 2018-12-03 | 2018-12-03 | Global internet of things (IOT) quality of service (QOS) realization through collaborative edge gateways |
US17/387,442 Active US11503111B2 (en) | 2018-12-03 | 2021-07-28 | Global internet of things (IoT) quality of service (QoS) realization through collaborative edge gateways |
Country Status (1)
Country | Link |
---|---|
US (3) | US11108849B2 (en) |
Families Citing this family (38)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111726841B (en) * | 2019-03-22 | 2022-05-24 | 启碁科技股份有限公司 | Communication method and system for Internet of things |
US11196837B2 (en) * | 2019-03-29 | 2021-12-07 | Intel Corporation | Technologies for multi-tier prefetching in a context-aware edge gateway |
US11366697B2 (en) | 2019-05-01 | 2022-06-21 | EMC IP Holding Company LLC | Adaptive controller for online adaptation of resource allocation policies for iterative workloads using reinforcement learning |
US11025711B2 (en) * | 2019-05-02 | 2021-06-01 | EMC IP Holding Company LLC | Data centric resource management for edge cloud systems |
US11586474B2 (en) | 2019-06-28 | 2023-02-21 | EMC IP Holding Company LLC | Adaptation of resource allocation for multiple workloads using interference effect of resource allocation of additional workloads on performance |
US11327801B2 (en) | 2019-08-29 | 2022-05-10 | EMC IP Holding Company LLC | Initialization of resource allocation for a workload characterized using a regression model |
US11113171B2 (en) | 2019-08-29 | 2021-09-07 | EMC IP Holding Company LLC | Early-convergence detection for online resource allocation policies for iterative workloads |
US11924060B2 (en) * | 2019-09-13 | 2024-03-05 | Intel Corporation | Multi-access edge computing (MEC) service contract formation and workload execution |
US11277476B2 (en) * | 2019-10-18 | 2022-03-15 | Dish Wireless L.L.C. | Internet of things gateway content receiver |
US11868810B2 (en) | 2019-11-15 | 2024-01-09 | EMC IP Holding Company LLC | Resource adaptation using nonlinear relationship between system performance metric and resource usage |
US20210191779A1 (en) * | 2019-12-18 | 2021-06-24 | Google Llc | Operating system level distributed ambient computing |
US20210191826A1 (en) * | 2019-12-20 | 2021-06-24 | Johnson Controls Technology Company | Building system with ledger based software gateways |
CN111639073A (en) * | 2020-04-30 | 2020-09-08 | 深圳精匠云创科技有限公司 | Edge computing access method and edge computing node device |
US11956224B2 (en) | 2020-06-11 | 2024-04-09 | Bank Of America Corporation | Using machine-learning models to authenticate users and protect enterprise-managed information and resources |
US11838384B2 (en) | 2020-07-03 | 2023-12-05 | Electronics And Telecommunications Research Institute | Intelligent scheduling apparatus and method |
US11641325B2 (en) * | 2020-07-23 | 2023-05-02 | Charter Communications Operating, Llc | Dynamic QoS controller |
CN111901173A (en) * | 2020-07-30 | 2020-11-06 | 山东超越数控电子股份有限公司 | Cloud edge cooperative system construction method, device, equipment and readable medium |
US20230327962A1 (en) * | 2020-09-01 | 2023-10-12 | Telefonaktiebolaget Lm Ericsson (Publ) | System and method for automated service level agreement composition for internet of things deployments |
CN112033666A (en) * | 2020-09-07 | 2020-12-04 | 上海辉度智能系统有限公司 | Speed reducer online fault prediction and diagnosis system based on mechanism model |
US20210014133A1 (en) * | 2020-09-25 | 2021-01-14 | Intel Corporation | Methods and apparatus to coordinate edge platforms |
CN112272231B (en) * | 2020-10-23 | 2022-05-13 | 杭州卷积云科技有限公司 | Edge cloud collaborative service arrangement method for intelligent manufacturing scene |
CN112348172B (en) * | 2020-11-13 | 2022-05-06 | 之江实验室 | Deep neural network collaborative reasoning method based on end edge cloud architecture |
CN112788798A (en) * | 2020-12-15 | 2021-05-11 | 福建星网天合智能科技有限公司 | Master-slave negotiation multi-gateway intelligent Zigbee network system |
CN112631725A (en) * | 2020-12-24 | 2021-04-09 | 济南浪潮高新科技投资发展有限公司 | Cloud-edge-cooperation-based smart city management system and method |
CN112769904B (en) * | 2020-12-25 | 2023-01-10 | 中标慧安信息技术股份有限公司 | Method and system for controlling information flow of Internet of things middlebox |
CN112613790A (en) * | 2020-12-30 | 2021-04-06 | 国家电网有限公司大数据中心 | Cooperative data processing method, device and medium applied to multi-station fusion environment |
CN113014649B (en) * | 2021-02-26 | 2022-07-12 | 山东浪潮科学研究院有限公司 | Cloud Internet of things load balancing method, device and equipment based on deep learning |
JP7184108B2 (en) * | 2021-03-05 | 2022-12-06 | 日本電気株式会社 | Communication system, communication control method, and program |
CN112929452B (en) * | 2021-03-24 | 2021-09-07 | 北京中电兴发科技有限公司 | Message collaborative pushing method based on Internet of things edge gateway |
US11610478B2 (en) * | 2021-08-09 | 2023-03-21 | Peltbeam Inc. | Communication system and method for controlling cooperation between edge devices arranged in vehicle |
CN114302450B (en) * | 2021-12-30 | 2024-04-09 | 中国联合网络通信集团有限公司 | Communication method and communication system |
CN114363345B (en) * | 2022-01-14 | 2023-04-11 | 上海交通大学 | Edge cloud service cooperation method for industrial heterogeneous network management |
CN114567620B (en) * | 2022-03-10 | 2023-09-22 | 河钢数字技术股份有限公司 | Digital model and physical equipment matching system and method based on MQTT protocol |
CN115174295B (en) * | 2022-05-30 | 2024-05-24 | 青岛海尔科技有限公司 | Scene information synchronization method and device, storage medium and electronic device |
CN117251278A (en) * | 2022-06-10 | 2023-12-19 | 戴尔产品有限公司 | Data processing method, electronic device and computer program product |
WO2024076904A1 (en) * | 2022-10-03 | 2024-04-11 | Convida Wireless, Llc | Multiple simultaneously active gateways in a personal iot network |
WO2024080595A1 (en) * | 2022-10-12 | 2024-04-18 | 삼성전자주식회사 | Electronic device and method for controlling connection with external electronic device within thread network |
CN115473343B (en) * | 2022-11-02 | 2023-04-07 | 广州思泰信息技术有限公司 | Intelligent gateway multi-master-station parallel access test method |
Citations (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110069612A1 (en) * | 2009-03-12 | 2011-03-24 | Takao Yamaguchi | Best path selecting device, best path selecting method, and program |
US20160379165A1 (en) * | 2015-06-24 | 2016-12-29 | Intel Corporation | Technologies for managing the security and custody of assets in transit |
US20170170675A1 (en) * | 2015-12-15 | 2017-06-15 | Cliodhna Ni Scanaill | Energy harvesting system for iot devices |
US20170195239A1 (en) * | 2013-07-25 | 2017-07-06 | Convida Wireless, Llc | Service Layer Southbound Interface And Quality Of Service |
US20170207956A1 (en) * | 2016-01-14 | 2017-07-20 | Veniam, Inc. | Systems and methods for remote configuration update and distribution in a network of moving things |
US20170223723A1 (en) * | 2016-01-29 | 2017-08-03 | Qualcomm Incorporated | Small cell & communication network reconfiguration based on wireless device capabilities |
US9860677B1 (en) * | 2016-09-30 | 2018-01-02 | Intel Corporation | Internet-of-things gateway coordination |
US20180158019A1 (en) * | 2016-12-07 | 2018-06-07 | Blackberry Limited | Sending reports of asset transport status |
US20180279319A1 (en) * | 2017-03-23 | 2018-09-27 | Nokia Technologies Oy | Dynamic provisioning of quality of service for end-to-end quality of service control in device-to-device communication |
US20180276695A1 (en) * | 2017-03-24 | 2018-09-27 | Accenture Global Solutions Limited | Logistic demand forecasting |
US20180324106A1 (en) * | 2017-05-08 | 2018-11-08 | Samsung Electronics Co., Ltd. | Dynamic resource allocation method and apparatus in software-defined network |
US20180341533A1 (en) * | 2017-05-29 | 2018-11-29 | Samsung Electronics Co., Ltd. | Method and apparatus for generating workflow |
US20190372900A1 (en) * | 2018-06-01 | 2019-12-05 | Fujitsu Limited | Providing access to application program interfaces and internet of thing devices |
US20190392328A1 (en) * | 2018-06-25 | 2019-12-26 | International Business Machines Corporation | Cognitive computing systems and services utilizing internet of things environment |
US20210120075A1 (en) * | 2019-10-18 | 2021-04-22 | Salesforce.Com, Inc. | Global Capacity Routing |
Family Cites Families (49)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070143043A1 (en) | 2005-12-20 | 2007-06-21 | Wafer John A | System for wireless communications among plural electrical distribution devices of an electrical distribution enclosure |
TWI375929B (en) | 2008-04-03 | 2012-11-01 | Univ Nat Taiwan | Automatic-routing gateway device for wireless sensor network |
US11258625B2 (en) | 2008-08-11 | 2022-02-22 | Icontrol Networks, Inc. | Mobile premises automation platform |
US8532003B2 (en) | 2008-10-03 | 2013-09-10 | Synapsense Corporation | Apparatus and method for managing packet routing through internally-powered network devices in wireless sensor networks |
US9047074B2 (en) | 2010-08-30 | 2015-06-02 | Synapsense Corporation | Apparatus and method for managing power capacity in data centers using a wireless sensor network |
US20120271461A1 (en) | 2011-04-20 | 2012-10-25 | Spata Gregory P | Capturing environmental information |
CN102445933B (en) | 2011-10-14 | 2013-06-12 | 兰泽华 | System for monitoring, alarming and managing farmland greenhouses based on Internet of things |
US20140024313A1 (en) | 2012-07-20 | 2014-01-23 | Green Badge LLC | Data Collection Network For Agriculture And Other Applications |
US9464902B2 (en) | 2013-09-27 | 2016-10-11 | Regents Of The University Of Minnesota | Symbiotic unmanned aerial vehicle and unmanned surface vehicle system |
BR112016011577B1 (en) | 2013-11-20 | 2021-01-12 | Rowbot Systems Llc | autonomous vehicle platform, autonomous vehicle platform system, agricultural robot and method for autonomous navigation of an agricultural robot |
US20150288767A1 (en) | 2014-04-03 | 2015-10-08 | Centurylink Intellectual Property Llc | Network Functions Virtualization Interconnection Hub |
US20170207926A1 (en) | 2014-05-30 | 2017-07-20 | Reylabs Inc. | Mobile sensor data collection |
CN104050649A (en) | 2014-06-13 | 2014-09-17 | 北京农业信息技术研究中心 | Agricultural remote sensing system |
US10211662B2 (en) | 2014-08-15 | 2019-02-19 | Analog Devices Global | Wireless charging platform using environment based beamforming for wireless sensor network |
IL236606B (en) | 2015-01-11 | 2020-09-30 | Gornik Amihay | Systems and methods for agricultural monitoring |
US9792557B2 (en) | 2015-01-14 | 2017-10-17 | Accenture Global Services Limited | Precision agriculture system |
WO2016123201A1 (en) | 2015-01-27 | 2016-08-04 | The Trustees Of The University Of Pennsylvania | Systems, devices, and methods for robotic remote sensing for precision agriculture |
CN106161489A (en) | 2015-01-29 | 2016-11-23 | 苏州宝时得电动工具有限公司 | The data transmission system of electric tool |
US9454907B2 (en) | 2015-02-07 | 2016-09-27 | Usman Hafeez | System and method for placement of sensors through use of unmanned aerial vehicles |
US9633197B2 (en) | 2015-03-06 | 2017-04-25 | Verisign, Inc. | Systems and methods for device detection and authorization in a IOT framework |
WO2017010760A1 (en) | 2015-07-10 | 2017-01-19 | Samsung Electronics Co., Ltd. | Hub apparatus and method for providing service thereof |
US9745060B2 (en) | 2015-07-17 | 2017-08-29 | Topcon Positioning Systems, Inc. | Agricultural crop analysis drone |
US9948349B2 (en) | 2015-07-17 | 2018-04-17 | Corning Optical Communications Wireless Ltd | IOT automation and data collection system |
EP3332561B1 (en) | 2015-08-04 | 2020-10-07 | Convida Wireless, LLC | Internet of things end-to-end service layer quality of service management |
PL3141108T3 (en) | 2015-09-14 | 2020-05-18 | Deere & Company | Method and arrangement for monitoring the collection of the plant material |
US10880180B2 (en) * | 2015-09-16 | 2020-12-29 | Huawei Technologies Co., Ltd. | Method and apparatus for data analytics management |
US10321663B2 (en) | 2015-09-24 | 2019-06-18 | Digi-Star, Llc | Agricultural drone for use in livestock monitoring |
US9776717B2 (en) | 2015-10-02 | 2017-10-03 | The Boeing Company | Aerial agricultural management system |
US20180184269A1 (en) | 2015-10-09 | 2018-06-28 | Flyspan System, Inc. | Autonomous Mesh Enabled Mobile Drone Hive |
US20170127622A1 (en) | 2015-11-10 | 2017-05-11 | Xu Hong | Smart control/iot system for agriculture environment control |
US20170127606A1 (en) | 2015-11-10 | 2017-05-11 | Digi-Star, Llc | Agricultural Drone for Use in Controlling the Direction of Tillage and Applying Matter to a Field |
US9445270B1 (en) | 2015-12-04 | 2016-09-13 | Samsara | Authentication of a gateway device in a sensor network |
US10833756B2 (en) | 2015-12-14 | 2020-11-10 | Higher Ground Llc | Satellite communication for the Internet of Things |
US9960933B2 (en) | 2015-12-30 | 2018-05-01 | Wipro Limited | Methods and systems for adaptive and context aware inter-internet of things (IoT) communication |
US10069950B2 (en) | 2016-01-04 | 2018-09-04 | Verizon Patent And Licensing Inc. | Supporting network connectivity for multiple categories of user devices and applications |
US10728336B2 (en) | 2016-03-04 | 2020-07-28 | Sabrina Akhtar | Integrated IoT (Internet of Things) system solution for smart agriculture management |
US10046228B2 (en) * | 2016-05-02 | 2018-08-14 | Bao Tran | Smart device |
US10104567B2 (en) | 2016-05-31 | 2018-10-16 | At&T Intellectual Property I, L.P. | System and method for event based internet of things (IOT) device status monitoring and reporting in a mobility network |
US9949138B2 (en) | 2016-07-28 | 2018-04-17 | At&T Intellectual Property I, L.P. | Systems and methods to augment the capacities and capabilities of cellular networks through an unmanned aerial vehicle network overlay |
US10623240B2 (en) | 2016-08-25 | 2020-04-14 | Intel Corporation | IoT solution sizing |
US10084868B2 (en) | 2016-09-03 | 2018-09-25 | Microsoft Technology Licensing, Llc | IoT gateway for weakly connected settings |
CA3035907A1 (en) | 2016-09-09 | 2018-03-15 | Walmart Apollo, Llc | Apparatus and method for monitoring a field |
US10382558B2 (en) | 2016-11-17 | 2019-08-13 | Nokia Of America Corporation | Edge resource sharing |
KR20180073028A (en) | 2016-12-22 | 2018-07-02 | 전자부품연구원 | IoT Gateway for Simultaneous Local and Global IoT Services |
KR101723984B1 (en) | 2017-01-31 | 2017-04-06 | (주)그립 | Device and Method for Controlling Internet of Things Device |
US10313967B2 (en) | 2017-04-13 | 2019-06-04 | Microsoft Technology Licensing, Llc | Power efficient base station |
BE1024513B1 (en) | 2017-05-09 | 2018-03-21 | Cnh Industrial Belgium Nv | AGRICULTURAL SYSTEM |
BE1024459B1 (en) | 2017-05-09 | 2018-02-26 | Cnh Industrial Belgium Nv | AGRICULTURAL SYSTEM |
CN107172166B (en) * | 2017-05-27 | 2021-03-23 | 电子科技大学 | Cloud and mist computing system for industrial intelligent service |
-
2018
- 2018-12-03 US US16/208,227 patent/US11108849B2/en active Active
-
2021
- 2021-07-28 US US17/387,442 patent/US11503111B2/en active Active
-
2022
- 2022-10-14 US US18/046,713 patent/US20230065343A1/en not_active Abandoned
Patent Citations (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110069612A1 (en) * | 2009-03-12 | 2011-03-24 | Takao Yamaguchi | Best path selecting device, best path selecting method, and program |
US20170195239A1 (en) * | 2013-07-25 | 2017-07-06 | Convida Wireless, Llc | Service Layer Southbound Interface And Quality Of Service |
US20160379165A1 (en) * | 2015-06-24 | 2016-12-29 | Intel Corporation | Technologies for managing the security and custody of assets in transit |
US20170170675A1 (en) * | 2015-12-15 | 2017-06-15 | Cliodhna Ni Scanaill | Energy harvesting system for iot devices |
US20170207956A1 (en) * | 2016-01-14 | 2017-07-20 | Veniam, Inc. | Systems and methods for remote configuration update and distribution in a network of moving things |
US20170223723A1 (en) * | 2016-01-29 | 2017-08-03 | Qualcomm Incorporated | Small cell & communication network reconfiguration based on wireless device capabilities |
US9860677B1 (en) * | 2016-09-30 | 2018-01-02 | Intel Corporation | Internet-of-things gateway coordination |
US20180158019A1 (en) * | 2016-12-07 | 2018-06-07 | Blackberry Limited | Sending reports of asset transport status |
US20180279319A1 (en) * | 2017-03-23 | 2018-09-27 | Nokia Technologies Oy | Dynamic provisioning of quality of service for end-to-end quality of service control in device-to-device communication |
US20180276695A1 (en) * | 2017-03-24 | 2018-09-27 | Accenture Global Solutions Limited | Logistic demand forecasting |
US20180324106A1 (en) * | 2017-05-08 | 2018-11-08 | Samsung Electronics Co., Ltd. | Dynamic resource allocation method and apparatus in software-defined network |
US20180341533A1 (en) * | 2017-05-29 | 2018-11-29 | Samsung Electronics Co., Ltd. | Method and apparatus for generating workflow |
US20190372900A1 (en) * | 2018-06-01 | 2019-12-05 | Fujitsu Limited | Providing access to application program interfaces and internet of thing devices |
US20190392328A1 (en) * | 2018-06-25 | 2019-12-26 | International Business Machines Corporation | Cognitive computing systems and services utilizing internet of things environment |
US20210120075A1 (en) * | 2019-10-18 | 2021-04-22 | Salesforce.Com, Inc. | Global Capacity Routing |
Also Published As
Publication number | Publication date |
---|---|
US20200177671A1 (en) | 2020-06-04 |
US11503111B2 (en) | 2022-11-15 |
US11108849B2 (en) | 2021-08-31 |
US20210360057A1 (en) | 2021-11-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11503111B2 (en) | Global internet of things (IoT) quality of service (QoS) realization through collaborative edge gateways | |
US11296977B2 (en) | Analytics enabled radio access network (RAN)-aware content optimization using mobile edge computing | |
US11258689B2 (en) | Mobility network slice selection | |
US10608895B2 (en) | Quality of service management for dynamic instantiation of network slices and/or applications | |
Khan et al. | Edge computing: A survey | |
US20230022620A1 (en) | QUALITY OF SERVICE (QoS) MANAGEMENT IN EDGE COMPUTING ENVIRONMENTS | |
US20220279053A1 (en) | Self-learning connected-device network | |
US20210185676A1 (en) | Dynamic carrier management and network slicing for internet of things (iot) | |
Malandrino et al. | Reducing service deployment cost through VNF sharing | |
Coronado et al. | Zero touch management: A survey of network automation solutions for 5G and 6G networks | |
Cao et al. | Analytics everywhere: generating insights from the internet of things | |
Pérez-Romero et al. | Knowledge-based 5G radio access network planning and optimization | |
US11477284B2 (en) | Resource based framework to support service programmability for a 5G or other next generation mobile core network | |
US11627107B2 (en) | Prioritizing communication with non network-enabled internet of things devices | |
Walia et al. | AI-empowered fog/edge resource management for IoT applications: A comprehensive review, research challenges and future perspectives | |
US11297564B2 (en) | System and method for assigning dynamic operation of devices in a communication network | |
Husen et al. | A survey on requirements of future intelligent networks: solutions and future research directions | |
Wijesekara et al. | A comprehensive survey on knowledge-defined networking | |
Basu et al. | SoftDrone: Softwarized 5G assisted drone networks for dynamic resource sharing using machine learning techniques | |
El Rajab et al. | Zero-touch networks: Towards next-generation network automation | |
D'Oro et al. | OrchestRAN: Orchestrating network intelligence in the open RAN | |
Alvarenga et al. | Allocation and migration of microservices in SDN-based vehicular fog networks | |
Siamnik-Kriještorac et al. | Ai-empowered management and orchestration of vehicular systems in the beyond 5g era | |
Mohandas et al. | Signal processing with machine learning for context awareness in 5G communication technology | |
Math et al. | Proactive Network Fault Management for Reliable Subscribed Network Slicing in Software‐Defined Mobile Data IoT Services |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: AT&T INTELLECTUAL PROPERTY II, L.P., GEORGIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:KUNDAJE, VINAY;REEL/FRAME:061428/0289 Effective date: 20181127 Owner name: AT&T INTELLECTUAL PROPERTY I, L.P., GEORGIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:TOFIGHBAKHSH, MOSTAFA;REEL/FRAME:061428/0242 Effective date: 20181127 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO PAY ISSUE FEE |