Timing advance and throughput in reduced latency systems - Patents.com

Abstract

To provide a method and an apparatus for handling reduced available processing time in systems configured to reduce latency such as systems using configurable transmission time intervals (TTIs) or short TTIs (sTTIs).SOLUTION: A wireless transmit / receive unit (WTRU) configured to use a processing capability (PC) may receive a TTI configuration and determine the PC of the WTRU. The PC may be determined based on at least one of the TTI configuration and a processing criterion. The WTRU may then transmit a report of the determined PC to an eNB. The PC may be a timeline, and the timeline may be reported as the number of time units. A time unit is at least one of a symbol, a TTI, a time sample, and a set of time samples.SELECTED DRAWING: Figure 5

Description

[Technical field]

[0001] The present invention relates to timing advance and processing power in reduced latency systems. [Background technology]

[0002] CROSS-REFERENCE TO RELATED APPLICATIONS This application claims the benefit of U.S. Provisional Application No. 62 / 373,123, filed Aug. 10, 2016, the contents of which are incorporated herein by reference. Summary of the Invention [Problem to be solved by the invention]

[0003] Emerging applications for cellular technologies such as alarm reporting, automotive safety, factory process control, and machine type communications (MTC) can benefit from the use of low latency cellular communications. Low latency applications may find, for example, the 1 ms transmission time interval (TTI) and associated latency that may be used in LTE-Advanced (LTE-A) systems insufficient. Existing applications such as gaming, as well as real-time applications such as voice over LTE (VoLTE) and video telephony / conferencing, can also benefit from reduced latency, for example, in terms of enhanced perceived quality of experience. Some applications may use short TTIs (sTTIs) to reduce latency, but the use of sTTIs reduces available processing time. [Means for solving the problem]

[0004] Methods and apparatus are described herein for handling reduced available processing time in systems configured to reduce latency, such as systems that use configurable transmission time intervals (TTIs) or short TTIs (sTTIs).

[0005] A wireless transmit / receive unit (WTRU) may be configured to determine one or more processing capabilities, send a processing capability (PC) indication to an eNodeB (eNB) based on the determined processing capabilities, receive a PC configuration from the eNB, determine a maximum timing advance or maximum Rx-Tx time difference based on the PC configuration or the determined processing capabilities, and limit the applied timing advance or Rx-Tx time difference to the maximum timing advance or maximum Rx-Tx time difference for a particular TTI length. The WTRU may also be configured to measure a processing value (PV) of a processing parameter, determine an amount of headroom, which is the difference between the PV and the PC, and report the headroom based on the condition. The WTRU may also perform an action based on the condition.

[0006] In one example, the WTRU may be configured to use a PC. The WTRU may receive a TTI configuration. The WTRU may determine a PC for the WTRU. The PC may be determined based on at least one of a TTI configuration and a processing criterion. The WTRU may then transmit a report of the determined PC. The report may be transmitted to the eNB. The PC may be a timeline, where the timeline may be reported as a number of time units, where the time unit is at least one of a symbol, a TTI, a time sample, and a set of time samples.

[0007] In another example, the WTRU may be configured to use a configurable TTI. The WTRU may receive the TTI configuration. The WTRU may determine the WTRU's PC for the TTI configuration based on a processing criterion. The WTRU may then send a report of the determined PC, which may be based on a number of symbols within the used and / or configured TTI or TTI length. The WTRU may also determine a current processing value (PV). The report may be based on satisfaction of a proximity condition, withholding one or more UL transmissions, or ceasing a UL transmission. The processing criterion may include, for example, a number of symbols within the used and / or configured TTI or TTI length.

[0008] In another example, a WTRU may be configured to use an sTTI. The WTRU may receive the sTTI configuration and determine the WTRU's PC for the sTTI configuration based on processing criteria. The WTRU may determine a current PV. The WTRU may report PC proximity based on satisfaction of a proximity condition, withholding one or more UL transmissions, or ceasing UL transmissions based on the determined PC and the determined PV. In this example, the processing criteria may include, but are not limited to, sTTI length, timeline, transport block (TB) size, uplink (UL) channel type, and time between the short physical downlink control channel (sPDCCH) sTTI and the UL sTTI. [Brief description of the drawings]

[0009] A more detailed understanding may be had from the following description, given by way of example in conjunction with the accompanying drawings, in which like reference numerals refer to similar elements and in which:

[0010] [Figure 1A] FIG. 1 is a system diagram illustrating an example communication system in which one or more disclosed embodiments may be implemented. [Figure 1B] 1A is a system diagram illustrating an example wireless transmit / receive unit (WTRU) that may be used within the communications system illustrated in FIG. 1A, according to an embodiment. [Figure 1C] FIG. 1B is a system diagram illustrating an example radio access network (RAN) and an example core network (CN) that may be used within the communications system illustrated in FIG. 1A, according to an embodiment. [Figure 1D] FIG. 1B is a system diagram illustrating a further exemplary RAN and a further exemplary CN that may be used within the communication system illustrated in FIG. 1A, according to an embodiment. [Diagram 2] FIG. 11 is a diagram illustrating an example of transmission and reception timing. [Diagram 3] FIG. 13 provides an example of transmit and receive timing with TA applied. [Figure 4] FIG. 13 provides another example of transmit and receive timing with TA applied. [Diagram 5] FIG. 13 illustrates an example of a proximity report. [Figure 6] FIG. 13 illustrates another example of a proximity report. [Figure 7] FIG. 13 illustrates an example of modifying UL transmission when a condition is met. [Figure 8] FIG. 13 illustrates an example of transmission suspension. [Figure 9] FIG. 13 is a diagram showing another example of transmission suspension. [Figure 10] FIG. 13 is a diagram illustrating an example of transmission suspension when a suspension condition is satisfied. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0011] 1A illustrates an example communication system 100 in which one or more disclosed embodiments can be implemented. The communication system 100 can be a multiple access system that provides content, e.g., voice, data, video, messaging, broadcast, etc., to multiple wireless users. The communication system 100 can enable the multiple wireless users to access such content through sharing of system resources, including wireless bandwidth. For example, the communication system 100 can employ one or more channel access methods, e.g., Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Frequency Division Multiple Access (FDMA), Orthogonal FDMA (OFDMA), Single Carrier FDMA (SC-FDMA), Zero-Tailed Unique Word Discrete Fourier Transform Spread OFDM (ZT UW DTS-s OFDM), Unique Word OFDM (UW-OFDM), Resource Block Filtered OFDM, Filter Bank Multi-Carrier (FBMC), etc.

[0012] 1A, the communications system 100 may include wireless transmit / receive units (WTRUs) 102a, 102b, 102c, 102d, a RAN 104 / 113, a CN 106 / 115, a public switched telephone network (PSTN) 108, the Internet 110, and other networks 112, although it will be understood that the disclosed embodiments contemplate any number of WTRUs, base stations, networks, and / or network elements. Each of the WTRUs 102a, 102b, 102c, 102d may be any type of device configured to operate and / or communicate in a wireless environment. By way of example, the WTRUs 102a, 102b, 102c, 102d (any of which may be referred to as a “station” and / or “STA”) may be configured to transmit and / or receive wireless signals and may include user equipment (UE), mobile stations, fixed or mobile subscriber units, subscription-based units, pagers, cellular phones, personal digital assistants (PDAs), smartphones, laptops, netbooks, personal computers, wireless sensors, hotspots or Mi-Fi devices, Internet of Things (IoT) devices, watches or other wearables, head mounted displays (HMDs), vehicles, drones, medical devices and applications (e.g., remote surgery), industrial devices and applications (e.g., robots and / or other wireless devices operating in the context of industrial and / or automated processing chains), consumer electronics devices, devices operating on commercial and / or industrial wireless networks, etc. Any of the WTRUs 102a, 102b, 102c, and 102d may be interchangeably referred to as a UE.

[0013] The communication system 100 may also include a base station 114a and / or a base station 114b. Each of the base stations 114a, 114b may be any type of device configured to wirelessly interface with at least one of the WTRUs 102a, 102b, 102c, 102d to facilitate access to one or more communication networks, e.g., the CN 106 / 115, the Internet 110, and / or other networks 112. By way of example, the base stations 114a, 114b may be a base transceiver station (BTS), a Node-B, an eNode B, a home Node B, a home eNode B, a next generation Node B (gNB), a new radio (NR) Node B, a site controller, an access point (AP), a wireless router, a transmit / receive point (TRP), etc. Although the base stations 114a, 114b are each illustrated as a single element, it will be understood that the base stations 114a, 114b may include any number of interconnected base stations and / or network elements.

[0014] The base station 114a may be part of the RAN 104 / 113, which may also include other base stations and / or network elements (not shown), e.g., a base station controller (BSC), a radio network controller (RNC), relay nodes, etc. The base station 114a and / or the base station 114b may be configured to transmit and / or receive wireless signals on one or more carrier frequencies, which may be referred to as cells (not shown). These frequencies may be licensed spectrum, unlicensed spectrum, or a combination of licensed and unlicensed spectrum. A cell may provide coverage for wireless services to a particular geographic area, which may be relatively fixed or may change over time. A cell may be further divided into cell sectors. For example, the cell associated with the base station 114a may be divided into three sectors. Thus, in one embodiment, the base station 114a may include three transceivers, i.e., one transceiver for each sector of the cell. In an embodiment, the base station 114a may employ multiple-input multiple-output (MIMO) technology and may utilize multiple transceivers for each sector of the cell. For example, beamforming may be used to transmit and / or receive signals in desired spatial directions.

[0015] The base stations 114a, 114b may communicate with one or more of the WTRUs 102a, 102b, 102c, 102d over an air interface 116, which may be any suitable wireless communications link (e.g., radio frequency (RF), microwave, centimeter wave, micrometer wave, infrared (IR), ultraviolet (UV), visible light, etc.). The air interface 116 may be established using any suitable radio access technology (RAT).

[0016] More specifically, as described above, the communication system 100 may be a multiple access system and may employ one or more channel access schemes, e.g., CDMA, TDMA, FDMA, OFDMA, SC-FDMA, etc. For example, the base station 114a in the RAN 104 / 113 and the WTRUs 102a, 102b, 102c may implement a radio technology such as Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access (UTRA), which may establish the air interface 116 using Wideband CDMA (WCDMA). WCDMA may include communication protocols such as High Speed ​​Packet Access (HSPA) and / or Evolved HSPA (HSPA+). HSPA may include High Speed ​​Downlink (DL) Packet Access (HSDPA) and / or High Speed ​​Uplink (UL) Packet Access (HSUPA).

[0017] In an embodiment, the base station 114a and the WTRUs 102a, 102b, 102c may implement a radio technology such as Evolved UMTS Terrestrial Radio Access (E-UTRA), which may establish the air interface 116 using Long Term Evolution (LTE) and / or LTE Advanced (LTE-A) and / or LTE Advanced Pro (LTE-A Pro).

[0018] In an embodiment, the base station 114a and the WTRUs 102a, 102b, 102c may implement a radio technology such as NR radio access, which may establish the air interface 116 using NR.

[0019] In an embodiment, the base station 114a and the WTRUs 102a, 102b, 102c may implement multiple radio access technologies. For example, the base station 114a and the WTRUs 102a, 102b, 102c may implement both LTE radio access and NR radio access, e.g., using a dual connectivity (DC) principle. Thus, the air interface utilized by the WTRUs 102a, 102b, 102c may be characterized by multiple types of radio access technologies and / or transmissions sent to / from multiple types of base stations (e.g., eNBs and gNBs).

[0020] In other embodiments, the base station 114a and the WTRUs 102a, 102b, 102c may implement a wireless technology, such as, for example, IEEE 802.11 (i.e., Wireless Fidelity (WiFi), IEEE 802.16 (i.e., Worldwide Interoperability for Microwave Access (WiMAX)), CDMA2000, CDMA2000 1X, CDMA2000 Evolution Data-Only / Evolution Data Optimized (EV-DO), Interim Standard 2000 (IS-2000), Interim Standard 95 (IS-95), Interim Standard 856 (IS-856), Global System for Mobile Communications (GSM), Enhanced Data Rates for GSM Evolution (EDGE), GSM EDGE (GERAN), etc.

[0021] The base station 114b in FIG. 1A may be, for example, a wireless router, a Home Node B, a Home eNode B, or an access point, and may utilize any suitable RAT to facilitate wireless connectivity in a localized area, for example, a business, a home, a vehicle, a campus, an industrial facility, an air corridor (e.g., for use by a drone), a roadway, etc. In one embodiment, the base station 114b and the WTRUs 102c, 102d may implement a radio technology such as IEEE 802.11 to establish a wireless local area network (WLAN). In an embodiment, the base station 114b and the WTRUs 102c, 102d may implement a radio technology such as IEEE 802.15 to establish a wireless personal area network (WPAN). In yet another embodiment, the base station 114b and the WTRUs 102c, 102d may utilize a cellular-based RAT (e.g., WCDMA, CDMA2000, GSM, LTE, LTE-A, LTE-A Pro, NR, etc.) to establish a picocell or femtocell. 1A, the base station 114b may have a direct connection to the Internet 110. Thus, the base station 114b may not be required to access the Internet 110 via the CN 106 / 115.

[0022] The RAN 104 / 113 may be in communication with the CN 106 / 115, which may be any type of network configured to provide voice, data, application, and / or Voice over Internet Protocol (VoIP) services to one or more of the WTRUs 102a, 102b, 102c, 102d. The data may have various quality of service (QoS) requirements, e.g., separate throughput requirements, latency requirements, error tolerance requirements, reliability requirements, data throughput requirements, mobility requirements, etc. The CN 106 / 115 may provide call control, billing services, mobile location-based services, prepaid calling, Internet connectivity, video distribution, etc., and / or perform high-level security functions, e.g., user authentication. Although not shown in FIG. 1A, it will be understood that the RAN 104 / 113 and / or the CN 106 / 115 may be in direct or indirect communication with other RANs employing the same RAT as the RAN 104 / 113 or a different RAT. For example, the CN 106 / 115, in addition to being connected to the RAN 104 / 113, which may utilize NR radio technology, may also be in communication with another RAN (not shown) employing GSM, UMTS, CDMA2000, WiMAX, E-UTRA, or WiFi radio technology.

[0023] The CN 106 / 115 may also serve as a gateway for the WTRUs 102a, 102b, 102c, 102d to access the PSTN 108, the Internet 110, and / or other networks 112. The PSTN 108 may include a circuit-switched telephone network providing Plain Old Telephone Service (POTS). The Internet 110 may include a global system of interconnected computer networks and devices that use common communication protocols, such as Transmission Control Protocol (TCP) / Internet Protocol (IP), User Datagram Protocol (UDP), and / or IP in the Internet protocol suite. The network 112 may include wired and / or wireless communication networks owned and / or operated by other service providers. For example, the network 112 may include another CN connected to one or more RANs that may employ the same RAT as the RAN 104 / 113 or a different RAT.

[0024] Some or all of the WTRUs 102a, 102b, 102c, 102d in the communications system 100 may include multi-mode capabilities (e.g., the WTRUs 102a, 102b, 102c, 102d may include multiple transceivers, transmitters, or receivers to communicate with separate wireless networks over separate wireless links). For example, the WTRU 102c shown in FIG. 1A may be configured to communicate with a base station 114a, which may employ a cellular-based wireless technology, and with a base station 114b, which may employ an IEEE 802 wireless technology.

[0025] 1B is a system diagram illustrating an example WTRU 102. As shown in FIG. 1B, the WTRU 102 may include, among other things, a processor 118, a transceiver 120, a transmit / receive element 122, a speaker / microphone 124, a keypad 126, a display / touchpad 128, non-removable memory 130, removable memory 132, a power source 134, a global positioning system (GPS) chipset 136, and / or other peripherals 138. It will be understood that the WTRU 102 may include any subcombination of the above-mentioned elements while remaining consistent with an embodiment.

[0026] The processor 118 may be a general purpose processor, a special purpose processor, a conventional processor, a digital signal processor (DSP), multiple microprocessors, one or more microprocessors associated with a DSP core, a controller, a microcontroller, an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) circuit, any other type of integrated circuit (IC), a state machine, etc. The processor 118 may perform signal coding, data processing, power control, input / output processing, and / or any other function that enables the WTRU 102 to operate in a wireless environment. The processor 118 may be coupled to the transceiver 120, which may be coupled to the transmit / receive element 122. Although FIG. 1B depicts the processor 118 and the transceiver 120 as separate components, it will be understood that the processor 118 and the transceiver 120 may be integrated together in an electronic package or chip.

[0027] The transmit / receive element 122 can be configured to transmit signals to or receive signals from a base station (e.g., base station 114a) over the air interface 116. For example, in one embodiment, the transmit / receive element 122 can be an antenna configured to transmit and / or receive RF signals. In an embodiment, the transmit / receive element 122 can be an emitter / detector configured to transmit and / or receive, for example, IR, UV, or visible light signals. In yet another embodiment, the transmit / receive element 122 can be configured to transmit and / or receive both RF and light signals. It will be understood that the transmit / receive element 122 can be configured to transmit and / or receive any combination of wireless signals.

[0028] 1B as a single element, the WTRU 102 may include any number of transmit / receive elements 122. More specifically, the WTRU 102 may employ MIMO technology. Thus, in one embodiment, the WTRU 102 may include two or more transmit / receive elements 122 (e.g., multiple antennas) for transmitting and receiving wireless signals over the air interface 116.

[0029] The transceiver 120 may be configured to modulate signals to be transmitted by the transmit / receive element 122 and to demodulate signals received by the transmit / receive element 122. As mentioned above, the WTRU 102 may have multi-mode capabilities. Thus, the transceiver 120 may include multiple transceivers to enable the WTRU 102 to communicate via multiple RATs, such as, for example, NR and IEEE 802.11.

[0030] The processor 118 of the WTRU 102 may be coupled to and may receive user input data from a speaker / microphone 124, a keypad 126, and / or a display / touchpad 128 (e.g., a liquid crystal display (LCD) display unit or an organic light emitting diode (OLED) display unit). The processor 118 may also output user data to the speaker / microphone 124, the keypad 126, and / or the display / touchpad 128. Additionally, the processor 118 may access information from and store data in any type of suitable memory, for example, a non-removable memory 130 and / or a removable memory 132. The non-removable memory 130 may include a random access memory (RAM), a read only memory (ROM), a hard disk, or any other type of memory storage device. The removable memory 132 may include a subscriber identity module (SIM) card, a memory stick, a secure digital (SD) memory card, or the like. In other embodiments, the processor 118 may access information from, and store data in, memory that is not physically located on the WTRU 102, for example, on a server or home computer (not shown).

[0031] The processor 118 may receive power from the power source 134 and may be configured to distribute and / or control the power to other components in the WTRU 102. The power source 134 may be any suitable device for powering the WTRU 102. For example, the power source 134 may include one or more dry batteries (e.g., nickel-cadmium (NiCd), nickel-zinc (NiZn), nickel-metal hydride (NiMH), lithium-ion (Li-ion), etc.), solar cells, fuel cells, etc.

[0032] The processor 118 may also be coupled to a GPS chipset 136, which may be configured to provide location information (e.g., longitude and latitude) regarding a current location of the WTRU 102. The WTRU 102 may receive location information over the air interface 116 from a base station (e.g., base stations 114a, 114b) in addition to or in lieu of information from the GPS chipset 136, and / or determine its location based on the timing of signals being received from two or more neighboring base stations. It will be appreciated that the WTRU 102 may obtain location information through any suitable location determination method while remaining consistent with an embodiment.

[0033] The processor 118 may further be coupled to other peripherals 138, which may include one or more software and / or hardware modules that provide additional features, functionality, and / or wired or wireless connectivity. For example, the peripherals 138 may include an accelerometer, an e-compass, a satellite transceiver, a digital camera (for photos and / or videos), a universal serial bus (USB) port, a vibration device, a television transceiver, a hands-free headset, a Bluetooth module, a frequency modulation (FM) radio unit, a digital music player, a media player, a video game player module, an Internet browser, a virtual reality and / or augmented reality (VR / AR) device, an activity tracker, and the like. The peripherals 138 may include one or more sensors, which may be one or more of a gyroscope, an accelerometer, a Hall effect sensor, a magnetometer, an orientation sensor, a proximity sensor, a temperature sensor, a time sensor, a geolocation sensor, an altimeter, a light sensor, a touch sensor, a magnetometer, a barometer, a gesture sensor, a biometric sensor, and / or a humidity sensor.

[0034] The WTRU 102 may include a full-duplex radio in which the transmission and reception of some or all of the signals associated with a particular subframe (e.g., for both the UL (e.g., for transmission) and the downlink (e.g., for reception) may be parallel and / or simultaneous. The full-duplex radio may include an interference management unit 139 to reduce and or substantially eliminate self-interference via signal processing in hardware (e.g., a choke) or via a processor (e.g., via a separate processor (not shown) or via the processor 118). In an embodiment, the WTRU 102 may include a half-duplex radio in which the transmission and reception of some or all of the signals (e.g., associated with a particular subframe for either the UL (e.g., for transmission) or the downlink (e.g., for reception)) may be parallel and / or simultaneous.

[0035] 1C is a system diagram illustrating the RAN 104 and the CN 106 according to an embodiment. As described above, the RAN 104 may employ E-UTRA radio technology to communicate with the WTRUs 102a, 102b, 102c over the air interface 116. The RAN 104 may also be in communication with the CN 106.

[0036] The RAN 104 may include eNode-Bs 160a, 160b, 160c, although it will be understood that the RAN 104 may include any number of eNode-Bs while remaining consistent with an embodiment. The eNode-Bs 160a, 160b, 160c may each include one or more transceivers for communicating with the WTRUs 102a, 102b, 102c over the air interface 116. In one embodiment, the eNode-Bs 160a, 160b, 160c may implement MIMO technology. Thus, the eNode-B 160a may use multiple antennas, for example, to transmit wireless signals to and / or receive wireless signals from the WTRU 102a.

[0037] Each of the eNode-Bs 160a, 160b, 160c may be associated with a particular cell (not shown) and may be configured to handle radio resource management decisions, handover decisions, scheduling of users in the UL and / or DL, etc. As shown in FIG 1C, the eNode-Bs 160a, 160b, 160c may communicate with each other via an X2 interface.

[0038] 1C may include a Mobility Management Entity (MME) 162, a Serving Gateway (SGW) 164, and a Packet Data Network (PDN) Gateway (or PGW) 166. Although each of the above elements is shown as part of the CN 106, it will be understood that any of these elements may be owned and / or operated by an entity other than the CN operator.

[0039] The MME 162 may be connected to each of the eNode-Bs 162a, 162b, 162c in the RAN 104 via an S1 interface and may act as a control node. For example, the MME 162 may be responsible for authenticating users of the WTRUs 102a, 102b, 102c, activating / deactivating bearers, selecting a particular serving gateway during initial attachment of the WTRUs 102a, 102b, 102c, etc. The MME 162 may provide a control plane function for switching between the RAN 104 and other RANs (not shown) employing other radio technologies such as GSM and / or WCDMA.

[0040] The SGW 164 may be connected to each of the eNode Bs 160a, 160b, 160c in the RAN 104 via an S1 interface. The SGW 164 may generally route and forward user data packets to / from the WTRUs 102a, 102b, 102c. The SGW 164 may perform other functions, such as fixing the user plane during handover between eNode Bs, triggering paging when DL data is available for the WTRUs 102a, 102b, 102c, managing and storing the context of the WTRUs 102a, 102b, 102c, etc.

[0041] The SGW 164 may be connected to a PGW 166, which may provide the WTRUs 102a, 102b, 102c with access to packet-switched networks, such as the Internet 110, to facilitate communications between the WTRUs 102a, 102b, 102c and IP-enabled devices.

[0042] The CN 106 may facilitate communication with other networks. For example, the CN 106 may provide the WTRUs 102a, 102b, 102c with access to circuit-switched networks, such as the PSTN 108, to facilitate communication between the WTRUs 102a, 102b, 102c and traditional landline communication devices. For example, the CN 106 may include or communicate with an IP gateway (e.g., an IP Multimedia Subsystem (IMS) server) that serves as an interface between the CN 106 and the PSTN 108. In addition, the CN 106 may provide the WTRUs 102a, 102b, 102c with access to other networks 112, which may include other wired and / or wireless networks owned and / or operated by other service providers.

[0043] Although the WTRU is depicted in FIGS. 1A-1D as a wireless terminal, in certain representative embodiments it is contemplated that such a terminal may use (e.g., temporarily or permanently) a wired communications interface with the communications network.

[0044] In an exemplary embodiment, the other network 112 may be a WLAN.

[0045] A WLAN in infrastructure basic service set (BSS) mode may have an access point (AP) for the BSS and one or more stations (STAs) associated with the AP. The AP may have access or interface to a distribution system (DS) or another type of wired / wireless network that carries traffic to and from the BSS. Traffic to the STA originating from outside the BSS may arrive through the AP and be distributed to the STA. Traffic originating from the STA to a destination outside the BSS may be sent to the AP and distributed to the respective destination. Traffic between STAs in the BSS may be sent through the AP, for example, if the source STA can send traffic to the AP, which can distribute the traffic to the destination STA. Traffic between STAs in the BSS may be considered and / or referred to as peer-to-peer traffic. Peer-to-peer traffic may be sent between (e.g., directly between) a source STA and a destination STA using a direct link setup (DLS). In certain representative embodiments, the DLS may use 802.11e DLS or 802.11z Tunneled DLS (TDLS). A WLAN using an Independent BSS (IBSS) mode may not have an AP, and STAs within or using an IBSS (e.g., all of the STAs) may communicate directly with each other. The IBSS mode of communication may sometimes be referred to herein as an "ad-hoc" mode of communication.

[0046] When using an 802.11ac infrastructure mode of operation or a similar mode of operation, an AP may transmit a beacon on a fixed channel, such as a primary channel. The primary channel may be of fixed width (e.g., 20 MHz wide bandwidth) or dynamically set via signaling. The primary channel may be the operating channel of the BSS and may be used by STAs to establish a connection with the AP. In certain representative embodiments, for example, in an 802.11 system, a carrier sense multiple access with collision avoidance (CSMA / CA) scheme may be implemented. With respect to CSMA / CA, STAs (e.g., every STA), including the AP, may sense the primary channel. If the primary channel is sensed / detected by a particular STA and / or determined to be busy, that particular STA may back out. One STA (e.g., only one station) may transmit at any given time within a given BSS.

[0047] A high-throughput (HT) STA may use a 40 MHz wide channel for communication, for example, by forming the 40 MHz wide channel through a combination of a primary 20 MHz channel and adjacent or non-adjacent 20 MHz channels.

[0048] A Very High Throughput (VHT) STA can support channels of 20 MHz, 40 MHz, 80 MHz, and / or 160 MHz width. A 40 MHz channel and / or an 80 MHz channel can be formed by combining adjacent 20 MHz channels. A 160 MHz channel can be formed by combining eight adjacent 20 MHz channels or by combining two non-adjacent 80 MHz channels (this may be referred to as an 80+80 configuration). For the 80+80 configuration, the data can be passed through a segment parser that can split the data into two streams after channel encoding. Inverse Fast Fourier Transform (IFFT) processing and time domain processing can be performed separately on each stream. The streams can be mapped onto two 80 MHz channels and the data can be transmitted by the transmitting STA. At the receiver of the receiving STA, the above operations for the 80+80 configuration can be reversed and the combined data can be transmitted to the medium access control (MAC).

[0049] Sub-1 GHz modes of operation are supported by 802.11af and 802.11ah. Channel operating bandwidths and carriers are reduced in 802.11af and 802.11ah compared to those used in 802.11n and 802.11ac. 802.11af supports 5 MHz, 10 MHz, and 20 MHz bandwidths in the TV White Space (TVWS) spectrum, and 802.11ah supports 1 MHz, 2 MHz, 4 MHz, 8 MHz, and 16 MHz bandwidths using non-TVWS spectrum. According to a representative embodiment, 802.11ah can support meter-type control / machine-type communication, such as MTC devices in macro coverage areas. MTC devices may have limited capabilities, including specific capabilities, for example, support for (e.g., only support for) specific and / or limited bandwidths. MTC devices may include batteries with above-threshold battery life (e.g., to have a very long battery life).

[0050] A WLAN system that can support multiple channels and channel bandwidths, e.g., 802.11n, 802.11ac, 802.11af, and 802.11ah, includes a channel that can be designated as a primary channel. The primary channel can have a bandwidth equal to the largest common operating bandwidth supported by all STAs in the BSS. The bandwidth of the primary channel may be set and / or limited by the STA that supports the smallest bandwidth operating mode among all STAs operating in the BSS. In the 802.11ah example, for a STA (e.g., an MTC type device) that supports (e.g., only supports) the 1 MHz mode, the primary channel may be 1 MHz wide, even if the AP and other STAs in the BSS support 2 MHz, 4 MHz, 8 MHz, 16 MHz, and / or other channel bandwidth operating modes. Carrier sensing and / or network allocation vector (NAV) setting may depend on the status of the primary channel. If the primary channel is busy, for example due to a STA (that only supports a 1 MHz mode of operation) transmitting to the AP, then the entire available frequency band may be considered busy even though most of those frequency bands may remain idle and therefore available.

[0051] In the United States, the available frequency bands that can be used by 802.11ah are from 902MHz to 928MHz. In South Korea, the available frequency bands are from 917.5MHz to 923.5MHz. In Japan, the available frequency bands are from 916.5MHz to 927.5MHz. The total bandwidth available for 802.11ah is 6MHz to 26MHz depending on the country code.

[0052] 1D is a system diagram illustrating the RAN 113 and the CN 115 according to an embodiment. As described above, the RAN 113 may employ NR radio technology to communicate with the WTRUs 102a, 102b, 102c over the air interface 116. The RAN 113 may also be in communication with the CN 115.

[0053] The RAN 113 may include gNBs 180a, 180b, 180c, although it will be understood that the RAN 113 may include any number of gNBs while remaining consistent with an embodiment. The gNBs 180a, 180b, 180c may each include one or more transceivers to communicate with the WTRUs 102a, 102b, 102c over the air interface 116. In one embodiment, the gNBs 180a, 180b, 180c may implement MIMO technology. For example, the gNBs 180a, 180b may utilize beamforming to transmit signals to and / or receive signals from the gNBs 180a, 180b, 180c. Thus, the gNB 180a may use multiple antennas, for example, to transmit wireless signals to and / or receive wireless signals from the WTRU 102a. In an embodiment, the gNBs 180a, 180b, 180c may implement carrier aggregation technology. For example, the gNB 180a may transmit multiple component carriers to the WTRU 102a (not shown). A subset of these component carriers may be on an unlicensed spectrum, while the remaining component carriers may be on a licensed spectrum. In an embodiment, the gNBs 180a, 180b, 180c may implement coordinated multipoint (CoMP) technology. For example, the WTRU 102a may receive coordinated transmissions from the gNBs 180a and 180b (and / or gNB 180c).

[0054] The WTRUs 102a, 102b, 102c may communicate with the gNBs 180a, 180b, 180c using transmissions associated with scalable numerology. For example, the OFDM symbol spacing and / or OFDM subcarrier spacing may be different for different transmissions, different cells, and / or different portions of the wireless transmission spectrum. The WTRUs 102a, 102b, 102c may communicate with the gNBs 180a, 180b, 180c using subframes or transmission time intervals (TTIs) of different or scalable lengths (e.g., including different numbers of OFDM symbols and / or different lengths of absolute time duration).

[0055] The gNBs 180a, 180b, 180c can be configured to communicate with the WTRUs 102a, 102b, 102c in a standalone configuration and / or a non-standalone configuration. In a standalone configuration, the WTRUs 102a, 102b, 102c can communicate with the gNBs 180a, 180b, 180c without accessing other RANs (e.g., eNode-Bs 160a, 160b, 160c, etc.). In a standalone configuration, the WTRUs 102a, 102b, 102c can utilize one or more of the gNBs 180a, 180b, 180c as mobility anchor points. In a standalone configuration, the WTRUs 102a, 102b, 102c can communicate with the gNBs 180a, 180b, 180c using signals in unlicensed bands. In a non-standalone configuration, the WTRUs 102a, 102b, 102c may communicate / connect to a gNB 180a, 180b, 180c while also communicating / connecting to another RAN, such as an eNode-B 160a, 160b, 160c. For example, the WTRUs 102a, 102b, 102c may implement the DC principle to communicate with one or more gNBs 180a, 180b, 180c and one or more eNode-Bs 160a, 160b, 160c substantially simultaneously. In a non-standalone configuration, the eNode-Bs 160a, 160b, 160c may act as mobility anchors for the WTRUs 102a, 102b, 102c, and the gNBs 180a, 180b, 180c may provide additional coverage and / or throughput for serving the WTRUs 102a, 102b, 102c.

[0056] Each of the gNBs 180a, 180b, 180c may be associated with a particular cell (not shown) and may be configured to handle radio resource management decisions, handover decisions, scheduling of users in the UL and / or DL, supporting network slicing, dual connectivity, interworking between NR and E-UTRA, forwarding user plane data to user plane functions (UPFs) 184a, 184b, forwarding control plane information to access and mobility management functions (AMFs) 182a, 182b, etc. As shown in FIG. 1D, the gNBs 180a, 180b, 180c may communicate with each other via an Xn interface.

[0057] 1D may include at least one AMF 182a, 182b, at least one UPF 184a, 184b, at least one Session Management Function (SMF) 183a, 183b, and possibly a Data Network (DN) 185a, 185b. Although each of the above elements is shown as part of the CN 115, it will be understood that any of these elements may be owned and / or operated by an entity other than the CN operator.

[0058] The AMF 182a, 182b may be connected to one or more of the gNBs 180a, 180b, 180c in the RAN 113 via an N2 interface and may act as a control node. For example, the AMF 182a, 182b may be responsible for authenticating users of the WTRUs 102a, 102b, 102c, support for network slicing (e.g., handling separate PDU sessions with separate requirements), selecting a particular SMF 183a, 183b, managing registration areas, terminating NAS signaling, mobility management, etc. Network slicing may be used by the AMF 182a, 182b to customize CN support for the WTRUs 102a, 102b, 102c based on the type of service being utilized by the WTRUs 102a, 102b, 102c. For example, separate network slices may be established for separate use cases such as services relying on Ultra-Reliable Low Latency (URLLC) access, services relying on enhanced High Capacity Mobile Broadband (eMBB) access, services relating to Machine Type Communications (MTC) access, etc. The AMF 182a, 182b may provide a control plane function for switching between the RAN 113 and other RANs (not shown) employing other radio technologies such as LTE, LTE-A, LTE-A Pro, and / or non-3GPP access technologies such as WiFi.

[0059] The SMFs 183a, 183b can be connected to the AMFs 182a, 182b in the CN 115 via an N11 interface. The SMFs 183a, 183b can also be connected to the UPFs 184a, 184b in the CN 115 via an N4 interface. The SMFs 183a, 183b can select and control the UPFs 184a, 184b and configure the routing of traffic through the UPFs 184a, 184b. The SMFs 183a, 183b can perform other functions, such as managing and assigning UE IP addresses, managing PDU sessions, controlling policy enforcement and QoS, providing downlink data notification, etc. The PDU session type can be IP-based, non-IP-based, Ethernet-based, etc.

[0060] The UPFs 184a, 184b may be connected to one or more of the gNBs 180a, 180b, 180c in the RAN 113 via an N3 interface, which may provide the WTRUs 102a, 102b, 102c with access to packet-switched networks, such as the Internet 110, to facilitate communications between the WTRUs 102a, 102b, 102c and IP-enabled devices. The UPFs 184, 184b may perform other functions, such as routing and forwarding packets, enforcing user plane policies, supporting multi-homed PDU sessions, handling user plane QoS, buffering downlink packets, providing mobility anchoring, etc.

[0061] The CN 115 may facilitate communication with other networks. For example, the CN 115 may include or communicate with an IP gateway (e.g., an IP Multimedia Subsystem (IMS) server) that serves as an interface between the CN 115 and the PSTN 108. In addition, the CN 115 may provide the WTRUs 102a, 102b, 102c with access to other networks 112, which may include other wired and / or wireless networks owned and / or operated by other service providers. In one embodiment, the WTRUs 102a, 102b, 102c may be connected to local data networks (DNs) 185a, 185b through the UPFs 184a, 184b via an N3 interface to the UPFs 184a, 184b and an N6 interface between the UPFs 184a, 184b and the DNs 185a, 185b.

[0062] 1A-1D and corresponding descriptions thereof, one or more or all of the functions described herein in connection with one or more of the WTRUs 102a-d, base stations 114a-b, eNode-Bs 160a-c, MME 162, SGW 164, PGW 166, gNBs 180a-c, AMFs 182a-ab, UPFs 184a-b, SMFs 183a-b, DNs 185a-b, and / or any other devices described herein may be performed by one or more emulation devices (not shown). The emulation devices may be one or more devices configured to emulate one or more or all of the functions described herein. For example, the emulation devices may be used to test other devices and / or to simulate network and / or WTRU functions.

[0063] The emulation device can be designed to perform one or more tests of other devices in a lab environment and / or in an operator network environment. For example, the one or more emulation devices can perform one or more or all functions while fully or partially implemented / deployed as part of a communication network to test other devices in the wired and / or wireless communication network. The one or more emulation devices can perform one or more or all functions while temporarily implemented and / or deployed as part of a wired and / or wireless communication network. The emulation device can be directly coupled to another device for testing purposes and / or can perform testing using over-the-air wireless communications.

[0064] The one or more emulation devices can perform one or more functions, including all functions, while not implemented / deployed as part of a wired and / or wireless communication network. For example, the emulation devices can be utilized in a testing scenario in a testing laboratory and / or in an undeployed (e.g., testing) wired and / or wireless communication network to perform testing of one or more components. The one or more emulation devices can be test equipment. Direct RF coupling and / or wireless communication via RF circuitry (e.g., which can include one or more antennas) can be used to transmit and / or receive data by the emulation devices.

[0065] The use of a WTRU and an eNB in ​​the embodiments described herein is for example purposes. The methods described herein can be performed by any of the devices described herein, including but not limited to a WTRU, a base station, an AP, an eNB, a gNB, a TRP, or any other device capable of operating in a wireless communications system.

[0066] One or more factors may contribute to the total end-to-end delay experienced by a WTRU, which may include, but are not limited to, scheduling grant acquisition time, transmission time interval (TTI), processing time, and hybrid automatic repeat request (HARQ) round trip time (RTT).

[0067] The transmission of requests, grants, HARQ feedback, and / or data may occur at and / or according to the timing of blocks or chunks (which in some embodiments may be or correspond to subframes, for example). These blocks or chunks (e.g., subframes) may have a fixed or known duration (e.g., 1 ms), which may be referred to as the TTI.

[0068] A TTI can be or include a subframe, multiple subframes, a time slot, multiple time slots, a symbol, multiple symbols, and / or multiple time samples. A TTI can be used to represent a time that can correspond to a TTI. For example, a TTI can be or include a time that can correspond to at least one of a subframe (e.g., 1 ms), multiple subframes, a time slot (e.g., 0.5 ms), multiple time slots, a symbol, multiple symbols, a time sample (e.g., Ts), and / or multiple time samples. The term Ts can be used to represent a time sample and / or a time corresponding to a time sample. In the examples and embodiments described herein, a time slot and / or a subframe can be used as a non-limiting example of a TTI. Other examples of TTI can be used and still be consistent with the examples and embodiments described herein.

[0069] Feedback, e.g., HARQ feedback, may be transmitted following successful or unsuccessful reception of a transmission, e.g., by any of the devices described herein. The feedback may include an acknowledgement (ACK) or a negative acknowledgement (NACK), which may indicate successful or unsuccessful reception of a transmission, respectively.

[0070] There may be a time relationship between a transmission by a sender (e.g., actual or scheduled transmission) and when a receiver or intended receiver may transmit feedback. This relationship may be a known, configured, or expected time relationship. For example, if data is or may be transmitted and / or received at time n (e.g., actually transmitted and / or received or scheduled to be transmitted and / or received), feedback (e.g., HARQ feedback) may be transmitted and / or received at time n+x, where x may be equal to k×TTI. The feedback may be related to or correspond to the data or transmission. The feedback may indicate successful or unsuccessful reception of the data or transmission. In this example, k may be an integer, such as 4.

[0071] In another example, if data is or may be transmitted and / or received (e.g., in the downlink (DL)) in subframe n (e.g., actually transmitted and / or received or scheduled to be transmitted and / or received), then HARQ feedback (e.g., related to or corresponding to the data) may be transmitted and / or received in subframe n+4 (e.g., in the uplink (UL)). The n+4 HARQ or feedback timing (e.g., timing relationship) may be applicable, for example, to a system using frequency division duplexing (FDD). In another example, for a system using time division duplexing (TDD), the HARQ timing may depend on the TDD configuration (e.g., UL / DL configuration).

[0072] For example, HARQ feedback related to or corresponding to data that is or may be transmitted and / or received at time n may be available at time n+(k×TTI), where k may be 4 for FDD and / or at least 4 for TDD, which may depend on the TDD configuration. Time n may be subframe n. Time n+(k×TTI) may be subframe n+k.

[0073] In another example, HARQ feedback for a DL transmission in DL TTI n may be transmitted and / or received in a UL TTI that is at least k×DL TTIs after the DL TTI n, which may be the next UL TTI that is at least k×DL TTIs after the DL TTI n.

[0074] The timeline may be a scheduling timeline and / or a feedback timeline (e.g., a HARQ timeline). The scheduling timeline may include a relationship between when a scheduling grant or assignment is transmitted or received and when corresponding data may be transmitted or received. For example, for a grant or assignment received in TTI n, the data may be received in TTI n+k. The value of k may be, for example, 0 or 1 for DL ​​reception. The value of k for UL transmission may be, for example, an integer such as 4 or at least 4. An exemplary timeline relationship may be represented by TTI n→TTI n+k. Another exemplary timeline relationship may be time n→time n+x.

[0075] The timeline may be considered a normal timeline for a first value of x or k. The timeline may be considered a shortened timeline for a second value of x or k, which may be less than the first value of x or k. For example, k may be 4 for the normal timeline and 2 or 3 for the shortened timeline. The shortened timeline may have a lower latency than the normal timeline.

[0076] The WTRU may adjust its reception and / or transmission timing based on the received frame timing of the cell (e.g., the received DL frame timing). The cell may be, for example, a reference cell. The WTRU may synchronize its reception and / or transmission timing to the received frame timing of the cell.

[0077] A cell may be a primary cell (PCell), a secondary cell (SCell), or a primary SCell (PSCell), which may be used in some embodiments with carrier aggregation (CA) or dual connectivity. The PCell may be a primary serving cell. The WTRU may have, for example, at least one or only one PCell. The SCell may be a secondary serving cell. The WTRU may have at least one SCell. The WTRU may aggregate a PCell with one or more SCells, or the WTRU may aggregate multiple SCells, which may, for example, increase bandwidth. The PSCell may be a primary SCell. The WTRU may have at least one PSCell. For example, the WTRU may have one PSCell for each group of SCells that may belong to the same media access control (MAC) entity. The WTRU may have at least one MAC entity. The PCell and one or more SCells may be associated with the MAC entity. The PSCell and one or more SCells may be associated with a MAC entity.

[0078] The timing of frame boundaries of frames received by a WTRU may vary over time due to WTRU movement and / or other factors such as oscillator drift. The WTRU may, for example, autonomously adjust its receive and / or transmit timing accordingly. For example, the WTRU may autonomously adjust its downlink receive timing and / or uplink transmit timing according to a received downlink frame of a cell, which may vary.

[0079] The WTRU may apply a timing advance (TA) to its UL transmission timing. The WTRU may start transmitting an UL time unit (e.g., a subframe or TTI) some amount of time (e.g., an applied TA) before the beginning of the corresponding DL time unit. For example, the WTRU may start transmitting an UL subframe n an applied TA before the start of the corresponding DL subframe n. The TA may be in units of time, such as a time sample (e.g., Ts) or an integer number of time samples (e.g., an integer number of Ts). The TA may be applied in this manner to account for signals arriving at the eNB at different times due to cell size. The TA may be used to transmit earlier or later to account for the distance the WTRU is away from the eNB and to allow the transmission from the WTRU to be better aligned with the transmissions of other WTRUs at the eNB receiver. For example, if the WTRU is close to the eNB, a small TA may be applied so that the WTRU transmits its signal at a later time. In this example, if the WTRU is at a farther distance from the eNB, a larger TA may be applied so that the WTRU transmits its signal at an earlier time. The use of TA as in this example may enable the eNB to receive signals from WTRUs at different distances at similar times.

[0080] A WTRU may receive a TA command, for example, from a cell or an eNB with which the WTRU may communicate. The TA command may be received from an eNB during a random access procedure. The TA command may be received independently from a random access procedure. The TA command may be received in a MAC Control Element (CE). The eNB may provide a TA command such that UL transmissions from one or more WTRUs within or corresponding to a time or time period (e.g., a subframe or TTI) may arrive at the cell nominally simultaneously or within a reception time window. The WTRU may apply one or more received TA commands to adjust its UL timing. The TA command may provide a TA value or a TA adjustment (e.g., up or down).

[0081] The WTRU may apply the TA or TA adjustment an amount of time after receiving the TA command, for example, according to the received TA command. The amount of time may be an integer number of TTIs (e.g., 6 TTIs) after the TTI at which the command is received. The amount of time may be fixed or configurable. The WTRU may apply the TA according to the TA value it receives. The WTRU may apply a TA that is an adjusted TA (e.g., after adjusting the TA). The WTRU may adjust the TA according to the TA adjustment it receives. For example, the WTRU may adjust a previously applied TA according to the TA adjustment it receives, and the WTRU may then apply and / or use the adjusted TA. The phrases "applying a TA adjustment" and "applying a TA according to a TA adjustment" may be used interchangeably herein. At the time the WTRU applies a TA, the time difference between the WTRU's receive timing and transmit timing may be set to the applied TA. For example, it may be set exactly to the applied TA or within an allowed tolerance of the applied TA.

[0082] After application of a TA (e.g., an applied TA), the difference between the receive timing and transmit timing of the WTRU may move away from the applied TA. The WTRU may adjust its transmit timing such that the time difference between its receive timing and transmit timing may be within a threshold or tolerance of the applied TA.

[0083] The TA adjustments can be in increments of a TA step value. For example, the TA adjustments can be requested, commanded, received, and / or applied in increments of the TA step value. The TA step value can be, for example, an integer multiple of a time sample (e.g., Ts). The TA step value can be, for example, 16Ts. For an example TA step value of 1 / (30720000) seconds and a TA step value of 16Ts, the example TA step value would be approximately 0.52 us.

[0084] The TA command may indicate that the applied TA should be increased or decreased, which may be, for example, by an amount of time, which may be referred to as ΔTA. The TA command may indicate to apply a new TA, for example, to replace an existing applied TA with the new applied TA. The TA command may include a new value for the applied TA. Replacing an existing applied TA may be applicable if the existing applied TA is zero.

[0085] In some examples and embodiments described herein, eNB, cell, serving cell, and component carrier (CC) may be used interchangeably and / or substituted for one another and still be consistent with the examples and embodiments described herein.

[0086] As described above, the eNB may transmit a TA command to the WTRU. The WTRU may not receive the transmitted TA command, for example, due to interference or poor channel conditions. The eNB may not know when the WTRU has missed a TA command. Because the eNB does not know that the WTRU has missed one or more TA commands, the eNB may not know the applied TA (e.g., the exact applied TA) that the WTRU is using.

[0087] The applied TA may be the TA that the WTRU is applying, for example, to adjust its UL timing, in which case the adjustment may be to its DL timing. The applied TA of a WTRU may not be the same as the sum of one or more (e.g., all) TA commands sent by the eNB to the WTRU. In some examples and embodiments described herein, TA may be used to represent the applied TA.

[0088] 2 is an example 200 of transmission and reception timing between two nodes that can communicate with each other. In this example, an eNB may transmit 201 at what it sees as time 0 210. The WTRU may receive a transmission 202 an amount of time t1 214 later than eNB time 0 210 due to, for example, propagation delay. The WTRU may therefore see its time 0 211 as the time at which it receives what was transmitted by the eNB at eNB time 0 210. The WTRU may transmit 203 to the eNB at WTRU time 0 211. The eNB may receive a transmission 204 from the WTRU an amount of time t2 215 later than the transmission by the WTRU. This delay may be due to, for example, propagation delay. As a result, reception at the eNB may be at time t1+t2 216. This may be due to, for example, a two-way or round-trip delay between the WTRU and the eNB. The values ​​of t1 and t2 may be equal or nearly equal, for example, if there is channel reciprocity.

[0089] In the example of FIG. 2, an eNB start time of n 212 may be used and the same principles may apply. For example, the WTRU may receive a transmission at 202 an amount of time t1 218 later than eNB time n 212 due to, for example, propagation delay. The WTRU may therefore consider its time n 213 to be the time at which it receives what was transmitted by the eNB at eNB time n 212. The WTRU may transmit 203 to the eNB at WTRU time n 213. The eNB may receive a transmission from the WTRU at 204 an amount of time t2 219 later than the transmission by the WTRU. This delay may be due to, for example, propagation delay. The eNB may therefore receive the WTRU transmission at eNB time n+t1+t2 217.

[0090] As described above, communications between an eNB and different WTRUs may include different delays. It may be desirable for transmissions from a set of WTRUs to fall within a time window, which may be (and / or may be referred to as), for example, a receive window of the eNB. As described above, TA may be used to coordinate when a WTRU transmits on the UL, for example, to coordinate when the eNB receives the transmission.

[0091] 3 provides an example 300 of transmit and receive timing with TA applied. In this example, the delay from eNB transmit 301 to WTRU receive 302 may be t1 310, and the delay from WTRU transmit 303 to eNB receive 304 may be t2 311. The TA 316 may be relative to (e.g., applied or used for) the WTRU receive time. The applied TA 316 may be t1+t2, for example, to align the eNB's reception of the WTRU's time 0 transmission 313 with the eNB's time 0 314. The WTRU may transmit its time 0 transmission 313 (e.g., in the UL) at a TA 316 prior to its time 0 reception 315 (e.g., in the DL). The eNB may receive transmission t2 later, which may align with the eNB's time 0 314 transmission time. By using a TA 316 of t1+t2, the eNB can receive a transmission from the WTRU at eNB time 323(0+t1+t2)-(t1+t2). eNB time 323 can be the receive time without the TA (0+t1+t2) minus the applied TA 316 (t1+t2), which in this example is equal to eNB time 0 314. The eNB can transmit 301 at eNB time 0 314. The WTRU can later receive 302 the transmission t1 310 at eNB time 0 314, which the WTRU can use for its receive time 0 315.

[0092] In the example of FIG. 3, time n (e.g., eNB time n 317, WTRU transmit time n 318, and / or WTRU receive time n 319) may be used instead of time 0, and the same principles may apply. The WTRU may transmit 303 at a TA 320 prior to the WTRU reception at time n 319. In this example, the delay from eNB transmit 301 to WTRU receive 302 may be t1 322, and the delay from WTRU transmit 303 to eNB receive 304 may be t2 321. The eNB may receive transmission t2 later, which may align with the eNB time n 317 transmission time. The eNB may receive the transmission at eNB time 324, which may be (n+t1+t2)-(t1+t2), which may be equal to eNB time n.

[0093] The alignment with eNB time 0 in the example of Figure 3 is for illustrative purposes. The TA for any other adjustment or alignment may be consistent with the examples and embodiments described herein.

[0094] UL and DL are used as non-limiting examples of transmission directions. Other directions, such as sidelink, may be used in addition or alternatively and still be consistent with the examples and embodiments described herein.

[0095] A WTRU or a MAC entity of any of the WTRUs or other devices described herein may have and / or maintain at least one time alignment timer (TAT). For example, a WTRU may have and / or maintain a TAT for one (e.g., each) Timing Advance Group (TAG). A TAG may be or include a group (e.g., of a WTRU) of serving cells that use the same timing reference, the same timing reference cell, and / or the same TA value. A TAG may be or include a group of serving cells with a configured UL. A timing reference, timing reference cell, and / or TA may apply to a cell with a configured UL. A primary TAG (pTAG) may be a TAG that includes a PCell or a PSCell. A secondary TAG (sTAG) may be a TAG that does not include a PCell and / or does not include a PSCell. The WTRU and MAC entities may be used interchangeably in the examples and embodiments described herein.

[0096] The TAT may be configured or may be configurable. The TAT may be associated with a TAG. The TAG may be associated with a MAC entity. The TAT may be used to control how long the MAC entity considers the serving cell associated with the TAG to be uplink time aligned.

[0097] A MAC entity may start or restart a TAT, for example, when the MAC entity receives a TA command. The TA command may be received in a MAC-CE or a Random Access Response (RAR). For example, the TA command may be received in a RAR during or after a random access procedure. For example, the MAC entity may start or restart a TAT associated with an indicated TAG, which may be indicated by the TA command.

[0098] The TAT may expire. The TAT may be associated with a TAG, which may be associated with a MAC entity. If the TAT has expired, e.g., if the MAC entity determines that the TAT has expired or deems that the TAT has expired, the MAC entity may perform at least one TAT expiration action, including but not limited to the following:

[0099] For example, flushing one or more (e.g., all) HARQ buffers for one or more (e.g., all) serving cells that may belong to or be associated with the TAG whose TAT has expired.

[0100] For example, flushing one or more (e.g., all) HARQ buffers for one or more serving cells, which may include flushing one or more (e.g., all) HARQ buffers for all serving cells associated with the MAC entity (e.g., where the TAG may be a pTAG).

[0101] Releasing, and / or informing a radio resource control (RRC) to release, a physical uplink control channel (PUCCH) and / or a sounding reference signal (SRS) for one or more (e.g., all) serving cells, e.g., one or more serving cells belonging to a TAG for which the TAT may have expired.

[0102] Releasing and / or informing the RRC to release the PUCCH and / or SRS with respect to one or more serving cells, where those serving cells may be all serving cells associated with the MAC entity (e.g., where the TAG for which the TAT may have expired may be a pTAG).

[0103] Clearing one or more (e.g., any) of the DL allocations and / or one or more (e.g., any) UL grants, if those allocations and / or grants may be for the MAC entity (e.g., if the TAG whose TAT may have expired may be a pTAG).

[0104] For example, considering one or more (e.g., all) TATs that may be associated with a MAC entity as expired, where the TAG for which the TAT may have expired may be a pTAG.

[0105] There may be one or multiple HARQ entities in the MAC entity. For example, there may be a HARQ entity for one (e.g., each) serving cell with a configured UL. The HARQ entity may hold multiple HARQ processes, which may be parallel, for example, to allow transmissions to occur continuously while waiting for HARQ feedback regarding successful or unsuccessful reception of previous transmissions. The HARQ processes may be associated with HARQ buffers.

[0106] The MAC entity may not perform one or more UL transmissions on a serving cell if the TAT associated with the TAG to which the serving cell belongs is not operational. For example, the MAC entity may not perform one or more UL transmissions (e.g., any UL transmissions) on a serving cell, except for a random access preamble transmission, if the TAT associated with the TAG to which the serving cell belongs is not operational. The terms "belonging to" and "associated with" may be used interchangeably in the examples and embodiments described herein.

[0107] A MAC entity may not perform one or more UL transmissions on a serving cell (e.g., associated with the MAC entity) if the TAT associated with the pTAG is not running. For example, the MAC entity may not perform UL transmissions on any serving cell, except for a random access preamble transmission on a special cell (SpCell), if the TAT associated with the pTAG is not running. The SpCell may be, for example, a PCell or a PSCell.

[0108] When a timer such as the TAT is started or restarted, it can be set to zero or to a maximum or expiration value that can be configurable. A timer can expire when it reaches zero (e.g., if it is counting down) or when it reaches a maximum or expiration value (e.g., if it is counting up). A timer such as the TAT can be adjusted (e.g., incremented or decremented) within or during a TTI (e.g., each TTI). For example, the TAT can be adjusted within or during a TTI or subframe. The TAT can be adjusted within or during each TTI or subframe. A timer such as the TAT can be not running when it has expired or can expire, when it has been expired, and / or when it has been stopped.

[0109] A receive-transmit (Rx-Tx) time difference can be the time difference between the receive timing and the transmit timing of a WTRU or any of the devices described herein. The Rx-Tx time difference can be different from the value of the applied TA. The Rx-Tx time difference can be plus or minus an offset to the applied TA. The offset can be due to, for example, at least one of WTRU movement, oscillator drift, and / or errors in applying the TA. The WTRU can adjust its Rx-Tx time difference to be within a threshold or tolerance of the applied TA. The WTRU can be configured (e.g., can receive a configuration to do so) to measure and / or report its Rx-Tx time difference.

[0110] The WTRU may measure (e.g., based on a configuration) and / or report, e.g., to an eNB, the WTRU may measure (e.g., based on a configuration) and / or report, e.g., periodically, the Rx-Tx time difference of the WTRU.

[0111] In an example, the Rx-Tx time difference of the WTRU may be defined as TWTRU_RX-TWTRU_TX. TWTRU_RX may be, for example, the timing received by the WTRU of downlink time unit (e.g., subframe or radio frame) #i from the serving cell. The received timing may be defined by the first detected path in time. TWTRU_TX may be the WTRU transmission timing of uplink time unit (e.g., subframe or radio frame) #i. A reference point may be used for the Rx-Tx time difference measurement of the WTRU. For example, the reference point may be the WTRU antenna connector.

[0112] In the examples and embodiments described herein, the TA, applied TA, WTRU Rx-Tx time difference, Rx-Tx time difference, and UL / DL time difference may be used interchangeably and / or substituted for one another and still be consistent with the present disclosure.

[0113] In an example, a UL transmission (e.g., a frame transmission) may occur [(NTA+NTAoffset)×Ts] prior to reception of a corresponding downlink transmission (e.g., a frame transmission) from a cell (e.g., a reference cell), which may precede reception of the first detected path (e.g., in time). The first detected path may be received from a corresponding downlink transmission from a cell. NTA may be the TA or an applied TA. NTAoffset may be an offset from the TA or an applied TA. The Rx-Tx time difference may be [(NTA+NTAoffset)×Ts].

[0114] The processing time may be or include, for example, the time required or used to process data and / or control signaling or information at or by the WTRU and / or eNodeB (eNB) or any other device described herein. Processing the data and / or control signaling or information may be or include, for example, encoding, decoding, interpreting, understanding, preparing, using, and / or applying the data and / or control signaling. For example, the processing time for DL ​​data reception may include (e.g., may include time for) one or more of: decoding control signaling (e.g., DL grant) to determine a location and / or decoding parameters related to a data channel, attempting to decode the data channel, determining whether the data was successfully received, delivering the received transport block (TB) to a higher layer, and / or preparing to transmit HARQ feedback. The processing time for preparing HARQ feedback (e.g., for a DL grant) may include one or more (e.g., all) of the components that may be included in the processing time for DL ​​data reception.

[0115] The processing time for a UL data transmission may include (e.g., include time for), for example, one or more of: decoding control signaling (e.g., an UL grant) to determine a location and / or transmission parameters for a data channel, preparing a transport block (TB) for transmission, and / or determining a power for transmission. The processing time (e.g., data processing time) may be a function of (e.g., proportional to) the TB size and / or TTI length of the data.

[0116] FIG. 4 provides another example 400 of transmit and receive timing with TA applied. In the example of FIG. 4, a WTRU may receive 401 a DL grant at time n 412 (e.g., WTRU Rx time n). The WTRU may process the DL grant during processing time 414, and the WTRU may transmit 402 HARQ feedback at time n+x 413 (e.g., WTRU Tx time n+x). Time n and time n+x may be in units of subframe, slot, symbol, minislot, or TTI. The value of x may be an integer, such as, for example, 4. The WTRU Rx timing 412, 415 and the WTRU Tx timing 410, 413 (e.g., corresponding Tx timing) may differ, for example, due to TA 411, 416. The available processing time 414 between Rx time n 412 and Tx time n+x 413 may be affected by the applied TA 416. For example, the available processing time may be x minus the applied TA (or x minus the Rx-Tx time difference of the WTRU), e.g., if the starting point for determining the available processing time is the beginning of WTRU Rx time n 412. If another starting point is used, the available processing time 414 may be adjusted accordingly. For example, the starting point for the available processing time 414 may be the end of a time unit (e.g., a TTI) in which the control channel may be received, or the beginning of the next time unit after the time unit in which the control channel may be received. For subtraction, x and the applied TA (or the Rx-Tx time difference of the WTRU) may be converted to a common unit, such as time samples.

[0117] In some applications, for example, to reduce latency, a short TTI (also referred to herein as sTTI) may be used. The use of a short TTI may, for example, reduce the available processing time for generating and / or transmitting HARQ feedback in the UL (e.g., associated with DL reception) and / or UL data transmission.

[0118] The use of an applied TA may, for example, reduce the available processing time even further. For a shorter TTI, the WTRU may not be able to support some values ​​of the applied TA that it can support during a longer TTI.

[0119] For example, referring again to FIG. 4, the available processing time for a DL data reception or UL transmission (e.g., HARQ or data transmission) following a UL grant may be x-the applied TA. In this example, x may be 4 TTIs, where the TTI may have a duration of 1 ms for the long TTI and 0.5 ms for the sTTI. The resulting available processing time may be 4 ms-the applied TA for the long TTI and 2 ms-the applied TA for the sTTI. For example, if a WTRU requires 2 ms to process 1 ms of data and 1 ms to process 0.5 ms of data, the WTRU may support an applied TA of 2 ms for a 1 ms TTI and an applied TA of 1 ms for a 0.5 ms TTI. The WTRU may be enabled to handle this reduced TA capability when operating with an sTTI. The eNB may be enabled to handle this reduced TA capability of a WTRU with which it may communicate when operating with an sTTI.

[0120] One approach to handle this reduced TA capability may be to limit the TA based on the length of the TTI, for example, the TA may be limited to a maximum value for all WTRUs.

[0121] However, consideration of additional factors and / or alternative approaches may provide a more optimal solution because, for example, WTRUs may have separate processing capabilities and multiple processes may impact processing time. The embodiments described herein provide the following approaches and concepts related to handling TA and processing capabilities in reduced latency systems and related methods.

[0122] For example, determining a processing capability (PC) or processing limit (e.g., processing time capability or limit, TA capability or limit, or Rx-Tx time difference capability or limit), which may be based on (e.g., determined based on) parameters including, but not limited to, TTI, transport block size (TBS), transmission type, transmission channel, and / or scheduling / HARQ timeline.

[0123] Determining, providing, receiving, and / or using PC (or marginal) displays.

[0124] Determining, providing, receiving, and / or using PC (or marginal) configurations.

[0125] Determining and / or indicating proximity (e.g., headroom) to a PC or limit.

[0126] Report when proximity is below and / or above thresholds.

[0127] Triggering (e.g., reporting) and / or reporting the PC (or marginal) headroom. In this case, the report can be triggered and / or sent within the TTI in which the threshold is exceeded, which can allow, for example, correlation with the TTI and / or TBS.

[0128] Exception handling when a PC (or limit) is violated (e.g., exceeded for a maximum possible PC / limit, or below for a minimum possible PC / limit). In this case, the exception handling can include, but is not limited to, capping a Processing Value (PV) (e.g., setting a PV for the PC), stopping one or more transmissions in the UL (e.g., during short TTIs, multiple TTIs, and / or all TTIs), stopping a time alignment timer (e.g., generally or during short TTIs), flushing one or more HARQ buffers (e.g., generally or during short TTIs), and / or sending an error message or a proximity / headroom report, for example, using a transmission with a longer TTI length (e.g., if scheduled) or a physical random access channel (PRACH).

[0129] Avoiding the exception condition by prioritizing TTIs, channels, and / or transmission types (e.g., UCI vs. data) and / or dropping at least one lower priority TTI, channel, or transmission type to avoid meeting the exception condition (e.g., for at least one of the TTIs); and / or

[0130] Applying TA when using a TTI length less than a subframe, in which case the application can occur at the beginning of the subframe (e.g., regardless of TTI length) at (e.g., at the beginning of) subframe n+6 for a TA received at a TTI (e.g., sTTI) within a subframe (e.g., at any time within subframe n), and / or at subframe n+y, where y can be fixed, configured, or a function of the TTI length, PC, and / or the time difference between the DL TTI and the UL TTI.

[0131] The PC may be configured, determined, and / or used. The PC may be a limit or a processing limit. The term limit may be used to refer to a processing limit.

[0132] The phrases and terms PC, WTRU PC, or PC of a WTRU may be used interchangeably herein. Capabilities and limitations may be substituted for one another in the embodiments and examples provided herein and still be consistent with the present disclosure.

[0133] Channels such as PUSCH and PUCCH are used herein as non-limiting examples of UL channels (e.g., UL data and control channels). PUSCH and PUCCH are channels that can be used with long TTIs (e.g., 1 ms) or sTTIs (e.g., values ​​shorter than 1 ms). Other channels, e.g., sPUSCH and sPUCCH, can be substituted for PUSCH and PUCCH and still be consistent with the examples and embodiments described herein.

[0134] Channels such as the Physical Downlink Shared Channel (PDSCH) and the Physical Downlink Control Channel (PDCCH) are used herein as non-limiting examples of DL channels (e.g., DL data and control channels). The PDSCH and PDCCH are channels that can be used with long TTIs (e.g., 1 ms) or short TTIs (e.g., values ​​shorter than 1 ms). Other channels, e.g., sPDSCH and at least one of sPDCCH, ePDCCH, mPDCCH, and nPDCCH, can be substituted for the PDSCH and PDCCH and still be consistent with the examples and embodiments described herein.

[0135] A regular or ordinary TTI may be a TTI that may correspond to a subframe (e.g., 1 ms). A long TTI may be considered to be a regular or ordinary TTI.

[0136] The PC may be determined (eg, the WTRU may determine the processing capability) within one TTI (eg, each TTI) or between (eg, at least one) TTI (eg, each TTI).

[0137] In embodiments described herein, the WTRU may have, determine, and / or be configured with a PC or processing limit (e.g., of the WTRU) based on at least one of a UL and / or DL ​​TTI length, a UL and / or DL ​​TBS, a type of UL transmission (e.g., feedback or data), a channel that may be used for a UL transmission (e.g., PUCCH or Physical Uplink Shared Channel (PUSCH)), and / or a timeline (e.g., a scheduling and / or HARQ timeline). The PC or limit (e.g., of the WTRU) may alternatively or additionally be based on, be a function of (e.g., proportional to), be associated with, correspond to, be determined based on (e.g., by the WTRU), and / or be configured based on (e.g., by the eNB), such as at least one of a plurality of processing criteria. For example, the WTRU may have, determine, and / or be configured with a PC based on, associated with, and / or corresponding to a processing criterion, e.g., as a function of at least one processing criterion, which may be at least one of a plurality of processing criteria. The PC configuration may be provided by the eNB, e.g., via signaling, such as RRC signaling and / or broadcast signaling (e.g., in system information). Furthermore, one PC may be a function of another PC. For example, the WTRU may have, determine, and / or be configured with a PC based on, associated with, and / or corresponding to another PC, as a function of another PC. The PC may be determined by the WTRU using any of the embodiments or examples described herein, or a combination thereof.

[0138] A PC indication may be provided and / or used. The WTRU may provide (e.g., transmit or signal) its set of one or more processing capabilities, for example, to an eNB. The WTRU may provide the set of one or more processing capabilities via signaling, such as RRC signaling.

[0139] The PC of the WTRU may be or may include at least one of the following:

[0140] TA capabilities (or limitations), e.g., the TAs that can be supported and / or used.

[0141] Maximum TA capability (or limit), e.g., the maximum TA that can be supported and / or used.

[0142] Rx-Tx time difference capability (or limits), e.g., the Rx-Tx time difference that can be supported and / or used.

[0143] Maximum Rx-Tx time difference capability (or limit), e.g., the maximum Rx-Tx time difference that can be supported and / or used.

[0144] Processing time capabilities (or limitations), e.g., the processing time that is supported, required, and / or can be used.

[0145] Minimum or maximum processing time capabilities (or limits), e.g., the minimum or maximum processing time that is supported, required, and / or can be used.

[0146] Available processing time, for example, time that may be available for processing (eg, for a UL TTI, a DL TTI, and / or a combination of at least one DL TTI and at least one UL TTI).

[0147] TTI (eg, TTI length) capabilities (or limitations), e.g., TTIs that can be supported and / or used.

[0148] Minimum TTI (e.g., TTI length) capability (or limit), e.g., the minimum TTI that can be supported and / or used. The minimum TTI (e.g., TTI length) can be determined based on the number of symbols used and / or configured for the TTI and / or the subcarrier spacing used and / or configured.

[0149] TBS capabilities (or limitations), e.g., the TBS that can be supported and / or used.

[0150] Maximum TBS capability (or limit), e.g., the maximum TBS that can be supported and / or used.

[0151] Timeline (e.g., scheduling and / or HARQ timeline) capabilities (or limitations), e.g., timelines that can be supported and / or used (e.g., the value of k in a timeline relationship of TTI n → TTI n+k); and / or

[0152] Minimum timeline (e.g., scheduling and / or HARQ timeline) capabilities (or limitations), e.g., the minimum timeline that can be supported and / or used (e.g., the minimum value of k in a timeline relationship of TTI n → TTI n+k).

[0153] The timeline can be at least one of a scheduling timeline for the UL (e.g., UL transmission), a scheduling timeline for the DL (e.g., DL reception), a HARQ timeline for DL ​​transmission (e.g., DL data reception→HARQ feedback transmission in UL), and / or a HARQ timeline for UL transmission (e.g., UL data transmission→HARQ feedback reception in DL). A timeline for retransmissions (e.g., in the UL) that may result from negative HARQ feedback (e.g., in the DL) can be considered as a scheduling timeline.

[0154] The WTRU may determine, have, maintain, be configured with, and / or use one or more PCs, e.g., at least a first PC and a second PC. The first PC and the second PC may be determined based on separate sets of processing criteria.

[0155] The support and / or use may be by the WTRU and / or the eNB.

[0156] The TTI length (e.g., in time, such as microseconds, milliseconds, nanoseconds, etc.) can be determined (e.g., by the WTRU) based on at least one of the number of symbols and / or subcarrier spacing that can be configured and / or used.

[0157] In the embodiments described herein, the processing criteria can be or can include at least one of the following:

[0158] The number of symbols may be, for example, the number of symbols within a TTI or a TTI length that may be used and / or configured (eg, in or according to a TTI configuration).

[0159] A TTI (eg, in the UL and / or DL), for example, a TTI length (eg, in the UL and / or DL).

[0160] The time difference between a TTI in DL and a TTI in UL, e.g., the time between the beginning or end of a DL TTI that can result in (e.g., trigger or schedule) or lead to a UL transmission in a UL TTI, and the beginning of a UL TTI at which a UL transmission can take place.

[0161] TBS, for example, a TBS that can be scheduled, granted, assigned, transmitted, or received within a time unit such as a TTI.

[0162] The number of layers (e.g., rank) that can be used for reception and / or transmission.

[0163] The number of codewords that can be used for reception and / or transmission.

[0164] The number of time / frequency resources (e.g., physical resource blocks (PRBs)) that can be scheduled, granted, assigned, transmitted, or received within a unit of time such as a TTI.

[0165] A coding scheme (e.g., convolutional coding or turbo coding) that may be used for reception of a channel (e.g., a DL channel such as a PDSCH) that may precede, correspond to, and / or lead to a transmission (e.g., in the UL) for which a TA may apply.

[0166] A MIMO receiver scheme (eg, MMSE, MMSE-IRC, or MMSE-SIC) that may be used for reception of a channel with one or more transmission layers (eg, a DL channel such as a PDSCH).

[0167] The waveform used for transmission (e.g., CP-OFDM or DFT-s-OFDM), and / or

[0168] The numerology used or configured (e.g., CP length, subcarrier spacing).

[0169] Other processing criteria can be or can include, but are not limited to, transmit type, receive type, channel type, and / or channel location.

[0170] The processing criterion may be or may include a transmission type (e.g., a UL transmission type), e.g., a transmission type to which the TA may apply. The transmission type may be, for example, at least one of a control or feedback transmission (e.g., HARQ or CSI feedback), a data transmission, and / or an RS transmission (e.g., DMRS or SRS).

[0171] The processing criterion may be or may include a reception type (e.g., DL reception type), e.g., a reception type that may precede, correspond to, and / or lead to a transmission (e.g., in the UL) for which the TA may apply. The reception type may be, for example, at least one of control reception (e.g., DCI, DCI format, DL grant, UL grant, and / or aperiodic SRS trigger), data reception, and / or RS reception (e.g., CRS, DMRS, CSI-RS).

[0172] The processing criteria may be or may include a channel type (e.g., a UL channel type), e.g., a channel type to which the TA may apply. The channel type may be, for example, at least one of a control channel (e.g., a UL control channel such as a PUCCH) or a data channel (e.g., a UL data channel such as a PUSCH).

[0173] The processing criterion may be or may include a channel type (e.g., DL channel type), e.g., a channel type over which control or data may be received that corresponds to and / or may lead to a transmission (e.g., in the UL) to which the TA may apply. The channel type may be, for example, at least one of a control channel (e.g., a DL control channel such as a PDCCH) or a data channel (e.g., a DL data channel such as a PDSCH).

[0174] The processing criterion may be or may include a channel location, e.g., a time and / or frequency location, of a DL control channel that may be associated with, correspond to, and / or lead to a UL transmission to which the TA may apply. The channel location may be, for example, at least one of a control region (e.g., a time or symbol where data may not be present) or a data region (e.g., a time or symbol where data may be present).

[0175] The processing criterion may be or may include a timeline (eg, a scheduling and / or HARQ timeline) that may be configured and / or used.

[0176] The processing criteria may be or may include a reference signal type or configuration that may be configured and / or used.

[0177] In the embodiments described herein, the WTRU may have, determine, and / or be configured with a PC (or limit) defined above that may apply to UL transmission. For example, the PC (or limit) may be, for example, a TA (e.g., maximum TA), an Rx-Tx time difference (e.g., maximum Rx-Tx time difference), and / or a timeline (e.g., minimum scheduling, HARQ, or DL ​​to UL timeline) that may be supported (e.g., by the WTRU) and / or used (e.g., by the WTRU and / or eNB) for UL transmission. The UL transmission may be or include HARQ feedback that may correspond to a DL data transmission (e.g., a PDSCH transmission). The WTRU may transmit HARQ feedback on an UL channel (e.g., a PUCCH or PUSCH channel) with a TTI of TTI_ul. The UL transmission may be or may include a UL data transmission (e.g., a PUSCH) that may correspond to a grant (e.g., an UL grant) or assignment that may have been received on a DL control channel and / or DCI.

[0178] The WTRU may transmit an UL data transmission with a TTI of TTI_ul. The TTI for DL ​​data transmission and / or for DL ​​control channel transmission may be TTI_dl. TTI_ul and TTI_dl may be the same or different TTIs (e.g., may have the same or different values).

[0179] A TTI at which the PDSCH may be received may be referred to as TTI_dl A. A TTI at which the DL control channel, DCI, grants, and / or assignments for the PUSCH may be received may be referred to as TTI_dl B. TTI_dl A and TTI_dl B may be the same or separate. A TTI at which the HARQ feedback and / or the PUSCH may be transmitted may be referred to as TTI_ul A.

[0180] In the embodiments described herein, further processing criteria may be used. The processing criteria may be or may include at least one of the following:

[0181] The TTI (for example, TTI_ul and / or TTI_dl).

[0182] The time difference between TTI_dl and TTI_ul (e.g., between TTI_dl A and TTI_ul A, between TTI_dl B and TTI_ul A, and / or between TTI_ul A and the closer of TTI_dl A and TTI_dl B). In this case, the time difference can be, for example, the time between the beginning (or end) of the TTI_dl and the beginning of the TTI_ul, excluding the application of TA.

[0183] The TBS (eg, actual TBS or maximum TBS) of a transport block (TB) or codeword (CW) that can be carried by the PDSCH.

[0184] For example, if DL MIMO can be used, the TBS (e.g., actual TBS or maximum TBS) of another TB or CW that can be received by the WTRU (e.g., during TTI_dl A), which can impact the processing time required or used by the WTRU.

[0185] The number of TBs or CWs that can be received by the WTRU (eg, the number that can be received during TTI_dl A).

[0186] A channel (e.g., PUCCH or PUSCH) that may be used by the WTRU for transmitting feedback (e.g., HARQ feedback), e.g., a result of whether the WTRU transmits, will transmit, or intends to transmit feedback (e.g., HARQ feedback) on a PUCCH or PUSCH channel.

[0187] For example, the set of channels (eg, PUCCH only, PUSCH only, or PUSCH and PUCCH) that may be transmitted in a TTI if the WTRU may send feedback.

[0188] For example, a result of whether the WTRU transmits, will transmit, or intends to transmit in the UL within a TTI on PUCCH only, PUSCH only, or PUSCH and PUCCH, when the WTRU can send feedback (e.g., HARQ feedback).

[0189] The result of whether the WTRU receives an UL grant for a PUSCH transmission within a TTI (e.g., TTI_ul A) in which the WTRU can send feedback (e.g., the WTRU may need more time to prepare an UL transmission).

[0190] At least one TBS (or maximum TBS) of a transport block that the WTRU may transmit on the PUSCH within a TTI in which the WTRU may send feedback.

[0191] The number of layers, number of PRBs, and / or coding scheme that can be used for reception of the PDSCH.

[0192] At least one TBS (or maximum TBS) of a transport block that the WTRU may transmit on the PUSCH within a TTI for which UL resources are assigned or allowed (eg, TTI_ul A).

[0193] The result of whether the WTRU received a DL grant or allocation within a TTI (e.g., TTI_dl B) in which the WTRU received a UL grant or allocation (e.g., whether the WTRU may need to process a DL TB before a UL transmission).

[0194] The result of whether the WTRU receives a DL grant or assignment within or after TTI_dl B and before TTI_ul A (e.g., whether the WTRU may need to process a DL TB before a UL transmission).

[0195] As a result of whether the WTRU can transmit a PUSCH based on a CP-OFDM waveform or a DFT-s-OFDM waveform; and / or

[0196] A result of whether the WTRU can transmit or receive signals based on the first numerology (eg, the first subcarrier spacing) or the second numerology (eg, the second subcarrier spacing).

[0197] For example, for a TTI value (e.g., TTI_dl and / or TTI_ul value) of x (e.g., 2 symbols, 4 symbols, or 1 timeslot), the WTRU may have, determine, or be configured with a maximum TA (or maximum Rx-Tx time difference) that it can use, be expected to use, and / or support as y. For example, the value of y may be a function of x or proportional to x. For example, y may be equal to x / 2. The value of y may be a function of TBS, e.g., a function of TTI and TBS.

[0198] The PC (or limit) can be represented in one or more (e.g., an integer number of) time units. The time unit can be a subframe, a time slot, a mini-slot, a TTI, a symbol, a time sample, an integer number of time slots and / or mini-slots, an integer number of symbols, a fractional symbol (e.g., 1 / 2 symbol or 1 / 4 symbol), an integer number of time samples, a TA step, or an integer number of TA steps, or can include them, but is not limited to them. A TA step can be, for example, 16 time samples. The PC can be represented in time such as microseconds and / or nanoseconds, or can also be represented.

[0199] The PC, TTI, time unit, and / or a plurality of time units can be quantized and / or can be represented by a value or an index to a value in a set of values, a list, or a table, for example, when determined, configured, provided, and / or reported.

[0200] The PC can be represented by a category (e.g., an index to a category) within a set of categories (e.g., short, medium, long). The category can represent a PC value. For example, "short" can mean the PC of x or can be defined as the PC of x, "medium" can mean the PC of y or can be defined as the PC of y, "long" can mean the PC of z or can be defined as the PC of z. For example, x, y, and z can be values that can be supported, required, and / or used, such as PC values like a maximum value or a minimum value, or can represent them. The values of x, y, and z can follow the relationship x < y < z.

[0201] The processing criterion may be determined (e.g., the WTRU may determine the processing criterion) within one TTI (e.g., each TTI) or between one (e.g., at least one) TTI (e.g., each TTI).

[0202] The PC may be determined based on a reference signal type or configuration that may be used. One or more reference signal types or configurations may be used for a physical channel (e.g., a PDSCH or a PUSCH), and the PC may be based on the configuration and / or the reference signal type or configuration that may be used.

[0203] In embodiments described herein, a WTRU may provide (e.g., send, signal, report, or transmit) a PC (e.g., of the WTRU) to, e.g., an eNB. The WTRU may be configured or requested (e.g., by an eNB) to provide a PC (e.g., to an eNB). The WTRU may provide a PC in response to a request to provide one or more capabilities of the WTRU. The WTRU may provide at least a PC in response to a request to provide a PC. For example, the WTRU may include the PC in a WTRU capabilities message.

[0204] In some examples and embodiments, the terms "providing," "sending," "signaling," "reporting," and "transmitting" may be used interchangeably.

[0205] The WTRU may provide (eg, to an eNB) a PC that may be associated with and / or compatible with a processing standard.

[0206] For example, the WTRU may provide or indicate one or more TTIs (e.g., TTI lengths) that the WTRU can support, or a minimum TTI that the WTRU can support. The WTRU may indicate a PC for a TTI or supported TTIs (e.g., each TTI or supported TTI). For example, the WTRU may provide a maximum TA, a maximum Rx-Tx time difference, and / or a maximum TBS that the WTRU can support for a TTI or supported TTI. In another example, the WTRU may provide a minimum processing time that the WTRU may need or use for a TTI or supported TTI. In another example, the WTRU may provide a maximum TA (or maximum Rx-Tx time difference) that the WTRU can support for at least one (or a combination of at least two) of a TTI (UL and / or DL ​​TTI), a TBS, a transmission type, and / or a channel type.

[0207] The TTI, TTI length, and TTI duration may be used interchangeably.

[0208] In another example, the WTRU may indicate one or more timelines (e.g., a value of k in a timeline relationship of TTI n→TTI n+k) that the WTRU can support, or a minimum timeline that the WTRU can support. The WTRU may provide a PC for the timelines that the WTRU can support. For example, the WTRU may provide a maximum TA, a maximum Rx-Tx time difference, and / or a maximum TBS that the WTRU can support for the timelines that the WTRU can support.

[0209] In embodiments described herein, the WTRU may be configured with a PC (e.g., processing limit), and the configuration (e.g., PC configuration) may be provided by the eNB and / or received by the WTRU. The configuration may be provided and / or received within WTRU-specific signaling and / or cell-specific signaling. The signaling may be RRC signaling. The signaling may be broadcast signaling. For example, the PC may be provided and / or received within system information, such as a system information block (SIB).

[0210] The WTRU may use or be configured to use a first TTI, e.g., a normal or ordinary TTI. For example, if the WTRU is configured for a TTI, such as a second TTI or a short TTI (sTTI), the eNB may provide and / or the WTRU may receive a PC. The second TTI may be shorter than the first TTI. The PC may be based on, associated with, and / or correspond to one or more processing criteria described above.

[0211] The terms criteria and criterion may be used interchangeably herein. For example, "criteria" may be used to represent "criterion."

[0212] For example, the eNB may provide and / or the WTRU may receive one or more TTIs (e.g., TTI lengths) that the WTRU and / or eNB may support or use. The WTRU may be configured (e.g., by the eNB) with one or more TTIs (e.g., TTI lengths) that the WTRU may use. The WTRU may be configured with a PC for the TTI or configured TTIs (e.g., each TTI or configured TTI). Alternatively or additionally, the WTRU may be configured (e.g., by the eNB) with a maximum TA, maximum Rx-Tx time difference, and / or maximum TBS that the WTRU can support (e.g., must support), e.g., for a configured TTI. Alternatively, or in addition, the WTRU may be configured (e.g., by the eNB) with a maximum TA (or maximum Rx-Tx time difference) that the WTRU can (or must) support for at least one (or a combination of at least two) of the TTI (UL and / or DL ​​TTI), TBS, transmission type, and / or channel type.

[0213] Alternatively or additionally, the WTRU may use or be configured to use a first timeline, e.g., a normal or regular timeline, In this example, the WTRU may be configured or further configured (e.g., by the eNB) with a second timeline (e.g., a shortened timeline) that the WTRU may use.

[0214] If the WTRU can be configured for a timeline, such as a second timeline, or a shortened TTI, the eNB can provide and / or the WTRU can receive the PC. The second timeline can be shorter than the first timeline. For example, the WTRU can be configured (e.g., by the eNB) with a maximum TA, maximum Rx-Tx time difference, and / or maximum TBS that the WTRU can support (e.g., must support) for a configured timeline, which can be, for example, a shortened timeline.

[0215] Non-exhaustive and non-exclusive embodiments described below relate to the proximity of a PV to a PC. The PC may define the limits or what a WTRU is capable of doing or supporting (e.g., in terms of processing and / or transmission). The PV may define what a WTRU is required to do or support (e.g., in terms of processing and / or transmission), for example, based on a configuration and / or UL / DL grant received by the WTRU. In embodiments described herein, the proximity (e.g., of a PV) to a PC (or limits) may be determined, provided (e.g., indicated), and / or used.

[0216] The PV may be a value, e.g., a current or recent value of a processing parameter. The PV may relate to UL and / or DL ​​transmission (or reception). For example, the processing parameter may be or include at least one of the following:

[0217] TA (e.g., the TA being applied).

[0218] Rx-Tx time difference.

[0219] Processing time (e.g., processing time that is available and / or can be used), e.g., processing time based on at least one of the TTI, TTI length, number of symbols, number of OFDM symbols, symbol length, number of samples, and number of time samples.

[0220] A TTI (eg, a TTI length), for example, a TTI (eg, a TTI length) that can be identified, requested, and / or configured.

[0221] TBS. and / or

[0222] Timelines or timeline values ​​(e.g., the value of k in a timeline relationship of TTI n → TTI n+k) that can be requested, configured, and / or indicated semi-statically (e.g., via RRC signaling) and / or dynamically (e.g., in a DCI).

[0223] The WTRU may measure a processing parameter (e.g., as defined above) to determine its value. The WTRU may average and / or filter one or more measurements of the processing parameter to determine the value of the processing parameter.

[0224] The WTRU may determine the proximity of the PV to the PC. For example, the proximity of the PV to the PC may be the difference between the PV and the PC, e.g., PV-PC or PC-PV. The proximity of the PV to the PC may be referred to as headroom herein. The term proximity as used herein may refer to the proximity (e.g., determined proximity) of the PV to the PC. Thus, proximity and headroom may be used interchangeably.

[0225] The PC may be determined by the WTRU, for example, as described in one or more embodiments or examples herein. The PC may be configured (e.g., received within a configuration), for example, as described in one or more embodiments or examples herein. The PC may be configured (e.g., received within a configuration) at the eNB. Reception of the configuration may be by the WTRU.

[0226] The PV and / or the proximity of the PV to the PC may be determined (e.g., by the WTRU) within or between (e.g., at least one) TTI. Further, the WTRU may determine the PV and / or the proximity within or between each TTI.

[0227] In embodiments described herein, the WTRU may also determine that (or if) the PV can or is meeting (or satisfying) a threshold comparison condition. A PV can meet (or satisfy) a threshold comparison condition if it reaches (e.g., is at) a threshold, exceeds a threshold, is above a threshold, and / or is below a threshold. A PV can meet (or satisfy) a threshold comparison condition if it can reach (e.g., is at) a threshold, exceeds a threshold, is above a threshold, and / or is below a threshold.

[0228] For example, the WTRU may determine that (or if) the PV may reach (e.g., be at) a threshold, exceed, exceed the threshold, and / or be below a threshold. The WTRU may, for example, trigger or provide a report or indication to the eNB if (e.g., the WTRU may determine that) the PV may or is meeting (or satisfying) a threshold comparison condition. The report or indication may indicate that the PV meets (or meets) a threshold or threshold comparison criterion.

[0229] In embodiments described herein, the WTRU may trigger or provide, for example, a report or indication to an eNB to indicate that the PV may meet, may meet, may have met, and / or may have met a threshold comparison condition. The report or indication may include the PV (e.g., may include a value or a representative indication of the value of the PV). The report or indication may identify or include an identification of which threshold comparison condition was met (or met).

[0230] In embodiments described herein, the WTRU can determine that (or if) the proximity of the PV to the PC can or does meet (or satisfy) a threshold comparison condition. The proximity of the PV to the PC can meet (or satisfy) a threshold comparison condition if the proximity of the PV to the PC can or does meet (e.g., is at) a threshold, can or does exceed a threshold, can or does exceed a threshold, and / or can or does not meet (or is below) a threshold. For example, the WTRU can determine that (or if) the proximity of the PV to the PC can or does meet (e.g., is at) a threshold, can or does exceed a threshold, can or does exceed a threshold, and / or can or does not meet (or is below) a threshold.

[0231] A WTRU may consider a condition to be met or satisfied if the WTRU determines that the condition will be met or satisfied (e.g., within or during the time unit or TTI that the determination is made). A WTRU may determine that a condition will be met or satisfied if the WTRU determines that the condition will be met or satisfied (e.g., within or during the time unit or TTI that the determination is made).

[0232] In embodiments described herein, the WTRU may, for example, trigger or provide a report or indication to an eNB if (e.g., if the WTRU determines that) the proximity of the PV to the PC may meet (or satisfy) a threshold comparison condition. The report or indication may indicate that the proximity of the PV to the PC has met (or met) a threshold or threshold comparison criterion. The WTRU may trigger or provide a report or indication to an eNB, for example, to indicate that the proximity of the PV to the PC may or has met, may or has met, may or has met, and / or may or has met the threshold comparison condition.

[0233] In embodiments described herein, the report or display may include at least one of the PV, the PC, and / or the proximity of the PV to the PC (e.g., may include values ​​or representative displays of those values). The report or display may identify or include an identification of which threshold comparison conditions were met (or satisfied).

[0234] Alternatively or additionally, in embodiments described herein, the WTRU may determine that (or if) a proximity condition is or can be met (e.g., that a proximity condition applies or can apply). The proximity condition may be at least one of the following (or a result of at least one of the following):

[0235] The PV may be or be close to the PC or a threshold value.

[0236] The PV may be or be a PC or a threshold (eg, a first threshold), or may exceed or exceed a PC or a threshold (eg, a first threshold).

[0237] The PV may be less than or equal to the PC or a threshold value (eg, a second threshold value).

[0238] The PV is or can be within a threshold value (eg, a first threshold value) of the PC.

[0239] The PV can be greater than or equal to a threshold value from the PC (eg, a second threshold value).

[0240] The PV has changed or can change from a state not within a PC threshold (eg, a first threshold) to a state within the PC threshold (eg, a first threshold).

[0241] The PV has changed or can change from a state where it is not greater than a threshold value from the PC (eg, the second threshold value) to a state where it is greater than a threshold value from the PC (eg, the second threshold value).

[0242] The PV has changed or is capable of changing from being within a first threshold of the PC to being greater than a second threshold from the PC.

[0243] The PV has changed or is capable of changing from being greater than the second threshold from the PC to being within the first threshold of the PC.

[0244] The proximity (eg, of the PV to the PC) has changed or can change from being greater than a threshold (eg, a first threshold) to being less than the threshold (eg, the first threshold).

[0245] The proximity has changed or can change from being below a threshold (eg, a second threshold) to being above a threshold (eg, a second threshold).

[0246] The proximity has changed or is capable of changing from being below a first threshold to being above a second threshold; and / or

[0247] The proximity has changed or can change from a state greater than the second threshold to a state that is less than the first threshold of the PC. The WTRU can, for example, trigger or provide a report or indication to the eNB when the proximity condition is or can be met (e.g., when the WTRU determines that the proximity condition is or can be met).

[0248] In the embodiments described herein, one or more thresholds may be provided and / or used. The one or more thresholds may be configured, for example, by the eNB. The WTRU may receive the one or more thresholds (e.g., configuration of one or more thresholds), for example, from the eNB. The first threshold may be used for a first threshold comparison (e.g., for a first threshold comparison condition). The second threshold may be used for a second threshold comparison (e.g., for a second threshold comparison condition). The first and second thresholds may be the same or different.

[0249] For example, when using a threshold value to determine whether or when a threshold comparison condition can be met or satisfied, the threshold value can be adjusted by one or more offset or hysteresis values. The use of an offset or hysteresis value can, for example, prevent a small change in PV or proximity from triggering a report when the PV or proximity may be close to the threshold.

[0250] The one or more thresholds may be associated with and / or correspond to a TTI, such as a TTI that may be configured or supported. The one or more thresholds may be configured for or with the TTI.

[0251] In some examples and embodiments, "less than" can be replaced with "less than or equal to," "in" can be replaced with "at or within," "more than" can be replaced with "at least," and / or "greater than" can be replaced with "greater than or equal to" and still be consistent with the embodiments described herein.

[0252] The term "threshold" may be used to represent a threshold value. A threshold may be comprised of and / or expressed in one or more (e.g., an integer number) time units. A time unit may be, for example, a symbol, a time sample, an integer number of symbols, a fractional symbol (e.g., 1 / 2 a symbol or 1 / 4 a symbol), an integer number of time samples, a TA step, or an integer number of TA steps. A TA step may be, for example, 16 time samples. A threshold may be comprised of and / or expressed in time, such as microseconds and / or nanoseconds.

[0253] For example, the WTRU may determine that (or if) a PV (e.g., a TA, an Rx-Tx time difference, a processing time, or a timeline) is or can be at a threshold, is or can exceed a threshold, or is or can be below a threshold. The determination and / or PV may be for a TTI, such as a current TTI or an upcoming TTI. The determination and / or PV may be for a UL TTI or a UL transmission (e.g., an upcoming or current UL TTI or an upcoming or current UL transmission). The UL transmission may be for an upcoming or current TTI. The threshold and / or PV may be based on a processing time that may be associated with a UL transmission. The threshold and / or PV may be based on a reception, processing, and / or processing time that may be associated with one or more DL TTIs that may precede the UL transmission. The WTRU may trigger and / or provide, e.g., a report or indication to the eNB, that may indicate that the PV may be at, exceed, or be below a threshold.

[0254] In another example, the WTRU may determine that (or if) the proximity of the PV (e.g., TA, Rx-Tx time difference, processing time, or timeline) to the PC (e.g., maximum TA capability or limit, maximum Rx-Tx time difference capability or limit, processing time capability or limit, or timeline capability or limit) is or can be at a threshold, exceeds or can exceed a threshold, or is or can be below a threshold.

[0255] The determination, proximity, PV, and / or PC can be for a TTI, such as a current TTI or an upcoming TTI. The determination, proximity, PV, and / or PC can be for a UL TTI or UL transmission (e.g., an upcoming or current UL TTI or UL transmission). The UL transmission can be for an upcoming or current TTI. The threshold (e.g., can be associated with the proximity, PV, and / or PC), PV, and / or PC can be based on a processing time that can be associated with a UL transmission. The threshold (e.g., can be associated with the proximity, PV, and / or PC), PV, and / or PC can be based on a reception, processing, and / or processing time that can be associated with one or more DL TTIs that can precede a UL transmission. The WTRU can trigger and / or provide, e.g., a report or indication to the eNB, that can indicate that the proximity of the PV to the PC is or can be at a threshold, is or can exceed a threshold, or is or can be below a threshold.

[0256] A report can be or include one or more views. In some examples and embodiments, reports and views can be used interchangeably. In the embodiments described herein, a report or view can be or include at least one of the following:

[0257] PV (e.g., current or recent PV), e.g., current or recent (e.g., most recent) applied TA, current or recent (e.g., most recent) Rx-Tx time difference (e.g., measured Rx-Tx time difference), or current or recent (e.g., most recent) processing time.

[0258] A PC (eg, a current, recent, or immediate past PC, which may be determined by the WTRU).

[0259] For example, the time of the report or display (eg, TTI), or the proximity (or headroom) of the PV to the PC that can correspond to the time that the report or display can correspond to.

[0260] The proximity (or headroom) of the PV to the PC, for example, a current or recent (e.g., most recent) proximity value that can be determined using a current or recent (e.g., most recent) PV and / or PC.

[0261] An indication of (for example, which) thresholds may be or may have been exceeded.

[0262] An indication that (e.g., which) threshold comparison condition may have been met (or satisfied).

[0263] An indication of (e.g., which) proximity conditions may have been met (or satisfied).

[0264] A TTI or TTI length, for example a TTI or TTI length in which a threshold may have been exceeded and / or a comparison or proximity condition may have been met, and / or

[0265] View the conditions that may have triggered the report or indication (for example, that triggered the report or indication to be sent).

[0266] The PV, PC, proximity (e.g., of the PV to the PC), headroom, and / or TTI that may be included in a report may be expressed in one or more (e.g., an integer number) time units. The PV, PC, proximity (e.g., of the PV to the PC), headroom, TTI, time unit, and / or multiple time units, for example, when determined, configured, provided, and / or reported, may be quantized and / or represented by a value in or an index to a set, list, or table of values.

[0267] In the embodiments described herein, the report or indication may be provided via at least one of RRC, MAC, or physical layer signaling. The report or indication may be provided by the WTRU and / or received by the eNB via at least one of RRC, MAC, or physical layer signaling. The report or indication may be provided and / or received in at least one of RRC signaling, a MAC control element (e.g., MAC-CE), a PUCCH, an UL control information (UCI), and / or a scheduling request (SR). The report or indication may be provided and / or received using a physical layer channel that may correspond to a TTI (e.g., an UL TTI) for which the report or indication may be provided. The report or indication may be provided and / or received using a physical layer channel that may correspond to another TTI (e.g., an UL TTI), e.g., a longer TTI such as a normal or ordinary TTI.

[0268] Reports or indications such as those described herein may be referred to as proximity reports or headroom reports. Headroom reports can be timing headroom reports or UL timing headroom reports. Proximity reports can be periodic, aperiodic, and / or event triggered. The periodicity of the reports can be configured, for example, by the eNB. Proximity reports can be triggered and / or sent, for example, when one or more of the following events have occurred or can occur within a TTI:

[0269] Configuring (e.g., receiving) a TTI to use (e.g., short TTI (sTTI)).

[0270] Configuring or reconfiguring (e.g., receiving a configuration or reconfiguration) of a TTI or TTI length (e.g., a short TTI or TTI length).

[0271] A periodic timer is expiring or has expired.

[0272] A threshold comparison condition has been or can be met.

[0273] The proximity condition is or can be met.

[0274] A non-periodic request for a proximity report is received (eg, on the DL control channel and / or in a DCI or DCI format).

[0275] The PV, PC, or proximity has changed, for example, by more than the threshold value since the last proximity report was sent.

[0276] The threshold comparison condition has changed (e.g., met vs. not met), for example since the last proximity report was sent; and / or

[0277] Proximity conditions have changed (eg, met vs. not met), for example since the last proximity report was sent.

[0278] The WTRU may trigger and / or transmit a proximity report when one or more of the above identified events have occurred or may occur (e.g., when the WTRU determines that one or more of the events may occur). For example, the WTRU may trigger and / or transmit a proximity report when the WTRU receives a configuration to use a TTI (e.g., an sTTI) and / or when the WTRU receives a configuration or reconfiguration of a TTI or TTI length (e.g., an sTTI or TTI length). In another example, the WTRU may trigger and / or transmit a proximity report in response to receiving a non-periodic request for a proximity report.

[0279] The trigger and / or transmission can be conditioned based on whether a timer (e.g., a prohibition timer such as a proximity prohibition timer) has expired. The timer can be started (e.g., set to 0 or to a maximum or expiration value, which can be configurable) when a proximity report is transmitted. The timer can be used, for example, to avoid excessive proximity reports. The timer can be adjusted (e.g., incremented or decremented) within one TTI (e.g., each TTI). A timer, e.g., a decremented timer, can expire when the value can be 0. A timer, e.g., an incremented timer, can expire when the value reaches or exceeds a maximum or expiration value, which can be configurable. The maximum or expiration value can be a prohibition timer maximum or expiration value.

[0280] The trigger and / or transmission may be conditioned based on whether there is room in the UL transmission (e.g., PUSCH) for the proximity report (which may be transmitted within the MAC-CE, for example).

[0281] The WTRU may evaluate and / or determine whether an event may occur within or during a TTI (e.g., each TTI). The WTRU may trigger and / or transmit a proximity report within a TTI, e.g., a TTI in or during which the WTRU determines that an event is occurring or may occur. The TTI may be a DL TTI or a UL TTI. The TTI may be an sTTI or a long or normal TTI.

[0282] FIG. 5 is an example of a proximity reporting method 500 according to an example that may be used in combination with any of the examples described herein. Although each step of the method 500 in FIG. 5 is shown and described separately, the steps may be performed in a different order than shown, in parallel with each other, or simultaneously with each other. Although the method of FIG. 5 is performed by a WTRU for illustrative purposes, it may also be performed by any node operating in a wireless communication system, such as an eNB, an AP, or a base station. In the example of FIG. 5, the WTRU may receive a TTI configuration (e.g., may be an sTTI configuration) at 501. The configuration may also include a threshold (e.g., a proximity reporting threshold). The threshold may be defined according to the examples above. The WTRU may determine the WTRU's PC for the TTI or sTTI (e.g., for the TTI or sTTI configuration) at 502, which may include, for example, a maximum (max) TA, a max Rx-Tx time difference, or any of the parameters defined in the examples above. The WTRU may also report the PC to the eNB according to the examples above. The PC may be determined based on at least one processing criteria (e.g., criterion), which may include, but is not limited to, the number of symbols in a TTI or TTI length that may be used and / or configured (e.g., in or according to a TTI configuration), the sTTI length (in the UL and / or DL), the TBS of the PDSCH (during which HARQ feedback may be transmitted in the UL sTTI), the channel type (PUSCH or PUCCH) during which HARQ may be transmitted in the UL sTTI, the time between the DL TTI or sTTI for the PDCCH and the UL TTI or sTTI for the PUCCH or PUSCH, or any of the other processing criteria defined in the examples above.The WTRU may determine the PV at 503, which may include, for example, the TA or the Rx-Tx time difference, or any of the parameters defined in the above examples. The WTRU may determine the proximity of the PV to the PC at 504 (e.g., determine PC-PV). The WTRU may determine whether a proximity condition is met at 505, which may include, for example, determining whether the proximity of the PV to the PC is less than a proximity reporting threshold. If the proximity condition is met, the WTRU may send a proximity report at 506, which may include reporting the PV, PC, and / or proximity based on the satisfaction of the proximity condition. The WTRU may perform the process of FIG. 5 during a TTI or sTTI (e.g., a UL TTI or sTTI). The WTRU may terminate (e.g., the process) at 507 following sending (or deciding to send) the proximity report or if the proximity condition is not met, or may repeat (e.g., the process) during another TTI or sTTI, such as the next TTI or sTTI. When repeating, the WTRU may start, for example, from 503 if, for example, the configuration (e.g., the TTI configuration) has not changed. The WTRU may start from 501 if a new configuration may be received.

[0283] FIG. 6 is another example of a proximity reporting method 600 according to another example that may be used in combination with any of the examples described herein. Although each step of the method 600 in FIG. 6 is shown and described separately, the steps may be performed in a different order than shown, in parallel with each other, or simultaneously with each other. Although the method of FIG. 6 is performed by a WTRU for illustrative purposes, it may also be performed by any node operating in a wireless communication system, such as an eNB, an AP, or a base station. In the example of FIG. 6, the WTRU may receive an sTTI configuration at 601. The configuration may also include a threshold (e.g., a proximity reporting threshold). The threshold may be defined according to the above examples. The WTRU may determine at least one processing criterion (e.g., a criterion) for the UL sTTI at 602. The processing criteria may include, but are not limited to, the number of symbols in a TTI or TTI length that may be used and / or configured (e.g., in or according to a TTI configuration), the sTTI length (in the UL and / or DL), the TBS of the PDSCH (during which HARQ feedback may be transmitted in the UL sTTI), the channel type (PUSCH or PUCCH) on which the HARQ may be transmitted in the UL sTTI, the time between the DL sTTI for the PDCCH and the UL sTTI for the PUCCH or PUSCH, or any of the other processing criteria defined in the examples above. The WTRU may determine 603 the WTRU's PC based on the at least one processing criterion, which may include, for example, max TA or Rx-Tx time difference. The WTRU may also report the PC to the eNB. The WTRU may determine 604 the PV, which may include, for example, TA or Rx-Tx time difference. The WTRU may determine 605 the proximity of the PV to the PC (eg, determine PC-PV).The WTRU may determine whether a proximity condition is met at 606, which may include, for example, determining whether the proximity of the PV to the PC is less than a proximity reporting threshold. If the proximity condition is met, the WTRU may transmit a proximity report at 607, which may include reporting the PV, PC, and / or proximity based on the satisfaction of the proximity condition. The WTRU may perform the process of FIG. 6 during a TTI or sTTI (e.g., a UL TTI or sTTI). The WTRU may terminate (e.g., the process) at 608 following transmitting (or deciding to transmit) the proximity report, or if the proximity condition is not met, or may repeat (e.g., the process) during another TTI or sTTI, such as a next TTI or sTTI. If repeating, the WTRU may start from 604, for example, if the configuration (e.g., TTI configuration) has not changed. The WTRU may start at 601 if a new configuration may be received.

[0284] As described above, the WTRU may determine whether or when a condition can be met or satisfied (e.g., whether or when a condition applies). For example, the condition may be at least one of a threshold comparison condition, a proximity condition, an exception condition, a transmission hold condition, etc. The WTRU may determine whether or when a condition can be met within one TTI (e.g., each TTI) or during one (e.g., at least one) TTI (e.g., each TTI). The terms "met" and "met" may be used interchangeably in the examples and embodiments described herein.

[0285] According to another embodiment, the WTRU may not perform at least some UL transmissions, for example, if an exception condition is met or can be met (e.g., if the WTRU determines that an exception condition is met or can be met). The exception condition may be or may include, but is not limited to, at least one of the following (or the result of at least one of the following):

[0286] The PV has reached or may reach or has exceeded or may exceed a threshold or PC (e.g., a PC which may be a maximum value or maximum PV that can be supported, allowed, and / or used).

[0287] The proximity of the PV to the PC indicates (eg, by its value) that the PV can reach or exceed a threshold or PC.

[0288] That the PC has been reached or exceeded or is capable of being reached or exceeded.

[0289] PV is not or cannot be supported.

[0290] The PV is or may be below a threshold or PC (eg, a PC that may be a minimum value or minimum PV that can be supported, allowed, and / or used).

[0291] The proximity of the PV to the PC indicates (eg, by its value) that the PV can fall below a threshold or PC.

[0292] The transmission hold condition may be or may include at least one of the following (or the result of whether at least one of the following occurs):

[0293] A timer (eg, a TAT), for example a timer that may be associated with at least some UL transmissions, may be stopped, expired, or deemed to have expired.

[0294] A timer (e.g., TAT), e.g., a timer that may be associated with (e.g., related to) a TTI (e.g., TTI length) and / or a TAG, may be stopped, expired, or considered to have expired.

[0295] At least some UL transmissions, e.g., one or more UL transmissions that may be associated with (e.g., related to) a TTI (e.g., a TTI length) and / or a TAG, may be stopped or suspended.

[0296] A flag or indicator (e.g., a transmission stop or hold flag or indicator) may indicate that at least some UL transmissions, e.g., one or more UL transmissions that may be associated with (e.g., related to) a TTI (e.g., TTI length) and / or TAG, cannot be performed.

[0297] The WTRU may not perform some UL transmissions if a transmission withholding condition is or can be met (e.g., if the WTRU determines that a transmission withholding condition is or can be met).

[0298] For example, the WTRU may determine and / or evaluate whether the PV has reached or can reach a threshold or PC, whether the PV has exceeded or can exceed a threshold or PC (e.g., a PC that may be a maximum), and / or whether the PV has fallen or can fall below a threshold or PC (e.g., a PC that may be a minimum). This determination may be made based on an evaluation by the WTRU. The WTRU may, for example, determine that or if the PV can reach (e.g., can be or be equal to) a threshold or PC, can exceed it, or can fall below it, based on the evaluation. The WTRU may make the evaluation and / or decision within or during at least one TTI. The WTRU may, for example, make the evaluation and / or decision during a UL TTI. The WTRU may, for example, make the evaluation and / or decision within a DL TTI that may be associated with a UL TTI. The TTI (e.g., a UL TTI) may be a TTI in which the PV and / or PC may apply.

[0299] In another example, the WTRU may make an evaluation and / or decision regarding a first PV when the WTRU receives or makes an adjustment to the first PV or to a second PV. For example, the WTRU may make an evaluation regarding a TA (e.g., an applied TA) when the WTRU receives an adjustment to the TA (e.g., an applied TA) or when the WTRU adjusts the TA (e.g., an applied TA). The WTRU may make an evaluation regarding an Rx-Tx time difference when the WTRU receives an adjustment to the TA (e.g., an applied TA) or when the WTRU adjusts the TA (e.g., an applied TA).

[0300] In another example, the WTRU may make an evaluation and / or decision regarding the PV when the PV has changed due to, for example, received and / or applied adjustments to the PV or due to timing (e.g., reception and / or transmission timing) that may impact the PV.

[0301] In another example, the WTRU may determine the proximity of the PV to the PC. The WTRU may use the proximity of the PV to the PC (e.g., the determined proximity) to determine and / or evaluate whether, or if, the PV reaches, exceeds, or falls below the PC. The WTRU may determine that the PV reaches (or if) the PC if the determined proximity (e.g., PC-PV) is negative. The WTRU may determine that the PV falls below (e.g., does not exceed) the PC if the determined proximity (e.g., PC-PV) is positive. Alternatively, the WTRU may determine that the PV exceeds (or if) the PC if the determined proximity (e.g., PV-PC) is positive. The WTRU may determine that (or if) the PV may be below (e.g., not exceed) the PC if the determined proximity (e.g., PV-PC) may be negative.

[0302] The WTRU may, for example, do one or more of the following if the WTRU determines that a condition is met:

[0303] Setting the PV to a specific value, such as a threshold, a configured value, a maximum value, or a PC (for example, to use a specific value for the PV), e.g., limiting the PV to the maximum supported value.

[0304] For example, stopping, suspending, and / or not performing at least some UL transmissions during a combination of TTIs, TTI lengths, and / or UL and DL TTI lengths.

[0305] For example, performing at least some UL transmissions during different TTIs, different TTI lengths, and / or different combinations of UL and DL TTI lengths.

[0306] For example, modifying at least some UL transmissions during a combination of TTIs, TTI lengths, and / or UL and DL TTI lengths.

[0307] Stopping a timer (eg, TAT), which may be related to, for example, the TAG, the TTI length, and / or a combination of UL and DL TTI lengths.

[0308] Considering a timer (eg, TAT) to have expired, which may be related to, for example, the TAG, the TTI length, and / or a combination of UL and DL TTI lengths.

[0309] Performing one or more timer (eg, TAT) expiration actions, stop transmission actions, and / or hold transmission actions.

[0310] For example, setting (or clearing) a flag or indicator to indicate that the PV may have reached or exceeded the PC, and setting (or clearing) a flag or indicator to indicate that the PV may have fallen below the PC.

[0311] For example, setting (or clearing) a flag or indicator (e.g., a transmission stop or hold flag or indicator) to indicate that at least some UL transmissions, e.g., some UL transmissions during a combination of a TTI, TTI length, and / or UL and DL TTI length, may not be performed.

[0312] For example, transmitting error messages and / or proximity reports using transmissions with TTI lengths where the conditions cannot be met (e.g., longer TTI lengths); and / or

[0313] For example, transmitting error messages or indications and / or proximity reports using PRACH transmissions and / or random access procedures.

[0314] In some of the examples and embodiments described herein, the terms "set" and "clear" can be substituted for each other and still be consistent with the present disclosure.

[0315] In another embodiment, the WTRU may set the PV to a particular value, such as a threshold, a configured value, a maximum value, or a PC, for example, if a condition is met or can be met.

[0316] With respect to conditions that can be met with respect to the PV, threshold, and / or PC, the WTRU may, for example, set the PV to the threshold or to the PC. For example, if the TA (e.g., the applied TA) can reach or reach or exceed a maximum TA, the WTRU may set or limit the TA (e.g., the applied TA) to the maximum TA.

[0317] For conditions that can be met regarding the PV, threshold, and / or PC, the WTRU can, for example, set another PV to a particular value. For example, if the Rx-Tx time difference can reach or has reached or exceeded a maximum Rx-Tx time difference, the WTRU can set the TA (e.g., the applied TA) to the maximum TA. Setting the TA to the maximum TA can keep the Rx-Tx time difference from exceeding the maximum Rx-Tx time difference.

[0318] For example, the WTRU may set the PV to a particular value, provided that the WTRU may be configured to use a first TTI (e.g., a short TTI) for at least some transmissions, such as at least some UL transmissions (e.g., PUSCH and / or PUCCH transmissions), and, for example, not use a second TTI (e.g., a normal TTI).

[0319] For example, the WTRU may use a first value (e.g., a specific or capped value) for the PV in one time unit (e.g., a subframe), e.g., in a time unit in which the WTRU may transmit using a first TTI (e.g., a short TTI), and a second value (e.g., a normal or uncapped value) for the PV in another time unit (e.g., a subframe) in which the WTRU may transmit using a second TTI (e.g., a normal TTI). For example, the WTRU may apply a capped TA in one subframe, e.g., in a subframe in which the WTRU may transmit using a first TTI (e.g., a short TTI), and an uncapped TA in another subframe in which the WTRU may transmit using the second TTI (e.g., a normal TTI).

[0320] For example, the WTRU may determine that a condition may be or has been met if the WTRU determines that a TA (e.g., an applied TA) may or has exceeded a maximum TA (an applied TA), if the WTRU determines that an Rx-Tx time difference may or has exceeded a maximum Rx-Tx time difference, and / or if the WTRU determines that a processing time may or has exceeded a maximum processing time.

[0321] In another example, the WTRU may determine that a condition may or has been met if, for example, the WTRU determines that the processing time needed or that can be used (e.g., a minimum processing time) may or does exceed the available processing time (or the available processing time may or does not exceed the processing time or minimum processing time that the WTRU may need or use).

[0322] In another example, the WTRU may determine that the condition may be met if the WTRU may determine that a determined, indicated, requested, and / or configured TTI (e.g., TTI length) may be below a minimum TTI that the WTRU can support. The TTI may be an sTTI. The TTI may be a UL TTI and / or a DL TTI. The minimum TTI may be associated with a channel (e.g., PUSCH and / or PUCCH). The minimum TTI may be associated with a combination of UL TTI and DL TTI.

[0323] In another embodiment, the WTRU may stop, withhold, or not perform at least some UL transmissions (e.g., current, upcoming, and / or future UL transmissions), e.g., one or more UL transmissions during a TTI and / or TTI length for which the PV and / or PC may apply, e.g., if a condition is met or can be met.

[0324] For example, for a condition that may be or has been met for the PV and / or PC, the WTRU may not perform at least some UL transmissions during the TTI and / or TTI length for which the PV and / or PC may apply. Those UL transmissions may include at least one of PUSCH, PUCCH, and / or SRS. The WTRU may not perform at least some UL transmissions that start with a current, upcoming, or next UL TTI, e.g., a current, upcoming, or next UL TTI (e.g., sTTI) for which the PV and / or PC may apply.

[0325] If the PV and / or PC apply for a first TTI and / or first TTI length and / or the condition is or can be met during the first TTI or first TTI length, the WTRU may perform at least some UL transmissions, e.g., one or more UL transmissions during a second TTI and / or second TTI length where the PV and / or PC may not apply and / or the condition is not or cannot be met.

[0326] In the embodiments described herein, the WTRU may do at least one of the following if a condition is met or can be met (e.g., if the WTRU determines that a condition is met or can be met):

[0327] Stopping some (eg, all) UL transmissions (eg, of a TTI length, such as any TTI length), for example, until a resume condition is met or can be met.

[0328] Stopping some (e.g., all) UL transmissions during a certain (e.g., any) TTI length (or combination of DL / UL TTI lengths) for which a condition is or can be met, e.g., until a resume condition is or can be met.

[0329] Stopping some (e.g., all) UL transmissions for a certain (e.g., any) TTI length (or combination of DL / UL TTI lengths) during a TTI in which (or during which) a condition is or can be met (e.g., in which or during which it can be determined that a condition can be met).

[0330] Stopping some (e.g., all) UL transmissions on a (e.g., any) channel for which the condition has been or can be met, e.g., until the resume condition has been or can be met; and / or

[0331] Stopping some (e.g., all) UL transmissions on a (e.g., any) channel during a TTI in which (or during which) a condition is met or can be met (e.g., in which or during which it can be determined that a condition can be met).

[0332] Stopping and / or withholding transmission may also be referred to herein as skipping transmission, ceasing transmission, not performing transmission, and / or not transmitting. Thus, in some examples and embodiments described herein, "stopping," "holding," "skip," "quitting," "not performing," and "not transmitting" may be used interchangeably. "Performing a transmission" and "transmitting" may be used interchangeably. In some examples and embodiments, "not transmitting" and "transmitting with zero power" may be used interchangeably.

[0333] The UL transmissions that may be stopped may include current, upcoming, or future UL transmissions. The WTRU may, for example, based on a condition being met, stop some UL transmissions that begin within and / or with a TTI for which the WTRU determines that the condition may be met (e.g., the first TTI).

[0334] The WTRU may, for example, perform or resume some UL transmissions based on a resume condition being met (eg, based on the WTRU determining that a resume condition is met).

[0335] A resume condition may be met (e.g., the WTRU may determine that a resume condition is met) if at least one of the following may or may have occurred (e.g., if the WTRU determines that this is the case):

[0336] For example, a PRACH preamble transmission by the WTRU (where the PRACH transmission is triggered or initiated by a PDCCH indication) followed by receipt of a TA command, which may have been provided in a random access response.

[0337] Receipt of a TA command that results in a condition (e.g. a condition that could have been met) being no longer met.

[0338] Starting or restarting a timer (e.g., a TAT), such as an associated timer (e.g., a TAT); and / or

[0339] Clearing (or resetting) a flag or indicator (e.g., a stop transmission or hold flag or indicator). For example, a resume condition may be met if a flag or indicator (e.g., a stop transmission or hold flag or indicator) is cleared or reset.

[0340] The WTRU may perform or resume some UL transmissions, e.g., one or more UL transmissions that it may have stopped based on a condition being met, if the condition is not (or is no longer) met.

[0341] Alternatively or additionally, the WTRU may perform or not perform one or more UL transmissions based on the TTI length of the UL transmission. The WTRU may perform or not perform one or more UL transmissions based on the TTI length of the UL transmission and the TTI length of the associated DL transmission. The associated DL transmission for a UL HARQ transmission (e.g., on a PUCCH or PUSCH) may be the TTI length of a PDSCH over which the HARQ may be transmitted. The associated DL transmission for a UL data transmission (e.g., on a PUSCH) may be the TTI length associated with a DL control channel (e.g., a PDCCH) that may provide grant, allocation, or scheduling information for the UL data channel.

[0342] For example, the WTRU may be configured with and / or operating with a first TTI length and / or a second TTI length. The WTRU may stop transmitting (e.g., in the UL) using the first TTI length (e.g., sTTI) where the condition is or can be met. The WTRU may perform or continue to perform transmissions (e.g., in the UL) using a second TTI length (e.g., nTTI), e.g., a TTI length where the condition cannot be met or the condition or evaluation of the condition cannot be true.

[0343] The WTRU may not transmit (e.g., in the UL) in at least one TTI (e.g., sTTI), e.g., in the current or next TTI, e.g., in the current or next DL or UL TTI (e.g., sTTI) in which the condition and / or the PV or PC of the condition may apply, and / or using a TTI length (e.g., sTTI) starting with.

[0344] FIG. 7 is an exemplary method 700 for modifying a UL transmission when a condition is met or can be met, according to another example, which may be used in combination with any of the examples described herein. The UL transmission may be modified (e.g., by a WTRU) when a condition is met or can be met, such as, for example, an exception condition. For example, the WTRU may delay the UL transmission (e.g., by multiple time samples or symbols). In another example, the WTRU may not transmit a portion of the UL transmission, which may include ceasing or skipping transmission of multiple time samples or symbols at the beginning of the transmission. Although each step of the method 700 in FIG. 7 is shown and described separately, the steps may be performed in a different order than shown, in parallel with each other, or simultaneously with each other. Although the method of FIG. 7 is performed by a WTRU for illustrative purposes, it may also be performed by any node operating in a wireless communication system, such as an eNB, an AP, or a base station.

[0345] In the example of Figure 7, the WTRU may receive 701 a TTI configuration, which may be, for example, an sTTI configuration. The configuration may also include a threshold. The threshold may be defined according to the examples above. The WTRU may determine 702 its PC for the TTI or sTTI configuration, which may include, for example, max TA, max Rx-Tx time difference, or any of the parameters defined in the examples above. The WTRU may also report the PC to the eNB according to the examples above. The PC may be based on at least one processing criterion. The processing criteria may include, but are not limited to, the number of symbols in a TTI or TTI length that may be used and / or configured (e.g., in or according to a TTI configuration), the sTTI length (in the UL and / or DL), the TBS of the PDSCH (during which HARQ feedback may be transmitted in the UL sTTI), the channel type (PUSCH or PUCCH) on which the HARQ may be transmitted in the UL sTTI, the time between the DL TTI or DL ​​sTTI for the PDCCH and the UL TTI or UL sTTI for the PUCCH or PUSCH, or any of the other processing criteria defined in the examples above. The WTRU may determine 703 a PV, which may include, for example, a TA or an Rx-Tx time difference, or any of the parameters defined in the examples above. The WTRU may then determine 704 whether the PV exceeds or will exceed the PC. 7, if the PV exceeds or will exceed the PC, the WTRU may modify its transmission to avoid exceeding the PC, at 705. For example, the WTRU may make modifications that include, but are not limited to, dropping (i.e., not transmitting) lower priority TTIs, channels, or transmission types.If the PV exceeds, may exceed, or will exceed the PC, the WTRU may, for example, drop the first x time samples or symbols of the UL transmission that may correspond to at least the PV-PC (e.g., the PV-PC quantized to the next higher unit of time for which transmissions may be skipped). The WTRU may perform the process of FIG. 7 for a TTI or sTTI (e.g., a UL TTI or sTTI). The WTRU may terminate (e.g., the process) at 706 following modifying (or deciding to modify) its transmission to avoid exceeding the PC, or if the PV has not exceeded or will not exceed the PC, or may repeat (e.g., the process) for another TTI or sTTI, such as the next TTI or sTTI. When repeating, the WTRU may start, for example, from 703 if, for example, the configuration (e.g., the TTI configuration) has not changed. The WTRU may start from 701 if a new configuration may be received.

[0346] In another example, if a WTRU can support a maximum TA or Rx-Tx time difference of x time samples and the current TA or Rx-Tx time difference is y time samples (e.g., y>x), the WTRU may not transmit the first z time samples or the first q symbols of a UL transmission, which may be a UL transmission for which at least one of the TA, the maximum TA, the Rx-Tx time difference, and / or the maximum Rx-Tx time difference may apply. The UL transmission may be a transmission with a TTI (e.g., sTTI) for which an exception condition (e.g., with respect to the TA or the Rx-Tx time difference) is or can be met. The WTRU may not transmit the first z time samples or the first q symbols, for example, if y is greater than x.

[0347] The value of z can be yx. Alternatively, the value of z can be y-x + offset (e.g., +1 or -1). The offset can be fixed or configurable. The value of q can be the next highest integer number of symbols that can correspond to z. For example, the value of q can be CEIL[z / (number of time samples per symbol)].

[0348] The ceiling function, CEIL[x], can map a number (e.g., a real number) x to the smallest successive integer. For example, CEIL[2.2] can be 3.

[0349] In a further example, the processing time that the WTRU may need or use may be y (e.g., PV may be equal to y). The available processing time may be x (e.g., PC may be equal to x). The WTRU may not transmit a UL transmission, e.g., the first z (e.g., yx) time samples or the first q symbols of a UL transmission for which the processing time and / or available processing time applies. The WTRU may not transmit the first z time samples or the first q symbols if, for example, y is greater than x. The UL transmission may be a transmission with a TTI (e.g., sTTI) for which an exception condition (e.g., PV>PC) applies or may apply.

[0350] A timer (e.g., TAT), a flag, and / or an indicator may be configured, provided, and / or used. The flag may be a stop transmission or hold flag. The indicator may be a stop transmission or hold indicator.

[0351] A timer (e.g., TAT) can be associated with and / or configured for a TTI (e.g., TTI length), e.g., the TTI (e.g., TTI length) of a TAG. The TAT can be used as a non-limiting example of a timer.

[0352] A flag or indicator, e.g., a stop or hold transmission flag or indicator, can be associated with and / or configured for a TTI (e.g., TTI length), e.g., a TTI (e.g., TTI length) of a TAG. The indicator can, e.g., be or include a flag. The flag or indicator can be set to indicate to stop or hold at least some UL transmissions, e.g., UL transmissions that can be associated with the TTI (e.g., TTI length).

[0353] The WTRU or a MAC entity (e.g., of the WTRU) may have and / or maintain at least one timer and / or at least one indicator that may be associated with and / or configured for a TTI (e.g., TTI length), e.g., a TTI (e.g., TTI length) of a TAG.

[0354] The WTRU may, for example, stop the timer or consider it to have expired if the condition can be met. The WTRU may, for example, stop the timer or consider it to have expired in accordance with one or more examples and / or embodiments described herein.

[0355] The timer (eg, TAT) expiration action, the stop transmission action, and / or the hold transmission action may be or include at least one of the following:

[0356] For example, flushing one or more (e.g., all) HARQ buffers during one or more TTIs or TTI lengths (e.g., all TTIs or TTI lengths) during which a condition may be met or a timer (e.g., TAT) may have expired.

[0357] Flushing one or more (e.g., all) HARQ buffers for TAGs for which a condition has or may be met or a timer (e.g., TAT) may have expired during one or more TTIs or TTI lengths (e.g., all TTIs or TTI lengths except nTTI).

[0358] For example, releasing and / or notifying RRC to release the PUCCH (e.g., sPUCCH) and / or SRS (e.g., sSRS) during one or more TTIs or TTI lengths (e.g., all TTIs or TTI lengths) for which a condition may be met or a timer (e.g., TAT) may have expired.

[0359] Releasing, and / or notifying RRC to release, a PUCCH (e.g., sPUCCH) and / or an SRS (e.g., sSRS) for a TAG for which, e.g., a condition may be met or a timer (e.g., TAT) may have expired, during one or more TTIs or TTI lengths (e.g., all TTIs or TTI lengths except nTTI).

[0360] Clearing one or more (e.g., any) of the DL allocations and / or one or more (e.g., any) UL grants, if those allocations and / or grants may be for one or more TTIs or TTI lengths (e.g., all TTIs or TTI lengths) for which, for example, a condition may be met or a timer (e.g., TAT) may have expired; and / or

[0361] Clearing one or more (e.g., any) of the DL allocations and / or one or more (e.g., any) UL grants, if those allocations and / or grants are for one or more TTIs or TTI lengths (e.g., all TTIs or TTI lengths except nTTI), e.g., for a TAG for which a condition may be met or a timer (e.g., TAT) may have expired.

[0362] One or more HARQ buffers may be associated with and / or used during a TTI or TTI length. One or more portions of a HARQ buffer may be associated with and / or used during a TTI and / or TTI length.

[0363] Flushing the HARQ buffer for a TTI or TTI length may include at least one of the following:

[0364] Flushing HARQ buffers (eg, entire HARQ buffers) that may be associated with and / or used during a TTI or TTI length.

[0365] Flushing HARQ buffers (e.g., entire HARQ buffers) that are at least partially associated with and / or may be used during a TTI or TTI length; and / or

[0366] Flushing a portion of the HARQ buffer that may be associated with and / or used during a TTI or TTI length.

[0367] The condition may be associated with (eg, may be related to) at least one of a TTI, a TTI length, a TAG, a channel, and / or a MAC entity.

[0368] The WTRU may, for example, during a TTI or TTI length, do at least one of the following, for example, if a condition is met or can be met (e.g., if the WTRU determines that a condition is met or can be met):

[0369] At least during the TTI or TTI length during which the condition can be met, at least some UL transmissions, for example not performing some (for example, all) UL transmissions.

[0370] Not performing at least some UL transmissions, eg, transmissions of one or more UL channels for which the condition can be met.

[0371] For example, not performing at least some UL transmissions during a TTI or TTI length that may be shorter than the TTI or TTI length at which the condition can be met.

[0372] For example, performing at least some UL transmissions during a (e.g., another) TTI or TTI length during which a condition cannot be met or applied; and / or

[0373] For example, performing at least some UL transmissions during a (e.g., another) TTI or TTI length, which may be nTTIs, and / or another TTI that may be longer than the TTI or TTI length at which the condition can be met.

[0374] The WTRU may make a decision as to whether a condition is or can be met on a TAG basis (e.g., per TAG or separately for each TAG). The WTRU may stop one or more UL transmissions on the TAGs for which the condition is or can be met. The WTRU may not stop one or more (e.g., all) UL transmissions on the TAGs for which the condition cannot be met or does not apply.

[0375] The UL transmission can be a current, upcoming, or future UL transmission. For example, the WTRU can determine whether a UL transmission can be deferred, e.g., for a TAG, during a TTI length, e.g., sTTI. A UL transmission can be deferred, e.g., if an associated timer has expired or can be expired, or if an associated pending transmission indicator is set or can be set. The WTRU can make the decision within or during a TTI (e.g., an upcoming UL sTTI). If the WTRU determines that a UL transmission is deferred, the WTRU can skip the UL transmission for that TAG during that sTTI.

[0376] In another example, the WTRU may perform some (e.g., all) UL transmissions of a TTI or TTI length if a timer associated with that TTI or TTI length is not stopped (e.g., if the timer is capable of running).

[0377] FIG. 8 is an example of a transmission deferral method 800 according to another example that may be used in combination with any of the examples described herein. Although each step of the method 800 in FIG. 8 is shown and described separately, the steps may be performed in a different order than shown, in parallel with each other, or simultaneously with each other. Although the method of FIG. 8 is performed by a WTRU for illustrative purposes, it may also be performed by any node operating in a wireless communication system, such as an eNB, an AP, or a base station. In the example of FIG. 8, the WTRU may receive a TTI configuration, which may be, for example, an sTTI configuration, at 801. The configuration may also include a threshold. The threshold may be defined according to the examples above. The WTRU may determine the WTRU's PC for the TTI or sTTI configuration, which may include, for example, a max TA, a max Rx-Tx time difference, or any of the parameters defined in the examples above. The WTRU may also report the PC to the eNB according to the examples above. The PC may be based on at least one processing criterion. The processing criteria may include, but are not limited to, the number of symbols in a TTI or TTI length that may be used and / or configured (e.g., in or according to a TTI configuration), the sTTI length (in the UL and / or DL), the TBS of the PDSCH (during which HARQ feedback may be transmitted in the UL sTTI), the channel type (PUSCH or PUCCH) on which the HARQ may be transmitted in the UL sTTI, the time between the DL TTI or sTTI for the PDCCH and the UL TTI or sTTI for the PUCCH or PUSCH, or any of the other processing criteria defined in the examples above. The WTRU may determine 803 a PV, which may include, for example, a TA or an Rx-Tx time difference, or any of the parameters defined in the examples above. The WTRU may then determine 804 whether the PV is greater than the PC.If the PV is greater than the PC, the WTRU may reserve at least some or all of the UL transmissions for the TTI or sTTI at 805. For example, this reserve of UL transmissions may apply to TAGs whose PV is greater than the PC. If the PV is greater than the PC, the WTRU may send a report or initiate a random access procedure by sending a preamble on the PRACH.

[0378] The WTRU may perform the process of Figure 8 during a TTI or sTTI (e.g., a UL TTI or sTTI). Following having reserved (or deciding to reserve) at least some or all of the UL transmissions during the TTI or sTTI, or if the PV is not greater than the PC, the WTRU may end (e.g., the process) at 806, or may repeat (e.g., the process) during another TTI or sTTI, such as the next TTI or sTTI. When repeating, the WTRU may start, for example, from 803, e.g., if the configuration (e.g., the TTI configuration) has not changed. The WTRU may start from 801 if a new configuration may be received.

[0379] 9 is another example of a transmission deferral method 900 according to another example, which may be used in combination with any of the examples described herein. Although each step of the method 900 in FIG. 9 is shown and described separately, the steps may be performed in a different order than shown, in parallel with each other, or simultaneously with each other. Although the method of FIG. 9 is performed by a WTRU for illustrative purposes, it may also be performed by any node operating in a wireless communication system, such as an eNB, an AP, or a base station.

[0380] In the example of FIG. 9, the WTRU may receive 901 a TTI configuration, which may be, for example, an sTTI configuration. The configuration may also include a threshold. The threshold may be defined according to the examples above. The WTRU may determine 902 its PC for the TTI or sTTI configuration, which may include, for example, max TA, max Rx-Tx time difference, or any of the parameters defined in the examples above. The PC may be based on at least one processing criterion. The processing criterion may include, but is not limited to, the sTTI length (in UL and / or DL), the TBS of the PDSCH (during which HARQ feedback may be transmitted in the UL sTTI), the channel type (PUSCH or PUCCH) on which the HARQ may be transmitted in the UL sTTI, the time between the DL TTI or sTTI for the PDCCH and the UL TTI or sTTI for the PUCCH or PUSCH, or any of the other processing criteria defined in the examples above. The WTRU may determine a PV at 903, which may include, for example, a TA or an Rx-Tx time difference, or any of the parameters defined in the examples above. The WTRU may then determine whether the PV is greater than the PC at 904. If the PV is greater than the PC, the WTRU may reserve at least some or all of the UL transmissions during the TTI or sTTI at 905. For example, this reserve of UL transmissions may apply to TAGs where the PV is greater than the PC. The WTRU may also consider the TTI or sTTI TAT as expired and / or set a TTI or sTTI transmission reserve indicator at 906. For example, such consideration of the TTI or sTTI TAT as expired and / or setting a TTI or sTTI transmission reserve indicator may apply to TAGs where the PV is greater than the PC. The WTRU may also perform one or more TAT expiration or transmission reserve actions during the TTI or sTTI at 907.For example, performing one or more TAT expiration or transmission withholding actions during a TTI or sTTI in this manner may apply to a TAG whose PV is greater than the PC. The WTRU may perform the process of FIG. 9 during a TTI or sTTI (e.g., a UL TTI or sTTI). The WTRU may terminate (e.g., the process) at 908 following the steps described above or if the PV is not greater than the PC, or may repeat (e.g., the process) during another TTI or sTTI, such as the next TTI or sTTI. When repeating, the WTRU may start, for example, from 903 if, for example, a configuration (e.g., a TTI configuration) has not changed. The WTRU may start from 901 if a new configuration may be received.

[0381] 10 is another example of a transmission reservation method 1000 when a reservation condition is met, according to another example, which may be used in combination with any of the examples described herein. Although each step of the method 1000 in FIG. 10 is shown and described separately, the steps may be performed in a different order than shown, in parallel with each other, or simultaneously with each other. Although the method of FIG. 10 is performed by a WTRU for illustrative purposes, it may also be performed by any node operating in a wireless communication system, such as an eNB, an AP, or a base station.

[0382] A reservation condition may apply if at least one of the following applies for a TAG: at least one UL transmission (e.g., all UL transmissions) is reserved (e.g., during the TTI), a TAT has expired (e.g., during the TTI), and a transmission reservation indicator is set (e.g., during the TTI). With reference to the example of FIG. 10, the WTRU may determine whether a reservation condition applies for a TTI at 1001. If a reservation condition applies for a TTI or sTTI, the WTRU may not transmit at least some or all of the UL transmissions for the TTI or sTTI at 1002. For example, ceasing transmission may apply for the TAG for which the reservation condition applies. If a reservation condition does not apply for the TTI or sTTI, the WTRU may allow transmission to proceed for the TTI or sTTI at 1003, and prepare for transmission of the PUSCH, PUCCH, and / or SRS. For example, allowing the transmission to proceed and preparing the transmission may apply to TAGs for which the hold condition does not apply. The WTRU may end the process at 1004 or repeat the process for another TTI or sTTI, e.g., the next TTI or sTTI.

[0383] In another embodiment, the WTRU may prioritize one transmission over another to avoid a condition being met, such as, for example, that a first TTI (e.g., TTI length) may be prioritized over a second TTI (e.g., TTI length), a transmission of a first TTI (e.g., TTI length) may be prioritized over a transmission of a second TTI (e.g., TTI length), a first channel (e.g., PUCCH) type may be prioritized over a second channel type (e.g., PUSCH), a transmission of a first channel type (e.g., PUCCH) may be prioritized over a transmission of a second channel type (e.g., PUSCH), and / or a first transmission type (e.g., UCI such as HARQ feedback) may be prioritized over a second transmission type (e.g., of data).

[0384] For example, if a first TTI length may have priority over a second TTI length, a transmission with the first TTI length may be transmitted and a transmission with the second TTI length may be suppressed (e.g., not performed).

[0385] In another example, for example, if a transmission with a first TTI length and / or a readiness for a transmission with a first TTI length can result in a condition (e.g., an exception condition) being met (where the condition can be met during a second TTI length), a transmission with the first TTI length can be transmitted and a transmission with the second TTI length can be withheld. Alternatively, for example, if the second TTI length can have a higher priority than the first TTI length, a transmission with the second TTI length can be transmitted and a transmission with the first TTI length can be withheld. The first TTI length can be, for example, nTTI and the second TTI length can be sTTI, or vice versa.

[0386] In another example, the WTRU may transmit or be scheduled to transmit UCI (e.g., HARQ feedback) and data. The WTRU may transmit or be scheduled to transmit UCI and data on a PUSCH (e.g., the same PUSCH). If processing of the PUSCH may result in a condition (e.g., an exception condition) being met, the WTRU may cease (e.g., not transmit) data and / or not transmit the PUSCH. The WTRU may transmit UCI on a PUCCH.

[0387] In another example, the WTRU may receive a PDSCH in which the WTRU may generate UCI (e.g., HARQ feedback). The WTRU may transmit UCI on a PUCCH or PUSCH. The WTRU may receive an assignment or scheduling grant for the PUSCH before a time in which the WTRU may transmit UCI and / or HARQ feedback. The PUSCH may be transmitted, for example, before, at least partially overlapping with, or after a time in which the WTRU may transmit UCI according to the assignment or grant. The WTRU may not prepare UL data for a PUSCH transmission and / or may not transmit a PUSCH, for example, if the preparation and / or PUSCH transmission results in a condition (e.g., an exception condition) being met. The condition may be met during a TTI in which the UCI may be transmitted or during a TTI length of the UCI transmission. The WTRU may transmit UCI on a PUCCH, for example, when there may be no PUSCH transmission (e.g., for data) in which the UCI and / or HARQ feedback may be transmitted.

[0388] The WTRU may provide an indication, for example, within the PUCCH transmission, to indicate that the PUSCH may be discontinued and / or that a condition (e.g., an exception condition) may be met, for example, during the TTI of the PUCCH transmission.

[0389] One or more processing capabilities may or may not be applicable in a cell. For example, in a small cell, a short TA may be used for cell-edge WTRUs. In a small cell, a maximum TA may be supportable by some (e.g., all) WTRUs.

[0390] The eNB may provide an indication to indicate whether a PC (e.g., one or more PCs) applies in a cell. The indication may be provided in signaling, such as RRC signaling and / or broadcast signaling. The indication may be provided in system information (e.g., in a SIB). The eNB may provide the indication to at least one WTRU. The eNB may configure the WTRU with an indication, e.g., an indication on whether a PC may apply.

[0391] The WTRU may receive an indication, which may be provided and / or configured, for example, by an eNB. The WTRU may consider, determine, and / or use at least one of the PV, PC, proximity, and / or proximity report if PC applies. The WTRU may use the indication, which may be provided and / or configured (e.g., by an eNB) to determine when PC applies.

[0392] As described above, a TA command in subframe n may be applied in subframe n+x, where x may be, for example, 6. During a TTI length equal to a subframe, a TA command may be applied in (e.g., at the beginning of) subframe n+x.

[0393] For a TA command that can be received within a TTI with a length shorter than one subframe, the TA command can (e.g., still) be considered to be received within the subframe. For example, it may be beneficial to apply TA at the subframe rate (e.g., on subframe boundaries) to allow for the use of mixed TTI lengths and not impact the application of TA.

[0394] For a TA command that may be received (e.g., by the WTRU) within a TTI or TTI length (e.g., any TTI or TTI length) within subframe n, the TA command may be applied in subframe n+y, e.g., at or at the beginning of subframe n+y. The value of y may be x (e.g., 6).

[0395] The value of y may be a function of at least one of the TTI length (e.g., DL and / or UL TTI length) that may be configured and / or used, the PC, e.g., the maximum TA value in the cell, and / or the distance (e.g., time difference) between the DL TTI and the UL TTI.

[0396] The value of y may be fixed or configurable, for example, for a TTI length or set of TTI lengths. The value of y may be indicated with the TA command.

[0397] For example, y may be a fixed or configured value (eg, 3) for a TTI length less than or equal to a time period such as a timeslot (eg, 0.5 ms).

[0398] The WTRU may receive multiple TA commands that may be applied in subframe z, e.g., according to an n+y application rule. The WTRU may consider reception of multiple TA commands during the same subframe to be an error. The WTRU may apply one of the received TA commands, e.g., the earliest received TA command or the latest received TA command. The WTRU may apply one of the received TA commands, e.g., according to a WTRU implementation. The WTRU may apply a combination (e.g., the aggregate) of the received TA commands.

[0399] For example, subframe n+y can be the first subframe at least k TTIs after subframe n. In another example, subframe n+y can be the first subframe at least k TTIs after the TTI at which the TA command is received. The value of k can be a function of at least one of the TTI length (e.g., DL and / or UL TTI length) that can be configured and / or used, the PC, e.g., a maximum TA value in the cell, and / or the distance between the DL TTI and the UL TTI.

[0400] Although features and elements are described above in certain combinations, one of ordinary skill in the art will understand that each feature or element can be used alone or in any combination with the other features and elements. In addition, the methods described herein can be implemented in a computer program, software, or firmware embodied in a computer-readable medium for execution by a computer or processor. Examples of computer-readable media include electronic signals (transmitted over wired or wireless connections) and computer-readable storage media. Examples of computer-readable storage media include, but are not limited to, read-only memory (ROM), random-access memory (RAM), registers, cache memory, semiconductor memory devices, magnetic media such as internal hard disks and removable disks, magneto-optical media, optical media such as CD-ROM disks and digital versatile disks (DVDs). A processor associated with software can be used to implement a radio frequency transceiver for use in a WTRU, UE, terminal, base station, RNC, or any host computer.

Claims

1. 1. A method for use in a wireless transmit / receive unit (WTRU), comprising: receiving downlink control information (DCI) including a downlink grant; receiving a downlink transmission scheduled by the downlink grant; determining a start time of an uplink transmission, the uplink transmission being a physical uplink control channel (PUCCH) transmission, the uplink transmission including hybrid automatic repeat request (HARQ)-acknowledgement (ACK) information, the HARQ-ACK information being based on the downlink transmission; determining an available processing time associated with the HARQ-ACK information; and transmitting the uplink transmission including the HARQ-ACK information, provided that the determined start time of the uplink transmission is later than an uplink symbol period that is at least the determined available processing time after an end of a time unit at an end of the downlink transmission; A method for providing the above.

2. The method of claim 1 , wherein the time unit at the end of the downlink transmission is a downlink symbol.

3. The method of claim 1, wherein the start of the uplink transmission is based on a timing advance (TA).

4. The method of claim 1 , wherein the available processing time comprises a timeline value indicated by the DCI.

5. The method of claim 1 , wherein the determination of the available processing time is based on a processing capability (PC) of the WTRU.

6. The method of claim 5 , wherein the WTRU's PC includes processing time capabilities of the WTRU.

7. The method of claim 5 , wherein the PC corresponds to a number of symbols.

8. 6. The method of claim 5, wherein the downlink transmission is a Physical Downlink Shared Channel (PDSCH) transmission and the PC is associated with a PDSCH transmission.

9. The method of claim 1 , wherein the determination of the available processing time is based on a length of the downlink transmission.

10. The method of claim 1 , wherein the available processing time is further based on a timing advance (TA).

11. The method of claim 1, further comprising not transmitting the uplink transmission, provided that the determined start time of the uplink transmission is an uplink symbol time that is at least the determined available processing time after the end of a time unit at the end of the downlink transmission, or earlier.

12. A transceiver; a processor operably coupled to the transceiver; 1. A wireless transmit / receive unit (WTRU) comprising: The transceiver is configured to receive downlink control information (DCI) including a downlink grant; the transceiver is configured to receive a downlink transmission scheduled by the downlink grant; The processor is configured to determine a start time of an uplink transmission, the uplink transmission being a physical uplink control channel (PUCCH) transmission, the uplink transmission including hybrid automatic repeat request (HARQ)-acknowledgement (ACK) information, the HARQ-ACK information being based on the downlink transmission; The processor is configured to determine an available processing time associated with the HARQ-ACK information; the transceiver and the processor are configured to transmit the uplink transmission including the HARQ-ACK information on a condition that the determined start time of the uplink transmission is later than an uplink symbol time that is at least the determined available processing time after an end of a time unit at an end of the downlink transmission. WTR U.

13. The WTRU of claim 12, wherein the time unit at the end of the downlink transmission is a downlink symbol.

14. The WTRU of claim 12, wherein the start of the uplink transmission is based on a timing advance (TA).

15. The WTRU of claim 12 , wherein the available processing time comprises a timeline value indicated by the DCI.

16. The WTRU of claim 12, wherein the determination of the available processing time is based on a processing capability (PC) of the WTRU.

17. The WTRU of claim 16, wherein the WTRU's PC includes processing time capabilities of the WTRU.

18. The WTRU of claim 16, wherein the PC corresponds to a number of symbols.

19. 17. The WTRU of claim 16, wherein the downlink transmission is a Physical Downlink Shared Channel (PDSCH) transmission, and the PC is associated with a PDSCH transmission.

20. The WTRU of claim 12 , wherein the determination of the available processing time is based on a length of the downlink transmission.

21. The WTRU of claim 12, wherein the available processing time is further based on a timing advance (TA).

22. 13. The WTRU of claim 12, wherein the transceiver and the processor are further configured to not transmit the uplink transmission unless the determined start time of the uplink transmission is an uplink symbol time that is at least the determined available processing time after an end of a time unit at an end of the downlink transmission, or earlier.

Images