Method for efficient paging for user equipment to network relays

Abstract

To provide a method for efficient paging for user equipment to network relays.SOLUTION: A method performed by a relay wireless transmit / receive unit (WTRU) includes receiving an indication of a change in state of a remote WTRU having a paging link with the relay WTRU, and receiving a paging message from a network. The paging message includes a system information (SI) change indication, where the SI change indication indicates an availability of updated SI information from the network for the remote WTRU. The relay WTRU transmits the updated SI information to the remote WTRU based on the received indication of a change in state of the remote WTRU.SELECTED DRAWING: Figure 8

Description

[Technical field]

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS This application claims the benefit of U.S. Provisional Patent Application No. 63 / 167,307, filed March 29, 2021, U.S. Provisional Patent Application No. 63 / 185,634, filed May 7, 2021, and U.S. Provisional Patent Application No. 63 / 249,832, filed September 29, 2021, all of which are incorporated by reference in their entirety for all purposes. [Background technology]

[0002] The third-generation partnership program (3GPP®) Release 16 (Rel16), addressing the first version of new radio (NR) sidelink (SL), is being developed and is focused solely on supporting road safety services related to vehicle to everything (V2X). The Rel16 design aims to provide support for broadcast, groupcast, and unicast communications in both out-of-coverage and in-network coverage scenarios.

[0003] With regard to coverage extension for SL-based communications, the Release 13 solution for user equipment and network (UE-to-network) relaying is limited to Evolved Universal Terrestrial Radio Access (EUTRA)-based technologies and therefore cannot be applied to NR-based systems for both next generation radio access network (NG-RAN) and NR-based sidelink communications. With regard to UE-to-UE coverage extension, current proximity reachability is limited to single-hop sidelink links via either EUTRA-based or NR-based sidelink technologies. However, that approach is not sufficient in scenarios where Uu reference point interface coverage does not exist, given the limited single-hop sidelink coverage. Therefore, to support enhanced QoS requirements, sidelink connectivity should be further extended in the NR framework. The disclosure herein addresses these and other issues. [Brief description of the drawings]

[0004] A more detailed understanding may be had from the following detailed description, taken by way of example in conjunction with the accompanying drawings. Such drawing figures, like the detailed description, are examples. Thus, the figures and detailed description should not be considered as limiting, as other equally effective examples are possible and likely. Moreover, like reference numerals ("references") in the figures indicate like elements. [Figure 1A] FIG. 1 is a system diagram illustrating an example communication system. [Figure 1B] FIG. 1B is a system diagram illustrating an example wireless transmit / receive unit (WTRU) that may be used within the communications system illustrated in FIG. 1A. [Figure 1C]FIG. 1B is a system diagram illustrating an example radio access network (RAN) and an example core network (CN) that may be used within the communication system illustrated in FIG. 1A. [Figure 1D] FIG. 1B is a system diagram illustrating a further exemplary RAN and a further exemplary CN that may be used within the communication system illustrated in FIG. 1A. [Diagram 2] FIG. 1 is a diagram of a user plane protocol stack for UE-to-network relay. [Diagram 3] FIG. 1 is a diagram of a control plane protocol stack for UE-to-network relay. [Figure 4] FIG. 13 is an example timing diagram of a paging occasion. [Diagram 5] FIG. 13 is an example flow diagram for a relay WTRU to calculate allowable sidelink slots for relaying a paging message. [Figure 6] 13 is an example flow diagram for a relay WTRU to determine which of network configured paging occasions to use to wake up and monitor in a particular DRX cycle. [Figure 7] 13 is an example flow diagram for a relay WTRU to handle either or both of system information changes and paging occasions for a remote WTRU. [Figure 8] 11 is an example flow diagram for a remote WTRU sending updated system information to a relay WTRU based on a change in the remote WTRU's state. [Figure 9] 13 is an example flow diagram for a remote WTRU to forward updated system information based on the type of information received. [Figure 10] 13 is an example flow diagram for a remote WTRU processing a paging short message including a public alert system indicator. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0005] In the following detailed description, numerous specific details are set forth in order to provide a thorough understanding of the embodiments and / or examples disclosed herein. However, it will be understood that such embodiments and examples may be practiced without some or all of the specific details set forth herein. In other instances, well-known methods, procedures, components and circuits have not been described in detail so as not to obscure the following description. Furthermore, embodiments and examples not specifically described herein may be practiced in place of or in combination with the embodiments and other examples explicitly, implicitly and / or inherently (collectively "provided") herein. Although various embodiments are described and / or claimed herein in which apparatus, systems, devices, etc. and / or any elements thereof perform operations, processes, algorithms, functions, etc. and / or any portions thereof, it should be understood that any embodiment described and / or claimed herein assumes that any apparatus, system, device, etc. and / or any elements thereof are configured to perform any operations, processes, algorithms, functions, etc. and / or any portions thereof.

[0006] Exemplary Communication Network The methods, apparatus, and systems provided herein are well suited for communications involving both wired and wireless networks. An overview of various types of wireless devices and infrastructure is provided with reference to Figures 1A-1D, in which various elements of a network may utilize, execute, be arranged in accordance with, and / or be adapted and / or configured for the methods, apparatus, and systems provided herein.

[0007] A detailed description of illustrative embodiments will now be described with reference to various figures. While the description provides detailed examples of possible implementations, it should be noted that the details are intended to be illustrative and in no way limit the scope of the present application. In the following detailed description, numerous specific details are described to provide a thorough understanding of the embodiments and / or examples disclosed herein. However, it will be understood that such embodiments and examples may be practiced without some or all of the specific details described herein. In other instances, well-known methods, procedures, components and circuits have not been described in detail so as not to obscure the following description. Furthermore, embodiments and examples not specifically described herein may be practiced in place of or in combination with embodiments and other examples explicitly, implicitly and / or inherently described, disclosed or otherwise provided herein (collectively "provided").

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

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

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

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

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

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

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

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

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

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

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

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

[0020] The CN 106 / 115 may also act as a gateway for the WTRUs 102a, 102b, 102c, 102d to access the PSTN 108, the Internet 110, and / or other networks 112. The PSTN 108 may include a public switched telephone network that provides plain old telephone service (POTS). The Internet 110 may include a global system of interconnected computer networks and devices that use common communication protocols, such as the transmission control protocol (TCP), user datagram protocol (UDP), and / or the internet protocol (IP) of the TCP / IP Internet protocol suite. The network 112 may include wired and / or wireless communication networks owned and / or operated by other service providers. For example, the network 112 may include another CN connected to one or more RANs, which may employ the same RAT as the RAN 104 / 113 or a different RAT.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0035] 1C may include a mobility management entity (MME) 162, a serving gateway (SGW) 164, and a packet data network (PDN) gateway (or PGW) 166. Although each of the foregoing elements is illustrated as part of the CN 106, it will be understood that any of these elements may be owned and / or operated by an entity other than the CN operator.

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

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

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

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

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

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

[0042] A WLAN in infrastructure Basic Service Set (BSS) mode may have an Access Point (AP) of the BSS and one or more stations (STAs) associated with the AP. The AP may have access or interface to a Distribution System (DS) or another type of wired / wireless network that carries traffic into and / or out of the BSS. Traffic originating from outside the BSS to the STAs may arrive through the AP and be delivered to the STAs. Traffic originating from the STAs to destinations outside the BSS may be sent to the AP and transmitted to the respective destination. Traffic between STAs within the BSS may be transmitted, for example, through the AP, where the source STA may transmit traffic to the AP, which may deliver the traffic to the destination STA. Traffic between STAs within the BSS may be considered and / or referred to as peer-to-peer traffic. Peer-to-peer traffic may be transmitted between the source STA and the destination STA (e.g., directly between them) in a direct link setup (DLS). In certain representative embodiments, the DLS may use 802.11e DLS or 802.11z tunneled DLS (TDLS). A WLAN using an Independent BSS (IBSS) mode may not have an AP, and STAs (e.g., all of the STAs) within or using the IBSS may communicate directly with each other. The IBSS mode of communication may be referred to herein as an "ad-hoc" communication mode.

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

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

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

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

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

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

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

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

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

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

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

[0055] The AMF 182a, 182b may be connected to one or more of the gNBs 180a, 180b, 180c in the RAN 113 via an N2 interface and may function as a control node. For example, the AMF 182a, 182b may be responsible for user authentication of the WTRUs 102a, 102b, 102c, support for network slicing (e.g., handling different protocol data unit (PDU) sessions with different requirements), selection of the SMFs 183a, 183b for registration, management of registration areas, termination of non-access stratum (NAS) signaling, mobility management, etc. The network slicing may be used by the AMF 182a, 182b to customize the CN support of the WTRUs 102a, 102b, 102c based on the type of service utilizing the WTRUs 102a, 102b, 102c. For example, different network slices may be established for different use cases, such as services relying on ultra-reliable low latency (URLLC) access, services relying on enhanced massive mobile broadband (eMBB) access, services for machine type communication (MTC) access, and / or the like. The AMF 162 may provide a control plane function for switching between the RAN 113 and other RANs (not shown) that employ other radio technologies, such as LTE, LTE-A, LTE-A Pro, and / or non-3GPP access technologies such as WiFi.

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

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

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

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

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

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

[0062] The examples provided herein do not limit the applicability of the subject matter to other wireless technologies that may, for example, use the same or different principles as may be applied.

[0063] As described herein, a wireless transmit / receive unit (WTRU) may be an example of a user equipment (UE), and therefore the terms UE and WTRU may be used interchangeably herein.

[0064] Introduction Relay between UE / WTRU and Network (NW) in 3GPP Release 13 UE-to-network relaying via proximity service (ProSe) is introduced in 3GPP Release 13 to extend network coverage to out-of-coverage UEs by using PC5 device to device (D2D) communication between the out-of-coverage UEs and UE-to-network relays, and the relevant parts are described in 3GPP TS 36.300, TSGRAN, E-UTRA and E-UTRAN Overall Description Stage 2 (V15.4.0) as follows:

[0065] The ProSe UE-to-Network Relay provides a generic L3 forwarding function that can relay any type of IP traffic between the remote UE and the network. One-to-one and one-to-many sidelink communication is used between the remote UE and the ProSe UE-to-Network Relay. For both remote and relay UEs, only one single carrier (i.e., Public Safety ProSe Carrier) operation is supported (i.e., Uu and PC5 link interfaces should use the same carrier for relay / remote UEs). The remote UE may be authorized by higher layers to be in the coverage of the Public Safety ProSe Carrier or out of coverage on any supported carrier including the Public Safety ProSe Carrier for UE-to-Network Relay discovery, (re)selection, and communication. The ProSe UE-to-Network Relay is always in the coverage of the evolved - UMTS RAN (E-UTRAN). The ProSe UE-to-Network Relay and remote UE perform sidelink communication and sidelink discovery, which are described in chapters 23.10 and 23.11, respectively.

[0066] Relay selection for UE / WTRU and NW relay Relay selection / reselection for ProSe UE and NW relays is performed based on a combination of access stratum (AS) layer quality measurements (e.g., reference signal received power (RSRP)) and higher layer criteria. This is described in more detail in the Stage 2 specifications, and in relevant part in 3GPP TS 36.300, TSGRAN, E-UTRA and E-UTRAN Overall Description Stage 2 (V15.4.0):

[0067] The eNB controls whether the UE can act as a ProSe UE-to-network relay. If the eNB broadcasts any information associated with ProSe UE-to-network relay operation, then ProSe UE-to-network relay operation is supported in the cell. b. The eNB may provide: i. Radio resource control (RRC) Transmission resources for ProSe UE to network relay discovery using broadcast signaling for RRC_IDLE state and dedicated signaling for RRC_CONNECTED state. ii. Receiving resources for ProSe UE-to-network relay discovery using broadcast signaling. iii. The eNB may broadcast minimum and / or maximum Uu link quality (RSRP) thresholds to the ProSe UE-to-network that the relay must respect before initiating a UE-to-network relay discovery procedure. In RRC_IDLE, when the eNB broadcasts the transmission resource pool, the UE can use the thresholds to autonomously start or stop the UE-to-network relay discovery procedure. In RRC_CONNECTED, the UE uses the thresholds to determine whether the UE can indicate to the eNB that it is a relay UE and wants to initiate ProSe UE-to-network relay discovery. iv. If the eNB does not broadcast a transmission resource pool for ProSe-UE to Network Relay Discovery, the UE may initiate a request for ProSe-UE to Network Relay Discovery resources by dedicated signaling, respecting these broadcasted thresholds. c. If the ProSe UE-to-network relay is initiated by broadcast signaling, it can perform ProSe UE-to-network relay discovery when in RRC_IDLE. If the ProSe UE-to-network relay is initiated by dedicated signaling, it can perform relay discovery as long as it is in RRC_CONNECTED.

[0068] A ProSe UE-to-network relay that performs sidelink (SL) communication for ProSe UE-to-network relay operation needs to be in RRC_CONNECTED. After receiving a Layer 2 link establishment request or a temporary mobile group identity (TMGI) monitoring request (higher layer message) from a remote UE, the ProSe UE-to-network relay indicates to the eNB that it is a ProSe UE-to-network relay and intends to perform ProSe UE-to-network relay sidelink communication. The eNB may provide resources for relay communication from the ProSe UE to the network.

[0069] The remote UE can decide when to start monitoring for ProSe UE-to-network relay discovery. The remote UE can send a ProSe UE-to-network relay discovery request message while in RRC_IDLE or RRC_CONNECTED depending on the configuration of resources for ProSe UE-to-network relay discovery. The eNB can broadcast a threshold value, which can be used by the remote UE to determine whether it can send a ProSe UE-to-network relay discovery request message to connect or communicate with a ProSe UE-to-network relay UE. The RRC_CONNECTED remote UE can use the broadcasted threshold value to determine whether it can indicate to the eNB that it is a remote UE and wants to participate in ProSe UE-to-network relay discovery and / or communication. The eNB can provide transmission resources using broadcast or dedicated signaling and reception resources using broadcast signaling for the operation of ProSe UE-to-network relay. The remote UE may stop using ProSe UE-to-network relay discovery and communication resources if the RSRP exceeds the broadcasted threshold.

[0070] NOTE: The exact time of traffic switching from Uu to PC5 or vice versa is up to higher layers.

[0071] The remote UE performs radio measurements on the PC5 interface and uses them together with the higher layer criteria for ProSe UE-to-network relay selection and reselection. A ProSe UE-to-network relay may be considered preferred from the radio criteria point of view if its PC5 link quality exceeds a configured (preconfigured or provided by the eNB) threshold. The remote UE selects the ProSe UE-to-network relay that meets the higher layer criteria and has the best PC5 link quality among all preferred ProSe UE-to-network relays.

[0072] The remote UE triggers ProSe UE-to-network relay reselection when: a. The current ProSe UE-to-network relay PC5 signal strength is below the configured signal strength threshold. b. Receive a Layer 2 link release message (upper layer message) from the ProSe UE-network relay.

[0073] UE / WTRU and Network Relay for Wearable Devices In 3GPP Release 14, a study on UE-to-NW relay for commercial use cases tailored to wearables and IoT devices was conducted in the RAN. Such study did not result in any specifications, but technical reports (TRs) provided some preferred solutions for such relays. In contrast to UE-to-NW relays using L3 (IP layer) relaying approaches, UE-to-NW relays for wearables were expected to be L2 relays based on the protocol stacks shown in Figures 2 and 3 from 3GPP TR 36.746, Study on Further enhancements to LTE D2D,UE to network relays for IoT and Wearables (V15.1.1).

[0074] Connection Establishment for Unicast Links in NR V2X The relay solution in previous releases of the LTE specification was based on a one-to-one communication link established at higher layers (ProSe layer) between two UEs (remote UE and UE-to-NW relay). Such a connection is transparent to the Access Stratum (AS) layer, and the connection management signaling and procedures performed at higher layers are carried by the AS layer data channel. Therefore, the AS layer may not be aware of such a one-to-one connection.

[0075] In NR V2X (Rel16), the AS layer supports the view of unicast links between two UEs. Such unicast links are initiated by higher layers (as in a ProSe one-to-one connection). However, the AS layer is informed of the existence of such unicast links and of any data transmitted in a unicast manner between peer UEs. With such knowledge, the AS layer can support hybrid automatic repeat request (HARQ) feedback, channel quality indicator (CQI) feedback, and unicast-specific power control schemes.

[0076] Unicast links at the AS layer are supported via a PC5-radio resource control (RRC) connection. In 3GPP TS 38.300, NR and NG-Radio Access Network (RAN) Overall Description Stage 2 (V16.1.1), the PC5-RRC connection is defined in relevant part as follows:

[0077] A PC5-RRC connection is a logical connection between a source Layer 2 ID and a destination Layer 2 ID in a pair of ASes. One PC5-RRC connection corresponds to one PC5 unicast link. PC5-RRC signaling can be initiated after the corresponding PC5 unicast link is established as specified in clause 5.X.9. A PC5-RRC connection and corresponding sidelink signaling radio bearers (SRBs) and sidelink dedicated radio bearers (DRBs) are released when the PC5 unicast link is released as indicated by higher layers.

[0078] For each unicast PC5-RRC connection, one sidelink SRB is used to send PC5-S (signaling) messages before PC5-S security is established. One sidelink SRB is used to send PC5-S messages to establish PC5-S security. One sidelink SRB is used to send PC5-S messages after PC5-S security is established and protected. One sidelink SRB is used to send PC5-RRC signaling, which is protected and sent only after PC5-S security is established.

[0079] PC5-RRC signaling includes a sidelink configuration message (RRCReconfigurationSidelink) in which one UE configures receive (RX) related parameters of each sidelink radio bearer (SLRB) in a peer UE. Such a reconfiguration message may configure parameters of each protocol in the L2 stack (e.g., service data adaptation protocol (SDAP), packet data convergence protocol (PDCP), etc.). The receiving UE may confirm or reject such a configuration depending on whether it can support the configuration proposed by the peer UE.

[0080] Paging in NR In NR Uu, the UE / WTRU may use Discontinuous Reception (DRX) in RRC_IDLE and RRC_INACTIVE states to reduce power consumption. The UE monitors one paging occasion (PO) per DRX cycle. A PO is a set of physical downlink control channel (PDCCH) monitoring occasions and may include multiple time slots (e.g., subframes or OFDM symbols) during which paging downlink control information (DCI) may be sent. A Paging Frame (PF) is one radio frame and may include one or multiple POs or the start of a PO according to 3GPP TS 38.300, NR and NG-RAN Overall Description Stage 2 (V16.1.1).

[0081] In multi-beam operation, the UE assumes that the same paging message and the same short message are repeated in all transmission beams, and therefore the selection of the beam for receiving the paging message and the short message is up to the UE implementation. The paging message is the same for both Radio Access Network (RAN) initiated paging and Core Network (CN) initiated paging and contains a set of paging records. The paging message may contain one or more paging records (i.e., one or more UE IDs) that are mapped to the same paging occasion and correspond to the UEs that will receive paging from the network on that paging occasion. The UE ID in the paging record can be the 5G Serving Temporary Mobile Subscriber Identifier (5G-S-TMSI) (48 bits) in case of CN paging, or the Inactive Radio-Network Temporary Identifier (I-RNTI) (40 bits) if RAN paging is used, according to 3GPP TS 38.300, NR and NG-RAN Overall Description Stage 2 (V16.1.1).

[0082] A UE in IDLE / INACTIVE determines its Paging Frame (PF) and Paging Occasion (PO) based on one of the following: a. Paging frame configuration in system information block (SIB). b. UE specific or default DRX cycle. i. Specifically, a UE in RRC_IDLE determines its DRX cycle from the minimum of: 1) The default DRX cycle broadcast in the SIB, and 2) A UE-specific DRX cycle provided by dedicated non-access stratum (NAS) signaling. ii. A UE in RRC_INACTIVE determines its DRX cycle from the minimum of: 1) The default DRX cycle broadcast in the SIB; 2) A UE-specific DRX cycle provided by dedicated Non-Access Stratum (NAS) signaling, and 3) A UE-specific DRX cycle provided by dedicated Radio Resource Control (RRC) signaling. c. UE ID (i.e., 5G-S-TMSI).

[0083] PF and PO are defined according to the following equations in 3GPP TS 38.304, NR and NG-RAN IDLE mode specification (V16.3.0): The single frequency network (SFN) for the PF is determined by: (SFN+PF_offset)mod T=(T div N)*(UE_ID mod N) The index (i_s) indicating the index of the PO is determined by the following. i_s = floor(UE_ID / N) mod Ns

[0084] The following parameters are used in the above calculation of PF and i_s: T: UE DRX cycle (T is determined by the shortest UE-specific DRX value, if configured by RRC and / or higher layers, and the default DRX value broadcast in system information. In RRC_IDLE state, if UE-specific DRX is not configured by higher layers, the default value applies). Total number of paging frames in N:T. Ns: Number of paging opportunities for the PF. PF_offset: The offset used for PF determination. UE_ID:5G-S-TMSI mod 1024.

[0085] The PDCCH monitoring occasions for paging are determined according to pagingSearchSpace as specified in 3GPP TS 38.213, and according to firstPDCCH-MonitoringOccasionOfPO and nrofPDCCH-MonitoringOccasionPerSSB-InPO if configured as specified in 3GPP TS 38.331. When SearchSpaceId=0 is configured for pagingSearchSpace, the PDCCH monitoring occasions for paging are the same as those for remaining minimum system information (RMSI) as defined in clause 13 of 3GPP TS 38.213.

[0086] When SearchSpaceId=0 is configured for pagingSearchSpace, Ns is either 1 or 2. If Ns=1, there is only one PO starting from the first PDCCH monitoring opportunity for paging in the PF. If Ns=2, the PO is in either the first half-frame (i_s=0) or the second half-frame (i_s=1) of the PF.

[0087] When a SearchSpaceId other than 0 is configured for pagingSearchSpace, the UE monitors the (i_s+1)th PO. PO is a set of "S*X" consecutive PDCCH monitoring opportunities, where "S" is the number of actually transmitted synchronization signal blocks (SSBs) determined according to ssb-PositionsInBurst in SIB1, and X is nrofPDCCH-MonitoringOccasionPerSSB-InPO if configured, or equals 1 otherwise. The [x*S+K]th PDCCH monitoring opportunity for paging in PO corresponds to the Kth transmitted SSB, where x=0,1,...,X-1,K=1,2,...,S. The PDCCH monitoring opportunities for paging that do not overlap with UL symbols (determined according to tdd-UL-DL-ConfigurationCommon) are numbered consecutively from zero starting from the first PDCCH monitoring opportunity for paging in PF. If firstPDCCH-MonitoringOccasionOfPO is present, the starting PDCCH monitoring opportunity number for the (i_s+1)th PO is the (i_s+1)th value of the firstPDCCH-MonitoringOccasionOfPO parameter, otherwise it is equal to i_s*S*X. If X>1, when the UE detects a PDCCH transmission addressed to a paging radio-network temporary identifier (P-RNTI) in that PO, the UE does not need to monitor subsequent PDCCH monitoring opportunities for this PO in 3GPP TS 38.304, NR and NG-RAN IDLE mode specification (V16.3.0).

[0088] The following parameters are used in the above calculation of PF and i_s: T: UE DRX cycle (T is determined by the shortest UE-specific DRX value, if configured by RRC and / or higher layers, and the default DRX value broadcast in system information. In RRC_IDLE state, if UE-specific DRX is not configured by higher layers, the default value applies). Total number of paging frames in N:T. Ns: Number of paging opportunities for the PF. PF_offset: The offset used for PF determination. UE_ID:5G-S-TMSI mod 1024. The parameters Ns, nAndPagingFrameOffset, nrofPDCCH-MonitoringOccasionPerSSB-InPO and the length of the default DRX cycle are signaled in SIB1. The values ​​of N and PF_offset are derived from the parameter nAndPagingFrameOffset as defined in TS 38.331. The parameter first-PDCCH-MonitoringOccasionOfPO is signaled in SIB1 for paging in an initial DL BWP. In case of paging in a DL BWP other than the initial DL BWP, the parameter first-PDCCH-MonitoringOccasionOfPO is signaled in the corresponding BWP configuration of 3GPP TS 38.304, NR and NG-RAN IDLE mode specification (V16.3.0).

[0089] Paging of UE / WTRU and NW relay In the system information (SI) for LTE wearable devices, according to 3GPP TR 36.746, Study on Further enhancements to LTE D2D,UE to network relays for IoT and Wearables (V15.1.1), three options for paging reception by a remote UE were studied: a. Option 1 - The remote UE monitors its own PO for receipt of NW paging. b. Option 2 - The relay UE monitors the PO associated with each of its connected remote UEs and forwards the paging message (if received) to the remote UE. c. Option 3 - The relay UE receives any paging messages associated with the remote UEs connected at the relay UE's PO. In this study, option 2 was recommended. Option 2 is also envisioned for NR UE and NW relaying in Rel17.

[0090] SI notification in paging messages The UE may receive notification of modified SI and / or PWS indicators (referred to herein as SI notification) in the paging. Such SI notification may be sent in what is called a short message on the paging channel. The short message may separately indicate the presence of a PWS SIB being broadcast by the network (for an emergency situation). In addition, the short message may separately indicate that one or more of the SIBs for the cell have changed. A UE that is notified of modified SI or PWS indicators may acquire the applicable SI according to normal SI acquisition procedures.

[0091] Problem statement In a sidelink (SL) UE / WTRU and NW relay for NR, the remote UE / WTRU is assumed to receive paging from the NW using option 2 defined in 3GPP TR 36.746, Study on Further enhancements to LTE D2D,UE to network relays for IoT and Wearables (V15.1.1). Specifically, the relay UE monitors the PO of the connected remote UE and relays any received paging messages to the remote UE. In essence, this creates several problems as described below.

[0092] Power Consumption in Relay UE / WTRU The remote UE PO is defined based on the UE's 5G-S-TMSI. As a result, a relay UE with multiple PC5-RRC connected remote UEs may need to monitor several different POs configured by the network in addition to its own PO. This is shown in Figure 4, where the relay UE 401 needs to monitor its own paging occasions, shown as 402. The relay UE 401 may also monitor paging occasions of its remote UEs 403 and 405, which happen to occur in different time slots, shown as 404 and 406, respectively. As the number of remote UEs increases, the power savings of a relay UE in IDLE DRX (i.e., in RRC_IDLE or RRC_INACTIVE) is reduced. This reduction becomes more problematic as the number of remote UEs served by the relay increases, as well as when we start considering more complex architectures such as multi-hop relays.

[0093] Other options are to change the definition of the PO for the remote UE so that they have the same / similar PO under a single relay UE, or simply send the remote UE paging in the relay's PO, but this eliminates the fundamental advantage of option 2 in that the remote UE has the flexibility to receive paging messages via Uu or via relay without the need to inform the network of the change.

[0094] Another aspect of relay UE power consumption is associated with the need to forward a single paging message (which may contain multiple paging records, whereby the paging records may be associated with remote UEs connected to the same relay) using multiple unicast transmissions to each unicast link. This problem may be exacerbated when supporting multiple unicast links between a single remote UE and the relay UE for a Uu relay connection.

[0095] Therefore, a question may be raised as to how to achieve option 2 in a power efficient manner at the relay UE / WTRU (i.e., minimize the additional power consumption at the relay UE / WTRU associated with monitoring the POs associated with all remote UEs / WTRUs).

[0096] Power Consumption in Remote UE / WTRU A UE in RRC_IDLE / RRC_INACTIVE served by Uu is configured to have its paging DRX cycle and DRX defined based on PO timing. This allows the UE to save power while in these states. If a UE in RRC_IDLE / RRC_INACTIVE receives paging via a relay UE, it needs to monitor the sidelink instead of Uu. To achieve similar power savings, some limited monitoring on the sidelink needs to be defined for remote UEs to receive relayed paging. This limited monitoring time should have some time relationship to the UE's Uu Po (assuming option 2 is used), but an exact one-to-one relationship cannot be derived due to uncertainties associated with relaying over the sidelink, both in terms of sidelink characteristics (e.g. the need to perform resource selection using Mode 2 on a shared resource pool) as well as factors associated with the relay itself (e.g. relay delay, beam configuration).

[0097] Therefore, another question may be raised as to how to avoid a remote UE / WTRU in RRC_IDLE / RRC_INACTIVE having to continuously monitor the sidelink to receive Uu paging when connected to a UE / WTRU and a relay in the NW, and define a limited monitoring period that takes into account the uncertainty associated with Uu. Currently, there is no concept of paging opportunities on the sidelink.

[0098] Lack of knowledge of remote UE / WTRU relationship to paging records due to security of remote UE / WTRU identity The L2 relay achieves security of data transmission inherently in its protocol stack: specifically, since the Packet Data Convergence Protocol (PDCP) is end-to-end, encrypted data transmissions by the remote UE / NW cannot be decrypted by the relay when sent to the NW / remote UE.

[0099] On the other hand, the paging occasion of the remote UE is calculated using the 5G-S-TMSI of the remote UE. To avoid this information being known by the relay UE (which may be an attacker), the relay UE is preferably only aware of the paging occasion itself, and not the remote UE ID. However, since multiple UEs may be mapped to the same PO, the relay UE cannot know whether / which remote UE a particular paging message received in the PO is associated with. This may lead to inefficiencies associated with sending relayed paging messages in the relay UE, such as repeating the paging message multiple times or sending the paging message to a remote UE that has not been paged.

[0100] Therefore, another problem may be raised: how to avoid redundant transmission of relayed paging messages by the relay UE / WTRU due to hiding the UE / WTRU ID of the remote UE / WTRU from the relay UE / WTRU.

[0101] A method for efficient paging relay between SL UE / WTRU and NW. A method for paging reception by a relay UE / WTRU. The relay UE / WTRU determines which remote UE / WTRU POs to monitor based on the information in the active PO indicator. In one solution, a relay UE, possibly in RRC_IDLE / RRC_INACTIVE, may receive an active PO indication from the network. Such an indication may inform a remote UE that one or more paging messages will be sent at one or more upcoming paging occasions associated with another UE, and may further indicate which PO, group of POs, remote UE, group of remote UEs, paging frame, group of paging frames will be paged in the near future.

[0102] The relay UE may determine whether to monitor upcoming paging occasions or paging occasions in future time periods based on information in such indication and possibly knowledge of whether one or more particular UEs associated / referenced by the paging occasion are currently connected to the relay UE. Specifically, the relay UE may receive an active PO indication from the network that is applicable to a predefined, (pre)configured, or indicated future time period. If the active PO indication indicates that a paging message is sent for a particular UE / PO / PF / etc. and the relay UE is currently serving (e.g., has a PC5-RRC unicast link with) the particular UE associated with the UE, the relay UE may wake up to monitor / monitor the paging channel at the time instance associated with the particular UE / PO / PF / etc. Otherwise, the relay UE may not be required to wake up / monitor the paging channel at that time.

[0103] Active Paging Indicator Timing The relay UE may be configured to monitor the PDCCH at defined / configured times when it may expect an active paging indicator, possibly while in RRC_IDLE / RRC_INACTIVE. The relay UE may monitor the PDCCH at such times, possibly in addition to its PDCCH monitoring opportunities associated with paging. The relay UE may receive an active paging indicator at any or a combination of the following times: During an IDLE / INACTIVE paging occasion or paging monitoring occasion of the relay UE. i. Specifically, the relay UE may receive an active paging indication on the same PDCCH monitoring occasion associated with its own paging occasion. b. Immediately in relation to a paging occasion or paging monitoring occasion of the relay UE. i. For example, the UE may be configured to have a time offset in terms of slots, symbols, radio frames, etc. from the first / last monitoring occasion associated with that paging occasion. ii. For example, the UE may be configured to receive the active paging indication in a predefined slot or set of slots within its own paging frame. iii. For example, the UE may be configured to receive an active paging indication in a predefined slot or set of slots within a frame that includes the first / last PDCCH monitoring occasion associated with the UE's paging occasion. c. At another PO configured by the network and defined for receiving active paging indications. i. For example, the UE may be configured to receive an active paging indication at another PO configured by the network using the current paging configuration. The UE may be further configured with specific rules on how to determine the PO associated with the reception of the active paging indication. Such rules may be defined with respect to the current PO of the relay UE or may be independent of the current PO of the relay UE. Such rules may involve the determination of the PO for the reception of the active paging indication, but using different parameters (e.g., UE ID, T, etc.) in the calculation of the PF / PO for the UE. 1. For example, a UE may be configured to receive an active paging indicator in a PO that follows / precedes its own PO. 2. For example, the UE may be configured to receive an active paging indicator in a PO that is calculated using a predefined or configured UE ID (instead of 5G-S-TMSI). 3. For example, the UE may be configured to receive an active paging indicator at a PO that is defined by using a value of T (i.e., a DRX cycle) that is different from the UE's determined DRX cycle (e.g., by using a minimum DRX cycle defined in the specification). d. In a predefined or configured frame / slot / symbol.

[0104] The expected PO timing may further depend on the DRX configuration itself. In particular (and to handle large configured DRX cases), the UE may be configured to have a first expected time for receiving a message when the DRX cycle has a first set of values ​​or value range, and a second / different expected time for receiving a message when the DRX cycle has a second set of values ​​or value range.

[0105] The relay UE may determine the frequency (how often) or density of Uu resources / timing for receiving messages based on any or a combination of the following: a. DRX cycle of the relay UE. i. For example, messages may be received / expected more frequently for a longer DRX cycle. ii. The message may be expected on a different set of resources depending on whether the relay UE is configured to have a minimum DRX cycle or not. b. Number of connected UEs. i. For example, messages may be received / expected more frequently for a relay UE that has a larger number of connected remote UEs. c. UE ID and / or pattern / timing of PO associated with connected remote UE. i. For example, the frequency or timing associated with receiving the message may depend on the number / pattern of paging occasions associated with the connected remote UE. For example, the relay UE may receive the message more frequently in slots that are located closer (in time) to the paging occasions of the connected remote UE. For example, the relay UE may receive the message once every N paging occasions associated with the connected remote UE. For example, the message may be located many / at least some slots before / after any PO of the connected remote UE. d. QoS / bearer / service established at the remote UE. i. For example, the relay UE may receive / expect messages more frequently for one / any of the remote UEs having a bearer / QoS flow / priority associated with a higher QoS transition. e. The RRC state associated with one or more of the remote UEs. i. For example, the relay UE may receive / expect messages more frequently if at least one of the remote UEs is in RRC_INACTIVE state.

[0106] Time validity of active paging metrics The active paging indicator may be associated with a time validity. Specifically, the relay UE may determine the time period during which the information in the active paging indicator is valid, possibly in terms of number of frames and / or slots and / or symbols, or in terms of PO configured by the NW, or in terms of PF / PO configured by the NW, or defined / indicated in the active paging indicator message itself. Specifically, the relay UE may determine whether to monitor the PDCCH for paging at a particular time based on the information in the received active paging indicator message, but only if the particular time falls within the time validity of the active paging indicator. The UE may determine the time validity of the active paging indicator message using any or a combination of the following: Based on information within the message itself. i. For example, the active paging indicator message may indicate the number of frames, subframes, DRX cycles, POs, etc. for which the message indicates active paging. b. Using a predefined time period. i. For example, the active paging indicator may always provide information for a fixed set of DRX cycles, POs, etc. following the time the active paging indicator is received, or for a defined period of time starting from some defined time instance after the active paging indicator is received. ii. For example, the active paging indicator may provide activity (whether paging is provided or not) for a set of POs configured by the network in the DRX cycle after receipt of the indicator, where the DRX cycle may be a particular DRX cycle (e.g., min / max configurable DRX cycle, default DRX cycle) or a DRX cycle indicated in the message itself. c. Until the next received paging indication message. i. For example, the UE may determine its paging reception activity for each of the POs following receipt of a paging indicator message and maintain the determined activity until receipt of another paging indicator message.

[0107] Specific to time validity, in one example solution, the UE may expect an active paging indicator every DRX cycle. In an example embodiment, the UE may use information in the active paging indicator message to derive a monitoring behavior of the PO configured by the NW in the DRX cycle after receiving the active paging indicator. In such an embodiment, the UE may be configured to have a default behavior to be applied in the DRX cycle when it does not receive the active paging indicator within the expected time associated with the DRX cycle. For example, the relay UE may assume all POs in the DRX cycle after a missed or not received active paging indicator message are considered active. For example, the relay UE may consider all other POs among the POs in the DRX cycle after the missed or not received active paging indicator message to be active / none of the POs to be active. For example, the relay UE may consider the PO in the active DRX cycle to be the same as the active PO in the previous DRX cycle.

[0108] In another example embodiment, the UE may expect / receive an active paging indication message only when one or more of the upcoming POs are indicated as active. In such an embodiment, the UE may consider only the next indicated PO to be active. Alternatively, the UE may consider the next N instances of the indicated PO to be active, where N may be predefined or may be further configured by the network.

[0109] In each of the above embodiments, the UE may further determine whether to monitor a PO and whether the UE associated with the PO is currently connected to a relay UE based on the activity determined as part of the active paging indication message as defined herein. Specifically, the UE monitors a PO only when the message indicates activity for that PO and the UE has a PC5-RRC connection with a relay UE associated with that PO.

[0110] Content of active paging indicator and association to remote UE / WTRU The relay UE may receive any of the following information in the active paging indication message: A validity time of the message, as described herein. b. If the relay UE is in RRC_CONNECTED, then the connected mode gap pattern, as described further herein. c. A format for the message. i. For example, if the message includes a bitmap, the message may further define the granularity of the bitmap (e.g., whether each bit is associated with a single PO or a group of POs, and the information needed by the relay UE to determine the grouping and / or mapping to each group). ii. For example, if the message includes a bitmap, the message may further define a grouping of UE IDs associated with each bit (eg, the number of UEs in each group associated with each bit). d. One or more UE identities, which may be 5G-S-TMSI, I-RNTI, L2 TMSI, I-RNTI, L2 source and / or destination IDs. Such identities may be associated with UEs that will receive paging in the next PO or in future POs. For example, the relay UE may receive UE IDs of connected remote UEs that the NW expects to page in the next DRX cycle following the transmission (by the network) of an active paging indication message. Specifically, the relay UE may determine that a particular remote UE (with the UE ID given in the message) will be paged for a predefined / configured time period if the UE ID is included in the message. ii. Such IDs may also be shortened versions of any of the above IDs. Specifically, if a relay UE receives a message with a particular shortened ID, it may determine that the network may page one or any of the UEs whose full UE IDs match a subset of the bits of the received shortened UE ID. e. An index that identifies the remote UE. i. For example, the message may include an index, whereby such index may identify the remote UE in a list of UEs. Such list of UEs may be a list of remote UEs currently being served by the relay UE at the current time or at some previous time. Such list of UEs may be derived from a list of remote UEs provided and / or updated by the relay UE to the network, as described further herein. Specifically, if the message includes an index of a particular remote UE, the relay UE may determine that the index UE may be paged by the network at some future time period. f. An index that identifies one or more paging occasions or paging frames, or a group thereof, configured by the NW. i. For example, it may include an index that references a particular PO within a set of POs configured by the NW based on a predefined or configured numbering. ii. For example, it may include an index that references a group of POs within a set of POs configured by the NW, where the grouping and indexing of the groups may further be predefined or configured. iii. Specifically, the relay UE may maintain an association between a UE (e.g., one of its remote UEs) and a Uu PO configured for that UE. Based on the association, the relay UE may determine that the relay UE should monitor a PO (i.e., the remote UE may be paged at an upcoming paging occasion) when a message includes an index of a PO or PO group to which one of its remote UEs is associated. g. A bitmap, where each bit in the bitmap is associated with a remote UE, a group of remote UEs, a PO or PF, or a group of POs or PFs, or the like. For example, the message may include a bitmap, where each bit in the bitmap is associated with a UE, a group of UEs, a PO, or a group of POs. Specifically, the relay UE may determine that the network may page one or more remote UEs in the group of connected remote UEs if the corresponding bit in the bitmap is set. ii. For example, each bit in the bitmap may be associated with each possible value of Remote UE ID (mod N). If a bit is set, the relay UE may assume that at least one remote UE with a PO that maps to any of the POs defined by that UE ID (mod N) value may be paged.

[0111] MECHANISM FOR RECEIVING ACTIVE PAGING INDICATION MESSAGES - Patent application The relay UE may receive the active paging indication message using any of the following: a. Dedicated DCI on the PDCCH. For example, the information associated in the active paging indicator message may be encoded on the PDCCH using DCI. Specifically, the relay UE may receive the information of the active paging indicator message encoded as part of the DCI. b. Using a MAC control element (MAC CE). i. For example, the relay UE may identify the paging indicator message based on a logical channel (LCH) ID or MAC header information, where such may indicate a MAC CE, and the information may be embedded in the content of the MAC CE. c. Using paging messages. i. For example, the relay UE may receive the active paging indicator message in a paging message. Specifically, the relay UE may receive the active paging indicator message in an RRC message sent to the relay UE on a paging channel (PCH) (i.e., the UE receives the message after decoding the PDCCH using the P-RNTI). The relay UE may receive the message in a standalone RRC message received on the PCH. In this case, the message may include an identifier indicating that the RRC message includes an active paging indicator message. Alternatively, the message (or information associated with the message) may be included in a regular paging message that includes other records. In this case, the message may be included at the beginning / end of the paging message or as a string associated with a special UE ID IE (e.g., all zeros, or a UE ID of a different length) (instead of the NAS information). d. In a paging message indicated by a short paging DCI. i. For example, the relay UE may receive an indication in a short paging DCI, where such indication may indicate to the relay UE that an associated paging message is replaced or includes an active paging indication message. e. Use a dedicated (special) RNTI - e.g., a relay (R)-RNTI. i. The relay UE may be configured with a new RNTI (e.g., R-RNTI) and may receive an active paging indicator message in the DCI or MAC CE obtained by decoding the PDCCH with the R-RNTI.

[0112] The relay UE / WTRU receives a separate active paging indication message based on its RRC state. In one solution, a relay UE may receive separate active paging indicator messages depending on its RRC state. Specifically, the relay UE may receive a first message when in RRC_IDLE, and / or a second message when in RRC_INACTIVE, and / or a third message when in RRC_CONNECTED. The content / format of such messages may be different. For example, a relay UE in RRC_IDLE may receive active indications for any POs configured by the network. On the other hand, a relay UE in RRC_CONNECTED may receive active indications associated with only a subset of POs. Such subsets may be indicated as part of the message. Such subsets may be derived / based on information provided by the relay UE as described herein to further reduce POs or UEs that the network needs to report in the active paging indicator message.

[0113] Mechanism for determining / receiving UE / WTRU-PO association A relay UE may determine whether to monitor a PO associated with another UE (e.g., a remote UE) depending on whether the UE is connected or served by the relay UE. For example, a relay UE may serve a remote UE when the remote UE and the relay UE have a PC5-RRC connection. For example, a relay UE may serve a remote UE when the remote UE indicates that it requests paging forwarding to a PC5-RRC connected relay UE.

[0114] The relay UE may maintain association of one or more PFs, POs, or the like to the remote UEs, possibly for all served remote UEs. For example, the relay UE may maintain a PO associated with each of its served remote UEs. For example, the relay UE may maintain a table / list of all attached / served remote UEs and their corresponding POs and / or DRX cycles. The relay UE may determine the association of the remote UEs with the POs based on information obtained by any of the following: a. Received directly from the remote UE itself. i. For example, the relay UE may receive a PO from the remote UE in PC5-RRC signaling (e.g., in the form of an index into a table or an indirect mapping to a PO). For example, the remote UE may send a PO to the relay UE when the remote UE establishes a PC5-RRC connection with the relay UE. For example, the remote UE may send a PO to the relay UE when the PO changes (e.g., due to an RRC reconfiguration). For example, the relay UE may receive information from the remote UE in PC5-RRC signaling that enables the relay UE to calculate the PO. For example, such information may be the UE / WTRU ID, a value of UE mod K (e.g., UE mod 1024), or a subset of bits of the UE ID of the remote UE. b. Received directly from the network. i. For example, the relay UE may receive a PO for the remote UE from the network, e.g., in an RRCReconfiguration message. For example, the relay UE may receive the PO following transmission of SidelinkUEInformation to the network to indicate the new / released PC5-RRC connection. c. Calculated by the relay UE. i. For example, the relay UE may receive the UE ID of the remote UE (either from the remote UE or the NW) and may use the UE ID of the remote UE to calculate the PO based on the paging configuration.

[0115] In each of the above mechanisms (either from the network or from the remote UE), the relay UE may further receive: Information on which specific POs should / should not be monitored. b. Information regarding whether PO monitoring is required for a particular remote UE. i. The relay UE may indirectly derive such information from the PC5-RRC link monitoring state. Specifically, the relay UE may receive an indication (from the network, from the remote UE, or from higher layers) that the PC5-RRC link has been released. The relay UE may then stop monitoring all POs associated with the remote UE.

[0116] As referred to herein, a PO associated with a remote UE may include any of the above associations. The relay UE may further receive the DRX cycle of the remote UE, as well as possibly other DRX parameters that enable the relay UE to calculate an associated PO for that remote UE, from the remote UE itself or from the network as described above.

[0117] The remote UE / WTRU determines which DRX cycles / information to send to the relay UE / WTRU. In one solution, the remote UE may send one or more DRX cycles to the relay UE. In one example, the remote UE may send both its NAS layer configured DRX cycle and its RRC layer configured DRX cycle to the relay UE. The UE may send only one of them if it is not configured to have the other. If it is not configured to have either of them, the remote UE may indicate this (by sending an empty field / message or by an explicit indication). Alternatively, the remote UE may send a default DRX cycle if it is not configured to have either of them. In another example, the remote UE may send a minimum value of the DRX cycle to the relay UE. Specifically, the relay UE may send only the minimum value of the NAS layer configured DRX cycle and the RRC layer configured DRX cycle. In such a case, the relay UE may determine the DRX cycle of the remote UE as the minimum value of the DRX cycle received from the remote UE and the default DRX cycle. If no DRX cycle is received from the remote UE, the relay UE may use the default DRX cycle. In another solution, the relay UE may send the minimum of the DRX cycle configured by the NAS layer, the DRX cycle configured by the RRC layer, and the default DRX cycle. The relay UE may use the DRX cycle received from the remote UE to determine the DRX cycle to be used to determine the paging occasion of the remote UE.

[0118] The remote UE may further determine which DRX cycle information to send to the relay UE based on its RRC state. For example, if the remote UE is in RRC_IDLE, the remote UE may send the NAS configured DRX cycle if configured, or the minimum between the NAS value and the default. If the remote UE is in RRC_INACTIVE, the remote UE may send the NAS configured DRX cycle (if configured) and the RRC configured DRX cycle (if configured), or the minimum of the NAS and RRC configured DRX cycles, or the minimum of the NAS configured RRC configured DRX cycle and the default.

[0119] The remote UE may send the DRX cycle upon connection establishment, upon change of the DRX cycle (eg, a minimum value is calculated), upon request by the relay UE, or upon change of the RRC state of the remote UE.

[0120] The remote UE / WTRU can determine whether to send a full or partial UE / WTRU ID. The remote UE may send either a full UE ID (I-RNTI and / or 5G-S-TMSI) or a partial UE ID (I-RNTI and / or 5G-S-TMSI-mod N). The remote UE may send only one of these to a given relay. The remote UE may decide whether to send a full ID or a partial ID based on any or a combination of the following: a. Network configuration i. For example, a remote UE may be (pre-)configured with a list of "trusted" relay IDs (e.g., L2 IDs) in SIB or dedicated signaling. When the remote connects to a relay from the "trusted" list, it may send the full UE ID. ii. For example, if the remote UE is not configured with a trusted UE list, it may send a partial ID. Following connection establishment with the relay, the remote UE may determine (using other methods described herein) that the relay UE is a trusted relay, after which the remote UE may send the full UE (immediately, upon UE ID change, or upon request by the relay). b. From a higher layer (e.g., following network access / authentication or remote or relay) For example, the remote UE may be informed from a higher layer (e.g., NAS layer) of a trusted UE identity. Such may occur following initial access to the relay UE or authentication to the core network. As with other embodiments, the remote UE may send a partial identity initially and then send the full identity once the relay is determined to be trusted. c. Based on previous connection with the relay UE For example, the remote UE may maintain a list of trusted L2 IDs (following connection and authentication). If the remote UE initiates a connection to the same L2 ID as before, the remote UE may assume the relay UE is trusted.

[0121] A relay UE may be connected to remote UEs that have provided a full UE ID and / or to remote UEs that have provided a partial UE ID. The relay UE may read and forward paging differently depending on the particular case / UE (whether the UE has a full or partial ID).

[0122] For a remote UE that provides a partial identity, the relay UE may forward any message received in a PO associated with the remote UE to the remote UE, regardless of its content. The relay UE may also include, along with the paging message forwarded from the network, a list of UE IDs to be included in the paging message.

[0123] In the case of a remote UE providing a full UE ID, the relay UE may decode the paging message and send a PC5-RRC paging message with the content described herein (i.e., possibly without the UE ID). In addition, the relay UE may determine other fields (e.g., paging type) to be included in the paging message in this case (but not in other cases).

[0124] The relay UE / WTRU sends updated link information to the NW In one solution that may be used in combination with the previous solution, the relay UE may send remote UE link information to the network. Such information may be used, for example, to reduce / optimize the size of the active paging indication message. Specifically, the relay UE may send a list of connected remote UEs to the network. For example, the relay UE may send an indication that a UE or two or more UEs are connected / disconnected with the relay UE (in terms of PC5-RRC messages).

[0125] Rules for sending messages The relay UE may send updated link information based on one or more of the following rules or a combination of such rules. Periodically. i. For example, the relay UE may be configured to have a periodicity for reporting link information. ii. For example, the periodicity of reporting may further depend on: 1. The number of connected remote UEs. 2. RRC state of the relay UE. 3. The RRC state of one or more of the remote UEs. 4. QoS / service is relayed (eg radio bearers established either at the remote UE and / or at the relay UE). b. When a new remote UE connects. c. Upon disconnection (release) of one or a configured number of PC5-RRC connections with a remote UE. d. Depends on the size of the active paging indication message (eg, the number of bits in a bitmap) and / or whether the joining / leaving of remote UEs results in some amount of change in the size of such a message. e. Dependent on power preferences / capabilities at the remote UE.

[0126] Message Content The relay UE may include any of the following in the updated link message: a. A list of UE IDs associated with connected remote UEs (such could be L2 source / destination IDs, I-RNTI, 5G-S-TMSI, etc. b. UE IDs that have recently joined / left the relay UE (eg, since the last transmission of a message), along with a joining or leaving indication for each UE. c. A list of all POs associated with each of the linked remote UEs. d. POs of UEs that have recently joined / left the relay UE (e.g., since the last transmission of the message) along with a join / leave indication for the particular PO.

[0127] How to send a message The relay UE may send messages using any of the following: a.UL RRC message transmission (e.g. while the relay UE is in RRC_CONNECTED). i. For example, the relay UE may send a SidelinkUEInformation message. b. Procedures such as a resumption procedure or a RAN-based notification area update (RNAU). i. For example, a relay UE in RRC_INACTIVE may trigger a resume procedure and include the information in the RRC Resume Request message or in a separate message sent together with the Resume Request message. c. Data transmission in INACTIVE.

[0128] For example, a relay UE (eg, in RRC_INACTIVE) may send a small data including RRC message containing a message. d. Procedures such as SI requests. i. For example, a relay UE (eg, in RRC_IDLE / RRC_INACTIVE) may send a procedure such as an SI request, where the requested system information (SI) is replaced with link information.

[0129] Relay / Remote UE / WTRU sends a paging change request In one solution, the relay UE may receive a paging change request from a remote UE. Upon receiving such a request, the relay UE may change from one paging reception method / option to another for a particular remote UE. Specifically, the relay UE may change from expecting paging of the remote UE from the remote UE's PO to expecting paging of the remote UE in its own PO (or vice versa). For example, the relay UE may start / stop monitoring paging occasions associated with the remote UE in question upon such reception of a paging change request. The relay UE may inform the network upon receiving the expected paging change from the remote UE. For example, the relay UE may send an RRC message to the NW upon receiving a paging change request from the remote UE. For example, the relay UE may start / resume an RRC connection upon receiving a paging change request from the remote UE. For example, the relay UE may start a procedure such as SI request or data transmission in an INACTIVE procedure upon receiving a paging change request message. The relay UE may include the UE ID (eg, L2 source / destination ID) of the requesting remote UE in the message.

[0130] Following receipt of the message and / or notification to the network, the relay UE may modify its paging monitoring behavior. For example, the relay UE may do one of the following: a. Possibly, start / stop monitoring the PO associated with the remote UE that requested the change if there are no other remote UEs associated with the PO or if the previous remote UE was not associated with the PO. b. Decode the active paging indicator message from the network differently as follows: i. Changing the expected location of the expected paging indication message. ii. Changing the encoding of the message (e.g. number of bits, size, etc.). iii. Change the mapping / interpretation of encoding to each remote UE.

[0131] A remote UE may send a paging change request when it needs to receive paging from a relay UE (or no longer needs to receive paging). Such a request may be triggered due to the remote UE no longer needing to receive paging. Such a request may be triggered due to the remote UE starting / stopping paging reception directly from Uu when also connected via a relay, in which case reception via a relay is not needed. Such a request may be triggered as a result of a condition where redundancy of paging reception (directly via Uu and via relay) is needed. A remote UE may determine whether to get paging directly via Uu and / or whether to get paging via a relay and / or whether to send a paging change request based on one or more or a combination of the following conditions or changes in such conditions: a. Uu Link Conditions. i. For example, Uu RSRP goes above / below a threshold. For example, the remote UE may monitor paging on Uu when Uu RSRP goes above a threshold and may monitor paging from the relay when Uu RSRP goes below a threshold. When the remote UE changes from monitoring paging on Uu to sidelink, it may notify the relay UE by sending a paging change request. ii. For example, the UE triggers a radio link failure (RLF) or a SL-RLF. For example, the remote UE may transition from monitoring paging on SL to monitoring paging on Uu when a SL RLF is triggered at the remote UE. The remote UE may further indicate such to the relay UE. b. Conditions at the UE related to power consumption or temperature. i. For example, the UE indicates overheating. ii. For example, UE power consumption preferences change. For example, a remote UE may transition to monitoring paging on SL when it receives such an indication and may notify the relay. c. Conditions regarding Uu between relay and network. i. Such conditions / measurements may be provided by the relay UE to the remote UE to further determine which links to monitor for paging. d. Conditions associated with the RRC state of the remote UE. i. For example, the remote UE may send an indication when it transitions from RRC_CONNECTED to RRC_IDLE / RRC_INACTIVE or vice versa. The indication may be a message / signaling sent from the remote UE to the relay UE as an indication of a change in the state of operation of the remote UE. An exemplary indication of a change in state may be a PC5-RRC message / signaling with direct or implicit state indicator information. For example, the relay UE may monitor the PO of the remote UE when the indication informs the relay UE that the remote UE is in RRC_IDLE / RRC_INACTIVE. The relay UE may not monitor the PO of the remote UE when the remote UE is in RRC_CONNECTED. e. Sidelink Terms. For example, the measured channel busy ratio (CBR) transitions above / below a threshold. ii. For example, SL RSRP is above / below a threshold. For example, the remote UE may transition to monitoring paging on Uu when the CBR is above a threshold. For example, the remote UE may transition to monitoring paging on Uu when the SL RSRP is below a threshold and may monitor paging from the relay when the SL RSRP is above a threshold. f. Conditions related to active bearers. i. For example, the remote UE is configured with bearers that require / prefer paging reception over Uu and / or sidelink. ii. The remote UE may send an indication to the relay UE if such a bearer has been established / released / activated / deactivated. g. Remote / relay UE mobility / coverage related conditions. i. For example, the remote UE moves from coverage of the same / different gNB to a different / same gNB, RAN area, or tracking area with respect to the gNB to which the relay UE is connected / the gNB whose coverage the relay UE is in. ii. For example, the remote UE is notified of a change in coverage / connectivity of the relay UE (e.g., via receipt of system information) such that the relay / remote is under coverage of the same / different gNB, RAN area, or tracking area. h. Conditions associated with the Tracking Area / RAN Notification Area (TA / RNA) of the remote UE. For example, the remote UE may monitor paging on direct Uu, or on both Uu and relay, if the cell on the direct interface is in the UE's configured TA / RNA, otherwise the remote UE may only monitor paging from relay. ii. The remote may send an indication to the relay UE upon mobility when the remote UE moves into / out of its TA / RNA on the direct link.

[0132] The above conditions or combinations of conditions may also be used to determine when a remote UE may simultaneously monitor both paging from Uu and paging from a relay. For example, a remote UE may monitor paging from both Uu and SL when the SL RSRP is below a threshold and / or the Uu RSRP is below a threshold. This may motivate it to receive coverage extension of paging messages.

[0133] The remote UE can send a paging change request to the NW via Uu or a relay channel via relay in combination with other solutions. The remote UE can receive / expect paging via Uu and / or relay based on any of the above conditions. For example, the remote UE can receive paging via Uu and relay if Uu RSRP is below a first threshold and above a second threshold, but SL RSRP is above another threshold. The remote UE can send a paging change request prior to the expected paging source change.

[0134] The remote UE / WTRU may indicate a subset of POs (or beams) in a paging change request. In one solution, the remote UE may indicate a subset of POs that the relay UE wants to monitor on its behalf. Such a subset of POs may be associated with a finite time period (e.g., the next x DRX cycles). Such a subset of POs may be a subset of the remote UE's periodically occurring POs that the relay UE should / should not monitor. The remote UE may further indicate a subset of beams or slots within the POs for the relay to monitor on its behalf.

[0135] The remote UE may determine a subset of POs, slots, or beams that the relay UE should monitor based on determining the percentage of such opportunities based on the conditions given above. Specifically, for a given condition (e.g., a measurement of RSRP), the remote UE may be configured with a percentage of POs to monitor and may provide the POs and / or percentages to the relay UE. The relay UE may then use the resulting percentage to monitor the required POs or derive the remote UE's PO to monitor.

[0136] In another solution, the remote UE may determine that it will be unable to monitor the remote UE's PO in Uu or SL for a certain period of time or sequence of slots. The remote UE may indicate such period of time or sequence of slots to the relay UE. For example, such unavailability may be caused by: The remote UE determines a contention between SL transmission / reception and the remote UE's PO. i. For example, a remote UE may need to receive SL on one or more POs (e.g., for another unicast link associated with the SL service) and may not be able to receive paging on the Uu on those POs. ii. For example, a remote UE may perform / schedule transmission on an SL slot associated with receiving paging and may receive paging for that PO directly from Uu. b. The remote UE needs to prioritize SL over Uu reception for a period of time (possibly associated with a contention between SL and Uu). c. The remote UE needs to turn off Uu monitoring for a period of time (eg, due to power saving preferences, indications within the UE, etc.).

[0137] In another solution, the remote UE may indicate to the relay UE whether it is capable of monitoring paging on direct Uu. Such a determination may be made based on the conditions described above. In such a solution, whether the remote UE performs paging monitoring over direct Uu may depend on a subsequent indication / command from the relay UE and / or the network. Alternatively, the remote UE may be configured to have a default behavior (always / never monitor paging on Uu or use the rules described herein to determine) when it is capable of monitoring paging on direct Uu.

[0138] A relay UE / WTRU indicating the ability to monitor paging on behalf of a remote UE / WTRU.

[0139] In a similar solution, the relay UE may inform the remote UE that it is incapable of monitoring paging, possibly for a subset of POs / slots. The relay UE may provide such an indication only when the remote UE indicates that it is capable of monitoring paging on direct Uu. Specifically, such an indication to the remote UE may result in the remote UE monitoring paging (possibly on a subset of slots) via direct Uu. Indicating a similar condition to that described for the paging change request, or a subset of slots, may be used by the relay UE to indicate to the remote UE that it is incapable of monitoring the remote UE's paging. For example, the relay UE may prioritize SL transmission / reception over Uu during a period of time during which the remote UE's paging may be missed. The relay UE may then send such an indication to the remote UE, possibly indicating a missed PO.

[0140] Upon receiving such an indication, the remote UE may do any of the following: a. If the remote UE is capable of receiving its paging over Uu, the remote UE may monitor for paging directly over Uu, possibly only for the PO sent by the relay UE in the indication. b. If the remote UE cannot receive its paging over Uu, the remote UE may do one or a combination of the following: i. Establish / restart an RRC connection via a relay (specifically, to avoid potentially missing paging messages sent by the network). ii. Trigger relay reselection (specifically, to find an alternative relay that can monitor the paging of the remote UE). For example, the remote UE may trigger relay and / or cell reselection. If the remote UE cannot find a suitable relay, it may initiate an RRC connection establishment / resumption to the currently connected relay.

[0141] Upon receiving the paging, the relay UE / WTRU initiates the attach / resume procedure.

[0142] In one solution, a relay UE in RRC_IDLE / RRC_CONNECTED may initiate an attach / resume procedure upon receiving a paging message targeted to a remote UE or received in one of the POs associated to a connected remote UE.

[0143] The relay UE may further determine whether to perform such a connection establishment based on one or more or a combination of the following conditions: a. An indication in the paging message. i. For example, the relay UE may receive an indication in a paging message instructing the relay UE whether to initiate / resume the connection. b. RRC state of the relay UE. i. For example, a relay UE may initiate a connection establishment when in RRC_IDLE, but will not initiate such a connection when in RRC_INACTIVE. c. The UE ID associated with the received paging message. i. For example, the relay UE may initiate connection establishment if it receives a UE ID (e.g., L2 source / destination ID, 5G-S-TMSI, I-RNTI) associated with one of the relay UE's associated remote UEs. d. Bearer / LCH established in a remote UE or mapped onto a Uu LCH i. For example, the relay UE may initiate connection establishment for connected remote UEs (possibly identified in the paging message) that have an LCH mapped to a Uu LCH for which the relay UE is configured (or required) to perform connection establishment / resumption on paging. ii. For example, if the remote UE has at least one configured LCH (e.g., a PC5 LCH) that has a priority above a threshold or is configured with a property that requires connection establishment / resumption by the relay, the relay UE may initiate connection establishment / resumption. e. UE ID type in paging message. i. For example, the relay UE may initiate an RRC connection / resumption if at least one of the UE IDs in the paging message or an associated UE ID is associated with an I-RNTI.

[0144] The relay UE / WTRU monitors paging associated with the remote UE / WTRU for a finite period of time. In one solution, the relay UE may monitor paging associated with the remote UE for a finite period of time from the last occurrence of a particular event. Such behavior may be further limited to a subset of scenarios such as: a. The relay UE is configured to perform finite-time monitoring or not based on the NW configuration. b. The relay UE is configured to perform finite time monitoring depending on the RRC state of the relay UE and / or the remote UE. i. For example, the relay UE performs finite time monitoring of paging of the remote UE when the remote UE and / or relay UE are in RRC_IDLE, and otherwise performs monitoring of paging of the remote UE without relying on such events / timers. ii. For example, the relay UE may be configured with a timer for remote UE paging monitoring. The relay UE may monitor paging associated with the remote UE as long as the timer is running. The relay UE may reset the timer upon occurrence of one or more events. Such events may consist of any of the following: reception of a transmission from the remote UE, data, control, HARQ feedback, Channel State Information (CSI) request / report, SCI, etc. Such may be associated only with a particular type of transmission. For example, the timer may be reset only for HARQ ACK, or upon reception of HARQ ACK or HARQ NACK. c. Receiving a paging message from the network, possibly associated with the remote UE or a PO of the remote UE. d. Receiving an indication or message from the network, possibly associated with a remote UE. e. Receipt of a SL WUS (wakeup signal) used for SL DRX control purposes, or receipt of an acknowledgment to such a SL WUS. f. Receiving MAC CE (SL DRX command MAC CE, etc.).

[0145] Relay UE / WTRU monitoring for paging and / or system information (SI) modification may depend on the relay / remote UE / WTRU RRC state and / or paging change request. The relay UE / WTRU determines the remote UE / WTRU RRC state. A relay UE can be informed of the status of a remote UE as follows: a. From the network (e.g., via dedicated RRC signaling) b. From a remote UE (e.g., via PC5-RRC signaling) c. By implicitly determining the RRC state of the remote UE based on: i. State transition signaling relayed by the relay UE. For example, the relay UE may determine as a result of receiving that the remote UE has transitioned from RRC_IDLE / RRC_INACTIVE. ii. The presence of an established adaptation layer and / or relay configuration for the remote UE at the relay UE. For example, the relay UE may determine that the remote UE is in RRC_CONNECTED based on whether the remote UE has been configured (by the network) with a relay configuration, such as adaptation layer configuration, incoming LCH to outgoing LCH mapping, etc. iii. PC5 signalling or transmission / behaviour by remote UEs associated to RRC_CONNECTED. 1. For example, the relay UE may determine the Uu RRC state of the remote UE based on the SL DRX configuration with the remote UE. Specifically, if the remote UE requests / configures SL DRX over a unicast link with the relay UE, the relay UE may assume that the remote UE is in RRC_CONNECTED. 2. For example, the relay UE may determine that the remote UE is in RRC_CONNECTED based on the presence of normal SL transmissions and / or configurations (e.g., SL RSRP reporting configuration, normal presence of SL CSI requests / reports, timers associated with SL data transmissions between the remote UE and the relay UE, etc.).

[0146] Relay UE / WTRU determines which paging occasions to monitor The paging monitoring and / or SI monitoring behavior of the relay UE may depend on the RRC state of the relay and / or remote UE. The relay UE may monitor paging occasions or a subset of paging occasions according to the methods described herein (indicated by the network in an active paging indicator or by the remote UE in a paging change request) for all remote UEs that are known to be either RRC_IDLE / RRC_INACTIVE.

[0147] Alternatively, the relay UE may monitor paging occasions or a subset of paging occasions for all PC5-RRC connected remote UEs for which paging occasions are requested to be monitored based on receipt of an indication from the network and / or a paging change indication message.

[0148] The relay UE may stop monitoring paging occasions for all PC5-RRC connected remote UEs when the relay UE itself is in RRC_CONNECTED. Specifically, the relay UE may rely on dedicated RRC signaling to receive paging messages for the remote UEs in this case. The relay UE may receive a paging message addressed to the remote UE in a dedicated RRC message. Upon receiving such a paging message, the relay UE may forward the paging message to the addressed remote UE in PC5-RRC signaling. For example, the dedicated RRC message containing the paging message may include the UE ID of the remote UE for which the paging message is intended.

[0149] Determine how relay UE / WTRU handles SI modification indicators in paging In one solution, the relay UE's management / handling of receiving paging and / or SI modification indicators from the network may depend on the RRC state of the relay / remote UE. As indicated above, the remote UE may send an indication via messaging / signaling when the remote UE changes state. One example may be a state change indication message / signaling that occurs when the remote UE transitions from RRC_CONNECTED state to RRC_IDLE / RRC_INACTIVE state or vice versa. Specifically, as follows: a. When the relay UE is in RRC_CONNECTED state, the relay UE may forward SI index and / or information of changed SI and / or actual SI according to the RRC state of the remote UE. The SI index information may indicate the availability of changed (updated) SI information (i.e., actual new SI information) from the network. Specifically, as follows: i. If the remote UE is in RRC_CONNECTED, the relay UE may forward the SI indication to the RRC_CONNECTED remote UE. The relay UE may send the indication immediately or when the relay UE obtains updated SI. The relay UE may additionally send a list of modified SIs to the remote UE based on the value tags in SIB1. Specifically, the relay UE may determine which SIs have changed value tags and send the changed SIs (or a subset based on what the remote UE is interested in, for example) and / or the value tags of the changed SIs to the remote UE. ii. If the remote UE is in RRC_IDLE / RRC_INACTIVE, the relay UE may not forward the SI indicator to the remote UE. Instead, the relay UE may send the changed SI itself (based on the changed value tag) to the remote UE. Thus, the RRC idle or RRC inactive state change indicator (transitioning from RRC connected to RRC idle or inactive) may be associated with the relay UE sending the changed (updated, actual) SI information to the remote UE. Alternatively, if the relay UE is in RRC_CONNECTED, the relay UE may first receive / determine the changed actual SI following receipt of the SI indicator. Specifically, the relay UE may determine the changed SI based on the value tag received in SIB1. Based on the changed SI, the relay UE may send the changed SI (or a subset based on what the remote UE is interested in, for example). b. If the relay UE is in RRC_IDLE / RRC_INACTIVE, the relay UE may forward the changed SI to all remote UEs regardless of their RRC state. Specifically, the relay UE may determine a list of modified SIs (based on the value tags in SIB1 and / or the SIs of interest in the remote UEs) and forward all (interesting) SIs to each PC5-RRC connected remote UE.

[0150] In another solution, the relay UE's management / handling of paging and / or SI modification indicator reception from the network may depend on whether the SI to be modified is of interest to the relay UE or needs to be received by the relay UE, specifically as follows: a. If the relay UE receives the SI modification indicator and determines that (possibly all of) the modified SI is of interest to the relay UE, the relay UE may forward the modified SI to the remote UE without forwarding the SI modification indicator. On the other hand, if the relay UE determines that the modified SI is not of interest to the relay UE (possibly of interest to the remote UE and possibly the remote UE is in RRC_CONNECTED), the remote may forward only the SI modification indicator. In some cases, if the relay UE determines that the SI modification indicator is not of interest to the relay UE and the remote UE (or at least one remote UE, or at least N remote UEs) is in RRC_IDLE / RRC_INACTIVE, the relay may obtain and forward the modified SI.

[0151] In another solution, the relay UE's management / handling of the reception of SI modification indicators from the network may depend on whether the remote UE is interested in the changed SI. The relay UE may maintain a list of SIs of interest for each remote UE and may forward the modified SI and / or SI change indicator only if the changed SI is of interest to (possibly at least one of) the remote UEs. Otherwise, the relay UE may choose not to forward the SI indicator and / or the changed SI.

[0152] In another solution, the relay UE's management / handling of the reception of SI modification indicators from the network may depend on the number or type of SIBs / SIs that are changed and / or SIs / SIs of interest from the remote UE. For example, the relay may forward the changed SIs if the number of changed SIBs / SIs of interest is below a configured threshold. Otherwise, the relay UE may forward only the SI modification notification. For example, the relay UE may receive and forward the changed SIBs for some specific SIBs or SIB types, and for any of the SIBs or SIB types, the relay UE may forward the SIB modification indicators. For example, the relay UE may always forward public warning system (PWS) SIBs or positioning SIBs, but may forward the SI modification indicators (and not the SIBs) for only some SIBs in some cases.

[0153] Regarding the conditions for forwarding the SIB or the paging message, a combination of the above solutions is also possible.

[0154] In another solution, the relay UE management / handling of paging and / or modified SI may depend on whether the relay UE is configured to have a common search space in the current DL bandwidth portion. Such a solution may be specific to relay UEs in RRC_CONNECTED. Specifically: If the relay UE is configured to have a common search space in the current DL bandwidth portion, the relay UE may use one of the solutions defined above. b. If the relay UE is not configured to have a common search space in the current DL bandwidth portion. i. The relay UE may receive any modified SI directly from the network using dedicated RRC signaling. In such a case, the relay UE is not expected to monitor paging occasions of the remote UE (in case of paging reception). Upon receiving the modified SI, the relay UE may send the modified SI to the remote UE in PC5-RRC signaling if the modified SI is deemed to be of interest to the remote UE. ii. Alternatively, the relay UE may receive any changed SI directly from the network using dedicated RRC signaling, and upon receiving the changed SI, may send the SI to the remote UE according to the RRC state of the remote UE, specifically as follows: 1. If the remote UE is in RRC_IDLE / RRC_INACTIVE, the relay UE may send the modified SI to the remote UE in PC5-RRC signaling. 2. If the remote UE is in RRC_CONNECTED, the relay UE may send an index of the modified SI and / or a list of modified SIs to the remote UE in PC5-RRC signaling.

[0155] Relay UE / WTRU receiving paging via dedicated signaling can respond to the network in case of success / error The network may use dedicated RRC signaling to send paging to a relay UE that is in RRC_CONNECTED, but a remote UE may no longer be RRC_CONNECTED with a given relay UE, in which case the network should be able to recognize this case.

[0156] In one solution, the relay UE may send a confirmation message (if the remote UE is / can be reached successfully) or a failure message (if not). The relay UE may send the confirmation / failure message as follows: a. Upon receiving a dedicated paging message from a relay UE For example, if a remote UE being paged by the network in a dedicated paging message received by the relay UE is not PC5-RRC connected to the relay UE, the remote UE may send a failure message to the network. If the remote UE is connected, the relay UE may send a confirmation message to the network. b. When attempting to transfer a paging message via PC5-RRC. For example, the remote UE may expect an acknowledgment (e.g., in RLC or in PC5-RRC) when forwarding a paging message to the remote UE. If no acknowledgment is received, the relay UE may send a failure message to the network. Otherwise, if an acknowledgment is received from the remote UE, the relay UE may send a confirmation message.

[0157] The dedicated RRC message and response from the relay UE can take the form of request / response RRC signaling (e.g., a combination of RRCReconfiguration and Confirm / Failure messages, or a new RRC message to deliver the page and the corresponding response). Alternatively, the remote UE may send a UL RRC message (e.g., ULInformationTransfer or similar) if it fails to deliver the page to the remote UE, and may not send any message in case of success.

[0158] Content of the dedicated Uu RRC message sent from the network to the relay UE / WTRU The dedicated RRC message may contain any of the following information: a. The UE ID of the remote UE being paged by the network The i.UE ID may be the I-RNTI of the remote UE, 5G-S-TMSI, or a local UE ID. ii. The Relay UE may send a unicast PC5-RRC message to the remote UE whose UE Id is included in the paging message. iii. The relay UE may determine the paging type (as described herein) to be included in the forwarded paging message based on whether the received ID of that UE is an I-RNTI or 5G-S-TMSI. Such behavior may be the same as if the relay UE received the paging while monitoring the PO of the remote UE (i.e., not on dedicated signaling). Alternatively, the dedicated Uu RRC message may include the remote UE ID (possibly a local ID instead of one of the paging IDs) as well as the paging type (RAN paging or CN paging), and the relay may reflect this paging type in the forwarded paging message. b. The link / path over which the remote UE should initiate connection establishment (e.g., directly, via a relay, etc.) i. The relay UE may forward the link / path to the remote UE. ii. Once the remote UE receives the indicated link / path from the relay, it can initiate connection establishment / resumption via that link. c. Relay UE ID with which the remote UE should initiate connection establishment in response to receiving the paging i. The relay UE may forward a relay UE ID to the remote UE, possibly where the relay UE ID is different from its own ID (i.e., a different relay has been selected by the network). In addition, if a different relay has been selected, the relay UE may release the PC5-RRC connection following forwarding of the paging to the remote UE. ii. The remote UE may release the PC5-RRC connection if the indicated relay UE ID does not match its current relay. The remote UE may then initiate connection establishment via the connected relay or the indicated relay based on whether / which UE ID is indicated in the paging message forwarded on PC5-RRC. d. CBR threshold to determine which path / link should be selected i. The relay UE may forward such threshold value to the remote UE. ii. The remote UE may determine whether to initiate connection establishment via direct or indirect based on the measured CBR compared to a threshold (e.g., if CBR>threshold, then initiate via direct path).

[0159] The relay UE / WTRU determines the content of the PC5-RRC message containing the forwarded paging The PC5-RRC message indicating paging to the remote UE (sent by the relay UE) may include any of the information received by the relay UE and forwarded to the remote UE. In addition, the relay UE may include the following information in the PC5-RRC message: Paging type (e.g., CN paging, RAN paging). Such a field may be sent as an enumeration. i. For example, the relay UE may determine whether the paging is a CN paging or a RAN paging and indicate such to the remote UE based on: 1. The type of ID received from the network in the dedicated Uu RRC message. For example, the relay UE may determine the type of paging based on whether it receives an I-RNTI or a 5G-S-TMSI. 2. Explicit / Implicit Indication in Dedicated Uu RRC Message. For example, the relay UE may receive the local UE ID in a dedicated Uu RRC message along with an indication of whether CN or RAN paging should be sent. The relay may then forward such an indication. ii. For example, when a remote UE receives a paging message with a paging type of CN paging or RAN paging, it can consider it as if it is receiving a CN paging or a RAN paging, respectively. A remote UE in RRC_IDLE state receiving a RAN paging can ignore the message. Alternatively, the remote UE can send a PC5-RRC message to the relay UE indicating an error condition. Alternatively, the remote UE can initiate a connection establishment procedure to the network and possibly indicate the error condition to the network (in a cause value or an RRC message / field). iii. For example, a remote UE in RRC_INACTIVE receiving a paging message of type RAN Paging may initiate a resume procedure. A remote UE in RRC_INACTIVE receiving a paging message of type CN Paging may transition to RRC_IDLE, release its context, and initiate a connection establishment procedure. b.SI Change / PWS Notification Indicator. i. For example, the relay UE may receive the SI change indication along with (or at a similar time to) the paging message. If the relay UE receives two separate paging messages (e.g., a paging message for a remote UE and an SI modification message) within a configured time window, the relay UE may combine the two indications into a single PC5-RRC message. For example, if following reception of a first message (e.g., a paging message for a remote UE) a second message (a PWS notification) is received before the relay UE generates a PC5-RRC message, the relay UE may send both in a single PC5-RRC message. c. An SI or part of an SI, possibly modified by the network and associated with the SI for which the SI modification was sent, possibly associated with an SI of interest to a particular remote UE. i. For example, the relay UE may indicate in the paging forwarding message that the included SI corresponds to the modified SI. ii. For example, when a remote UE receives a paging message (e.g., a PC5-RRC message dedicated to forwarding paging) that includes an SI, it assumes that the SI corresponds to the changed SI and updates its own SI based on the content of the paging message. d. The specific SIB or SI that was amended i. For example, when the relay UE receives a paging message indicating SI modification, it can read SIB1 to determine the modified SI / SIB, and then indicate the modified SIB / SI to the remote UE in a PC5-RRC message. e.SIB1, or a part of SIB1 (e.g., validity tag, area ID, etc.). i. For example, whenever an SI modification is received, the relay UE may always forward the complete SIB1, or may forward a portion of SIB1, such as a validity tag, possibly associated with only the modified SIB or all SIBs. f. UE ID of the remote UE being paged. For example, the relay may include only the UE ID of the remote UE being paged in a PC5-RRC message to the relay UE, and no other UE IDs in the paging record. The relay UE may repeat sending PC5-RRC messages to each of the remote UEs included in the paging message, and in each message include only the remote UE ID corresponding to that remote UE.

[0160] The timing of the transmission of the forwarded paging message may depend on its content A relay UE sending a paging in mode 2 may be configured to have a time window for forwarding the paging message via PC5 RRC. Such a time window may further depend on whether the paging message is carrying a UE paging, an SI change indicator, or a PWS notification. Such a paging message may determine the minimum / maximum amount of time the UE has before generating a PC5-RRC message for forwarding the paging and / or the resource selection window for the transmission of the paging message. As described herein, the relay UE may combine paging messages (e.g., include a paging message with a SI change indicator or a PWS notification) if the messages are received within overlapping windows.

[0161] In one example, a relay may forward some paging messages immediately and other paging messages after a predefined or configured time period, e.g., paging messages including PWS notification and / or UE paging may be forwarded immediately, while paging messages including SI modifications may be forwarded only before / after the next modification period (or at a preconfigured time).

[0162] The timing of the transmission of the forwarded paging message may depend on the SL DRX active time of the remote UE / WTRU. In another example, the relay UE may forward the paging message only during the active time (e.g., defined by SL DRX) of the corresponding remote UE to which the paging message is being forwarded. Specifically, if the relay UE receives a paging message to be forwarded to the remote UE during the inactive time of the remote UE or when the remaining time during the active time of the remote UE is less than a configured / predefined threshold, the relay UE may delay sending the paging message until the subsequent active time of the remote UE.

[0163] In another example, the relay UE may forward the SI modification to all remote UEs in a groupcast (e.g., using a groupcast L2 ID), and the relay UE may wait for a groupcast-specific active time or a time when all remote UEs are active to forward the SI modification.

[0164] The relay UE / WTRU itself, which receives a page while in INACTIVE, may send an indication to the remote UE / WTRU. In one solution, the relay UE may send an indication to one or more remote UEs upon receiving a paging intended for the relay UE itself. Such an indication may be in the form of a PC5-RRC message, such as a release message or a SL reconfiguration message. Such a message may be in the form of a SL MAC CE or an SCI transmission dedicated for this purpose.

[0165] The relay UE may send such a message on the sidelink in some cases, which may depend on either the RRC state of the relay UE and / or the remote UE, information received in a paging message by the remote UE, etc. For example, as follows: (Transition to IDLE due to CN paging) A relay UE in RRC_INACTIVE may send an indication to a remote UE when the relay UE receives a core network paging message. The relay UE may further send such a message only to remote UEs in RRC_INACTIVE. b. (Receiving SI Notification) The relay UE may send an indication to the remote UE when it receives the SI change notification in the paging message. The relay UE may further include the modified SI (or a subset based on what the remote UE is interested in, for example). Alternatively, the relay UE may not include the modified SI if it knows that the remote UE is monitoring SI on the direct Uu. The relay UE may determine that the remote UE is monitoring SI on the direct Uu using messaging similar to that for monitoring paging from Uu, as described herein.

[0166] Upon receiving such an indication, the remote UE may perform one or more of the following: a. Initiate a Uu RRC state transition (eg, move from one Uu RRC state to another Uu RRC state). i. For example, the indication may instruct the remote UE to transition to RRC_IDLE if the remote UE is currently in RRC_CONNECTED. b. Initiate a relay reselection procedure and / or PC5 connection release and / or PC5 connection establishment with another relay and / or initiate a restart procedure. i. For example, the remote UE may be configured to attempt to remain in RRC_INACTIVE and may initiate a relay reselection procedure to find an alternative relay. 1. The remote UE may trigger relay reselection depending on the QoS and / or bearer configuration of the established bearer. 2. The remote UE may trigger connection establishment with another relay depending on whether the remote UE has determined / been provided with an alternative relay. c. Initiate and / or restart a cell reselection procedure directly via Uu. i. Similar restrictions / conditions / actions for relay reselection above may also apply to cell reselection. d. Possibly temporarily suspend all relayed bearers until receipt of a subsequent RRC message from the relay UE. i. For example, the relay UE may send a first indication to any remote UE that is in RRC_INACTIVE upon receiving a CN paging. Upon receiving the first indication, the remote UE may suspend all bearers (including SRB1) to avoid initiation of a resume procedure triggered by the remote UE. The relay UE may send a second indication to the remote UE upon completion of the connection establishment triggered by receiving the CN paging. Upon receiving the second indication, the remote UE may resume all bearers (including SRB1) to re-enable triggering of a resume procedure by the remote UE.

[0167] Method for relaying paging via SL The relay UE / WTRU determines the SL time window for paging transmission based on the PO and relay configuration.

[0168] In one solution, the relay UE may determine a finite time window for transmitting / relaying a paging message to one or more remote UEs. Such a window may be defined for a Uu PO associated with one or more connected remote UEs. Specifically, such a window may start offset from a paging frame or paging occasion associated with one or more remote UEs. Such a window may further depend on the configuration in the relay UE.

[0169] In one option, the relay UE may determine a window (e.g., starting slot and duration) and send such window to the remote UE. The relay UE may transmit the window information to the remote UE via a PC5-RRC message (e.g., in a Sidelink Configuration message). The remote UE may use this information to determine its sidelink monitoring time. Specifically, the remote UE may be requested to monitor the sidelink for at least the SL slots defined by the window. Alternatively, the remote UE may calculate the same window as calculated by the relay UE based on reception of configuration information (described herein) that may be sent to the remote UE by the relay and / or the network. In the following, the relay UE calculation of the paging transmission window is described. Without loss of generality, the remote UE may perform the same behavior to determine its monitoring window.

[0170] The relay UE may determine a new transmission window for relaying paging messages and / or send the calculated window, or an indication of a change in the calculated window, to the remote UE when: Upon establishment of a PC5-RRC connection with a remote UE. b. When the calculated window has changed from the previous calculation by some, possibly (pre)configured amount. i. For example, the relay UE may send a calculated window to the remote UE if it changes by at least X slots, where X may be (pre-)configured or predefined. ii. For example, a change in the calculated window may result from a change in any of the parameters mentioned above for calculating the start and / or end and / or duration of the window. c. During one or each of the paging message transmission windows. i. For example, the relay UE may send the calculated window or offset in each SL paging window, or each set of slots associated with a Uu paging occasion. ii. For example, the relay UE may send the calculated window or offset only in the SL paging window if the calculated window has changed by a certain amount.

[0171] Upon receiving the paging window from the relay and / or calculating the paging window at the remote UE, the remote UE may apply the new calculated SL paging window at the next window time or next remote UE PO.

[0172] The relay UE may determine the start and / or end slots and / or duration of a paging transmission window for the PO / PF of one or more connected remote UEs based on one or more of the following factors: a. Beam pattern / configuration at relay UE. i. For example, the relay UE may determine the starting SL slot to be the (pre)configured number of slots following the first / last possible beam where the relay can receive paging for the remote UE in the remote UE's PO. For example, the UE may adopt such a starting slot when configured for RRC_IDLE / RRC_INACTIVE. ii. For example, the relay UE may determine the starting SL slot to be a (pre-)configured number of slots before / after the current (best) beam used by the relay UE when communicating with the network. For example, the UE may adopt such a starting slot when configured for RRC_IDLE / RRC_INACTIVE. iii. For example, the relay UE may determine the starting slot as a (pre-)configured number of slots before / after the first / last PDCCH monitoring opportunity of the PO. iv. For example, the relay UE may determine the starting slot from either the pagingSearchSpaceID or nrofPDCCH-MonitoringOccasionPerSSB-InPO RRC parameters, or any RRC parameter that defines the paging occasion configuration at the relay UE. b. Relay UE scheduling mode. For example, the start slot may be calculated differently depending on the scheduling mode of the relay UE. For example, the relay UE may add a first offset (e.g., NW configured offset) when configured in mode 1, and may add a second offset (e.g., UE determined offset) when configured in mode 2. c. RRC state of the relay UE. i. For example, the start slot calculated by a relay UE in RRC_CONNECTED may be for the current / best beam for the relay UE. For example, the start slot calculated by a relay UE in RRC_IDLE / RRC_INACTIVE may be for the first / last beam on which the relay UE can receive paging associated to a particular PO. Alternatively, the relay UE may define it based on the (pre)configured number of beams between the first and last beam. ii. In one solution, the relay UE can calculate / inform the remote UE of the starting point for both RRC_CONNECTED and RRC_IDLE / INACTIVE cases and then indicate the current RRC state to the remote UE. The remote UE may determine the starting slot based on the current RRC state of the relay UE. iii. In one solution, the relay UE may calculate an offset to a previously calculated starting slot. The relay UE may determine such offset based on a change in the best / current beam measured by the relay UE. The relay UE may send the offset to the remote UE, possibly during the SL monitoring period. The remote UE may apply such offset to determine the starting slot of the SL paging period for the next PO. d. The number of attached remote UEs, possibly associated to the same PO. For example, the relay UE may configure a number of (additional) slots in the SL paging window for each attached remote UE associated with the same PF / PO. Specifically, the relay UE may scale the size of the SL paging window based on the number of attached remote UEs associated with the PO. e. The number of POs in the paging frame, possibly associated with remote UEs. i. For example, the relay UE may configure the start slot and / or duration of the SL paging window based on the number of POs in a paging frame and / or the number of monitoring opportunities in a PO / paging frame associated with a remote UE attached to the relay UE. For example, the relay UE may configure the start slot to occur following a PO of one or more remote UEs if only one PO in a PF is associated with the attached remote UE. Alternatively, the relay UE may configure the start slot to occur following a paging frame if there is more than one PO in a PF associated with at least one remote UE attached to the relay. ii. For example, the relay UE may configure the starting slot at different offsets relative to the PO / PF depending on the configured value of Ns (the number of POs configured per paging frame). f. Sensing configuration / sensing results at relay UE. In one solution, the relay UE may calculate the start slot based on the sensing configuration and / or the sensing result. In another solution, the relay UE may calculate the length of the SL paging window based on the sensing configuration and / or the sensing result. 1. In one example, the relay UE may determine the start slot based on whether the relay UE is configured to have full sensing or partial sensing. Specifically, the relay UE may use a first offset from the PO for the start slot when configured to have full sensing, and may use a second offset from the PO for the start slot when configured to have partial sensing. The second offset may be determined by the partial sensing configuration. Specifically, the second offset may be determined based on the time when the UE has sufficient sensing results for transmission. 2. In one example, a relay UE configured for full sensing may determine the start slot based on the UE capabilities. A relay UE configured for partial sensing may determine its start slot from the values ​​of K (the number of periods of partial sensing results to use) and / or T_sep (the period or interval between sensing opportunities) and / or T_async (the minimum amount of sensing time required immediately prior to transmission). For example, the UE may be (pre-)configured with minimum required values ​​for these parameters and may derive the start slot as the first slot for acceptable transmission to achieve the minimum sensing result. 3. In one example, the relay UE may calculate the length of the SL paging window based on recent resource selection results, which may be specific to the resource selection applied for the transmission of the paging in the SL paging transmission window associated with the PO for which the UE is currently determining the length, such as: (a). The amount / percentage of resources that are determined to be available based on resource selection. (b) The SL RSRP threshold used to determine the required target availability of resources to continue with resource selection. (c).The average number of available / occupied resources determined during resource selection. g. CBR measured at the relay UE. For example, the relay UE may determine the length of the SL paging window based on the measured CBR. For example, the relay UE may be (pre-)configured with a mapping of CBR or CBR range to SL paging window length. h. The priority of the LCH configured in the relay UE (eg, for an RRC_INACTIVE scenario). i. For example, a relay UE may be configured with an earlier starting slot and / or a shorter SL paging window if it is configured with one or more relayed LCHs with higher priority. h. Buffer status at the relay UE or a measure of the relay load at the relay UE. i. For example, a relay UE may configure the starting slot based on the current buffer status of relayed logical channels, possibly associated with other UEs (eg, not IDLE / INACTIVE). ii. For example, a relay UE may configure different starting slots and / or window durations, possibly depending on the number of remote UEs that are in RRC_CONNECTED. I. Relay scheduling mode (i.e., mode 1 or mode 2). For example, a Mode 1 relay UE may use NW-defined values ​​for start slot and / or duration, while a Mode 2 relay UE may define the start slot and / or duration values ​​based on other solutions mentioned herein (e.g., sensing configuration, etc.).

[0173] The relay UE / WTRU extends the SL time window for paging transmission. In one solution, the relay UE may extend one or more instances of a SL time window for paging transmission to one or more remote UEs, possibly associated with one PO or PF. Specifically, the relay UE may perform SL transmission to one or more remote UEs to extend the duration of the SL time window for transmission, possibly if the relay UE was unable to transmit a paging message received in the original time window.

[0174] The relay UE may trigger such a transmission if the time window has expired or is about to expire and the relay UE has a pending paging message to transmit. The relay UE may trigger such a transmission based on the expiration of a timer (e.g. related to the duration of the window), whereby no paging message has been transmitted when the timer expires. The relay UE may trigger such a transmission if the transmission of the paging message is not possible during the window as a result of congestion control. The relay UE may perform relay selection using a first window size and transmit such a message if the relay selection fails. The relay UE may then perform relay selection using a second window size. The relay UE may perform the transmission of the extended message despite the limitations imposed by CBR. The relay UE may trigger such a transmission as a result of missing a paging transmission as a result of prioritizing UL over SL when the paging was originally scheduled. The relay UE may extend the time window by a (pre)configured amount following a successful transmission of the extended message. The relay UE may extend an inactivity timer associated with a transmission to one or more remote UEs as a result of transmitting the extended message.

[0175] An extended message may be any of the following transmissions: a.SL MAC CE. b. Dedicated / standalone SCI messages. c.SL RRC message. d. SL Channel State Information (CSI) reporting, possibly unsolicited by remote UE. e. An SL wake-up signal or similar SL signal used in a remote UE to indicate the need to monitor the SL for a particular DRX period (duration).

[0176] The extension message may indicate the number of slots to extend the window by from the original scheduled end of the window or from receipt of the message. Alternatively, such number of slots may be (pre-)configured or exchanged between the UEs (e.g., during unicast link establishment / configuration).

[0177] Receipt of the extended message by the remote UE may extend the expected SL paging window duration. Receipt of the extended message by the remote UE may result in a reset of, for example, an inactivity timer by the remote UE.

[0178] The relay UE / WTRU decides whether to drop / delay the paging transmission on the SL. In an alternative solution, the relay UE may drop or delay the transmission of a paging transmission on SL if the paging transmission on SL was not performed within the SL paging window. Specifically, the relay UE may not be able to perform a transmission on SL during the SL paging window and / or may not be able to transmit an extended message. In such a case, the relay UE may drop the paging message. Alternatively, the relay UE may keep the paging message pending and possibly transmit it during the next SL paging window associated with the same Uu PO / PF. The UE may further determine whether to drop or delay the paging depending on: a.CBR. b. QoS and / or SLRB configuration in the remote UE. c. RRC state of relay and / or remote UE. d. Time until the next SL paging window.

[0179] Specifically, the UE relay UE may start a timer at the beginning of a SL paging transmission window. If the paging message is not transmitted upon expiration of the timer, the relay UE may drop the message or delay it until the next SL paging transmission window for that message. The relay may drop the paging message if the remote UE does not have an SLRB configured for high QoS or requires delaying the paging message to the next window.

[0180] The relay UE / WTRU transmits the paging message using Mode 1 / Mode 2. A Mode 2 relay UE may trigger resource selection for the purpose of transmitting a paging message over the sidelink upon any of the following events: a. The Relay UE receives a Uu paging message in a PO associated with one or more of the PC5-RRC connected remote UEs. b. The Relay UE receives a Uu paging message in the PO, where one of the UEs identified in the paging message is for one of the connected PC5-RRC connected remote UEs. c. The relay UE receives a Uu paging message in the PO and receives an additional indication from the network that the paging message is for one of the connected PC5-RRC connected remote UEs. i. For example, the relay UE may receive such an indication as a set of L2 IDs in an embedded paging message. ii. For example, the relay UE may receive such an indication as a separate RRC message or MAC CE, possibly received in the same slot, same PO, or within some time of receipt of the actual paging message. iii. For example, a relay UE may receive such an indication in the DCI, for example: 1. A relay UE may receive an indication in the DCI that a paging message scheduled in the PDSCH is associated with relaying or should be considered for relaying by a UE configured for relaying.

[0181] A UE receiving a remote UE ID from the network along with a page and / or indication may trigger resource reselection. Upon receipt of an active paging indication from the network, indicating that a PO associated with an attached remote UE has an expected paging message. i. The relay UE can trigger resource selection immediately. ii. Alternatively, the relay UE may trigger resource selection at some later time instance before the occurrence of the PO / PF or SL paging window.

[0182] The relay UE may use the defined SL transmission window as a parameter (eg, T1 / T2) for resource selection when resource selection is triggered.

[0183] In another alternative, the relay UE may trigger the transmission of SL UE assistance information upon receiving a paging from Uu (at a PO associated with the remote UE) or upon receiving an active paging indication from the network. The relay UE may provide information related to the SL paging window (e.g., periodicity, location / offset) in the UE assistance information. The relay UE may further indicate in the UE assistance information that a SL configured grant (CG) is required for forwarding of the paging message. The relay UE may further indicate in the UE assistance information a specific PF / PO of the paging expected to be received by the relay UE requiring relaying. Such a SL configuration grant may be provided temporarily (e.g., for a preconfigured / predefined number of DRX cycles).

[0184] In another alternative, the relay UE may trigger a scheduling request (SR) upon receiving a paging from Uu (at a PO associated with the remote UE) or upon receiving an active paging indicator from the network. Such an SR may be dedicated to indicate the need to relay a paging message. Separate SRs may be configured for the transmission of paging and for the transmission of SI indicators and / or PWS. Alternatively, the relay UE may be configured with multiple SR resources / configurations and may select an SR configuration associated with the PF / PO of the associated remote UE or of the paging message to be relayed. The relay UE may trigger such an SR if it does not have SL resources, potentially within the SL paging transmission window, for transmitting the paging message. Whether the relay UE triggers an SR may depend on whether the relay UE has a sidelink grant that falls within the configured paging forwarding window. If there is no sidelink grant, the relay UE may trigger an SR. Whether the relay UE triggers an SR may depend on the type of paging received. For example, if the paging is marked as high priority or if the paging message is a PWS indication, the relay UE may trigger an SR, otherwise, it may trigger an SR only if the UE does not have an SL grant within the paging forwarding window.

[0185] In another alternative, the relay UE may receive a CG or CG activation along with the Uu paging message, such that it may be used by the relay UE in RRC_CONNECTED, such a CG may be predefined / preconfigured to have its resources occur within the SL paging transmission window.

[0186] The relay UE / WTRU uses a WUS-like signal to inform the remote UE / WTRU of an upcoming page (in the SL paging window). In one solution, when a relay UE receives or expects to receive a page for a remote UE, a page for a set of remote UEs, or a page related to a paging occasion, the relay UE may transmit a Wakeup Signal (WUS)-like signal on the sidelink.

[0187] In one solution, the relay UE may transmit the WUS following receipt of an active paging indication message from the network. Specifically, the relay UE may determine whether to transmit the WUS to one or more remote UEs based on whether the active paging indication from the network indicates that a paging message is sent for a particular UE / PO, and the relay UE determines that the UE is PC5 connected to the relay or that the PO is associated with a relay that is PC5 connected to the relay.

[0188] In another solution, the relay UE may send the WUS following receipt of an active paging message from the network, for example, if a paging message is received some time before the expected remote UE PO (e.g., for an RRC_CONNECTED relay UE).

[0189] The remote UE may be configured to have a time window for receiving the WUS. Specifically, the remote UE may determine the time window from the relay UE. Specifically, the remote UE may determine the time window based on its own PO or the PO of the relay UE using a similar mechanism defined herein to determine the start of the SL transmission window. The relay UE may determine the time resource for transmission of the WUS relative to its own paging occasion, relative to the planned reception time of an active paging indicator from the network, or in some (pre)configured or predefined time resource associated with the DRX cycle of the remote UE.

[0190] In another solution, the relay UE may transmit a single WUS-like signal on SL to potentially all PC5-CONNECTED remote UEs. Such a signal may indicate a particular PO and / or PF that is expected to have active paging. Such a signal may indicate a particular remote UE that should monitor the sidelink during a defined SL paging window to potentially receive paging. The relay UE may determine the content of the SL signal based on a received active paging indication received from the network. Upon receiving the WUS-like signal on SL, the remote UE may determine whether to monitor the SL on a defined SL paging window associated with the PO / PF depending on whether the WUS-like signal indicates that the PO / PF contains a paging message.

[0191] A method for determining if / when to forward a received paging message. The relay UE / WTRU provides a link to the NW for the remote UE / WTRU ID. Considering potential security issues (as described herein), a method is needed for the relay / remote UE to provide linking between the remote UE ID for paging (i.e., 5G-S-TMSI, I-RNTI) and the L2 ID used by the relay UE to address the remote UE, where the remote UE ID is hidden from the relay UE.

[0192] In one method, the remote UE may include the source / destination L2 ID to the network along with the connection establishment / resumption (providing the paging UE ID). In such a case, the network may establish a link between the IDs. The remote UE may also trigger such a procedure or may trigger the transmission of a Uu RRC message upon a change of the L2 ID by higher layers (e.g., as a result of a UE ID refresh procedure for the L2 ID defined for higher layers).

[0193] In another method, the relay UE may include the source / destination L2 ID to the network along with receipt of any message associated with a SL RLC channel associated with a signaling radio bearer (such as SRB0) transmission by the remote UE. Specifically, the relay UE may relay any message to the network on a SL radio link control (RLC) channel dedicated to SRB0 and may include the L2 source / destination ID associated with the unicast link (between the relay and the remote UE) in the relayed message.

[0194] The relay UE / WTRU receives a separate UE / WTRU ID along with the paging message. In one solution, the relay UE may receive, in addition to the paging message on Uu, a list of L2 source / destination IDs corresponding to any remote UEs being paged in the paging message. The relay UE may forward the paging message via PC5 via a unicast link if the paging message received over Uu contains at least one source / destination ID associated with a remote UE to which the relay is currently connected. If not, the relay UE may not forward the paging message or may use broadcast / groupcast to forward the paging message to possibly all of the remote UEs associated with that PO.

[0195] For example, a relay UE in RRC_CONNECTED may receive a list of source / destination IDs in a dedicated RRC message containing a paging record.

[0196] For example, a relay UE in RRC_IDLE / RRC_INACTIVE may receive a list of source / destination IDs. In a separate transmission within the PO / PF of the remote UE (eg, using a different RNTI or using the same P-RNTI used for receiving paging messages). b. Embedded in the paging record itself. i. For example, the paging record may include an additional field within the paging record associated with a per UE L2 source / destination ID.

[0197] The relay UE / WTRU defines the multicast / groupcast UE / WTRU ID for SL paging transmission. In one solution, the relay UE may use a multicast / groupcast UE ID for the transmission of SL paging messages. An L2 ID may be provided (reserved) by higher layers specifically for such purpose. Specifically, the relay UE may be configured to have a single broadcast / groupcast L2 ID for the transmission of paging. Alternatively, the relay UE may have a set of broadcast / groupcast L2 IDs for the transmission of paging, each associated with the transmission of a paging message, the paging message being tied to: A PF or group of PFs. b. A PO or group of POs. c.SL paging transmission window. d. The value of the UE ID mod K (eg, K=1024), or a similar value that can be used to derive the location of the PO.

[0198] In one solution, the relay UE may be assigned a group / pool of L2 IDs and may assign the L2 ID to a specific PO upon PC5-RRC connection with the remote UE. Specifically, the remote UE may provide its PO (or a value that may be used to derive the PO, such as UE ID mod k) to the relay UE during sidelink configuration following unicast link establishment with the relay. As a result, the relay UE may provide the remote UE with an available L2 ID from the pool of L2 IDs in a similar PC5-RRC configuration signaling. Upon receiving the L2 ID, the remote UE may monitor / receive Uu paging for sidelink from a groupcast transmission that uses the L2 ID as the destination L2 ID in the message. The remote UE may further determine whether the paging is targeted to the remote UE by checking the paging message for a paging record (i.e., with its I-RNTI or S-TMSI) as it does in Uu.

[0199] In another solution, the relay / remote UE may be (pre)configured with a mapping of L2 IDs to POs or information related to POs (e.g., PO index, or UE ID mod k). For example, such mapping may be predefined by a table in the standard. For example, the L2 ID may include a portion of the PO index or UE mod K value that allows one or more POs or UE ID mod K to be mapped to a single L2 ID. For example, such a table may be provided by the network (e.g., in a SIB). Upon connecting with the relay, the remote UE may start to monitor the SL for mapped L2 IDs for groupcast transmissions including paging. Upon connecting to at least one remote UE, the relay UE may perform sending groupcast transmissions with relayed paging messages with the L2 ID associated with the paging record (based on either the PO, PO index, UE ID mod K, etc.). The relay UE may further perform such groupcast transmissions only within the SL paging window associated with the PO for which the paging was received.

[0200] The UE may use groupcast transmission for paging in some circumstances and may forward the paging using unicast in other circumstances. The conditions for using unicast or groupcast to forward the paging message may relate to any of the following: a. RRC state of the relay UE. i. For example, the relay UE may send paging using unicast if the relay is in RRC_CONNECTED, and may use groupcast if not. b. Knowledge of the L2 ID associated with the paging. i. For example, if the relay UE receives the L2 source / destination ID of the UE being paged in the paging message, the relay may send using unicast, otherwise it may send with groupcast. c. Reliability requirements for paging messages. For example, the reliable paging message may be sent in unicast and the unreliable paging message may be sent in groupcast. The relay UE may determine the reliability of the paging message from: 1. An indicator in a paging message or paging DCI. 2. An SLRB configured to have any remote UEs associated with the paging message. 3. The RRC state of any remote UE associated with the paging message. d. Measured CBR. For example, if the CBR is above a threshold, the relay UE may use groupcast, otherwise the relay UE may forward the paging message using unicast. e. Availability of SL grants within the SL paging window. i. For example, if the relay UE has sufficient SL grant within the paging window, the relay UE may use unicast, otherwise it may use groupcast. f. The size of the paging message or the number of paging records in the paging message. g. The number of remote UEs attached to the relay UE.

[0201] The relay UE may forward the paging message by unicast or groupcast depending on whether the received paging message is associated with SI modification / PWS notification or paging message. Specifically, the relay UE may send a groupcast / broadcast message (using a configured L2 ID) for sending SI modification and / or PWS notification, and the UE paging and / or PWS notification and / or SI modification may be sent using unicast to the specific UE being paged. The relay UE may also include the SI modification and / or PWS indication in a unicast to the UE and send it in groupcast / broadcast to all of its remote UEs. For example, if the relay UE has a pending SI modification to be sent, the relay UE may include the SI modification in any unicast transmission (e.g., UE paging forwarding) that may be pending to the remote UE and may also send the SI modification in groupcast / broadcast at some later point. The relay UE may send the SI modification and / or modified SI in groupcast / broadcast as long as at least N (N may be 1 or a configured value) remote UEs have not received the SI modification and / or modified SI.

[0202] After receiving an SI modification or modified SI via unicast, the remote UE may ignore any SI modification indication or modified SI received via groupcast / broadcast within the same modification period.

[0203] 5 shows an example flow diagram 500 for a relay UE / WTRU to determine permissible SL slots for relaying a paging message to one or more remote UEs associated with the same PO. In one example, a relay UE may be in RRC_IDLE / RRC_INACTIVE state, determine permissible SL slots for relaying a paging message to one or more remote UEs associated with the same PO, and may broadcast the relayed paging message to all remote UEs associated with the PO during those permissible SL slots.

[0204] In the example of FIG. 5, the relay UE receives a paging occasion (PO) of a connected UE at 505. In one example, the relay UE receives a PO associated with a PC5-RRC connected remote UE (e.g., a remote UE in PC5-RRC communication). The receipt of the PO information may be sent from the remote UE or the NW connection.

[0205] At 510, the relay UE may assign or configure an L2 destination ID for connected remote UEs sharing the same paging occasion. Here, the UE may assign or configure for one or more PC5-RRC connected remote UEs sharing the same PO. At 515, the relay UE determines a start slot / offset of a sidelink paging relay period. Here, the relay UE may determine a start slot / offset of a SL paging relay period for a paging occasion of a remote UE. This determination may be based on any one or more of a paging search space configuration of the relay UE, an SSB / beam configuration for paging configured in the relay UE, and / or a sensing / partial sensing configuration of the relay UE.

[0206] At 520, the relay UE determines the duration of the SL paging relay period, where the relay UE may make the duration determination based on the measured CBR. At 525, the relay UE may send / transmit the determined starting slot / offset and duration to the remote UE. In one example, the remote UE is in a PC5-RRC message association with the relay UE.

[0207] In one example, upon receiving a paging message to be relayed on a given Uu PO associated with one or more remote UEs, a relay UE may perform Mode 2 resource selection to select an SL resource determined by a starting slot / offset and duration. The relay UE may then send / transmit the received paging message on the selected resource using an L2 destination ID associated with the PO.

[0208] 6 shows an example flow diagram 600 for a relay UE / WTRU to determine which of the NW-configured paging occasions (POs) to wake up or monitor in a particular DRX cycle based on an indication of active POs in the upcoming DRX cycle received during the PO of the connected remote UE / WTRU and the relay UE / WTRU itself. In one example, the relay UE / WTRU operates in an RRC_IDLE / RRC_INACTIVE state but may have or establish or re-establish communication with the remote UE / WTRU using a PC5-RRC connection.

[0209] In the example of FIG. 6, at 605, the relay UE / WTRU is assumed to be configured with / associated with a DRX configuration and a paging radio-network temporary identifier (P-RNTI). The relay UE / WTRU may use the relay RNTI (R-RNTI) to receive an active PO indication. Optionally, at 610, the relay UE / WTRU may maintain a list of POs associated with each remote UE / WTRU connected to the relay UE / WTRU as needed. This maintenance includes the ability to add or remove POs associated with each remote UE / WTRU that has a PC5-RRC connection to the relay UE / WTRU.

[0210] At 615, the relay UE / WTRU may monitor a downlink control channel, such as a PDCCH, using the R-RNTI to receive an active PO indicator. At 620, the relay UE / WTRU detects whether there is an active PO indicator. If no active PO indicator is received at 620, the relay UE / WTRU does not wake up at the PO during the relay UE / WTRU's current DRX cycle at 625. If a PO indicator is detected at 620, the relay UE / WTRU performs a wake up at the PO during the current DRX cycle to monitor a downlink control channel, such as a PDCCH, at 630. The control channel monitoring uses the relay UE / WTRU's R-RNTI.

[0211] The procedures of the above illustrative examples, as well as the methods described with respect to the figures, may be combined without exception, unless expressly stated otherwise. Thus, for example, the setup or configuration of paging capability or DRX information may be coordinated with the reception of SI or paging information by a relay WTRU and subsequent delivery of the SI or paging information to one or more remote WTRUs. In a further example of a combination of the described features, the message structure, delivery, reception, and timing characteristics described above may be combined, unless specifically excluded in the description.

[0212] FIG. 7 shows an example flow diagram 700 for a relay WTRU to process either or both system information changes and paging occasions for remote WTRUs. At 705, the relay WTRU may be configured with a discontinuous reception (DRX) configuration for one or more remote WTRUs. At 710, the relay WTRU may receive an indication to monitor paging occasions (PO) for at least one of the remote WTRUs. At 715, the relay WTRU monitors PO and / or system information (SI) received by the relay WTRU for at least one of the remote WTRUs. If SI information is received, the relay WTRU may forward the information to the associated remote WTRU at 720. If PO information intended for a remote WTRU is received by the relay WTRU at 715, the relay WTRU may optionally provide confirmation of successful or unsuccessful reception of the PO information at 725. Assuming successful reception of PO information intended for at least one remote WTRU, the relay WTRU may forward a paging message to the respective remote WTRU at 730.

[0213] In a paging environment, a combination of the solution features described above is possible. For example, FIG. 8 illustrates a method 800 in which a relay UE / WTRU can forward system information (SI) change information to a remote UE / ETRU based on an indication of a state of the remote UE / WTRU. At 805, the relay UE can receive an indication of a change in state of a remote WTRU having a link with the relay UE (e.g., a PC5-RRC link that supports paging). For example, the relay UE may receive the indication of a change in state of the remote UE by receiving a PC5 RRC message from the remote UE. The received PC5 RRC message / signaling indicates, directly or implicitly, the RRC state or state change of the remote UE to the relay UE.

[0214] At 810, the relay UE may receive a paging message from the network. The paging message may include a system information (SI) change indicator, where the SI change indicator indicates availability of updated SI information from the network for the remote UE. The updated SI information is the actual SI information. The network may notify the relay UE of the SI information change via an indicator in the paging message. The paging message from the network may be a paging short message. The updated SI information available from the network is the actual SI information, whereas the SI change indicator is just an indicator in the paging message that updated SI information is available from the network.

[0215] At 815, the relay UE may transmit updated SI information to the remote UE based on the received indication of the change in the remote UE's state. For example, if the received indication of the change in the remote UE's state is associated with sending updated SI information to the remote UE, the relay UE transmits the updated SI information to the remote UE. In a further example, if the received indication of the change in the remote UE's state indicates that the remote UE has changed to or is currently in an RRC IDLE or RRC INACTIVE state, the relay UE transmits the updated SI information to the remote UE. In the RRC IDLE or RRC INACTIVE state, the remote UE relies on the relay UE to provide updated SI data.

[0216] Alternatively, if the relay UE determines that the remote UE is in an RRC connected state and an SI change indication is received in a paging message, the relay UE may forward the SI change indication to the remote UE instead of forwarding the updated SI data itself. Thus, if the received indication of a change in the remote UE's state indicates that the remote WTRU has changed to a connected state, the relay UE may send an SI change indication to the remote UE. In this case (in RRC_CONNECTED state), the remote UE may obtain the updated SI data / information itself directly from the network.

[0217] Another example of a combination of the above-mentioned features is shown in FIG. 9. In the example method 900 of FIG. 9, when the remote UE is in an idle or inactive state, a system information type, such as a system information block (SIB) type, may be used to forward SI change information from the relay UE / WTRU to the remote UE / WTRU. At 905, the relay UE has a link with the remote UE (such as a PC5-RRC link supporting paging). The relay UE may determine that the state of the remote UE is one of an idle state or an inactive state. The state of the remote UE may be determined by monitoring signaling of the remote UE. For example, the relay UE may determine the state of the remote UE by RRC messages / signaling. As mentioned above, the state of the remote UE may be determined directly from the RRC signaling or may be determined implicitly, for example, using PC5 RRC signaling. At 910 of FIG. 9, the relay UE may receive a paging message from the network. The paging message may include a system information (SI) change indicator. The SI change indicator indicates availability of updated SI information from the network for the remote UE. At 915, the relay UE may forward the updated SI information to the remote UE based on one or more of previous updates of SI information or types of SI information changes received by the remote UE. Thus, forwarding of the updated SI information to the remote WTRU is performed when one or more of previous requests for SI information are received from the remote WTRU or when a particular SIB is changed. In one example, the relay UE may forward the actual SI update information (obtained from the network) when the relay UE receives an indication that an update is available for SIB information previously received by the remote UE. This forwarding is based on a selected SI information type. For example, the selected type of SIB update for the remote UE previously received by the remote UE may be a type of SI update that the remote UE is interested in receiving and may be forwarded from the relay UE to the remote UE accordingly.In another example, a specific type of SIB (or specific SIB) update may be indicated to the relay UE that is intended for the remote UE. One type or specific SIB update that may be forwarded from the relay UE to the remote UE is SIB1. This actual SIB information may be forwarded by the relay UE partially or completely to the remote UE. The forwarding in the above example depends on the remote UE being in an idle or inactive state.

[0218] Another example of the combination of the above-mentioned features is shown in FIG. 10. In the example method 1000 of FIG. 10, a paging message including both PWS and SI information update indicator is processed by a relay UE / WTRU. At 1005 of FIG. 10, the relay UE / WTRU receives state information from a remote UE / WTRU. As indicated herein above, the relay UE can determine the state of the remote UE using RRC signaling directly, or the state of the remote UE can be determined implicitly via monitoring the RRC signaling of the remote UE. At 1010, the relay UE receives a paging short message. The paging short message may include a PWS indicator and a SI change indicator. At 1015, the relay UE determines whether the received short message includes a PWS indicator. If the received paging message has a PWS indicator, the relay UE forwards the actual (obtained from the network) SI update information to the remote UE at 1025. If the PWS indicator is not present in the paging short message at 1015, the relay UE determines whether the remote UE is in a connected state at 1020. If the remote UE is not in a connected state, such as when the remote UE is determined to be in an idle or inactive state, the relay UE forwards the actual (obtained from the network) SI update information to the remote UE at 1025. If the remote UE is determined to be in a connected state at 1020, the relay UE may forward the received short message to the remote UE. If a positive determination is made at 1020, the remote UE in a connected state may obtain the updated SI information (data) from the network.

[0219] conclusion Although features and elements are provided above in specific combinations, those of ordinary skill in the art will understand that each feature or element can be used alone or in any combination with other features and elements. The present disclosure is not limited in terms of the specific embodiments described in this application, which are intended as examples 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 present invention. No element, operation, or instruction used in the description of this application should be construed as critical or essential to the invention unless expressly set forth as such. In addition to those enumerated herein, functionally equivalent methods and apparatuses within the scope of the present 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. The present disclosure is to be limited only by the terms of the appended claims, along with the full scope of equivalents to which such claims are entitled. It is to be understood that the present disclosure is not limited to any particular method or system.

[0220] The above-described embodiments are described with reference to the terminology and structure of infrared-enabled devices (i.e., infrared emitters and receivers) for simplicity, however, the described embodiments are not limited to these systems and may also be applied to other systems that use other forms of electromagnetic waves, or non-electromagnetic waves such as acoustic waves.

[0221] It should also be understood that the terms used herein are for purposes of describing particular embodiments only and are not intended to be limiting. As used herein, the term "video" or "image" may mean either a snapshot, a single image, and / or multiple images displayed over time. As another example, the term "user equipment" and its abbreviation "UE", the term "remote" and / or the term "head mounted display" and its abbreviation "HMD" as referred to herein may mean or include (i) a wireless transmitting and / or receiving unit (WTRU); (ii) any of multiple embodiments of a WTRU; (iii) a wireless enabled and / or wired enabled (e.g., tetherable) device specifically configured to have some or all of the structure and functionality of a WTRU; (iii) a wireless enabled and / or wired enabled device configured to have less than all of the structure and functionality of a WTRU; or (iv) otherwise. Details of an exemplary WTRU that may represent any WTRU listed herein are provided herein with respect to FIGS. 1A-1D. As another example, various embodiments disclosed herein above and below are described as utilizing a head-mounted display. Those skilled in the art will recognize that devices other than a head-mounted display may be utilized and that the present disclosure and various disclosed embodiments may be modified in part or in whole accordingly without undue experimentation. Examples of such other devices may include drones or other devices configured to stream information to provide an adaptive reality experience.

[0222] In addition, the methods provided herein may be implemented in a computer program, software, or firmware embodied in a computer readable medium for execution by a computer or processor. Examples of computer readable media include electronic signals (transmitted over wired or wireless connections) and computer readable storage media. Examples of computer readable storage media include, but are not limited to, read only memory (ROM), random access memory (RAM), registers, cache memory, semiconductor memory devices, magnetic media such as internal hard disks and removable disks, magneto-optical media, and optical media such as CD-ROM disks and digital versatile disks (DVDs). A processor in association with software may be used to implement a radio frequency transceiver for use in a WTRU, UE, terminal, base station, RNC, or any host computer.

[0223] Modifications of the methods, devices, and systems provided above are possible without departing from the scope of the present invention. In view of the wide variety of possible embodiments, it should be understood that the illustrated embodiments are merely examples and should not be construed as limiting the scope of the appended claims. For example, the 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.

[0224] Further, in the above embodiments, it should be noted that processing platforms, computing systems, controllers, and other devices including processors. These devices may include at least one central processing unit ("Central Processing Unit (CPU)") and memory. In accordance with the practices of those skilled in the art of computer programming, references to operations and symbolic representations of operations or instructions may be performed by various CPUs and memories. Such operations and operations or instructions may be referred to as being "executed," "executed by a computer," or "executed by a CPU."

[0225] Those of ordinary skill in the art will understand that the operations and symbolically represented operations or instructions include the manipulation of electrical signals by the CPU. The electrical system represents data bits that can cause a resultant transformation or reduction of the electrical signals, and maintains the data bits in memory locations of the memory system, thereby reconfiguring or otherwise altering the operation of the CPU and the processing of other signals. The memory locations in which the data bits are maintained are physical locations that have particular 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 that other platforms and CPUs may support the methods provided.

[0226] The data bits may also be maintained on a computer readable medium 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 system readable by a CPU. The computer readable medium may include computer readable media that resides exclusively on a processing system or distributed, cooperative or interconnected among multiple interconnected processing systems that may be local or remote to a processing system. It should be understood that the embodiments are not limited to the memories described above and that other platforms and memories may support the methods provided.

[0227] In an example embodiment, any of the operations, processes, etc. described herein may be implemented as computer-readable instructions stored on a computer-readable medium. The computer-readable instructions may be executed by a processor of a mobile unit, a network element, and / or any other computing device.

[0228] There is little distinction between hardware and software implementations of aspects of the system. Whether to use hardware or software is generally a design choice that represents a cost vs. efficiency tradeoff (although in certain circumstances the choice between hardware and software may be important). There may be a variety of vehicles (e.g., hardware, software, and / or firmware) in which the processes and / or systems and / or other techniques described herein may be effective, and the preferred vehicle may vary depending on the context in which the processes and / or systems and / or other techniques are deployed. For example, if an implementer determines that speed and accuracy are paramount, the implementer may select a primarily hardware and / or firmware vehicle. If flexibility is paramount, the implementer may select a primarily software implementation. Alternatively, the implementer may select some combination of hardware, software, and / or firmware.

[0229] The foregoing detailed description has illustrated various embodiments of devices and / or processes through the use of block diagrams, flow charts, and / or examples. To the extent that such block diagrams, flow charts, and / or examples include one or more functions and / or operations, it will be appreciated by those skilled in the art that each function and / or operation within such block diagrams, flow charts, or examples may be individually and / or collectively implemented by a wide range of hardware, software, firmware, or substantially any combination thereof. In an embodiment, some portions 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 forms. However, those skilled in the art will recognize that certain aspects of the embodiments disclosed herein may be equivalently implemented, in whole or in part, in integrated circuits, 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 as substantially any combination thereof, and that designing circuitry and / or writing software and / or firmware code is within the skill of those skilled in the art in light of this disclosure. In addition, those skilled in the art will recognize that the subject matter described herein may be distributed as a program product in various forms, and that the exemplary embodiments of the subject matter described herein apply regardless of the particular type of signal-bearing medium used to actually effect the distribution.Examples of signal bearing media include, but are not limited to, recordable type media such as floppy disks, hard disk drives, CDs, DVDs, digital tape, computer memory, and transmission type media such as digital and / or analog communications media (e.g., fiber optic cables, wave guides, wired communications links, wireless communications links, etc.).

[0230] 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 use engineering techniques to integrate such described devices and / or processes into a data processing system. That is, at least a portion of the devices and / or processes described herein may 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 a system unit housing, a video display device, memory such as volatile and non-volatile memory, a processor such as a microprocessor and a digital signal processor, a computing entity such as an operating system, drivers, a graphic user interface and application programs, one or more interaction devices such as a touchpad or screen, and / or a control system such as feedback loops and control motors (e.g., feedback to sense position and / or velocity, control motors to move and / or adjust components and / or quantities). A typical data processing system may be implemented utilizing any suitable commercially available components such as those typically found in data computing / communication systems and / or network computing / communication systems.

[0231] The subject matter described herein may depict different components contained within or connected to different other components. It should be understood that such illustrated architectures are merely examples, and that in fact many other architectures that achieve the same functionality may be implemented. Conceptually, any arrangement of components to achieve the same functionality is effectively "associated" such that the desired functionality may be achieved. Thus, any two components herein that are combined to achieve a particular functionality may be considered to be "associated" with one another such that the desired functionality is achieved, regardless of the architecture or intervening components. Similarly, any two components so associated may also be considered to be "operably connected" or "operably coupled" with one another to achieve the desired functionality, and any two components that may be so associated may also be considered to be "operably coupled" with one another to achieve the desired functionality. Examples of operably coupleable include, but are not limited to, components that are physically matable and / or physically interacting, and / or components that are wirelessly interacting and / or wirelessly interacting, and / or components that are logically interacting and / or logically interacting.

[0232] With respect to the use of substantially any plural and / or singular term herein, one of ordinary skill in the art can convert from plural to singular and / or from singular to plural as appropriate to the context and / or application. Various singular / plural permutations may be expressly set forth herein for purposes of clarity.

[0233] In general, those skilled in the art will understand that the terms used in this specification, and particularly in the appended claims (e.g., the body of the appended claims), are generally intended as "non-limiting" terms (e.g., the term "including" should be interpreted as "including but not limited to," the term "having" should be interpreted as "having at least," and the term "including" should be interpreted as "including but not limited to"). Furthermore, those skilled in the art will understand that where a specific number of recitations of an introduced claim are intended, such intent is expressly set forth in the claim, and in the absence of such recitation, no such intent exists. For example, where only one item is intended, the term "single" or similar language may be used. To aid in understanding, the following appended claims and / or the description of this specification may include the use of the introductory phrases "at least one" and "one or more" to introduce the claim recitations. However, the use of such phrases should not be interpreted as meaning that the introduction of a claim recitation with the indefinite article "a" or "an" limits any particular claim that includes such an introduced claim recitation to an embodiment that includes only one such recitation, even if the same claim includes the introductory phrase "one or more" or "at least one" and an indefinite article such as "a" or "an" (e.g., "a" and / or "an" should be interpreted to mean "at least one" or "one or more"). The same applies to the use of definite articles used to introduce claim recitations. In addition, those skilled in the art will recognize that even if a specific number of recitations of an introduced claim are explicitly recited, such recitation should be interpreted to mean at least the recited number (e.g., the simple recitation "two recitations" without other qualifiers means at least two recitations, or more than two recitations).Furthermore, when notation similar to "at least one of A, B, and C" is used, such structure is generally intended as a person of ordinary skill in the art would understand the notation (e.g., "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 notation similar to "at least one of A, B, or C" is used, such structure is generally intended as a person of ordinary skill in the art would understand the notation (e.g., "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). Those skilled in the art will further appreciate that virtually any disjunctive word and / or phrase presenting two or more alternative terms, whether in the specification, claims, or drawings, should be understood to contemplate the possibility of including one of the terms, either of the terms, or both terms. For example, the phrase "A or B" should be understood to include the possibility of "A" or "B" or "A and B." Additionally, 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 more than," and / or "any more than," of the items and / or categories of items, individually or in combination with other items and / or categories of items. Additionally, 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. Additionally, as used herein, the term "multiple" is intended to be synonymous with "plurality."

[0234] In addition, where features or aspects of the disclosure are described in terms of a Markush group, those skilled in the art will recognize that the disclosure is also described thereby in terms of any individual members or subgroups of members of the Markush group.

[0235] As will be understood by those skilled in the art, for all purposes, including in terms of providing a written description, all ranges disclosed herein encompass any possible subranges and combinations of subranges thereof. Any recited range can be readily recognized as fully descriptive and allowing the same range to be broken down into at least equal halves, thirds, quarters, fifths, tenths, etc. As a non-limiting example, each range described herein can be readily broken down into a lower third, a middle third, an upper third, etc. As will also be understood by those skilled in the art, all words such as "up to," "at least," "greater than," "less than," etc., refer to a range that includes the recited number and that can be further broken down into subranges as described above. Finally, as will be understood by those skilled in the art, a range 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.

[0236] Moreover, the claims should not be read as limited to the provided order or to the provided elements unless specifically stated so.

Claims

1. 1. A wireless transmit / receive unit (WTRU) comprising circuitry, The circuit comprises: Establishing a connection with a relay WTRU; establishing a connection with a network via the relay WTRU; receiving a radio resource control (RRC) indication for a state change of the WTRU from a first RRC state to a second RRC state, the first RRC state being different from the second RRC state; performing a state change from the first RRC state to the second RRC state; transmitting paging information to the relay WTRU in response to the state change, the paging information including WTRU discontinuous reception (DRX) cycle information when the second RRC state is in an RRC idle state or an RRC inactive state; When the second RRC state is the RRC inactive state, the transmitted DRX cycle information is a minimum of: (i) a non-access stratum configured DRX cycle of the WTRU; and (ii) an RRC configured DRX cycle of the WTRU; When the second RRC state is an RRC idle state, the DRX cycle information transmitted is a DRX cycle configured in a non-access stratum of the WTRU. And, A WTRU configured to perform the following:

2. The WTRU of claim 1 , wherein a content of the DRX cycle information transmitted to the relay WTRU depends on the second RRC state of the WTRU.

3. The WTRU of claim 1 , configured to: in response to the state change, if the second RRC state is an RRC connected state, transmit paging information that does not include DRX cycle information of the WTRU.

4. The WTRU of claim 1 , wherein a connection with the relay WTRU is a PC5 RRC link, and a connection with a network via the relay WTRU is a Uu link.

5. 10. The WTRU of claim 1, wherein the transmission from the WTRU to the relay WTRU further includes a WTRU identifier (ID) that includes either a Radio Network Temporary Identifier (RNTI) or a Temporary Mobile Subscriber Identifier (TMSI).

6. 1. A method performed by a wireless transmit / receive unit (WTRU), the method comprising: Establishing a connection with a relay WTRU; establishing a connection with a network via the relay WTRU; receiving a radio resource control (RRC) indication for a state change of the WTRU from a first RRC state to a second RRC state, the first RRC state being different from the second RRC state; performing a state change from the first RRC state to the second RRC state; transmitting paging information to the relay WTRU in response to the state change, the paging information including WTRU discontinuous reception (DRX) cycle information when the second RRC state is in an RRC idle state or an RRC inactive state; When the second RRC state is the RRC inactive state, the transmitted DRX cycle information is a minimum of: (i) a non-access stratum configured DRX cycle of the WTRU; and (ii) an RRC configured DRX cycle of the WTRU; When the second RRC state is an RRC idle state, the DRX cycle information transmitted is a DRX cycle configured in a non-access stratum of the WTRU. And, The method includes:

7. The method of claim 6 , wherein transmitting paging information to the relay WTRU further comprises transmitting paging information that does not include DRX cycle information of the WTRU if the second RRC state is an RRC connected state.

8. 7. The method of claim 6, wherein transmitting paging information to the relay WTRU further comprises transmitting a WTRU identifier (ID) including either a Radio Network Temporary Identifier (RNTI) or a Temporary Mobile Subscriber Identifier (TMSI).

9. 7. The method of claim 6, wherein establishing a connection with the relay WTRU includes establishing a PC5 RRC connection with the relay WTRU, and establishing a connection with the network includes establishing a Uu connection with the network.

Images