H04L1/1628

Method and apparatus of transmitting RLC status report in next generation mobile communication system

The present disclosure relates to a communication method and system for converging a 5th-Generation (5G) communication system for supporting higher data rates beyond a 4th-Generation (4G) system with a technology for Internet of Things (IoT). The present disclosure may be applied to intelligent services based on the 5G communication technology and the IoT-related technology, such as smart home, smart building, smart city, smart car, connected car, health care, digital education, smart retail, security and safety services.

Systems and methods for simplified store and forward relays

Systems, methods, and devices for communicating data in a wireless communications network are described herein. In some aspects, a relay provides relay services for network communication between a first station and a second station. In one aspect, the relay may receive data packets sent to the second station by the first station, and retransmit the data packets if it determines that the second station has not acknowledged the data packet. In one other aspect, the first station may be configured to transmit a relay-able acknowledgement that includes a sequence number identifying data being acknowledged. The relay may be configured to receive a transmission of a first relay-able acknowledgement by the first station and retransmit a second relay-able acknowledgement if it determines the second station did not receive the first relay-able acknowledgement sent by the first station. In some aspects, the second station is an access point.

Data receiving status reporting method and apparatus

Embodiments provide a data receiving status reporting method and apparatus. The method includes: determining, by first user equipment, a status of receiving at least one packet data convergence protocol layer protocol data unit PDCP PDU by second user equipment, where the at least one PDCP PDU is forwarded by the first user equipment to the second user equipment after being received by the first user equipment through a communications link between the first user equipment and a network device; and sending, by the first user equipment, a first status report to the network device, where the first status report is used to indicate the status of receiving the at least one PDCP PDU by the second user equipment.

COMBINED RELIABLE AND UNRELIABLE DATA TRANSMISSION
20170286943 · 2017-10-05 · ·

A payment reader and a merchant device may communicate over a wireless connection. Reliable and unreliable packets may be transmitted over a single messaging path. Each of a plurality of unreliable packet may include a data payload and a packet identifier. The unreliable packets and a reliable packet may be transmitted over the single messaging path during a first connection event. A response to the reliable packet may be received during the second event and may include a received packet listing. If the received packet listing indicates that any of the unreliable packets were not received, any unreliable packet that was not received may be retransmitted.

Method and apparatus for ACK transmission in a WLAN
09780923 · 2017-10-03 · ·

The present invention relates to a method and apparatus for acknowledgement (ACK) transmission in a WLAN. A station receives a plurality of data frames from a plurality of other stations and then transmits an ACK for the plurality of data frames to the plurality of stations. The ACK is a multi-user (MU) block ACK frame which includes a plurality of block ACKs for the plurality of stations. One block ACK includes at least one ACK for at least one data frame that is received from one station.

Method and device for implementing power saving in wireless LAN system
09781670 · 2017-10-03 · ·

The present invention relates to a wireless communication system, and, more particularly, a method and device for implementing power saving in a wireless LAN system are disclosed. A method of implementing power saving by a station (STA) in a wireless LAN system according to an embodiment of the present invention may include the steps of: receiving a plurality of frames from an access point (AP) by means of the station STA that is changed from a sleep state to an awake state; determining whether each of the plurality of frames has an error; and transmitting a response frame representing the presence and absence of the error to the AP. Even if each of the plurality of frames includes information instructing the AP to stop transmitting to the station to the station STA, it is possible to maintain the awake state when at least one of the plurality of frames has an error.

Methods and arrangements to signal short interframe spaces

Generally, embodiments to enable, indicate and detect Short Interframe Space (SIFS) of different time durations, a short (or small) SIFS which is shorter in duration than a regular SIFS, are described herein. Embodiments may comprise logic such as hardware and/or code to signal a short SIFS or a regular SIFS by setting or clearing a bit of a management frame transmitted by a station to an access point during the network association process, or by setting or clearing a bit in the SIG field of the preamble of a data unit transmitted by an access point to an associated station. In some embodiments, a third party station is able to receive the data unit sent by the access point, and decode, e.g., the SIG field bit to determine whether the short SIFS duration or regular SIFS duration is defined for the communication between the access point and the station.

LOW-LATENCY FPGA FRAMEWORK BASED ON RELIABLE UDP AND TCP RE-ASSEMBLY MIDDLEWARE

A method and system of a low-latency FPGA framework based on reliable UDP and TCP re-assembly middleware is disclosed. The need for low-latency communication in digital systems has increased drastically. The disclosed FPGA framework enables low-latency communication as a hybrid framework that supports both UDP & TCP communication. As known in art, TCP provides error checking support hence making TCP more reliable as compared to UDP, while UDP is faster but not reliable. Hence the disclosed low-latency FPGA framework latency utilizes the advantage of both UDP and TCP by utilizing UDP for its speed, while switching to TCP in case of a missing sequence in UDP. Further, the disclosed system proposes a TCP re-assembly middleware architecture for processing TCP with a lower-latency, wherein the TCP re-assembly middleware is an independent middleware that is a modular and a plug-play independent middleware.

Terminal device and packet processing method

A packet processing method, the method includes, receiving TCP packets from a wireless access point. An A-MSDU packet is created by aggregating TCP ACK frames generated by the received TCP packets. When the current data transmission speed is less than or equal to a first threshold value and timeout for the A-MSDU packet sent to the wireless access point continuously occurs over a first predefined time, a transmission time interval is reduced by the first preset value and the packet size value is re-calculated according to the adjusted transmission time interval. When the current data transmission speed is greater than or equal to the second threshold value and the size of the created A-MSDU packet that achieves the packet size value occurs over a second predefined time, the packet size value is increased by the second preset value.

ADAPTIVE BLOCK ACKNOWLEDGEMENT NEGOTIATIONS
20220038212 · 2022-02-03 ·

Examples of block acknowledgement negotiations are described. In an example, a request to establish a BA session is sent by a first computing device (first device) to a second computing device (second device). A timer for receipt of a response to the request is initialized. A BA successful response is received by the first device after the timer has timed out. A request to terminate the BA session is sent by the first device to the second device. After sending the request to terminate the BA session, BA negotiation is reinitiated by the first device based on an updated inactivity timer, so that there are greater chances of successfully establishing a BA session. In an example, if the second device ignores the request to terminate the BA session then it sends a BA reject response to the first device. After receiving the BA reject response, the first device waits for the inactivity timer before reinitiating BA negotiations, so that the second device clears its states thereby increasing chances of successful BA renegotiations.