Method for uplink transmission in multi-connectivity

Abstract

The WTRU may perform RLM / RLF on a set of associated cell groups, select an SCG for reporting MCG failure, perform an activation procedure by triggering UL transmission, determine on which SCG data may be transmitted with a single UL splitting threshold and on which SCG data may be transmitted with multiple UL splitting thresholds, and / or determine split bearer thresholds to use when multiple SCGs are configured. The WTRU may receive configuration information regarding an SCG associated with each bearer of multiple bearers and an RSRP threshold associated with each bearer. The WTRU may determine that data associated with a bearer is eligible for transmission based on the UL split bearer thresholds and select a set of SCGs for transmission based on the SCG RSRP value and the bearer RSRP thresholds. The set of SCGs may include one or more SCGs.

Description

Technical Field

[0001] (Cross - Reference to Related Applications) This application claims the benefit of U.S. Provisional Patent Application No. 63 / 228,896, filed Aug. 3, 2021, the disclosure of which is hereby incorporated by reference in its entirety.

Background Art

[0002] A wireless transmit / receive unit (WTRU), also referred to as a user equipment (UE), can be configured to utilize resources provided by two different nodes connected via a non - ideal backhaul, and the nodes can provide access using the same or different radio access technologies (RATs). One node can function as a master node (MN) that controls resources associated with one or more cells called a master cell group (MCG) and a secondary node (SN), and the other node can function as an SN. The MN and SN may be connected via a network interface, and at least the MN may be connected to a core network. In the case of dual connectivity, the WTRU can have two medium access control (MAC) entities configured, where one MAC entity is for the MCG and the other MAC entity is for the SCG. The WTRU can be configured to receive and process radio resource control (RRC) reconfiguration messages via the MCG, and the reconfiguration can result in changes, additions, modifications, and / or releases of the SCG.

Summary of the Invention

[0003] The WTRU may be configured to determine the number of configured secondary cell groups (SCGs) to be activated based on the amount of data available for the split bearer to be allowed to be activated. The WTRU may also be configured to determine which SCGs to use for a particular split bearer based on the activation status of the SCGs, the maximum configured SCGs for the bearer, channel conditions such as the measured reference signal received power (RSRP), such as the frequency range, or any appropriate combination thereof.

[0004] A WTRU may be configured to set up a set of associated cell groups. A WTRU may also be configured to perform radio link monitoring / radio link failure (RLF) on the associated set of cell groups. A WTRU may also be configured to select an SCG to report MCG failures. A WTRU may be configured to perform new activation procedures by triggering uplink (UL) transmissions. A WTRU may also be configured to set up rules for determining which SCGs can transmit data on using a single UL split threshold. A WTRU may also be configured to set up rules for determining which SCGs can transmit data on using multiple UL split thresholds. A WTRU may also be configured to determine split bearer thresholds to use when multiple SCGs are configured.

[0005] In exemplary embodiments, the WTRU may comprise memory and a processor configured to receive configuration information for at least one bearer. The configuration information may include, for each bearer, an indication of at least one associated secondary cell group (SCG). The configuration information may include a reference signal received power (RSRP) threshold associated with each bearer of the at least one bearer. The WTRU may further be configured to determine that first data associated with a first bearer of the at least one bearer is eligible for transmission. The determination that the first data is eligible for transmission may be based on an uplink (UL) split bearer threshold associated with the first bearer. The WTRU may also be configured to determine a set of SCGs associated with the first bearer for transmitting the first data. The set of SCGs may include one or more SCGs from at least one SCG associated with the first bearer. The determination of a set of SCGs for transmitting the first data may be based on a comparison of the channel conditions associated with each SCG and the channel conditions associated with the first bearer. For example, the determination of the set of SCGs for transmitting the first data may be based on the fact that the RSRP value of each SCG in the set of SCGs is greater than or equal to the RSRP threshold associated with the first bearer.

[0006] In exemplary embodiments, the method implemented by the WTRU may include receiving configuration information for at least one bearer. The configuration information may include, for each bearer, an indication of at least one associated secondary cell group (SCG). The configuration information may include a reference signal received power (RSRP) threshold associated with each bearer of the at least one bearer. The method can further determine that first data associated with a first bearer of the at least one bearer is eligible for transmission. The determination that the first data is eligible for transmission may be based on an uplink (UL) split bearer threshold associated with the first bearer. The method may also include determining a set of SCGs associated with the first bearer for transmitting the first data. The set of SCGs may include one or more SCGs from at least one SCG associated with the first bearer. The determination of a set of SCGs for transmitting the first data may be based on a comparison of the channel state associated with each SCG with the channel state associated with the first bearer. For example, the determination of the set of SCGs for transmitting the first data may be based on the fact that the RSRP value of each SCG in the set of SCGs is greater than or equal to the RSRP threshold associated with the first bearer. [Brief explanation of the drawing]

[0007] A more detailed understanding can be obtained from the following explanation, which is given as an example in conjunction with the attached drawings, where similar reference numbers in the drawings indicate similar elements. [Figure 1A] This is a system diagram illustrating an exemplary communication system in which one or more disclosed embodiments may be implemented. [Figure 1B] This is a system diagram illustrating an exemplary wireless transmit / receive unit (WTRU) that may be used in the communication system shown in Figure 1A, according to one embodiment. [Figure 1C] This is a system diagram illustrating an exemplary radio access network (RAN) and an exemplary core network (CN) that may be used in the communication system shown in Figure 1A according to one embodiment. [Figure 1D] This is a system diagram illustrating a further exemplary RAN and a further exemplary CN that may be used in the communication system shown in Figure 1A according to one embodiment. [Figure 2] This diagram illustrates an exemplary high-level measurement mode. [Figure 3] This diagram illustrates the setting and execution of an exemplary conditional handover. [Figure 4] This figure illustrates an exemplary split-bear transmission according to one embodiment. [Figure 5] This figure illustrates an exemplary deactivated secondary cell group (SCG) according to one embodiment. [Figure 6] This is another diagram illustrating an exemplary deactivated SCG according to one embodiment. [Figure 7] This figure illustrates an exemplary activated SCG according to one embodiment. [Figure 8] This is an illustrative process flow chart for operating with a split bearer. [Modes for carrying out the invention]

[0008] Figure 1A illustrates an exemplary 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, message transmission, and broadcast to multiple wireless users. The communication system 100 may enable multiple wireless users to access such content through the sharing of system resources, including wireless bandwidth. For example, the communication 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 discrete Fourier transform spread OFDM (ZT-UW-DFT-S-OFDM), unique word OFDM (UW-OFDM), resource block filter OFDM, and filter bank multicarrier (FBMC).

[0009] As shown in Figure 1A, the communication system 100 may include radio transmit / receive units (WTRUs) 102a, 102b, 102c, 102d, a radio access network (RAN) 104, a core network (CN) 106, a public switched telephone network (PSTN) 108, the internet 110, and other networks 112, but it will be understood that the disclosed embodiments intend any number of WTRUs, base stations, networks, and / or network elements. Each of the WTRUs 102a, 102b, 102c, and 102d may be any type of device configured to operate and / or communicate in a radio environment. For example, WTRU102a, 102b, 102c, and 102d, any of which may be referred to as stations (STAs), may be configured to transmit and / or receive radio signals and may include user equipment (UEs), mobile stations, fixed-line or mobile phone subscriber units, subscriber-based units, pagers, mobile 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 an industrial and / or automated processing chain context), home electronic devices, and devices operating in commercial and / or industrial wireless networks. Any of WTRU102a, 102b, 102c, and 102d may interchangeably be referred to as UEs.

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

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

[0012] Base stations 114a and 114b may communicate with one or more WTRUs 102a, 102b, 102c, and 102d via an air interface 116, which may be any suitable radio 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).

[0013] More specifically, as described above, the communication system 100 may be a multiple access system, but may use one or more channel access schemes such as CDMA, TDMA, FDMA, OFDMA, and SC-FDMA. For example, base stations 114a and WTRUs 102a, 102b, and 102c of RAN 104 may implement radio technologies such as Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access (UTRA), which may establish an air interface 116 using wideband CDMA (WCDMA). WCDMA may include communication protocols such as High-Speed ​​Packet Access (HSPA) and / or Advanced HSPA (HSPA+). HSPA may include High-Speed ​​Downlink Packet Access (HSDPA) and / or High-Speed ​​Uplink Packet Access (HSUPA).

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

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

[0016] In one embodiment, base station 114a and WTRUs 102a, 102b, 102c may implement multiple radio access technologies. For example, base station 114a and WTRUs 102a, 102b, 102c may implement LTE radio access and NR radio access together, for example, using the dual connectivity (DC) principle. Accordingly, the air interface utilized by WTRUs 102a, 102b, 102c may be characterized by multiple types of base stations (e.g., eNBs and gNBs) and / or multiple types of radio access technologies transmitted to and / or from such base stations.

[0017] In other embodiments, base station 114a and WTRUs 102a, 102b, 102c may implement wireless technologies 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), IS-95, IS-856, Global System for Mobile communications (GSM), Enhanced Data rates for GSM Evolution (EDGE), GSM EDGE (GERAN), etc.

[0018] The base station 114b in FIG. 1A can be, for example, a wireless router, a Home Node B, a Home eNode B, or an access point, but can utilize any suitable RAT to facilitate wireless connection in a local area such as a workplace, home, vehicle, campus, industrial facility, aerial corridor (for use by drones, for example), a location such as a road, etc. In one embodiment, the base station 114b and the WTRUs 102c, 102d can implement a wireless 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 can implement a wireless 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 can utilize a cellular-based RAT (such as WCDMA, CDMA2000, GSM, LTE, LTE-A, LTE-A Pro, NR, etc.) to establish a pico cell or a femto cell. As shown in FIG. 1A, the base station 114b can 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.

[0019] RAN104 may communicate with CN106, which may be any type of network configured to provide voice, data, applications, and / or Voice over Internet Protocol (VoIP) services to one or more of WTRU102a, 102b, 102c, and 102d. The data may have various quality of service (QoS) requirements, such as different throughput requirements, latency requirements, error tolerance requirements, reliability requirements, data throughput requirements, and mobility requirements. CN106 may provide call control, billing services, mobile location-based services, prepaid calls, internet connectivity, video distribution, etc., and / or implement high-level security functions such as user authentication. Although not shown in Figure 1A, it will be understood that RAN104 and / or CN106 may communicate directly or indirectly with other RANs using the same RAT or different RAT as RAN104. For example, in addition to being connected to RAN104 which may utilize NR radio technology, CN106 may also communicate with another RAN (not shown) by employing GSM, UMTS, CDMA2000, WiMAX, E-UTRA, or WiFi radio technology.

[0020] CN106 may also function as a gateway for WTRU102a, 102b, 102c, and 102d to access PSTN108, the Internet 110, and / or other networks 112. PSTN108 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, where these networks and devices use common communication protocols such as the transmission control protocol (TCP), the user datagram protocol (UDP), and / or the Internet protocol (IP) of the TCP / IP Internet Protocol suite. Network 112 may include wired and / or wireless communication networks owned and / or operated by other service providers. For example, network 112 may include another CN connected to one or more RANs that may use the same RAT as RAN104 or a different RAT.

[0021] Some or all of the WTRUs 102a, 102b, 102c, and 102d in the communication system 100 may include multimode capability (for example, WTRUs 102a, 102b, 102c, and 102d may include multiple transceivers for communicating with different radio networks via different radio links). For example, WTRU 102c shown in Figure 1A may be configured to communicate with base station 114a which may employ cellular-based radio technology and base station 114b which may employ IEEE 802 radio technology.

[0022] Figure 1B is a system diagram illustrating an exemplary WTRU 102. As shown in Figure 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 supply 134, a global positioning system (GPS) chipset 136, and / or other peripherals 138. It will be understood that the WTRU 102 may include any partial combination of the aforementioned elements while maintaining consistency with one embodiment.

[0023] The processor 118 may be a general-purpose processor, a dedicated 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), 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 functions that enable the WTRU 102 to operate in a wireless environment. The processor 118 may be coupled to a transceiver 120 which can be coupled to a transmit / receive element 122. Figure 1B illustrates the processor 118 and transceiver 120 as separate components, but it will be understood that the processor 118 and transceiver 120 can be integrated together in an electronic package or chip.

[0024] The transmit / receive element 122 may be configured to transmit signals to or receive signals from a base station (e.g., base station 114a) via 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, for example, IR signals, UV signals, or visible light signals. In yet another embodiment, the transmit / receive element 122 may be configured to transmit and / or receive both RF signals and optical signals. It will be understood that the transmit / receive element 122 may be configured to transmit and / or receive any combination of radio signals.

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

[0026] The transceiver 120 may be configured to modulate the signal transmitted by the transmit / receive element 122 and demodulate the signal received by the transmit / receive element 122. As described above, the WTRU 102 may have multimode capability. Therefore, the transceiver 120 may include multiple transceivers to enable the WTRU 102 to communicate via multiple RATs, such as NR and IEEE 802.11.

[0027] The processor 118 of the WTRU102 may be coupled to 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) and may receive user input from these. 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 any type of suitable memory, such as non-removable memory 130 and / or removable memory 132, and store data in such memory. 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, and the like. In other embodiments, the processor 118 may access information from memory not physically located on the WTRU 102, such as on a server or home computer (not shown), and store data in such memory.

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

[0029] 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 the current location of the WTRU 102. In addition to, or instead of, the information from the GPS chipset 136, the WTRU 102 may determine its location based on receiving location information from base stations (e.g., base stations 114a, 114b) via the air interface 116 and / or based on the timing of signals received from two or more nearby base stations. It will be understood that the WTRU 102 may acquire location information by any preferred location determination method while maintaining consistency with one embodiment.

[0030] The processor 118 may be further coupled to other peripherals 138, which may include one or more software and / or hardware modules that provide additional features, functions, and / or wired or wireless connectivity. For example, 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. Peripherals 138 may include one or more sensors. The sensor may be one or more of the following: gyroscope, accelerometer, Hall effect sensor, magnetometer, orientation sensor, proximity sensor, temperature sensor, time sensor, geolocation sensor, altimeter, light sensor, touch sensor, barometer, gesture sensor, biometric sensor, humidity sensor, etc.

[0031] WTRU102 may include a full-duplex radio in which the transmission and reception of some or all of the signals (e.g., associated with specific subframes of both UL (e.g., for transmission) and DL (e.g., for reception)) may be simultaneous and / or together. The full-duplex radio may include an interference management unit for reducing and / or substantially eliminating self-interference through signal processing either through hardware (e.g., chokes) or through a processor (e.g., via a separate processor (not shown) or processor 118). In one embodiment, WTRU102 may include a half-duplex radio for the transmission and reception of some or all of the signals (e.g., associated with specific subframes of either UL (e.g., for transmission) or DL ​​(e.g., for reception)).

[0032] Figure 1C is a system diagram illustrating RAN104 and CN106 according to one embodiment. As described above, RAN104 can communicate with WTRU102a, 102b, and 102c via the air interface 116 using E-UTRA wireless technology. RAN104 can also communicate with CN106.

[0033] RAN104 may include e-nodes-B160a, 160b, and 160c, but it will be understood that RAN104 may include any number of e-nodes-B while maintaining consistency with one embodiment. Each of e-nodes-B160a, 160b, and 160c may include one or more transceivers for communicating with WTRU102a, 102b, and 102c via the air interface 116. In one embodiment, e-nodes-B160a, 160b, and 160c may implement MIMO technology. Thus, e-node-B160a may, for example, use multiple antennas to transmit radio signals to and / or receive radio signals from WTRU102a.

[0034] Each of the e-nodes-B160a, 160b, and 160c may be associated with a specific cell (not shown) and may be configured to handle wireless resource management decisions, handover decisions, user scheduling, etc., in UL and / or DL. As shown in Figure 1C, the e-nodes-B160a, 160b, and 160c may communicate with each other via the X2 interface.

[0035] The CN106 shown in Figure 1C may include a mobility management entity (MME) 162, a serving gateway (SGW) 164, and a packet data network (PDN) and a packet data gateway (PGW) 166. Although the aforementioned elements are illustrated as part of CN106, it should be understood that any of these elements may be owned and / or operated by an entity other than the CN operator.

[0036] The MME162 can be connected to each of the e-nodes—B162a, 162b, and 162c—in RAN104 via the S1 interface and can function as a control node. For example, the MME162 may perform roles such as authenticating users of WTRU102a, 102b, and 102c, activating / deactivating bearers, and selecting a specific serving gateway during the initial attachment of WTRU102a, 102b, and 102c. The MME162 may provide control plane functionality for switching between RAN104 and other RANs (not shown) employing other radio technologies such as GSM and / or WCDMA.

[0037] The SGW164 can be connected to each of the e-nodes B160a, 160b, and 160c in RAN104 via the S1 interface. The SGW164 can generally route and forward user data packets to and from WTRU102a, 102b, and 102c. The SGW164 can perform other functions, such as anchoring the user plane during e-node B handovers, triggering paging when DL data is available to WTRU102a, 102b, and 102c, and managing and remembering the context of WTRU102a, 102b, and 102c.

[0038] SGW164 may be connected to PGW166, which may provide WTRU102a, 102b, and 102c with access to a packet-switched network such as the Internet 110 to facilitate communication between WTRU102a, 102b, and 102c and IP-enabled devices.

[0039] CN106 can facilitate communication with other networks. For example, CN106 can provide WTRU102a, 102b, and 102c with access to a circuit-switched network such as PSTN108 to facilitate communication between WTRU102a, 102b, and 102c and conventional terrestrial line communication devices. For example, CN106 may include, or communicate with, an IP gateway (e.g., an IP multimedia subsystem (IMS) server) that functions as an interface between CN106 and PSTN108. In addition, CN106 may provide WTRU102a, 102b, and 102c with access to another network 112, which may include other wired and / or wireless networks owned and / or operated by other service providers.

[0040] Although the WTRU is shown as a wireless terminal in Figures 1A to 1D, in certain representative embodiments, such a terminal is intended to be able to use a wired communication interface with a communication network (for example, temporarily or permanently).

[0041] In a typical embodiment, the other network 112 may be a WLAN.

[0042] A WLAN in Basic Service Set (BSS) mode may have BSS access points (APs) and one or more stations (STAs) associated with the APs. APs may have access to or interfaces with a Distribution System (DS) or another type of wired / wireless network that carries traffic within and / or outside the BSS. Traffic originating outside the BSS and destined for an STA may reach and be delivered to the STA via an AP. Traffic originating from an STA and destined for an outside BSS may be sent to an AP and then delivered to its respective destination. Traffic between STAs within the BSS may be transmitted, for example, through an AP, where a source STA sends traffic to an AP, and the AP delivers 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 transmitted between a source STA and a destination STA (for example, directly between them) using a direct link setup (DLS). In certain representative embodiments, the DLS may use 802.11e DLS or 802.11z tunneled DLS (TDLS). A WLAN using Independent BSS (IBSS) mode may not have APs, and STAs within or using IBSS (e.g., all STAs) may communicate directly with each other. The IBSS mode of communication may be referred to herein as “ad hoc” communication mode.

[0043] When using the 802.11ac infrastructure operating mode or a similar operating mode, an AP may transmit beacons on a fixed channel, such as the primary channel. The primary channel may be of a fixed width (e.g., a 20 MHz bandwidth) or a dynamically set width. The primary channel may be the operating channel of the BSS, but may be used by the STA to establish a connection with the AP. In certain typical embodiments, Carrier Sense Multiple Access with Collision Avoidance (CSMA / CA) may be implemented, for example, in an 802.11 system. In the case of CSMA / CA, the STA, including the AP (e.g., all STAs), may sense the primary channel. If the primary channel is sensed / detected and / or determined to be busy by a particular STA, that STA may backoff. A single STA (e.g., only one station) may transmit at any given time in a given BSS.

[0044] High-throughput (HT) STAs may use a 40 MHz wide channel for communication, which may be formed, for example, through a combination of a primary 20 MHz channel and adjacent or non-adjacent 20 MHz channels.

[0045] Very High Throughput (VHT) STAs may support channels with widths of 20 MHz, 40 MHz, 80 MHz, and / or 160 MHz. 40 MHz and / or 80 MHz channels may be formed by combining multiple consecutive 20 MHz channels. 160 MHz channels may be formed by combining eight consecutive 20 MHz channels, or by combining two non-contiguous 80 MHz channels, which may be referred to as an 80+80 configuration. In the 80+80 configuration, after channel coding, the data may pass through a segment parser that can split the data into two streams. Inverse Fast Fourier Transform (IFFT) processing and time-domain processing may be performed separately for each stream. The streams may be mapped to two 80 MHz channels, and the data may be transmitted by a transmitting STA. At the receiver of the receiving STA, the operation described above for the 80+80 configuration may be reversed, and the combined data may be transmitted to the media access control (MAC).

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

[0047] A WLAN system capable of supporting multiple channels and channel bandwidths such as 802.11n, 802.11ac, 802.11af, and 802.11ah includes a channel that can be designated as the primary channel. The primary channel may have a bandwidth equal to the maximum common operating bandwidth supported by all STAs in the BSS. The bandwidth of the primary channel may be set and / or limited by an STA from among all STAs operating in a BSS that support the minimum bandwidth operating mode. In the 802.11ah example, the primary channel may be 1 MHz wide for an STA (e.g., an MTC type device) that supports (e.g., only) the 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 an STA (which only supports 1MHz operation mode) transmitting to the AP, the entire available frequency band may be considered busy, even if most of the available frequency band is idle.

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

[0049] Figure 1D is a system diagram illustrating RAN104 and CN106 according to one embodiment. As described above, RAN104 can communicate with WTRU102a, 102b, and 102c via the air interface 116 using NR radio technology. RAN104 can also communicate with CN106.

[0050] RAN104 may include gNB180a, 180b, and 180c, but it will be understood that RAN104 may include any number of gNBs while maintaining consistency with one embodiment. Each of gNB180a, 180b, and 180c may include one or more transceivers for communicating with WTRU102a, 102b, and 102c via the air interface 116. In one embodiment, gNB180a, 180b, and 180c may implement MIMO technology. For example, gNB180a and 108b may use beamforming to transmit signals to and / or receive signals from gNB180a, 180b, and 180c. Thus, gNB180a may, for example, use multiple antennas to transmit radio signals to and / or receive radio signals from WTRU102a. In one embodiment, gNB180a, 180b, and 180c may implement carrier aggregation technology. For example, gNB180a may transmit multiple component carriers to WTRU102a (not shown). A subset of these component carriers may be on the unauthorized spectrum, while the remaining component carriers may be on the authorized spectrum. In one embodiment, gNB180a, 180b, and 180c may implement coordinated multi-point (CoMP) technology. For example, WTRU102a may receive coordinated transmissions from gNB180a and gNB180b (and / or gNB180c).

[0051] WTRU102a, 102b, and 102c may communicate with gNB180a, 180b, and 180c using transmissions associated with scalable numerical structures. For example, OFDM symbol intervals and / or OFDM subcarrier intervals may vary for different transmissions, different cells, and / or different portions of the radio transmission spectrum. WTRU102a, 102b, and 102c may communicate with gNB180a, 180b, and 180c using subframes or transmission time intervals (TTIs) of varying or scalable lengths (e.g., including varying numbers of OFDM symbols and / or varying durations of absolute time).

[0052] gNB180a, 180b, and 180c can be configured to communicate with WTRU102a, 102b, and 102c in standalone and / or non-standalone configurations. In a standalone configuration, WTRU102a, 102b, and 102c can communicate with gNB180a, 180b, and 180c without accessing other RANs (e.g., e-node-B160a, 160b, and 160c). In a standalone configuration, WTRU102a, 102b, and 102c can utilize one or more of gNB180a, 180b, and 180c as mobility anchor points. In a standalone configuration, WTRU102a, 102b, and 102c can communicate with gNB180a, 180b, and 180c using signals in unauthorized bands. In a non-standalone configuration, WTRU102a, 102b, and 102c can communicate with and connect to gNB180a, 180b, and 180c, while also communicating with and connecting to other RANs such as e-nodes-B160a, 160b, and 160c. For example, WTRU102a, 102b, and 102c can implement DC principles for substantially simultaneous communication with one or more gNB180a, 180b, and 180c and one or more e-nodes-B160a, 160b, and 160c. In a non-standalone configuration, e-nodes B160a, 160b, and 160c can function as mobility anchors for WTRU102a, 102b, and 102c, and gNB180a, 180b, and 180c can provide additional coverage and / or throughput to service WTRU102a, 102b, and 102c.

[0053] Each of the gNB180a, 180b, and 180c may be associated with a specific cell (not shown) and may be configured to handle radio resource management decisions, handover decisions, user scheduling in UL and / or DL, network slice support, interaction between DC, NR and E-UTRA, routing of user plane data to User Plane Functions (UPFs) 184a and 184b, routing of control plane information to Access and Mobility Management Functions (AMFs) 182a and 182b, and so on. As shown in Figure 1D, the gNB180a, 180b, and 180c may communicate with each other via the Xn interface.

[0054] The CN106 shown in Figure 1D may include at least one AMF182a, 182b, at least one UPF184a, 184b, at least one Session Management Function (SMF)183a, 183b, and possibly a Data Network (DN)185a, 185b. Although the aforementioned elements are illustrated as part of CN106, it should be understood that any of these elements may be owned and / or operated by entities other than the CN operator.

[0055] AMF182a and 182b can be connected to one or more gNB180a, 180b, and 180c in RAN104 via the N2 interface and can function as control nodes. For example, AMF182a and 182b may play roles such as user authentication for WTRU102a, 102b, and 102c, support for network slicing (e.g., handling different protocol data unit (PDU) sessions with different requirements), selection of specific SMF183a and 183b, management of registration areas, termination of non-access stratum (NAS) signaling, and mobility management. Network slicing can be used by AMF182a and 182b to customize CN support for WTRU102a, 102b, and 102c based on the type of service utilizing WTRU102a, 102b, and 102c. For example, different network slices may be established for different use cases, such as services that rely on ultra-reliable low latency (URLLC) access, services that rely on enhanced massive mobile broadband (eMBB) access, and services for MTC access. AMF182a, 182b may provide control plane functionality for switching between RAN104 and other RANs (not shown) employing other radio technologies such as LTE, LTE-A, LTE-A Pro, and / or non-3GPP access technologies such as WiFi.

[0056] SMF183a and 183b may be connected to AMF182a and 182b in CN106 via the N11 interface. SMF183a and 183b may also be connected to UPF184a and 184b in CN106 via the N4 interface. SMF183a and 183b may select and control UPF184a and 184b and configure the routing of traffic through UPF184a and 184b. SMF183a and 183b may perform other functions such as managing and assigning WTRU IP addresses, managing PDU sessions, controlling policy enforcement and QoS, and providing DL data notifications. PDU session types may be IP-based, non-IP-based, Ethernet-based, etc.

[0057] UPF184a and 184b may be connected via the N3 interface to one or more of gNB180a, 180b, and 180c in RAN104, thereby providing WTRU102a, 102b, and 102c with access to a packet-switched network such as the Internet 110 to facilitate communication between WTRU102a, 102b, and 102c and IP-enabled devices. UPF184 and 184b may perform other functions such as packet routing and forwarding, enforcement of user plane policies, support for multi-homed PDU sessions, processing of user plane QoS, buffering of DL packets, and providing mobility anchoring.

[0058] CN106 can facilitate communication with other networks. For example, CN106 may include, or communicate with, an IP gateway (e.g., an IP Multimedia Subsystem (IMS) server) that functions as an interface between CN106 and PSTN108. In addition, CN106 may provide WTRU102a, 102b, 102c with access to other networks 112, which may include other wired and / or wireless networks owned and / or operated by other service providers. In one embodiment, WTRU102a, 102b, 102c may be connected to local DN185a, 185b via UPF184a, 184b through N3 interfaces to UPF184a, 184b and N6 interfaces between UPF184a, 184b and DN185a, 185b.

[0059] With regard to Figures 1A to 1D and the corresponding descriptions in Figures 1A to 1D, one or more of the functions described herein with respect to one or more of the WTRU 102a to 102d, base stations 114a to 114b, e-nodes-B 160a to 160c, MME 162, SGW 164, PGW 166, gNB 180a to 180c, AMF 182a to 182b, UPF 184a to 184b, SMF 183a to 183b, DN 185a to 185b, and / or any other devices described herein may be implemented by one or more emulation devices (not shown). An emulation device may be one or more devices configured to emulate one or more of the functions described herein. For example, an emulation device may be used to test other devices and / or simulate network and / or WTRU functions.

[0060] Emulation devices may be designed to perform one or more tests on other devices in a laboratory and / or 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 network to test other devices in a communications 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 network. Emulation devices may be directly coupled to another device for the purpose of testing and / or performing tests using over-the-air radio communications.

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

[0062] The following abbreviations and acronyms may be referenced in this specification. Δf Subcarrier spacing ACK (Acknowledgement) AS: Access Layer BLER Block Error Rate BRS (Beam Reference Signal) BTI (Basic TI in integer multiples of one or more symbol intervals) BWP (Bandwidth Part) CB (Contention-Based) (e.g., access, channels, resources) CE Control Element CHO Conditional Handover CoMP (Coordinated Multi-Point) transmission / reception CP Cyclic Prefix CP-OFDM (cyclic prefix dependent) Conventional OFDM CQI (Channel Quality Indicator) CN Core Network (e.g., LTE packet core) CPA Conditional PSCell Addition CPAC Conditional PSCell Addition / Change CPC Conditional PSCell Change CRC Cyclic Redundancy Check CSG Closed Subscriber Group CSI Channel State Information CU Central Unit D2D (Device-to-Device Transmission) (e.g., LTE sidelink) DC: Dual Connectivity DCI Downlink Control Information DL Downlink DM-RS Demodulation Reference Signal DRB (Data Radio Bearer) DU (Distributed Unit) EPC (Evolved Packet Core) E-UTRA: Evolved Universal Mobile Telecommunications System Terrestrial Radio Access FBMC: Filtered Band Multi-Carrier FBMC / OQAM: FBMC technique using Offset Quadrature Amplitude Modulation. FDD Frequency Division Duplexing FDM (Frequency Division Multiplexing) gNB: Next Generation Node B HO: Handover HOF: Handover Failure ICC (Industrial Control and Communication) ICIC (Inter-Cell Interference Cancellation) IP (Internet Protocol) IS In Synchronization L1 Layer 1 L3 Layer 3 LAA License Assisted Access LBT (Listen-Before-Talk) LCH (Logical Channel) LCP Logical Channel Prioritization LLC Low Latency Communication LTE, for example, Long Term Evolution from 3GPP LTE R8 onwards. MAC Medium Access Control NACK (Negative ACK) MC MultiCarrier MCG Master Cell Group MCS Modulation and Coding Scheme MIB Master Information Block MIMO Multiple Input Multiple Output MR: Multi-Radio MTC (Machine-Type Communication) NAS Non-Access Stratum NR New Radio OFDM (Orthogonal Frequency-Division Multiplexing) OOB (Out-Of-Band Radiation) OOS (Out of Synchronization) PDCCH: Physical Downlink Control Channel PDCP: Packet Data Convergence Protocol Pcmax = Total available WTRU power in a given TI Primary cell of the PCell Master Cell Group PHY Physical Layer PRACH Physical Random Access Channel PDU (Protocol Data Unit) PER (Packet Error Rate) PLMN Public Land Mobile Network PLR Packet Loss Rate PSCell: Primary cell of a secondary cell group. PSS Primary Synchronization Signal QoS (Quality of Service) (from a physical layer perspective) RAB (Radio Access Bearer) RAN (Radio Access Network) RAN PA (Radio Access Network Paging Area) RACH Random Access Channel (or Random Access Procedure) RAR (Random Access Response) RAT (Radio Access Technology) RCU: Radio access network Central Unit RF Wireless Front End RLF (Radio Link Failure) RLM (Radio Link Monitoring) RNTI (Radio Network Identifier) RRC (Radio Resource Control) RRM (Radio Resource Management) RS Reference Signal RSRP Reference Signal Received Power RSRQ Reference Signal Received Quality RTT (Round-Trip Time) SCell: Secondary Cell SCG (Secondary Cell Group) SR: Scheduling Request SCMA (Single Carrier Multiple Access) SCS (Subcarrier Spacing) SDU (Service Data Unit) SIM System Information Block SINR (Signal-to-Interference and Noise Ratio) SN Secondary Node SOM Spectrum Operation Mode SPCell, also known as a special cell, is the primary cell of a master or secondary cell group. S-RLF Sidelink Radio Link Failure SRS: Sounding Reference Signal SS Synchronization Signal SSB (Single Sideband) SSS Secondary Synchronization Signal SRB (Signaling Radio Bearer) SWG (Switching Gap in a Self-Contained Subframe) TB Transport Block TBS Transport Block Size TDD Time-Division Duplexing TDM Time-Division Multiplexing TI (Time Interval) - a time interval that is an integer multiple of one or more BTIs. TTI (Transmission Time Interval) - an integer multiple of one or more TIs. TRP (Transmission / Reception Point) TRPG Transmission / Reception Point Group TRX Transceiver UFMC Universal Filtered Multicarrier UF-OFDM (Universal Filtered OFDM) UL Uplink UMTS (Universal Mobile Telecommunications System) URC (Ultra-Reliable Communication) URLLC (Ultra-Reliable and Low Latency Communications) UU (User to User) V2V (Vehicle-to-Vehicle) communication V2X Vehicle Communication WLAN (Wireless Local Area Network) and related technologies (IEEE 802.xx domain) XR (Extended Reality)

[0063] The following descriptions are for illustrative purposes only and are not intended to limit in any way the applicability of the methods and apparatus described herein to other radio technologies and / or radio technologies using different principles, where applicable. The term "network" in this disclosure may refer to one or more gNBs that can be associated with one or more transmission / reception points (TRPs) and / or any other nodes in a radio access network (RAN).

[0064] As used herein, the term MR-DC (Multi-Radio Dual Connectivity) refers to dual connectivity between an Evolutionary Universal Mobile Communications System Terrestrial Radio Access (E-UTRA) and a New Radio (NR) node, or between two NR nodes.

[0065] In a Radio Resource Control (RRC) connected state, the WTRU can measure at least the on-beam of a cell and derive cell quality by averaging the measurement results (e.g., power values). In doing so, the WTRU may be configured to consider a subset of the detected beams. Filtering may be performed at two different levels: a physical layer for deriving beam quality and an RRC level for deriving cell quality from multiple beams. Cell quality by beam measurement can be derived in the same way for serving cell(s) and non-serving cell(s). The measurement report may include measurement results for several (e.g., "X") best beams if the WTRU is configured to do so by gNB.

[0066] Figure 2 shows a high-level measurement model. As illustrated in Figure 2, K beams can be configured by gNB for layer 3 (L3) mobility and can be detected by WTRU in layer 1 (L1), corresponding to measurements on a single-sideband (SSB) or channel state information-reference signal (CSI-RS) resource.

[0067] In Figure 2, A represents the measurement inside the physical layer (beam-specific sample). Layer 1 filtering 202 is the internal layer 1 filtering of the input measured at point A. How the measurement is actually performed in the physical layer by the implementation (input A and layer 1 filtering) may depend on the implementation. 1 This represents the measured values ​​reported from layer 1 to layer 3 after layer 1 filtering (e.g., beam-specific measured values).

[0068] Beam integration / selection 204 represents beam-specific measurements integrated to derive cell quality. The behavior of beam integration / selection 204 may be standardized, and the configuration of this module may be provided by RRC signaling. Any appropriate reporting period may be implemented in B. For example, the reporting period in B is A 1 This can be equivalent to one measurement period in [location].

[0069] B represents a measurement (e.g., cell quality) derived from beam-specific measurements reported to layer 3 after beam integration / selection 204. Layer 3 filtering 206 for cell quality represents filtering performed on the measurement provided at point B. The behavior of layer 3 filter 206 may be standardized, and the configuration of the layer 3 filter may be provided by RRC signal transmission. Any appropriate filtering reporting period may be implemented at C. For example, the filtering reporting period at C may be equal to one measurement period at B.

[0070] C represents the measurement after processing at layer 3 filter 206. The reporting rate may be the same as the reporting rate at point B. This measurement can be used as input for evaluating one or more reporting criteria.

[0071] The reporting criteria evaluation 208 checks whether an actual measurement report is required at point D. The evaluation may be based on two or more flows of measurements at reference point C, for example, to compare between different measurements. This is input C and C1 As shown by: WTRU is at least point C, C 1 Each time new measurement results are reported, the reporting criteria can be evaluated. The reporting criteria may be standardized, and the configuration may be provided by RRC signal transmission (e.g., WTRU measurement).

[0072] D represents measurement report information (e.g., messages) transmitted over the wireless interface.

[0073] L3 beam filtering 210 is at point A 1 This represents filtering performed on the measurements provided in (e.g., beam-specific measurements). The behavior of the beam filter may be standardized, and the configuration of the beam filter may be provided by RRC signal transmission. Any appropriate filtering reporting period may be implemented in E. For example, the filtering reporting period in E is A 1 This can be equivalent to one measurement period in [location].

[0074] E represents the measured value after processing in beam filter 208 (e.g., beam-specific measured value). The reporting rate is point A. 1 This may be identical to the reporting rate in [location]. This measurement can be used as input for selecting X measurements to be reported.

[0075] The beam selector 212 for beam reporting may select X measurements from the measurements provided at point E. The behavior of beam selector 212 may be standardized, and the configuration of this module may be provided by RRC signal transmission. F represents the beam measurement information included in the measurement report (transmitted) over the radio interface.

[0076] Layer 1 filtering 202 may introduce a certain level of measurement averaging. How and when the WTRU performs the measurements in layer 1 filtering 202 may be implementation-specific. For example, the measurements performed in layer 1 filtering 202 may be performed so that the output B of beam integration / selection 204 can meet the performance requirements of the applicable standard (e.g., TS 38.133). In an exemplary embodiment, layer 3 filtering 206 for cell quality and related parameters used does not introduce any delay in sample availability between B and C. Point C, C 1 The measured values ​​in are the inputs used in event evaluation 208. In exemplary embodiments, the L3 beam filtering 210 and the associated parameters used do not introduce any delay in sample availability between E and F.

[0077] Measurement reports may include measurement identification information for the associated measurement setup that triggered the report. Cell and beam measurements included in the measurement report may be configured by the network. The number of non-serving cells reported may be limited by network configuration. Cells may be configured by the network to not be used in event evaluation and reporting. These cells may be referred to as blacklisted cells. Cells may be configured by the network to be used in event evaluation and reporting. These cells may be referred to as whitelisted cells. Beam measurements included in the measurement report may be configured by the network (e.g., beam identifier only, measurement result and beam identifier, no beam report).

[0078] SSB-based in-frequency measurements may also be measurements where the center frequency of the SSB in the serving cell is the same as the center frequency of the SSB in the adjacent cell, and the subcarrier spacing between the two SSBs is also the same.

[0079] SSB-based inter-frequency measurements may involve measurements where the center frequency of the SSB in the serving cell is different from the center frequency of the SSB in the adjacent cell, or where the subcarrier spacing between the two SSBs is different.

[0080] In SSB-based measurements, one measurement target can correspond to one SSB, and WTRU can consider different SSBs as different cells.

[0081] A CSI-RS-based in-frequency measurement may be one in which (1) the SCS of the CSI-RS resource on the adjacent cell set up for measurement is the same as the SCS of the CSI-RS resource on the serving cell indicated for measurement, (2) if SCS = 60 kHz, the CP type of the CSI-RS resource on the adjacent cell set up for measurement is the same as the CP type of the CSI-RS resource on the serving cell indicated for measurement, and (3) the center frequency of the CSI-RS resource on the adjacent cell set up for measurement is the same as the center frequency of the CSI-RS resource on the serving cell indicated for measurement.

[0082] A CSI-RS-based inter-frequency measurement may be a measurement that is not a CSI-RS-based intra-frequency measurement.

[0083] Whether the measurement is non-gap-assisted or gap-assisted may depend on the capabilities of the WTRU, the WTRU's active BWP, and the current operating frequency. For SSB-based inter-frequency measurements, if measurement gap requirement information can be reported by the WTRU, the measurement gap setting may be provided according to that information. Otherwise, the measurement gap setting may be provided in the following cases: (1) if the WTRU supports only per-WTRU measurement gaps, and (2) if the WTRU supports per-FR measurement gaps and either of the serving cells is within the same frequency range of the measurement being taken.

[0084] For SSB-based in-frequency measurements, if measurement gap requirement information is reported by the WTRU, the measurement gap setting may be provided in accordance with this information. Otherwise, the measurement gap setting may be provided to a BWP other than the initial BWP if any of the BWPs set in the WTRU do not include the frequency domain resources of the SSB associated with the initial DL BWP.

[0085] Measurement reporting can be configured to be either event-triggered or periodic. If periodic, WTRU may send measurement reports at reporting intervals (which may range from 120 milliseconds to 30 minutes).

[0086] In event-triggered measurements, the WTRU may transmit a measurement report when the conditions associated with the event are met. The WTRU may continuously measure the reporting quality of the serving cell and neighbors and verify these using thresholds or offsets defined in the reporting settings. The reporting quality / trigger for an event may be reference signal received power (RSRP), reference signal received quality (RSRQ), or signal-to-interference-to-noise ratio (SINR).

[0087] The following RAT in-measurement events are used herein for NR: (1) Event A1, (2) Event A2, (3) Event A3, (4) Event A4, (5) Event A5, and (6) Event A6.

[0088] Event A1 can be triggered when the reporting quality for a serving cell exceeds a threshold. Event A1 can also be used to cancel an ongoing handover procedure. This can occur if a WTRU moves towards the cell edge and triggers a mobility procedure, but then returns to good coverage before the mobility procedure is completed.

[0089] Event A2 can be triggered when the reporting quality of a serving cell falls below a threshold. Since Event A2 does not involve any adjacent cell measurements, it can be used to trigger a blind mobility procedure, or the network may configure the WTRU for adjacent cell measurements when it receives a measurement report triggered by Event A2 in order to conserve the WTRU's battery (e.g., not perform adjacent cell measurements when serving cell quality is sufficiently good).

[0090] Event A3 can be triggered when the reporting quality of an adjacent cell becomes better than the reporting quality of an SPCell by an offset. The offset can be positive or negative. Event A3 can be used for handover procedures. Note that an SPCell (Special Cell) is the primary serving cell of either a Master Cell Group (MCG) i.e., a PCell, or a Secondary Cell Group (SCG) i.e., a PSCell. Therefore, in DC operation, a Secondary Node (SN) can configure an A3 event for a PSCell change triggered by the SN.

[0091] Event A4 can be triggered when the reporting quality of an adjacent cell improves to a threshold. Event A4 can be used for handover procedures that are independent of serving cell coverage (e.g., load balancing where a cell is handed over to an adjacent cell with a better WTRU even if the serving cell conditions are superior).

[0092] Event A5 can be triggered when the reporting quality of an SPCell falls below a first threshold (threshold 1) and the reporting quality of an adjacent cell falls above a second threshold (threshold 2). Similar to Event A3, Event A5 can be used for handover, but unlike Event A3, which uses relative comparisons, Event A5 provides a handover triggering mechanism based on absolute measurements of the serving cell and adjacent cells. Therefore, Event A5 may be suitable for time-critical handovers when a serving cell weakens and needs to be moved to another cell that may no longer meet the criteria for a handover in Event A3.

[0093] Event A6 can be triggered when the reporting quality of an adjacent cell becomes better than the reporting quality of a secondary cell (SCell) by an offset. Event A6 can be used for SCell addition / release.

[0094] Events B1 and B2 may be defined for inter-RAT measurements in NR. Event B1 may be triggered when the reporting quality of an inter-RAT neighboring cell becomes better than the threshold. Event B1 is equivalent to Event A4, except in the case of an inter-RAT handover. Event B2 may be triggered when the reporting quality of a PCell becomes worse than threshold 1 and the reporting quality of an inter-RAT neighboring cell becomes better than threshold 2. Event B1 is equivalent to A5, except in the case of an inter-RAT handover.

[0095] The WTRU measurement configuration can include an s-measure configuration (s-MeasureConfig), which specifies a threshold for NR SPCell RSRP measurements that controls when the WTRU performs measurements on non-serving cells. This value can be a threshold corresponding to the RSRP of a PCell or PSCell. If the measured PCell RSRP exceeds the s-measure threshold, the WTRU cannot perform measurements on non-serving cells, which can improve the WTRU's power consumption (for example, the WTRU will not perform unnecessary measurements if it has very good radio conditions for the serving cell).

[0096] Figure 3 illustrates an exemplary conditional handover setup and execution. Conditional handovers (CHO) and conditional PSCell (primary cell in a secondary cell group) additions / modifications (CPA / CPC, or collectively referred to as CPAC) can reduce the likelihood of radio link failures (RLF) and handover failures (HOF). As shown in Figure 3, a source node in the network can prepare a CHO for a WTRU to a target node by sending a request to a potential target node. The target node can respond by sending a reconfiguration command, which will be sent to the WTRU by the source node, representing the configuration of the WTRU on the target node. The source node can then send a CHO command to the WTRU, which may include conditions and target node configuration. Once the conditions are met in the WTRU, the WTRU can initiate the HO and send a CHO confirmation to the target node when the reconfiguration is complete.

[0097] LTE / NR handover can be triggered by a measurement report, even if there is nothing preventing the network from sending a handover (HO) command to the WTRU without receiving the measurement report. For example, in the case of dual connectivity (DC), the WTRU may be configured to trigger an A3 event that causes a measurement report to be sent when the radio signal level / quality (RSRP, RSRQ, etc.) of an adjacent cell becomes better than that of the primary serving cell (PCell) or primary secondary serving cell (PSCell). The WTRU can monitor the serving cell and adjacent cells and send a measurement report when the conditions are met. Upon receiving such a report, the network (current serving node / cell) can prepare an HO command (e.g., an RRC reconfiguration message with reconfigurationWithSync) and send it to the WTRU, which then immediately executes the HO command, resulting in the WTRU connecting to the target cell.

[0098] CHO may differ from the above in at least two ways: (1) multiple handover targets may be prepared (compared to only one target), and (2) the WTRU may not immediately perform CHO. Instead, the WTRU may have trigger conditions set, such as a set of radio conditions, and the WTRU may perform a handover to one of the targets when the trigger conditions are met.

[0099] The CHO command can be transmitted when the radio condition to the current serving cell remains good, thereby reducing two points of failure in legacy handover: the risk of failing to transmit a measurement report (e.g., if the link quality to the current serving cell falls below an acceptable level when the measurement report is triggered in a normal handover) and the risk of failing to receive a handover command (e.g., if the link quality to the current serving cell falls below an acceptable level after the WTRU has transmitted the measurement report but before receiving the HO command).

[0100] Trigger conditions for CHO may be based on the radio quality of the serving cell and adjacent cells to trigger the measurement report. For example, a WTRU may be configured with a CHO having a trigger condition such as A3 and an associated HO command (302). The WTRU can monitor the current cell and serving cell (304), and when the A3 trigger condition is met, it will execute the associated HO command (306) and switch its connection to the target cell (308) instead of sending a measurement report.

[0101] Another advantage of CHO is that it helps prevent unnecessary re-establishment in the event of a radio link failure. For example, suppose a WTRU has multiple CHO targets set up, and the WTRU experiences an RLF before the trigger condition with any of the targets is met. In conventional operation, an RRC re-establishment procedure would have been performed, which would result in a considerable downtime for the WTRU's bearer. However, with CHO, if the WTRU, after detecting the RLF, reaches a cell that has the associated CHO (e.g., a target cell that has already been prepared for it), the WTRU can directly execute the HO command associated with this target cell instead of continuing the full re-establishment procedure.

[0102] CPC and CPA are extensions of CHO but are DC scenarios. WTRU may have trigger conditions set for PSCell modification or addition, and when the trigger conditions are met, the associated PSCell modification or PSCell addition command can be executed.

[0103] A WTRU in an MR-DC with one or more split bearers may have a split bearer threshold set. The split bearer threshold may be used to determine whether the WTRU should send data to each leg of the split bearer. Specifically, the Packet Data Convergence Protocol (PDCP) layer may route data to either the MCG or both the MCG and SCG based on the split bearer threshold. If the amount of data available for a bearer exceeds the split bearer threshold, the WTRU may route the data for that bearer to either the MCG or the SCG. Otherwise, the WTRU may send the data for that bearer only to the MCG.

[0104] The procedure for MR-DC may use the LTE dual connectivity concept as a baseline. This means that a WTRU may be configured with two separate schedulers (MN and SN), one scheduler or cell group may be considered the master node or RRC anchor, and the other scheduler may provide bandwidth extensions on the same or a different RAT.

[0105] Multiconnectivity (the ability for a WTRU to be scheduled by multiple SNs) can be implemented using use cases and applications that utilize higher bandwidth, such as augmented reality (XR). This capability in WTRUs also increases network flexibility for configuring a WTRU with multiple deployed or undeployed node / gNBs to increase the WTRU's bandwidth at a given time.

[0106] However, there may be several aspects to consider regarding extending MR-DC in NR to support multi-connectivity. Many of the procedures in NR's MR-DC (e.g., MCGFailureRecovery, S-RLF reporting, UL data partitioning) are specifically designed for only two cell groups (MCG and SCG) and were not designed with multi-connectivity scenarios in mind.

[0107] Simply repeating the MR-DC procedure (e.g., RLF determination) across multiple cell groups may not scale well in a WTRU, as it can lead to excessive power consumption in the WTRU, especially when several cell groups in the WTRU may be related from a network perspective.

[0108] A WTRU may be configured with a set of associated cell groups. Such relationships may be acquired in the transmission of dedicated RRC signals. Specifically, a WTRU may be configured with multiple potentially active SCGs (SCG1, SCG2, ..., SCGx), and one or more sets of SCGs (e.g., set 1 = SCG1 + SCG4 + SCG5, set 2 = SCG2 + SCG3, etc.).

[0109] Such grouping can be achieved, for example, by configuring a WTRU using a set of PSCell identifiers (IDs) belonging to the same group. Alternatively, the network can broadcast group IDs (e.g., in a Master Information Block / System Information Block (MIB / SIB)), and the WTRU can associate cells with the same group ID associated with the same group. Grouping (sets) of cell groups can be used for some of the solutions described herein.

[0110] In one family of embodiments, the WTRU can perform RLM / RLF procedures across multiple / all cell groups of a set. The WTRU can perform RLM / RLF procedures applicable to all of SCG1, SCG4, and SCG5, which may be part of set 1.

[0111] In one embodiment, the WTRU can perform the RLM / RLF procedure on one cell group or SCG within a set, or on a subset of such. For example, the WTRU may have a primary SCG set of SCGs and perform RLM / RLF only on the primary SCG. Alternatively, the WTRU may have specific criteria for selecting which SCG on which RLF is performed. For example, the WTRU may perform RLM / RLF on cell groups that correspond to any one or a combination of the following: (1) cell groups having minimum / maximum radio resource management (RRM) measurements (e.g., minimum / maximum RSRP) determined over a certain period; (2) cell groups having measured RRM measurements above / below thresholds determined over a certain period; (3) cell groups having been most frequently scheduled by the WTRU or provided with the maximum amount of UL / DL resources; and / or (4) cell groups having the best / worst beam measurements.

[0112] A WTRU can perform combined RLM / RLF procedures across multiple cell groups by applying TDM of reference signal evaluations across multiple cell groups. Specifically, a WTRU can perform IS / OOS evaluations on a first SCG over a first period, then perform IS / OOS evaluations on a second SCG over the next period, and so on, across all SCGs in a set. A WTRU can perform RLF procedures by periodically counting the sequentially generated IS / OOS across each SCG. A WTRU can further configure the ordering of SCGs in a set and the time spent on each SCG for IS / OOS evaluations.

[0113] A WTRU can initiate an RLM / RLF on an SCG as a result of an RLM / RLF event occurring on another SCG (possibly the primary SCG or a selected SCG as described in a previous solution). Generally speaking, an RLM / RLF on one cell group (e.g., an SCG) can affect / may affect an RLM / RLF on another cell group (e.g., an SCG). For example, a WTRU may initially be configured to perform an RLM / RLF on a single SCG (possibly a set), and then, following an RLF event on a single SCG, may initiate an RLM / RLF on all SCGs (possibly a set). For example, a WTRU may initiate an RLM / RLF on one or more or all SCGs (possibly a set) when any of the following occur: (1) an RLF is triggered on an SCG, (2) the number of consecutive OOS indications on an SCG exceeds a threshold, (3) a timer is started on an SCG (e.g., a T310 radio link fault timer), and / or (4) the value of T310 exceeds a threshold on an SCG.

[0114] In the above embodiment, the WTRU may also have rules set up to stop RLM / RLF events that have been initiated (for example, as described above) based on other RLM / RLF events associated with another SCG.

[0115] A WTRU can report the SCG on which a side-link radio link fault (S-RLF) has been detected. In addition, the WTRU can report the RLF status (e.g., timer value / status) on other SCGs that may not have triggered the RLF at the time of reporting. If an S-RLF is detected on multiple SCGs simultaneously, the WTRU can report on multiple SCGs.

[0116] A WTRU may delay reporting an S-RLF to determine whether an S-RLF could occur on another SCG (immediately afterward). The WTRU may then report an S-RLF on multiple SCGs rather than sending multiple separate reports. For example, a WTRU may delay reporting an S-RLF after triggering it by using one or a combination of the following conditions: (1) enough time for the WTRU to determine all SCGs that will trigger an RLF during that time to determine what should be reported, and / or (2) another SCG close to the RLF trigger. For example, a WTRU may delay reporting an S-RLF if, when triggering an S-RLF on one SCG, another SCG has an active timer (e.g., a T310 timer). The WTRU may wait for the timer to expire before reporting the S-RLF (potentially on both SCGs). Alternatively, if a timer is stopped and, in some cases, no other timers are running for any given SCG, the WTRU can report an S-RLF on all SCGs that triggered an S-RLF up to the reporting time. For example, if the WTRU triggers an S-RLF on one SCG and another SCG has an active timer, it can delay reporting the S-RLF. The WTRU can wait for the timer to expire before reporting the S-RLF (on both SCGs, in some cases). Alternatively, if a timer is stopped and, in some cases, no other timers are running for any given SCG, the WTRU can report an S-RLF on all SCGs that triggered an S-RLF up to the reporting time.

[0117] A WTRU can detect and report Master Cell Group (MCG) failures when multiple SCGs are configured. The WTRU can select the best SCG (for example, based on criteria specified herein) to transmit the MCG failure. Alternatively, the WTRU can select an SCG on a first frequency band (FR1) if available. Alternatively, the WTRU may be configured to replicate the MCG failure procedure for a subset or all of the configured or activated SCGs. The WTRU may further have rules regarding the number of SCGs for which to replicate MCG failure reports.

[0118] The configuration may be based on the priority of the highest priority bearer configured on the failed MCG. For example, a WTRU may be configured with several SCGs to transmit MCG failures based on the priority of the highest priority bearer configured (or with available data) on the WTRU when the MCG failure occurs.

[0119] The configuration may be based on the frequency band of the SCG(s)(s) used to report MCG failures. For example, if the WTRU selects an SCG on the second frequency band (FR2), the WTRU may, in some cases, duplicate the MCGFailure message on all SCGs on which FR2 is configured.

[0120] In another embodiment, a WTRU may transmit an MCGFailure on a first SCG. If the WTRU does not receive a response from the network for a period of time, the WTRU may retransmit the MCGFailure on a second SCG. The WTRU may attempt such sequential transmissions of the MCGFailure on a set number of SCGs, or on all SCGs configured for a signal radio band (SRB) (for example, if a split SRB is configured). The WTRU may attempt such sequential transmissions of the MCGFailure on all SCGs where an SRB (for example, split SRB1 or SRB3) is configured.

[0121] Figure 4 illustrates an exemplary split-bearer transmission. The WTRU procedure for routing UL data for a split-bearer in the presence of multiple SCGs, such as SCG1, SCG2, and SCG3 as shown in Figure 4, which are configured in the WTRU, is discussed below. The exemplary embodiment applies to the selection of SCGs (split-bearer legs) to which the WTRU can transmit uplink data when the WTRU is configured with a split-bearer having multiple legs. For example, the WTRU may be configured with multiple active SCGs (e.g., SCG1, SCG2, and SCG3 as shown in Figure 4), and a split-bearer may be configured having a leg to each of these active SCGs. For example, as shown in Figure 4, split-bearer 1 has legs connected to the master cell group (MCG), SCG1, SCG2, and SCG3. Split-bearer 2 also has legs connected to the MCG, SCG2, and SCG3. Such a WTRU may have rules set to determine when the WTRU can transmit to any of these legs, which legs can be used for transmission, and the amount of UL data routed to each of these legs.

[0122] The embodiments may also apply to the activation and / or deactivation of the SCG. Figure 5 illustrates an exemplary deactivated secondary cell group SCG2. The SCG may be deactivated, for example, to conserve power consumed by the WTRU. However, the SCG setting on the WTRU may be maintained to achieve a fast transition to dual connectivity. The network may activate and / or deactivate the SCG for the WTRU, for example, using RRC signaling. In the case of a deactivated SCG, in the exemplary embodiments, the WTRU may not have to monitor the physical downlink control channel (PDCCH) and may implement operational reductions for inter-user (UU) communication (e.g., reduced RRM measurement, RLM may be set by the network, and timing advance may not be maintained). The WTRU may trigger SCG activation (for example, if the WTRU has a deactivated SCG set) by sending an RRC message (UEAssistanceInformation). A WTRU can trigger the sending of this message when data arrives at an SCG bearer while the SCG is deactivated. A WTRU can also trigger the activation of a deactivated SCG based on a comparison of the channel condition value associated with the deactivated SCG with the channel condition threshold associated with the bearer. Other WTRU-based mechanisms for triggering activation may include any suitable combination of the following: - Triggering a random access channel (RACH) or other physical layer transmission (such as a sounding reference signal (SRS) or channel quality indicator (CQI)) to the SCG's PSCell. • Triggering transmission to SCG on a dedicated UL resource. • Send MAC CE to MCG to indicate that SCG should be activated. • The RSRP value of the deactivated SCG must be equal to or greater than the bearer's RSRP threshold.

[0123] The rules and procedures described herein may be used to determine whether a particular SCG can be activated upon receipt of UL data. For example, a WTRU may activate an SCG if it has selected a leg for UL routing and the SCG is currently deactivated. A WTRU may activate a deactivated SCG by performing a UL transmission on the SCG, such as (1) a Random Access Channel (RACH) procedure (e.g., if the WTRU is not timed on its SCG), and / or (2) triggering a Scheduling Request (SR) (if the WTRU is timed on its SCG).

[0124] Figure 5 illustrates an exemplary deactivated secondary cell group (SCG). The WTRU may have separate conditions set for the activation of SCG / leg selection. As shown in Figure 5, SCG2 is deactivated for both splitbearer 1 and splitbearer 2. As will be described in more detail herein, the WTRU may select a leg to route bearer data if the corresponding SCG is activated from the WTRU's perspective, and / or activate an SCG that has been deactivated for selection.

[0125] As described herein, the rules and procedures for determining which SCG(s) to use assume that the split bearer is configured with an MCG as the primary path (for example, if the data volume is below a threshold, the WTRU can be sent to the primary path which is the MCG). However, the configuration is not limited to this. Without loss of generality, these same rules and procedures may apply when the primary path is an SCG.

[0126] In an exemplary embodiment, a WTRU can trigger the activation of one or more SCGs using an uplink transmission. A WTRU-based activation procedure can (implicitly or explicitly) indicate two or more SCGs to be activated. A WTRU can indicate, in a UL transmission, the SCG(s) it wishes to activate. For example, a WTRU may have a specific SR resource configured, each SR resource indicating the activation of one or more SCGs. For example, a WTRU may include SCGs to be activated in a RACH procedure (e.g., by a small data transmission). For example, a WTRU may decide to activate a single SCG, or all related SCGs together (as described herein), and separate SR indices may be configured for either of these options (or, based on information contained in the RACH procedure, indicate which option is desired).

[0127] A WTRU-based activation procedure can persist for a finite period. The WTRU can define the period for which a WTRU-based activation procedure is applicable. For example, a WTRU may assume that, following a WTRU-based activation, the activated SCG(s) remain activated for the defined period. Following the expiration of the period and / or an explicit signaled deactivation of the network (NW), the WTRU may assume that the SCG(s) revert to a deactivated state.

[0128] Figure 6 illustrates an exemplary deactivation of SCG2. A WTRU may set conditions regarding when to deactivate a previously activated SCG. This can be applied to SCGs activated by a WTRU. This can also be applied to SCGs activated by the network. Potentially, the network may indicate (e.g., as part of activation) whether conditional deactivation is permitted for an SCG.

[0129] For example, WTRU may deactivate an SCG depending on the conditions associated with the measurement report. For example, WTRU may assume that an SCG is deactivated following an RRM measurement report, CQI measurement report, beam fault, or beam management report associated with the SCG itself or another SCG. For example, a reported RSRP measurement of an SCG may, in some cases, exceed / fall below a threshold following several consecutive measurement reports. In another example, a reported RSRP measurement of another SCG and / or MCG may, in some cases, exceed / fall below a threshold following several consecutive measurement reports. In yet another example, a beam fault may be detected / reported on one or more cells of an SCG.

[0130] A WTRU may have a single split-bearer threshold set for a particular bearer in some cases to determine whether it can transmit on one or more SCGs. Specifically, as illustrated in buffer 302 in Figure 6, the WTRU can transmit data to one or more SCGs when the amount of data available in a split bearer exceeds the threshold. Furthermore, the WTRU may have one or more rules set to determine which SCG(s) can be used to route split-bearer data through that SCG, and / or the amount of data that can be routed through that SCG. For example, if certain conditions are met, the WTRU may transmit data to one or more SCGs associated with a split bearer, in some cases for a particular bearer, when the amount of pending data for a particular split bearer (302) exceeds the set split-bearer threshold.

[0131] In another example, the WTRU may, based on conditions, select a specific SCG from a set of SCGs associated with a split bearer. In another example, the WTRU may, based on conditions, activate a specific deactivated SCG associated with a split bearer. In another example, the amount or percentage of data that may be sent to a specific SCG for a split bearer may be determined by conditions. In another example, the amount of time that the WTRU may use a specific SCG for routing data for a split bearer may be determined by conditions. In another example, the amount of time that the WTRU can assume a specific SCG is activated (following WTRU-based activation) may be determined by conditions. In another example, the number of SCGs that the WTRU may use for sending data from a split bearer may be determined by conditions. Such conditions may encompass one or a combination of the following factors:

[0132] One factor may, in some cases, be the network configuration for a particular bearer. For example, a WTRU may be configured to allow routing data for a particular UL bearer to a particular SCG. Such a configuration may take the form of a set of acceptable SCGs for a particular bearer, or a set of acceptable bearers for a particular SCG. Such a configuration may also take the form of a restricted set of SCGs (e.g., a set of SCGs that, in some cases, cannot be used by a particular split bearer to transmit UL data when certain other conditions are met). For example, a WTRU may, in some cases, be configured to allow a particular split bearer to trigger the activation of a deactivated SCG when a UL split bearer threshold is exceeded. Specifically, if other conditions described herein are met, a WTRU may be configured to allow a split bearer to activate an SCG, and to activate an SCG when data arrives at the SCG. For example, a WTRU may be configured to have a maximum number of SCGs that can be selected for transmitting / routing data for a particular split bearer, and may transmit data over a number of SCGs less than or equal to that maximum. In addition, the WTRU may have a maximum number of SCGs that it can transmit to (e.g., based on WTRU capability), and based on this capability, it can determine the maximum number of SCGs, as well as the maximum value indicated by a particular bearer configuration. For example, the WTRU may have rules (e.g., based on RSRP) that determine whether it should allow transmission to a single SCG or to more SCGs (and possibly the maximum number of SCGs). This is illustrated in Figure 6, where SCG2 and SCG3 are selected for UL transmission based on the fact that their respective Reference Signal Received Power (RSRP) values ​​exceed their respective thresholds.

[0133] Another condition may be the SCG activation status. For example, a WTRU can only select an SCG for routing data from a split bearer from the set of SCGs that are currently activated. For example, a WTRU can prioritize routing data to the set of activated SCGs. Such prioritization may be performed, for example, when the number of SCGs required / used based on other rules exceeds the WTRU's capacity and the WTRU needs to select a subset of SCGs.

[0134] Another condition may be the relationship between SCGs (e.g., a set of related cell groups), as described herein. For example, a WTRU may be configured with a set of related cell groups. When the amount of data is greater than the split bearer threshold, the WTRU may select any SCG for sending data from the bearer, as long as the selected SCG is part of a set of related groups. The WTRU may receive a set of related cell groups by the RRC configuration. Alternatively, the WTRU may receive parameters (e.g., an index) from each cell group transmission and use those parameters to derive related cell groups (e.g., all cell groups transmitting the same index).

[0135] Another condition may be the measured quality of the cell group with respect to any of the following measurements: (1) RRM measurement of PSCell and / or SCell (e.g., RSRP), (2) beam measurement of PSCell and / or SCell, and / or (3) CSI measurement of PSCell and / or SCell. For example, WTRU may select a set of SCGs in which the measured values ​​exceed a threshold. For example, an RSRP measurement may be defined for an SCG. RSRP for an SCG may be defined as any suitable combination of (1) in some cases, RSRP measurements for the PSCell of the SCG measured over a set period, and / or (2) in some cases, the average RSRP measurement of the PSCell of the SCG and all set SCells measured over a set period.

[0136] Another condition may be historical data related to a particular SCG, such as the number of events that may have occurred on that SCG during a set period. Such events may include, but are not limited to, (1) beam fault events or related events, (2) RLF events or related events (e.g., IS / OOS), HARQ related events (e.g., ACK / NACK detection), or any appropriate combination thereof. For example, the WTRU may maintain a moving average of the number of beam faults on an SCG and select the SCG(s) with the fewest number of SCGs. For example, the relative amount of data routed to each SCG by the WTRU, possibly associated with a specific bearer, may depend on measurements. Specifically, the WTRU may route a certain percentage of data to an SCG based on the ratio of its quality to that of other SCGs.

[0137] Another condition could be a frequency range (e.g., FR1 vs. FR2). For example, the WTRU may select or prioritize SCGs configured on a specific frequency band (e.g., FR1). In another example, when selecting SCGs, the WTRU may first select those SCGs configured on a specific frequency band (e.g., FR1).

[0138] Another condition could be the total amount of data available from all bearers or all split bearers in a WTRU. For example, a WTRU may initiate the use of at least one SCG if the amount of data available in the WTRU exceeds the amount of data available from all UL split bearers. The number of SCGs that may be used in this case may be determined by the total amount of data available in the WTRU (across all bearers or across all split bearers). Rules may be defined based on solutions described for multiple thresholds applied to the total data (e.g., one SN for a first range of data volume, two SNs for a second range of data volume, etc.).

[0139] Another condition could be the amount of data routed by the WTRU to one or more SCGs. For example, the WTRU may activate a deactivated SCG (if any) if the amount of data routed to all activated SCGs (potentially considering a subset of bearers or all bearers) exceeds a set threshold.

[0140] Another condition may be whether the bearer's primary route is an MCG or an SCG. For example, if the bearer's primary route is an MCG, the WTRU may select one of the acceptable / activated SCGs when the split bearer threshold is set. If the primary route is an SCG, the WTRU may consider the MCG to be an acceptable / activated route. The WTRU can further route data to the MCG first, or in this case, prioritize the MCG (it does not prioritize the SCG if the primary route was an MCG).

[0141] Another condition could be the WTRU's capabilities. For example, the WTRU may determine, at least based on its WTRU capabilities, the maximum number of SCGs that can be used for a bearer, or for all bearers. For instance, the WTRU may use fewer SCGs for a particular UL split bearer than the number set for the bearer, because using a large number of SCGs would require activating more SCGs than the WTRU's capabilities allow.

[0142] In one embodiment, the WTRU can determine the number of configured SCGs to be activated based on the total amount of data on all split bearers and the amount of data available to a particular split bearer that is permitted to be activated. The WTRU can then determine which SCGs to use for a particular split bearer based on the activation status of the SCGs and the maximum number of SCGs configured for that bearer. For example, the WTRU may configure one or more split bearers, each configured to use a subset of configured SCGs. For each split bearer, the WTRU may configure the maximum number of SCGs that can be used for transmitting data for the split bearer and whether the split bearer can trigger SCG activation itself. The WTRU can first determine the number of SCGs to be activated based on the total amount of data available for transmission on all split bearers. For example, the WTRU may configure a first number of SCGs that can be activated when the total amount of data available for transmission is within a first range, a second number of SCGs that can be activated when the total amount of data available for transmission is within a second range, and so on. The WTRU can activate one or more SCGs if the number of currently activated SCGs is less than the number of SCGs that can be tolerated for the amount of data currently available. The WTRU can route each split bearer among one of the activated SCGs if the amount of data pending for transmission in a split bearer exceeds the split bearer threshold set for the bearer. Specifically, if the amount of data pending for transmission in a split bearer is below the split bearer threshold, the WTRU can route all data for the split bearer to the MCG. If the amount of data pending for transmission in a split bearer exceeds the split bearer threshold, the WTRU can route data to either the MCG or one of the activated SCGs set for the bearer, up to the maximum value set for the bearer.If the bearer is configured to allow SCG activation, the WTRU may activate one or more additional SCGs if the number of activated SCGs in the WTRU falls below the maximum value set for the split bearer. This is illustrated in Figure 7, where SCG1 is activated. The WTRU can select any SCG for data routing. Alternatively, the WTRU can prioritize SCGs within a specific frequency band (e.g., FR1) (e.g., select one first).

[0143] In another embodiment, the WTRU may have one or more SCGs that are acceptable for a split bearer, and a maximum number of SCGs that are acceptable for a particular split bearer may be set. The WTRU may further have a threshold RSRP set that requires WTRU autonomous activation. When the data rate exceeds the threshold, the WTRU can determine whether to allow transmission to one or more activated SCGs, or whether to allow the WTRU to activate additional SCGs for the bearer, depending on channel conditions such as the measured RSRP of the activated SCGs. For example, the WTRU may use the MCG and one or more SCGs (e.g., activated by the network) as long as one or more SCGs exceed the threshold RSRP. If one / all of the SCGs have measurements below the RSRP threshold (which may be set for the bearer), and the bearer allows the WTRU to activate the SCGs, the WTRU may activate one or more SCGs using the mechanisms described herein. In an exemplary embodiment, the WTRU may only activate the first SCG as long as the first SCG has an RSRP above the threshold. The WTRU can activate multiple SCGs (up to the maximum possible value) if, for example, all SCGs have an RSRP below a threshold. The WTRU can further deactivate any SCG activated by the WTRU (for example, by instructing the network or implicitly by sending a measurement report) if the above RSRP condition does not require the WTRU to have a maximum number of SCGs activated for its bearers.

[0144] In another embodiment, the WTRU may have one or more SCGs configured for a split bearer. If the amount of data available for transmission at the split bearer exceeds the UL split bearer threshold, the WTRU may transmit data to both the MCG and SCG(s) configured for that particular split bearer.

[0145] In another embodiment, the WTRU may be configured with the maximum number of split-bearer legs that can be used to route data to a particular SCG at a given time. For example, SCG1 may be configured to be used to route data from up to x split-bearers, and SCG2 may be configured to be used to route data from up to y split-bearers, and so on. Without loss of generality, x and y may be set equally across all SCGs. When multiple split-bearers have data exceeding the UL split-bearer threshold, the WTRU may select the SCG(s) to be used for each split-bearer's transmission based on a priority mechanism. For example, the WTRU may select all SCGs configured for the transmission of the highest-priority split-bearer, and then all SCGs configured for the transmission of the next highest-priority split-bearer, and so on. When the number of bearers actively sending to the SCG reaches its maximum value, the next highest-priority split bearer may be limited to a configured SCG that has not reached the maximum number of active (e.g., data exceeding the split bearer threshold) split bearers.

[0146] In another family of embodiments (which may be used in conjunction with the previous family), the WTRU may have multiple UL splitting thresholds set for routing associated with the split bearer. Based on the multiple thresholds, the WTRU can determine the number of SCGs and / or which SCGs to use for routing data from the split bearer.

[0147] In one embodiment, the WTRU may be configured with a set of thresholds defining the range of data amounts for a split bearer, and a corresponding number of SNs. Specifically, the WTRU may use one SCG when the data amount for a bearer exceeds the split bearer threshold but is between the first threshold and the second threshold. The WTRU may use two SCGs when the data amount for a bearer exceeds the first threshold but is below the second threshold, and so on. The set of thresholds may be configured per bearer, or a single set of thresholds may apply to all bearers.

[0148] A WTRU may have a separate UL split bearer threshold set for each SCG applicable to that SCG. If, in some cases, the amount of data available in the WTRU associated with a particular bearer exceeds an SCG-dependent threshold, the WTRU may use the SCG for routing data for any particular split bearer. The WTRU may then use any of the rules described herein to select a particular SCG for a particular split bearer when multiple SCGs of the WTRU may be used. For example, a particular bearer may have the maximum number of SCGs that can be used set. The WTRU may select any SCG that it deems available based on its respective threshold, or the best SCG, and this selection may be metrically based on quality.

[0149] A first threshold may be used to determine whether a WTRU can route to a first SCG, a second threshold may be used to determine whether it can route to both the first and second SCGs, and specific SCGs to be used with each threshold may be further defined (for example, in the order of configuration in the WTRU, or by associating the threshold with an SCG index). For example, if the amount of data in a bearer exceeds the first threshold, the WTRU may use the MCG and the SCG associated with the first threshold. If the amount of data in a bearer exceeds the second threshold, the WTRU may use the MCG, the SCG associated with the first threshold, and the SCG associated with the second threshold. The WTRU may be further configured on a per-bearer basis regarding which SCGs are associated with the first threshold, the second threshold, etc.

[0150] In any of the above examples, the WTRU may have a set of thresholds specific to different factors, such as (1) frequency band (a set of thresholds for FR1 and another set of thresholds for FR2), (2) split bearer type (e.g., MCG termination, SCG termination, number of legs, etc.), (3) total number of SCGs set, (4) bearer priority, or any appropriate combination thereof.

[0151] The WTRU can determine the UL split bearer threshold based on the configured SCGs and / or activated SCGs. For example, the WTRU may determine the data availability threshold for allowing the transmission and / or activation of one or more SCGs based on the number of configured and / or activated SCGs.

[0152] The WTRU can determine the UL split bearer threshold based on the number of activated SCGs. For example, the WTRU may set a UL split bearer threshold value for each bearer, for each number of activated SCGs (threshold 1 when one SCG is activated, threshold 2 when two SCGs are activated, etc.). The WTRU may set a multiplier applied to the first value of the UL split bearer threshold based on the number of activated SCGs. In either case, the WTRU can first determine the UL split bearer threshold applied to a given number of activated SCGs. When the amount of data available in the bearer exceeds the determined threshold, the WTRU can send data to the MCG and one or more SCGs. Otherwise, the WTRU may send data only to the MCG.

[0153] Figure 8 is a flowchart illustrating an exemplary process for operating with a split bearer. In step 802, the WTRU may receive configuration information. The configuration information may include information about at least one bearer or more bearers. For each bearer, the configuration information may include instructions for at least one associated SCG. For example, if the configuration includes information about a single bearer, the information may include instructions for at least one SCG associated with that single bearer. If the configuration information includes information about multiple bearers, for each of the multiple bearers, the information may include instructions for one or more associated SCGs. The configuration information may also include RSRP thresholds associated with each bearer.

[0154] In step 804, the WTRU may determine that the data for a bearer is eligible for transmission based on the UL split bearer threshold. For example, each bearer of a group of bearers may have its own associated UL split bearer threshold. If the data for one of the bearers (e.g., the first bearer) is available for transmission and this data is equal to or greater than the UL split bearer threshold for the first bearer, the WTRU may determine that the data for the first bearer is eligible for transmission.

[0155] In step 806, the WTRU can determine a set of SCGs associated with a bearer for transmitting data, based on the RSRP value and threshold. For example, each bearer of a group of bearers may have its own associated channel conditions (e.g., RSRP threshold). Also, an SCG associated with a bearer (e.g., a first bearer) may have its own associated channel conditions (e.g., RSRP value). The WTRU can determine that each SCG associated with a first bearer having an RSRP value greater than or equal to the RSRP threshold of the first bearer may be within the set of SCGs associated with a first bearer for transmitting data. The set of SCGs may include a single SCG or multiple SCGs.

[0156] While the features and elements are provided above in specific combinations, those skilled in the art will understand that each feature or element can be used individually or in any combination with other features and elements. This disclosure is not limited in terms of the specific embodiments described in this application, which are intended to be illustrative of various aspects. As will be apparent to those skilled in the art, many modifications and variations can be made without departing from the spirit and scope of the invention. No element, action, or instruction used in the description of this application should be construed as important or essential to the invention unless it is so expressly presented. In addition to those enumerated herein, functionally equivalent methods, apparatus, and articles within the scope of this disclosure will be apparent to those skilled in the art from the foregoing description. Such modifications and variations are intended to fall within the scope of the appended claims. This disclosure is limited only by the terms of the appended claims, and is limited along with the full scope of the equivalents to which such claims are entitled. It should be understood that this disclosure is not limited to any particular method or system.

[0157] The embodiments described above may be considered in terms of specific terms and structures (e.g., radio frequency (RF), microwaves, centimeter waves, micrometer waves, infrared (IR), ultraviolet (UV), visible light, etc.) for the sake of simplification, but the embodiments considered are not limited thereto and may be applied to other systems using other forms of electromagnetic waves or non-electromagnetic waves, such as sound waves.

[0158] It should also be understood that the terms used herein are for the purpose of describing only specific embodiments and are not intended to limit them. Where used herein, the terms “video” or “image” may mean any of a snapshot, a single image, and / or multiple images displayed over time, or any appropriate combination thereof. As another example, where referred herein, the terms “user equipment” and its abbreviation “UE,” “remote,” and / or “head-mounted display” or its abbreviation “HMD” may mean or include (i) a wireless transmit and / or receive unit (WTRU), (ii) any of several embodiments of a WTRU, (iii) a wireless-enabled and / or wired (e.g., tetherable) device configured to have some or all of the structures and functions of a WTRU, (iii) a wireless-enabled and / or wired device configured to have fewer structures and functions than all of the structures and functions of a WTRU, or (iv) other. Details of exemplary WTRUs that may represent any WTRU described herein are provided herein with respect to Figures 1A to 1D. As another example, the various embodiments described above and below disclosed herein are described as utilizing a head-mounted display. Those skilled in the art will recognize that devices other than head-mounted displays may be used, and some or all of the disclosure and the various disclosed embodiments can be modified accordingly without excessive experimentation. Examples of such other devices may include drones or other devices configured to stream information for providing an adaptive reality experience.

[0159] In addition, the methods provided herein may be implemented in computer programs, software, or firmware embedded in a computer-readable medium to be executed by a computer or processor. Examples of computer-readable mediums include electronic signals (transmitted via wired or wireless connections) and computer-readable storage media. Examples of computer-readable storage media distinct from signals 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). A processor associated with the software may be used to implement a radio frequency transceiver for use in a WTRU, UE, terminal, base station, RNC, or any host computer.

[0160] Modifications of the methods, apparatus, manufactured articles, and systems provided herein are possible without departing from the scope of the invention. Considering the wide variety of applicable embodiments, it should be understood that the illustrated embodiments are merely examples and should not be construed as limiting the scope of the following claims. For example, embodiments provided herein include a handheld device which may include, or be utilized with, any suitable voltage source, such as a battery, providing any suitable voltage.

[0161] Furthermore, embodiments provided herein refer to other devices, including processing platforms, computing systems, controllers, and processors. These devices may include at least one central processing unit ("Central Processing Unit, CPU") and memory. According to the convention of those skilled in the art of computer programming, references to acts and symbolic representations of operations or instructions may be carried out by various CPUs and memories. Such acts and operations or instructions may be referred to as "executed," "executed by the computer," or "executed by the CPU."

[0162] Those skilled in the art will understand that actions and symbolically represented operations or instructions involve the manipulation of electrical signals by a CPU. The electrical system represents data bits that can cause a resulting transformation or reduction of electrical signals, and maintains these data bits in memory locations of a memory system, thereby reconfiguring or altering the operation of the CPU and the processing of other signals. The memory locations where the data bits are maintained are physical locations having specific electrical, magnetic, optical, or organic properties that correspond to or represent the data bits. It should be understood that the embodiments are not limited to the platforms or CPUs mentioned above, and other platforms and CPUs may support the methods provided.

[0163] Data bits may also be maintained on computer-readable storage media, including magnetic disks, optical disks, and any other volatile (e.g., random access memory (RAM)) or non-volatile (e.g., read-only memory (ROM)) mass storage systems readable by the CPU. Computer-readable storage media may include cooperative or interconnected computer-readable media distributed among multiple interconnected processing systems, which may reside exclusively on a processing system or be local or remote to the processing system. It should be understood that embodiments are not limited to the memories mentioned above, and other platforms and memories may support the methods provided.

[0164] In illustrative embodiments, any of the operations, processes, etc., described herein may be implemented as computer-readable instructions stored in a computer-readable storage medium. These computer-readable instructions may be executed by processors in mobile devices, network elements, and / or any other computing devices.

[0165] In the detailed description above, various embodiments of devices and / or processes have been illustrated through the use of block diagrams, flowcharts, and / or examples. Those skilled in the art will understand that, insofar as such block diagrams, flowcharts, and / or examples include one or more functions and / or operations, each function and / or operation in such block diagrams, flowcharts, or examples can be implemented individually and / or collectively by a wide range of hardware, software, firmware, or substantially any combination thereof. In exemplary embodiments, some parts of the subject matter described herein may be implemented via application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), digital signal processors (DSPs), and / or other integrated formats. Those skilled in the art will recognize that some aspects of the embodiments disclosed herein can be equivalently implemented in an integrated circuit, in whole or in part, as one or more computer programs running on one or more computers (e.g., as one or more programs running on one or more computer systems), as one or more programs running on one or more processors (e.g., as one or more programs running on one or more microprocessors), as firmware, or substantially any combination thereof, and that designing circuits and / or writing software and / or firmware code is within the scope of the art of those skilled in the art in light of this disclosure. Those skilled in the art will understand that mechanisms of the subject matter described herein can be distributed as various forms of program products, and that illustrative embodiments of the subject matter described herein are applicable regardless of the particular type of signal-carrying medium used to actually carry out the distribution. Examples of signal-carrying media include, but are not limited to, recordable media such as floppy disks, hard disk drives, CDs, DVDs, digital tapes, and computer memory, as well as transmitting media such as digital and / or analog communication media (e.g., optical fiber cables, waveguides, wired communication links, wireless communication links, etc.).

[0166] Those skilled in the art will recognize that it is common in the art to describe devices and / or processes in the manner described herein and then to integrate such described devices and / or processes into a data processing system using engineering techniques. That is, at least a portion of the devices and / or processes described herein can be integrated into a data processing system through a reasonable amount of experimentation. Those skilled in the art will recognize that a typical data processing system may generally include one or more of the following: a system unit housing, video display devices, memory such as volatile and non-volatile memory, processors such as microprocessors and digital signal processors, computing entities such as operating systems, drivers, graphic user interfaces, and application programs, one or more interaction devices such as a touchpad or screen, and / or a control system including feedback loops and control motors (e.g., feedback for sensing position and / or velocity, control motors for moving and / or adjusting components and / or quantities). A typical data processing system can be implemented using any suitable commercially available components, as is typically found in data computing / communication systems and / or network computing / communication systems.

[0167] The subject matter described herein may, in some cases, show different components that are contained within or connected to other different components. Such illustrated architectures are merely examples, and it should be understood that in practice, many other architectures can be implemented to achieve the same function. Conceptually, any arrangement of components to achieve the same function is effectively “associated” in such a way that the desired function can be achieved. Therefore, any two components in this specification combined to achieve a particular function can be considered “associated” with each other, regardless of the architecture or intervening components, in such a way that the desired function can be achieved. Similarly, any two components thus associated can be considered “operably connected” or “operably coupled” with each other to achieve the desired function, and any two components that can be associated in such a way can be considered “operably coupled” with each other to achieve the desired function. Specific examples of operably coupled components include, but are not limited to, physically matable and / or physically interacting components, as well as / or wirelessly interactable and / or wirelessly interacting components, as well as / or logically interacting and / or logically interactable components.

[0168] With regard to the use of substantially any plural and / or singular terms herein, those skilled in the art can convert from plural to singular and / or singular to plural as appropriate to the context and / or use. For clarity, various singular / plural rearrangements may be explicitly described herein.

[0169] In general, it will be understood by those skilled in the art that the terms used herein, and in particular in the appended claims (e.g., in the body of the appended claims), are generally intended to be “non-limiting” terms (for example, the term “contains” should be interpreted as “contains, but not limited to,” the term “has” should be interpreted as “has at least,” and the term “contains” should be interpreted as “contains, but not limited to.”). Furthermore, it will be understood by those skilled in the art that if a particular number of claims introduced are intended to be described, such intent is explicitly stated in the claim, and if such statement is not present, such intent does not exist. For example, if only one item is intended, the term “single” or similar word may be used. To aid understanding, the following appended claims and / or descriptions herein may include the use of the introductory phrases “at least one” and “one or more” to introduce the description of the claims. However, the use of such phrases should not be interpreted as meaning that the introduction of a claim description by the indefinite article "a" or "an" limits any particular claim containing such introduced description to embodiments containing only one such description, even if the same claim contains the introductory phrase "one or more" or "at least one" and an indefinite article such as "a" or "an" (for example, "a" and / or "an" should be interpreted as meaning "at least one" or "one or more"). The same applies to the use of definite articles used to introduce a claim description. In addition, even if a particular number of descriptions in an introduced claim are explicitly stated, it will be recognized by those skilled in the art that such a statement should be interpreted as meaning at least the number stated (for example, the simple statement "two descriptions" without other modifiers means at least two descriptions or two or more descriptions).Furthermore, when a notation similar to "at least one of A, B, and C" is used, such a structure is generally intended to mean what a person skilled in the art would understand (for example, "a system having at least one of A, B, and C" includes, but is not limited to, systems having only A, only B, only C, A and B together, A and C together, B and C together, and / or A, B, and C together). When a notation similar to "at least one of A, B, or C" is used, such a structure is generally intended to mean what a person skilled in the art would understand (for example, "a system having at least one of A, B, or C" includes, but is not limited to, systems having only A, only B, only C, A and B together, A and C together, B and C together, and / or A, B, and C together). It will be further understood by those skilled in the art that any substantially any disjunct word and / or phrase presenting two or more alternative terms in the specification, claims, or drawings should be understood as construing the possibility of including one of the terms, either of the terms, or both of the terms. For example, the phrase “A or B” should be understood as including the possibility of “A” or “B” or “A and B.” Furthermore, as used herein, the term “any of” followed by a list of items and / or a list of categories of items is intended to include “any of,” “any combination of,” “any number of,” and / or “any number of,” items and / or categories of items, individually or in combination with other items and / or categories of other items. Furthermore, as used herein, the term “set” is intended to include any number of items, including zero. Additionally, as used herein, the term “number” is intended to include any number, including zero. Also, as used herein, the term “multiple” is intended to be synonymous with “plural.”

[0170] In addition, if any feature or aspect of the present disclosure is described in terms of the Markush group, a person skilled in the art will recognize that the present disclosure is also described in terms of any individual element or subgroup of elements of the Markush group.

[0171] For all purposes, including providing written explanations, as will be understood by those skilled in the art, all scopes disclosed herein also encompass all possible sub-scopes and combinations of sub-scopes. Any enumerated scope can be readily recognized as sufficiently explainable and enable that the same scope can be broken down into at least equal 1 / 2, 1 / 3, 1 / 4, 1 / 5, 1 / 10, etc. As a non-limiting example, each scope considered herein can readily be broken down into a lower third, a middle third, an upper third, etc. Also, as will be understood by those skilled in the art, all words such as “up to,” “at least,” “greater than,” and “less than” refer to a scope that includes the number mentioned and can be further broken down into sub-scopes as considered above. Finally, as will be understood by those skilled in the art, a scope includes each individual element. Thus, for example, a group having 1 to 3 cells refers to a group having 1, 2, or 3 cells. Similarly, a group having 1 to 5 cells refers to a group having 1, 2, 3, 4, or 5 cells, and so on.

Claims

1. A wireless transceiver unit (WTRU) comprising memory and a processor, wherein the WTRU is Receiving configuration information relating to at least one bearer, wherein the configuration information is An indication of at least one communication path associated with each of the at least one bearers, Multiple data thresholds associated with each communication path, The channel condition threshold associated with each of the at least one bearers, This includes, Determining that the first data associated with the first bearer of the at least one bearer is eligible for transmission, Determining a set of communication paths associated with the first bearer for transmitting the first data, wherein the set of communication paths includes one or more of the at least one communication paths associated with the first bearer, and determining the set of communication paths for transmitting the first data is based on (i) a comparison of the channel condition value of each communication path in the set of communication paths with the channel condition threshold associated with the first bearer, and (ii) a comparison of the amount of data available for transmission associated with the first bearer with the data threshold associated with each communication path in the set of communication paths. WTRU is configured to execute.

2. The WTRU according to claim 1, wherein each of the at least one communication paths is associated with a secondary cell group (SCG) or a relay node.

3. The channel condition threshold associated with the first bearer includes a reference signal received power (RSRP) threshold associated with the first bearer. The channel condition value of each communication path in the set of communication paths includes the RSRP value of each communication path in the set of communication paths. The WTRU according to claim 1, wherein the comparison between the channel condition value of each communication path in the set of communication paths and the channel condition threshold associated with the first bearer includes the condition that the RSRP value of each communication path in the set of communication paths is greater than or equal to the RSRP threshold associated with the first bearer.

4. The WTRU according to claim 1, wherein the determination that the first data associated with the first bearer of the at least one bearer is eligible for transmission is based on an uplink (UL) split bearer threshold associated with the first bearer.

5. The WTRU according to claim 1, wherein the configuration information includes the maximum number of communication paths that can be associated with each bearer of the at least one bearer.

6. The WTRU according to claim 1, wherein the set of communication paths associated with the first bearer for transmitting the first data includes a number of communication paths not exceeding the maximum number of communication paths that can be associated with the first bearer.

7. The WTRU according to claim 1, wherein the first data is in the form of a protocol data unit (PDU).

8. The WTRU according to claim 1, further configured to transmit the first data via the set of communication paths associated with the first bearer.

9. The WTRU according to claim 1, wherein all communication paths of the set of communication paths are configured on a specific frequency band.

10. A method performed by a wireless transceiver unit (WTRU), wherein the method is Receiving configuration information relating to at least one bearer, wherein the configuration information is An indication of at least one communication path associated with each of the at least one bearers, Multiple data thresholds associated with each communication path, The channel condition threshold associated with each of the at least one bearers, This includes, Determining that the first data associated with the first bearer of the at least one bearer is eligible for transmission, Determining a set of communication paths associated with the first bearer for transmitting the first data, wherein the set of communication paths includes one or more of the at least one communication paths associated with the first bearer, and determining the set of communication paths for transmitting the first data includes (i) comparing the channel condition value of each communication path in the set of communication paths with the channel condition threshold associated with the first bearer, and (ii) comparing the amount of data available for transmission associated with the first bearer with the data threshold associated with each communication path in the set of communication paths. Methods that include...

11. The method according to claim 10, wherein each communication path of the at least one communication path is associated with a secondary cell group (SCG) or with a relay node.

12. The channel condition threshold associated with the first bearer includes a reference signal received power (RSRP) threshold associated with the first bearer. The channel condition value of each communication path in the set of communication paths includes the RSRP value of each communication path in the set of communication paths. The method according to claim 10, wherein comparing the channel condition value of each communication path in the set of communication paths with the channel condition threshold associated with the first bearer is determined to be equal to or greater than the RSRP value of each communication path in the set of communication paths with the RSRP threshold associated with the first bearer.

13. The method according to claim 10, wherein determining that the first data associated with the first bearer of the at least one bearer is eligible for transmission is based on an uplink (UL) split bearer threshold associated with the first bearer.

14. The method according to claim 10, wherein the configuration information includes the maximum number of communication paths that can be associated with each bearer of the at least one bearer.

15. The method according to claim 10, wherein the set of communication paths associated with the first bearer for transmitting the first data includes a number of communication paths not exceeding the maximum number of communication paths that can be associated with the first bearer.

16. The method according to claim 10, wherein the first data is in the form of a protocol data unit (PDU).

17. The method according to claim 10, further comprising transmitting the first data via the set of communication paths associated with the first bearer.

18. The method according to claim 10, wherein all communication paths of the set of communication paths are configured on a specific frequency band.

19. The WTRU according to claim 1, wherein the plurality of thresholds include a frequency band threshold, a split bearer priority threshold, or a split bearer type threshold.

Images