Abstract: An information handling system may include at least one processor and a memory. The information handling system may be configured to: execute a plurality of microservices, wherein each microservice is configured to generate logging information relating to its operation, and wherein a logging level is configured to determine an amount of logging information generated by the microservice; monitor the execution of the plurality of microservices to determine a failure rate associated with application programming interface (API) calls to the plurality of microservices; and based on the determined failure rate, alter the logging level.

Abstract: Disclosed systems and methods may retrieve a base image of a plugin for a hyperconverged infrastructure (HCl) platform and create a Docker image for an HCl platform plugin based, in part, on the base image. The HCl platform plugin enables an extended function not native to the HCl platform. Disclosed methods may include registering the Docker image within an HCl platform instance running on an HCl appliance associated with a customer, and saving the Docker image to a Docker image repository within the HCl platform instance. The extended HCl platform function may be any suitable function including, as an illustrative example, a function for provisioning a third party storage device within the HCl platform. Disclosed method steps may be performed by an independent third party developer that lacks authorized access to an HCl platform instance.

Abstract: Disclosed systems and methods include or support a message logging service in which, responsive to receiving an event message generated by a business function, the message is logged in accordance with a message severity, one or more severity level attributes of the system, and one or more message logging criterion. Responsive to determining the message severity meets a first criterion, the message may be routed to and saved within a first persistent log file. Responsive to determining the message severity satisfies a second criterion, the message may be temporarily stored to a FIFO message queue, for possible inclusion in a second persistent log file. A health monitoring service for monitoring application programs corresponding to various business functions, upon detecting a degraded health state of a business function, may cause messages stored in the message queue to be dumped to a second persistent log file.

Abstract: A user device presents a user interface (UI) that enables user selection or entry of configuration parameters for configuring a location spoofing detection service to be performed for at least one wireless device. The user device receives, via the UI, configuration parameters that comprise one or more user-selected location determining sources, selected from among multiple different location determining sources presented via the UI, for use in performing the location spoofing detection service. The user device sends the configuration parameters to another device for configuring the location spoofing detection service for the at least one wireless device.

Abstract: One or more computing devices, systems, and/or methods are provided. In an example, a group member list is received in a device, and a group reporting schedule is received in the device. Reporting data is communicated by the device using the group reporting schedule. A group exit message is sent by the device responsive to determining a group exit condition associated with failing to detect communications from group members specified in the group member list.

Abstract: An information handling system may include at least one processor and a memory. The information handling system may be configured to: execute a plurality of microservices, wherein each microservice is configured to generate logging information relating to its operation, and wherein a logging level is configured to determine an amount of logging information generated by the microservice; monitor the execution of the plurality of microservices to determine a failure rate associated with application programming interface (API) calls to the plurality of microservices; and based on the determined failure rate, alter the logging level.

Abstract: The present invention relates to methods, devices and systems for associating consumable data with an assay consumable used in a biological assay. Provided are assay systems and associated consumables, wherein the assay system adjusts one or more steps of an assay protocol based on consumable data specific for that consumable. Various types of consumable data are described, as well as methods of using such data in the conduct of an assay by an assay system. The present invention also relates to consumables (e.g., kits and reagent containers), software, data deployable bundles, computer-readable media, loading carts, instruments, systems, and methods, for performing automated biological assays.

Abstract: A computer system is structured to determine a density of particulate matter in a diesel particulate filter (DPF) sample. The computer system includes a processing circuit having a processor and a memory. The processing circuit is structured to generate a computed tomography (CT) scan-based image of the DPF sample; and, segment the CT scan-based image of the DPF sample into a plurality of regions. For at least one region from the plurality of regions, the processing circuit is structured to determine a density of a portion of the DPF sample corresponding to the at least one region of the CT scan-based image of the DPF sample and cause an electronic display of a user device to display the CT scan-based image including the at least one region and an indication of the density for the at least one region.

Abstract: A field effect transistor (FET) cell structure of an integrated circuit (IC) is provided. The FET cell structure includes first and second adjacent cells. Each of the first and second adjacent cells spans a first layer and a second layer. The second layer is vertically stacked on the first layer. The first cell includes n-doped FETs (NFETs) on one of the first and second layers and p-doped FETs (PFETs) on another of the first and second layers. The second cell includes at least one of a number of NFETs on the one of the first and second layers differing from a number of the NFETs in the first cell and a number of PFETs on the another of the first and second layers differing from a number of the PFETs in the first cell.

Abstract: A wireless transmit/receive unit (WTRU) receives first timing advances and first power control commands from a first eNodeB and second timing advances and second power control commands from a second eNodeB and transmits, to the first eNodeB, a first physical uplink control channel using a first uplink component carrier. The first physical uplink control channel has a first timing adjusted by the first timing advances but not by the second timing advances and a first power level adjusted by the first power control commands but not by the second power control commands. The WTRU transmits a second physical uplink control channel using a second uplink component carrier. The second physical uplink control channel has a second timing adjusted by the second timing advances but not by the first timing advances and a second power level adjusted by the second power control commands but not by the first power control commands.

Abstract: Methods and apparatus for changing cell range coverage are disclosed. A wireless transmit/receive unit (WTRU) may include circuitry configured to transmit subframes of radio frames using a physical uplink shared channel (PUSCH), where the subframes are divided into first and second sets. The circuitry may include a first power control loop utilized for the first set of subframes and a second power control loop utilized for the second set of subframes. The first power control loop may set transmission power levels for transmission over the PUSCH for the first set of subframes, and the second power control loop may set transmission power levels for transmission over the PUSCH for the second set of subframes. The circuitry may be configured with a first physical uplink control channel (PUCCH) for a first eNodeB and a second PUCCH for a second eNodeB to simultaneously communicate with the first and the second eNodeBs.

Abstract: A network device identifies Internet of Things (IoT) devices in a wireless network in a service area; determines a reporting configuration for each of the IoT devices associated with an initiation of reporting instances via the wireless; identifies, based on the reporting configurations, a potential signal loading reduction over the wireless network and/or a potential power consumption reduction related to the reporting configuration associated with at least one of the IoT devices; and modifies the reporting configuration of the at least one IoT device to enable the potential signal loading reduction and/or the potential power consumption reduction.

Abstract: A wireless transmit/receive unit (WTRU) receives first timing advances and first power control commands from a first eNodeB and second timing advances and second power control commands from a second eNodeB and transmits, to the first eNodeB, a first physical uplink control channel using a first uplink component carrier. The first physical uplink control channel has a first timing adjusted by the first timing advances but not by the second timing advances and a first power level adjusted by the first power control commands but not by the second power control commands. The WTRU transmits a second physical uplink control channel using a second uplink component carrier. The second physical uplink control channel has a second timing adjusted by the second timing advances but not by the first timing advances and a second power level adjusted by the second power control commands but not by the first power control commands.

Abstract: A device may include a memory storing instructions and processor configured to execute the instructions to maintain an Internet of Things (IoT) device database that stores, for an IoT device in the IoT device database, an application server device list that includes one or more application server devices that are to be notified when the IoT device is determined to be in an awake state. The processor may be further configured to receive a first indication from a first application server device that the IoT device is in an awake state; access the IoT device database to identify a second application server device associated with the IoT device; and send a second indication to the second application server device that the IoT device is in the awake state based on the received first indication from the first application server device.

Abstract: Methods and apparatus for changing cell range coverage are disclosed. A wireless transmit/receive unit (WTRU) may include circuitry configured to transmit subframes of radio frames using a physical uplink shared channel (PUSCH), where the subframes are divided into first and second sets. The circuitry may include a first power control loop utilized for the first set of subframes and a second power control loop utilized for the second set of subframes. The first power control loop may set transmission power levels for transmission over the PUSCH for the first set of subframes, and the second power control loop may set transmission power levels for transmission over the PUSCH for the second set of subframes. The circuitry may be configured with a first physical uplink control channel (PUCCH) for a first eNodeB and a second PUCCH for a second eNodeB to simultaneously communicate with the first and the second eNodeBs.

Abstract: A user equipment (“UE”) described herein may use automated techniques to receive one or more mode triggers, each including one or more sensor profiles. The UE may monitor data from one or more sensors associated with the UE and may compare the data to the profiles. The UE may determine that the sensor data matches a profile; and may disable one or more wireless features. The UE may continue to monitor sensor data and may determine that an exit trigger condition has been satisfied based on the received data. The exit trigger condition may specify a particular mode trigger; and a set of exit sensor profiles that corresponds to an exit of the particular mode trigger. The UE may, based on determining that the exit trigger condition has been satisfied, activate one or more wireless features. The sensor profiles and/or exit trigger conditions may be received from a cloud-based entity.

Abstract: A device may include a memory storing instructions and processor configured to execute the instructions to maintain an Internet of Things (IoT) device database that stores, for an IoT device in the IoT device database, an application server device list that includes one or more application server devices that are to be notified when the IoT device is determined to be in an awake state. The processor may be further configured to receive a first indication from a first application server device that the IoT device is in an awake state; access the IoT device database to identify a second application server device associated with the IoT device; and send a second indication to the second application server device that the IoT device is in the awake state based on the received first indication from the first application server device.

Abstract: One or more computing devices, systems, and/or methods are provided. In an example, a group member list is received in a device, and a group reporting schedule is received in the device. Reporting data is communicated by the device using the group reporting schedule. A group exit message is sent by the device responsive to determining a group exit condition associated with failing to detect communications from group members specified in the group member list.

Abstract: A device may include a memory storing instructions and processor configured to execute the instructions to maintain an Internet of Things (IoT) device database that stores, for an IoT device in the IoT device database, an application server device list that includes one or more application server devices that are to be notified when the IoT device is determined to be in an awake state. The processor may be further configured to receive a first indication from a first application server device that the IoT device is in an awake state; access the IoT device database to identify a second application server device associated with the IoT device; and send a second indication to the second application server device that the IoT device is in the awake state based on the received first indication from the first application server device.

Abstract: Methods and apparatus for changing cell range coverage are disclosed. A wireless transmit/receive unit (WTRU) may include circuitry configured to transmit subframes of radio frames using a physical uplink shared channel (PUSCH), where the subframes are divided into first and second sets. The circuitry may include a first power control loop utilized for the first set of subframes and a second power control loop utilized for the second set of subframes. The first power control loop may set transmission power levels for transmission over the PUSCH for the first set of subframes, and the second power control loop may set transmission power levels for transmission over the PUSCH for the second set of subframes. The circuitry may be configured with a first physical uplink control channel (PUCCH) for a first eNodeB and a second PUCCH for a second eNodeB to simultaneously communicate with the first and the second eNodeBs.