A wireless communication device (alternatively, device, WDEV, etc.) includes at least one processing circuitry configured to support communications with other WDEV(s) and to generate and process signals for such communications. In some examples, the device includes a communication interface and a processing circuitry, among other possible circuitries, components, elements, etc. to support communications with other WDEV(s) and to generate and process signals for such communications. The WDEV receives a null data packet (NDP) announcement frame that specifies a sub-carrier (SC) or tone grouping factor, a communication channel bandwidth, and other WDEV(s) to respond with beamforming feedback. The WDEV process the NDP announcement frame to determine it is to respond, and if so, then receives a NDP sounding frame that includes long training fields (LTFs) and pilots at predetermined locations and generates beamforming feedback of communication channel estimates at SCs as determined based on a sub-carrier roster look up table (LUT).

An information processing apparatus that communicates with a communication apparatus includes a connecting unit that connects to a first access point in the communication apparatus, a connection-information acquisition unit that acquires connection information for connecting to a second access point in the communication apparatus via the first access point, a storage unit that stores the acquired connection information in a memory, and a receiving unit that receives an instruction to transmit data. Upon receipt of an instruction to transmit data when the connecting unit is not connected to the second access point, the connecting unit connects to the second access point using the stored connection information stored in the storage unit, and when the connecting unit is connected to the second access point, the first access point is disabled.

A wireless communication device (alternatively, device, WDEV, etc.) includes a processing circuitry configured to support communications with other WDEV(s) and to generate and process signals for such communications. In some examples, the device includes a communication interface and a processing circuitry, among other possible circuitries, components, elements, etc. to support communications with other WDEV(s) and to generate and process signals for such communications. A WDEV selects a resource unit (RU) from an orthogonal frequency division multiple access (OFDMA) sub-carrier plan for use in supporting communications with another WDEV. The WDEV transmits a signal to the other WDEV that includes information that specifies the RU that is selected from the OFDMA sub-carrier plan and then supports communications with the other WDEV using the RU that is selected from the OFDMA sub-carrier plan. The OFDMA sub-carrier plan includes multiple OFDMA sub-carrier sub-plans of different sized RUs and null sub-carriers.

The present disclosure relates generally to the technical field of building management systems or building automation systems comprising a plurality of building devices, e.g. BACnet devices. In some embodiments, a method for providing network communication between BACnet devices via the Internet may include: initiating an outbound HTTPS connection to a pre-defined URL locating a communication web service, by a building automation BACnet device (a node of a local building automation network); and initiating an outbound HTTPS connection to the pre-defined URL locating the communication web service, by a BACnet tool. The building automation BACnet device serves as a gateway device for further BACnet devices of said local building automation network.

The present disclosure relates generally to the technical field of building management systems or building automation systems comprising a plurality of building devices. The teachings of the present disclosure may be embodied in a method for providing network communication between IP devices via the Internet, wherein the IP devices are located in different local IP networks wherein at least one of the IP devices serves as a gateway IP device connected to a fieldbus. The method may include: starting an adapter service within an IP network, the adapter service configured to initiate an outbound HTTPS-connection to a pre-defined URL pointing to a web server providing a communication web service; wherein said adapter service acts as a gateway for fieldbus tools in the respective IP network; initiating an outbound HTTPS-connection to the pre-defined URL by a gateway IP device interfaced to a fieldbus connecting fieldbus devices; and creating a tunnel connection between the adapter service and a fieldbus device via the communication web service.

A distributed radio frequency communication system facilitates communication between a wireless terminal and a core network. The system includes a remote radio unit (RRU) coupled to at least one antenna to communicate with the wireless terminal. The RRU includes electronic circuitry to perform at least a first portion of a first-level protocol of a radio access network (RAN) for communicating between the wireless terminal and the core network. The system also includes a baseband unit (BBU) coupled to the core network, and configured to perform at least a second-level protocol of the RAN. A fronthaul link is coupled to the BBU and the RRU. The fronthaul link utilizes an adaptive fronthaul protocol for communication between the BBU and the RRU. The adaptive fronthaul protocol has provisions for adapting to conditions of the fronthaul link and radio network by changing the way data is communicated over the fronthaul link.

Methods and systems are provided for managing an Internet of Things object having a single active Radio Access Technology for communication with a data network via a hub of a local network. The method comprises: receiving, by a service provider server connected to the data network, information indicating a loss of connectivity between the Internet of Things object and the data network via the hub; and establishing, by the service provider server, a relay connection between the Internet of Things object and the data network, connectivity between the Internet of Things object and the data network being restored via the relay connection.

A method and an apparatus for sharing a DLNA device are provided. The method includes: establishing a data channel between a first DLNA gateway in a first DLNA network and a second DLNA gateway in a second DLNA network, wherein the DLNA gateway is a DLNA device having a DMC function and capable of accessing the Internet; adding, in the second DLNA gateway, a virtual DLNA device corresponding to a DLNA device in the first DLNA network; and a DLNA device in the second DLNA network performing remote control and/or remote play for the DLNA device in the first DLNA network through the virtual DLNA device. With the provided schemes, the problem in related technologies that DLNA sharing is only limited in a local range is solved, cross-network remote control and remote play are implemented, a sharing range of the DLNA network is expanded, and the user experience is improved.

This application provides an in-vehicle communications system used in a vehicle. The in-vehicle communications system includes a control device, a plurality of gateway devices, and a plurality of communication endpoints. Each gateway device is communicatively coupled to the control device, and each gateway device is communicatively coupled to at least two other gateway devices. Each gateway device is further communicatively coupled to at least one communication endpoint. A gateway device or a controller is configured to: when receiving communication data of end-to-end communication, route the communication data by using a first communication link indicated by a local routing policy, and if the first communication link is abnormal, route a part or all of the communication data by using a second communication link. The system may be used in the field of assisted driving and self-driving.

Methods and apparatus are provided for controlling communication between a virtualized network and non-virtualized entities using a virtualization gateway. A packet is sent by a virtual machine in the virtualized network to a non-virtualized entity. The packet is routed by the host of the virtual machine to a provider address of the virtualization gateway. The gateway translates the provider address of the gateway to a destination address of the non-virtualized entity and sends the packet to the non-virtualized entity. The non-virtualized entity may be a physical resource, such as a physical server or a storage device. The physical resource may be dedicated to one customer or may be shared among customers.