Shared channel occupancy time operation

Abstract

A wireless transmit / receive unit (WTRU) may monitor the LBT subbands to determine when the COT is activated. The WTRU may vary the monitoring based on whether the WTRU receives a full or partial COT structure. The WTRU may interpret the scheduling grant based on the obtained set of LBT subbands. The WTRU may determine a channel access priority (CAP) associated with the COT. The WTRU may indicate the CAP used to obtain the COT. The WTRU may receive an indication of the CAP used by the network to initiate the COT. The WTRU may determine logical channel restrictions based on the CAP associated with the COT. The WTRU may determine whether a logical channel can be included in a transmission during the COT based on the logical channel restrictions. A transmission may be during the COT via a subband.

Description

[Technical field]

[0001] (CROSS REFERENCE TO RELATED APPLICATIONS) This application claims the benefit of U.S. Provisional Patent Application No. 62 / 886,170, filed Aug. 13, 2019, the contents of which are incorporated herein by reference. [Background technology]

[0002] Mobile communications using wireless communication continues to evolve. The fifth generation may be referred to as 5G. Previous (e.g., conventional) generations of mobile communications may be, for example, fourth generation (4G) long term evolution (LTE). Summary of the Invention

[0003] Systems, methods and means are described herein for shared channel occupancy time (COT) operation.

[0004] In an example, a wireless transmit / receive unit (WTRU) may include a processor configured (e.g., programmed with executable instructions to implement a method therefor) to determine a channel access priority (CAP) associated with the COT; determine a logical channel restriction based on the CAP associated with the COT; determine using the logical channel restriction whether a transmission to be sent by the WTRU during the COT is allowed to include the logical channel; and send a transmission over a subband during the COT, where the transmission includes the logical channel if the logical channel restriction allows the transmission to include the logical channel.

[0005] Logical channel restriction may be performed, for example, by including a logical channel if it is associated with a CAP equal to or higher than the CAP associated with the COT, and not including a logical channel if it is associated with a CAP lower than the CAP associated with the COT.

[0006] The CAP may, for example, indicate the LBT parameters to be used by the gNB to obtain subbands for the COT.

[0007] The CAP associated with a COT may be indicated, for example, by a channel access priority class (CAPC).

[0008] A CAP associated with a COT may be received, for example, in a scheduling grant that schedules resources to be used for transmissions sent during the COT.

[0009] A logical channel may, for example, be multiplexed onto a TB included in a transmission if the logical channel restrictions allow for the inclusion of the logical channel in the transmission if the logical channel is associated with a CAP that is equal to or higher than the CAP associated with the COT.

[0010] The WTRU processor may be further configured with executable instructions implementing a method for receiving a COT structure indication. A channel access priority associated with the COT may be determined based on the COT structure indication.

[0011] The WTRU processor may be further configured with executable instructions implementing a method for receiving an indication from the gNB via the DCI. A channel access priority associated with the COT may be determined using the indication received via the DCI.

[0012] The channel access priority associated with the COT may be indicated by a reference signal configuration. The WTRU processor may be further configured with executable instructions to implement a method for determining a first channel access priority based on the first reference signal configuration and determining a second channel access priority based on a second reference signal configuration different from the first reference signal configuration.

[0013] The WTRU processor may be further configured with executable instructions to implement a method for determining resources occurring during the COT, the resources using which the transmission is sent.

[0014] The WTRU processor may be further configured with executable instructions to implement the method for determining a logical channel (LCH) priority associated with the logical channel, and determining, based on the LCH priority associated with the logical channel and the channel access priority associated with the COT, whether the logical channel is associated with a channel access priority equal to or higher than the channel access priority associated with the COT. The determination of whether the logical channel is allowed to be included in a transmission by the WTRU during the COT may be based on a determination of whether the logical channel is associated with a channel access priority equal to or higher than the channel access priority associated with the COT.

[0015] In an embodiment, the method may be implemented for shared COT operation. The method may be implemented (e.g., in whole or in part) by, for example, one or more devices, apparatus, and / or systems (e.g., WTRUs, network nodes such as base stations including gNodeBs (gNBs), and / or the like), which may include one or more processors configured to execute the method (e.g., in whole or in part) as computer-executable instructions that may be stored on a computer-readable medium or computer program product that, when executed by the one or more processors, executes the method. The computer-readable medium or computer program product may include instructions that cause one or more processors to execute the method by executing the instructions.

[0016] A wireless transmit / receive unit (WTRU) may monitor one or more LBT subbands to determine when COT is activated. The WTRU may be configured to monitor one or more (e.g., a subset) of the contention-based subbands to determine if the channel is occupied. For example, the WTRU may monitor (e.g., be configured to monitor) a set / subset of listen-before-talk (LBT) / unlicensed subbands to determine if the channel is occupied, which may indicate that an association with COT is activated. The WTRU may monitor (e.g., be configured to monitor) one or more (e.g., some or all) LBT subbands, for an indication associated with COT, for example. In an example, the WTRU may be configured to monitor multiple (e.g., all) LBT subbands simultaneously.

[0017] The WTRU may receive an indication of the COT structure of the channel. The WTRU may monitor one or more (e.g., a set) LBT subbands in the COT based on whether the WTRU detects, determines, or receives an indication of a complete or partial COT structure. The WTRU may be configured to receive a transmission in the LBT subband, which may indicate that the subband has been acquired. The WTRU may stop hopping and / or continue monitoring physical downlink control channel (PDCCH) candidates in the acquired LBT subband. For example, the WTRU may stop hopping (e.g., upon receiving a transmission in the LBT subband indicating that the subband has been acquired) and / or may continue monitoring PDCCH candidates in the acquired LBT subband until, for example, it receives an indication regarding the complete set of acquired LBT subbands.

[0018] The WTRU may interpret the scheduling grant based on the obtained set of LBT subbands. The WTRU may receive and / or interpret the scheduling information. For example, the WTRU may be configured to determine the scheduling information based on one or more LBT subbands associated with an active COT. The WTRU's interpretation of the resource allocation in the scheduling grant may be a function of the number and / or set of obtained LBT subbands.

[0019] A WTRU may, for example, operate (e.g., be configured to operate) with a first (e.g., relatively large) set of configured control resource sets (CORESETS) and a second (e.g., smaller) set of active CORESETS. A WTRU may be configured with multiple CORESETS. A WTRU may be configured to monitor (e.g., in various manners) some or all of the multiple CORESETS. A WTRU may, for example, receive a first indication at the start of a COT indicating that a subset of LBT subbands is active.

[0020] The WTRU may determine parameters of the LBT process for a transmission within the COT based on a priority of the transmission, which may depend on the previous transmission or the transmission type.

[0021] The WTRU may indicate a channel access priority class (CAPC) used to acquire the COT. The WTRU may monitor for the presence of a signal indicating a CAPC used to acquire the COT. The WTRU may receive an indication of a CAPC used to initiate the COT. The WTRU may receive an indication in a scheduling grant of a CAPC used by the network (e.g., if and / or when an ongoing COT is acquired). The WTRU may determine data with applicable / sufficient priority to transmit in the COT. The WTRU may determine a limited set of logical channels that the WTRU may use to construct a transport block (TB) for scheduled transmissions in the COT.

[0022] The WTRU may be given logical channel restrictions for uplink (UL) transmissions in the COT. The WTRU may receive instructions with logical channel restrictions, for example, when scheduling downlink control information (DCI). The WTRU may determine the logical channels on which its data may be included in the uplink transmission. For example, the WTRU may determine the logical channels on which its data may be included in the uplink transmission based on the restrictions. [Brief description of the drawings]

[0023] [Figure 1A] FIG. 1 is a system diagram illustrating an example communication system in which one or more disclosed embodiments may be implemented.

[0024] [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 one embodiment.

[0025] [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 communication system illustrated in FIG. 1A, according to one embodiment.

[0026] [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 one embodiment.

[0027] [Diagram 2] 13 shows an example of a WTRU hopping pattern for monitoring multiple LBT subbands.

[0028] [Diagram 3] 13 shows an example of a WTRU hopping pattern for monitoring multiple LBT subbands.

[0029] [Figure 4] 13 shows an example to illustrate a channel access priority (eg, CAPC) that may be used to obtain a shared COT.

[0030] [Diagram 5] 13 illustrates an example of determining logical channel restrictions based on a priority associated with a COT (eg, as shown in the embodiment of FIG. 6).

[0031] [Figure 6] An example of sharing a COT based on a CAP (eg, CAPC) associated with the COT is shown. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0032] 1A illustrates an example communication system 100 in which one or more disclosed embodiments may be implemented. The communication system 100 may be a multiple access system that provides content, such as voice, data, video, messaging, broadcasts, etc., to multiple wireless users. The communication system 100 may enable multiple wireless users to access such content through sharing of system resources, including wireless bandwidth. For example, the communications system 100 may use one or more channel access methods, such as code division multiple access (CDMA), time division multiple access (TDMA), frequency division multiple access (FDMA), orthogonal FDMA (OFDMA), single-carrier FDMA (SC-FDMA), zero-tail unique-word DFT-Spread OFDM (ZT UW DTS-s OFDM), unique word OFDM (UW-OFDM), resource block filtered OFDM, filter bank multicarrier (FBMC), and the like.

[0033] 1A, communications system 100 may include wireless transmit / receive units (WTRUs) 102a, 102b, 102c, 102d, RAN 104 / 113, CN 106 / 115, public switched telephone network (PSTN) 108, 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 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 industrial and / or automated processing chain situations), consumer electronics devices, devices operating on commercial and / or industrial wireless networks, etc. Any of the WTRUs 102a, 102b, 102c, and 102d may be referred to interchangeably as a UE.

[0034] 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, such as 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 eNodeB, a Home Node B, a Home eNodeB, a gNB, an NRNodeB, a site controller, an access point (AP), a wireless router, 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.

[0035] 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), such as 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 a cell (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 in 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, one for each sector of the cell. In one 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.

[0036] 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 communication 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).

[0037] More specifically, as noted above, the communications system 100 may be a multiple access system and may use one or more channel access schemes, such as CDMA, TDMA, FDMA, OFDMA, SC-FDMA, etc. For example, the base stations 114a and the WTRUs 102a, 102b, 102c in the RAN 104 / 113 may implement a radio technology such as Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access (UTRA), which may establish the air interface 115 / 116 / 117 using wideband CDMA (WCDMA). WCDMA may include communications 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).

[0038] In one 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-APro).

[0039] In one embodiment, the base station 114a and the WTRUs 102a, 102b, 102c may implement a radio technology such as New Radio (NR) radio access, which may establish the air interface 116 using NR.

[0040] In one 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 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).

[0041] In other embodiments, the base station 114a and the WTRUs 102a, 102b, 102c may implement a radio technology such as IEEE 802.11 (i.e., Wireless Fidelity, WiFi), IEEE 802.16 (i.e., Worldwide Interoperability for Microwave Access (WiMAX)), CDMA2000, CDMA2000 1X, CDMA2000 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 (GSM EDGE, GERAN), etc.

[0042] 1A may be, for example, a wireless router, a Home NodeB, a Home eNodeB, or an access point, and may utilize any suitable RAT to facilitate wireless connectivity in a localized area, such as a location of 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 one 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 establish a picocell or a femtocell using a cellular-based RAT (e.g., WCDMA, CDMA2000, GSM, LTE, LTE-A, LTE-A Pro, NR, etc.). As shown in FIG. 1A, the base station 114b may have a direct connection to the Internet 110. Thus, the base station 114b may not need to access the Internet 110 via the CN 106 / 115.

[0043] The RAN 104 / 113 may communicate 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, such as different throughput requirements, latency requirements, error resilience 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, such as user authentication. Although not shown in FIG. 1A, it will be appreciated that the RAN 104 / 113 and / or the CN 106 / 115 may communicate directly or indirectly with other RANs that use the same RAT as the RAN 104 / 113 or a different RAT. For example, in addition to being connected to the RAN 104 / 113, which may utilize NR radio technology, the CN 106 / 115 may also communicate with another RAN (not shown) using GSM, UMTS, CDMA2000, WiMAX, E-UTRA, or WiFi radio technology.

[0044] 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 using common communications protocols, such as transmission control protocol (TCP), user datagram protocol (UDP), and / or internet protocol (IP) in the TCP / IP Internet protocol suite. The networks 112 may include wired and / or wireless communications networks owned and / or operated by other service providers. For example, the networks 112 may include another CN connected to one or more RANs, which may use the same RAT as the RANs 104 / 113 or a different RAT.

[0045] 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 for communicating with different wireless networks over different wireless links). For example, the WTRU 102c shown in FIG. 1A may be configured to communicate with a base station 114a that may use a cellular-based wireless technology and with a base station 114b that may use an IEEE 802 wireless technology.

[0046] 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 sub-combination of the foregoing elements while remaining consistent with an embodiment.

[0047] 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 functionality 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 illustrates 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.

[0048] The transmit / receive element 122 may 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 may be an antenna configured to transmit and / or receive RF signals. In one embodiment, the transmit / receive element 122 may be an emitter / detector configured to transmit and / or receive IR, UV, or visible light signals, for example. In yet another embodiment, the transmit / receive element 122 may be configured to transmit and / or receive both RF and light signals. It will be appreciated that the transmit / receive element 122 may be configured to transmit and / or receive any combination of wireless signals.

[0049] 1B as a single element, the WTRU 102 may include any number of transmit / receive elements 122. More specifically, the WTRU 102 may use 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.

[0050] The transceiver 120 may be configured to modulate signals to be transmitted by the transmit / receive element 122 and 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.

[0051] 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. In addition, the processor 118 may access information from and store data in any type of suitable memory, such as non-removable memory 130 and / or removable memory 132. The non-removable memory 130 may include random-access memory (RAM), 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, etc. In other embodiments, the processor 118 may access information from and store data in memory that is not physically located on the WTRU 102, such as on a server or home computer (not shown).

[0052] 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 within the WTRU 102. The power source 134 may be any suitable device for providing power to 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.

[0053] 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. In addition to, or instead of, information from the GPS chipset 136, the WTRU 102 may receive location information over the air interface 116 from a base station (e.g., base stations 114a, 114b) and / or may determine its location based on the timing of signals being received from two or more nearby base stations. It will be appreciated that the WTRU 102 may obtain location information by way of any suitable location determination method while remaining consistent with an embodiment.

[0054] 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 electronic 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 modulated (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.

[0055] The WTRU 102 may include a full-duplex radio where the transmission and reception of some or all of the signals (e.g., associated with a particular subframe 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 to reduce and / or substantially eliminate self-interference via hardware (e.g., a choke) or via signal processing via a processor (e.g., a separate processor (not shown) or the processor 118). In one embodiment, the WRTU 102 may include a half-duplex radio for 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).

[0056] 1C is a system diagram illustrating the RAN 104 and the CN 106, according to one embodiment. As mentioned above, the RAN 104 may communicate with the WTRUs 102a, 102b, 102c over the air interface 116 using E-UTRA radio technology. The RAN 104 may also communicate with the CN 106.

[0057] 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, for example, use multiple antennas to transmit wireless signals to and / or receive wireless signals from the WTRU 102a.

[0058] 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 one another over an X2 interface.

[0059] 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 foregoing elements is illustrated 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.

[0060] 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, bearer activation / deactivation, selecting a particular serving gateway during initial attach 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) that employ other radio technologies, such as GSM and / or WCDMA.

[0061] The SGW 164 may be connected to each of the eNodeBs 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 anchoring the user plane during inter-eNodeB handover, triggering paging when DL data is available to the WTRUs 102a, 102b, 102c, managing and storing the context of the WTRUs 102a, 102b, 102c, etc.

[0062] 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.

[0063] The CN 106 may facilitate communications 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 communications between the WTRUs 102a, 102b, 102c and traditional landline communications 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.

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

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

[0066] 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 within and / or outside the BSS. Traffic originating from outside the BSS to a STA may arrive through the AP and be delivered to the STA. Traffic originating from a STA to a destination outside the BSS may be sent to the AP for delivery to the respective destination. Traffic between STAs within the BSS may be sent through the AP, e.g., a source STA may send traffic to the AP, which may deliver the traffic to the destination STA. Traffic between STAs within the BSS may be considered and / or referred to as peer-to-peer traffic. Peer-to-peer traffic may be sent (e.g., directly) between a source STA and a destination STA using a direct link setup (DLS). In one representative embodiment, 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 (e.g., all of the STAs) in or using an IBSS may communicate directly with each other. IBSS mode communication may sometimes be referred to herein as "ad-hoc" mode communication.

[0067] When using 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 a fixed width (e.g., 20 MHz wide bandwidth) or a width dynamically set via signaling. The primary channel may be an operating channel of the BSS and may be used by STAs to establish a connection with the AP. In a representative embodiment, Carrier Sense Multiple Access with Collision Avoidance (CSMA / CA) may be implemented, for example, in an 802.11 system. With CSMA / CA, STAs (e.g., all STAs), including the AP, may sense the primary channel. If the primary channel is sensed / detected and / or determined to be busy by a particular STA, the particular STA may back off. One STA (e.g., only one station) may transmit at any given time within a given BSS.

[0068] A High Throughput (HT) STA may use a 40 MHz wide channel for communication, for example, via combining a primary 20 MHz channel with an adjacent or non-adjacent 20 MHz channel to form a 40 MHz wide channel.

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

[0070] Sub-1 GHz mode operation is 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 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 may support meter type control / machine type communication, such as MTC devices in macro coverage areas. MTC devices may have limited functionality, including certain features, such as support for (e.g., only support for) certain bandwidths and / or limited bandwidths. MTC devices may include batteries with battery life above a threshold (e.g., to maintain very long battery life).

[0071] WLAN systems that may support multiple channels and channel bandwidths, such as 802.11n, 802.11ac, 802.11af, and 802.11ah, include a channel that may be designated as a primary channel. The primary channel may 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 a STA that supports the smallest bandwidth operating mode among all STAs operating in the BSS. In an 802.11ah example, the primary channel may be 1 MHz wide for STAs (e.g., MTC type devices) that support (e.g., only) 1 MHz mode, 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) settings may depend on the status of the primary channel. For example, if the primary channel is busy due to a STA (that only supports a 1 MHz mode of operation) transmitting to the AP, the entire available frequency band may be considered busy, even though most of the frequency band may remain idle and available for use.

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

[0073] 1D is a system diagram illustrating the RAN 113 and the CN 115, according to one embodiment. As mentioned above, the RAN 113 may communicate with the WTRUs 102a, 102b, 102c over the air interface 116 using NR radio technology. The RAN 113 may also communicate with the CN 115.

[0074] 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 for communicating with the WTRUs 102a, 102b, 102c over the air interface 116. In an embodiment, the gNBs 180a, 180b, 180c may implement MIMO technology. For example, the gNBs 180a, 108b may utilize beamforming to transmit signals to and / or receive signals from the gNBs 180a, 180b, 180c. Thus, the gNB 180a may transmit wireless signals to and / or receive wireless signals from the WTRU 102a using, for example, multiple antennas. In one 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 one embodiment, the gNBs 180a, 180b, 180c may implement Coordinated Multi-Point (CoMP) technology. For example, the WTRU 102a may receive coordinated transmissions from the gNBs 180a and 180b (and / or 180c).

[0075] 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 vary 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 lasting for different lengths of absolute time).

[0076] The gNBs 180a, 180b, 180c may 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 may communicate with the gNBs 180a, 180b, 180c without accessing another RAN (e.g., eNode-Bs 160a, 160b, 160c, etc.). In a standalone configuration, the WTRUs 102a, 102b, 102c may utilize one or more of the gNBs 180a, 180b, 180c as mobility anchor points. In a standalone configuration, the WTRUs 102a, 102b, 102c may 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 principles 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.

[0077] 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 UL and / or DL ​​users, support for network slicing, dual connectivity, interworking between NR and E-UTRA, routing of user plane data to User Plane Functions (UPFs) 184a, 184b, routing of 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 over an Xn interface.

[0078] 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 foregoing elements is illustrated 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.

[0079] 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, supporting network slicing (e.g., handling different PDU sessions with different 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 utilized by the WTRUs 102a, 102b, 102c. For example, different network slices may be established for different use cases, such as services relying on ultra-reliable low latency (URLLC) access, services relying on enhanced massive mobile broadband (eMBB) access, services for machine type communication (MTC) access, and / or the like. The AMF 162 may provide a control plane function for switching between the RAN 113 and other RANs (not shown) that employ other radio technologies, such as LTE, LTE-A, LTE-A Pro, and / or non-3GPP access technologies such as WiFi.

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

[0081] 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.

[0082] 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 an 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.

[0083] 1A-1D and the corresponding description thereof, one or more or all of the functions described herein with respect to 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-b, 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.

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

[0085] The one or more emulation devices may perform one or more functions, including all functions, without being implemented / deployed as part of a wired and / or wireless communication network. For example, the emulation devices may be utilized in a test scenario in a test lab and / or in a non-deployed (e.g., test) wired and / or wireless communication network to implement testing of one or more components. The one or more emulation devices may be test equipment. Direct RF coupling and / or wireless communication via RF circuitry (which may include, for example, one or more antennas) may be used by the emulation devices to transmit and / or receive data.

[0086] Unlicensed operation may include operation in unlicensed frequency bands. Operation in unlicensed frequency bands may be based on (e.g., subject to limitations or restrictions on) transmit power control (TPC), radio frequency (RF) output power, and / or power density, where power density may be given (e.g., determined) by average effective isotropic radiated power (EIRP) and / or average EIRP density (e.g., at the highest power level). Operation in unlicensed frequency bands may (e.g., also) be based on (e.g., subject to requirements on) transmitter out-of-band emissions. Requirements may be band and / or geographic location specific.

[0087] Operation (e.g., operation in an unlicensed frequency band) may (e.g., also) be based on (e.g., subject to requirements for) a nominal channel bandwidth (NCB) and / or an occupied channel bandwidth (OCB) that may be used for unlicensed spectrum in the 5 GHz region. The NCB (e.g., the widest band of frequencies including guard bands allocated to a single channel) may, for example, always be at least 5 MHz. The OCB (e.g., the bandwidth that contains 99% of the power of the signal) may, for example, be 80%-100% of the declared NCB. A device (e.g., during an established communication) may (e.g., be temporarily allowed to operate) in a mode in which the device's OCB may be reduced, for example, to a minimum of 4 MHz, down to 40% of the device's NCB.

[0088] Channel access in unlicensed frequency bands may use Listen-Before-Talk (LBT), which may be utilized, for example, regardless of whether the channel is occupied or not.

[0089] LBT may be characterized by the use of one or more of a clear channel assessment (CCA) time (e.g., ∼20 μs), a channel occupancy time (e.g., minimum 1 ms, maximum 10 ms), an idle period (e.g., minimum 5% of channel occupancy time), a fixed frame period (e.g., equal to the channel occupancy time plus an idle period), a short control signaling transmission time (e.g., maximum duty cycle of 5% within a 50 ms observation period), and / or a CCA energy detection threshold (e.g., for frame-based systems).

[0090] The transmit / receive structure may not be fixed in time, e.g., for a load-based system. The LBT may be characterized, for example, by using a number N corresponding to the number of clear idle slots in the extended CCA (e.g., rather than characterizing the LBT with a fixed frame period). In some examples, N may be selected randomly within a range.

[0091] The operating environment and / or characteristics may be categorized into various deployment scenarios, which may include, for example, different standalone new radio (NR)-based operations, different variants of dual connectivity operation (e.g., E-UTRAN NR (EN) having at least one carrier operating in accordance with an LTE radio access technology (RAT), or NR-DC having at least two sets of one or more carriers operating in accordance with an NR RAT), and / or different variants of carrier aggregation (CA) (e.g., different combinations of zero or more carriers of LTE and NR RAT).

[0092] Operational (e.g., functional) features may include, for example, one or more of the following (e.g., to support license assisted access (LAA)): listen-before-talk (LBT) for clear channel assessment (CCA), discontinuous transmission with limited maximum transmission duration, carrier selection, transmit power control (TPC), radio resource management (RRM) measurements (e.g., including cell identification), and / or channel state information (CSI) measurements (e.g., including channel and interference).

[0093] The LBT procedure may include applying a CCA check before using a channel. CCA may determine the presence or absence of other signals on the channel (e.g., may utilize at least energy detection to determine) to determine if the channel is occupied or clear, respectively. LBT may be used in unlicensed bands. Carrier sensing via LBT may support fair sharing of unlicensed spectrum.

[0094] Discontinuous transmission for a carrier and / or limited maximum transmission duration may be implemented, for example, to promote fair use. Channel availability may not be guaranteed, for example, in unlicensed spectrum. Continuous transmission may be prohibited and / or restrictions may be imposed on the maximum duration of a transmission burst (e.g., to promote channel availability in unlicensed spectrum in some geographical regions).

[0095] Carrier selection may be implemented, for example, to reduce interference. There may be a relatively large available bandwidth of unlicensed spectrum. Carrier selection may be used, for example, by a node to select a carrier that has low interference, which may support coexistence with other unlicensed spectrum deployments.

[0096] TPC may be implemented to adjust the transmit power. A transmitting device may reduce its transmit power, for example, by 3 dB or 6 dB, compared to a maximum nominal transmit power.

[0097] RRM measurements (e.g., including cell identification) may be implemented, for example, to support mobility. RRM measurements (e.g., including cell identification) may enable mobility between serving cells (SCells) and / or robust operation in unlicensed bands.

[0098] CSI measurements (e.g., including channel and interference) may be implemented, for example, to support frequency / time estimation and / or synchronization. A WTRU operating on an unlicensed carrier may support frequency / time estimation and / or synchronization, for example, to support RRM measurements and (e.g., successful) reception of information regarding the unlicensed band.

[0099] The WTRU may be configured to operate in an unlicensed band. For example, NR operation may be supported in the unlicensed band. Operation in an unlicensed spectrum (e.g., NR operation) may include, for example, one or more of the following: initial access, scheduling / hybrid automatic repeat request (HARQ), mobility, and / or coexistence methods (e.g., with LTE and other RATs). Deployment scenarios may include, for example, different variants of standalone NR-based operation, different variants of dual connectivity operation (e.g., EN-DC with at least one carrier operating according to the LTE RAT, or NR DC with two sets of one or more carriers operating according to the NR-RAT), and / or different variants of carrier aggregation (CA) (e.g., different combinations of zero or more carriers of LTE and NR RAT).

[0100] NR-U may support multiple (e.g., four) categories of channel access schemes for NR unlicensed spectrum (e.g., for NR-U) operation. The channel access categories may include, for example, immediate transmission after a short switching gap (e.g., category 1), LBT without random backoff (e.g., category 2), LBT with random backoff with fixed and variable contention window sizes (e.g., categories 3 and 4, respectively).

[0101] In one or more examples, the LBT may be performed using CCA on an LBT subband (e.g., a 20 MHz subband). A bandwidth portion (BWP) may be, for example, one or more subbands (e.g., a single LBT subband or multiple LBT subbands).

[0102] Channel Occupancy Time (COT) may be the time that a channel is acquired for transmission. The COT may be acquired by a node (e.g., a WTRU or a gNB). The COT may be shared with another node. In one or more examples, the total COT period (e.g., including any sharing) may not exceed a maximum COT.

[0103] A node (e.g., NR-U) may perform an LBT before acquiring an unlicensed channel. The COT may start, for example, upon acquisition of the unlicensed channel. The COT may be maximum up to a configured maximum time. The COT may be shared between the original transmitter and receiver, for example, to allow bidirectional transmission during the COT. For example, the WTRU may acquire a COT (e.g., WTRU-acquired COT) for UL transmission. The WTRU-acquired COT may be shared with the gNB such that the gNB may transmit to the WTRU and / or other WTRUs on some resources of the WTRU-acquired COT. For example, the gNB may acquire a COT (e.g., gNB-acquired COT) for DL ​​transmission. The gNB-acquired COT may be shared with one or more WTRUs for (e.g., subsequent) UL transmissions.

[0104] The COT may span multiple LBT subbands. Techniques and / or approaches may be used to determine and / or indicate (e.g., to a WTRU) the set of LBT subbands on which the COT is active. The gNB (e.g., without determination or indication) may not be aware of the set of acquired LBT subbands before constructing the COT structure indication, e.g., transmitted at the beginning of the COT. The WTRU (e.g., without determination or indication) may not be informed, e.g., at least at the beginning of the COT, regarding the set of LBT subbands. For example, the LBT subbands on which the indication of the acquired COT may be transmitted may not be known or may not be determined (e.g., without determination or indication). The COT duration may be limited. Efficient use of one or more (e.g., some or all) subbands during a limited COT period (e.g., including the beginning of the COT) may depend on the techniques and / or approaches to determine and / or indicate the set of LBT subbands on which the COT is active.

[0105] Some COTs may be shared, for example, by multiple WTRUs. Techniques and / or approaches may be used to support fairness (e.g., COT distribution or usage) among WTRUs when and / or when acquiring a channel for UL transmission, for example, at a COT switching point. Techniques and / or approaches may be used for configured grant (CG) resources (e.g., distribution or usage) that fall within the COT.

[0106] The COT may be obtained, for example, using a channel access priority. The channel access priority may include a channel access priority class (CAPC). The channel access priority may determine or indicate one or more parameters associated with the LBT (LBT parameters). The LBT parameters may be used (e.g., by a base station) to obtain subbands for the COT. The base station may include a gNodeB. In an example, the COT may not be used for information or data associated with a lower priority than a priority associated with (e.g., used to determine) a selection of the CAPC. The gNB (e.g., without determination or indication) may not be aware of the CAPC used to obtain the COT, e.g., may not be aware of the allowed data priority of the COT relative to the WTRU-obtained COT. A transmitting WTRU (e.g., without determination or indication) may not be aware of the priority of data allowed to be included in a (e.g., UL) transmission within a COT obtained by another (e.g., not obtained by the transmitting WTRU).

[0107] The WTRU may be configured (e.g., based on a determination or indication of a COT structure) to operate in a wideband. The WTRU may determine or receive an indication associated with the COT. The determination or indication may indicate a COT structure. For example, the WTRU may receive a COT structure indication for wideband operation. The determination and indication may be used interchangeably. The WTRU may receive the COT structure indication and determine a channel access priority associated with the COT based on the COT structure indication.

[0108] A WTRU may be configured to monitor (e.g., simultaneously / parallel) multiple (e.g., some or all) LBT subbands, e.g., for one or more indications associated with one or more COTs. In an example, a WTRU may be configured to simultaneously monitor (e.g., all) LBT subbands of a carrier. A WTRU may be configured with multiple sets of physical downlink control channel (PDCCH) monitoring opportunities. A WTRU may be configured (e.g., additionally and / or alternatively) with multiple control resource sets (CORESETs) or search spaces. In an example, a WTRU may be configured with multiple (e.g., multiple sets of) PDCCH monitoring opportunities (e.g., CORESETs or search spaces). In an example, there may be a set of PDCCH monitoring opportunities (e.g., or CORESETs or search spaces) for each LBT subband. A WTRU may determine a set of active LBT subbands, e.g., based on one or more LBT subbands. The WTRU may determine a set of active LBT subbands based on, for example, the LBT subbands on which the WTRU (e.g., successfully) receives a demodulation reference signal (DM-RS) and / or a PDCCH (e.g., a group common PDCCH (GC-PDCCH)). The set of active LBT subbands may be active, for example, for a portion of a COT (e.g., existing) or for the entire duration of a COT (e.g., existing).

[0109] The WTRU may receive a COT indication in one or more (e.g., multiple) LBT subbands associated with the COT. The WTRU may receive, for example, a COT structure indication in one or more LBT subbands in which the WTRU has detected an active COT. The COT structure indication may or may not include an indication of an acquired set of LBT subbands. The WTRU may receive (e.g., be expected to receive) a (e.g., different, additional, subsequent, or future) COT structure indication that (e.g., explicitly) indicates an acquired set of LBT subbands. An indication of a different, additional, subsequent, or future COT structure (e.g., relative to an earlier or first COT structure indication) may include, for example, a COT structure indication transmitted in the same COT (e.g., as the earlier or first COT structure indication). Indications of multiple COT structures may enable or otherwise support redundancy.

[0110] The WTRU may, for example, receive one or more COT indications in one or more (e.g., multiple) LBT subbands in which (e.g., when) the WTRU detects COT. In an example, the WTRU may receive (e.g., each of) the COT structure indications for multiple LBT subbands. Each of the multiple COT structure indications may include the same or different information. In an example, the WTRU may (e.g., assume that) multiple (e.g., some or all) COT structure indications may have the same information that may enable or otherwise support one or more of the following: energy accumulation, chase combining, and / or improved demodulation of the COT structure indication.

[0111] The WTRU may, for example, monitor (eg, be configured to monitor) one or more (eg, a subset) of the LBT subbands for an indication associated with the COT.

[0112] A WTRU may be configured with one or more (e.g., a subset) of LBT subbands. A WTRU may be configured with one or more (e.g., a subset) of LBT subbands on which the WTRU may have one or more PDCCH monitoring opportunities (e.g., in the absence of an active COT). A WTRU may monitor one or more (e.g., a set) of default LBT subbands (e.g., as described herein). A WTRU may monitor (e.g., be configured to monitor) one or more default LBT subbands, for example, to detect (e.g., to attempt to detect) DM-RS and / or PDCCH transmissions.

[0113] A WTRU may be configured with resources in one or more (e.g., multiple) LBT subbands. A WTRU may be configured with, for example, one or more CORESETs, search spaces, and / or PDCCH candidates (e.g., sets thereof) in multiple LBT subbands. A WTRU may actively monitor (e.g., only) the CORESET, search space, and / or PDCCH candidates in one or more LBT subbands (e.g., one or more LBT subbands considered as default LBT subbands) (at any given instance, such as, for example, one or more slots or periods). For example, in any one or more slots or periods, a WTRU may actively monitor only the CORESET, search space, and / or PDCCH candidates in the default LBT subband. The default LBT subband may change (e.g., over time). For example, the WTRU may be configured with (e.g., may also use) a hopping pattern for changing the default LBT subband (e.g., over time, such as periodically, aperiodically, on a schedule, or as needed / ad-hoc). The hopping pattern may be determined and / or indicated. The hopping pattern may be a function of, for example, one or more of a number of slots, time, a WTRU identifier (ID), and / or the like. The hopping pattern may be indicated (e.g., explicitly) (e.g., via a configuration bitmap).

[0114] The WTRU may be configured to receive an indication (e.g., in a transmission in an LBT subband) indicating that a subband has been acquired. The WTRU may stop hopping and / or continue to monitor PDCCH candidates in the acquired LBT subband. For example, the WTRU may stop hopping upon receipt of a transmission on an LBT subband indicating the subband has been acquired, and may continue to monitor PDCCH candidates in the acquired LBT subband, e.g., until the WTRU receives an indication regarding the complete set of acquired / active LBT subbands. In (e.g., additional and / or alternative) embodiments, the WTRU may stop its non-COT monitoring (e.g., until further determination and / or indication) and / or monitor the confirmed active LBT subband (e.g., using a monitoring pattern applicable to an active COT on an LBT subband) based on (e.g., at) receipt of an indication (e.g., in a transmission in an LBT subband, such as a confirmed active LBT subband) indicating that a subband (e.g., a confirmed active LBT subband) has been acquired. In (e.g., additional and / or alternative) embodiments, the WTRU may, e.g., upon receiving an indication (e.g., in a transmission in an LBT subband) indicating that a subband has been acquired, cease its non-COT monitoring (e.g., until further determination and / or indication) and / or may monitor one or more (e.g., some or all) configured subbands (e.g., using a monitoring pattern applicable to an active COT on one or more (e.g., all) LBT subbands). The WTRU may, e.g., remove one or more LBT subbands from monitoring of the current COT based on the further determination and / or indication.

[0115] FIG. 2 illustrates an example of a WTRU hopping pattern for monitoring multiple LBT subbands. The WTRU may monitor multiple LBT subbands (e.g., in a hopping pattern) (e.g., as illustrated by the example operation of FIG. 2) and / or may change monitoring to monitor on one or more acquired LBT subbands, e.g., until it receives an indication of the complete set of acquired LBT subbands. The WTRU may, for example, monitor on configured LBT subbands (e.g., LBT subbands 1-4) (e.g., as illustrated by the example of FIG. 2) and hop between subbands until the WTRU detects an indication on an LBT subband (e.g., LBT subband 1). The indication may be provided, for example, on the GC-PDCCH and / or DM-RS. The WTRU is aware or may recognize that the LBT subband on which the indication is detected is acquired for COT, e.g., if and / or when the WTRU detects the indication (e.g., on LBT subband 1). The additional LBT subbands may or may not be acquired. The WTRU may, for example, switch to minislot monitoring (e.g., of acquired LBT subbands) until the next slot boundary. As shown in FIG. 2, the WTRU may switch to minislot monitoring of LBT subband 1. The WTRU may receive (e.g., at some point in time) an indication informing the WTRU of the complete set of acquired LBT subbands for the COT. As shown by the example of FIG. 2, the WTRU may receive an indication regarding the complete set of acquired LBT subbands for the COT at the beginning of the next slot after starting minislot monitoring. As shown by the example of FIG. 2, the WTRU may receive a COT structure indication informing the WTRU that LBT subbands 1 and 3 are (e.g., the complete set of) acquired LBT subbands for the COT. The WTRU may switch from minislot monitoring to, for example, slot-based monitoring (e.g., on some or all acquired LBT subbands).For example, as shown by way of example in FIG. 2, the WTRU may switch from minislot monitoring of LBT subband 1 to slot-based monitoring of acquired / active LBT subbands 1 and 3 during the COT (e.g., based on a complete set indication).

[0116] 3 illustrates an example of a WTRU hopping pattern for monitoring multiple LBT subbands. A WTRU may monitor multiple LBT subbands (e.g., subbands 1-4 in a hopping pattern) (e.g., as illustrated by the example operation of FIG. 3) and / or may change monitoring of an LBT subband (e.g., including one or more unacquired subbands) (e.g., from a hopping pattern to minislot monitoring) based on an indication of one or more acquired subbands, e.g., until it receives an indication of a complete set of acquired LBT subbands. A WTRU (e.g., based on the example operation illustrated in FIG. 3) may behave (e.g., be configured to behave) similarly to another WTRU (e.g., based on the example operation illustrated in FIG. 2) until the WTRU detects an indication on at least one LBT subband (e.g., LBT subband 1) that one or more LBT subbands are acquired. In one example (e.g., as shown in FIG. 3), the WTRU may switch or change monitoring based on an instruction to monitor some or all LBT subbands (e.g., using minislot-based monitoring) until further notification (e.g., until detecting a complete COT structure indication). The WTRU may be notified, for example, by an instruction (e.g., a complete COT structure indication) received at the beginning of the next slot (e.g., as shown in the example of FIG. 2). The instruction may indicate, for example, that LBT subbands 1 and 3 are acquired / active for COT. The WTRU may correspondingly modify its PDCCH monitoring activity (e.g., based on the instruction) (e.g., from minislot-based monitoring of subbands 1-4 to slot-based monitoring of active subbands 1 and 3, as shown in the example of FIG. 3). One or more indications of acquired COT subbands and adaptive subband monitoring based on the instruction may support efficient use of acquired / active subbands during COT.

[0117] The WTRU may be configured to perform hierarchical monitoring on, for example, an indication associated with a COT. The WTRU may monitor, for example, a subset of LBT subbands without an active COT. The WTRU may modify the set of monitored LBT subbands. The WTRU may, for example, adapt (e.g., maintain or modify / change) the set of monitored LBT subbands (e.g., reevaluate or make a decision on whether to do so) in (e.g., every) monitoring instance. The selection of the monitored LBT subbands (e.g., at an instance) may be determined based on, for example, one or more of the following: a set of active LBT subbands in a previous COT, a set of previously monitored LBT subbands, a preconfigured monitoring pattern, an indication received in a discovery reference signal (DRS), results of an LBT process or measurement, an indication received in a previous COT, an indication received outside the COT, and / or the like.

[0118] The selection of the monitored LBT subbands at an instance may be determined (at least in part) based on, for example, a set of active LBT subbands in a previous COT. For example, the WTRU may recognize a previous COT that occupied a first set of LBT subbands. The WTRU may monitor at least one CORESET / search space / PDCCH candidate from at least one of the previously used LBT subbands. The previously used set of LBT subbands may be valid for a certain time. For example, the validity of the previously used set of LBT subbands may depend on the time elapsed since the expiration of the COT. The WTRU may maintain a timer for one or more LBT subbands. For example, upon expiration of the timer, the WTRU may remove the LBT subbands from the list of monitored LBT subbands. The WTRU may revert to a default set of LBT subbands, for example, upon expiration of the timer.

[0119] The selection of the monitored LBT subbands at an instance may be determined (at least in part) based on, for example, a set of previously monitored LBT subbands. The WTRU may monitor a first set of LBT subbands at a first time instance. The WTRU may determine, for example, a second set of LBT subbands at a second time instance (e.g., subsequent to the first time instance) as a function of one or more of the first set of LBT subbands, whether the WTRU detected a transmission in any of the LBT subbands monitored at the first time instance, one or more LBT subbands (e.g., a set) in which the WTRU detected a transmission, and / or the like.

[0120] The selection of monitored LBT subbands in an instance may be determined (at least in part) based on, for example, a preconfigured monitoring pattern, in an example, the pattern may be semi-statically configured by the network.

[0121] The selection of the monitored LBT subbands at an instance may be determined (at least in part) based on, for example, the results of the LBT process and / or measurements. In an example, the LBT process and / or measurements may be performed by the WTRU.

[0122] The selection of the monitored LBT subbands at an instance may be determined (at least in part) based on, for example, an indication received outside of the COT. In an example, the indication may be received after completion of the most recent COT.

[0123] The WTRU may be configured to perform wideband monitoring, e.g., for an indication associated with the COT. The WTRU may be configured to monitor wideband transmissions. The WTRU may be configured to monitor wideband transmissions for a gNB-obtained indication of COT. For example, the WTRU may monitor wideband DM-RS and / or GC-PDCCH, which may be transmitted on multiple LBT subbands. The WTRU may determine the presence of an active COT in at least one LBT subband, e.g., if a wideband transmission is present in at least one LBT subband. For example, the WTRU may detect the presence of a component of a wideband DM-RS. The WTRU may determine (e.g., be capable of determining), e.g., a set of LBT subbands on which the wideband DM-RS was transmitted. The WTRU may consider (e.g., be configured to consider) the subband on which the wideband DM-RS (or GC-PDCCH) was received as part of the COT. In an example, the WTRU may consider (e.g., any) subband on which the wideband DM-RS (e.g., and / or GC-PDCCH) is received as part of the obtained COT (e.g., a newly obtained COT).

[0124] The WTRU may perform (e.g., be configured to perform) monitoring, e.g., based on a multi-step (e.g., two-step) indication of a set of LBT subbands. The WTRU may monitor one or more LBT subbands to determine use of at least one LBT subband for COT, e.g., using one or more approaches described herein. The WTRU may modify its CORESET, search space and / or PDCCH candidate monitoring, e.g., based on a determination that at least one LBT subband has been acquired for COT. The WTRU may modify its CORESET, search space and / or PDCCH candidate monitoring (e.g., upon determining that at least one LBT subband has been acquired for COT), e.g., to determine a complete set of active LBT subbands. For example, the WTRU may receive a first indication that at least one LBT subband has been acquired using a first monitoring pattern on one or more LBT subbands. The WTRU (e.g., upon receiving the first indication) may use a second monitoring pattern on one or more LBT subbands (e.g., upon receiving the second indication). The second indication may indicate or provide the WTRU with more information regarding the entire / complete set of active LBT subbands.

[0125] In one example, the second monitoring pattern may be determined as a function of one or more LBT subbands in which the WTRU received the first indication. For example, the WTRU (e.g., receiving the indication in the first LBT subband) may adapt its monitoring pattern in a manner that enables the WTRU to have a greater probability of receiving a complete COT structure indication (e.g., in the first detected LBT subband).

[0126] The WTRU may receive and / or interpret the scheduling information. The WTRU may determine (e.g., be configured to determine) the scheduling information based on, for example, one or more LBT subbands that may be associated with an active COT. The WTRU may be aware of the LBT subbands that are active at least at the beginning of the COT. The WTRU may expect to be scheduled (e.g., only) in the LBT subbands for which it has received an indication that the COT is active, for example, until a (e.g., further) indication of a complete set of active LBT subbands. The WTRU may interpret a scheduling grant that points to resources on the LBT subband for which it receives a grant, for example, until at least a further indication of a complete set of active LBT subbands. In an example, the WTRU may detect a DM-RS and / or a GC-PDCCH that indicates that a first LBT subband is active. The WTRU may expect any (e.g., zero or more) scheduling grants associated with the indicated first active LBT subband (e.g., only) until, for example, the WTRU receives an indication of a complete set of active LBT subbands. Scheduling grants that occur before an indication of the complete set of active LBT subbands may include less resource allocation information. The LBT subbands may be considered known (e.g., implicitly) based on, for example, the first active LBT subband indication. The number of bits used for resource allocation may be reduced. For example, a smaller downlink control information (DCI) payload may be enabled for transmissions that occur at the beginning of the COT.

[0127] The WTRU's interpretation of the resource allocation in the scheduling grant may be a function of the number and / or set of acquired LBT subbands, which may be different at the start of the COT compared to after receiving a COT structure indication (or a COT structure indication update).

[0128] The WTRU may be configured to receive an indication associated with PDCCH monitoring. For example, the WTRU may be configured to receive an explicit indication to modify PDCCH monitoring. The WTRU may receive an indication to change its CORESET, search space, and / or PDCCH monitoring pattern. The WTRU may be configured with and / or indicated to change multiple monitoring patterns. The WTRU may receive an indication (e.g., dynamic or semi-static) to change (e.g., its configuration) one or more monitoring patterns. The (e.g., each) monitoring pattern may have an index. The (e.g., explicit) indication to change a monitoring pattern may include an index of the (e.g., new or replacement) monitoring pattern to change.

[0129] The WTRU may receive an indication to change to the second PDCCH monitoring pattern, e.g., via a transmission received using the first PDCCH monitoring pattern. For example, the WTRU may receive DCI on PDCCH candidates monitored as part of the first PDCCH monitoring pattern. The DCI may indicate, e.g., a change in the WTRU's monitoring from the first PDCCH monitoring pattern to the second PDCCH monitoring pattern. The WTRU may change monitoring based on the indication.

[0130] The new / replaced / modified PDCCH (e.g., second PDCCH) monitoring pattern may change one or more of the following: the set of actively monitored CORESETs, the set of actively monitored search spaces, the set of actively monitored LBT subbands, the set of actively monitored PDCCH candidates, and / or the like.

[0131] The (e.g., explicit) instruction to use a PDCCH monitoring pattern may include or be associated with a period during which the PDCCH monitoring pattern is valid. For example, the WTRU may be in an active COT with a fixed duration. The WTRU may, for example, assume (e.g., be configured to) that an instruction to switch to a different PDCCH monitoring pattern is valid until the end of the active COT. For example, any instruction to switch to a different PDCCH monitoring pattern may be assumed by the WTRU to be valid only until the end of the current COT. The (e.g., explicit) instruction to use a PDCCH monitoring pattern may be associated with a validity timer. The WTRU may (e.g., without another instruction) revert to a default PDCCH monitoring pattern, for example, upon expiration of the validity timer. The default PDCCH monitoring pattern may, for example, be a non-COT monitoring pattern or a (e.g., first) monitoring pattern determined or indicated at the start of the COT (e.g., based on the first detected LBT subband). The (eg, explicit) instructions to use and / or modify the PDCCH monitoring pattern may be received, for example, in one or more of a WTRU-specific, a cell-specific, or a group-common PDCCH.

[0132] A WTRU may be configured with multiple CORESETS. The WTRU may be configured to monitor some or all of the multiple CORESETS. The WTRU may maintain a separate list of configured and / or active CORESETS, e.g., to reduce the complexity of blind detection and / or channel estimation by monitoring multiple (e.g., a relatively large number) CORESETS. The WTRU may attempt blind detection of PDCCH candidates on a subset of the CORESETs (e.g., at a given instant). For example, a WTRU may be configured with a set of x CORESETS. The WTRU may attempt blind detection of (e.g., only) PDCCH candidates on a subset of the CORESETs (e.g., a CORESET of y, where y may be less than or equal to x) (e.g., at any given instant). The subset of CORESETs may be considered an active CORESET.

[0133] The WTRU may be configured with a CORESET of a maximum value of y (e.g., 3). The WTRU may determine the number and / or set of CORESETs that the WTRU may monitor based, for example, on the maximum value of y (e.g., y_max). The WTRU may determine the number and / or set of CORESETs that the WTRU may monitor as a function of one or more of the following: a set of configured CORESETs, a set of available CORESETs, a priority of the (e.g., each) CORESET, y_max, and / or the like. The configured CORESETs may include, for example, x semi-statically configured CORESETs. The available CORESETs may include, for example, CORESETs located in active LBT subbands. The priority of the CORESETs may be determined, for example, as a function of the CORESET index. The maximum value of y (e.g., y_max) may be indicated by the network (e.g., in an explicit instruction).

[0134] In an example, the WTRU may receive a first indication at the start of the COT indicating that a subset of LBT subbands are active. The WTRU may determine a first set of active CORESETs, e.g., as a function of the active LBT subbands. The WTRU may receive an update on the set of active LBT subbands. The update may, e.g., increase the number of active LBT subbands. The WTRU may modify the set of active CORESETs, e.g., based on the updated set of LBT subbands. In an example, the WTRU may receive an indication (e.g., explicit) to change one or more PDCCH monitoring patterns that may affect the set y of the active CORESET.

[0135] The WTRU may be configured to determine channel access priority. The channel access priority may be indicated by channel access categories (CAC). The gNB may control Category 2 (CAT2) UL transmissions (e.g., LBT without random backoff). The gNB may control CAT2 UL transmissions, for example, if and / or when in gNBCOT (e.g., including CG).

[0136] The WTRU may be (pre-)configured with a set of CACs to be used for uplink transmissions. One or more CACs may be used to determine logical channel limitations. For example, the WTRU may be pre-configured with CAC2 and CAC4. The WTRU may determine an applicable CAC for uplink transmissions in multiple steps (e.g., in two steps). The WTRU may receive an indication from the gNB (e.g., in a first step). The WTRU may determine the CAC (e.g., in a second step), e.g., based on the received indication and / or other conditions. For example, the gNB may indicate (e.g., transmit) the gNB's COT to the WTRU in the cell. The CAC may be selected, e.g., based on a previous transmission state of the WTRU. The previous transmission state may include, e.g., that no acknowledgement (ACK) or negative acknowledgement (NACK) indication was received. The gNB may provide the indication to the WTRU. The WTRU may determine the CAC based on the indication and / or one or more conditions.

[0137] The WTRU may receive an indication from a network node (e.g., a gNB). In an example, the WTRU may be configured to receive an indication from a gNB that the WTRU may use, for example, to determine CAC. The WTRU may use, for example, CAC to determine channel access priority. The indication may include or be transmitted / received via, for example, one or more (e.g., a combination) of the following: WTRU-specific DCI, group-common (GC) DCI, COT indication, reference signal (RS(s)), and / or the like.

[0138] For example, an indication (e.g., from a gNB) may be received via a DCI (e.g., a WTRU-specific DCI). For example, the WTRU may receive a DCI to activate an uplink configured as grant type 2. The WTRU may receive a DCI requesting CSI feedback. The WTRU-specific DCI may schedule a downlink data transmission. The WTRU may use the indication received via the DCI to determine a CAP associated with the COT.

[0139] For example, an indication (e.g., from a gNB) may be received via a group-common DCI. The group-common DCI may include one or more of a downlink feedback indication, a slot format indication, a preemption indication, and / or the like. The WTRU may use the indication received via the DCI to determine a CAP associated with the COT.

[0140] The indication (e.g., from a gNB) may include, for example, a COT indication. The COT indication may include a COT structure and / or LBT subbands / carriers for downlink transmission. The COT structure may include, for example, DL symbols, flexible symbols, UL symbols, and / or the like. The WTRU may use the COT indication (e.g., COT structure indication) to determine a CAP associated with the COT.

[0141] The indication (e.g., from a gNB) may be received, for example, via one or more reference signals (e.g., DM-RS and / or CSI-RS). The CAP associated with the COT may be determined using a reference signal configuration. For example, the gNB may configure the WTRU with multiple reference signals. (E.g., each) configuration (e.g., among multiple configurations) may be associated with a CAC. In one example, a first (e.g., RS) configuration may be associated with a first CAP (e.g., associated with LBTcat2), and a second (e.g., RS) configuration may be associated with a second CAP (e.g., associated with LBTcat4). The WTRU may determine the CAC, for example, based on the reference signal (e.g., upon detection of the reference signal). The WTRU may determine a first channel access priority based on the first reference signal configuration and a second channel access priority based on a second reference signal configuration different from the first reference signal configuration.

[0142] The WTRU may (e.g., be triggered to) change (e.g., reduce) the set of allowed CACs to be considered (e.g., during the next step), e.g., based on a gNB indication (e.g., acting as a trigger). For example, the WTRU may be pre-configured with four CACs: CAC1, 2, 3, and 4. The gNB indication may trigger the WTRU to reduce the four CACs to two CACs (e.g., CAC2 and 4) to be considered during the next step. The WTRU may select the applicable CACs during the second step from CAC2 and 4, e.g., based on a gNB indication (e.g., provided / received as described herein).

[0143] The WTRU may determine the CAC based, for example, on (e.g., at least in part) an indication from a network node (e.g., a gNB). The WTRU may be configured to determine the CAC based, for example, on (e.g., at least in part) one or more conditions. The WTRU (e.g., having received a gNB indication in a manner described herein) may be configured to determine the CAC based, for example, on one or more conditions (e.g., a combination) including one or more of the following: a start time of an uplink transmission, a transmission duration of an uplink grant, whether the transport block (TB) being transmitted is a retransmission, the number of retransmissions / repetitions already performed, previously used CAC for the resource, some failed channel access attempts, whether a previous uplink transmission opportunity was preempted, and / or the like.

[0144] The WTRU may be configured to determine the CAC based, for example, on a start time of the uplink transmission. In an embodiment, the start time of the uplink transmission may be based on the start time of the uplink transmission relative to the end of the DL burst. For example, the WTRU may be configured with grant type 2 configured in the second symbol of slot n. The WTRU may receive (e.g., during the first step) a COT indication (e.g., from a network node) in slot n-4 indicating that the DL burst starts in slot n-4 and ends in slot n-1. The WTRU may determine that the gap between the DL burst and the start time is less than X symbols. The WTRU may use a first CAC (e.g., CAC1) if, for example, offset X is between X1 and X2. The WTRU may use a second CAC (e.g., CAC2) if, for example, offset X is between X2 and X3.

[0145] In an embodiment, the start time of the uplink transmission may be based on the start time of the uplink transmission relative to the reception time of the group-common DCI and / or the WTRU-specific DCI. The WTRU may determine the CAC based on, for example, an offset X between the end symbol of the PDCCH carrying the DCI and the start of the uplink transmission. The WTRU may use a first CAC (e.g., CAC1) if, for example, the offset X is between X1 and X2. The WTRU may use a second CAC (e.g., CAC2) if, for example, the offset X is between X2 and X3.

[0146] In an example, the start time of the uplink transmission may be based on the start time of the uplink transmission relative to the reception time of a reference signal (eg, DM-RS and / or CSI-RS).

[0147] The WTRU may be configured to determine the CAC based on, for example, a transmission duration of the uplink grant. The WTRU may determine the CAC based on, for example, a time domain resource allocation for the uplink transmission.

[0148] In an example, a time domain resource allocation for an uplink transmission may be X symbols of duration. The WTRU may use a first CAC (e.g., CAC1) if, for example, X is between X1 and X2. The WTRU may use a second CAC (e.g., CAC2) if, for example, X is between X2 and X3.

[0149] The CAC decision may be based on (e.g., or alternatively) a comparison of a time domain resource allocation having X symbols to a duration of a DL burst having Y symbols. For example, the WTRU may use a second CAC (e.g., CAC2), e.g., where X<αYα (e.g., as configured by the WTRU, in an instruction to the WTRU, as a fixed value, and / or the like).

[0150] The CAC decision may be based on a comparison of a time domain resource allocation having (e.g., or) X symbols to a duration of a DL burst plus a time gap between the end of the DL burst and the start of an uplink transmission. For example, the duration of a DL burst may include Y symbols. The time gap between the end of the DL burst and the start of an uplink transmission may include Z symbols. The WTRU may use a second CAC (e.g., CAC2), e.g., where X<α(Y+Z) may be configured (e.g., by the WTRU, in an instruction to the WTRU, as a fixed value, and / or the like).

[0151] The WTRU may be configured to determine the CAC based on, for example, whether the transmitted TB is a retransmission or a first / different transmission. For example, the WTRU may use CAC2 for a retransmission and CAC4 for the first / different transmission, or vice versa.

[0152] The WTRU may be configured to determine the CAC based, for example, on the number of retransmissions / repetitions already performed. The WTRU may determine the CAC based, for example, on the number of retransmissions / repetitions already performed (e.g., in case of ongoing transmission of TB). The WTRU may use the first CAC (e.g., CAC4) if, for example, the number of retransmissions performed is below a configured threshold. The WTRU may use the second CAC (e.g., CAC2) if, for example, the number of retransmissions performed is not below a configured threshold.

[0153] The WTRU may be configured to determine a CAC based on, for example, a previously used CAC for (e.g., the same) resource (e.g., a configured granted resource). In an example, the WTRU may use CAC2 in the current gNB shared COT, for example, if the WTRU used CAC4 during the previous gNB shared COT. In an example, the WTRU may use CAC2 in the current gNB shared COT based on, for example, the number of consecutive uses of CAC4 in the previous gNB shared COT.

[0154] The WTRU may be configured to determine CAC based on, for example, a number of failed channel accesses. The WTRU may be configured to determine CAC based on, for example, a number of failed channel accesses due to LBT failures on (e.g., the same) resources. The same resources may include configured granted resources.

[0155] The WTRU may be configured to determine CAC based on, for example, whether a previous uplink transmission opportunity was preempted. For example, the WTRU may be configured with an uplink configuration grant in a first gNB shared COT. The WTRU may receive an uplink preemption indication. The WTRU may cancel the uplink transmission. The WTRU may transmit using CAC2, for example, using a configured grant resource in the next shared gNB COT.

[0156] The determined and / or indicated CAC may be used to determine logical channel limitations, for example, by indicating channel access priority.

[0157] The WTRU may be configured to use a default CAC, for example, if a condition (e.g., as described herein) is not met and / or if a gNB indication is not received.

[0158] The WTRU may be configured to receive the LBT type / priority indication. The WTRU and / or the network (e.g., a network node) may be configured to use signaling support for the LBT type / priority indication. The priority indication may indicate a channel access priority. The channel access priority may be indicated by a CAPC.

[0159] The WTRU may be configured to send an indication of a channel access priority (e.g., CAPC) used to acquire the COT. The COT may be acquired, for example, when the COT is initiated on a resource (e.g., a channel) that may be determined as idle. The COT may be acquired, for example, according to the result of the LBT. The WTRU may indicate to the network the CAPC to be used in the LBT procedure, for example, based on acquiring the COT for the uplink transmission (e.g., upon acquisition). The WTRU may indicate one or more logical channels that may be used to determine the CAPC for channel acquisition. The indication (e.g., of logical channels) may be more robust than data transmitted, for example, to support immediate (e.g., immediate) use of the information by the network.

[0160] The WTRU may explicitly or implicitly indicate (e.g., be configured to indicate) the CAPC to be used for the LBT. The (e.g., explicit) indication by the WTRU may include one or more of the following: uplink control information (UCI) added to the transmission, a bit string added to the data, and / or the like. The (e.g., explicit) indication by the WTRU may include the UCI added to the transmission. The WTRU may indicate the CAPC as part of the UCI. The UCI of the CAPC may be mapped to resources closer to the DM-RS. Decoding error performance may be improved. The UCI of the CAPC may include a cyclic redundancy check (CRC). Robustness may be improved. The UCI of the CAPC may be transmitted by the WTRU on a given resource (e.g., a symbol of a slot). For example, the first symbol of a UL transmission may include the UCI of the CAPC, which may provide more time for the gNB to determine the CAPC to prepare for future scheduling opportunities.

[0161] The indication (e.g., explicit) by the WTRU may include a bit string appended to the data. The WTRU may append or prepend the bit string to the TB code block. The bit string may indicate the CAPC to be used for channel acquisition. The bit string may be coded and / or may include a CRC, which may improve robustness.

[0162] The WTRU's (eg, implicit) indication of the CAPC to be used for channel acquisition may include one or more of the following: the interlace to be used for transmission, parameters of the DM-RS, parameters of the transmission, and / or the like.

[0163] The (e.g., implicit) indication by the WTRU of the CAPC may include the resource (e.g., interlace) to be used for transmission. The WTRU may select the transmission resource based on, for example, the CAPC used to access the channel.

[0164] The (e.g., implicit) indication by the WTRU of the CAPC may include parameters of the DM-RS, which may be selected, for example, based on the CAPC used to access the channel. The parameters may include, for example, one or more of a sequence or resource mapping and / or the like.

[0165] The (e.g., implicit) indication by the WTRU of the CAPC may include parameters of the transmission. The duration of the transmission may indicate the CAPC used to access the channel. For example, the duration of the first transmission may be selected as a function of the CAPC used to access the channel. The antenna port used for the first transmission may indicate or convey the CAPC used for channel acquisition. The WTRU may be scheduled with a set of parameters. The WTRU may select from a set of parameters, for example, as a function of the CAPC used for channel acquisition. The set of parameters may include, for example, a TB or a set of modulation and coding scheme (MCS) values.

[0166] FIG. 4 shows an example of indicating a channel access priority (e.g., CAPC) that may be used to obtain a shared COT. As shown in the example of FIG. 4, the WTRU may select a CAPC based on, for example, data that the WTRU transmits on the UL. The WTRU may obtain an unlicensed channel using, for example, LBT CAT4 with the appropriate CAPC. The WTRU may indicate the CAPC to be used to the network. The network may (e.g., effectively) share the COT with the WTRU.

[0167] Implementations and / or features herein may be described in terms of the behavior (e.g., operation) of a WTRU. In embodiments, the behavior may be performed by an entity, such as a NW node or other device, that may not include WTRU functionality. In some examples (e.g., in certain use cases or at certain time instances), the entity or other device may behave like a WTRU. One or more examples herein may be equally applicable to the entity or other device.

[0168] The WTRU may be configured with or may be configured to determine logical channel restrictions. The WTRU may be scheduled with a UL transmission within the COT (e.g., an ongoing COT). The WTRU may be instructed (e.g., may receive an instruction or indication to be used for logical channel restriction), e.g., in a scheduling DCI, with a logical channel restriction. The scheduling DCI may include a grant or allocation. The WTRU may determine the logical channel restriction, e.g., based on the received instruction or indication. The WTRU may receive the indication in the DCI and use the indication to determine a CAP associated with the COT. The WTRU may determine the logical channels whose data may be included in an uplink transmission within the COT, e.g., based on the restriction (e.g., logical channel restriction). The restriction may be based on a priority level (e.g., a CAP) and / or may indicate a logical channel. In some examples, the indication of the priority level may be equivalent to an indication of a logical channel (e.g., which may be associated with a priority level). The logical channel may be associated with a priority level (e.g., a logical channel priority associated with the logical channel). As shown in FIG. 5, the WTRU may select data of appropriate priority to build a TB for transmission. To select data of appropriate priority to build a TB for transmission (e.g., as shown in FIG. 5), the WTRU may determine a logical channel priority (e.g., LCH priority), and the WTRU may determine whether a logical channel is associated with a channel access priority equal to or higher than the channel access priority associated with the COT based on the LCH priority associated with the logical channel and the channel access priority associated with the COT. As shown in FIG. 5, the appropriate priority data may be selected. For example, if a logical channel is associated with a channel access priority equal to or higher than the channel access priority associated with the COT, the logical channel may be allowed to be included in transmission by the WTRU during the COT.

[0169] The determination of the priority level may indicate which logical channels are included in a transmission by the WTRU. The WTRU may include data from logical channels having the same and / or higher priority as the priority level and / or logical channel (e.g., associated with the priority level) indicated in the restriction. The same priority level may include a priority level equal to the priority level indicated in the restriction. As shown in FIG. 6, the WTRU may use the determined logical channel restriction to determine whether a logical channel is allowed to be included in a scheduled transmission. For example, the restriction may indicate a priority level (e.g., CAP), and the WTRU may include data (e.g., in an UL transmission) from logical channels associated with a priority equal to and / or higher than the indicated priority level (e.g., only from logical channels associated with a priority equal to and / or higher than the indicated priority level). As shown in FIG. 6, the transmission may include a logical channel if the determined logical channel restriction allows the inclusion of the logical channel in the transmission.

[0170] The WTRU may monitor for the presence of a signal indicating a channel access priority (e.g., CAPC) used to acquire the COT. The channel access priority may indicate, for example, a priority used by the WTRU or the base station to acquire the COT to access the channel. A higher CAPC number / value may indicate a lower priority (e.g., used to acquire the COT). In an example (e.g., for an unlicensed or configured authorized UL transmission occurring within an active COT), the WTRU may monitor for the presence of a signal indicating a CAPC used to acquire the COT (e.g., before transmitting the signal). As shown in FIG. 6, the WTRU may determine the logical channel restriction based on an indication received from the gNB that includes a CAPC associated with the COT. The WTRU may determine the CAPC, for example, based on (e.g., by receiving) a COT structure indication. The COT structure indication may be received via a DCI (e.g., a DCI used for COT structure indication). In some examples, the DCI may be different from the scheduling DCI. The WTRU may determine the CAPC based on (e.g., by receiving) a signal used to trigger (e.g., alternatively and / or additionally), for example, a CG transmission. The WTRU may (e.g., alternatively and / or additionally) determine the CAPC, for example, as part of parameters of a gNB transmission within the COT (e.g., DM-RS or GC-PDCCH).

[0171] FIG. 5 illustrates an example of determining logical channel restrictions based on priorities (e.g., channel access priorities) associated with the COT, for example, as shown in the example of FIG. 6. As shown in FIG. 5, an indication of priorities (e.g., CAPC) may be received and / or used to select what to transmit in the shared COT. The WTRU may receive an indication of CAPC to be used (e.g., by the network) to acquire / start the COT. The WTRU may receive an indication of CAPC, for example, in a scheduling grant for UL transmission. The scheduling grant may schedule resources to be used for transmissions sent during the COT. The resources may occur during the COT. The scheduling grant may include the CAPC to be used by the network if and / or when acquiring the COT, for example, an ongoing COT. The WTRU may determine priorities associated with the COT. The WTRU may determine data that the WTRU may transmit during the COT (e.g., data with applicable / sufficient priority and / or data that complies with restrictions) based on priorities (e.g., allowed priorities) included in the scheduling grant. The WTRU may determine a restricted set of logical channels that the WTRU may use to construct a TB for scheduled transmissions (e.g., as shown in the example of FIG. 6). As shown in FIG. 5, the TB may be constructed to include data of appropriate priority (e.g., data associated with a logical channel) by, for example, multiplexing the logical channel associated with the data on the TB if the logical channel restrictions allow for including the logical channel in the transmission. In one example, the set of logical channels that may be used by the WTRU for transmissions may be restricted. The WTRU may select data from a logical channel (e.g., any logical channel) from the set of logical channels (e.g., a restricted set).

[0172] In one example, the WTRU may determine that the WTRU is attempting to transmit data associated with a lower priority than allowed according to the logical channel limitations. The WTRU may, for example, abort a Type 1 or Type 2 LBT procedure (e.g., a procedure that may be used for COT sharing) and / or perform a Type 4 LBT procedure with an acceptable CAPC for the transmission requirements. The WTRU may be configured with the ability to switch from a Type 1 or Type 2 LBT procedure to a Type 4 LBT procedure.

[0173] FIG. 6 illustrates an example of sharing a COT based on a CAP (e.g., CAPC) associated with the COT. As shown in FIG. 6, the WTRU may receive and use a network indication of a shared COT and an associated CAP (e.g., CAPC) to transmit shared COT data from a logical channel that matches the CAP (e.g., CAPC). The WTRU may receive an indication (e.g., from the network) about the COT (e.g., network acquired). The indication may indicate information associated with the COT, such as one or more of the following: start time, duration, acquisition node (e.g., gNB), priority (e.g., CAP or CAPC), scheduling, and / or the like. The WTRU may be scheduled on UL resources within the COT.

[0174] The WTRU may prepare to transmit (e.g., TB) in the COT. The WTRU may determine a CAP (e.g., CAPC) associated with the network acquired COT (e.g., as described herein). The WTRU may determine whether there is a restriction on logical channels that may be used in a scheduled transmission in the COT based on the CAP associated with the COT (e.g., as described herein). The WTRU may use the determined logical channel restriction (e.g., as described herein) to determine whether the scheduled transmission is allowed to include the logical channel. The transmission may include the logical channel if the determined logical channel restriction allows the transmission to include the logical channel. The WTRU may build and transmit a TB based on the above determination. In one example (e.g., as shown in FIG. 6), the WTRU may use data from a set of LCHs with an associated CAPC (e.g., CAPC2, CAPC1) that has a priority equal to or higher than the CAPC (e.g., CAPC2) used by the gNB. The WTRU may send a transmission (e.g., over a subband) during the COT. The WTRU may exhibit behavior. In one example, the WTRU may exhibit behavior including use of a Type 4 LBT when acquiring a channel in an active COT using, for example, a Type 4 LBT procedure. The WTRU may indicate use of a Type 4 LBT and / or a different CAPC, for example, using an approach similar to that described herein to indicate the CAPC used for the WTRU-acquired COT. The Type 4 LBT may be used to restart the COT and / or affect the COT duration. The WTRU may monitor a COT structure indication, for example, to determine an updated COT duration.

[0175] Although the features and elements are described above in certain combinations, one skilled 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 may 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, and optical media such as CD-ROM disks and digital versatile disks (DVDs). Software and associated processors may be used to implement radio frequency transceivers for use in a WTRU, UE, terminal, base station, RNC, or any host computer.

Claims

1. A wireless transmit / receive unit (WTRU), comprising: receiving a channel occupancy time (COT) structure indication; determining a channel access priority associated with a COT based on the COT structure indication, the channel access priority being associated with a COT acquisition of a base station; determining a logical channel restriction based on the channel access priority associated with the COT; determining whether data associated with a logical channel is permitted to be included in a transmission based on the logical channel restrictions, the transmission being transmitted during the COT; transmitting the transmission during the COT over a subband, the transmission including the data associated with the logical channel if the logical channel restriction allows the transmission to include the data associated with the logical channel; 13. A WTRU comprising: a processor configured to execute:

2. 2. The WTRU of claim 1, wherein the logical channel restriction is applied by including the data associated with the logical channel if the logical channel is associated with a channel access priority equal to or higher than the channel access priority associated with the COT, or by not including the data associated with the logical channel if the logical channel is associated with a channel access priority lower than the channel access priority associated with the COT.

3. The WTRU of claim 1 , wherein the channel access priority is a channel access priority used to obtain the subband on which the transmission is to be transmitted.

4. The WTRU of claim 1, wherein the channel access priority associated with the COT is indicated by a Channel Access Priority Class (CAPC).

5. 2. The WTRU of claim 1, wherein if the logical channels are associated with a channel access priority equal to or higher than the channel access priority associated with the COT, the logical channels are multiplexed onto a transport block (TB), and the TB is included in the transmission.

6. 2. The WTRU of claim 1, wherein the COT structure indication is received in downlink control information (DCI), the COT structure indication indicating a number of subbands acquired for the COT, the number of subbands including a subband on which the transmission is to be transmitted.

7. receiving a channel occupancy time (COT) structure indication; determining a channel access priority associated with a COT based on the COT structure indication, the channel access priority being associated with a COT acquisition of a base station; determining a logical channel restriction based on the channel access priority associated with the COT; determining whether data associated with a logical channel is permitted to be included in a transmission based on the logical channel restrictions, the transmission being transmitted during the COT; transmitting the transmission during the COT over a subband, the transmission including the data associated with the logical channel if the logical channel restriction allows the transmission to include the data associated with the logical channel; The method includes:

8. 8. The method of claim 7, wherein the logical channel restriction is applied by including the data associated with the logical channel if the logical channel is associated with a channel access priority equal to or higher than the channel access priority associated with the COT, or by not including the data associated with the logical channel if the logical channel is associated with a channel access priority lower than the channel access priority associated with the COT.

9. The method of claim 7 , wherein the channel access priority is a channel access priority used to obtain the subband on which the transmission is transmitted.

10. 8. The method of claim 7, wherein if the logical channels are associated with a channel access priority equal to or higher than the channel access priority associated with the COT, the logical channels are multiplexed onto a transport block (TB), and the TB is included in the transmission.

11. 8. The method of claim 7, wherein the COT structure indication is received in downlink control information (DCI), the COT structure indication indicating a number of subbands acquired for the COT, the number of subbands including a subband on which the transmission is transmitted.

12. The method of claim 11, wherein the COT includes a plurality of subbands associated with listen-before-talk (LBT) operation.

13. The method of claim 7, wherein the channel access priority associated with the COT is indicated by a channel access priority class (CAPC).

14. The WTRU of claim 6, wherein the COT includes a plurality of subbands associated with listen-before-talk (LBT) operation.

Images