Method and apparatus for operating a UE associated with secondary link DRX in a wireless communication system

Abstract

An embodiment relates to a method for operating a first transmitting user equipment (UE) in a wireless communication system, the method comprising the following steps: a step in which the first UE obtains sub-link discontinuous reception (DRX) related information; and a step in which the first UE performs a sub-link DRX operation based on the sub-link DRX related information, wherein the sub-link DRX related information includes mapping information of a sub-link DRX configuration per area, and the sub-link DRX operation is based on the sub-link DRX configuration corresponding to the area ID of the first UE.

Description

Technical Field

[0001] The present disclosure relates to a wireless communication system, and more particularly, to a method and apparatus for operating a UE associated with secondary link discontinuous reception (DRX). Background Art

[0002] Wireless communication systems have been widely deployed to provide various types of communication services, such as voice or data. Generally, wireless communication systems are multiple access systems that support communication between multiple users by sharing available system resources (bandwidth, transmission power, etc.) among multiple users. For example, multiple access systems include code division multiple access (CDMA) systems, frequency division multiple access (FDMA) systems, time division multiple access (TDMA) systems, orthogonal frequency division multiple access (OFDMA) systems, single carrier frequency division multiple access (SC-FDMA) systems, and multi-carrier frequency division multiple access (MC-FDMA) systems.

[0003] Wireless communication systems employ various radio access technologies (RATs) such as Long Term Evolution (LTE), Advanced LTE (LTE-A), and Wireless Fidelity (WiFi). The fifth generation (5G) is also included in the RATs. The three key areas of demand for 5G are (1) enhanced mobile broadband (eMBB), (2) massive machine type communications (mMTC), and (3) ultra-reliable low latency communications (URLLC). Some use cases may require multiple dimensions for optimization, while other use cases may focus on only one key performance indicator (KPI). 5G supports these various use cases in a flexible and reliable manner.

[0004] eMBB goes far beyond basic mobile Internet access and covers rich interactive work, media and entertainment applications in the cloud or augmented reality (AR). Data is one of the key drivers of 5G, and in the 5G era, dedicated voice services may not be seen for the first time. In 5G, it is expected that voice will be processed as an application using only the data connectivity provided by the communication system. The main driving force for the increase in traffic is the increase in the number of applications requiring high data rates and the increase in content size. As more and more devices are connected to the Internet, streaming services (audio and video), interactive video and mobile Internet connections will continue to be widely used. Many of these applications require always-on connections to push real-time information and notifications to users. Cloud storage and applications for mobile communication platforms are increasing rapidly. This applies to both work and entertainment. Cloud storage is a specific use case that drives the growth of uplink data rates. 5G will also be used for remote work in the cloud, which requires much lower end-to-end latency when done with a tactile interface to maintain a good user experience. Entertainment (e.g., cloud games and video streaming) is another key driver for increasing demand for mobile broadband capabilities. Entertainment will be critical for smartphones and tablets everywhere, including high-mobility environments such as trains, cars and airplanes. Another use case is augmented reality (AR) for entertainment and information search, which requires very little latency and a large amount of real-time data.

[0005] One of the most anticipated 5G use cases is the ability to actively connect embedded sensors in every field (i.e., mMTC). It is expected that there will be 20.4 billion potential Internet of Things (IoT) devices by 2020. In industrial IoT, 5G is one of the areas that will play a key role in enabling smart cities, asset tracking, smart utilities, agriculture, and secure infrastructure.

[0006] URLLC includes services that will revolutionize industries using ultra-reliable / available low-latency links, such as remote control of critical infrastructure and autonomous vehicles. The levels of reliability and latency are critical for smart grid control, industrial automation, robotics, drone control and coordination, etc.

[0007] Now, a number of use cases will be described in detail.

[0008] 5G can complement fiber-to-the-home (FTTH) and cable-based broadband (or cable data service interface specification (DOCSIS)) as a means of delivering streams with data rates ranging from hundreds of megabits per second to gigabits per second. Such high speeds are required for virtual reality (VR) and AR, as well as TV broadcasts with resolutions of 4K or higher (6K, 8K, or higher). VR and AR applications mainly include immersive sports events. Specific applications may require special network configurations. For example, for VR games, gaming companies may have to integrate core servers with network operators' edge network servers in order to minimize latency.

[0009] The automotive industry is expected to become a very important new driver of 5G, with many use cases for mobile communications in vehicles. For example, entertainment for passengers requires both high-capacity and high-mobility mobile broadband, because future users will expect to always have a high-quality connection, regardless of their location and speed. Other use cases in the automotive industry are AR dashboards. These dashboards display superimposed information on what the driver is seeing through the front window, identify objects in the dark, and inform the driver of the distance and movement of objects. In the future, wireless modules will enable communication between the vehicles themselves, information exchange between the vehicle and the supporting infrastructure, and information exchange between the vehicle and other connected devices (for example, devices carried by pedestrians). Safety systems can guide drivers to take alternative courses of action to enable them to drive more safely and reduce the risk of accidents. The next stage will be remotely controlled or autonomous vehicles. This requires very reliable and very fast communication between different autonomous vehicles and between vehicles and infrastructure. In the future, autonomous vehicles will perform all driving activities while the driver focuses on the elusive traffic anomalies of the vehicle itself. The technical requirements for autonomous vehicles require ultra-low latency and ultra-high reliability, thereby increasing traffic safety to a level that cannot be achieved by humans.

[0010] Smart cities and smart homes, often referred to as smart societies, will be embedded with dense wireless sensor networks. Distributed networks of smart sensors will confirm the cost and energy efficiency maintenance conditions of a city or home. A similar setup can be made for each home, where temperature sensors, window and heating controls, burglar alarms, and home appliances are all connected wirelessly. Many of these sensors are typically characterized by low data rates, low power, and low cost, but real-time high-definition (HD) video may be required, for example, in some types of surveillance devices.

[0011] The consumption and distribution of energy, including heat or gas, is becoming highly decentralized, creating a need for automatic control of very decentralized sensor networks. Smart grids interconnect these sensors using digital information and communication technologies to collect and act on information. This information can include information about the behavior of suppliers and consumers, enabling smart grids to improve the efficiency, reliability, economic viability, and sustainability of production of fuels such as electricity in an automated manner. Smart grids can be viewed as another sensor network with less latency.

[0012] The health sector has many applications that can benefit from mobile communications. Communication systems enable telemedicine, which provides clinical care at a distance. It helps to eliminate distance barriers and improve access to medical services that are often not consistently available in remote rural communities. It can also be used to save lives in critical care and emergency situations. Wireless sensor networks based on mobile communications can provide remote monitoring and sensors for parameters such as heart rate and blood pressure.

[0013] Wireless and mobile communications are becoming increasingly important for industrial applications. Wires are expensive to install and maintain, and the possibility of replacing cables with reconfigurable wireless links is an attractive opportunity for many industries. However, to achieve this, wireless connections need to operate with latency, reliability, and capacity similar to cables, and to be easier to manage. Low latency and very low error probability are new requirements that 5G needs to address.

[0014] Finally, logistics and freight tracking are important use cases for mobile communications to enable tracking of inventory and packages wherever they are located using location-based information systems. Logistics and freight tracking use cases typically require lower data speeds, but wide coverage and reliable location information.

[0015] A wireless communication system is a multiple-access system that supports communication for multiple users by sharing available system resources (bandwidth, transmit power, etc.) Examples of multiple-access systems include CDMA systems, FDMA systems, TDMA systems, OFDMA systems, SC-FDMA systems, and MC-FDMA systems.

[0016] Side Link (SL) refers to a communication scheme in which a direct link is established between a User Equipment (UE) and the UEs and the UEs directly exchange voice or data without intervention of a Base Station (BS). SL is considered a solution to alleviate the rapidly growing data traffic constraints of the BS.

[0017] Vehicle-to-everything (V2X) is a communication technology in which a vehicle exchanges information with another vehicle, pedestrians, and infrastructure through wired / wireless communications. V2X can be divided into four types: vehicle-to-vehicle (V2V), vehicle-to-infrastructure (V2I), vehicle-to-network (V2N), and vehicle-to-pedestrian (V2P). V2X communication can be provided via a PC5 interface and / or a Uu interface.

[0018] As more and more communication devices require greater communication capacity, enhanced mobile broadband communication relative to existing RATs is needed. Therefore, communication systems that take into account services or UEs that are sensitive to reliability and latency are being discussed. The next generation RAT that takes into account eMBB, MTC, and URLLC is called new RAT or NR. In NR, V2X communication can also be supported.

[0019] Figure 1 The diagram illustrates, by comparison, V2X communication based on pre-NR-RAT and V2X communication based on NR.

[0020] For V2X communication, the technology of providing safety services based on V2X messages such as Basic Safety Message (BSM), Collaborative Awareness Message (CAM) and Decentralized Environment Notification Message (DENM) is mainly discussed in the pre-NR RAT. V2X messages may include location information, dynamic information and attribute information. For example, a UE may send a CAM of a periodic message type and / or a DENM of an event-triggered type to another UE.

[0021] For example, CAM may include basic vehicle information, including dynamic status information such as direction and speed, vehicle static data such as size, external lighting status, path details, etc. For example, UE may broadcast CAM, and the waiting time of CAM may be less than 100ms. For example, when an unexpected event such as vehicle damage or accident occurs, UE may generate DENM and send DENM to another UE. For example, all vehicles within the transmission range of UE may receive CAM and / or DENM. In this case, DENM may have a higher priority than CAM.

[0022] Regarding V2X communication, various V2X scenarios are proposed in NR. For example, V2X scenarios include vehicle platooning, advanced driving, extended sensors, and remote driving.

[0023] For example, vehicles may be dynamically grouped and driven together based on a vehicle platoon. For example, to perform a platooning operation based on a vehicle platoon, vehicles in a group may receive periodic data from a leading vehicle. For example, vehicles in a group may widen or narrow their gaps based on the periodic data.

[0024] For example, based on advanced driving, the vehicles can be semi-autonomous or fully autonomous. For example, each vehicle can adjust trajectory or maneuver based on data obtained from nearby vehicles and / or nearby logical entities. For example, each vehicle can also share driving intent with nearby vehicles.

[0025] For example, based on the extended sensors, raw or processed data or real-time video data obtained by local sensors can be exchanged between vehicles, logical entities, pedestrian terminals and / or V2X application servers. Therefore, the vehicle can perceive a high-level environment relative to the environment that can be perceived by the vehicle's sensors.

[0026] For example, based on remote driving, remote drivers or V2X applications can operate or control remote vehicles on behalf of people who are unable to drive or are in dangerous environments. For example, cloud-based driving can be used to operate or control remote vehicles when the path can be predicted as in public transportation. For example, access to a cloud-based backend service platform can also be used for remote driving.

[0027] In NR-based V2X communications, schemes for specifying service requirements for various V2X scenarios including vehicle platooning, advanced driving, extended sensors, and remote driving are discussed. Summary of the invention

[0028] Technical tasks

[0029] The technical task of the implementation method is to provide the setting of area-based DRX configuration, the secondary link transmission and reception operations related thereto, etc.

[0030] Technical Solutions

[0031] In one technical aspect of the present disclosure, a method for operating a first user equipment (UE) (i.e., a transmitting (TX) UE) in a wireless communication system is provided, the method comprising the following steps: obtaining, by the first UE, sub-link discontinuous reception (DRX) related information; and performing, by the first UE, a sub-link DRX operation based on the sub-link DRX related information, wherein the sub-link DRX related information may include mapping information of a sub-link DRX configuration per area, and wherein the sub-link DRX operation may be based on a sub-link DRX configuration associated with an area ID of the first UE.

[0032] In another technical aspect of the present disclosure, a first user equipment (UE) in a wireless communication system is provided, the first UE comprising: at least one processor; and at least one computer memory, the at least one computer memory being operably connected to the at least one processor and storing instructions that enable the at least one processor to perform operations when executed, the operations comprising receiving sub-link discontinuous reception (DRX) related information and performing sub-link DRX operations based on the sub-link DRX related information, wherein the sub-link DRX related information may include mapping information of per-area sub-link DRX configuration, and wherein the sub-link DRX operation may be based on the sub-link DRX configuration associated with the area ID of the first UE.

[0033] In other technical aspects of the present disclosure, a processor is provided that enables operations for a first user equipment (UE) to be performed in a wireless communication system, the operations comprising the following steps: obtaining, by the first UE, sub-link discontinuous reception (DRX) related information; and performing sub-link DRX operations based on the sub-link DRX related information, wherein the sub-link DRX related information may include mapping information of sub-link DRX configuration per area, and wherein the sub-link DRX operation may be based on the sub-link DRX configuration related to the area ID of the first UE.

[0034] In another technical aspect of the present disclosure, a computer-readable non-volatile storage medium storing at least one computer program is provided, wherein the at least one computer program includes instructions that, when executed by at least one processor, enable the at least one processor to perform operations for a UE, the operations including the following steps: obtaining, by the first UE, sub-link discontinuous reception (DRX) related information; and performing sub-link DRX operations based on the sub-link DRX related information, wherein the sub-link DRX related information may include mapping information of sub-link DRX configuration per area, and wherein the sub-link DRX operation may be based on the sub-link DRX configuration related to the area ID of the first UE.

[0035] The first UE may send a message in a secondary link DRX on-duration of the first UE, and the secondary link DRX on-duration of the first UE may be based on an area ID of the first UE.

[0036] The first UE may send the message in a secondary link DRX on duration of the second UE, and the secondary link DRX on duration of the second UE may be based on an area ID of the second UE.

[0037] The second UE may receive the message in a secondary link DRX on-duration of the second UE, and the secondary link DRX on-duration of the second UE may be based on an area ID of the second UE.

[0038] The area ID of the second UE may be obtained from a PC5-S message (direct communication request, direct communication acceptance) or a PC5-SV2X UE discovery message.

[0039] The area ID of the second UE may be obtained via multicast or broadcast of the second UE.

[0040] The area ID of the second UE may be included in the SCI transmitted by the second UE.

[0041] The secondary link DRX related information may be transmitted via a system information block (SIB).

[0042] The secondary link DRX operation may include monitoring a message sent by a third UE in a secondary link DRX on duration based on the secondary link DRX configuration associated with the area ID of the first UE.

[0043] The secondary link DRX configuration used by the first UE for transceiving messages with the third UE may be different from the secondary link DRX configuration associated with the area ID of the first UE.

[0044] The secondary link DRX configuration used for transmitting and receiving messages with the third UE may include a UE-specific or a QoS-specific secondary link DRX configuration for secondary link data.

[0045] Via the PC5 RRC message, a secondary link DRX configuration specific to the first UE or specific to QoS of secondary link data may be established between the first UE and the third UE.

[0046] A period of a secondary-link DRX on-duration based on a secondary-link DRX configuration specific to the first UE or QoS specific to secondary-link data may be shorter than a period of a secondary-link DRX on-duration based on the secondary-link DRX configuration associated with an area ID of the first UE.

[0047] The first UE may communicate with at least one of another UE, a UE associated with the autonomous vehicle, a base station, or a network.

[0048] Beneficial effects

[0049] According to one embodiment, the on-duration of the secondary link UEs belonging to the area may be matched, thereby efficiently performing a power saving operation. BRIEF DESCRIPTION OF THE DRAWINGS

[0050] The accompanying drawings are included to provide a further understanding of the disclosure and are incorporated in and constitute a part of this application. They illustrate embodiments of the disclosure and together with the description serve to explain the principle of the disclosure.

[0051] Figure 1 is a diagram comparing vehicle-to-everything (V2X) communication based on pre-new radio access technology (pre-NR) with NR-based V2X communication;

[0052] Figure 2 is a diagram illustrating a structure of a Long Term Evolution (LTE) system according to an embodiment of the present disclosure;

[0053] Figure 3 is a diagram illustrating a user plane and a control plane radio protocol architecture according to an embodiment of the present disclosure;

[0054] Figure 4 is a diagram illustrating a structure of an NR system according to an embodiment of the present disclosure;

[0055] Figure 5 is a diagram illustrating a functional division between a next generation radio access network (NG-RAN) and a fifth generation core network (5GC) according to an embodiment of the present disclosure;

[0056] Figure 6 is a diagram illustrating a structure of an NR radio frame to which an embodiment of the present disclosure is applicable;

[0057] Figure 7 is a diagram illustrating a time slot structure of an NR frame according to an embodiment of the present disclosure;

[0058] Figure 8 is a diagram illustrating a radio protocol architecture for secondary link (SL) communication according to an embodiment of the present disclosure;

[0059] Fig. 9 is a diagram illustrating a radio protocol architecture for SL communication according to an embodiment of the present disclosure;

[0060] Fig.10 is a diagram illustrating a structure of a secondary synchronization signal block (S-SSB) in a normal cyclic prefix (NCP) case according to an embodiment of the present disclosure;

[0061] Figures 11 to 13 is a diagram illustrating an embodiment.

[0062] Figures 14 to 20 The diagrams illustrate various devices to which the embodiments can be applied. DETAILED DESCRIPTION

[0063] In various embodiments of the present disclosure, " / " and "," should be interpreted as "and / or". For example, "A / B" may mean "A and / or B". In addition, "A, B" may mean "A and / or B". In addition, "A / B / C" may mean "at least one of A, B and / or C". In addition, "A, B, C" may mean "at least one of A, B and / or C".

[0064] In various embodiments of the present disclosure, "or" should be interpreted as "and / or". For example, "A or B" may include "only A", "only B", or "both A and B". In other words, "or" should be interpreted as "additionally or alternatively".

[0065] The technology described herein can be used for various wireless access systems such as code division multiple access (CDMA), frequency division multiple access (FDMA), time division multiple access (TDMA), orthogonal frequency division multiple access (OFDMA), single carrier frequency division multiple access (SC-FDMA), etc. CDMA can be implemented as a radio technology such as Universal Terrestrial Radio Access (UTRA) or CDMA2000. TDMA can be implemented as a radio technology such as Global System for Mobile Communications (GSM) / General Packet Radio Service (GPRS) / Enhanced Data Rate for GSM Evolution (EDGE). OFDMA can be implemented as a radio technology such as IEEE 802.11 (Wi-Fi), IEEE802.16 (WiMAX), IEEE 802.20, Evolved UTRA (E-UTRA), etc. IEEE 802.16m is an evolution of IEEE 802.16e, providing backward compatibility with IRRR 802.16e-based systems. UTRA is part of Universal Mobile Telecommunications System (UMTS). 3rd Generation Partnership Project (3GPP) Long Term Evolution (LTE) is a part of Evolved UMTS (E-UMTS) using Evolved UTRA (E-UTRA). 3GPP LTE adopts OFDMA for downlink (DL) and SC-FDMA for uplink (UL). LTE Advanced (LTE-A) is an evolution of 3GPP LTE.

[0066] The successor to LTE-A, the fifth generation (5G) new radio access technology (NR), is a new clean-state mobile communication system characterized by high performance, low latency, and high availability. 5G NR can use all available spectrum resources, including low frequency bands below 1 GHz, mid-frequency bands between 1 GHz and 10 GHz, and high frequency (millimeter) bands of 24 GHz or above.

[0067] Although the following description is mainly given in the context of LTE-A or 5G NR for the sake of clarity, the technical ideas of the embodiments of the present disclosure are not limited thereto.

[0068] Figure 2 The structure of the LTE system according to the embodiment of the present disclosure is illustrated. This may also be referred to as an Evolved UMTS Terrestrial Radio Access Network (E-UTRAN) or an LTE / LTE-A system.

[0069] Reference Figure 2 , E-UTRAN includes an evolved Node B (eNB) 20 that provides a control plane and a user plane to UE 10. UE 10 may be fixed or mobile, and may also be referred to as a mobile station (MS), a user terminal (UT), a subscriber station (SS), a mobile terminal (MT), or a wireless device. eNB 20 is a fixed station that communicates with UE 10, and may also be referred to as a base station (BS), a base transceiver system (BTS), or an access point.

[0070] The eNBs 20 may be connected to each other via an X2 interface. The eNBs 20 are connected to an Evolved Packet Core (EPC) 39 via an S1 interface. More specifically, the eNBs 20 are connected to a Mobility Management Entity (MME) via an S1-MME interface, and to a Serving Gateway (S-GW) via an S1-U interface.

[0071] The EPC 30 includes an MME, an S-GW, and a packet data network gateway (P-GW). The MME has access information or capability information about the UE, which is mainly used for mobility management of the UE. The S-GW is a gateway with the E-UTRAN as an endpoint, and the P-GW is a gateway with a packet data network (PDN) as an endpoint.

[0072] Based on the lowest three layers of the open system interconnection (OSI) reference model known in communication systems, the radio protocol stack between the UE and the network can be divided into layer 1 (L1), layer 2 (L2), and layer 3 (L3). These layers are defined in pairs between the UE and the evolved UTRAN (E-UTRAN) for data transmission via the Uu interface. The physical (PHY) layer at L1 provides information transfer services on physical channels. The radio resource control (RRC) layer at L3 is used to control radio resources between the UE and the network. For this purpose, the RRC layer exchanges RRC messages between the UE and the eNB.

[0073] Figure 3 (a) in FIG. 1 illustrates a user plane radio protocol architecture according to an embodiment of the present disclosure.

[0074] Figure 3(b) in FIG. 1 illustrates a control plane radio protocol architecture according to an embodiment of the present disclosure. The user plane is a protocol stack for user data transmission, and the control plane is a protocol stack for control signal transmission.

[0075] Reference Figure 3 (a) and Figure 3 In (b), the PHY layer provides information transfer services to its higher layer on the physical channel. The PHY layer is connected to the medium access control (MAC) layer through a transport channel, and data is transferred between the MAC layer and the PHY layer on the transport channel. The transport channel is divided according to the characteristics used to send data via the radio interface.

[0076] Data is transmitted on a physical channel between different PHY layers (ie, the PHY layers of a transmitter and a receiver). The physical channel may be modulated by orthogonal frequency division multiplexing (OFDM) and uses time and frequency as radio resources.

[0077] The MAC layer provides services to the higher layer, Radio Link Control (RLC), on logical channels. The MAC layer provides the function of mapping from multiple logical channels to multiple transport channels. In addition, the MAC layer provides a logical channel multiplexing function by mapping multiple logical channels to a single transport channel. The MAC sublayer provides data transmission services on logical channels.

[0078] The RLC layer performs concatenation, segmentation, and reassembly of RLC service data units (SDUs). To guarantee various quality of service (QoS) requirements for each radio bearer (RB), the RLC layer provides three operation modes—transparent mode (TM), unacknowledged mode (UM), and acknowledged mode (AM). AM RLC provides error correction through automatic repeat request (ARQ).

[0079] The RRC layer is defined only in the control plane, and controls logical channels, transport channels, and physical channels in relation to configuration, reconfiguration, and release of RBs. RBs refer to logical paths for data transmission between UEs and networks provided by L1 (PHY layer) and L2 (MAC layer, RLC layer, and Packet Data Convergence Protocol (PDCP) layer).

[0080] The user plane functions of the PDCP layer include user data transmission, header compression and encryption. The control plane functions of the PDCP layer include control plane data transmission and encryption / integrity protection.

[0081] RB establishment is equivalent to the process of defining radio protocol layers and channel characteristics and configuring specific parameters and operation methods in order to provide specific services. RB can be divided into two types - signaling radio bearer (SRB) and data radio bearer (DRB). SRB is used as a path for sending RRC messages on the control plane, while DRB is used as a path for sending user data on the user plane.

[0082] Once an RRC connection is established between the RRC layer of the UE and the RRC layer of the E-UTRAN, the UE is in the RRC_CONNECTED state, otherwise the UE is in the RRC_IDLE state. In NR, the RRC_INACTIVE state is additionally defined. A UE in the RRC_INACTIVE state can maintain a connection with the core network while releasing the connection from the eNB.

[0083] The DL transport channels that carry data from the network to the UE include a broadcast channel (BCH) on which system information is sent and a DL shared channel (DL SCH) on which user traffic or control messages are sent. Traffic or control messages for DL ​​multicast or broadcast services may be sent on a DL-SCH or a DL multicast channel (DL MCH). The UL transport channels that carry data from the UE to the network include a random access channel (RACH) on which initial control messages are sent and a UL shared channel (UL SCH) on which user traffic or control messages are sent.

[0084] Logical channels on and mapped to the transport channel include a Broadcast Control Channel (BCCH), a Paging Control Channel (PCCH), a Common Control Channel (CCCH), a Multicast Control Channel (MCCH) and a Multicast Traffic Channel (MTCH).

[0085] A physical channel includes multiple OFDM symbols in the time domain multiplied by multiple subcarriers in the frequency domain. A subframe includes multiple OFDM symbols in the time domain. An RB is a resource allocation unit defined by multiple OFDM symbols multiplied by multiple subcarriers. In addition, each subframe may use a specific subcarrier of a specific OFDM symbol (e.g., the first OFDM symbol) in the corresponding subframe for a physical DL control channel (PDCCH), i.e., an L1 / L2 control channel. A transmission time interval (TTI) is a unit time for subframe transmission.

[0086] Figure 4 The structure of the NR system according to an embodiment of the present disclosure is illustrated.

[0087] Reference Figure 4 , the next generation radio access network (NG-RAN) may include next generation Node Bs (gNBs) and / or eNBs that provide user plane and control plane protocol terminations to the UE. Figure 4 In the figure, for example, NG-RAN is shown as including only gNB. gNB and eNB are connected to each other via Xn interface. gNB and eNB are connected to 5G core network (5GC) via NG interface. More specifically, gNB and eNB are connected to access and mobility management function (AMF) via NG-C interface, and to user plane function (UPF) via NG-U interface.

[0088] Figure 5 The functional division between NG-RAN and 5GC according to an embodiment of the present disclosure is illustrated.

[0089] Reference Figure 5 , gNB can provide functions including inter-cell radio resource management (RRM), radio admission control, measurement configuration and provision, and dynamic resource allocation. AMF can provide functions such as non-access stratum (NAS) security and idle state mobility processing. UPF can provide functions including mobility anchoring and protocol data unit (PDU) processing. Session management function (SMF) can provide functions including UE Internet Protocol (IP) address allocation and PDU session control.

[0090] Figure 6 The radio frame structure in NR to which the embodiments of the present disclosure are applicable is illustrated.

[0091] Reference Figure 6 , a radio frame can be used for UL transmission and DL transmission in NR. The length of a radio frame is 10ms and can be defined by two 5ms half frames. HF may include five 1ms subframes. A subframe may be divided into one or more slots, and the number of slots in a SF may be determined according to a subcarrier spacing (SCS). Each slot may include 12 or 14 OFDM (A) symbols depending on a cyclic prefix (CP).

[0092] In the case of normal CP (NCP), each time slot may include 14 symbols, and in the case of extended CP (ECP), each time slot may include 12 symbols. Herein, a symbol may be an OFDM symbol (or CP-OFDM symbol) or an SC-FDMA symbol (or DFT-s-OFDM symbol).

[0093] Table 1 below lists the number of symbols N per time slot according to the SCS configuration μ in the NCP case slot symb , the number of time slots per frame N frame,u slot And the number of time slots N in each subframe subframe,u slot .

[0094] [Table 1]

[0095] <![CDATA[SCS(15×2 u )]]> <![CDATA[N slot symb ]]> <![CDATA[N frame,u slot ]]> <![CDATA[N subframe,u slot ]]> 15KHz(u=0) 14 10 1 30KHz(u=1) 14 20 2 60KHz(u=2) 14 40 4 120KHz(u=3) 14 80 8 240KHz(u=4) 14 160 16

[0096] The following Table 2 lists the number of symbols per time slot, the number of time slots per frame, and the number of time slots per subframe according to SCS in the ECP case.

[0097] [Table 2]

[0098] SCS(15×2^u) <![CDATA[N slot symb ]]> <![CDATA[N frame,u slot ]]> <![CDATA[N subframe,u slot ]]> 60KHz(u=2) 12 40 4

[0099] In the NR system, different OFDM(A) parameter sets (e.g., SCS, CP length, etc.) may be configured for multiple cells aggregated for one UE. Therefore, the (absolute time) duration of a time resource (e.g., a subframe, a time slot, or a TTI) (collectively referred to as a time unit (TU) for convenience) including the same number of symbols may be configured to be different for the aggregated cells.

[0100] In NR, various parameter sets or SCS can be supported to support various 5G services. For example, with 15kHz SCS, wide areas in traditional cellular bands can be supported, while with 30kHz / 60kHz SCS, dense urban areas, lower latency and wide carrier bandwidth can be supported. With 60kHz or higher SCS, bandwidths greater than 24.25GHz can be supported to overcome phase noise.

[0101] The NR frequency band may be defined by two types of frequency ranges FR1 and FR2. The values ​​in each frequency range may vary. For example, two types of frequency ranges may be given in Table 3. In the NR system, FR1 may be a "range below 6 GHz" and FR2 may be a "range above 6 GHz" known as millimeter wave (mmW).

[0102] [Table 3]

[0103] Frequency range specification Corresponding frequency range Subcarrier Spacing (SCS) FR1 450MHz–6000MHz 15, 30, 60kHz FR2 24250MHz–52600MHz 60, 120, 240kHz

[0104] As mentioned above, in the NR system, the values ​​in the frequency range can be changed. For example, as listed in Table 4, the range of FR1 can be from 410 MHz to 7125 MHz. That is, FR1 can include frequency bands of 6 GHz (or 5850, 5900, and 5925 MHz) or above. For example, frequency bands of 6 GHz (or 5850, 5900, and 5925 MHz) or above can include unlicensed frequency bands. Unlicensed frequency bands can be used for various purposes, for example, vehicle communications (e.g., autonomous driving).

[0105] [Table 4]

[0106] Frequency range specification Corresponding frequency range Subcarrier Spacing (SCS) FR1 410MHz–7125MHz 15, 30, 60kHz FR2 24250MHz–52600MHz 60, 120, 240kHz

[0107] Figure 7 The time slot structure in the NR frame according to an embodiment of the present disclosure is illustrated.

[0108] Reference Figure 7 , a time slot includes multiple symbols in the time domain. For example, a time slot may include 14 symbols in the NCP case and 12 symbols in the ECP case. Alternatively, a time slot may include 7 symbols in the NCP case and 6 symbols in the ECP case.

[0109] A carrier includes multiple carriers in the frequency domain. An RB may be defined by multiple (e.g., 12) consecutive subcarriers in the frequency domain. A bandwidth part (BWP) may be defined by multiple consecutive (physical) RBs ((P)RBs) in the frequency domain and corresponds to a parameter set (e.g., SCS, CP length, etc.). A carrier may include up to N (e.g., 5) BWPs. Data communication may be performed in an activated BWP. Each element may be referred to as a resource element (RE) in a resource grid, and a complex symbol may be mapped to an RE.

[0110] The radio interface between UEs or the radio interface between UE and the network may include L1, L2 and L3. In various embodiments of the present disclosure, L1 may refer to a PHY layer. For example, L2 may refer to at least one of a MAC layer, an RLC layer, a PDCH layer or an SDAP layer. For example, L3 may refer to an RRC layer.

[0111] Now, a description will be given of the secondary link (SL) communication.

[0112] Figure 8 The radio protocol architecture for SL communication according to an embodiment of the present disclosure is illustrated. Specifically, Figure 8 (a) in FIG. 1 illustrates a user plane protocol stack in LTE, and Figure 8 (b) in FIG. 1 illustrates an example of the control plane protocol stack in LTE.

[0113] Fig. 9 The radio protocol architecture for SL communication according to an embodiment of the present disclosure is illustrated. Specifically, Fig. 9 (a) in FIG. 1 illustrates an example of a user plane protocol stack in NR, and Fig. 9 (b) in FIG. 4 illustrates the control plane protocol stack in NR. A description of SL resource allocation will be given.

[0114] Next, resource allocation in SL will be described.

[0115] Fig.10The process of performing V2X or SL communication according to the transmission mode in the UE according to an embodiment of the present disclosure is illustrated. In various embodiments of the present disclosure, the transmission mode may also be referred to as a mode or a resource allocation mode. For convenience of description, the transmission mode in LTE may be referred to as an LTE transmission mode, and the transmission mode in NR may be referred to as an NR resource allocation mode.

[0116] For example, Fig.10 (a) in FIG. 1 illustrates UE operations related to LTE transmission mode 1 or LTE transmission mode 3. Alternatively, for example, Fig.10 (a) in the figure illustrates UE operations related to NR resource allocation mode 1. For example, LTE transmission mode 1 can be applied to conventional SL communication, and LTE transmission mode 3 can be applied to V2X communication.

[0117] For example, Fig.10 (b) in FIG. 1 illustrates UE operations related to LTE transmission mode 2 or LTE transmission mode 4. Alternatively, for example, Fig.10 (b) in FIG. 1 illustrates UE operation related to NR resource allocation mode 2.

[0118] Reference Fig.10 In (a), in LTE transmission mode 1, LTE transmission mode 3, or NR resource allocation mode 1, the BS may schedule SL resources for SL transmission of the UE. For example, the BS may perform resource scheduling for UE1 through PDCCH (more specifically, DL control information (DCI)), and UE 1 may perform V2X or SL communication with UE 2 according to the resource scheduling. For example, UE1 may send sidelink control information (SCI) to UE2 on PSCCH, and then send data based on the SCI to UE2 on PSSCH.

[0119] For example, in NR resource allocation mode 1, resources for one or more SL transmissions of one transport block (TB) may be provided or allocated to the UE through dynamic grants from the BS. For example, the BS may provide the UE with resources for sending PSCCH and / or PSSCH through dynamic grants. For example, the transmitting UE may report the SL hybrid automatic repeat request (SL HARQ) feedback received from the receiving UE to the BS. In this case, the timing and PUCCH resources for reporting SL HARQ feedback to the BS may be determined based on an indication in the PDCCH, through which the BS allocates resources for sending SL.

[0120] For example, the DCI may indicate a time slot offset between DCI reception and the first SL transmission scheduled by the DCI.For example, the minimum gap between the DCI scheduling the SL transmission resources and the resources of the scheduled first SL transmission may not be less than the processing time of the UE.

[0121] For example, in NR resource allocation mode 1, a resource set for multiple SL transmissions may be periodically provided or allocated to the UE via a configured grant from the BS. For example, the configured grant may include a configured grant type 1 or a configured grant type 2. For example, the UE may determine the TB to be transmitted in each case indicated by a given configured grant.

[0122] For example, the BS may allocate SL resources to the UE in the same carrier or in different carriers.

[0123] For example, the NR gNB may control LTE-based SL communication. For example, the NR gNB may send NR DCI to the UE to schedule LTE SL resources. In this case, for example, a new RNTI may be defined to scramble the NR DCI. For example, the UE may include an NR SL module and an LTE SL module.

[0124] For example, after a UE including an NR SL module and an LTE SL module receives an NR SL DCI from a gNB, the NR SL module may transform the NR SL DCI into an LTE DCI type 5A and send the LTE DCI type 5A to the LTE SL module every X ms. For example, after the LTE SL module receives the LTE DCI format 5A from the NR SL module, the LTE SL module may activate and / or release the first LTE subframe after Z ms. For example, X may be dynamically indicated by a field of the DCI. For example, the minimum value of X may be different depending on the UE capabilities. For example, the UE may report a single value based on its UE capabilities. For example, X may be positive.

[0125] Reference Fig.10(b) in LTE transmission mode 2, LTE transmission mode 4 or NR resource allocation mode 2, the UE can determine the SL transmission resources from the SL resources pre-configured or configured by the BS / network. For example, the pre-configured or configured SL resources can be a resource pool. For example, the UE can autonomously select or schedule SL transmission resources. For example, the UE can select resources in the configured resource pool by itself, and perform SL communication in the selected resources. For example, the UE can select resources within the selection window by itself through the listening and resource (re)selection process. For example, listening can be performed on a sub-channel basis. UE 1 that has autonomously selected resources in the resource pool can send SCI to UE 2 on PSCCH, and then send data based on SCI to UE2 on PSSCH.

[0126] For example, a UE may assist another UE in SL resource selection. For example, in NR resource allocation mode 2, a UE may be configured with a grant configured for sending a SL. For example, in NR resource allocation mode 2, a UE may schedule SL transmissions for another UE. For example, in NR resource allocation mode 2, a UE may reserve SL resources for blind retransmissions.

[0127] For example, in NR resource allocation mode 2, UE1 may indicate the priority of SL transmission to UE2 via SCI. For example, UE2 may decode SCI and perform listening and / or resource (re)selection based on priority. For example, the resource (re)selection process may include identifying candidate resources by UE2 in a resource selection window and selecting resources for (re)transmission by UE2 from the identified candidate resources. For example, the resource selection window may be a time interval during which the UE selects resources for SL transmission. For example, after UE2 triggers resource (re)selection, the resource selection window may start at T1≥0 and may be limited by the remaining packet delay budget of UE2. For example, when the SCI received by the second UE from UE1 indicates a specific resource and the L1 SL reference signal received power (RSRP) measurement of the specific resource exceeds the SL RSRP threshold in the step of identifying the candidate resource by UE2 in the resource selection window, UE2 may not determine the specific resource as a candidate resource. For example, the SL RSRP threshold may be determined based on the priority of SL transmission indicated by the SCI received by UE2 from UE1 and the priority of SL transmission in the resource selected by UE2.

[0128] For example, the L1 SL RSRP may be measured based on the SL demodulation reference signal (DMRS). For example, one or more PSSCH DMRS patterns may be configured or pre-configured for each resource pool in the time domain. For example, PDSCH DMRS configuration type 1 and / or type 2 may be the same or similar to the PSSCH DMRS pattern in the frequency domain. For example, the precise DMRS pattern may be indicated by the SCI. For example, in NR resource allocation mode 2, the transmitting UE may select a specific DMRS pattern from the DMRS patterns configured or pre-configured for the resource pool.

[0129] For example, in NR resource allocation mode 2, the transmitting UE can perform the initial transmission of the TB without reservation based on the listening and resource (re) selection process. For example, based on the listening and resource (re) selection process, the transmitting UE can use the SCI associated with the first TB to reserve SL resources for the initial transmission of the second TB.

[0130] For example, in NR resource allocation mode 2, the UE may reserve resources for feedback-based PSSCH retransmissions through signaling associated with a previous transmission of the same TB. For example, the maximum number of SL resources reserved for one transmission (including the current transmission) may be 2, 3, or 4. For example, the maximum number of SL resources may be the same regardless of whether HARQ feedback is enabled. For example, the maximum number of HARQ (re)transmissions for one TB may be subject to configuration or pre-configuration limitations. For example, the maximum number of HARQ (re)transmissions may be up to 32. For example, if there is no configuration or pre-configuration, the maximum number of HARQ (re)transmissions may not be specified. For example, the configuration or pre-configuration may be used for transmitting the UE. For example, in NR resource allocation mode 2, HARQ feedback for releasing resources not used by the UE may be supported.

[0131] For example, in NR resource allocation mode 2, a UE may indicate one or more subchannels and / or time slots used by the UE to another UE via SCI. For example, a UE may indicate one or more subchannels and / or time slots reserved by the UE for PSSSCH (re)transmission to another UE via SCI. For example, the minimum allocation unit of SL resources may be a time slot. For example, the size of a subchannel may be configured or preconfigured for a UE.

[0132] Hereinafter, SCI will be described.

[0133] When the control information sent from the BS to the UE on the PDCCH is called DCI, the control information sent from one UE to another UE on the PSCCH can be called SCI. For example, the UE can know the starting symbol of the PSCCH and / or the number of symbols in the PSCCH before decoding the PSCCH. For example, the SCI may include SL scheduling information. For example, the UE may send at least one SCI to another UE to schedule the PSSCH. For example, one or more SCI formats may be defined.

[0134] For example, a transmitting UE may send an SCI on a PSCCH to a receiving UE. A receiving UE may decode an SCI to receive a PSSCH from the transmitting UE.

[0135] For example, a transmitting UE may send two consecutive SCIs (e.g., level 2 SCIs) to a receiving UE on a PSCCH and / or a PSSCH. The receiving UE may decode two consecutive SCIs (e.g., level 2 SCIs) to receive a PSSCH from the transmitting UE. For example, when the SCI configuration field is divided into two groups in consideration of a (relatively) large SCI payload size, the SCI including the first SCI configuration field group is referred to as the first SCI. The SCI including the second SCI configuration field group may be referred to as the second SCI. For example, a transmitting UE may send a first SCI to a receiving UE on a PSCCH. For example, a transmitting UE may send a second SCI to a receiving UE on a PSCCH and / or a PSSCH. For example, the second SCI may be sent to a receiving UE on a (standalone) PSCCH or on a PSSCH where the second SCI is piggybacked to data. For example, two consecutive SCIs may be applied to different transmissions (e.g., unicast, broadcast, or multicast).

[0136] For example, the transmitting UE may send all or part of the following information to the receiving UE via the SCI. For example, the transmitting UE may send all or part of the following information to the receiving UE via the first SCI and / or the second SCI.

[0137] -PSSCH related and / or PSCCH related resource allocation information, such as the location / number of time / frequency resources, resource reservation information (e.g., period) and / or

[0138] -SL channel state information (CSI) report request indicator or SL (L1) RSRP (and / or SL (L1) reference signal received quality (RSRQ) and / or SL (L1) received signal strength indicator (RSSI)) report request indicator and / or

[0139] - SL CSI transmission indicator (on PSSCH) (or SL (L1) RSRP (and / or SL (L1) RSRQ and / or SL (L1) RSSI) information transmission indicator), and / or

[0140] -MCS information, and / or

[0141] - transmit power information, and / or

[0142] - L1 destination ID information and / or L1 source ID information, and / or

[0143] -SL HARQ process ID information, and / or

[0144] - New Data Indicator (NDI) information, and / or

[0145] - Redundancy Version (RV) information, and / or

[0146] - QoS information (related to the transmitted traffic / packets), e.g. priority information, and / or

[0147] - SL CSI-RS transmission indicator or information on the number of SL CSI-RS antenna ports (to be transmitted),

[0148] - location information about the sending UE or location (or distance zone) information about the target receiving UE (requested to send SL HARQ feedback), and / or

[0149] - RS (e.g., DMRS, etc.) information related to decoding and / or channel estimation of data sent on the PSSCH, for example, information related to the pattern of (time-frequency) mapping resources of the DMRS, rank information, and antenna port index information.

[0150] For example, the first SCI may include information related to channel sensing. For example, the receiving UE may decode the second SCI using PSSCH DMRS. The polarization code for PDCCH may be applied to the second SCI. For example, for unicast, multicast, and broadcast in a resource pool, the payload size of the first SCI may be equal. After decoding the first SCI, the receiving UE does not need to perform blind decoding on the second SCI. For example, the first SCI may include scheduling information about the second SCI.

[0151] In various embodiments of the present disclosure, since the transmitting UE can send at least one of the SCI, the first SCI or the second SCI to the receiving UE on the PSCCH, the PSCCH can be replaced by at least one of the SCI, the first SCI or the second SC. Additionally or alternatively, for example, the SCI can be replaced by at least one of the PSCCH, the first SCI or the second SCI. Additionally or alternatively, for example, since the transmitting UE can send the second SCI to the receiving UE on the PSSCH, the PSSCH can be replaced by the second SCI.

[0152] Hereinafter, discontinuous reception (DRX) will be described as one of the schemes capable of achieving UE power saving.

[0153] The procedure for DRX related UEs can be summarized as follows.

[0154] [Table 5]

[0155]

[0156] Fig.11 An example of a DRX cycle applicable to the present disclosure is shown. Fig.11 , the UE uses DRX in the RRC_IDLE state and the RRC_INACTIVE state to reduce power consumption. Once DRX is configured, the UE performs DRX operation according to the DRX configuration information. The UE operating in DRX repeatedly turns on and off the reception (RX) work.

[0157] For example, once DRX is configured, the UE attempts reception of PDCCH as a DL channel only in a preset time interval and does not attempt PDCCH reception in the remaining time intervals. The time interval during which the UE should attempt PDCCH reception is called the OnDuration, and the OnDuration interval is defined once per DRX cycle.

[0158] The UE may receive DRX configuration information from the gNB via RRC signaling and may operate in DRX via reception of a (long) DRX command MAC CE.

[0159] The DRX configuration information may be included in MAC-CellGroupConfig. MAC-CellGroupConfig as an IE may be used to configure MAC parameters for a cell group, including DRX.

[0160] The DRX Command MAC CE or Long DRX Command MAC CE is identified by the MAC PDU subheader with LCID. It has a fixed size of 0 bits.

[0161] Table 6 illustrates the value of LCID used for DL-SCH.

[0162] [Table 6]

[0163] index LCID value 111011 Long DRX command 111100 DRX Commands

[0164] The PDCCH monitoring operation of the UE can be controlled by DRX and bandwidth adaptation (BA). In addition, once DRX is configured, the UE does not need to continue PDCCH monitoring. In addition, DRX has the following characteristics. – On duration: It is the interval that the UE waits for the next PDCCH after waking up. If the UE successfully decodes the PDCCH, the UE remains awake and starts the inactivity timer,

[0165] – Inactivity timer: It is the interval during which the UE stands by for successful PDCCH decoding since the last successful PDCCH decoding. During this interval, the UE goes to sleep again in case of failure. The UE should restart the inactivity timer after a single successful decoding of a PDCCH transmitted only for the first time (i.e. not for retransmission).

[0166] – Resend Timer: It is the time interval for the estimated time of resend.

[0167] – Period: It specifies the periodic repetition of the on-duration and possible subsequent inactivity period.

[0168] Hereinafter, DRX in the MAC layer will be described. In the following description, a MAC entity may be referred to as a UE or a MAC entity of a UE.

[0169] The MAC entity may be configured by RRC with a DRX function that controls the PDCCH monitoring activity of the UE with C-RNTI, CS-RNTI, TPC-PUCCH-RNTI, TPC-PUSCH-RNTI, and TPC-SRS-RNTI for the MAC entity. When DRX operation is used, the MAC entity shall monitor the PDCCH. In the RRC_CONNECTED state, if DRX is configured, the MAC entity may monitor the PDCCH discontinuously using the DRX operation. Otherwise, the MAC entity shall monitor the PDCCH continuously.

[0170] RRC controls the DRX operation by configuring parameters of the DRX configuration information.

[0171] Once the DRX cycle is configured, the active time includes the following time.

[0172] – the time that drx-onDurationTimer, drx-InactivityTimer, drx-RetransmissionTimerDL, drx-RetransmissionTimerUL, or ra-ContentionResolutionTimer runs; or

[0173] – the time at which a scheduling request is sent and suspended on the PUCCH; or

[0174] – A time when a newly transmitted PDCCH indicating a C-RNTI to the MAC entity is not received after successfully receiving a random access response to a random access preamble that was not selected by the MAC entity from contention-based random access preambles.

[0175] Hereinafter, DRX for paging is described.

[0176] The UE may use DRX in both RRC_IDLE and RRC_INACTIVE states to reduce power consumption. The UE monitors a single paging opportunity (PO) in each DRX cycle, and a single PO may consist of multiple slots (e.g., subframes or OFDM symbols) in which paging DCI may be sent. In multi-beam operation, the length of a single PO is a single period of beam scanning, and the UE may assume that the same paging message is repeated in all beams of the scanning mode. The paging message in paging initiated by the RAN is equal to the paging message in paging initiated by the CN.

[0177] A single paging frame (PF) is a single radio frame and may include a single or multiple POs.

[0178] If RAN paging is received, the UE initiates the RRC connection restart procedure. If paging initiated by the CN is received in the RRC_INACTIVE state, the UE transitions to the RRC_IDLE state and informs the NAS.

[0179] In addition, the version 16 V2X sidelink communication does not support the power saving operation (discontinuous reception (DRX)) of the UE. In addition, in the case where the related art technology for the sidelink DRX operation between the UE and the BS is applied to the V2X sidelink communication, when the TX power saving (sidelink DRX operation) UE sends a message to multiple RX power saving (sidelink DRX operation) UEs, the RX UEs may be different from each other in the sidelink DRX configuration. (This is because the sidelink on duration time intervals may not overlap with each other.) In this case, the problem that may arise is that the message should be sent separately in the sidelink on duration of each RX UE.

[0180] Therefore, the following method is proposed in an embodiment: the on-duration time intervals of the V2X RX power saving UEs are configured to overlap with each other so as to reduce the overhead of the V2X TX power saving UEs (to enable fast transmission and fast sleep, and to enable messages to be transmitted to multiple V2X RX UEs via minimal message transmission).

[0181] In addition, the embodiments propose a method in which the V2X TX power saving operation UE sends a message in the secondary link DRX secondary link on duration time interval of the V2X RX power saving operation UE by obtaining the secondary link DRX secondary link on duration time interval of the V2X RX power saving operation UE in a communication situation in which there is no PC5 RRC connection between the V2X TX power saving operation UE and the V2X RX power saving operation UE, and a method in which the V2X RX power saving operation UE well receives a message sent by the other party's V2X TX power saving operation UE in the secondary link DRX secondary link on duration time interval of the V2X RX power saving operation UE.

[0182] The implementation described below considers the following matters to solve the above-mentioned problems. In order to support the power saving operation mentioned above, the secondary link DRX configuration of the RX UE should be set so that the secondary link on-duration time intervals of the RX UE can overlap with each other as much as possible. In addition, by providing a method for the TX UE to learn the secondary link DRX configuration of the RX UE, when the TX UE sends a message to the target RX UE, the message should be sent in the secondary link on-duration time interval of the RX UE. And, by providing a method for the TX UE to learn the secondary link DRX configuration of the RX UE even in a communication situation where the TX UE and the RX UE do not have a PC5 RRC connection, a method for sending a connectionless multicast / broadcast message in the secondary link on-duration time interval of the RX UE should be provided.

[0183] Implementation Method 1

[0184] One embodiment is the following method: by mapping a specific location area to a secondary link DRX configuration (secondary link DRX cycle, secondary link DRX start offset, secondary link DRX on duration timer, secondary link DRX activity timer, etc.), the secondary link DRX configuration of the V2X UE belonging to the same location area is equally adopted.

[0185] For an example, the first UE may obtain / receive secondary link discontinuous reception (DRX) related information ( Fig.12 Step S1201 in the step S1202), and performing a secondary link DRX operation based on the secondary link DRX related information ( Fig.12Here, the sub-link DRX related information includes mapping information of the sub-link DRX configuration of each area, and the sub-link DRX operation can be based on the sub-link DRX configuration corresponding to the area ID of the first UE. That is, by specifying the area of ​​each specific area / range (that is, giving the area ID), each area maps the sub-link DRX configuration (or sub-link DRX pattern). Information related to this, that is, the sub-link DRX configuration information mapped for each area (or area ID) can be included in the sub-link DRX related information. The sub-link DRX configuration information mapped for each area (or area ID) can be obtained by the UE through one of the following methods.

[0186] Method 1: The BS may pre-configure the secondary link DRX configuration information mapped per area (or area ID) and then forward it to the V2X UE via the System Information Block (SIB).

[0187] Method 2: Area ID and / or sub-link DRX configuration mapping information ("area / sub-link DRX configuration mapping information" obtained by the V2X UE from the BS through the first method or "area / sub-link DRX configuration mapping information" currently pre-configured by the V2X UE) can be included in the PC5-S message (i.e., direct communication request, direct communication acceptance) or the PC5-S V2X UE discovery message and then exchanged between V2X UEs.

[0188] Method 3: UE (TX UE or RX UE) broadcasts or multicasts its own area ID and / or sub-link DRX configuration (mapping information) to surrounding UEs in its own sub-link DRX on-duration time interval, thereby enabling surrounding UEs to obtain the UE's area ID and sub-link DRX configuration information.

[0189] Method 4: The UE may send the area ID and / or the secondary link DRX configuration (mapping information) on the SCI. (The UE receiving the SCI may perform power saving operation based on the DRX configuration corresponding to / mapped to the area ID included in the SCI. This may be particularly useful when UEs belonging to different areas perform secondary link communication with each other.)

[0190] Method 5: The UE can pre-configure and cache the secondary link DRX configuration information mapped for each area (or area ID). The UE can derive its area ID and also derive the secondary link DRX configuration information mapped to the area ID. Once the UE obtains the area ID information of the surrounding neighboring UEs, it can also infer the secondary link DRX configuration information of the surrounding neighboring UEs based on the "per area secondary link DRX configuration mapping information".

[0191] Fig.13 An example of a per-area secondary link DRX configuration is shown. Fig.13 , illustrates a secondary link DRX configuration based on a location area. As shown in the figure, a secondary link DRX configuration (eg, a secondary link DRX pattern) may be defined differently for each location area.

[0192] The first UE calculates the area ID based on its location information (LTE V2X technology of the related art). The TX UE discovers the sub-link DRX configuration mapped to its area ID from the area ID / sub-link DRX configuration mapping information obtained by the above method 1, method 4 or method 5, and then performs power saving operations based on the discovered sub-link DRX configuration.

[0193] Hereinafter, based on the above-mentioned secondary link DRX configuration information mapped per region (or region ID), a specific example in which the first UE operates as a TX UE or a RX UE will be described.

[0194] When data is sent to the RX UE, the TX UE sends a message in the sub-link on-duration time interval of the RX UE. That is, the first UE sends a message in the on-duration time interval of the second UE, and the on-duration time interval of the second UE may be based on the area ID of the second UE. Here, obtaining the area ID of the second UE to obtain the sub-link on-duration time interval of the second UE may be based on the PC5-S V2X UE discovery message, the multicast or broadcast of the second UE, or the SCU sent by the second UE. Alternatively, obtaining the sub-link on-duration time interval of the second UE may be based on the pre-configured mapping information of the area ID and the sub-link DRX configuration. Specifically, the TX UE may obtain the sub-link DRX configuration information of the surrounding RX UEs through method 2, method 4, or method 5. In addition, through method 1 or method 5, the area ID / sub-link DRX configuration mapping information may be obtained, and through methods 2 to 5, the area ID information of the surrounding UEs may be obtained (if the area ID information is broadcast only in method 2 or method 3). Therefore, the UE can obtain the sub-link DRX configuration information of the surrounding UEs based on the area ID information of the surrounding UEs obtained through one of methods 2 to 5 and the "area ID / sub-link DRX configuration mapping information" received from the BS (through method 1) or through pre-configuration information (through method 5).

[0195] In addition, the first UE sends the message in a secondary link DRX on-duration of the first UE, and the secondary link DRX on-duration of the first UE may be based on the area ID of the first UE.

[0196] In addition, the second UE sends the message in the secondary link DRX on duration of the second UE, and the secondary link DRX on duration of the second UE may be based on the area ID of the second UE.

[0197] When the "region-based sub-link DRX configuration method" is applied, if the TX UE sends a unicast message to multiple RX UEs located in the same region, the unicast message can be set to be sent to the multiple RX UEs only in a single sub-link on duration time interval. In this case, it is advantageous to send multiple unicast messages in one on duration time interval, and the TX UE can sleep in the remaining intervals. In the case where the sub-link DRX configuration based on the region is not the basis (i.e., in the related art), since each RX UE sub-link DRX configuration is different, the sub-link on duration time interval may be different. Therefore, the TX UE should wake up each time in multiple on duration time intervals and send a unicast message to the RX UE. That is, since the TX UE should wake up in each sub-link on duration of each RX UE, the power saving effect is weakened.

[0198] In addition, when transmitting a multicast and / or broadcast message to multiple RX UEs in the same area, only a single message may be sent. This is because the RX UEs in the same area have the same secondary link DRX configuration (eg, on-duration).

[0199] In addition, for conflict warnings, only the target RX UE can be set to receive messages sent by the TX UE. Specifically, only the pedestrian UE (i.e., RX UE) in the heading direction of the vehicle (i.e., TX UE) can be set to receive messages, while the pedestrian UE not in the heading direction of the vehicle can be set not to receive messages. If the TX UE (i.e., vehicle) finds that there are pedestrian UEs in the heading direction of the TX UE, it is set to multicast / broadcast the message in the sub-link on-duration time interval of the area in the forward direction. That is, since the sub-link DRX configuration (e.g., on-duration) of the pedestrian UE belonging to the area in the heading direction is different from the sub-link DRX configuration (e.g., on-duration) of the pedestrian UE belonging to the area in the direction other than the heading direction, only the P-UE (i.e., TX UE) in the heading direction of the vehicle receives the message.

[0200] A specific example in which the first UE operates as a RX UE will be described.

[0201] The first UE can monitor the messages sent by the third UE during the sub-link DRX on duration based on the sub-link DRX configuration corresponding to the area ID. Specifically, the RX UE calculates the area ID based on the area configuration information received via a dedicated RRC message or a system information block (SIB) sent by the base station and its own location information. Subsequently, the RX UE obtains the area ID / sub-link DRX configuration mapping information through the SIB sent by the BS or the UE internal pre-configuration information. The RX UE performs the sub-link DRX operation (i.e., wakes up and receives the message sent by the TX UE in its own sub-link on duration time interval) by applying the sub-link DRX configuration mapped to its own area ID. That is, the sub-link DRX operation can monitor the messages sent by the third UE during the on duration based on the sub-link DRX configuration corresponding to the area ID of the first UE.

[0202] The secondary link DRX configuration of the surrounding UE (TX UE or RX UE) can be obtained by one of methods 1 to 3 or method 5. The RX UE can multicast or broadcast the area ID, location information and secondary link DRX configuration information to the surrounding UEs in its own secondary link on duration time interval.

[0203] The sidelink DRX operation in which the RX UE wakes up and receives data in the sidelink on duration based on the area ID may correspond to a situation in which there is no data to be received persistently (or periodically). The sidelink DRX configuration for the first UE to send and receive messages with the third UE may be different from the sidelink DRX configuration corresponding to the area ID of the first UE. For example, when sending and receiving are performed regularly by receiving something from the TX UE in the sidelink on duration time interval, the sidelink DRX configuration of the RX UE may be reconfigured to be RX UE-specific or specific to the QoS of the TX / RX sidelink data (e.g., QoS requirements for sidelink data such as waiting time requirements). However, when sending / receiving is performed regularly by receiving something from the RX UE in the sidelink on duration time interval, even if the sidelink DRX configuration of the RX UE is reconfigured to be RX UE-specific or specific to the QoS of the TX / RX sidelink data, the RX UE should still operate to wake up in the area-based sidelink on duration because another TX UE may attempt to send something to the RX UE. That is, when transmission and reception are performed periodically between UEs, a sub-link DRX operation is performed based on a sub-link DRX configuration that is specific to the RX UE or specific to the QoS of the TX / RX sub-link data, and a sub-link DRX operation that uses an area-based sub-link DRX configuration to monitor the sub-link signals of other surrounding UEs should also be performed.

[0204] That is, when the "area-based sidelink DRX configuration (for example, a sidelink DRX configuration for waking up in the sidelink DRX on duration time interval to check whether there is a message transmitted from a non-specific TX UE. In this regard, it can be referred to as a DRX or sidelink paging duration.)" remains intact and periodic transmission and reception are performed by receiving something from the TXUE in the sidelink DRX on duration time interval (that is, when transmission and reception are performed persistently with a specific TX UE), a sidelink DRX configuration for UE-specific or sidelink data QoS-specific transmission and reception with a specific TX UE can be established between the TX UE and the RX UE. After the PC5 RRC connection is established, a sidelink DRX configuration for UE-specific or sidelink data QoS-specific can be established between the TX UE and the RX UE via a PC5 RRC message.

[0205] A period of the secondary link on duration of the secondary link DRX configuration based on the QoS specific to the first UE or the secondary link data may be shorter than a period of the secondary link DRX on duration of the secondary link DRX configuration based on the area ID corresponding to the first UE.

[0206] As described above, if the sub-link DRX on duration time intervals of multiple V2X UEs (TX UE and RX UE) located in the same location area / range are matched with each other, when the TX UE sends a message to each of the multiple RX UEs located in a specific location area, the message can be sent to each of the multiple RX UEs in a single sub-link DRX on duration time interval. Accordingly, the following problems of the related art can be solved: because the TX UE should wake up in each different sub-link DRX on duration time interval and send a message to each independent RX UE respectively in order to send a message to multiple RX UEs, overhead may be generated.

[0207] In addition, the sub-link DRX configuration setting based on the location area can enable the TX UE to send a connectionless multicast or broadcast message to a specific area in a communication situation where the TX UE and the RX UE do not have a PC5 RRC connection. For example, when a vehicle (TXUE) sends a hazard warning message to the surrounding pedestrian UEs (RX UEs), the vehicle can send the hazard warning message in the sub-link DRX on-duration time interval of the area in the heading direction of the vehicle. According to an embodiment, since the sub-link DRX configuration (especially, the on-duration time) is set differently for each location area, the pedestrian UE belonging to the location area (area) in a direction other than the heading direction is awakened in another sub-link DRX on-duration time interval, so that the pedestrian UE does not need to receive the hazard warning message sent by the vehicle.

[0208] Implementation Method 2

[0209] According to another embodiment, the sub-link DRX configuration based on RSRP measurement, i.e., the RSRP measurement value and the sub-link DRX configuration, can be mapped to each other. Since the operation / process for the UE to obtain its accurate position may be complex or difficult, the UE obtains approximate information about the location / area to which the UE belongs based on the RSRP measurement value of the reference signal (RS) sent by the BS (for predefined corresponding purposes), and then applies the sub-link DRX configuration (or sub-link DRX pattern) linked to the obtained information. The reference signal may include a demodulation reference signal (DM RS), a sounding reference signal, a channel state information (CSI) reference signal, a phase tracking reference signal (PTRS), or a cell-specific reference signal (CRS). Alternatively, a new reference signal (e.g., a power saving reference signal or a sub-link DRX reference signal) for inferring the sub-link DRX configuration may be defined.

[0210] Here, the secondary link DRX configuration of each RSRP measurement value link may be pre-established by the base station (or network). As another example, the RSRP measurement value may be defined as measured from the serving / residing BS of UE (A), or defined as a combination of measurements from other (pre-configured) BSs and the serving / residing BS of UE (B). The RSRP measurement value may include a measurement value for RS or a measurement value for synchronization signals.

[0211] According to predefined rules, the sublink DRX configuration (particularly, the on-duration) of each location / area can be set to: (A) no overlap between different locations / areas (enablement duration); or (B) overlap between some locations / areas (partial or full duration). For example, for the latter (B), when there are three regions Region_A, Region_B and Region_C, the on-duration can be configured to partially overlap between "Region_A and Region_B" adjacent to each other or between "Region_B and Region_C" adjacent to each other, and the on-duration can be configured to not overlap between "Region_A and Region_C" relatively far away from each other. Generally, it is necessary to exchange messages between UEs belonging to close areas when an event occurs. If the sublink on-duration areas partially overlap with each other, it is not necessary to wake up additionally during the on-duration associated with other areas, thereby helping to save power. As another example, Region_A, Region_B, and Region_C are defined / configured as geographical (geographical) regions that are completely separated from each other, or the geographical (geographical) regions may be defined / configured to partially overlap each other between "Region_A and Region_B" (or "Region_B and Region_C"). Here, the secondary link DRX configuration applied by the UE located in the overlapping geographical (geographical) regions associated with the multiple regions may be independently set.

[0212] As another proposal for "side link DRX configuration mapping based on RSRP measurement", it is proposed that the side link DRX configuration can be mapped to a combination of RSRP measurement ranges of each BS. For example, if the RSRP of cell A is between a and b and the RSRP of cell B is between c and d, the side link DRX pattern X can be mapped onto it. The range can appear as an absolute measurement value or a relative measurement value. If cell A is the serving cell and the RSRP of cell B is between m% and n% of the RSRP of cell A, it can be expressed as an expression with pattern Y.

[0213] The secondary link DRX configuration information based on RSRP measurement mapping may be obtained by surrounding UEs using at least one of the following methods.

[0214] First, the secondary link DRX configuration information mapped for each RSRP measurement range can be pre-configured by the BS and then forwarded to the V2X UE via the System Information Block (SIB).

[0215] Second, the UE can include its secondary link DRX configuration information in the PC5-S message (direct communication request, direct communication acceptance) or the PC5-S V2X UE discovery message (the secondary link DRX configuration mapped for each RSRP measurement range can be obtained from the BS. Therefore, the UE can infer its secondary link DRX configuration based on its RSRP measurement) and exchange it between V2X UEs.

[0216] Thirdly, the UE (TX UE or RX UE) multicasts or broadcasts its secondary link DRX configuration to surrounding UEs in its secondary link DRX on duration time interval, thereby enabling the surrounding UEs to obtain the secondary link DRX configuration information.

[0217] According to an embodiment, the UE sets the side link DRX configuration (or side link DRX pattern) based on the location area, thereby setting the side link DRX configuration of multiple UEs in the same area equally. Accordingly, when the TX UE transmits a message to multiple RXUEs in the same area, the message can be sent only in a single side link DRX on-time interval. Accordingly, the TX UE can send messages quickly and sleep for the rest of the time. In addition, according to an embodiment, in a communication situation where there is no PC5 RRC connection with the RX UE, the TX UE can send a connectionless multicast / broadcast message in the side link on-time interval of the RX UE. That is, when the TX UE establishes a PC5RRC connection with the RX UE to send a message in the side link on-time interval of the RX UE, the TX UE does not need to obtain the side link DRX configuration of the RX UE. (Since the sub-link DRX configuration can be obtained based on the location area, the TX UE can send a sub-link on duration message of its own (TX UE) area, send a message in a sub-link on duration time interval of another area located close to its own (TX UE) area, or send a message in a sub-link DRX on duration time interval of an area located in the heading direction of itself (vehicle TX UE).)

[0218] Examples of communication systems suitable for the present disclosure

[0219] The various descriptions, functions, processes, proposals, methods and / or operational flowcharts of the present disclosure described herein may be applied without limitation to various fields requiring wireless communication / connection between devices (e.g., 5G).

[0220] Hereinafter, a description will be given in more detail with reference to the accompanying drawings. In the following drawings / descriptions, unless otherwise described, the same reference numerals may represent the same or corresponding hardware blocks, software blocks or functional blocks.

[0221] Fig.14 A communication system 1 applied to the present disclosure is illustrated.

[0222] Reference Fig.14 , the communication system 1 applied to the present disclosure includes a wireless device, a BS, and a network. Herein, a wireless device refers to a device that performs communication using a RAT (e.g., 5G NR or LTE), and may be referred to as a communication / radio / 5G device. The wireless device may include, but is not limited to, a robot 100a, a vehicle 100b-1 and 100b-2, an extended reality (XR) device 100c, a handheld device 100d, a home appliance 100e, an Internet of Things (IoT) device 100f, and an artificial intelligence (AI) device / server 400. For example, a vehicle may include a vehicle with a wireless communication function, an autonomous driving vehicle, and a vehicle capable of performing inter-vehicle communication. Herein, a vehicle may include an unmanned aerial vehicle (UAV) (e.g., a drone). The XR device may include an augmented reality (AR) / virtual reality (VR) / mixed reality (MR) device and may be implemented in the form of a head-mounted device (HMD), a head-up display (HUD) installed in a vehicle, a television, a smart phone, a computer, a wearable device, a home appliance device, a digital signage, a vehicle, a robot, and the like. Handheld devices may include smart phones, smart boards, wearable devices (e.g., smart watches or smart glasses), and computers (e.g., notebooks). Home appliances may include TVs, refrigerators, and washing machines. IoT devices may include sensors and smart meters. For example, a BS and a network may be implemented as wireless devices, and a specific wireless device 200a may operate as a BS / network node relative to other wireless devices.

[0223] The wireless devices 100a to 100f may be connected to the network 300 via the BS 200. AI technology may be applied to the wireless devices 100a to 100f, and the wireless devices 100a to 100f may be connected to the AI ​​server 400 via the network 300. The network 300 may be configured using a 3G network, a 4G (e.g., LTE) network, or a 5G (e.g., NR) network. Although the wireless devices 100a to 100f may communicate with each other via the BS 200 / network 300, the wireless devices 100a to 100f may perform direct communication (e.g., sidelink communication) with each other without passing through the BS / network. For example, the vehicles 100b-1 and 100b-2 may perform direct communication (e.g., V2V / V2X communication). An IoT device (e.g., a sensor) may perform direct communication with other IoT devices (e.g., a sensor) or other wireless devices 100a to 100f.

[0224] Wireless communication / connection 150a, 150b or 150c can be established between wireless devices 100a to 100f / BS200 or BS200 / BS200. Herein, wireless communication / connection can be established through various RATs (e.g., 5G NR) such as UL / DL communication 150a, side link communication 150b (or D2D communication) or inter-BS communication (e.g., relay, integrated access backhaul (IAB)). The wireless device and the BS / wireless device can send / receive radio signals to each other through wireless communication / connection 150a and 150b. For example, wireless communication / connection 150a and 150b can send / receive signals through various physical channels. To this end, various configuration information configuration processes for sending / receiving radio signals, various signal processing processes (e.g., channel coding / decoding, modulation / demodulation, and resource mapping / demapping) and at least a portion of the resource allocation process can be performed based on various proposals of the present disclosure.

[0225] Examples of wireless devices suitable for the present disclosure

[0226] Fig.15 A wireless device suitable for use with the present disclosure is illustrated.

[0227] Reference Fig.15 , the first wireless device 100 and the second wireless device 200 may transmit radio signals through various RATs (e.g., LTE and NR). Herein, {the first wireless device 100 and the second wireless device 200} may correspond to Fig.14 {wireless device 100x and BS200} and / or {wireless device 100x and wireless device 100x} in.

[0228] The first wireless device 100 may include one or more processors 102 and one or more memories 104, and further include one or more transceivers 106 and / or one or more antennas 108. The processor 102 may control the memory 104 and / or the transceiver 106, and may be configured to implement the description, functions, processes, proposals, methods, and / or operation flowcharts disclosed herein. For example, the processor 102 may process the information in the memory 104 to generate first information / signals, and then transmit a radio signal including the first information / signals through the transceiver 106. The processor 102 may receive a radio signal including second information / signals through the transceiver 106, and then store information obtained by processing the second information / signals in the memory 104. The memory 104 may be connected to the processor 102, and may store various information related to the operation of the processor 102. For example, the memory 104 may store software codes including commands for executing part or all of the processing controlled by the processor 102 or for executing the description, functions, processes, proposals, methods, and / or operation flowcharts disclosed herein. Herein, the processor 102 and the memory 104 may be part of a communication modem / circuit / chip designed to implement a RAT (e.g., LTE or NR). The transceiver 106 may be connected to the processor 102 and transmit and / or receive radio signals through one or more antennas 108. Each of the transceivers 106 may include a transmitter and / or a receiver. The transceiver 106 may be used interchangeably with (one or more) radio frequency (RF) units. In the present disclosure, a wireless device may represent a communication modem / circuit / chip.

[0229] The second wireless device 200 may include one or more processors 202 and one or more memories 204, and further include one or more transceivers 206 and / or one or more antennas 208. The processor 202 may control the memory 204 and / or the transceiver 206, and may be configured to implement the description, functions, processes, proposals, methods, and / or operation flowcharts disclosed herein. For example, the processor 202 may process the information in the memory 204 to generate third information / signals, and then transmit a radio signal including the third information / signals through the transceiver 206. The processor 202 may receive a radio signal including fourth information / signals through the transceiver 106, and then store information obtained by processing the fourth information / signals in the memory 204. The memory 204 may be connected to the processor 202, and may store various information related to the operation of the processor 202. For example, the memory 204 may store software codes including commands for executing part or all of the processing controlled by the processor 202 or for executing the description, functions, processes, proposals, methods, and / or operation flowcharts disclosed herein. Herein, the processor 202 and the memory 204 may be part of a communication modem / circuit / chip designed to implement a RAT (e.g., LTE or NR). The transceiver 206 may be connected to the processor 202 and transmit and / or receive radio signals through one or more antennas 208. Each of the transceivers 206 may include a transmitter and / or a receiver. The transceiver 206 may be used interchangeably with an RF unit. In the present disclosure, a wireless device may represent a communication modem / circuit / chip.

[0230] Hereinafter, the hardware elements of the wireless devices 100 and 200 will be described in more detail. One or more protocol layers may be implemented by one or more processors 102 and 202 without limitation. For example, one or more processors 102 and 202 may implement one or more layers (e.g., functional layers such as PHY, MAC, RLC, PDCP, RRC, and SDAP). One or more processors 102 and 202 may generate one or more protocol data units (PDUs) and / or one or more service data units (SDUs) according to the descriptions, functions, processes, proposals, methods, and / or operational flow diagrams disclosed herein. One or more processors 102 and 202 may generate messages, control information, data, or information according to the descriptions, functions, processes, proposals, methods, and / or operational flows disclosed herein. One or more processors 102 and 202 may generate a signal (e.g., a baseband signal) including a PDU, SDU, message, control information, data, or information according to the description, functions, procedures, proposals, methods, and / or operational flow diagrams disclosed herein, and provide the generated signal to one or more transceivers 106 and 206. One or more processors 102 and 202 may receive a signal (e.g., a baseband signal) from one or more transceivers 106 and 206 and obtain the PDU, SDU, message, control information, data, or information according to the description, functions, procedures, proposals, methods, and / or operational flow diagrams disclosed herein.

[0231] One or more processors 102 and 202 may be referred to as controllers, microcontrollers, microprocessors, or microcomputers. One or more processors 102 and 202 may be implemented by hardware, firmware, software, or a combination thereof. As an example, one or more application specific integrated circuits (ASICs), one or more digital signal processors (DSPs), one or more digital signal processing devices (DSPDs), one or more programmable logic devices (PLDs), or one or more field programmable gate arrays (FPGAs) may be included in one or more processors 102 and 202. Firmware or software may be used to implement the description, function, process, proposal, method, and / or operational flow chart disclosed herein, and the firmware or software may be configured to include modules, processes, or functions. Firmware or software configured to perform the description, function, process, proposal, method, and / or operational flow chart disclosed herein may be included in one or more processors 102 and 202 or stored in one or more memories 104 and 204 so as to be driven by one or more processors 102 and 202. The descriptions, functions, processes, proposals, methods and / or operational flows disclosed herein may be implemented using firmware or software in the form of codes, commands and / or command sets.

[0232] One or more memories 104 and 204 may be connected to one or more processors 102 and 202 and store various types of data, signals, messages, information, programs, codes, instructions and / or commands. One or more memories 104 and 204 may be composed of read-only memory (ROM), random access memory (RAM), electrically erasable programmable read-only memory (EPROM), flash memory, hard drive, register, cache memory, computer-readable storage medium and / or a combination thereof. One or more memories 104 and 204 may be located inside and / or outside of one or more processors 102 and 202. One or more memories 104 and 204 may be connected to one or more processors 102 and 202 by respective technologies such as wired or wireless connections.

[0233] One or more transceivers 106 and 206 can send the user data, control information and / or radio signal / channel mentioned in the method and / or operation flow chart of this article to one or more other devices. One or more transceivers 106 and 206 can receive the user data, control information and / or radio signal / channel mentioned in the description, function, process, proposal, method and / or operation flow chart disclosed in this article from one or more other devices. For example, one or more transceivers 106 and 206 can be connected to one or more processors 102 and 202, and send and receive radio signals. For example, one or more processors 102 and 202 can perform control so that one or more transceivers 106 and 206 can send user data, control information or radio signal to one or more other devices. One or more processors 102 and 202 can perform control so that one or more transceivers 106 and 206 can receive user data, control information or radio signal from one or more other devices. One or more transceivers 106 and 206 may be connected to one or more antennas 108 and 208, and one or more transceivers 106 and 206 may be configured to send and receive user data, control information, and / or radio signals / channels mentioned in the description, functions, processes, proposals, methods, and / or operation flow charts disclosed herein through one or more antennas 108 and 208. In this document, one or more antennas may be multiple physical antennas or multiple logical antennas (e.g., antenna ports). One or more transceivers 106 and 206 may convert received radio signals / channels, etc. from RF band signals into baseband signals so as to process received user data, control information, radio signals / channels, etc. using one or more processors 102 and 202. One or more transceivers 106 and 206 may convert user data, control information, radio signals / channels, etc. processed using one or more processors 102 and 202 from baseband signals into RF band signals. To this end, one or more of the transceivers 106 and 206 may include (analog) oscillators and / or filters.

[0234] Examples of vehicles or autonomous vehicles suitable for the present disclosure

[0235] Fig.16 The vehicle or autonomous driving vehicle applied to the present disclosure is illustrated. The vehicle or autonomous driving vehicle can be realized by a mobile robot, a car, a train, a manned / unmanned aerial vehicle (AV), a ship, etc.

[0236] Reference Fig.16The vehicle or autonomous driving vehicle 100 may include an antenna unit 108, a communication unit 110, a control unit 120, a driving unit 140a, a power supply unit 140b, a sensor unit 140c, and an autonomous driving unit 140d. The antenna unit 108 may be configured as a part of the communication unit 110.

[0237] The communication unit 110 may send signals (e.g., data and control signals) to and receive signals from external devices such as other vehicles, BSs (e.g., gNBs and roadside units), and servers. The control unit 120 may perform various operations by controlling elements of the vehicle or autonomous driving vehicle 100. The control unit 120 may include an ECU. The drive unit 140a may enable the vehicle or autonomous driving vehicle 100 to travel on a road. The drive unit 140a may include an engine, a motor, a powertrain, wheels, brakes, a steering device, and the like. The power supply unit 140b may supply power to the vehicle or autonomous driving vehicle 100 and include a wired / wireless charging circuit, a battery, and the like. The sensor unit 140c may acquire vehicle status, surrounding environment information, user information, and the like. The sensor unit 140c may include an inertial measurement unit (IMU) sensor, a collision sensor, a wheel sensor, a speed sensor, a slope sensor, a weight sensor, a heading sensor, a position module, a vehicle forward / reverse sensor, a battery sensor, a fuel sensor, a tire sensor, a steering sensor, a temperature sensor, a humidity sensor, an ultrasonic sensor, an illumination sensor, a pedal position sensor, etc. The autonomous driving unit 140d may implement a technology for maintaining a lane on which the vehicle is driving, a technology for automatically adjusting a speed such as an adaptive cruise control, a technology for autonomous driving along a determined path, a technology for driving by automatically setting a path when a destination is set, and the like.

[0238] For example, the communication unit 110 may receive map data, traffic information data, etc. from an external server. The autonomous driving unit 140d may generate an autonomous driving path and a driving plan from the obtained data. The control unit 120 may control the drive unit 140a so that the vehicle or the autonomous driving vehicle 100 may move along the autonomous driving path according to the driving plan (e.g., speed / direction control). In autonomous driving, the communication unit 110 may obtain the latest traffic information data from the external server irregularly / regularly, and may obtain surrounding traffic information data from neighboring vehicles. In autonomous driving, the sensor unit 140c may obtain vehicle status and / or surrounding environment information. The autonomous driving unit 140d may update the autonomous driving path and driving plan based on the newly obtained data / information. The communication unit 110 may transmit information about the vehicle position, autonomous driving path, and / or driving plan to an external server. The external server may predict traffic information data based on information collected from the vehicle or autonomous driving vehicle, using AI technology, etc., and provide the predicted traffic information data to the vehicle or autonomous driving vehicle.

[0239] Examples of Vehicles and AR / VR Applicable to the Disclosure

[0240] Fig.17 The vehicle applied to the present disclosure is exemplified. The vehicle can be implemented as a transportation tool, an aircraft, a ship, etc.

[0241] Reference Fig.17 , the vehicle 100 may include a communication unit 110, a control unit 120, a storage unit 130, an I / O unit 140a, and a positioning unit 140b.

[0242] The communication unit 110 may send signals (e.g., data and control signals) to and receive signals from external devices such as other vehicles or BSs. The control unit 120 may perform various operations by controlling the constituent elements of the vehicle 100. The storage unit 130 may store data / parameters / programs / codes / commands for supporting various functions of the vehicle 100. The I / O unit 140a may output AR / VR objects based on the information in the storage unit 130. The I / O unit 140a may include a HUD. The positioning unit 140b may obtain information about the location of the vehicle 100. The location information may include information about the absolute position of the vehicle 100, information about the position of the vehicle 100 in the driving lane, acceleration information, and information about the position of the vehicle 100 relative to neighboring vehicles. The positioning unit 140b may include a GPS and various sensors.

[0243] As an example, the communication unit 110 of the vehicle 100 may receive map information and traffic information from an external server, and store the received information in the storage unit 130. The positioning unit 140b may obtain vehicle location information through GPS and various sensors, and store the obtained information in the storage unit 130. The control unit 120 may generate a virtual object based on the map information, traffic information, and vehicle location information, and the I / O unit 140a may display the generated virtual object in a window (1410 and 1420) in the vehicle. The control unit 120 may determine whether the vehicle 100 is driving normally in the driving lane based on the vehicle location information. If the vehicle 100 leaves the driving lane abnormally, the control unit 120 may display a warning on a window in the vehicle through the I / O unit 140a. In addition, the control unit 120 may broadcast a warning message about driving abnormality to neighboring vehicles through the communication unit 110. Depending on the situation, the control unit 120 may send the vehicle location information and information about driving / vehicle abnormality to a relevant organization.

[0244] Examples of XR Devices Suitable for the Present Disclosure

[0245] Fig.18 The XR device applied to the present disclosure is illustrated. The XR device can be implemented by HMD, HUD installed in a vehicle, TV, smart phone, computer, wearable device, home appliance, digital signage, vehicle, robot, etc.

[0246] Reference Fig.18 , the XR device 100a may include a communication unit 110, a control unit 120, a storage unit 130, an I / O unit 140a, a sensor unit 140b, and a power supply unit 140c.

[0247] The communication unit 110 may send signals (e.g., media data and control signals) to and receive signals from external devices such as other wireless devices, handheld devices, or media servers. The media data may include video, images, and sounds. The control unit 120 may perform various operations by controlling the constituent elements of the XR device 100a. For example, the control unit 120 may be configured to control and / or perform processes such as video / image acquisition, (video / image) encoding, and metadata generation and processing. The storage unit 130 may store data / parameters / programs / codes / commands required to drive the XR device 100a / generate an XR object. The I / O unit 140a may obtain control information and data from the outside and output the generated XR object. The I / O unit 140a may include a camera, a microphone, a user input unit, a display unit, a speaker, and / or a tactile module. The sensor unit 140b may obtain the XR device status, surrounding environment information, user information, and the like. The sensor unit 140b may include a proximity sensor, an illumination sensor, an acceleration sensor, a magnetic sensor, a gyro sensor, an inertial sensor, an RGB sensor, an IR sensor, a fingerprint recognition sensor, an ultrasonic sensor, a light sensor, a microphone, and / or a radar. The power supply unit 140c may supply power to the XR device 100a and include a wired / wireless charging circuit, a battery, and the like.

[0248] For example, the storage unit 130 of the XR device 100a may include information (e.g., data) required to generate an XR object (e.g., an AR / VR / MR object). The I / O unit 140a may receive a command for manipulating the XR device 100a from a user, and the control unit 120 may drive the XR device 100a according to the user's drive command. For example, when a user desires to watch a movie or news through the XR device 100a, the control unit 120 sends content request information to another device (e.g., a handheld device 100b) or a media server through the communication unit 130. The communication unit 130 may download / stream content such as a movie or news from another device (e.g., a handheld device 100b) or a media server to the storage unit 130. The control unit 120 may control and / or perform processes such as video / image acquisition, (video / image) encoding, and metadata generation / processing for content, and generate / output an XR object based on information about the surrounding space or real objects obtained through the I / O unit 140a / sensor unit 140b.

[0249] The XR device 100a may be wirelessly connected to the handheld device 100b through the communication unit 110, and the operation of the XR device 100a may be controlled by the handheld device 100b. For example, the handheld device 100b may operate as a controller of the XR device 100a. To this end, the XR device 100a may obtain information about the 3D position of the handheld device 100b, generate and output an XR object corresponding to the handheld device 100b.

[0250] Examples of robots suitable for the present disclosure

[0251] Fig.19 The robot applied to the present disclosure is exemplified. According to the purpose or field of use, the robot can be divided into industrial robots, medical robots, household robots, military robots, etc.

[0252] Reference Fig.19 , the robot 100 may include a communication unit 110, a control unit 120, a storage unit 130, an I / O unit 140a, a sensor unit 140b, and a driving unit 140c.

[0253] The communication unit 110 may send signals (e.g., drive information and control signals) to and receive signals from external devices such as other wireless devices, other robots, or control servers. The control unit 120 may perform various operations by controlling the constituent elements of the robot 100. The storage unit 130 may store data / parameters / programs / codes / commands for supporting various functions of the robot 100. The I / O unit 140a may obtain information from the outside of the robot 100 and output the information to the outside of the robot 100. The I / O unit 140a may include a camera, a microphone, a user input unit, a display unit, a speaker, and / or a tactile module. The sensor unit 140b may obtain internal information, surrounding environment information, user information, etc. of the robot 100. The sensor unit 140b may include a proximity sensor, an illumination sensor, an acceleration sensor, a magnetic sensor, a gyroscope sensor, an inertial sensor, an IR sensor, a fingerprint recognition sensor, an ultrasonic sensor, a light sensor, a microphone, a radar, etc. The drive unit 140c may perform various physical operations such as moving a robot joint. In addition, the driving unit 140c may enable the robot 100 to travel or fly on a road. The driving unit 140c may include an actuator, a motor, wheels, brakes, propellers, and the like.

[0254] Examples of AI devices to which the present disclosure is applied

[0255] Fig. 20The AI ​​device applied to the present disclosure is illustrated. The AI ​​device can be implemented by a fixed device or a mobile device such as a TV, a projector, a smart phone, a PC, a notebook, a digital broadcast terminal, a tablet PC, a wearable device, a set-top box (STB), a radio, a washing machine, a refrigerator, a digital signage, a robot, a vehicle, etc.

[0256] Reference Fig. 20 , the AI ​​device 100 may include a communication unit 110, a control unit 120, a storage unit 130, an I / O unit 140a / 140b, a learning processor unit 140c, and a sensor unit 140d.

[0257] The communication unit 110 can use wired / wireless communication technology to / from other AI devices (e.g., Fig.14 100x, 200, or 400) or AI servers (e.g. Fig.14 400) sends / receives wired / radio signals (e.g., sensor information, user input, learning model, or control signal). To this end, the communication unit 110 can send information in the storage unit 130 to an external device, and send a signal received from an external device to the storage unit 130.

[0258] The control unit 120 may determine at least one feasible operation of the AI ​​device 100 based on information determined or generated using a data analysis algorithm or a machine learning algorithm. The control unit 120 may perform an operation determined by controlling the constituent elements of the AI ​​device 100. For example, the control unit 120 may request, search, receive, or use data of the learning processor unit 140c or the storage unit 130, and control the constituent elements of the AI ​​device 100 to perform a predicted operation or an operation determined to be preferred among at least one feasible operation. The control unit 120 may collect historical information including the operation content of the AI ​​device 100 and the user's operation feedback, and store the collected information in the storage unit 130 or the learning processor unit 140c, or send the collected information to a server such as an AI server ( Fig.14 The collected historical information can be used to update the learning model.

[0259] The storage unit 130 may store data for supporting various functions of the AI ​​device 100. For example, the storage unit 130 may store data obtained from the input unit 140a, data obtained from the communication unit 110, output data of the learning processor unit 140c, and data obtained from the sensor unit 140d. The storage unit 130 may store control information and / or software codes required to operate / drive the control unit 120.

[0260] The input unit 140a may acquire various types of data from outside the AI ​​device 100. For example, the input unit 140a may acquire learning data for model learning and input data to which the learning model will be applied. The input unit 140a may include a camera, a microphone, and / or a user input unit. The output unit 140b may generate an output related to visual, auditory, or tactile sensations. The output unit 140b may include a display unit, a speaker, and / or a tactile module. The sensor unit 140d may use various sensors to obtain at least one of the internal information of the AI ​​device 100, the surrounding environment information of the AI ​​device 100, and the user information. The sensor unit 140d may include a proximity sensor, an illumination sensor, an acceleration sensor, a magnetic sensor, a gyro sensor, an inertial sensor, an RGB sensor, an IR sensor, a fingerprint recognition sensor, an ultrasonic sensor, a light sensor, a microphone, and / or a radar.

[0261] The learning processor unit 140c can use the learning data to learn a model including an artificial neural network. The learning processor unit 140c can communicate with the AI ​​server ( Fig.14 The learning processor unit 140c may perform AI processing together with the learning processor unit 400 of FIG. 400. The learning processor unit 140c may process information received from an external device through the communication unit 110 and / or information stored in the storage unit 130. In addition, the output value of the learning processor unit 140c may be sent to an external device through the communication unit 110 and may be stored in the storage unit 130.

[0262] Industrial Applicability

[0263] The above-mentioned embodiments of the present disclosure are applicable to various mobile communication systems.

Claims

1. A method for operating a first user equipment UE in a wireless communication system, wherein the first user equipment UE is a transmitting TXUE, the method comprising the following steps: Obtaining, by the first UE, information related to UE-to-UE direct communication discontinuous reception (DRX); as well as performing, by the first UE, a UE-to-UE direct communication DRX operation based on the UE-to-UE direct communication DRX related information, The UE-to-UE direct communication DRX related information includes mapping information of UE-to-UE direct communication DRX configuration per area, wherein the UE-to-UE direct communication DRX operation is based on a UE-to-UE direct communication DRX configuration associated with an area ID of the first UE, and Among them, the period of the UE-to-UE direct communication DRX on duration based on the first UE-specific or QoS-specific UE-to-UE direct communication DRX configuration of the UE-to-UE direct communication data is shorter than the period of the UE-to-UE direct communication DRX on duration based on the UE-to-UE direct communication DRX configuration related to the area ID of the first UE.

2. The method according to claim 1, wherein: The first UE sends a message in a UE-to-UE direct communication DRX on-duration of the first UE, and wherein the UE-to-UE direct communication DRX on-duration of the first UE is based on the area ID of the first UE.

3. The method according to claim 1, wherein: The first UE sends a message in a UE-to-UE direct communication DRX on-duration of a second UE, and wherein the UE-to-UE direct communication DRX on-duration of the second UE is based on an area ID of the second UE.

4. The method according to claim 3, wherein: The second UE receives the message in the UE-to-UE direct communication DRX on-duration of the second UE.

5. The method according to claim 3, wherein: The area ID of the second UE is obtained from a PC5-S message or a PC5-SV2X UE discovery message, and the PC5-S message is a direct communication request or a direct communication acceptance.

6. The method according to claim 3, wherein: The area ID of the second UE is obtained via multicast or broadcast of the second UE.

7. The method according to claim 3, wherein: The area ID of the second UE is included in the SCI transmitted by the second UE.

8. The method according to claim 1, wherein: The UE-to-UE direct communication DRX related information is transmitted via a system information block SIB.

9. The method according to claim 1, wherein: The UE-to-UE direct communication DRX operation includes monitoring a message sent by a third UE in a UE-to-UE direct communication DRX on-duration based on the UE-to-UE direct communication DRX configuration associated with the area ID of the first UE.

10. The method according to claim 9, wherein: A UE-to-UE direct communication DRX configuration used by the first UE for transceiving the message with the third UE is different from the UE-to-UE direct communication DRX configuration associated with the area ID of the first UE.

11. The method according to claim 10, wherein: The UE-to-UE direct communication DRX configuration used for transceiving the message with the third UE includes the first UE-specific or QoS-specific UE-to-UE direct communication data UE-to-UE direct communication DRX configuration.

12. The method according to claim 11, wherein: The first UE-specific or QoS-specific UE-to-UE direct communication DRX configuration of UE-to-UE direct communication data is established between the first UE and the third UE via a PC5 RRC message.

13. A first user equipment UE in a wireless communication system, the first UE comprising: at least one processor; as well as at least one computer memory operatively connected to the at least one processor and storing instructions that, when executed, enable the at least one processor to perform operations comprising the steps of: Receiving DRX related information of UE-to-UE direct communication discontinuous reception; and performing UE-to-UE direct communication DRX operation based on the UE-to-UE direct communication DRX related information, The UE-to-UE direct communication DRX related information includes mapping information of UE-to-UE direct communication DRX configuration per area, wherein the UE-to-UE direct communication DRX operation is based on a UE-to-UE direct communication DRX configuration associated with an area ID of the first UE, and Among them, the period of the UE-to-UE direct communication DRX on duration based on the first UE-specific or QoS-specific UE-to-UE direct communication DRX configuration of the UE-to-UE direct communication data is shorter than the period of the UE-to-UE direct communication DRX on duration based on the UE-to-UE direct communication DRX configuration related to the area ID of the first UE.

14. The first UE according to claim 13, wherein: The first UE communicates with at least one of another UE, a UE associated with an autonomous vehicle, a base station, or a network.

15. A user equipment UE, the UE comprising: one or more transceivers; at least one processor; as well as at least one computer memory operatively connected to the at least one processor and storing instructions that, when executed, enable the at least one processor to perform operations comprising: Obtaining, by the one or more transceivers, information related to UE-to-UE direct communication discontinuous reception (DRX); and performing UE-to-UE direct communication DRX operation based on the UE-to-UE direct communication DRX related information, The UE-to-UE direct communication DRX related information includes mapping information of UE-to-UE direct communication DRX configuration per area, wherein the UE-to-UE direct communication DRX operation is based on a UE-to-UE direct communication DRX configuration associated with an area ID of the UE, and The period of the UE-to-UE direct communication DRX on-duration based on the UE-specific or QoS-specific UE-to-UE direct communication DRX configuration of UE-to-UE direct communication data is shorter than the period of the UE-to-UE direct communication DRX on-duration based on the UE-to-UE direct communication DRX configuration associated with the area ID of the UE.

16. A computer-readable non-volatile storage medium storing at least one computer program, the at least one computer program comprising instructions that, when executed by at least one processor, enable the at least one processor to perform operations for a first UE, the operations comprising the steps of: Obtaining, by the first UE, information related to UE-to-UE direct communication discontinuous reception (DRX); as well as performing UE-to-UE direct communication DRX operation based on the UE-to-UE direct communication DRX related information, The UE-to-UE direct communication DRX related information includes mapping information of UE-to-UE direct communication DRX configuration per area, wherein the UE-to-UE direct communication DRX operation is based on a UE-to-UE direct communication DRX configuration associated with an area ID of the first UE, and Among them, the period of the UE-to-UE direct communication DRX on duration based on the first UE-specific or QoS-specific UE-to-UE direct communication DRX configuration of the UE-to-UE direct communication data is shorter than the period of the UE-to-UE direct communication DRX on duration based on the UE-to-UE direct communication DRX configuration related to the area ID of the first UE.

Images