Abstract: An oxygen generator for use in a passenger aircraft comprises an oxygen generating substance for generating oxygen gas after being activated; an activating substance for activating the oxygen generating substance; a pyroelectric igniter for igniting the activating substance upon receiving an electric trigger input; a housing defining a gas-tight chamber, accommodating the oxygen generating substance, the activating substance and the pyroelectric igniter; at least two electric conductors, coupled to the pyroelectric igniter and extending through a passage in the housing between an interior of the gas-tight chamber and an exterior of the gas-tight chamber; and at least one of a gas-tight glass-to-metal sealing and a gas-tight ceramic-to-metal sealing, sealing the at least two electric conductors with respect to the housing at the passage.

Abstract: Techniques described herein may allow for the granting and revoking of temporary access, for User Equipment (“UE”) devices, to a wireless network. Multiple UEs may be registered with a group, where only a limited quantity of UEs in the group may be active at a given time. Once granted access, a UE device may have limits on the access, such as a maximum duration and/or a data limit. When a particular UE device, in a group, requests access to the network, a Group Device Authentication Server (“GDAS”) may determine whether to grant the access, based on how many other UEs in the group (if any) currently have access. The GDAS may also revoke the access once granted (e.g., once the maximum duration has been reached).

Abstract: Techniques described herein may allow for the granting and revoking of temporary access, for User Equipment (“UE”) devices, to a wireless network. Multiple UEs may be registered with a group, where only a limited quantity of UEs in the group may be active at a given time. Once granted access, a UE device may have limits on the access, such as a maximum duration and/or a data limit. When a particular UE device, in a group, requests access to the network, a Group Device Authentication Server (“GDAS”) may determine whether to grant the access, based on how many other UEs in the group (if any) currently have access. The GDAS may also revoke the access once granted (e.g., once the maximum duration has been reached).

Abstract: Techniques described herein may allow for the granting and revoking of temporary access, for User Equipment (“UE”) devices, to a wireless network. Multiple UEs may be registered with a group, where only a limited quantity of UEs in the group may be active at a given time. Once granted access, a UE device may have limits on the access, such as a maximum duration and/or a data limit. When a particular UE device, in a group, requests access to the network, a Group Device Authentication Server (“GDAS”) may determine whether to grant the access, based on how many other UEs in the group (if any) currently have access. The GDAS may also revoke the access once granted (e.g., once the maximum duration has been reached).

Abstract: Techniques described herein may allow for the granting and revoking of temporary access, for User Equipment (“UE”) devices, to a wireless network. Multiple UEs may be registered with a group, where only a limited quantity of UEs in the group may be active at a given time. Once granted access, a UE device may have limits on the access, such as a maximum duration and/or a data limit. When a particular UE device, in a group, requests access to the network, a Group Device Authentication Server (“GDAS”) may determine whether to grant the access, based on how many other UEs in the group (if any) currently have access. The GDAS may also revoke the access once granted (e.g., once the maximum duration has been reached).

Abstract: A method including receiving a request for a service or an application from a user device associated with a customer; determining a type of service or a type of application; providing the service or the application; performing real-time tracking of the customer's usage of the service or the application based on the type of service or the type of application; generating one or more recommendations pertaining to the service or the application based on the real-time tracking; and sending the one or more recommendations to the customer via the user device.

Abstract: A third-party application, executing at a mobile device, may be provided with information describing congestion levels in a network, such as a cellular wireless network through which the mobile device connects. In one implementation, the third-party application may select, based on the information describing the congestion levels, a data flow, from a number of data flows, to use when communicating with a destination device, each of the data flows being associated with different quality of service (QoS) parameters and being associated with different charging rates. The mobile device may communicate, through a proxy server, and using the selected data flow, with the destination device. The communication with the destination device may be implemented using sponsored data that is not charged to an account associated with an owner of the mobile device.

Abstract: Techniques described herein may enable a wireless telecommunications network to implement different types of core networks, and enable end devices—user equipment (UEs) such as broadband devices (e.g., smartphones, tablets) and Internet of Things (IoT)/Machine Type Communication (MTC) devices (sometimes referred to herein as Machine-to-Machine (M2M) devices)—to connect to whichever core network is most suitable to the capabilities of the UE. For example, a broadband core network may provide UEs with broadband connectivity for media sessions (e.g., telephone calls, video calls, etc.) and broadband Internet access. An M2M core network may provide UEs with network connectivity consistent with the lower resource usage patterns typical M2M devices. Additionally, a UE connected to a first core network (e.g., an M2M core network) may detect a prompt to connect to a second core network (e.g., a broadband core network), and in response, may dynamically switch to the second core network.

Abstract: Techniques described herein may enable a wireless telecommunications network to implement different types of core networks, and enable end devices—user equipment (UEs) such as broadband devices (e.g., smartphones, tablets) and Internet of Things (IoT)/Machine Type Communication (MTC) devices (sometimes referred to herein as Machine-to-Machine (M2M) devices)—to connect to whichever core network is most suitable to the capabilities of the UE. For example, a broadband core network may provide UEs with broadband connectivity for media sessions (e.g., telephone calls, video calls, etc.) and broadband Internet access. An M2M core network may provide UEs with network connectivity consistent with the lower resource usage patterns typical M2M devices. Additionally, a UE connected to a first core network (e.g., an M2M core network) may detect a prompt to connect to a second core network (e.g., a broadband core network), and in response, may dynamically switch to the second core network.

Abstract: Technologies are described for a collapsible cart and method of assembly. The cart has a cart base and a removable cart table top. The cart base has a rectangular cart frame and a foldable leg extending from a first side, proximate each corner, of the rectangular cart frame. Each foldable leg is configured to rotate about a first end and to lock into an extended orientation, and to rotate into a folded orientation and become proximate the rectangular cart frame. A clasp assembly is proximate a second end of each of the foldable legs and are configured to clasp arms proximate each corner of the removable cart table top.

Abstract: Technologies are described for a collapsible cart and method of assembly. The cart has a cart base and a removable cart table top. The cart base has a rectangular cart frame and a foldable leg extending from a first side, proximate each corner, of the rectangular cart frame. Each foldable leg is configured to rotate about a first end and to lock into an extended orientation, and to rotate into a folded orientation and become proximate the rectangular cart frame. A clasp assembly is proximate a second end of each of the foldable legs and are configured to clasp arms proximate each corner of the removable cart table top.

Abstract: A third-party application, executing at a mobile device, may be provided with information describing congestion levels in a network, such as a cellular wireless network through which the mobile device connects. In one implementation, the third-party application may select, based on the information describing the congestion levels, a data flow, from a number of data flows, to use when communicating with a destination device, each of the data flows being associated with different quality of service (QoS) parameters and being associated with different charging rates. The mobile device may communicate, through a proxy server, and using the selected data flow, with the destination device. The communication with the destination device may be implemented using sponsored data that is not charged to an account associated with an owner of the mobile device.

Abstract: One or more servers may: receive information regarding a content file stored by a device; provide information associated with a first cost value corresponding to a cost to deliver the content file from the device to a user device; receive a delivery instruction directing the one or more servers to provide a portion of the content file to the user device via one or more ports or via one or more access points, each of the one or more ports or the one or more access points being associated with respective one or more second cost values; generate a key associated with the information regarding the content file and with the delivery instruction; receive an indication of selection of the key by the user device; deliver, to the user device, the portion of the content file via the one or more ports or the one or more access points.

Abstract: A first mobility management entity (MME) device receives an attachment request that includes information associated with a user device. The first MME device creates a context for the user device based on the information, stores the context, and creates an optimized context based on the context, wherein a size of the optimized context is smaller than a size of the context. The first MME device also identifies a second MME device that is a backup for the first MME device, and transmits the optimized context to the second MME device.

Abstract: A first mobility management entity (MME) device receives an attachment request that includes information associated with a user device. The first MME device creates a context for the user device based on the information, stores the context, and creates an optimized context based on the context, wherein a size of the optimized context is smaller than a size of the context. The first MME device also identifies a second MME device that is a backup for the first MME device, and transmits the optimized context to the second MME device.

Abstract: One or more servers may: receive information regarding a content file stored by a device; provide information associated with a first cost value corresponding to a cost to deliver the content file from the device to a user device; receive a delivery instruction directing the one or more servers to provide a portion of the content file to the user device via one or more ports or via one or more access points, each of the one or more ports or the one or more access points being associated with respective one or more second cost values; generate a key associated with the information regarding the content file and with the delivery instruction; receive an indication of selection of the key by the user device; deliver, to the user device, the portion of the content file via the one or more ports or the one or more access points.

Abstract: A first mobility management entity (MME) device receives an attachment request that includes information associated with a user device. The first MME device creates a context for the user device based on the information, stores the context, and creates an optimized context based on the context, where a size of the optimized context is smaller than a size of the context. The first MME device also identifies a second MME device that is a backup for the first MME device, and transmits the optimized context to the second MME device.

Abstract: A method may include receiving, from a user device, a request to access a long term evolution (LTE) network; sending, to one or more servers of a group of servers, a query to obtain information associated with a respective traffic condition and processing capacity; identifying a particular server via which to establish a communication session with the user device based on a determination that the particular server has a reserve processing capacity that is greater than a respective reserve processing capacity associated with other ones of the servers, where the reserve processing capacity is based on a traffic condition and processing capacity associated with the particular server; and sending, to the particular server, an instruction to establish the communication session, where sending the instruction enables the particular server to establish the communication session via which the user device is to access the network.

Abstract: A first mobility management entity (MME) device receives an attachment request that includes information associated with a user device. The first MME device creates a context for the user device based on the information, stores the context, and creates an optimized context based on the context, where a size of the optimized context is smaller than a size of the context. The first MME device also identifies a second MME device that is a backup for the first MME device, and transmits the optimized context to the second MME device.

Abstract: An exemplary method includes generating an access record associated with a data session provided by at least one access layer element over an access network, generating an application record associated with an application provided by at least one application layer element over the access network, transmitting data representative of a correlation parameter associated with application from the at least one application layer element to the at least one access layer element via an inter-layer liaison subsystem, and inserting the correlation parameter associated with application and received from the at least one application layer element via the inter-layer liaison subsystem in the access record. In some examples, the method further includes correlating the access record and the application record based on the correlation parameter associated with the application. Other exemplary inter-layer parameter liaison methods and systems are also disclosed.