WO2018080561A1 - Rapport d'état de tampon dans des communications de liaison latérale de l'internet des objets nr 5g - Google Patents

Rapport d'état de tampon dans des communications de liaison latérale de l'internet des objets nr 5g Download PDF

Info

Publication number
WO2018080561A1
WO2018080561A1 PCT/US2016/067820 US2016067820W WO2018080561A1 WO 2018080561 A1 WO2018080561 A1 WO 2018080561A1 US 2016067820 W US2016067820 W US 2016067820W WO 2018080561 A1 WO2018080561 A1 WO 2018080561A1
Authority
WO
WIPO (PCT)
Prior art keywords
bsr
data
urllc
amount
urllc data
Prior art date
Application number
PCT/US2016/067820
Other languages
English (en)
Inventor
Satish Chandra Jha
Yaser M. FOUAD
Qian Li
Guangjie Li
Xiaoyun May Wu
Geng Wu
JoonBeom Kim
Vesh Raj Sharma BANJADE
Lu LU
Dawei YING
Hassan GHOZLAN
Song Noh
Original Assignee
Intel Corporation
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Intel Corporation filed Critical Intel Corporation
Publication of WO2018080561A1 publication Critical patent/WO2018080561A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1848—Time-out mechanisms

Definitions

  • Embodiments pertain to radio access networks.
  • Some embodiments relate to wearable devices in various cellular and wireless local area network (WLAN) networks, including Third Generation Partnership Project Long Term Evolution (3GPP LTE) networks and LTE advanced (LTE-A) netw orks as well as 4 th generation (4G) networks and 5 th generation (5G) networks.
  • WLAN wireless local area network
  • 3GPP LTE Third Generation Partnership Project Long Term Evolution
  • LTE-A LTE advanced
  • 5G 5 th generation
  • Some embodiments relate to 5G wearable or other "things" devices and network interactions, in particular handling of user and control plane data in side link communications.
  • 3GPP LTE systems including both LTE and LTE-A systems
  • UEs user equipment
  • network resources such as network resources
  • IoT Internet of Things
  • MTC machine type communication
  • M2M machine-to-machine
  • tUE user-based IoT devices developed recently whose popularity has exploded is "tilings' 1 user equipment (tUE), such as wearable devices, in addition to one or more network UEs (nUE).
  • wearable devices include fitness trackers, smart watches, and smart glasses.
  • Wearable devices typically have lower processing capability, a small batteiy capacity, and a low internal memory capacity. In terms of deployment, each user may carry multiple wearable devices, and may be located in a highly -dense populated situation with other people carrying one or more other wearable devices and nUEs.
  • tUEs may have a mobility similar to that of nUEs and limited functionality compared to the nUEs, independent of the type of tUE.
  • the sidelink communication in the 5G network between a tUE and nUE remains to be determined due at least in part to the vast changes in design of the 5G network.
  • FIG. 1 is a block diagram of a system architecture for supporting wearable devices in accordance with some embodiments.
  • FIG. 2 illustrates components of a communication device in accordance with some embodiments.
  • FIG. 3 illustrates a block diagram of a communication device in accordance with some embodiments.
  • FIG. 4 illustrates another block diagram of a communication device in accordance with some embodiments.
  • FIG. 5 illustrates a protocol stack in accordance with some embodiments.
  • FIG. 6 illustrates a flowchart of a buffer status reporting (BSR) method in accordance with some embodiments.
  • FIGS. 7A-7C illustrate BSR control elements (CEs) in accordance with some embodiments.
  • FIGS. 8A-8F illustrate various formats/cases of a BSR-in-Data packet data unit (PDU).
  • PDU packet data unit
  • FIGS. 9A and 9B illustrate downlink and uplink subframe structures in accordance with some embodiments.
  • FIG. 1 is a block diagram of a system architecture 100 for supporting 5G things (such as wearable) devices.
  • the system architecture 100 includes a network user equipment (nUE) 1 10, one or more things user equipment (tUEs) 120a, 120b, 120c, an evolved universal terrestrial radio access network (E-UTRAN) base station (BS, also referred to as an evolved NodeB (eNB)) or 5G base station 130, and an evolved packet core (EPC) or 5G core 140.
  • the nUE 110 and the tUEs 120 together form, a personal area network (PAN) 150 or side link cell.
  • the EUTRAN thus may include eNBs 130 that provide user plane and control plane protocol terminations towards the nUE 110.
  • the eNBs 130 may be connected by means of the X2 interface.
  • the eNBs 130 may also be connected to a Mobility Management Entity (MME) via a S l-MME and to a Serving Gateway (S-GW) via a Sl-U.
  • MME Mobility Management Entity
  • S-GW Serving Gateway
  • the nUE 110 may be any user equipment capable of
  • the nUE 110 may be a mobile phone, a tablet computer, a wearable device such as a smart watch, etc.
  • the nUE may be a tUE that is capable of communicating with the base station 130 and has sufficient batten' life (e.g., greater than 30%, 50%, 75%, 90% of the maximum amount of battery power etc.).
  • Hie nUE 110 may have a full infrastructure network access protocol and full control and user plane (C/U-dlane) functions. As shown, the nUE 110 may communicate with the base station 130 via a Xu-d (direct) air interface.
  • Each tUE 120 may include a wireless interface (Xu-d or Xu-s) for communicating within the PAN 150.
  • the tUE 120 may communicate with the nUE 110 or another tUE 120 through the Xu-s (sidelink) intra-PAN air interface.
  • the tUE 120 may include, for example, smart watches, smart glasses, smart headphones, fitness sensors, movement trackers, sleep sensors, etc.
  • the tUE 120 may also communicate directly with the base station 130 via a Xu-d air interface.
  • the tUE 120 may be unable to communicate directly with the base station 130.
  • the nUE 110 may act as a master UE in a sidelink cell formed by the nUE 110 and associated tUEs 120.
  • the tUE 120 may have a full sidelink protocol stack and may or may not have standalone direct link protocol stack.
  • the tUE 120 may act as a slave UE in the side link cell.
  • the base station 130 may be a base station of a cellular network.
  • the base station 130 is may be an eNB in a LTE cellular network or a 5G Radio Access Network (RAN) in a next generation (5G) network.
  • the 5G RAN may be a standalone base station or a booster cell anchored to an eNB.
  • the base station 130 may communicate with a core network 140 (EPC for LTE or 5G core for 5G) using an SI interface.
  • EPC for LTE or 5G core for 5G
  • SI interface SI interface
  • Some aspects of the subject technology may be implemented in conjunction with a LTE network, and, in some cases, leverages device-to-device (D2D) and machine -type communications (MTC) technology.
  • D2D device-to-device
  • MTC machine -type communications
  • aspects of the subject technology address high-density scenarios.
  • LTE-D2D some aspects of the subject technology enable PAN- speciflc identity, unicast in intra-PAN communication, uplink and downlink features, and operation in unlicensed bands.
  • LTE-MTC some aspects of the subject technology provide support for diverse traffic, including high rate traffic and low latency traffic.
  • the base station 130 may be a macro base station or a smaller base station (micro, pico, nano) that may terminate the air interface protocol .
  • the base station 130 may fulfill various logical functions for the RAN including, but not limited to, RNC (radio network controller functions) such as radio bearer management, uplink and downlink dynamic radio resource management and data packet scheduling, and mobility management.
  • RNC radio network controller functions
  • UEs 120 may be configured to communicate orthogonal frequency division multiplexed (OFDM) communication signals with the base station 130 over a multicarrier communication channel in accordance with an OFDMA communication technique.
  • the OFDM signals may comprise a plurality of orthogonal subcarners.
  • non-OFDM signals may be used in addition or instead of OFDM signals.
  • the S I interface may be the interface that separates the RAN 130 and the core network 140.
  • the S I interface may be split into two pasts: the Sl- U, which may carry traffic data between base stations of the RAN 130 and other elements of the core network, such as a serving GW, and the S l-MME, which may be a signaling interface between the RAN 130 and an MME.
  • FIG. 2 illustrates components of a communication device in accordance with some embodiments.
  • the communication device 200 may be a UE, eNB or other network component as described herein.
  • the communication device 200 may be a stationary, non-mobile device or may be a mobile device.
  • the UE 200 may include application circuitry 202, baseband circuitry 204, Radio Frequency (RF) circuitry 206, front-end module (FEM) circuitry 208 and one or more antennas 210, coupled together at least as shown. At least some of the base band circuitry 204, RF circuitry 206, and FEM circuitry 208 may form a transceiver.
  • other network elements, such as the MME may contain some or all of the components shown in FIG. 2.
  • the application or processing circuitry 202 may include one or more application processors.
  • the application circuitiy 202 may include circuitry such as, but not limited to, one or more single-core or multi- core processors.
  • the processor(s) may include any combination of general- purpose processors and dedicated processors (e.g., graphics processors, application processors, etc.).
  • the processors may be coupled with and/or may include memory/storage and may be configured to execute snstmciions stored in the memory/storage to enable various applications and/or operating systems to ran on the system.
  • the baseband circuitiy 204 may include circuitry such as, but not limited to, one or more single-core or multi-core processors.
  • the baseband circuitiy 204 may include one or more baseband processors and/or control logic to process baseband signals received from a receive signal path of the RF circuitry 206 and to generate baseband signals for a transmit signal path of the RF circuitiy 206.
  • Baseband processing circuity 204 may interface with the application circuitiy 202 for generation and processing of the baseband signals and for controlling operations of the RF circuitiy 206.
  • the baseband circuitiy 204 may include a second generation (2G) baseband processor 204a, third generation (3G) baseband processor 204b, fourth generation (4G) baseband processor 204c, and/or other baseband processor(s) 204d for other existing generations, generations in development or to be developed in the future (e.g., fifth generation (5G), 5G, etc.).
  • the baseband circuitry 204 e.g., one or more of baseband processors 204a-d
  • the radio control functions may include, but are not limited to, signal modulation/demodulation,
  • modulation/demodulation circuitry of the baseband circuitry 204 may include FFT, preceding, and/or constellation mapping/demapping functionality .
  • encoding/decoding circuitiy of the baseband circuitry 204 may include convolution, tail-biting convolution, turbo, Viterbi, and/or Low Density Parity Check (LDPC) encoder/decoder functionality.
  • LDPC Low Density Parity Check
  • the baseband eireuitiy 204 may include elements of a protocol stack such as, for example, elements of an Evolved UT AN (EUTRA ) protocol including, for example, physical (PHY), media access control (MAC), radio link control (RLC), packet data convergence protocol (PDCP), radio resource control (RRC) elements, and/or Non- Access Stratum (NAS) elements.
  • EUTRA Evolved UT AN
  • a central processing unit (CPU) 204e of the baseband circuitry 204 may be configured to ran elements of the protocol stack for signaling of the PHY, MAC, RLC, PDCP and/or RRC layers, and/or NAS.
  • CPU central processing unit
  • the baseband circuitry may include one or more audio digital signal processor(s) (DSP) 204f.
  • the audio DSP(s) 204f ma ⁇ be include elements for compression/decompression and echo cancellation and may include other suitable processing elements in other embodiments.
  • Components of the baseband circuitry may be suitably combined in a single chip, a single chipset, or disposed on a same circuit board in some embodiments.
  • some or all of the constituent components of the baseband circuitry 204 and the application circuitr ' 202 may be
  • SOC system on a chip
  • the baseband circuitry 204 may provide for communication compatible with one or more radio technologies.
  • the baseband circuitry 204 may support communication with an EUTRAN and/or other wireless metropolitan area networks (WMAN), a wireless local area network (WLAN), a wireless personal area network (WPAN).
  • WMAN wireless metropolitan area networks
  • WLAN wireless local area network
  • WPAN wireless personal area network
  • Embodiments in which the baseband circuitry 204 is configured to support radio communications of more than one wireless protocol may be referred to as multi-mode baseband circuitry.
  • the device can be configured to operate in accordance with communication standards or other protocols or standards, including Institute of Electrical and Electronic Engineers (IEEE) 802.16 wireless technology (WiMax), IEEE 802.11 wireless technology (VViFi) including IEEE 802.11 ad, which operates in the 60 GHz millimeter wave spectrum, various other wireless technologies such as global system for mobile communications (GSM), enhanced data rates for GSM evolution (EDGE), GSM EDGE radio access network (GERAN), universal mobile telecommunications system (UMTS), UMTS terrestrial radio access network (I THA N ), or other 2G, 3G, 4G, 5G, etc. technologies either already developed or to be developed.
  • IEEE Institute of Electrical and Electronic Engineers
  • WiMax WiMax
  • VViFi IEEE 802.11 wireless technology
  • WiMax WiMax
  • IEEE 802.11 ad which operates in the 60 GHz millimeter wave spectrum
  • GSM global system for mobile communications
  • EDGE enhanced data rates for GSM evolution
  • 0028J RF circuitry 206 may enable communication with wireless networks using modulated electromagnetic radiation through a non-solid medium.
  • the RF circuitry 206 may include switches, filters, amplifiers, etc. to facilitate the communication with the wireless network.
  • RF circuitry 206 may include a receive signal path which may include circuitry to down-convert RF signals received from the FEM circuitry 208 and provide baseband signals to the baseband circuitr - 204.
  • RF circuitry 206 may also include a transmit signal path which may include circuitry to up-convert baseband signals provided by the baseband circuitry 204 and provide RF output signals to the FEM circuitry 208 for transmission.
  • the RF circuitry 206 may include a receive signal path and a transmit signal path.
  • the receive signal path of the RF circuitry 206 may include mixer circuitry 206a, amplifier circuitry 206b and filter circuitry- 206c.
  • the transmit signal path of the RF circuitry 206 may include filter circuitry 206c and mixer circuitry 206a.
  • RF circuitry 206 may also include synthesizer circuitry 206d for synthesizing a frequency for use by the mixer circuitry 206a of the receive signal path and the transmit signal path.
  • the mixer circuitry 206a of the receive signal path may be configured to down-convert RF signals received from the FEM circuitry 208 based on the synthesized frequency provided by synthesizer circuitry 206d.
  • the amplifier circuitry 206b may be configured to amplify the down-converted signals and the filter circuitry- 206c may be a low -pass filter (LPF) or band-pass filter (BPF) configured to remove unwanted signals from the down-converted signals to generate output baseband signals.
  • LPF low -pass filter
  • BPF band-pass filter
  • Output baseband signals may be provided to the baseband circuitry 204 for further processing.
  • the output baseband signals may be zero-frequency baseband signals, although tins is not a requirement.
  • mixer circuitry 206a of the receive signal path may comprise passive mixers, although the scope of the embodiments is not limited in this respect.
  • the mixer circuitiy 206a of the transmit signal path may be configured to up-convert input baseband signals based on the synthesized frequency provided by the synthesizer circuitry 206d to generate RF output signals for the FEM circuitry 208.
  • the baseband signals may be provided by the baseband circuitiy 204 and may be filtered by filter circuitry 206c.
  • the filter circuitry 206c may include a low-pass filter (LPF), although the scope of the embodiments is not limited in this respect.
  • LPF low-pass filter
  • the mixer circuitiy 206a of the receive signal path and the mixer circuitry 206a of the transmit signal path may include two or more mixers and may be arranged for quadrature downconversion and/or upconversion respectively.
  • the mixer circuitry 206a of the receive signal path and the mixer circuitiy 206a of the transmit signal path may include two or more mixers and may be arranged for image rejection (e.g., Hartley image rejection).
  • the mixer circuitry 206a of the receive signal path and the mixer circuitry 206a may be arranged for direct downconversion and/or direct upconversion, respectively.
  • the mixer circuitry 206a of the receive signal path and the mixer circuitry 206a of the transmit signal path may be configured for super-heterodyne operation .
  • the output baseband signals and the input baseband signals may be analog baseband signals, although the scope of the embodiments is not limited in this respect.
  • the output baseband signals and the input baseband signals may be digital baseband signals.
  • the RF circuitry 206 may include analog-to-digital converter (ADC) and digital-to-analog converter (DAC) circuitry and the baseband circuitry 204 may include a digital baseband interface to communicate with the RF circuitry 206.
  • ADC analog-to-digital converter
  • DAC digital-to-analog converter
  • a separate radio IC circuitry may be provided for processing signals for each spectrum, although the scope of the embodiments is not limited in this respect.
  • the synthesizer circuitry 2()6d may be a fractional -N synthesizer or a fractional N/N+l synthesizer, altliough the scope of the embodiments is not limited in this respect as other types of frequency synthesizers may be suitable.
  • synthesizer circuitry 206d may be a delta-sigma synthesizer, a frequency multiplier, or a synthesizer comprising a phase-locked loop with a frequency divider.
  • the synthesizer circuitry 206d may be configured to synthesize an output frequency for use by the mixer circuitrv' 206a of the RF circuitry- 206 based on a frequency input and a divider control input.
  • the synthesizer circuitry 206d may be a fractional N/N+l synthesizer.
  • frequency input may be provided by a voltage controlled oscillator (VCO), although that is not a requirement.
  • VCO voltage controlled oscillator
  • Divider control input may be provided by either the baseband circuitrv' 204 or the applications processor 202 depending on the desired output frequency.
  • a divider control input (e.g., N) may be determined from a lookup table based on a channel indicated by the applications processor 202.
  • Synthesizer circuitry 206d of the RF circuitry 206 may include a divider, a delay -locked loop (DLL), a multiplexer and a phase accumulator.
  • the divider may be a dual modulus divider (DMD) and the phase accumulator may be a digital phase accumulator (DPA).
  • the DMD may be configured to divide the input signal by either N or N+l (e.g., based on a carry out) to provide a fractional division ratio.
  • the DLL may include a set of cascaded, tunable, delay elements, a phase detector, a charge pump and a D-type flip-flop.
  • the delay elements may be configured to break a VCO period up in to Nd equal packets of phase, where Nd is the number of delay elements in the delay line.
  • Nd is the number of delay elements in the delay line.
  • synthesizer circuitry 206d may be configured to generate a carrier frequency as the output frequency, while in other embodiments, the output frequency may be a multiple of the carrier frequency (e.g., twice the earner frequency, four times the carrier frequency) and used in conjunction with quadrature generator and divider circuitry to generate multiple signals at the carrier frequency with multiple different phases with respect to each other.
  • the output frequency may be a LO frequency (flo).
  • the RF circuits" ⁇ ' 206 may include an IQ/polar converter.
  • FEM circuitry 208 may include a receive signal path which may include circuitry configured to operate on RF signals received from one or more antennas 210, amplify the received signals and provide the amplified versions of the received signals to the RF circuitry 206 for further processing.
  • FEM circuitry 208 may also include a transmit signal path which may include circuitry configured to amplify signals for transmission provided by the RF circuitry 206 for transmission by one or more of the one or more antennas 2 0.
  • the FEM circuitry 208 may include a
  • the FEM circuitry may include a receive signal path and a transmit signal path.
  • the receive signal path of the FEM circuitry may include a low-noise amplifier (LNA) to amplify received RF signals and provide the amplified received RF signals as an output (e.g., to the RF circuitry 206).
  • the transmit signal path of the FEM circuits" ⁇ ' 208 may include a power amplifier (PA) to amplify input RF signals (e.g., provided by RF circuitry 206), and one or more filters to generate RF signals for subsequent transmission (e.g., by one or more of the one or more antennas 210.
  • PA power amplifier
  • the communication device 200 may include additional elements such as, for example, memory/storage, display, camera, sensor, and/or input/output (I/O) interface as described in more detail below.
  • the communication device 200 described herein may be part of a portable wireless communication device, such as a personal digital assistant (PDA), a laptop or portable computer with wireless
  • PDA personal digital assistant
  • the communication device 200 may include one or more user interfaces designed to enable user interaction with the system and/or peripheral component interfaces designed to enable peripheral component interaction with the system.
  • the communication device 200 may include one or more of a keyboard, a keypad, a touchpad, a display, a sensor, a non-volatile memory port, a universal serial bus (USB) port, an audio jack, a power supply interface, one or more antennas, a graphics processor, an application processor, a speaker, a microphone, and other I/O components.
  • the display may be an LCD or LED screen including a touch screen .
  • the sensor may include a gyro sensor, an accelerometer, a proximity sensor, an ambient light sensor, and a positioning unit. The positioning unit may communicate with components of a positioning network, e.g., a global positioning system (GPS) satellite.
  • GPS global positioning system
  • the antennas 210 may comprise one or more directional or omnidirectional antennas, including, for example, dipoie antennas, monopole antennas, patch antennas, loop antennas, microstrip antennas or other types of antennas suitable for transmission of RF signals.
  • the antennas 210 may be effectively- separated to take advantage of spatial diversity and the different channel characteristics that may result.
  • the communication device 200 is illustrated as having several separate functional elements, one or more of the functional elements may be combined and may be implemented by combinations of software-configured elements, such as processing elements including digital signal processors (DSPs), and/or other hardware elements.
  • processing elements including digital signal processors (DSPs), and/or other hardware elements.
  • DSPs digital signal processors
  • some elements may comprise one or more microprocessors, DSPs, field-programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), radio-frequency integrated circuits (RFICs) and combinations of various hardware and logic circuitry for performing at least the functions described herein.
  • the functional elements may refer to one or more processes operating on one or more processing elements.
  • Embodiments may be implemented in one or a combination of hardware, firmware and software. Embodiments may also be implemented as instractions stored on a computer-readable storage device, which may be read and executed by at least one processor to perform the operations described herein.
  • a computer-readable storage device may include any non-transitory mechanism for storing information in a form readable by a machine (e.g., a computer).
  • a computer-readable storage device may include readonly memory (ROM), random-access memory (RAM), magnetic disk storage media, optical storage media, flash-memory devices, and other storage devices and media.
  • Some embodiments may include one or more processors and may be configured with instructions stored on a computer-readable storage device. ⁇ 045] FIG.
  • the device may be a UE, for example, such as the UE shown in FIG. 1.
  • the physical layer circuitry 302 may perform various encoding and decoding functions that may include formation of baseband signals for transmission and decoding of received signals.
  • the communication device 300 may also include medium access control layer (MAC) circuitry 304 for controlling access to the wireless medium.
  • the communication device 300 may also include processing circuitry 306, such as one or more single-core or multi-core processors, and memory 308 arranged to perform the operations described herein.
  • the physical layer circuitry 302, MAC circuitry 304 and processing circuitry 306 may handle various radio control functions that enable communication with one or more radio networks compatible with one or more radio technologies.
  • the radio control functions may include signal modulation, encoding, decoding, radio frequency shifting, etc.
  • communication may be enabled with one or more of a WMAN, a WLAN, and a WPAN.
  • the communication device 300 can be configured to operate in accordance with 3 GPP standards or other protocols or standards, including WiMax, WiFi, WiGig, GSM, EDGE, GERAN, UMTS, UTRAN, or other 3G, 3G, 4G, 5G, etc. technologies either already developed or to be developed.
  • the communication device 300 may include transceiver circuitry 312 to enable communication with other external devices wirelessly and interfaces 314 to enable wired communication with other external devices.
  • the transceiver circuitry 312 may perform various transmission and reception functions such as conversion of signals between a baseband range and a Radio Frequency (RF) range.
  • RF Radio Frequency
  • the antennas 301 may comprise one or more directional or omnidirectional antennas, including, for example, dipoie antennas, monopole antennas, patch antennas, loop antennas, microstrip antennas or other types of antennas suitable for transmission of RF signals.
  • the antennas 301 may be effectively separated to take advantage of spatial diversity and the different channel characteristics that may result.
  • the communication device 300 is illustrated as having several separate functional elements, one or more of the functional elements may ⁇ be combined and may be implemented by combinations of software-configured elements, such as processing elements including DSPs, and/or other hardware elements. For example, some elements may comprise one or more
  • the functional elements may refer to one or more processes operating on one or more processing elements.
  • Embodiments may be implemented in one or a combination of hardware, firmware and software. Embodiments may also be implemented as instructions stored on a computer- readable storage device, which may be read and executed by at least one processor to perform the operations described herein.
  • FIG. 4 illustrates another block diagram of a communication device in accordance with some embodiments.
  • the communication device 400 may operate as a standalone device or may be connected (e.g., networked) to other communication devices.
  • the communication device 400 may operate in the capacity of a server communication device, a client communication device, or both in server- client network environments.
  • the communication device 400 may act as a peer communication device in peer-to-peer (P2P) (or oilier distributed) network environment.
  • P2P peer-to-peer
  • the communication device 400 may be a UE, eNB, PC, a tablet PC, a STB, a PDA, a mobile telephone, a smart phone, a web appliance, a network router, switch or bridge, or any communication device capable of executing instructions (sequential or otherwise) that specify actions to be taken by that communication device. Further, while only a single
  • Examples, as described herein, may include, or may operate on, logic or a number of components, modules, or mechanisms.
  • Modules are tangible entities (e.g., hardware) capable of performing specified operations and may be configured or arranged in a certain manner.
  • circuits may ⁇ be arranged (e.g., internally or with respect to external entities such as other circuits) in a specified manner as a module.
  • the whole or part of one or more computer systems may be configured by firmware or software (e.g., instructions, an application portion, or an application) as a module that operates to perform, specified operations.
  • the software may reside on a communication device readable medium.
  • the software when executed by the underlying hardware of the module, causes the hardware to perform the specified operations.
  • module is understood to encompass a tangible entity, be that an entity that is physically constructed, specifically configured (e.g., hardwired), or temporarily (e.g., transitorily) configured (e.g., programmed) to operate in a specified manner or to perform part or all of any operation described herein.
  • each of the modules need not be instantiated at any one moment in time.
  • the modules comprise a general -purpose hardware processor configured using software
  • the general-purpose hardware processor may be configured as respective different modules at different times.
  • Software may accordingly configure a hardware processor, for example, to constitute a particular module at one instance of time and to constitute a different module at a different instance of time.
  • Communication device 400 may include a hardware processor 402 (e.g., a central processing unit (CPU), a graphics processing unit (GPU), a hardware processor core, or any combination thereof), a mam memory 404 and a static memory 406, some or all of which may communicate with each other via an interlink (e.g., bus) 408.
  • a hardware processor 402 e.g., a central processing unit (CPU), a graphics processing unit (GPU), a hardware processor core, or any combination thereof
  • a mam memory 404 e.g., RAM
  • static memory 406 e.g., static memory
  • the communication device 400 may further include a display unit 410, an alphanumeric input device 412 (e.g., a keyboard), and a user interface (UI) navigation device 414 (e.g., a mouse).
  • the display unit 410, input device 412 and UI navigation device 414 may be a touch screen display.
  • the communication device 400 may additionally include a storage device (e.g., drive unit) 4 6, a signal generation device 418 (e.g., a speaker), a network interface device 420, and one or more sensors 421 , such as a global positioning system (GPS) sensor, compass, accelerometer, or other sensor.
  • GPS global positioning system
  • the communication device 400 may include an output controller 428, such as a serial (e.g., universal serial bus (USB), parallel, or other wired or wireless (e.g., infrared (IR), near field communication (NFC), etc.) connection to communicate or control one or more peripheral devices (e.g., a printer, card reader, etc.).
  • a serial e.g., universal serial bus (USB), parallel, or other wired or wireless (e.g., infrared (IR), near field communication (NFC), etc.) connection to communicate or control one or more peripheral devices (e.g., a printer, card reader, etc.).
  • USB universal serial bus
  • IR infrared
  • NFC near field communication
  • the storage device 416 may include a communication device readable medium 422 on which is stored one or more sets of data structures or instructions 424 (e.g., software) embodying or utilized by any one or more of the techniques or functions described herein.
  • the instructions 424 may also reside, completely or at least partially, within the main memory 404, within static memory 406, or within the hardware processor 402 during execution thereof by the communication device 400.
  • one or any combination of the hardware processor 402, the main memory 404, the static memory 406, or the storage device 416 may constitute communication device readable media.
  • the term "communication device readable medium” may include a single medium, or multiple media (e.g., a centralized or distributed database, and/or associated caches and servers) configured to store the one or more instructions 424.
  • the term " 'communication device readable medium” may include any medium that is capable of storing, encoding, or carrying instructions for execution by the communication device 400 and that cause the communication device 400 to perform any one or more of the techniques of the present disclosure, or that is capable of storing, encoding or carrying data structures used by or associated with such instructions.
  • Non-limiting communication device readable medium examples may include solid-state memories, and optical and magnetic media.
  • Specific examples of communication device readable media may include: non-volatile memory, such as semiconductor memory devices (e.g., Electrically Programmable Read-Only Memory (EPROM), Electrically Erasable Programmable Read-Only Memory (EEPROM)) and flash memory devices: magnetic disks, such as internal hard disks and removable disks:
  • EPROM Electrically Programmable Read-Only Memory
  • EEPROM Electrically Erasable Programmable Read-Only Memory
  • communication device readable media may include non-transitory communication device readable media.
  • communication de vice readable media may include communication device readable media that is not a transitory propagating signal.
  • the instructions 424 may further be transmitted or received over a communications network 426 using a transmission medium via the network interface device 420 utilizing any one of a number of transfer protocols (e.g., frame relay, internet protocol (IP), transmission control protocol (TCP), user datagram protocol (UDP), hypertext transfer protocol (HTTP), etc.).
  • Example communication networks may include a local area network (LAN), a wide area network (WAN), a packet data network (e.g., the Internet), mobile telephone networks (e.g., cellular networks).
  • Plain Old Telephone (POTS) networks and wireless data networks (e.g., IEEE 802.11 family of standards known as WiFi®, IEEE 802.16 family of standards known as WrMax®), IEEE 802.15.4 family of standards, a LTE family of standards, a UMTS family of standards, peer-to-peer (P2P) networks, among others.
  • the network interface device 420 may include one or more physical jacks (e.g., Ethernet, coaxial, or phone jacks) or one or more antennas to connect to the communications network 426.
  • the network interface device 420 may include a plurality of antennas to wirelessly communicate using at least one of single-input multiple-output (SIMO), MIMO, or multiple-input single-output (MISO) techniques.
  • SIMO single-input multiple-output
  • MISO multiple-input single-output
  • the network interface device 420 may wirelessly communicate using Multiple User MIMO techniques.
  • transmission medium shall be taken to include any intangible medium that is capable of storing, encoding or carrying instructions for execution by the communication device 400, and includes digital or analog communications signals or other intangible medium to facilitate communication of such software.
  • a tUE such as a wearable device or vehicle-embedded device may be temporarily or permanently constrained to communicate with the EUTRAN through a nUE (also referred to as a controller UE or a scheduler UE).
  • a nUE also referred to as a controller UE or a scheduler UE.
  • Several tUEs may he associated with a particular nUE to form a PAN.
  • a large number of nUEs may be located in a particular geographical region served by a single EUTRAN.
  • Each nUE may be associated with a different PAN, which may create a high density network scenario.
  • the RAN may furthermore assign a common resource pool for wearable communication.
  • This resource pool may be shared among all of the PANs in the geographical area and within each PAN on a contention-based resource access basis.
  • Each nUE may have two higher layer protocol stacks, one for the Xu-s interface with the tUE and one for the Xu-d interface with the EUTRAN.
  • the tUEs may have the same two higher layer protocol stacks or may have a single higher layer protocol stack for one for the Xu-s interface with the nUE.
  • Resource handling by the nUE may involve several procedures to make challenging decisions such as: (i) uplink (UL) versus downlink (DL) subframes allocations as the considered system over Xu-s interface works as a time division duplexing (TDD) system; (ii) scheduling of multiple tUEs for DL transmission in a DL subframe; and (iii) scheduling of multiple tUEs for UL transmission in an UL subframe. All these decisions and selections made by the nUE may depend at least in part on the amount and type of data traffic waiting for UL and/or DL transmission.
  • TDD time division duplexing
  • a mechanism that may include multiple procedures and signaling may be used to enable the nUE to receive information about the amount and type of UL traffic waiting for retransmission at various tUEs.
  • Such a mechanism may be used by the tUEs as it may enable the tUE to ask for UL resource and services for UL transmissions with the nUE.
  • a detailed mechanism referred to herein as a buffer status reporting (BSR) mechanism, may enable the tUE to send or the nUE to acquire updated information about the amount and types of UL traffic waiting for transmission or retransmission at the tUE.
  • BSR buffer status reporting
  • FIG. 5 illustrates a protocol stack in accordance with some embodiments.
  • the protocol stack may be provided in any of the nUEs or tUEs described in FIGS. 1-4.
  • the higher layer protocol stack (tSL-HL) 504 may refer primarily to the protocol layers between the PHY (tSL-PHY) 506 and
  • the tSL-HL 504 may refer to one or more of the MAC, RLC and PDCP layers of legacy LTE protocol layers.
  • FIG. 6 illustrates a flowchart of a buffer status reporting (BSR) method in accordance with some embodiments.
  • the method may be perfonned by any tUE shown in FIGS. 1-4.
  • the procedures may include generation, maintaining and cancellation of triggers for BSR transmission, generation of a BSR, and transmission of the BSR.
  • one or more BSR transmission triggers may be generated.
  • the types of BSR transmission triggers and conditions for generating a BSR trigger are provided in more detail below.
  • Generation of the BSR at operation 604 may include a number of separate operations.
  • the separate operations may include generation of BS content (also referred to herein as a BSR message or a BSR control element (CE)), defining different types of BSR messages/CEs to handle regular new/retransmission data as well as Ultra-High Reliability and Low Latency Communication (URLLC) and Mission Critical (MC) new/retransmission data, and defining various fields for each BSR message/CE type.
  • Hie types of data as used herein thus include new and retransmission data, MC/URLLC (also referred to herein merely as URLLC for convenience) and non -MC URLLC data, and control plane and user plane data.
  • URLLC Ultra-High Reliability and Low Latency Communication
  • MC Mission Critical
  • Hie types of data as used herein thus include new and retransmission data, MC/URLLC (also referred to herein merely as URLLC for convenience) and non -MC URLLC data, and control plane and
  • the tUE may at operation 606 transmit the BSR.
  • Transmission of the BSR may include transmission of the BSR in a UL Data PDU, transmission of the BSR in an acknowledgment (ACK) for a DL HARQ Process and invocation of a Random. Access (RA) process and transmission of the BSR in a RA message.
  • the RA may be contention-based, for example, the RA message may be a Contention Resolution RA PDU.
  • one or more of the BSR triggers may be cancelled.
  • cancellation of a specific BSR trigger may be dependent on the type of trigger and what was transmitted in operation 606.
  • the above BSR mechanism may enable the tUE to send, and the nUE to acquire, updated information about the amount and types of UL traffic waiting for transmission or retransmission at the tUE.
  • An efficient BSR mechanism may be used by the nUE for effective resource scheduling among the tUEs in the PAN in order to maximize resource utilization, enhance the user experience among the tUEs in the PAN associated with the nUE, treat the tUEs based on the priorities of different types of data and tUEs, impro ve fairness among the tUEs, and improve overall system performance.
  • the nUE may perform a scheduling and resource assignment procedure based on the BSR information.
  • the scheduling and resource assignment may include a determination of the UL/DL subframe rati o, scheduling of one or more tUEs for DL transmission in a DL subframe, and scheduling of one or more tUEs for UL transmission in an UL subframe as major functionalities.
  • Various pieces of information from tUEs may be used by the nUE for scheduling and resource assignment.
  • This information may include the amount of regular (non-MC/non-URLLC) UL data at each tUE, as well as the amount of MC/URLLC UL data for a new transmission or retransmission at each tUE.
  • the amount of regular data indicated may include the total amount of each of: non-MC/non-URLLC data, new transmission data, retransmission data, user plane data, user plane new data, user plane retransmission data, control plane data, control plane new data, and control plane retransmission data.
  • the non-MC/non-URLLC data may include the sum of all types of user and control plane new and retransmission data,.
  • the new transmission data may include the sum of all types of user and control plane new transmission data and the retransmission data may include the sum of all types of user and control plane retransmission data.
  • the user plane data may include the sum of user plane new and retransmission data and the control plane data may include the sum of control plane new and retransmission data.
  • Tlie user plane new data, user plane retransmission data, control plane new data, and control plane retransmission data may contain the sum. of the respective type of data,
  • Tlie BSR mechanism may be used when transmission of the information from the tUE to the nUE is to be performed.
  • Tlie BSR mechanism may, as above, generate, maintain and cancel triggers for BSR transmission, generate a BSR, and transmit the BSR.
  • FIGS. 7A-7C illustrate BSR control elements (CEs) in accordance with, some embodiments.
  • the BSR-in-ACK CE may be of fixed small size, such as a few bits.
  • the size of the BSR-in- ACK CE may be 4 bits (16 total values), and, in particular, the first 4 bits of the octet may contain the BSR-in-ACK CE.
  • the BSR-in-ACK CE may be targeted to be sent in an ACK/NACK message in the ACK channel of a downlink subframe.
  • the BSR-in-ACK CE can be used to inform the nUE about arrival of MC URLLC data in a downlink subframe at the tUE.
  • the BSR-in- ACK CE may indicate the arrival by inserting a BSR-in-ACK in the
  • BSR-in-ACK can also provide tlie buffer size of other non-MC/non-URLLC data as described in Tables 1 and 2 below.
  • Table 2 Mapping of BSR-in-ACK to the Buffet Size ieveis.
  • BSR-in-ACK Index (4 bits)
  • Buffer Size (BS) value [bytes]
  • a BSR-in-ACK CE having an BSR Index from 0000 to 1110 (0-14) may indicate to the nUE the tentative total data amoimt in the UL buffer of the tUE pending for (re)transmission.
  • Each BSR Index may be mapped to a range of buffer sizes. Although an example of the BSR index and corresponding buffer sizes is provided in Table 2, other buffer size ranges may be used in the indexes.
  • each index As the number of BSR Index values are limited, a range of sizes are indicated by each index, with granularity changing with increasing amount of data.
  • a smaller granularity for smaller buffer sizes provides more accurate buffer size information to the nUE (and eNB).
  • a larger granularity may be provided for larger buffer size as the nUE may not provide a grant for the UL data in one TTL
  • the granularity may be selected based on resource allocation granularity (e.g., 1 PRB, 2 PRBs) and how many bits each PRB can cany.
  • the amount of data in each PRB may vary with MCS, each PRB typically being able to carry 22 bytes to 75 bytes.
  • the buffer range represented by each index value may thus be a multiple of the possible bytes each PRB can carry.
  • the BSR size range indicated by each index value may be selected randomly, but without any gap between two consecutive ranges.
  • the BSR-in-PDU may be a general purpose BSR carrying detailed information of buffer sizes of various types of data at the tUE.
  • FIGS. 8A-8F illustrate various foirnats/cases of a BSR-in-Data packet data unit (PDU).
  • the BSR-in-Data PDU may be of longer size than the BSR-in-ACK CE, for example, 5 or more bits.
  • the BSR-in-Data PDU may be generally transmitted in a data PDU or in a Random Access message, in either of which a greater number of bits for BSR reporting can be accommodated. As shown in FIGS. 8A-8F, the BSR-in-Data PDU may have multiple fields carrying different information.
  • Each field may carry', for example, buffer sizes of different types of traffic.
  • Each field may use a 5 bit BSR-in-Data PDU index to represent the associated buffer size.
  • Table 3 shows various possible content/fields that can be present in a BSR- in-Data PDU.
  • Table 4 shows a BSR-in-Data PDU Index to buffer size level mapping.
  • Field 3 5 bit BSR-in-Data PDU Index Field - may indicate tentative total amount of CP data ⁇ sum of all types of CP new arsd retransmission data
  • Field 1 5 bit BSR-in-Data PDU Index Field - may indicate tentative size of MC URLLC data ⁇ new + retransmission
  • non-MC/non-URLLC Data with following fields:
  • Field 2 5 bit BSR-in-Data PDU Index Field - may indicate tentative total amount of new data (sum of all types of non-MC/non-URLLC UP and CP new data)
  • BSR-in-Data PDU Index field - may indicate tentative total amount of retransmission data (sum of all types of non-MC/non- URLLC UP and CP retransmission data)
  • Field 1 5 bit BSR-in-Data PDU Index Field - may indicate tentative size of MC/URLLC data (new + retransmission)
  • non-MC/non-URLLC Data with following fields:
  • Field 2 5 bit BSR-in-Data PDU Index Field - may indicate tentative total amount of non-MC/non-URLLC UP new data (sum of all ty pes of non-MC/non-URLLC UP new data)
  • Field 3 5 bit BSR-in-Data PDU Index Field - may indicate tentative total amount of non-MC/non-URLLC UP retransmission data (sum of all tvpes of non-MC/non-URLLC UP retransmission data)
  • Field 4 5 bit BSR-in-Data PDU Index Field - may indicate tentative total amount of CP new data (sum of ail types of CP new data)
  • Field 5 5 bit BSR-in-Data PDU Index Field - may indicate tentative total amount of CP retransmission data (sum of all types of CP retransmission data)
  • Non-MC/non-URLLC Data with following fields:
  • BSR-in-Data PDU Index Field - may indicate tentative total amount of non-MC/non-URLLC data (sum of all types non- MC/non-URLLC UP and CP new and retransmission data)
  • Non-MC/non-URLLC Data with following fields:
  • Field 1 5 bit BSR-in-Data PDU Index Field - may indicate tentative total amount of non-MC/non-URLLC UP data (sum of all types of non- MC/non-URLLC UP new and retransmission data)
  • Field 2 5 bit BSR-in-Data PDU Index Field - may indicate tentative total amount of CP data ⁇ sum of all types of CP new arsd retransmission data)
  • Non-MC/non-URLLC Data with follo wing fields :
  • Field 1 5 bit BSR-in-Data PDU Index Field - may indicate tentative total amount of non-MC/non-URLLC new data (sum of all types of non-MC/non-URLLC UP arsd CP new data)
  • Field 2 5 bit BSR-in-Data PDU Index Field - may indicate tentative total amount of non-MC/non-URLLC retransmission data (sum of all types of non-MC/non-URLLC UP and CP retransmission data)
  • Non-MC/non-URLLC Data with following fields:
  • Field 1 5 bit BSR-in-Data PDU Index Field - may indicate tentative total amount of non-MC/non-URLLC UP new data (sum of all ty pes of non-MC/non-URLLC UP new data)
  • Field 2 5 bit BSR-in-Data PDU index Field - may indicate tentative total amount of non-MC/non-URLLC UP retransmission data (sum of all types of non-MC/non-URLLC UP retransmission data)
  • Field 3 5 bit BSR-in-Data PDU Index Field - may indicate tentative total amount of CP new data (sum of all types of CP new data)
  • Field 4 5 bit BSR-in-Data PDU Index Field - may indicate tentative total amount of CP retransmission data (sum of all ty pes of CP retransmission data)
  • BSR-in-Data Buffer Size (BS)
  • BSM-in-Bata Buffer Size (BS)
  • bits bits
  • 0 BS 0 16 4940 ⁇ BS ⁇ - 6074
  • the BSR-in-Data PDU may contain multiple fields, including a
  • BSR-in-Data PDU Control Element (indicate in FIGS.8A-8F as BSR-Type), whose value may indicate whether or not MCURLLC data is available to report.
  • the BSR-in-Data PDU Control Element may be disposed in the first portion of the first octet of the BSR-in-Data PDU, followed by one or more 5 bit BSR-in-Data PDU indexes to represent associated buffer sizes in the same octet or another octet.
  • the BSR-in-Data PDU Control Element may contain 4 bits, with a first range of values indicating that MC/URLLC data is available to report and the second range of value after the first range indicating that MCURLLC data is not available to report, although the specific ranges shown in Table 3 and position shown in FIGS.8A-8F is merely exemplary.
  • An example of a BSR-in-Data PDU with a 5-bit BSR Index field is provided in FIG. 8B.
  • the BSR-Type may indicate that
  • MC/URLLC data is available to report in a first portion of the octet.
  • the second portion of the same octet, along with overflow of the additional bit in the next octet, may indicate the tentative size of the MC/URLLC data in the buffer.
  • the range of data indicated in the BSR Index field may indicate the total amount of MC/URLLC data, which may include the sum. of new, retransmission, user and control MC/URLLC data.
  • the length of one or more of the fields may be different than those shown.
  • the first BSR Index field indicates the tentative size of the MC/URLLC data in the buffer.
  • the BSR-Type may indicate a different value than that of FIG. 8B but still indicate that MC/URLLC data is available to report.
  • the BSR-Type and first BSR Index field may be disposed as above.
  • the second BSR Index field may be wholly disposed in the second octet.
  • the first BSR Index field may indicate the tentative total amount of MC URLLC data, similar to that of FIG . 8B.
  • the second BS Index field may indicate the tentative total amount of non-MC/non- URLLC data in the buffer.
  • the range of data indicated in the second BSR Index field may indicate the total amount of non-MC/non- URLLC data, which may include the sum of new?, retransmission, user and control non-MC/non-URLLC data.
  • a common index may be used for both the first and second BSR Index fields to transmit the range of buffer sizes for each type of data.
  • the indexes may be different for different types of data and thus different fields.
  • the BSR-Type may indicate a different value than that of FIGS. 8B and 8C but still indicate that MC URLLC data is available to report.
  • the first BSR Index field indicates the tentative size of the MC/URLLC data in the buffer.
  • the BSR-Type and first and second BSR Index fields may be disposed as above.
  • the third BSR Index field may be disposed in the second and third octets of the BSR-in-Data PDU.
  • the first BSR Index field may indicate the tentative total amount of MC/URLLC data, similar to that of FIG. 8B.
  • the second BSR Index field may indicate the tentative total amount of non-MC/non-URLLC user plane data in the buffer.
  • the third BSR Index field may indicate the tentative total amount of non-MC/non-URLLC control plane data in buffer.
  • the BSR-Type may indicate a different value than that of FIGS . 8B-8D.
  • the BSR Type may indicate that no MC/URLLC data is in the buffer.
  • the BSR Index field may indicate the tentati ve total amount of non-MC/non-URLLC data in the buffer.
  • the BSR Index field may be disposed in similar to the arrangement of FIG. 8B, although with an indication of non-MC/non-URLLC data in the buffer rather than MC/URLLC data in the buffer.
  • the BSR-Type may indicate a different value than that of FIGS . 8B-8E.
  • the BSR Type may indicate that no MC/URLLC data is in the buffer.
  • the BSR-Type and first BSR Index field may be disposed in the first octet with an overlap in the second octet, while the second BSR Index field may be wholly disposed in the second octet.
  • the first BSR Index field may indicate the tentative total amount of non-MC/non-URLLC user plane data in the buffer.
  • the second BSR Index field may indicate the tentative total amount of non-MC/non-URLLC control plane data in buffer.
  • the position of the BSR Index fields may be different from above.
  • the BSR Index field indicating the non-MC/non-URLLC control plane data may precede the BSR Index field indicating the non-MC/non-URLLC control plane data.
  • the nUE may configure various timers and parameters in the tUE when the tUE associates with the nUE or through control signaling thereafter.
  • the timers and parameters can be transmitted from the nUE to the tUE during an initial network access process of the tUE with the nUE or when the nUE transmits a tSL-RRC message to the tUE when tUE is in a connected/active state.
  • the timers that are configured may include a pe odicBSR-Timer, retxBSR-Timer-non-MC-non- URLLC, relxBSR-Timer-MC- URLLC, prohibit-BSR-in-ACK-Timer, prohibit-BSR-in-Data PDU-Timer, and sr-ProhibitTimer.
  • the configuration parameters may include a New- Retransmission-Data-Report-Separately-Enabled, and UP -CP -Data-Report- Separately-Enabled parameter.
  • the BSR message transmission from the tUE to the nUE may be either periodically transmitted or transmission may be triggered by an event.
  • One type of event may be the arrival of a new type of data at the tUE.
  • the tUE may transmit a request to the nUE for UL resource allocation.
  • the BSR transmission may be selected from among 3 types: Regular, Periodic or Opportunistic. The type of BSR may be based on the trigger event.
  • a regular-BSR transmission may occur when UL data becomes available for transmission in the tSL-HL entity after no data is initially available for transmission in the UL buffers of the tUE.
  • a Regular-BSR-MC/URLLC transmission may be triggered if any part of the data available for transmission is MC/URLLC data
  • a Regular-BSR-non-MC-non-URLLC transmission may be triggered if any part of the data available for transmission is non-MC/non-URLLC.
  • a Regular-BSR-MC URLLC transmission may be triggered when non-MC/non-URLLC data is available for transmission in the UL buffers and MC/URLLC data becomes available for transmission in the tSL-HL entity.
  • a Regular-BSR-non-MC-non-URLLC transmission may be triggered when the retxBSR-Timer-non-MC-non-URLLC expires and the tSL-HL entity has non- MC/non-URLLC Data available for transmission.
  • a Regular-BSR- MC-URLLC transmission may be triggered when the retxBSR-Timer-MC- URLLC expires and the tSL-HL entity has MC/URLLC Data available for transmission.
  • a periodic-BSR transmission may be triggered by a different event from those triggering the regular-BSR transmission.
  • the periodic-BSR transmission may be triggered when the periodicBSR-Timer expires and the tSL-HL entity has MC/URLLC and/or non-MC/non-URLLC data available for transmission.
  • an opportunistic-BSR transmission may be triggered by a different event from those above.
  • the opportunistic-BSR transmission may be triggered by an ACK transmission.
  • the opportunistic-BSR transmission may be triggered when either or both
  • MC/URLLC or non-MC/non-URLLC data is available for transmission in the UL buffers and an ACK is to be sent for DL HARQ in a subframe.
  • the type of transmission may depend on the data, in the UL buffers. If the available data is MC/URLLC, the Opportunistic-BSR-MC-URI ⁇ LC transmission may be triggered to include/embed the opportunistic BSR in the ACK message.
  • the Opportunistic-BSR-MC- UKLLC transmission may be triggered in this case irrespective of whether or not the prohibit-BSR-in-ACK-Timer is running.
  • the Opportunistic- BSR-non-MC-non-URLLC transmission may be triggered to include/embed the opportunistic BSR in the ACK message.
  • the Opportunistic-BSR transmission may not be triggered.
  • the BSR transmission may occur.
  • the transmission may occur at a UL or DL TTI.
  • the tUE may generate a BSR-in-Data PDU control element, start (or restart) the periodicBSR-Timer , start/restart the retxBSR-Timer-MC-URLLC if the generated BSR-in-Data PDU has a MC/URLLC-related 'BSR-in-Data PDU Index field' and start/restart the retxBSR-Timer-non-MC-non-URLLC if the generated BSR- in-Data PDU has a non-MC/non-URLLC-related 'BSR-in-Data PDU Index field'.
  • the tUE may generate a BSR-in-ACK control element with a shorter (4-bit) BSR Index, start/restart the retxBSR-Timer-MC-URLLC if the generated BSR-in-ACK is associated with MC/URLLC data and start/restart the retxBSR-Timer-non-MC- non-URLLC and start/restart the prohibit-BSR-in-ACK-Timer if the generated BSR-in-ACK is associated with regular data.
  • the tSL-HL entity may not have UL resources allocated for a new transmission for an UL TTI or the tSL-HL entity may not have UL resources allocated for ACK transmission for DL HARQ process in a DL TTI.
  • a regular BSR has been triggered for a Regular-BSR- MC/URLLC transmission
  • a Scheduling Re uest of type SR-MC-URLLC may be triggered.
  • a Scheduling Request of type SR-non-MC-non-URI C may be triggered.
  • Control of a Scheduling Request (SR) transmission may be effected by the tSL-RRC of the tUE.
  • the SR may be used for requesting UL resources for transmission.
  • the tSL-RRC may control SR transmission by configuring a prohibit timer referred to herein as the sr- ProhibiiTimer.
  • the sr-ProhibitTimer may limit the frequency of SR
  • the SR may be pending until cancelled by the tSL-RRC.
  • SRs may be of different types: SR-MC-URLLC or SK-non-MC- non-URLLC. All pending SRs of type SR-MC-URLLC may be cancelled when a PDU includes a BSR that contains a buffer status for MC/URLLC data up to (and including) the last event that triggered a BSR. In addition, pending SRs of type SR-MC-URLLC may be cancelled when the UL grants can accommodate all pending MC/URLLC data available for transmission.
  • ail pending SRs of type S?-non-MC -non-URLLC may be cancelled and the sr-ProhibitTimer stopped when a PDU includes a BSR that contains buffer status for non- MC/non-URLLC data up to (and including) the last event that triggered a BSR.
  • pending SRs of type .SR-non-MC-non-URLLC may be cancelled and the sr-ProhibitTimer stopped when the UL grant(s) can accommodate all pending non-MC/non-URLLC data available for transmission.
  • the tSL-HL entity may perform, several functions for each TTI.
  • the tUE may initiate a Random Access procedure in the same or very first UL subframe/TTL
  • the tUE may then generate a BSR-in-Data PDU, include the generated BSR-in-Data PDU in the random access message, and cancel all pending SRs.
  • the tUE may subsequently start the sr- ProhibitTimer timer.
  • the tUE may again initiate a Random Access procedure as above so long as the timer sr-ProhibitTimer is not running. In this case, the tUE may then generate a BSR-in-Data PDU, include the generated BSR-in-Data PDU in the random access message, and cancel all pending SRs of the type '.SR-non-MC- non-U LLC'. The tUE may again subsequently start the sr-ProhibitTimer timer.
  • a tSL-HL PDU may contain at most one BSR control element, even when multiple events trigger a BSR by the time a BSR can be transmitted . If a tSL-HL PDU has multiple UL grants in a TTI, the BSR may be included in a single PDU. While reporting buffer size, the BSR may reflect data remaining in the buffer after generation of all PDUs for the current TTI.
  • the tSL-RRC may control the BSR-in-Data PDU format to be transmitted by defining a prohibit timer called prohibit-BSR-in-Data PDU-Timer and configuration parameters such as New-Retransmission-Data-Report- Separately-Enabled, and UP-CP-Data-Report-Separately-Enabled.
  • the tUE may perform several operations to generate and transmit a BSR-in-Data PDU, which, as above may differ dependent on the type of data available for transmission and whether or not the prohibit-BSR-in-Data PDU-Timer is running.
  • the different types of BSR-in-Data PDU described are shown in Table 3 and corresponding FIGS. 8A-8F.
  • a BSR-in-Data PDU may be generated dependent on the value of the UP-CP- Data-Report-Separately-Enabled and New -Retransmission-Data-Report- Separately-Enabled parameters .
  • a BSR-in-Data PDU may be gen erated that is as above dependent on the value of the UP -CP-Data-Report- Separately-Enabled and New-Retransmission-Data-Report-Separately-Enabled parameters.
  • RRC may control the BSR-in-ACK transmission by defining a prohibit timer called i prohibii-BSR-in-ACK-Timer
  • Triggers may also be cancelled by the tUE. In some
  • all triggered BSRs may be cancelled when the UL grant(s) in a current subframe can accommodate all pending data available for transmission.
  • A3] triggered MC URLLC BSRs may be cancelled when a BSR is included in a tSL-HL PDU that carries a buffer size for MC/URLLC data and all triggered non-MC/non-URLLC BSRs may be cancelled when a BSR is included in a tSL- 5 11. PDU that carries a buffer size for non-MC/non-URLLC data.
  • Regular/periodic BSR may not be cancelled by transmission of a BSR-in-ACK in a DL HARQ ACK.
  • the tSL-HL entity may transmit at most a single
  • FIGS. 9A and 9B illustrate downlink and uplink subframe structures in accordance with some embodiments.
  • the DL and UL subframe structures 910, 930 may be used by any of the nUEs or tUEs shown in FIGS. 1 - 5.
  • Each DL and UL subframe 910, 930 may be 1ms, although other
  • Each DL and UL subframe 9 ! 0, 930 may be divided into multiple physical resource blocks (PRB) in the frequency domain in which each PRE may occupy 3 subcarriers over one subframe. For a subcarrier spacing of 90 kHz and subframe duration of 1ms, each PRB may occupy 180 kHz over 1 ms.
  • the PRBs may be grouped into subchannels in which each subchannel occupies 6 PRBs consecutive in the frequency domain. The minimum system bandwidth is of the size of a subchannel.
  • the channels may be transmitted on a PRA, which may be an aggregation of multiple continuous PRBs.
  • Each DL and UL subfrarne 910, 930 may be divided into a number of sections, each of which is addressed to the same tUE.
  • the first symbol in the subframe 910, 930 may be a common control channel 912 and may indicate whether the data channel 922 is an UL or DL data, channel .
  • the common control channel 912 may be a DL common control channei independent of whether the data channei 922 in the subframe 910, 930 is UL or DL.
  • the common control channel 912 may have a 10 bit payload in which the UL/DL indication is a single bit.
  • the DL common control channei 912 may be followed by a Transmitter resource Acquisition and Sounding (TAS) channel 6.
  • TAS Transmitter resource Acquisition and Sounding
  • the TAS channel 916 may be a DL channel in the DL subframe 910 and an UL channel in the UL subframe 930.
  • the TAS channel 916 may be used by the transmitter to transmit a reference signal for measurement by the receiver.
  • the nUE may transmit the reference signal and the tUE may measure the reference signal.
  • the TAS channel 916 may have a 9 bit payload in which the new data indicator (NDI) is a single bit with a 2 bit repetition and 3 bit CRC.
  • NDI new data indicator
  • a Receiver resource Acknowledgement and Sounding (RAS) channel 918 may be provided subsequent to the TAS channel 916.
  • the receiver e.g., the tUE in the RAS channel 918 in the DL subframe 910, may transmit the measurement to the transmitter (nUE in the DL subframe 910).
  • the RAS channel 918 may provide a CSI and power head room (PUR) report.
  • the RAS channel 918 may have a 10 bit payload in which the modulation and coding scheme (MCS) is 4 bits with a 2 bit PHR and 4 bit CRC.
  • MCS modulation and coding scheme
  • Tlie TA S and RAS channels 916, 918 may be followed by a DL data channel 922 in a DL subframe 910, or UL data channel in an UL subframe 930.
  • the data channel 922 may contain data provided from the transmitter to the receiver. This data may include ID and security information or user data.
  • the data channel 922 may be followed by an ACK/NACK channel 924.
  • the ACK/NACK channel 924 may contain a response to transmission of the data in the data channel 922 and be used by tlie transmitter to determine whether retransmission of the data in the data channel 922 is to occur.
  • the ACK NACK channel 924 may have a 10 bit payload in which the AC NACK is 2 bits with a 4 bit buffer status report (BSR) in a DL subframe 910 indicating whether data is present for transmission and 4 bit CRC.
  • BSR buffer status report
  • the guard periods 914 may be used to reduce inter-symbol interference or permit the tUE to switch between the transmitter and receiver chains. At least some of the guard periods 914 may have different lengths. For example, the guard periods between the DL common control channel 12 and the TAS channel 916, between the TAS channel 916 and the RAS channel 918 and after the ACK/NACK channel 924 may occupy 1 symbol (17.7 ⁇ 8 total), the guard period 914 between the RAS channel 918 and the data channel 922 may occupy 1 symbol + 8.33 ( us (26.03 ⁇ 8 total) and the guard period 914 between the data channel 922 and the ACK/NACK channel 924 may occupy 2 symbols.
  • a majority of the subchannels in the system may be used to provide data between UEs. However, one or more of the subchannels may be reserved for control signaling.
  • 1-2 resource elements (REs) of one of the central 6 PRBs in the first DL subframe of each frame may provide broadcast channel information, as well as paging and discovery information.
  • 1 RE may be defined as 1 subcarrier over 1 symbol
  • 1 resource unit (RU) may be defined as 3 subcarriers over 4 consecutive symbols (in total 12 REs).
  • the DL common control channel, the TAS channel, the RAS channel and the ACK channel may each occupy one RU, while the data channel may occupy the 3 subcarriers over 34 symbols.
  • the total subframe in this embodiment may thus extend over 56 symbols (including the above guard periods).
  • Example 1 is an apparatus of user equipment (UE), the apparatus comprising: a memory; and processing circuitry in communication with the memory and arranged to: determine an amount of data of different data types buffered in the memory for transmission to a scheduler UE: send, for transmission to the scheduler UE, a buffer status report (BSR) comprising a BSR control element (CE) that indicates the amount of data of at least one of the different data types, the BSR transmitted in one of a hybrid automatic repeat request (HARQ) transmission to the scheduler UE (BSR-in-ACK) or one of a packet data unit (PDU) or random access message (BSR-in-PDU), the BSR-in- ACK and BSR-in-PDU comprising different amounts of BSR data: and in response to transmission of the BSR, receive an allocation from the scheduler UE for transmission of the data to the scheduler UE.
  • BSR buffer status report
  • CE BSR control element
  • Example 2 the subject matter of Example 1 optionally includes, wherein: the data types comprise new and retransmission control plane (CP) and user plane (UP) ultra-high reliability and low latency communication (URLLC) and non-URLLC UL data, the retransmission data retransmitted at a higher layer protocol stack PDU level for ARQ retransmission.
  • the data types comprise new and retransmission control plane (CP) and user plane (UP) ultra-high reliability and low latency communication (URLLC) and non-URLLC UL data
  • CP new and retransmission control plane
  • UP user plane
  • URLLC ultra-high reliability and low latency communication
  • non-URLLC UL data the retransmission data retransmitted at a higher layer protocol stack PDU level for ARQ retransmission.
  • Example 3 the subject matter of any one or more of Examples
  • the processing circuitry is further configured to: send the BSR-in-ACK in an acknowledgment/negative acknowledgment (ACK/NACK) message in an ACK channel of a downlink subframe, the BSR- in-ACK comprises a BSR-in-ACK CE, the BSR-in-ACK CE comprising an index that indicates a presence of ultra-high reliability and low latency communication (URLLC) data free from an indication of a buffer size of the URLLC data or an indication of a buffer size of an amount of non-URLLC data of different types.
  • ACK/NACK acknowledgment/negative acknowledgment
  • Example 4 the subject matter of any one or more of Examples 1-3 optionally include, wherein: the BSR-in-ACK comprises a BSR-in-ACK CE, the BSR-in-ACK CE comprises a BSR type index that indicates a presence of a BSR-in-PDU field and the data in the memory, the BSR-in-PDU field comprising an index of a buffer size of the data.
  • Example 5 the subject matter of Example 4 optionally includes, wherein: the data types comprise new and retransmission control plane (CP) and user plane (UP) ultra-high reliability and low latency communication (URLLC) and non-URLLC data.
  • the data types comprise new and retransmission control plane (CP) and user plane (UP) ultra-high reliability and low latency communication (URLLC) and non-URLLC data.
  • Example 6 the subject matter of Example 5 optionally includes, wherein: the BSR type index indicates a single field and whether the memory contains URLLC data, and the single field comprises an amount of URLLC data when the BSR type index indicates that the memory contains URLLC data and an amount of non-URLLC data when the BSR type index indicates that the memory is free from URLLC data.
  • Example 7 the subject matter of any one or more of Examples 5-6 optionally include, wherein: the B SR.
  • type index indicates multiple fields and whether the memory contains URLLC data
  • the fields comprise at least one of: an amount of URLLC data and an amount of non-URLLC data in different fields, an amount of UP non-URLLC data and an amount of CP non- URLLC data in different fields, an amount of ne non-URLLC data and an amount of retransmission non-URLLC data in different fields, or an amount of UP new non-URLLC data, an amount of UP retransmission non-URLLC data, an amount of CP new non-URLLC data and an amount of CP retransmission non-URLLC data in different fields.
  • Example 8 the subject matter of any one or more of Examples
  • the BSR type index indicates a number of fields
  • each field comprises an index value that indicates an amount of the data type stored in the memory as indicated in the BSR type index and in which a granularity of index values of the field decreases as the amount of the data type increases, a smallest of the granularity based on resource allocation granularity and a number of bits each allocated physical resource block (PRB) carries.
  • PRB physical resource block
  • Example 9 the subject matter of any one or more of Examples
  • processing circuitry is further configured to: decode BSR timers and BSR configuration parameters provided in a Radio Resource Control (RRC) message, the timers and configuration parameters configured to control transmission of the BSR from the UE, determine that a BSR trigger has occurred, and in response to a determination that the BSR trigger has occurred, send, for transmission to the scheduler UE, a request for an uplink (UL) resource allocation .
  • RRC Radio Resource Control
  • Example 10 the subject matter of Example 9 optionally includes, wherein: the BSR timers comprise a periodic timer that controls periodic BSR transmissions, an ultra-high reliability and low latency communication (URLLC) retransmission timer, a non-URLLC retransmission timer, a BSR-in-ACK timer that prohibits a BSR-in-ACK transmission during operation, a BSR-in-PDU timer that prohibits a BSR-in-PDU transmission during operation, and a Scheduling Request (SR) prohibit timer that prohibits a SR transmission during operation.
  • the BSR timers comprise a periodic timer that controls periodic BSR transmissions, an ultra-high reliability and low latency communication (URLLC) retransmission timer, a non-URLLC retransmission timer, a BSR-in-ACK timer that prohibits a BSR-in-ACK transmission during operation, a BSR-in-PDU timer that prohibits a BSR-in-PDU transmission during operation, and
  • Example 1 1 the subject matter of Example 10 optionally includes, wherein: a BSR type of the BSR is dependent on the BSR trigger, the BSR type comprising a regular BSR for URLLC data, a regular BSR for non- URLLC data, a periodic BSR, an opportunistic BSR for URLLC data and an opportunistic BSR for non-URLLC data, and the processing circuitry is further configured to at least one of: when the memory is empty of the data, trigger the regular BSR for URLLC data in response to URLLC data being stored in memory and trigger the regular BSR for non-URLLC data in response to non- URLLC data being stored in memory, when the memory contains non-URLLC data, trigger the regular BSR for URLLC data in response to URLLC data being stored in memory, trigger the regular BSR for non-URLLC data when non- URLLC data is stored in the memory and the non-URLLC retransmission timer expires, trigger the regular BSR for URLLC data when URLLC data is stored in
  • Example 12 the subject matter of any one or more of
  • Examples 10-1 1 optionally include, wherein the processing circuitry is further configured to: in an uplink (UL) transmission time index ( ⁇ ) in which UL resources are allocated for a data transmission of the UE, after generation of a BSR-in-PDU CE, start or restart the periodic timer, start or restart the URLLC retransmission timer when the BSR-in-PDU indicates that URLLC data is stored in the memory, and start or restart the non-URLLC retransmission timer when the BSR-in-PDLT indicates that non-URLLC data is stored in the memory, and in a downlink (DL) TT1 in which UL resources are allocated for a HARQ transmission of the UE, after generation of a BSR-in-ACK, start or restart the URLLC retransmission timer when the BSR-in-ACK indicates that URLLC data is stored in the memory, and start or restart the non-URLLC retransmission timer and the BSR-in-ACK timer when the BSR-in-ACK indicates that non-URLLC data
  • Example 13 the subject matter of any one or more of
  • Examples 10-12 optionally include, wherein the processing circuitry is further configured to: cancel a URLLC SR in response to transmission of a BSR-in- PDU that contains a last event that triggered transmission of the BSR or a corresponding uplink (UL) grant accommodates pending URLLC data stored in the memory, and cancel a non-URLLC SR in response to transmission of a BSR- in-PDU that contains a last event that triggered transmission of the BSR or a corresponding UL grant accommodates pending non-URLLC data stored in the memory, when a URLLC SR is pending and no UL resources are available for a transmission in a current transmission time index (TTI), initiate a random access procedure in a first available UL subframe, generate a BSR-in-PDU and include the BSR-in-PDU generated in a random access message of the random access procedure, cancel pending SRs, and start the SR prohibit timer, and when a non- URLLC SR is pending, the SR prohibit timer is
  • Example 14 the subject matter of any one or more of
  • Examples 10- 13 optionally include, wherein the processing circuitry is further configured to: cancel a BSR trigger when an uplink (UL) grant is able to accommodate pending data, available for transmission, cancel a URLLC BSR trigger when a BSR-in-PDU is transmitted that carries a buffer size of the
  • Example 15 the subject matter of any one or more of
  • Examples 9-14 optionally include, wherein: the BSR configuration parameters comprise a first parameter that indicates whether an amount of new and retransmission BSR data is to be transmitted in a first field of the BSR CE in a BSR-in-PDU and a second parameter that indicates whether an amount of CP and UP BSR data is to be transmitted in a second field of the BSR CE in the BSR-in-PDU.
  • Example 16 the subject matter of any one or more of
  • Examples 1-15 optionally include, wherein: the processing circuitry comprises a baseband processor, and the apparatus further comprises a transceiver configured to communicate with the other UE.
  • Example 17 is an apparatus of user equipment (U E), the apparatus comprising: a memory; and processing circuitry in communication with the memory and arranged to: establish uplink (UL) and downlink (DL) communication with another UE in a personal area network (PAN) comprising the UE and the other UE; decode a buffer status report (BSR) from the other UE, the BSR configured to indicate an amount of data buffered in the other UE for UL transmission to the UE, the BSR received one of in a hybrid automatic repeat request (HARQ) transmission to the UE (BSR-in-ACK) or in one of a packet data unit (PDU) or random access message (BSR-in-PDU), the amount of data, comprising at least one of: an amount of ultra-high reliability and low latency communication (URLLC) data, an amount of non-URLLC UL data, an amount of user plane (UP) non-URLLC data and an amount of control plane (CP) non- URLLC data, an amount of new non-URLLC data
  • Example 18 the subject matter of Example 17 optionally includes, wherein: the BSR-in-ACK comprises a BSR-in-ACK CE that comprises an index thai indicates either: a presence of URLLC data free from an indication of a buffer size of the URLLC data or a range in which the amount of non-URLLC data falls.
  • Example 19 the subject matter of any one or more of
  • Examples 17- 18 optionally include, wherein: the BSR-in-ACK comprises a BSR-in-ACK CE that comprises a BSR type index that indicates a number of BSR-in-PDU fields and what type of BSR data is in each BSR-in-PDU field, each BSR-in-PDU field comprising an index that indicates a range in which the amount of BSR data in the BSR-in-PDU field fails.
  • the BSR-in-ACK comprises a BSR-in-ACK CE that comprises a BSR type index that indicates a number of BSR-in-PDU fields and what type of BSR data is in each BSR-in-PDU field, each BSR-in-PDU field comprising an index that indicates a range in which the amount of BSR data in the BSR-in-PDU field fails.
  • Example 20 the subject matter of Example 19 optionally includes, wherein: the BSR type index indicates a single field and whether the other UE has URLLC data buffered, and the single field comprises a range in which the amount of URLLC data falls when the BSR type index indicates that the other UE has URLLC data buffered and a range in which the amount of non- URLLC data, falls when the BSR type index indicates that the other UE is free from having URLLC data buffered.
  • Example 21 the subject matter of Example 20 optionally includes, wherein: the BSR type index indicates multiple fields and whether the memory contains URLLC data, and the fields comprise at least one of: a range in which the amount of URLLC data falls and a range in which the amount of non- URLLC data falls in different fields, a range in which the amount of non-URLLC UP data falls and a range in which the amount of non-URLLC CP data fails in different fields, a range in which the amount of non-URLLC new data fails and a range in which the amount of non-URLLC retransmission data falls in different fields, or a range in which the amount of UP new non-URLLC data falls, a range in which the amount of UP retransmission non-URLLC data falls, a range in which the amount of CP new non-URLLC data fails and a range in which the amount of CP retransmission non-URLLC data falls in different fields.
  • the BSR type index indicates multiple fields and whether the memory contains URLLC data
  • the fields comprise at least
  • Example 22 the subject matter of any one or more of
  • Examples 20-21 optionally include, wherein: the BSR type index indicates a number of fields, and each field comprises an index value that indicates a range in which the amount of a data type buffered by the other UE is indicated in the BSR type index and in which a granularity of index values of the field decreases as the amount of the data type increases, a smallest of the granularity based on resource allocation granularity and a number of bits carried by each physical resource block (PRB) allocated by the UE,
  • PRB physical resource block
  • Example 23 the subject matter of any one or more of
  • Examples 17-22 optionally include, wherein the processing circuitry is further configured to: send, for transmission to the other UE, a Radio Resource Control (RRC) message comprising BSR timers and BSR configuration parameters, the timers and configuration parameters configured to control transmission of the BSR from the other UE when a BSR trigger indicated by one of the BSR timers and BSR configuration parameters occurs, and the BSR timers comprise a periodic timer that controls periodic BSR transmissions, an URLLC
  • RRC Radio Resource Control
  • SR Scheduling Request
  • Example 24 the subject matter of Example 23 optionally includes, wherein: a BSR type of the BSR is dependent on the BSR trigger, and the BSR type comprises a regular BSR for URLLC data, a regular BSR for non- URLLC data, a periodic BSR, an opportunistic BSR for URLLC data and an opportunistic BSR for non-URLLC data, the regular BSR for URLLC data is configured to be triggered in response to buffering of URLLC data and the regular BSR for non-URLLC data is configured to be triggered in response to buffering of non-URLLC data, the regular BSR for URLLC data is configured to be triggered in response to buffering of URLLC data when non-URLLC data is present, the regular BSR for non-URLLC data is configured to be triggered in response to non-URLLC data being present when the non-URLLC
  • the regular BSR for URLLC data is configured to be triggered in response to URLLC data being present when the URLLC retransmission timer expires, trigger the periodic BSR is configured to be triggered when the periodic timer expires and at least one of URLLC or non- URLLC data is present, trigger the opportunistic BSR for URLLC data when a HARQ is received by the UE and URLLC data is present, irrespective of whether the BSR-in-ACK timer is in operation, and trigger the opportunistic BSR for non-URLLC data when the BSR-in-ACK timer expires, a HARQ is received by the UE and non-URLLC data is present.
  • Example 25 the subject matter of any one or more of
  • Examples 23-24 optionally include, wherein: the BSR configuration parameters comprise a first parameter that indicates whether an amount of new and retransmission BSR data is to be transmitted in a first field of the BSR CE in a BSR-in-PDU and a second parameter that indicates whether an amount of CP and UP BSR data is to be transmitted in a second field of the BSR CE in the BSR-in-PDU.
  • Example 26 is a computer-readable storage medium that stores instructions for execution by one or more processors of a user equipment (UE), the one or more processors to: determine amounts of buffered uplink (UL) data, the amounts comprising an amount of ultra-high reliability and low latency communication (URLLC) data, an amount of non-URLLC UL data, an amount of user plane (UP) non-URLLC data, an amount of control plane (CP) non- URLLC data, an amount of new non-URLLC data, an amount of retransmission non-URLLC data, an amount of UP new non-URLLC data, an amount of UP retransmission non-URLLC data, an amount of CP new non-URLLC data and an amount of CP retransmission non-URLLC data; and transmit to a scheduler UE that allocates UL resources for the UE, a buffer status report (BSR) that indicates at least one of the amounts of buffered UL data in a BSR control element (CE), the BSR transmitted one of in a
  • Example 27 the subject matter of Example 26 optionally includes, wherein: the BSR-in-ACK comprises a BSR-in-ACK CE that comprises an index that indicates a presence of URLLC data free from an indication of a buffer size of the URLLC data or an indication of the amount of non-URLLC data, and the BSR-in-PDU comprises a BSR-in-PDU CE that comprises a BSR type index that indicates a number of BSR-in-PDU fields and what type of BSR data is in each BSR-in-PDU field, each particular BSR-in ⁇ PDU field comprising an index of the amount of BSR data in the particular BSR- in-PDU field.
  • the BSR-in-ACK comprises a BSR-in-ACK CE that comprises an index that indicates a presence of URLLC data free from an indication of a buffer size of the URLLC data or an indication of the amount of non-URLLC data
  • the BSR-in-PDU comprises a BSR-in-PDU CE that comprises a BSR type index that
  • Example 28 is an apparatus of a user equipment (UE), the apparatus comprising: means for detennining amounts of buffered uplink (UL) data, the amounts comprising an amount of ultra-high reliability and low latency communication (URLLC) data, an amount of non-URLLC UL data, an amount of user plane (UP) non-URLLC data, an amount of control plane (CP) non- URLLC data, an amount of new non-URLLC data, an amount of retransmission non-URLLC data, an amount of UP new non-URLLC data, an amount of UP retransmission non-URLLC data, an amount of CP new non-URLLC data and an amount of CP retransmission non-URLLC data; and means for transmitting to a scheduler UE that allocates UL resources for the UE, a buffer status report (BSR) that indicates at least one of the amounts of buffered UL data in a BSR control element (CE), the BSR transmitted one of in a hybrid automatic repeat request (HARQ) transmission to
  • Example 29 the subject matter of Example 28 optionally includes, wherein: the BSR-in-ACK comprises a BSR-in-ACK CE that
  • the BSR-in-PDU comprises a BSR-in-PDU CE that comprises a BSR type index that indicates a number of BSR-in-PDU fields and what type of BSR data is in each BSR-in-PDU field, each particular BSR-in- PDU field comprising an index of the amount of BSR data in the particular BSR- in-PDU field.
  • Example 30 is a method of scheduling uplink (UL) transmissions of a user equipment (UE), the method comprising: determining amounts of buffered UL data, the amounts comprising an amount of ultra-high reliability and low latency communication (URLLC) data, an amount of non-URLLC UL data, an amount of user plane (UP) non-URLLC data, an amount of control plane (CP) non-URLLC data, an amount of new non-URLLC data, an amount of retransmission non -URLLC data, an amount of UP new non-URLLC data, an amount of UP retransmission non-URLLC data, an amount of CP new non- URLLC data and an amount of CP retransmission non-URLLC data; and transmitting to a scheduler UE that allocates UL resources for the UE, a buffer status report (BSR) that indicates at least one of the amounts of buffered UL data in a BSR control element (CE), the BSR transmitted one of in a hybrid automatic repeat request (HARQ) transmission
  • Example 31 the subject matter of Example 30 optionally includes, wherein: the BSR-in-ACK comprises a BSR-in-ACK CE that comprises an index that indicates a presence of URLLC data free from an indication of a buffer size of the URLLC data or an indication of the amount of non-URLLC data, and the BSR-in-PDU comprises a BSR-in-PDU CE that comprises a BSR type index that indicates a number of BSR-in-PDU fields and what type of BSR data is in each BSR-in-PDU field, each particular BSR-in- PDU field comprising an index of the amount of BSR data in the particular BSR- in-PDU field,

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

D'une manière générale, l'invention concerne des systèmes et des procédés de fourniture d'un BSR d'un UE à un nUE. Des contenus de différents types de BSR sont décrits, comprenant un BSR en ACK dans lequel le BSR est transmis dans un ACK/NACK HARQ, et un BSR en PDU dans lequel le BSR est transmis dans une PDU ou un processus d'accès aléatoire. Le BSR comporte un ou plusieurs champs. Chaque champ indique la plage pour un type différent de données URLLC et non URLLC mises en tampon pour une transmission au nUE. Des commandes et des configurations pour une transmission de BSR, et une annulation de commande, sont fournies au tUE via une signalisation RRC.
PCT/US2016/067820 2016-10-25 2016-12-20 Rapport d'état de tampon dans des communications de liaison latérale de l'internet des objets nr 5g WO2018080561A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201662412721P 2016-10-25 2016-10-25
US62/412,721 2016-10-25

Publications (1)

Publication Number Publication Date
WO2018080561A1 true WO2018080561A1 (fr) 2018-05-03

Family

ID=62025330

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2016/067820 WO2018080561A1 (fr) 2016-10-25 2016-12-20 Rapport d'état de tampon dans des communications de liaison latérale de l'internet des objets nr 5g

Country Status (1)

Country Link
WO (1) WO2018080561A1 (fr)

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110912722A (zh) * 2018-09-17 2020-03-24 中兴通讯股份有限公司 业务资源管理方法、装置、网络设备和可读存储介质
CN111107583A (zh) * 2019-03-25 2020-05-05 维沃移动通信有限公司 sidelink重传请求BSR发送方法和终端设备
CN111491287A (zh) * 2019-01-25 2020-08-04 电信科学技术研究院有限公司 一种调度终端确定方法、终端和网络侧设备
CN111866800A (zh) * 2019-04-30 2020-10-30 大唐移动通信设备有限公司 一种harq反馈方法、第一终端和计算机可读存储介质
CN112369094A (zh) * 2018-11-02 2021-02-12 Oppo广东移动通信有限公司 无线通信方法、终端设备和网络设备
WO2021062660A1 (fr) * 2019-09-30 2021-04-08 Oppo广东移动通信有限公司 Procédé et dispositif de transmission de données, équipement utilisateur et support de stockage
WO2021063374A1 (fr) * 2019-10-04 2021-04-08 Huawei Technologies Co., Ltd. Dispositifs et procédés de signalisation pour la sélection et la réservation de ressources dans une transmission de liaison latérale
CN113243132A (zh) * 2018-12-17 2021-08-10 苹果公司 用于同时支持nr v2x侧链路的资源选择模式和配置机制的方法
CN113711676A (zh) * 2019-02-22 2021-11-26 上海诺基亚贝尔股份有限公司 用于nb-iot的资源配置
KR20230007570A (ko) * 2019-05-17 2023-01-12 아서스테크 컴퓨터 인코포레이션 무선 통신 시스템의 사이드링크 버퍼 상태 보고서에서 전송 피드백 모드를 구별하기 위한 방법 및 장치
WO2023222036A1 (fr) * 2022-05-19 2023-11-23 维沃移动通信有限公司 Procédé et appareil de demande de planification, dispositif électronique et support de stockage lisible

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140204800A1 (en) * 2011-11-04 2014-07-24 Fujitsu Limited Buffer status indication in wireless communication
WO2016163762A1 (fr) * 2015-04-07 2016-10-13 Lg Electronics Inc. Procédé et appareil pour effectuer une procédure de rapport d'état de tampon pour le relais dans un système de communication sans fil

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140204800A1 (en) * 2011-11-04 2014-07-24 Fujitsu Limited Buffer status indication in wireless communication
WO2016163762A1 (fr) * 2015-04-07 2016-10-13 Lg Electronics Inc. Procédé et appareil pour effectuer une procédure de rapport d'état de tampon pour le relais dans un système de communication sans fil

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"D2D enhancement to support UE-to-network relays", RI-151330, 3GPP TSG RAN WG1 MEETING #80BIS, 11 April 2015 (2015-04-11), Belgrade, Serbia, XP050949883 *
"Scheduling request design for NR", RI-1610191, 3GPP TSG RAN WG1 MEETING #86BIS, 1 October 2016 (2016-10-01), Lisbon, Portugal, XP051159991 *
LILI WEI ET AL.: "Downlink/uplink decoupling technology to support spectrally and energy efficient wearable communication in LTE", ETSI WORKSHOP ON FUTURE RADIO TECHNOLOGIES-AIR INTERFACES, 26 January 2016 (2016-01-26), pages 1 - 7, XP055480202, Retrieved from the Internet <URL:https://docbox.etsi.org/Workshop/2016/201601_FUTURERADIOTECHNOL_WORKSHOP/Ses_POSTERS_PRES/DOWNLINK_UPLINK_DECOUPLING_TECHNO_paper.pdf> *

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110912722B (zh) * 2018-09-17 2022-08-09 中兴通讯股份有限公司 业务资源管理方法、装置、网络设备和可读存储介质
CN110912722A (zh) * 2018-09-17 2020-03-24 中兴通讯股份有限公司 业务资源管理方法、装置、网络设备和可读存储介质
CN112369094B (zh) * 2018-11-02 2023-04-21 Oppo广东移动通信有限公司 无线通信方法、终端设备和网络设备
CN112369094A (zh) * 2018-11-02 2021-02-12 Oppo广东移动通信有限公司 无线通信方法、终端设备和网络设备
CN113243132A (zh) * 2018-12-17 2021-08-10 苹果公司 用于同时支持nr v2x侧链路的资源选择模式和配置机制的方法
CN111491287A (zh) * 2019-01-25 2020-08-04 电信科学技术研究院有限公司 一种调度终端确定方法、终端和网络侧设备
CN113711676A (zh) * 2019-02-22 2021-11-26 上海诺基亚贝尔股份有限公司 用于nb-iot的资源配置
CN111107583A (zh) * 2019-03-25 2020-05-05 维沃移动通信有限公司 sidelink重传请求BSR发送方法和终端设备
CN111107583B (zh) * 2019-03-25 2023-12-08 维沃移动通信有限公司 sidelink重传请求BSR发送方法和终端设备
CN111866800B (zh) * 2019-04-30 2021-11-05 大唐移动通信设备有限公司 一种harq反馈方法、第一终端和计算机可读存储介质
CN111866800A (zh) * 2019-04-30 2020-10-30 大唐移动通信设备有限公司 一种harq反馈方法、第一终端和计算机可读存储介质
KR20230007570A (ko) * 2019-05-17 2023-01-12 아서스테크 컴퓨터 인코포레이션 무선 통신 시스템의 사이드링크 버퍼 상태 보고서에서 전송 피드백 모드를 구별하기 위한 방법 및 장치
KR102673988B1 (ko) 2019-05-17 2024-06-12 아서스테크 컴퓨터 인코포레이션 무선 통신 시스템의 사이드링크 버퍼 상태 보고서에서 전송 피드백 모드를 구별하기 위한 방법 및 장치
WO2021062660A1 (fr) * 2019-09-30 2021-04-08 Oppo广东移动通信有限公司 Procédé et dispositif de transmission de données, équipement utilisateur et support de stockage
WO2021063374A1 (fr) * 2019-10-04 2021-04-08 Huawei Technologies Co., Ltd. Dispositifs et procédés de signalisation pour la sélection et la réservation de ressources dans une transmission de liaison latérale
US11943067B2 (en) 2019-10-04 2024-03-26 Huawei Technologies Co., Ltd. Devices and methods of signaling for resource selection and reservation in sidelink transmission
WO2023222036A1 (fr) * 2022-05-19 2023-11-23 维沃移动通信有限公司 Procédé et appareil de demande de planification, dispositif électronique et support de stockage lisible

Similar Documents

Publication Publication Date Title
US11737171B2 (en) 5G FDD low latency transmission subframe structure system and method of use
US11245480B2 (en) Devices and methods for robust measurement and data receiving
US11122580B2 (en) Evolved node-b (ENB), user equipment (UE) and methods for flexible duplex communication
EP3403375B1 (fr) Dispositif et procédé de cadre d&#39;octroi de ressources destinés à la planification de largeur de bande
WO2018080561A1 (fr) Rapport d&#39;état de tampon dans des communications de liaison latérale de l&#39;internet des objets nr 5g
EP3369223B1 (fr) Réduction de latence pour une transmission de données sans fil
WO2017099860A1 (fr) Dispositif pour une émission en liaison montante non planifiée dans le spectre non autorisé
WO2017127126A1 (fr) Dispositifs et procédés pour fournir une requête de liaison montante 5g
US10897694B2 (en) Personal area network communication for wearable devices
US10694453B2 (en) Discovery and network access procedures for 5G things communication system
CN110393036B (zh) 在暂停后具有连续lbt的txop
US11082950B2 (en) User equipment (UE) and method of sidelink data communication in fifth generation (5G) new radio (NR) things networks
US20170265105A1 (en) Coexistence through use of less power constrained assisted devices
WO2018080565A1 (fr) Procédures de transfert et de réception de données dans des communications de liaison latérale 5g/s
WO2018084880A1 (fr) Planification d&#39;ue réseau assistée par nœud b évolué dans une liaison latérale d&#39;objets de nouvelle radio 5g
WO2018071051A1 (fr) Procédures et signalisation de planification et attribution de ressources dans un système de communication de liaison latérale d&#39;objets de nouvelle radio 5g
WO2018080566A1 (fr) Structure de sous-trame et procédure de communication pour une communication véhicule à véhicule d&#39;objets nr 5g
WO2017151173A1 (fr) Structure autonome à trame tdd et configuration dl-ul dans un système 5g
EP3498047A1 (fr) Multiples entités mac par équipement d&#39;utilisateur
WO2017171921A1 (fr) Échelonnement d&#39;un trafic sans surveillance dans un système d&#39;évolution à long terme (lte) après une interdiction

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16919903

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16919903

Country of ref document: EP

Kind code of ref document: A1