WO2021096244A1 - 무선통신시스템에서 사이드링크 drx에 관련된 ue의 동작 방법 - Google Patents

무선통신시스템에서 사이드링크 drx에 관련된 ue의 동작 방법 Download PDF

Info

Publication number
WO2021096244A1
WO2021096244A1 PCT/KR2020/015876 KR2020015876W WO2021096244A1 WO 2021096244 A1 WO2021096244 A1 WO 2021096244A1 KR 2020015876 W KR2020015876 W KR 2020015876W WO 2021096244 A1 WO2021096244 A1 WO 2021096244A1
Authority
WO
WIPO (PCT)
Prior art keywords
drx cycle
service
drx
offset
information
Prior art date
Application number
PCT/KR2020/015876
Other languages
English (en)
French (fr)
Inventor
백서영
서한별
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Priority to EP20888685.3A priority Critical patent/EP4061029A4/en
Priority to US17/776,019 priority patent/US20220418036A1/en
Publication of WO2021096244A1 publication Critical patent/WO2021096244A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices

Definitions

  • the following description is for a wireless communication system, and more particularly, a method and apparatus for operating a UE related to Sidelink Discontinuous Reception (DRX).
  • DRX Sidelink Discontinuous Reception
  • Wireless communication systems are widely deployed to provide various types of communication services such as voice and data.
  • a wireless communication system is a multiple access system capable of supporting communication with multiple users by sharing available system resources (bandwidth, transmission power, etc.).
  • multiple access systems include a code division multiple access (CDMA) system, a frequency division multiple access (FDMA) system, a time division multiple access (TDMA) system, an orthogonal frequency division multiple access (OFDMA) system, and a single carrier frequency (SC-FDMA) system.
  • CDMA code division multiple access
  • FDMA frequency division multiple access
  • TDMA time division multiple access
  • OFDMA orthogonal frequency division multiple access
  • SC-FDMA single carrier frequency division multiple access
  • division multiple access division multiple access
  • MC-FDMA multi carrier frequency division multiple access
  • RATs radio access technologies
  • 5G is also included therein.
  • the three main requirements areas of 5G are (1) Enhanced Mobile Broadband (eMBB) area, (2) Massive Machine Type Communication (mMTC) area, and (3) Ultra-reliability and It includes a low-latency communication (Ultra-reliable and Low Latency Communications, URLLC) area.
  • eMBB Enhanced Mobile Broadband
  • mMTC Massive Machine Type Communication
  • URLLC Ultra-reliability and It includes a low-latency communication
  • KPI key performance indicator
  • 5G supports these various use cases in a flexible and reliable way.
  • eMBB goes far beyond basic mobile Internet access and covers rich interactive work, media and entertainment applications in the cloud or augmented reality.
  • Data is one of the key drivers of 5G, and it may not be possible to see dedicated voice services for the first time in the 5G era.
  • voice is expected to be processed as an application program simply using the data connection provided by the communication system.
  • the main reasons for the increased traffic volume are an increase in content size and an increase in the number of applications requiring high data rates.
  • Streaming services (audio and video), interactive video and mobile Internet connections will become more widely used as more devices connect to the Internet. Many of these applications require always-on connectivity to push real-time information and notifications to the user.
  • Cloud storage and applications are increasing rapidly on mobile communication platforms, which can be applied to both work and entertainment.
  • cloud storage is a special use case that drives the growth of the uplink data rate.
  • 5G is also used for remote work in the cloud and requires much lower end-to-end latency to maintain a good user experience when tactile interfaces are used.
  • Entertainment For example, cloud gaming and video streaming is another key factor that is increasing the demand for mobile broadband capabilities. Entertainment is essential on smartphones and tablets anywhere, including high mobility environments such as trains, cars and airplanes.
  • Another use case is augmented reality and information retrieval for entertainment.
  • augmented reality requires very low latency and an instantaneous amount of data.
  • one of the most anticipated 5G use cases relates to the ability to seamlessly connect embedded sensors in all fields, i.e. mMTC.
  • mMTC massive machine type computer
  • Industrial IoT is one of the areas where 5G plays a major role in enabling smart cities, asset tracking, smart utilities, agriculture and security infrastructure.
  • URLLC includes new services that will transform the industry with ultra-reliable/low-latency links such as self-driving vehicles and remote control of critical infrastructure.
  • the level of reliability and delay is essential for smart grid control, industrial automation, robotics, and drone control and coordination.
  • 5G can complement fiber-to-the-home (FTTH) and cable-based broadband (or DOCSIS) as a means of providing streams rated at hundreds of megabits per second to gigabits per second. This high speed is required to deliver TVs in 4K or higher (6K, 8K and higher) resolutions, as well as virtual and augmented reality.
  • Virtual Reality (VR) and Augmented Reality (AR) applications involve almost immersive sports events.
  • Certain application programs may require special network settings. For example, for VR games, game companies may need to integrate core servers with network operators' edge network servers to minimize latency.
  • Automotive is expected to be an important new driving force in 5G, with many use cases for mobile communication to vehicles. For example, entertainment for passengers demands simultaneous high capacity and high mobility mobile broadband. The reason is that future users will continue to expect high-quality connections, regardless of their location and speed.
  • Another use case in the automotive field is an augmented reality dashboard. It identifies an object in the dark on top of what the driver sees through the front window, and displays information that tells the driver about the distance and movement of the object overlaid.
  • wireless modules enable communication between vehicles, exchange of information between the vehicle and the supporting infrastructure, and exchange of information between the vehicle and other connected devices (eg, devices carried by pedestrians).
  • the safety system can lower the risk of an accident by guiding the driver through alternative courses of action to make driving safer.
  • the next step will be a remote controlled or self-driven vehicle.
  • This requires very reliable and very fast communication between different self-driving vehicles and between the vehicle and the infrastructure.
  • self-driving vehicles will perform all driving activities, and drivers will be forced to focus only on traffic anomalies that the vehicle itself cannot identify.
  • the technical requirements of self-driving vehicles require ultra-low latency and ultra-fast reliability to increase traffic safety to levels unachievable by humans.
  • Smart cities and smart homes referred to as smart society, will be embedded with high-density wireless sensor networks.
  • a distributed network of intelligent sensors will identify the conditions for cost and energy-efficient maintenance of a city or home.
  • a similar setup can be done for each household.
  • Temperature sensors, window and heating controllers, burglar alarms and appliances are all wirelessly connected. Many of these sensors are typically low data rate, low power and low cost. However, for example, real-time HD video may be required in certain types of devices for surveillance.
  • the consumption and distribution of energy including heat or gas is highly decentralized, requiring automated control of distributed sensor networks.
  • the smart grid interconnects these sensors using digital information and communication technologies to gather information and act accordingly. This information can include the behavior of suppliers and consumers, enabling smart grids to improve efficiency, reliability, economics, sustainability of production and the distribution of fuels such as electricity in an automated way.
  • the smart grid can also be viewed as another low-latency sensor network.
  • the health sector has many applications that can benefit from mobile communications.
  • the communication system can support telemedicine providing clinical care from remote locations. This can help reduce barriers to distance and improve access to medical services that are not consistently available in remote rural areas. It is also used to save lives in critical care and emergencies.
  • a wireless sensor network based on mobile communication can provide sensors and remote monitoring of parameters such as heart rate and blood pressure.
  • Wireless and mobile communications are becoming increasingly important in industrial applications. Wiring is expensive to install and maintain. Thus, the possibility of replacing cables with reconfigurable wireless links is an attractive opportunity for many industries. However, achieving this requires that the wireless connection operates with a delay, reliability and capacity similar to that of the cable, and its management is simplified. Low latency and very low error probability are new requirements that need to be connected to 5G.
  • Logistics and freight tracking are important use cases for mobile communications that enable tracking of inventory and packages anywhere using location-based information systems. Logistics and freight tracking use cases typically require low data rates, but require a wide range and reliable location information.
  • a wireless communication system is a multiple access system that supports communication with multiple users by sharing available system resources (eg, bandwidth, transmission power, etc.).
  • multiple access systems include a code division multiple access (CDMA) system, a frequency division multiple access (FDMA) system, a time division multiple access (TDMA) system, an orthogonal frequency division multiple access (OFDMA) system, and a single carrier frequency (SC-FDMA) system.
  • CDMA code division multiple access
  • FDMA frequency division multiple access
  • TDMA time division multiple access
  • OFDMA orthogonal frequency division multiple access
  • SC-FDMA single carrier frequency division multiple access
  • division multiple access division multiple access
  • MC-FDMA multi carrier frequency division multiple access
  • a sidelink refers to a communication method in which a direct link is established between terminals (user equipment, UEs), and voice or data is directly exchanged between terminals without going through a base station (BS).
  • SL is considered as one of the ways to solve the burden of the base station due to rapidly increasing data traffic.
  • V2X vehicle-to-everything refers to a communication technology that exchanges information with other vehicles, pedestrians, and infrastructure-built objects through wired/wireless communication.
  • 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 may be provided through a PC5 interface and/or a Uu interface.
  • next-generation radio access technology in consideration of the like may be referred to as a new radio access technology (RAT) or a new radio (NR).
  • RAT new radio access technology
  • NR new radio
  • V2X vehicle-to-everything
  • FIG. 1 is a diagram for explaining by comparing V2X communication based on RAT before NR and V2X communication based on NR.
  • V2X communication in RAT before NR, a method of providing safety service based on V2X messages such as BSM (Basic Safety Message), CAM (Cooperative Awareness Message), and DENM (Decentralized Environmental Notification Message). This was mainly discussed.
  • the V2X message may include location information, dynamic information, attribute information, and the like.
  • the terminal may transmit a periodic message type CAM and/or an event triggered message type DENM to another terminal.
  • the CAM may include basic vehicle information such as dynamic state information of the vehicle such as direction and speed, vehicle static data such as dimensions, external lighting conditions, and route history.
  • the terminal may broadcast the CAM, and the latency of the CAM may be less than 100 ms.
  • the terminal may generate a DENM and transmit it to another terminal.
  • all vehicles within the transmission range of the terminal may receive CAM and/or DENM.
  • DENM may have a higher priority than CAM.
  • V2X scenarios may include vehicle platooning, advanced driving, extended sensors, remote driving, and the like.
  • vehicles can dynamically form groups and move together. For example, in order to perform platoon operations based on vehicle platooning, vehicles belonging to the group may receive periodic data from the leading vehicle. For example, vehicles belonging to the group may use periodic data to reduce or widen the distance between vehicles.
  • the vehicle can be semi-automated or fully automated.
  • each vehicle may adjust trajectories or maneuvers based on data acquired from a local sensor of a proximity vehicle and/or a proximity logical entity.
  • each vehicle may share a driving intention with nearby vehicles.
  • raw data, processed data, or live video data acquired through local sensors are / Or can be exchanged between V2X application servers.
  • the vehicle can recognize an improved environment than the environment that can be detected using its own sensor.
  • a remote driver or a V2X application may operate or control the remote vehicle.
  • a route can be predicted such as in public transportation
  • cloud computing-based driving may be used for operation or control of the remote vehicle.
  • access to a cloud-based back-end service platform may be considered for remote driving.
  • V2X communication based on NR a method of specifying service requirements for various V2X scenarios such as vehicle platooning, improved driving, extended sensors, and remote driving is being discussed in V2X communication based on NR.
  • the embodiment(s) proposes a method of limiting the DRX pattern by limiting the DRX pattern configuration for each service in the embodiment(s), a method of randomizing, and an operation method of turning ON at the same time regardless of the DRX pattern.
  • the method includes: determining a Long DRX cycle and a Short DRX cycle; And monitoring control information in on duration based on the Long DRX cycle, Short DRX cycle, and a first offset, wherein the first offset is k times (k is an integer) a value related to a sidelink service, and It is determined as the sum of the second offsets related to the sidelink service, and the Long DRX cycle and the Short DRX cycle are determined as m times and n times (m, n are integers) of values related to the sidelink service, respectively. to be.
  • a wireless communication system in the UE, at least one processor; And at least one computer memory that can be operably connected to the at least one processor and stores instructions for causing the at least one processor to perform operations when executed, wherein the operations include: Long DRX cycle and Short Determining a DRX cycle; And monitoring control information in on duration based on the Long DRX cycle, Short DRX cycle, and a first offset, wherein the first offset is k times (k is an integer) a value related to a sidelink service, and The UE is determined as the sum of the second offsets related to the sidelink service, and the Long DRX cycle and the Short DRX cycle are determined as m times and n times (m, n are integers) of values related to the sidelink service, respectively. to be.
  • a processor for performing operations for a UE, the operations comprising: determining a Long DRX cycle and a Short DRX cycle; And monitoring control information in on duration based on the Long DRX cycle, Short DRX cycle, and a first offset, wherein the first offset is k times (k is an integer) a value related to a sidelink service, and The processor is determined as the sum of the second offsets related to the sidelink service, and the Long DRX cycle and the Short DRX cycle are determined as m times and n times (m, n are integers) of values related to the sidelink service, respectively. to be.
  • One embodiment is a non-volatile computer-readable storage medium storing at least one computer program including instructions for causing at least one processor to perform operations for a UE when executed by at least one processor, the The operations include determining a Long DRX cycle and a Short DRX cycle; And monitoring control information in on duration based on the Long DRX cycle, Short DRX cycle, and a first offset, wherein the first offset is k times (k is an integer) a value related to a sidelink service, and It is determined as the sum of the second offsets related to the sidelink service, and the Long DRX cycle and the Short DRX cycle are determined as m times and n times (m, n are integers) of values related to the sidelink service, respectively. It is a medium.
  • the value related to the sidelink service and the second offset may be set differently for each sidelink service.
  • the value related to the sidelink service and the second offset may be set to the same value regardless of the sidelink service.
  • the ranges of values selectable as m and n may be set for each sidelink service.
  • the ranges of values selectable by m and n may overlap each other at least in part.
  • the value related to the sidelink service may be determined based on a minimum delay related to a specific service.
  • the value related to the sidelink service may be determined by the MAC layer based on the service ID.
  • the value related to the sidelink service may be received through RRC signaling.
  • only the second offset may be used regardless of the sidelink service.
  • the UE may communicate with at least one of another UE, a UE related to an autonomous vehicle, a base station, or a network.
  • the DRX pattern for each Service ID by aligning the DRX pattern for each Service ID, it is possible to detect even in low-power operation between DRX UEs using the same service, and the UE using the same service wakes up at the same time as possible, so that the efficiency of frequency use Can increase.
  • FIG. 1 is a diagram for explaining by comparing V2X communication based on RAT before NR and V2X communication based on NR.
  • FIG. 2 shows a structure of an LTE system according to an embodiment of the present disclosure.
  • FIG 3 illustrates a radio protocol architecture for a user plane and a control plane according to an embodiment of the present disclosure.
  • FIG. 4 illustrates a structure of an NR system according to an embodiment of the present disclosure.
  • 5 illustrates functional division between NG-RAN and 5GC according to an embodiment of the present disclosure.
  • FIG. 6 shows a structure of an NR radio frame to which the embodiment(s) can be applied.
  • FIG. 7 illustrates a slot structure of an NR frame according to an embodiment of the present disclosure.
  • FIG. 8 illustrates a radio protocol architecture for SL communication according to an embodiment of the present disclosure.
  • FIG 9 illustrates a radio protocol architecture for SL communication according to an embodiment of the present disclosure.
  • FIG. 10 illustrates a procedure for a terminal to perform V2X or SL communication according to a transmission mode according to an embodiment of the present disclosure.
  • FIG. 11 is a diagram for explaining DRX.
  • 12 to 18 are diagrams for explaining various embodiment(s) related to DRX configuration.
  • 19 to 20 are diagrams for explaining an example related to DRX-related sensing.
  • 21 to 27 are diagrams illustrating various devices to which the embodiment(s) may be applied.
  • “/” and “,” should be interpreted as representing “and/or”.
  • “A/B” may mean “A and/or B”.
  • “A, B” may mean “A and/or B”.
  • “A/B/C” may mean “at least one of A, B and/or C”.
  • “A, B, C” may mean “at least one of A, B and/or C”.
  • “or” should be interpreted as representing “and/or”.
  • “A or B” may include “only A”, “only B”, and/or “both A and B”.
  • “or” should be interpreted as indicating “additionally or alternatively”.
  • CDMA code division multiple access
  • FDMA frequency division multiple access
  • TDMA time division multiple access
  • OFDMA orthogonal frequency division multiple access
  • SC-FDMA single carrier frequency division multiple access
  • CDMA may be implemented with a radio technology such as universal terrestrial radio access (UTRA) or CDMA2000.
  • TDMA may be implemented with a radio technology such as global system for mobile communications (GSM)/general packet radio service (GPRS)/enhanced data rates for GSM evolution (EDGE).
  • GSM global system for mobile communications
  • GPRS general packet radio service
  • EDGE enhanced data rates for GSM evolution
  • OFDMA may be implemented with wireless technologies such as IEEE (institute of electrical and electronics engineers) 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, and E-UTRA (evolved UTRA).
  • IEEE 802.16m is an evolution of IEEE 802.16e and provides backward compatibility with a system based on IEEE 802.16e.
  • UTRA is part of a universal mobile telecommunications system (UMTS).
  • 3rd generation partnership project (3GPP) long term evolution (LTE) is a part of evolved UMTS (E-UMTS) that uses evolved-UMTS terrestrial radio access (E-UTRA), and employs OFDMA in downlink and SC in uplink.
  • -Adopt FDMA is an evolution of 3GPP LTE.
  • 5G NR is the successor technology of LTE-A, and is a new clean-slate type mobile communication system with features such as high performance, low latency, and high availability.
  • 5G NR can utilize all available spectrum resources, from low frequency bands of less than 1 GHz to intermediate frequency bands of 1 GHz to 10 GHz and high frequency (millimeter wave) bands of 24 GHz or higher.
  • LTE-A or 5G NR is mainly described, but the technical idea according to an embodiment of the present disclosure is not limited thereto.
  • E-UTRAN Evolved-UMTS Terrestrial Radio Access Network
  • LTE Long Term Evolution
  • the E-UTRAN includes a base station 20 that provides a control plane and a user plane to the terminal 10.
  • the terminal 10 may be fixed or mobile, and may be referred to as other terms such as a mobile station (MS), a user terminal (UT), a subscriber station (SS), a mobile terminal (MT), and a wireless device.
  • the base station 20 refers to a fixed station that communicates with the terminal 10, and may be referred to as an evolved-NodeB (eNB), a base transceiver system (BTS), an access point, and the like.
  • eNB evolved-NodeB
  • BTS base transceiver system
  • access point and the like.
  • the base stations 20 may be connected to each other through an X2 interface.
  • the base station 20 is connected to an Evolved Packet Core (EPC) 30 through an S1 interface, more specifically, a Mobility Management Entity (MME) through an S1-MME and a Serving Gateway (S-GW) through an S1-U.
  • EPC Evolved Packet Core
  • MME Mobility Management Entity
  • S-GW Serving Gateway
  • the EPC 30 is composed of MME, S-GW and P-GW (Packet Data Network-Gateway).
  • the MME has access information of the terminal or information on the capabilities of the terminal, and this information is mainly used for mobility management of the terminal.
  • S-GW is a gateway with E-UTRAN as an endpoint
  • P-GW is a gateway with PDN (Packet Date Network) as an endpoint.
  • the layers of the Radio Interface Protocol between the terminal and the network are L1 (Layer 1) based on the lower three layers of the Open System Interconnection (OSI) standard model, which is widely known in communication systems. It can be divided into L2 (second layer) and L3 (third layer).
  • L2 second layer
  • L3 third layer
  • the physical layer belonging to the first layer provides an information transfer service using a physical channel
  • the radio resource control (RRC) layer located in the third layer is a radio resource between the terminal and the network. It plays the role of controlling.
  • the RRC layer exchanges RRC messages between the terminal and the base station.
  • 3(a) shows a radio protocol architecture for a user plane according to an embodiment of the present disclosure.
  • the user plane is a protocol stack for transmitting user data
  • the control plane is a protocol stack for transmitting control signals.
  • a physical layer provides an information transmission service to an upper layer using a physical channel.
  • the physical layer is connected to a medium access control (MAC) layer, which is an upper layer, through a transport channel.
  • MAC medium access control
  • Data moves between the MAC layer and the physical layer through the transport channel. Transmission channels are classified according to how and with what characteristics data is transmitted over the air interface.
  • the physical channel may be modulated in an Orthogonal Frequency Division Multiplexing (OFDM) scheme, and uses time and frequency as radio resources.
  • OFDM Orthogonal Frequency Division Multiplexing
  • the MAC layer provides a service to an upper layer, a radio link control (RLC) layer, through a logical channel.
  • the MAC layer provides a mapping function from a plurality of logical channels to a plurality of transport channels.
  • the MAC layer provides a logical channel multiplexing function by mapping a plurality of logical channels to a single transport channel.
  • the MAC sublayer provides a data transmission service on a logical channel.
  • the RLC layer performs concatenation, segmentation, and reassembly of RLC Serving Data Units (SDUs).
  • SDUs RLC Serving Data Units
  • TM Transparent Mode
  • UM Unacknowledged Mode
  • AM Acknowledged Mode.
  • AM RLC provides error correction through automatic repeat request (ARQ).
  • the Radio Resource Control (RRC) layer is defined only in the control plane.
  • the RRC layer is in charge of controlling logical channels, transport channels, and physical channels in relation to configuration, re-configuration, and release of radio bearers.
  • RB refers to a logical path provided by a first layer (physical layer or PHY layer) and a second layer (MAC layer, RLC layer, Packet Data Convergence Protocol (PDCP) layer) for data transfer between the terminal and the network.
  • MAC layer physical layer or PHY layer
  • MAC layer RLC layer
  • PDCP Packet Data Convergence Protocol
  • the functions of the PDCP layer in the user plane include transmission of user data, header compression, and ciphering.
  • Functions of the PDCP layer in the control plane include transmission of control plane data and encryption/integrity protection.
  • Establishing the RB means a process of defining characteristics of a radio protocol layer and channel to provide a specific service, and setting specific parameters and operation methods for each.
  • the RB can be further divided into two types: Signaling Radio Bearer (SRB) and Data Radio Bearer (DRB).
  • SRB is used as a path for transmitting RRC messages in the control plane
  • DRB is used as a path for transmitting user data in the user plane.
  • the UE When 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 it is in the RRC_IDLE state.
  • the RRC_INACTIVE state is additionally defined, and the terminal in the RRC_INACTIVE state can release the connection with the base station while maintaining the connection with the core network.
  • a downlink transmission channel for transmitting data from a network to a terminal there are a broadcast channel (BCH) for transmitting system information, and a downlink shared channel (SCH) for transmitting user traffic or control messages.
  • BCH broadcast channel
  • SCH downlink shared channel
  • downlink multicast or broadcast service traffic or control messages they may be transmitted through a downlink SCH, or may be transmitted through a separate downlink multicast channel (MCH).
  • RACH random access channel
  • SCH uplink shared channel
  • BCCH Broadcast Control Channel
  • PCCH Paging Control Channel
  • CCCH Common Control Channel
  • MCCH Multicast Control Channel
  • MTCH Multicast Traffic. Channel
  • the physical channel is composed of several OFDM symbols in the time domain and several sub-carriers in the frequency domain.
  • One sub-frame is composed of a plurality of OFDM symbols in the time domain.
  • a resource block is a resource allocation unit and is composed of a plurality of OFDM symbols and a plurality of sub-carriers.
  • each subframe may use specific subcarriers of specific OFDM symbols (eg, the first OFDM symbol) of the corresponding subframe for the PDCCH (Physical Downlink Control Channel), that is, the L1/L2 control channel.
  • TTI Transmission Time Interval
  • FIG. 4 illustrates a structure of an NR system according to an embodiment of the present disclosure.
  • a Next Generation Radio Access Network may include a next generation-Node B (gNB) and/or an eNB that provides a user plane and a control plane protocol termination to a terminal.
  • gNB next generation-Node B
  • eNB that provides a user plane and a control plane protocol termination to a terminal.
  • 4 illustrates a case where only gNB is included.
  • the gNB and the eNB are connected to each other through an Xn interface.
  • the gNB and eNB are connected to the 5th generation core network (5G Core Network: 5GC) through the NG interface.
  • 5G Core Network 5GC
  • the access and mobility management function AMF
  • UPF user plane function
  • 5 illustrates functional division between NG-RAN and 5GC according to an embodiment of the present disclosure.
  • the gNB is inter-cell radio resource management (Inter Cell RRM), radio bearer management (RB control), connection mobility control (Connection Mobility Control), radio admission control (Radio Admission Control), measurement setting and provision Functions such as (Measurement configuration & Provision) and dynamic resource allocation may be provided.
  • AMF can provide functions such as non-access stratum (NAS) security and idle state mobility processing.
  • the UPF may provide functions such as mobility anchoring and protocol data unit (PDU) processing.
  • SMF Session Management Function
  • FIG. 6 shows a structure of an NR radio frame to which the present invention can be applied.
  • radio frames can be used in uplink and downlink transmission in NR.
  • the radio frame has a length of 10 ms and may be defined as two 5 ms half-frames (HF).
  • the half-frame may include five 1ms subframes (Subframe, SF).
  • a subframe may be divided into one or more slots, and the number of slots within a subframe may be determined according to a subcarrier spacing (SCS).
  • SCS subcarrier spacing
  • Each slot may include 12 or 14 OFDM(A) symbols according to a cyclic prefix (CP).
  • CP cyclic prefix
  • each slot may include 14 symbols.
  • each slot may include 12 symbols.
  • the symbol may include an OFDM symbol (or a CP-OFDM symbol), an SC-FDMA symbol (or a DFT-s-OFDM symbol).
  • Table 1 below shows the number of symbols per slot according to the SCS setting ( ⁇ ) when normal CP is used ( ), number of slots per frame ( ) And the number of slots per subframe ( ) For example.
  • Table 2 exemplifies the number of symbols per slot, the number of slots per frame, and the number of slots per subframe according to the SCS when the extended CP is used.
  • OFDM(A) numerology eg, SCS, CP length, etc.
  • OFDM(A) numerology eg, SCS, CP length, etc.
  • the (absolute time) section of the time resource e.g., subframe, slot or TTI
  • TU Time Unit
  • multiple numerology or SCS to support various 5G services may be supported.
  • SCS when the SCS is 15 kHz, a wide area in traditional cellular bands can be supported, and when the SCS is 30 kHz/60 kHz, a dense-urban, lower delay latency) and a wider carrier bandwidth may be supported.
  • SCS when the SCS is 60 kHz or higher, a bandwidth greater than 24.25 GHz may be supported to overcome phase noise.
  • the NR frequency band can be defined as two types of frequency ranges.
  • the two types of frequency ranges may be FR1 and FR2.
  • the numerical value of the frequency range may be changed, for example, the frequency ranges of the two types may be as shown in Table 3 below.
  • FR1 can mean “sub 6GHz range”
  • FR2 can mean “above 6GHz range” and can be called millimeter wave (mmW).
  • mmW millimeter wave
  • FR1 may include a band of 410MHz to 7125MHz as shown in Table 4 below. That is, FR1 may include a frequency band of 6 GHz (or 5850, 5900, 5925 MHz, etc.) or higher. For example, a frequency band of 6 GHz (or 5850, 5900, 5925 MHz, etc.) or higher included in FR1 may include an unlicensed band.
  • the unlicensed band can be used for a variety of purposes, and can be used, for example, for communication for vehicles (eg, autonomous driving).
  • FIG. 7 illustrates a slot structure of an NR frame according to an embodiment of the present disclosure.
  • a slot includes a plurality of symbols in the time domain. For example, in the case of a normal CP, one slot includes 14 symbols, but in the case of an extended CP, one slot may include 12 symbols. Alternatively, in the case of a normal CP, one slot includes 7 symbols, but in the case of an extended CP, one slot may include 6 symbols.
  • the carrier includes a plurality of subcarriers in the frequency domain.
  • a resource block (RB) may be defined as a plurality of (eg, 12) consecutive subcarriers in the frequency domain.
  • BWP Bandwidth Part
  • P Physical Resource Blocks
  • the carrier may include up to N (eg, 5) BWPs. Data communication can be performed through an activated BWP.
  • Each element may be referred to as a resource element (RE) in the resource grid, and one complex symbol may be mapped.
  • the radio interface between the terminal and the terminal or the radio interface between the terminal and the network may be composed of an L1 layer, an L2 layer, and an L3 layer.
  • the L1 layer may mean a physical layer.
  • the L2 layer may mean at least one of a MAC layer, an RLC layer, a PDCP layer, and an SDAP layer.
  • the L3 layer may mean an RRC layer.
  • V2X or SL (sidelink) communication will be described.
  • FIG. 8 illustrates a radio protocol architecture for SL communication according to an embodiment of the present disclosure. Specifically, FIG. 8A shows a user plane protocol stack of LTE, and FIG. 8B shows a control plane protocol stack of LTE.
  • FIG. 9 illustrates a radio protocol architecture for SL communication according to an embodiment of the present disclosure. Specifically, FIG. 9A shows a user plane protocol stack of NR, and FIG. 9B shows a control plane protocol stack of NR.
  • the transmission mode may be referred to as a mode or a resource allocation mode.
  • a transmission mode may be referred to as an LTE transmission mode
  • NR a transmission mode may be referred to as an NR resource allocation mode.
  • (a) of FIG. 10 shows a terminal operation related to LTE transmission mode 1 or LTE transmission mode 3.
  • (a) of FIG. 10 shows a terminal operation related to NR resource allocation mode 1.
  • LTE transmission mode 1 may be applied to general SL communication
  • LTE transmission mode 3 may be applied to V2X communication.
  • (b) of FIG. 10 shows a terminal operation related to LTE transmission mode 2 or LTE transmission mode 4.
  • (b) of FIG. 10 shows a terminal operation related to NR resource allocation mode 2.
  • the base station may schedule SL resources to be used by the terminal for SL transmission.
  • the base station may perform resource scheduling to UE 1 through PDCCH (more specifically, Downlink Control Information (DCI)), and UE 1 may perform V2X or SL communication with UE 2 according to the resource scheduling.
  • PDCCH more specifically, Downlink Control Information (DCI)
  • UE 1 may perform V2X or SL communication with UE 2 according to the resource scheduling.
  • UE 1 may transmit Sidelink Control Information (SCI) to UE 2 through a Physical Sidelink Control Channel (PSCCH), and then transmit the SCI-based data to UE 2 through a Physical Sidelink Shared Channel (PSSCH).
  • SCI Sidelink Control Information
  • PSCCH Physical Sidelink Control Channel
  • PSSCH Physical Sidelink Shared Channel
  • the terminal may be provided or allocated resources for transmission of one or more SLs of one transport block (TB) from the base station through a dynamic grant.
  • the base station may provide a resource for transmission of the PSCCH and/or PSSCH to the terminal by using the dynamic grant.
  • the transmitting terminal may report the SL Hybrid Automatic Repeat Request (HARQ) feedback received from the receiving terminal to the base station.
  • HARQ SL Hybrid Automatic Repeat Request
  • PUCCH resources and timing for reporting SL HARQ feedback to the base station may be determined based on an indication in the PDCCH for the base station to allocate resources for SL transmission.
  • DCI may indicate a slot offset between DCI reception and a first SL transmission scheduled by DCI.
  • the minimum gap between the DCI scheduling SL transmission resource and the first scheduled SL transmission resource may not be smaller than the processing time of the corresponding terminal.
  • the terminal may periodically provide or receive a resource set from the base station for transmission of a plurality of SLs through a configured grant.
  • the to-be-set grant may include a set grant type 1 or a set grant type 2.
  • the terminal may determine the TB to be transmitted in each case (occasions) indicated by a given configured grant (given configured grant).
  • the base station can allocate SL resources to the terminal on the same carrier, and can allocate the SL resources to the terminal on different carriers.
  • the NR base station may control LTE-based SL communication.
  • the NR base station may transmit the NR DCI to the terminal to schedule LTE SL resources.
  • a new RNTI for scrambling the NR DCI may be defined.
  • the terminal may include an NR SL module and an LTE SL module.
  • the NR SL module can convert the NR SL DCI to LTE DCI type 5A, and the NR SL module is X ms LTE DCI type 5A can be delivered to the LTE SL module as a unit.
  • the LTE SL module may apply activation and/or release to the first LTE subframe Z ms later.
  • the X can be dynamically displayed using a field of DCI.
  • the minimum value of X may be different according to UE capability.
  • the terminal may report a single value according to the terminal capability.
  • X may be a positive number.
  • the terminal may determine the SL transmission resource within the SL resource set by the base station/network or the SL resource set in advance.
  • the set SL resource or the preset SL resource may be a resource pool.
  • the terminal can autonomously select or schedule a resource for SL transmission.
  • the terminal may perform SL communication by selecting a resource from the set resource pool by itself.
  • the terminal may perform a sensing and resource (re) selection procedure to select a resource by itself within the selection window.
  • the sensing may be performed on a sub-channel basis.
  • UE 1 may transmit SCI to UE 2 through PSCCH, and then transmit the SCI-based data to UE 2 through PSSCH.
  • the terminal may help select SL resources for other terminals.
  • the UE in NR resource allocation mode 2, the UE may be configured with a configured grant for SL transmission.
  • the terminal in NR resource allocation mode 2, the terminal may schedule SL transmission of another terminal.
  • the UE in NR resource allocation mode 2, the UE may reserve SL resources for blind retransmission.
  • the first terminal may instruct the second terminal of the priority of SL transmission using SCI.
  • the second terminal may decode the SCI, and the second terminal may perform sensing and/or resource (re) selection based on the priority.
  • the resource (re) selection procedure includes the step of the second terminal identifying a candidate resource in the resource selection window, and the second terminal selecting a resource for (re)transmission from the identified candidate resources can do.
  • the resource selection window may be a time interval at which the UE selects a resource for SL transmission.
  • the resource selection window may start at T1 ⁇ 0, and the resource selection window is based on the remaining packet delay budget of the second terminal.
  • a specific resource is indicated by the SCI received from the first terminal by the second terminal, and the L1 SL RSRP measurement value for the specific resource is
  • the second terminal may not determine the specific resource as a candidate resource.
  • the SL RSRP threshold may be determined based on the priority of the SL transmission indicated by the SCI received from the first terminal by the second terminal and the priority of the SL transmission on the resource selected by the second terminal.
  • the L1 SL RSRP may be measured based on the SL Demodulation Reference Signal (DMRS).
  • DMRS SL Demodulation Reference Signal
  • one or more PSSCH DMRS patterns may be set or preset in the time domain for each resource pool.
  • the PDSCH DMRS configuration type 1 and/or type 2 may be the same as or similar to the frequency domain pattern of the PSSCH DMRS.
  • the correct DMRS pattern can be indicated by SCI.
  • the transmitting terminal may select a specific DMRS pattern from among DMRS patterns set for a resource pool or preset in advance.
  • the transmitting terminal may perform initial transmission of a transport block (TB) without reservation. For example, based on the sensing and resource (re) selection procedure, the transmitting terminal may reserve the SL resource for initial transmission of the second TB by using the SCI associated with the first TB.
  • the UE may reserve resources for feedback-based PSSCH retransmission through signaling related to previous transmission of the same TB (Transport Block).
  • the maximum number of SL resources reserved by one transmission including the current transmission may be 2, 3, or 4.
  • the maximum number of SL resources may be the same regardless of whether HARQ feedback is enabled.
  • the maximum number of HARQ (re) transmissions for one TB may be limited by setting or preset.
  • the maximum number of HARQ (re) transmissions may be up to 32.
  • the maximum number of HARQ (re)transmissions may be unspecified.
  • the setting or preset may be for a transmitting terminal.
  • HARQ feedback for releasing resources not used by the terminal may be supported.
  • the UE may indicate to another UE one or more subchannels and/or slots used by the UE using SCI.
  • the UE may indicate to another UE one or more subchannels and/or slots reserved by the UE for PSSCH (re)transmission using SCI.
  • the minimum allocation unit of SL resources may be a slot.
  • the size of the subchannel may be set for the terminal or may be preset.
  • SCI sidelink control information
  • Control information transmitted by the base station to the terminal through the PDCCH is referred to as DCI (Downlink Control Information), while control information transmitted by the terminal to another terminal through the PSCCH may be referred to as SCI.
  • DCI Downlink Control Information
  • SCI Downlink Control Information
  • the UE may know the start symbol of the PSCCH and/or the number of symbols of the PSCCH.
  • SCI may include SL scheduling information.
  • the terminal may transmit at least one SCI to another terminal in order to schedule the PSSCH.
  • one or more SCI formats may be defined.
  • the transmitting terminal may transmit the SCI to the receiving terminal on the PSCCH.
  • the receiving terminal may decode one SCI to receive the PSSCH from the transmitting terminal.
  • the transmitting terminal may transmit two consecutive SCIs (eg, 2-stage SCI) to the receiving terminal on the PSCCH and/or PSSCH.
  • the receiving terminal may decode two consecutive SCIs (eg, 2-stage SCI) to receive the PSSCH from the transmitting terminal.
  • the SCI configuration fields are divided into two groups in consideration of the (relatively) high SCI payload size
  • the SCI including the first SCI configuration field group is referred to as the first SCI or the 1st SCI.
  • the SCI including the second SCI configuration field group may be referred to as a second SCI or a 2nd SCI.
  • the transmitting terminal may transmit the first SCI to the receiving terminal through the PSCCH.
  • the transmitting terminal may transmit the second SCI to the receiving terminal on the PSCCH and/or PSSCH.
  • the second SCI may be transmitted to a receiving terminal through a (independent) PSCCH, or may be piggybacked and transmitted with data through a PSSCH.
  • two consecutive SCIs may be applied for different transmissions (eg, unicast, broadcast, or groupcast).
  • the transmitting terminal may transmit some or all of the following information to the receiving terminal through SCI.
  • the transmitting terminal may transmit some or all of the following information to the receiving terminal through the first SCI and/or the second SCI.
  • PSCCH-related resource allocation information for example, time/frequency resource location/number, resource reservation information (eg, period), and/or
  • SL CSI transmission indicator (or SL (L1) RSRP (and/or SL (L1) RSRQ and/or SL (L1) RSSI) information transmission indicator), and/or
  • -Reference signal eg, DMRS, etc.
  • information related to decoding and/or channel estimation of data transmitted through the PSSCH for example, information related to the pattern of (time-frequency) mapping resources of the DMRS, rank ) Information, antenna port index information;
  • the first SCI may include information related to channel sensing.
  • the receiving terminal may decode the second SCI using the PSSCH DMRS.
  • a polar code used for the PDCCH may be applied to the second SCI.
  • the payload size of the first SCI may be the same for unicast, groupcast and broadcast.
  • the receiving terminal does not need to perform blind decoding of the second SCI.
  • the first SCI may include scheduling information of the second SCI.
  • the transmitting terminal since the transmitting terminal may transmit at least one of SCI, the first SCI and/or the second SCI to the receiving terminal through the PSCCH, the PSCCH is SCI, the first SCI and/or the first SCI. It can be replaced/substituted with at least one of 2 SCIs. And/or, for example, SCI may be replaced/substituted with at least one of PSCCH, first SCI and/or second SCI. And/or, for example, since the transmitting terminal may transmit the second SCI to the receiving terminal through the PSSCH, the PSSCH may be replaced/replaced with the second SCI.
  • the DRX (Discontinuous Reception) mechanism enables low-power operation by performing wake-up/sleep operations.
  • the DRX wake-up/sleep unit can be a slot or sub-frame, and there are two types of cycles: longDRX-cycle and shortDRX-cycle.
  • FIG. 11 shows the case of the shortDRX-cycle, and in the case of the longDRX-cycle, it may be an integer multiple of the shortDRX-cycle, and the period until wake-up is much longer.
  • the shortDRX-cycle represents a cycle in which wake-up/sleep is repeated, and on-duration is a period in which the UE wakes up to monitor the channel and checks whether there is a signal to be received.
  • the PSCCH is monitored for each subframe/slot during each on-duration period to determine whether or not to connect.
  • the UE can receive the necessary signal by driving the DRX-inactivity timer.
  • the DRX-inactivity timer operates on a time-based basis, and if another signal is received during the DRX-inactivity timer period, reset the DRX-inactivity timer and start the DRX-inactivity timer again to increase the time to receive data.
  • This method of receiving data using DRX may have a loss in terms of latency, but since the RF transceiver can be turned off during the sleep period, power consumption during that time can be reduced. Therefore, this DRX mode can be usefully used for devices requiring low power operation.
  • -DRX Cycle indicates the ‘ON_time’ + ‘OFF_time’ period, which is specified in the RRC message.
  • -onDurationTimer indicates the'ON_time' section in the DRX Cycle.
  • -drx-Inactivity timer Indicates how long the UE will maintain the ‘ON’ state after receiving the PDCCH. During the period when this timer is “on”, the UE maintains the “ON state”, which reduces the “OFF” period and increases the “ON” period.
  • -drx-Retransmission timer Indicates the maximum number of consecutive PDCCH subframes in which the UE must maintain an ‘ON state’ in order to wait for incoming retransmissions after the first retransmission time.
  • -shortDRX-Cycle refers to the DRX cycle that occurs within the off section of the long DRX cycle.
  • the long DRX cycle is an integer multiple of the short DRX cycle.
  • -drxShortCycleTimer The number of shortDRX-cycle units in the section in which shortDRX-cycles occur consecutively after the expiration of the ‘drx-Inactivity timer’
  • -drxStartOffset The location of the subframe where the DRX pattern starts in a specific SFN.
  • FIG. 12 An example of the operation of the entire logic operated by the above parameters is shown in FIG. 12 below.
  • the onDuration period is maintained for drxInactivityTimer (purple part in FIG. 12, 3-subframe). If a message is received again during this period, drxInactiverTimer is operated from the point in time (during 3-subframe), and if there are no more messages to be received, the drxInactivityTimer operation is canceled. After that, shortDrx-Cycle is executed again during drxShortCycleTimer*shortDrxCycle(15-subframe) time. If there is no data received during this time, the low-power UE operating as DRX expects that there will be no data received for a while, and wakes up with LongDrx-Cycle to check if there is any data received from it.
  • LongDrxCycle (10-subframe) always operates as an integer multiple of ShortDrx-Cycle (5-subframe).
  • a subframe that satisfies the following equation is used as a starting position.
  • Countless DRX patterns may be generated according to the setting of the above-described parameter values.
  • TX UE is a device that does not require low-power communication and means a UE that is always in the'ON' state, and it is assumed that the RX UE is in connection with this TX UE and requires low power transmission/reception. do.
  • the RX UE may operate in the DRX mode, and in this case, the DRX pattern may be determined in cooperation with the TX UE.
  • the TX UE can communicate with each other by transmitting data in the'on_duration' period.
  • DRX UE1, UE2, UE3, and UE4 connected to AlwaysOnUE1 may each have a different DRX pattern, and AlwaysOnUE1 is assumed to be able to know the DRX pattern of all DRX UEs connected to it.
  • DRX UE5, UE6, and UE7 connected to AlwausOnUE2 can also have different DRX patterns, and it is assumed that AlwausOnUE2 can know the DRX patterns of all DRX UEs connected to it.
  • the service ID described in the present invention may mean an ID of a specific service, a “Service ID Set” or an application ID in which a specific service ID is grouped together.
  • the UE may determine a Long DRX cycle and a Short DRX cycle (S1401 in FIG. 14), and monitor control information in the on duration based on the Long DRX cycle, the Short DRX cycle, and the first offset. have. (S1402 in Fig. 14)
  • the first offset is determined by a sum of k times a value related to the sidelink service (k is an integer) and a second offset related to the sidelink service, and the Long DRX cycle and the Short DRX cycle are respectively It may be determined as m times and n times (m, n are integers) of the value related to the link service.
  • a value related to the sidelink service'drxRefUnit' and a first offset'drxRefStartOffset' are defined, and the ⁇ 'longDRX-Cycle','shortDRX-Cycle' ⁇ value or a parameter value used when determining this value is defined.
  • determining it is limited to be determined only by an integer multiple of'drxRefUnit'. That is, within the limit of a multiple value of the'drxRefUnit' value, it is possible to create a DRX pattern suitable for each UE situation according to the amount of its residual power and the relationship with other services.
  • the value of ⁇ 'drxStartOffset' ⁇ is limited to be determined only as the sum of an integer multiple of'drxRefStartOffset' and'drxRefUnit', which are set for each service ID.
  • Equation 2 The value “drxRefUnit” related to the sidelink service may be defined as in Equation 2 below, and the first offset “drxRefStartOffset” may be defined as in Equation 3 below. Since Equations 2 and 3 are individually described, each of Equations 2 and 3 may have different alpha values.
  • the value related to the sidelink service may be determined based on a minimum delay related to a specific service. That is, the'drxRefUnit' is a basic value necessary to align the DRX pattern for the service, and may be a value corresponding to the minimum latency required to use the service. In addition, it can be (pre-)configuration with a different value according to the service ID. Also, the same service ID may be set to a different value according to the frequency BWP used. It may be a value configured in RRC or MAC CE according to the service ID received from the upper layer and transmitted to the lower physical layer. By applying'drxRefUnit', it is possible to limit the determination of the'shortDRX-Cycle' and'longDRX-Cycle' values.
  • The'drxRefStartoffset' value is a basic value necessary to align the DRX pattern for the service. It can be (pre-)configuration with different values depending on the service ID. Also, the same service ID may be set to a different value according to the frequency BWP used. It may be a value configured in RRC or MAC CE according to the service ID received from the upper layer and transmitted to the lower physical layer.
  • each UE determines a drx pattern for the same service ID.
  • the case where'drxRefUnit' is set to 4 and'drxRefStartOffset' is set to 2 is shown.
  • a value such as drxStartCycleTimer may be set to a different value according to the state of each UE.
  • this value is set, and when restrictions according to the values of'drxRefUnit' and'drxRefStartOffset' which are already set according to the service ID are given, at the position corresponding to the align position of FIG. 15, several UEs operating in the DRX mode are in the'ON' state. The likelihood can be high.
  • the values of shortDrxCycle and longDrxCycle of each UE are limited to a case where the values are an integer multiple of'drxRefUnit'.
  • the drxStartOffset value operates as a value equal to two values of ‘drxRefStartoffset’, and in the case of UE3, a value corresponding to one times drxRefUnit is set to the ‘drxRefStartOffset’ value.
  • UE1 and UE2 and UE2 and UE1 and UE3 are “ON” with each other in some sections of the align position.
  • FIG. 15 it can be seen that UE1 and UE2, and UE2 and UE1 and UE3 are “ON” with each other in some sections of the align position.
  • UE2 and UE3 do not have a section in which each other is'ON', but for example, in order to detect UE3 using the same service, UE2 can predict at what point to wake up to an additional'ON' state. I can. As shown in FIG. 15, when a user wakes up to another align position that is not'ON' and attempts to connect, it may be possible to connect with UE3.
  • the DRX pattern when the DRX pattern is determined, it is possible to estimate a time interval in which UEs using the same service without mutual negotiation have a high probability of being in the'ON' state.
  • the section with high probability that the UE using the same service is in the'on' state becomes the section corresponding to the align position (in'rdrxRefUnit' unit) in FIG. 15 above, attempting communication in the section is operated in the DRX mode. This may be a location with a high probability of successfully connecting with other UEs.
  • the embodiment it is possible to efficiently use the frequency.
  • a “Always ON” UE broadcasts for a specific service if UEs interested in the service are “ON” at the same time, the information can be delivered to multiple UEs through a single broadcast.
  • matching the DRX pattern for the same service can be a way to increase frequency use efficiency.
  • the value related to the sidelink service and the second offset may be set differently for each sidelink service.
  • the values of “drxRefUnit” and “drxRefStartOffset” are set for each service, and the ⁇ drxShort-cycle, drxLong-cycle, drxStartOffset ⁇ values used for actual DRX pattern generation are set.
  • the DRX pattern can be determined in the previously described method using the suggested “drxRefUnit” and “drxRefStartOffset” values.
  • the value related to the sidelink service and the second offset may be set to the same value regardless of the sidelink service. Even when multiple services are used, if the ⁇ drxShort-cycle, drxLong-cycle, drxStartOffset ⁇ for each service is determined by using the same “drxRefUnit” and “drxRefStartOffset” as described above, different services are used. Even in the case of a UE, the alignment point can be easily predicted.
  • FIG. 16 shows an example of configuring a DRX pattern in the previously proposed method according to common “drxRefUnit” and “drxRefStartOffset” values, although each UE uses a different service. In this case, the detection probability can be increased by sending a discovery message to a location that is a multiple of drxRefUnit based on the drxStartOffset value.
  • the ranges of values selectable by m and n may be set for each sidelink service, and the ranges of values selectable by m and n may overlap each other at least in part.
  • restrictions may be placed on the method of determining drxShort-cycle and drxLong-cycle per service. Since the short-cycle/long-cycle cycle range may vary for each service, it can be determined as follows. As illustrated in Equation 4, a range of aplha and beta values multiplied by drxRefUnit for each service may be limited.
  • drxRefUnit can be said to be a kind of resolution value that determines the DRX pattern.
  • discovery can be performed by differentiating a case of discovering only the same service and a case of discovering a neighboring UE operating as an entire DRX.
  • the'drxStartOffset' value can be fixed for all services or can be set only within a certain range, and the'drxShort-cycle'/'drxLong-cycle' value for each service can be determined only as an integer multiple of the same value for each service. have.
  • the range of the generated integer multiple may be different for each service. For example, drxShort-cycle is set to an integer multiple of 4, but the range can be changed for each service as follows.
  • Values selectable by drxShort-cycle of service 1 are ⁇ 4,8,12 ⁇
  • values that can be selected by drxShort-cycle of service 2 are ⁇ 12, 16, 20 ⁇
  • values that can be selected by drxShort-cycle of service 3 are ⁇ It can be 20, 24, 28 ⁇ . If this is determined, it is possible to easily infer a section in which a discovery message should be sent in order to detect a UE using the same service and a section in which a discovery message should be sent in order to detect all UEs.
  • the'drxRefStartOffset' value of DRX is fixed for each service, and drxRefUnit is free.
  • drxRefUnit is free.
  • FIG. 17 shows a case where drxRefStartOffset is fixed to 2 and all values of drxRefUnit have different values.
  • The'ON' state can be aligned at all positions corresponding to the least common multiple of drxRefUnit values.
  • the'drxStartOffset' value can be fixed for all services or can be set only within a certain range, and the'drxShort-cycle'/'drxLong-cycle' value for each service can be determined only as an integer multiple of the value specified for each service. have.
  • the range of integer multiples can be made different for each service.
  • values that can be selected as drxShort-cycle of service 1 are ⁇ 4,8,12 ⁇
  • drxShort-cycle of service 2 are selected as ⁇ 3, 6, 9 ⁇
  • drxShort-cycle of service 3 are selectable.
  • the value can be ⁇ 6, 12, 24 ⁇ .
  • the DRX patterns that can be generated so as not to overlap as much as possible. If the values of “drxRefUnit” and drxRefStartOffset for each service are as small as possible (a relationship without a factor), the DRX pattern for each service can be distributed. In other words, it is a way to increase randomness.
  • a UE that wants to find another service creates a random DRX pattern and transmits a discovery message. This can increase the probability of discovering nearby DRX UEs.
  • the positions of'drxStartOffset' and'drxShort-cycle/drxLong-cycle' are arranged so that they do not overlap as much as possible. For example, arrange so that'drxStartOffset' and'drxShort-cycle/drxLong-cycle' available for each service do not overlap. In this arrangement, since multiple services do not wake up in an ‘ON’ state at the same time, the possibility of inevitable collision or interference in communication of other services is low.
  • a UE that wants to find another service creates a random DRX pattern and transmits a discovery message. This can increase the probability of discovering nearby DRX UEs.
  • a period in which the UE must wake up regardless of service may be set.
  • the DRX operation may be performed by dividing the operation into an alarm message and an event message.
  • a UE operating in all DRX modes maintains the “ON” state at the same time during a time period in which an alarm message is likely to be transmitted regardless of service.
  • Alarm messages can have a different sequence for each service, and only whether or not a service exists can be checked through the sequence. If there is a service that you are interested in, you can receive the desired service by maintaining the'ON' section at the appointed time.
  • the offset time at which the actual service is transmitted after the alarm period may be a preset value (pre-configuration) and may have a different value for each service. In terms of latency, the service in priority can have the shortest offset value.
  • the following method may be used for mutual detection between UEs using the same service. That is, when the above-described method limits the generation of DRX patterns for each service ID, initial detection may be performed in the following manner.
  • a UE that wants to connect may broadcast its own discovery message. Specifically,'maxLongDrxCycle', which should be turned'ON' once within a certain period of time for each Service ID, is determined.
  • a UE that attempts to connect with another UE operating as DRX wakes up to an ‘ON’ state for each align position using the values ‘drxRefStartOffset’ and ‘drxRefUnit’ during ‘maxLongDrxCycle’.
  • the DRX UE broadcasts a discovery message in the align position and receives it, and responds to it, thereby detecting DRX UEs using the same service ID.
  • the response to the discovery message can be transmitted to the align position as well.
  • each UE includes its own DRX pattern information and transmits it, so that an operation for future connection may be performed according to the other's DRX pattern.
  • all DRX UEs may broadcast a discovery message during a specific time period. Specifically, when a specific set time period or a specific UE triggers the discovery time period, the DRX UE using the same service wakes up in the'ON' state for each align position during the'maxLongDrxCycle' (referred to as discoveryTimer) from that point in time. .
  • the align position may be determined by values of'drxRefStartOffset' and'drxRefUnit'. All DRX UEs broadcast their ID information and simple information necessary for discovery in the align position during the discoveryTimer period. The information included at this time may include DRX pattern information.
  • the DRX UE receiving the Discovery message in the Align position can identify the IDs and DRX patterns of DRX UEs using the same service around them, and can attempt to connect through this.
  • the DRX UEs mutually detected through the discovery message can change their DRX pattern through negotiation, etc., but it is natural to follow the method of setting the values such as shortDrxCycle, longDrxCycle, and startDrxOffset, which are limited as long as they still use the same service.
  • the DRX operation may be based on the above descriptions. Alternatively, it may be applied independently from the above-described DRX embodiment.
  • UE1 represents a terminal operating in the DRX mode for low-power transmission/reception, and UE2 is always in the'ON' state (which can be interpreted as meaning a state in which the On period is relatively long) without requiring low-power operation. Assume that the terminal is placed.
  • the relationship between UE1 and UE2 communication may correspond to a relationship between a wearable device with a small sensor and a personal mobile device, or a personal mobile device and a vehicle/RSU.
  • a terminal operating in the DRX mode will be referred to as UE1, and a terminal in an “ON” state will be referred to as UE2.
  • UE1 and UE2 operate in the V2X mode2 sidelink, depending on the ON_DURATION period and length of the DRX mode, when the sensing window in the DRX mode operation is more than a certain value, the sensing range exists in the sensing window when operating in the DRX mode, but a certain amount If the value is less than the value, it can be considered as a case in which there is no senseable section within the sensing window during the DRX mode operation. At this time, it is assumed that the time for the sensing window is a predetermined length of time required before selecting a transmission resource.
  • the DRX pattern may be determined according to the residual power of the low-power UE, the latency requirement, or the characteristics of the service to be communicated.
  • UE1 operating in the DRX mode wakes up at a certain period according to the DRX pattern to check whether there is data transmitted to itself, and if there is data to be transmitted, increases the ON_DURATION interval (DRX in-activity) to receive information.
  • ON_DURATION interval DRX in-activity
  • a channel is sensed for a certain period of time (sensing window) to check the locations of currently used resources and reserved resources, and attempt to transmit by finding a location of a transmittable resource.
  • sensing is possible only at a location corresponding to the ON_DURATION section (partial sensing).
  • a method of finding a resource to be transmitted using only partial sensing may be useful in some cases, but there is a high possibility of selecting an incorrect transmission resource due to insufficient sensing. For this, it is suggested to set the'minimum time required for sensing'. This value may be a predetermined value or a value that may vary according to channel conditions (eg, CBR).
  • the UE1 selects a resource to be used for transmission based on the current sensing value.
  • a resource required for transmission may be selected based on at least one of various methods as follows.
  • UE1 sets the ON_DURARION section to the'minimum time required for sensing'.
  • the resource is sensed by increasing the value satisfactorily. That is, by increasing the ON_DURATION section, the resource is selected after satisfying the resource collection section required for minimum sensing.
  • the ON_DURATION section needs to be increased for resource sensing, power consumption may increase, and as much as the time consumed for sensing, there may be a loss in terms of latency.
  • UE1 capable of partial sensing only can be referred to when selecting a resource with the help of resource information sensed by UE2.
  • UE1 may wake-up immediately from sleep mode of DRX and request sensing information from UE2 (assistant message).
  • a resource for requesting sensing information may be selected based on a result of partial sensing by the user.
  • the operation process for this can be described as follows.
  • Step1 If there is a resource to be transmitted, UE1 transmits information such as priority and size of a message to be transmitted to UE2, and requests sensing resource information corresponding thereto.
  • Step2 UE2 informs UE1 of a sensing result (eg, location information map of available resources) according to the priority and size of a message to be transmitted by UE1.
  • a sensing result eg, location information map of available resources
  • Step3 UE1 selects a transmission resource using the result of partial sensing sensed by itself and the result of sensing information assisted by UE2. At this time, UE1 may randomly select within a common valid resource of resource information sensed by itself and resource information received from UE2.
  • the sensing information may be a value indicating a resource map that can be used for transmission by referring to the size and priority of data to be transmitted by UE1.
  • the following communication may be considered. As shown in FIG. 19, it is assumed that there is another adjacent UE3 that knows the DRX pattern of UE1, and that UE1 and UE3 communicate according to mutual DRX ON_DURATION. In the case of such communication, UE1 assists UE2 when selecting a resource for communication with UE3 under the assumption that UE1, 2, and 3 are all present in a short distance and the sensing information of UE2, which is always in the'ON' state, is applicable to UE1 as well. Indicate the case of receiving.
  • UE3 can also receive assist from UE2 when selecting a transmission resource.
  • UE1 when UE1 wakes up from sleep and requests an assistant message from a sleep state when there is data to be transmitted, UE2 does not transmit an assist message, but instead of transmitting an assist message, the available resources are available based on its own sensing result. It can be recommended to UE1 so that the DRX mode can be turned'ON' in the most empty place. UE1 may select an effective resource based on its sensing result at the recommended location and then use it as a transmission resource. In the case of using this method, signaling overhead may be less than that of transmitting all available resource information based on the sensing result, but there is a disadvantage in that the sensing result of UE1 still operating in the DRX mode may be insufficient.
  • UE2 may reserve resources for UE1 transmission instead.
  • the operation process is as follows.
  • Step1 UE1 requests sensing information for transmission resources from UE2 along with information such as priority, size, and desired number of retransmissions of data to be transmitted.
  • Step2 UE2 reserves data suitable for the transmission request of UE1 based on its sensing information.
  • Step3 UE2 informs UE1 of (location) information on the reserved resource.
  • Step4) UE1 transmits data to the corresponding resource location.
  • UE2 which can always sense resources, reserves resources in the ON_DURATION section for UE1 operating in the DRX mode without requesting a special assistant message.
  • UE2 may inform that it is a role capable of performing resource reservation on behalf of UE1.
  • UE2 should be able to inform UE1 of the (location) information of the reserved resource, and UE1 can transmit data to the reserved resource location.
  • This method can overcome the sensing limitation of UE1, but there is a disadvantage in that it is not efficient in resource use because resources are always reserved even when there is no data to be transmitted by UE1.
  • a senseable section exists in the sensing window during the DRX mode operation described above, but is similar to the embodiments for a case where it is less than a predetermined value, but a slightly modified method may be applied.
  • UE1 operating in the DRX mode which is different from the previously proposed embodiments, there is no partial sensing result, so when a request for an assistant message for resource selection to UE2 is required, resource sensing and selection must be made for this.
  • the sensing interval for the Assist request may be a much shorter interval than the sensing interval generally used for data transmission.
  • the priority of the assistant message applied when selecting a resource for transmission of the assistant message may be a value having a higher priority than the priority of data to be transmitted.
  • the ON_DURATION section is increased by a sensing window to transmit data through a general V2X sensing and resource selection process.
  • UE1 requests a sensing result (or assistant information for resource selection) from UE2 because there is no sensing result during the period corresponding to the sensing window.
  • the specific method for this is as follows.
  • UE1 (DRX mode) requests assistant information for resource selection from UE2 (always'ON').
  • UE1 selects a resource for requesting assistant information from UE2 based on the sensing result, and then transmits an assistant request message.
  • information on the priority and size of data to be transmitted can be delivered.
  • UE2 reserves a resource for an assistant message that may be requested in a section in which UE1 is'ON' under the name of UE1. The reserved location is notified to UE1 so that if there is a message to be transmitted by UE1, an assistant message can be requested from UE2 through the reserved location.
  • UE2 informs UE1 of assistant information for resource selection.
  • UE2 Upon receiving the message, UE2 transmits the sensed resource information (resource map) to UE1.
  • the location of the resource candidate(s) suitable for use by the data to be transmitted by UE1 may be indicated. Or, you can designate a resource in a specific location.
  • UE1 may instead reserve resources suitable for use in data transmission, and may inform UE1 of this information.
  • UE1 selects a resource and transmits a message.
  • UE1 transmits a data message using information such as a result of sensing information transmitted by UE2/a resource candidate location suitable for use/a resource at a specific location/reserved resource.
  • FIG. 21 illustrates a communication system 1 applied to the present invention.
  • a communication system 1 applied to the present invention includes a wireless device, a base station, and a network.
  • the wireless device refers to a device that performs communication using a wireless access technology (eg, 5G NR (New RAT), LTE (Long Term Evolution)), and may be referred to as a communication/wireless/5G device.
  • wireless devices include robots 100a, vehicles 100b-1 and 100b-2, eXtended Reality (XR) devices 100c, hand-held devices 100d, and home appliances 100e. ), an Internet of Thing (IoT) device 100f, and an AI device/server 400.
  • the vehicle may include a vehicle equipped with a wireless communication function, an autonomous vehicle, a vehicle capable of performing inter-vehicle communication, and the like.
  • the vehicle may include an Unmanned Aerial Vehicle (UAV) (eg, a drone).
  • UAV Unmanned Aerial Vehicle
  • XR devices include Augmented Reality (AR)/Virtual Reality (VR)/Mixed Reality (MR) devices. It can be implemented in the form of a computer, a wearable device, a home appliance, a digital signage, a vehicle, a robot, and the like.
  • Portable devices may include smart phones, smart pads, wearable devices (eg, smart watches, smart glasses), computers (eg, notebook computers, etc.).
  • Home appliances may include TVs, refrigerators, washing machines, and the like.
  • IoT devices may include sensors, smart meters, and the like.
  • the base station and the network may be implemented as a wireless device, and the specific wireless device 200a may operate as a base station/network node to other
  • the wireless devices 100a to 100f may be connected to the network 300 through the base station 200.
  • AI Artificial Intelligence
  • the network 300 may be configured using a 3G network, a 4G (eg, LTE) network, or a 5G (eg, NR) network.
  • the wireless devices 100a to 100f may communicate with each other through the base station 200/network 300, but may communicate directly (e.g. sidelink communication) without passing through the base station/network.
  • the vehicles 100b-1 and 100b-2 may perform direct communication (e.g.
  • V2V Vehicle to Vehicle
  • V2X Vehicle to Everything
  • the IoT device eg, sensor
  • the IoT device may directly communicate with other IoT devices (eg, sensors) or other wireless devices 100a to 100f.
  • Wireless communication/connections 150a, 150b, and 150c may be established between the wireless devices 100a to 100f/base station 200, and the base station 200/base station 200.
  • wireless communication/connection includes various wireless access such as uplink/downlink communication 150a, sidelink communication 150b (or 15D communication), base station communication 150c (eg relay, Integrated Access Backhaul). This can be achieved through technology (eg 5G NR)
  • the wireless communication/connection 150a, 150b, 150c can transmit/receive radio signals to each other.
  • the wireless communication/connection 150a, 150b, 150c can transmit/receive signals through various physical channels.
  • At least some of a process of setting various configuration information various signal processing processes (eg, channel encoding/decoding, modulation/demodulation, resource mapping/demapping, etc.), resource allocation process, and the like may be performed.
  • various signal processing processes eg, channel encoding/decoding, modulation/demodulation, resource mapping/demapping, etc.
  • resource allocation process e.g., resource allocation process, and the like.
  • the first wireless device 100 and the second wireless device 200 may transmit and receive wireless signals through various wireless access technologies (eg, LTE and NR).
  • ⁇ the first wireless device 100, the second wireless device 200 ⁇ is the ⁇ wireless device 100x, the base station 200 ⁇ and/or ⁇ wireless device 100x, wireless device 100x) of FIG. 21 ⁇ Can be matched.
  • the first wireless device 100 includes one or more processors 102 and one or more memories 104, and may further include one or more transceivers 106 and/or one or more antennas 108.
  • the processor 102 controls the memory 104 and/or the transceiver 106 and may be configured to implement the descriptions, functions, procedures, suggestions, methods, and/or operational flowcharts disclosed herein.
  • the processor 102 may process information in the memory 104 to generate first information/signal, and then transmit a radio signal including the first information/signal through the transceiver 106.
  • the processor 102 may store information obtained from signal processing of the second information/signal in the memory 104 after receiving a radio signal including the second information/signal through the transceiver 106.
  • 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 perform some or all of the processes controlled by the processor 102, or instructions for performing the descriptions, functions, procedures, suggestions, methods, and/or operational flow charts disclosed herein. It is possible to store software code including:
  • the processor 102 and the memory 104 may be part of a communication modem/circuit/chip designed to implement a wireless communication technology (eg, LTE, NR).
  • the transceiver 106 may be coupled with the processor 102 and may transmit and/or receive radio signals through one or more antennas 108.
  • Transceiver 106 may include a transmitter and/or a receiver.
  • the transceiver 106 may be mixed with an RF (Radio Frequency) unit.
  • the wireless device may mean a communication modem/circuit/chip.
  • the second wireless device 200 includes one or more processors 202 and one or more memories 204, and may further include one or more transceivers 206 and/or one or more antennas 208.
  • the processor 202 controls the memory 204 and/or the transceiver 206 and may be configured to implement the descriptions, functions, procedures, suggestions, methods, and/or operational flowcharts disclosed herein.
  • the processor 202 may process information in the memory 204 to generate third information/signal, and then transmit a wireless signal including the third information/signal through the transceiver 206.
  • the processor 202 may receive the radio signal including the fourth information/signal through the transceiver 206 and then store information obtained from signal processing of the fourth information/signal 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 perform some or all of the processes controlled by the processor 202, or instructions for performing the descriptions, functions, procedures, suggestions, methods, and/or operational flow charts disclosed in this document. It is possible to store software code including:
  • the processor 202 and the memory 204 may be part of a communication modem/circuit/chip designed to implement a wireless communication technology (eg, LTE, NR).
  • the transceiver 206 may be connected to the processor 202 and may transmit and/or receive radio signals through one or more antennas 208.
  • the transceiver 206 may include a transmitter and/or a receiver.
  • the transceiver 206 may be used interchangeably with an RF unit.
  • the wireless device may mean a communication modem/circuit/chip.
  • one or more protocol layers may be implemented by one or more processors 102, 202.
  • one or more processors 102 and 202 may implement one or more layers (eg, functional layers such as PHY, MAC, RLC, PDCP, RRC, and SDAP).
  • One or more processors 102, 202 may be configured to generate one or more Protocol Data Units (PDUs) and/or one or more Service Data Units (SDUs) according to the description, functions, procedures, proposals, methods, and/or operational flow charts disclosed in this document. Can be generated.
  • PDUs Protocol Data Units
  • SDUs Service Data Units
  • One or more processors 102, 202 may generate messages, control information, data, or information according to the description, function, procedure, proposal, method, and/or operational flow chart disclosed herein. At least one processor (102, 202) generates a signal (e.g., a baseband signal) containing PDU, SDU, message, control information, data or information according to the functions, procedures, proposals and/or methods disclosed in this document. , Can be provided to one or more transceivers (106, 206).
  • a signal e.g., a baseband signal
  • One or more processors 102, 202 may receive signals (e.g., baseband signals) from one or more transceivers 106, 206, and the descriptions, functions, procedures, proposals, methods, and/or operational flowcharts disclosed herein PDUs, SDUs, messages, control information, data, or information may be obtained according to the parameters.
  • signals e.g., baseband signals
  • One or more of the processors 102 and 202 may be referred to as a controller, microcontroller, microprocessor, or microcomputer.
  • One or more of the processors 102 and 202 may be implemented by hardware, firmware, software, or a combination thereof.
  • ASICs application specific integrated circuits
  • DSPs digital signal processors
  • DSPDs digital signal processing devices
  • PLDs programmable logic devices
  • FPGAs field programmable gate arrays
  • the description, functions, procedures, suggestions, methods, and/or operational flowcharts disclosed in this document may be implemented using firmware or software, and firmware or software may be implemented to include modules, procedures, functions, and the like.
  • the description, functions, procedures, proposals, methods and/or operational flow charts disclosed in this document are configured to perform firmware or software included in one or more processors 102, 202, or stored in one or more memories 104, 204, and It may be driven by the above processors 102 and 202.
  • the descriptions, functions, procedures, proposals, methods, and/or operational flowcharts disclosed in this document may be implemented using firmware or software in the form of codes, instructions, and/or sets of instructions.
  • One or more memories 104, 204 may be connected to one or more processors 102, 202, and may store various types of data, signals, messages, information, programs, codes, instructions and/or instructions.
  • One or more of the memories 104 and 204 may be composed of ROM, RAM, EPROM, flash memory, hard drive, registers, cache memory, computer readable storage media, and/or combinations 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, 204 may be connected to one or more processors 102, 202 through various technologies such as wired or wireless connection.
  • One or more transceivers 106 and 206 may transmit user data, control information, radio signals/channels, and the like mentioned in the methods and/or operation flow charts of this document to one or more other devices.
  • One or more transceivers (106, 206) may receive user data, control information, radio signals/channels, etc., mentioned in the description, functions, procedures, proposals, methods and/or operational flowcharts disclosed in this document from one or more other devices. have.
  • one or more transceivers 106 and 206 may be connected to one or more processors 102 and 202 and may transmit and receive wireless signals.
  • one or more processors 102, 202 may control one or more transceivers 106, 206 to transmit user data, control information, or radio signals to one or more other devices.
  • one or more processors 102, 202 may control one or more transceivers 106, 206 to receive user data, control information, or radio signals from one or more other devices.
  • one or more transceivers (106, 206) may be connected to one or more antennas (108, 208), one or more transceivers (106, 206) through the one or more antennas (108, 208), the description and functions disclosed in this document.
  • one or more antennas may be a plurality of physical antennas or a plurality of logical antennas (eg, antenna ports).
  • One or more transceivers (106, 206) in order to process the received user data, control information, radio signal / channel, etc. using one or more processors (102, 202), the received radio signal / channel, etc. in the RF band signal. It can be converted into a baseband signal.
  • 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 a baseband signal to an RF band signal.
  • one or more of the transceivers 106 and 206 may include (analog) oscillators and/or filters.
  • the vehicle or autonomous vehicle may be implemented as a mobile robot, a vehicle, a train, an aerial vehicle (AV), a ship, or the like.
  • AV aerial vehicle
  • the vehicle or autonomous vehicle 100 includes 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 autonomous driving. It may include a unit (140d).
  • the antenna unit 108 may be configured as a part of the communication unit 110.
  • the communication unit 110 may transmit and receive signals (eg, data, control signals, etc.) with external devices such as other vehicles, base stations (e.g. base stations, roadside base stations, etc.), and servers.
  • the controller 120 may perform various operations by controlling elements of the vehicle or the autonomous vehicle 100.
  • the control unit 120 may include an Electronic Control Unit (ECU).
  • the driving unit 140a may cause the vehicle or the autonomous vehicle 100 to travel on the ground.
  • the driving unit 140a may include an engine, a motor, a power train, a wheel, a brake, a steering device, and the like.
  • the power supply unit 140b supplies power to the vehicle or the autonomous vehicle 100, and may include a wired/wireless charging circuit, a battery, and the like.
  • the sensor unit 140c may obtain vehicle status, surrounding environment information, user information, and the like.
  • the sensor unit 140c is an IMU (inertial measurement unit) sensor, a collision sensor, a wheel sensor, a speed sensor, an inclination sensor, a weight detection sensor, a heading sensor, a position module, and a vehicle advancement. /Reverse sensor, battery sensor, fuel sensor, tire sensor, steering sensor, temperature sensor, humidity sensor, ultrasonic sensor, illuminance sensor, pedal position sensor, etc. can be included.
  • the autonomous driving unit 140d is a technology that maintains a driving lane, a technology that automatically adjusts the speed such as adaptive cruise control, a technology that automatically travels along a predetermined route, and automatically sets a route when a destination is set. Technology, etc. can be implemented.
  • the communication unit 110 may receive map data, traffic information data, and the like from an external server.
  • the autonomous driving unit 140d may generate an autonomous driving route and a driving plan based on the acquired data.
  • the controller 120 may control the driving unit 140a so that the vehicle or the autonomous vehicle 100 moves along the autonomous driving path according to the driving plan (eg, speed/direction adjustment).
  • the communication unit 110 asynchronously/periodically acquires the latest traffic information data from an external server, and may acquire surrounding traffic information data from surrounding vehicles.
  • the sensor unit 140c may acquire vehicle status and surrounding environment information.
  • the autonomous driving unit 140d may update the autonomous driving route and the driving plan based on the newly acquired data/information.
  • the communication unit 110 may transmit information about a vehicle location, an autonomous driving route, a driving plan, and the like to an external server.
  • the external server may predict traffic information data in advance using AI technology or the like, based on information collected from the vehicle or autonomously driving vehicles, and may provide the predicted traffic information data to the vehicle or autonomously driving vehicles.
  • Vehicles may also be implemented as means of transportation, trains, aircraft, and ships.
  • the vehicle 100 may include a communication unit 110, a control unit 120, a memory unit 130, an input/output unit 140a, and a position measurement unit 140b.
  • the communication unit 110 may transmit and receive signals (eg, data, control signals, etc.) with other vehicles or external devices such as a base station.
  • the controller 120 may perform various operations by controlling components of the vehicle 100.
  • the memory unit 130 may store data/parameters/programs/codes/commands supporting various functions of the vehicle 100.
  • the input/output unit 140a may output an AR/VR object based on information in the memory unit 130.
  • the input/output unit 140a may include a HUD.
  • the location measurement unit 140b may obtain location information of the vehicle 100.
  • the location information may include absolute location information of the vehicle 100, location information within a driving line, acceleration information, location information with surrounding vehicles, and the like.
  • the location measurement unit 140b may include GPS and various sensors.
  • the communication unit 110 of the vehicle 100 may receive map information, traffic information, etc. from an external server and store it in the memory unit 130.
  • the location measurement unit 140b may acquire vehicle location information through GPS and various sensors and store it in the memory unit 130.
  • the controller 120 may generate a virtual object based on map information, traffic information, vehicle location information, and the like, and the input/output unit 140a may display the generated virtual object on a window in the vehicle (1410, 1420).
  • the controller 120 may determine whether the vehicle 100 is operating normally within the driving line based on the vehicle location information. When the vehicle 100 deviates from the driving line abnormally, the control unit 120 may display a warning on a windshield of the vehicle through the input/output unit 140a.
  • the controller 120 may broadcast a warning message regarding a driving abnormality to nearby vehicles through the communication unit 110.
  • the control unit 120 may transmit location information of the vehicle and information on driving/vehicle abnormalities to related organizations through the communication unit 110.
  • the XR device may be implemented as an HMD, a head-up display (HUD) provided in a vehicle, a television, a smartphone, a computer, a wearable device, a home appliance, a digital signage, a vehicle, a robot, and the like.
  • HMD head-up display
  • a television a television
  • smartphone a smartphone
  • a computer a wearable device
  • a home appliance a digital signage
  • a vehicle a robot, and the like.
  • the XR device 100a may include a communication unit 110, a control unit 120, a memory unit 130, an input/output unit 140a, a sensor unit 140b, and a power supply unit 140c. .
  • the communication unit 110 may transmit and receive signals (eg, media data, control signals, etc.) with other wireless devices, portable devices, or external devices such as a media server.
  • Media data may include images, images, sounds, and the like.
  • the controller 120 may perform various operations by controlling components of the XR device 100a.
  • the controller 120 may be configured to control and/or perform procedures such as video/image acquisition, (video/image) encoding, and metadata generation and processing.
  • the memory unit 130 may store data/parameters/programs/codes/commands required for driving the XR device 100a/generating an XR object.
  • the input/output unit 140a may obtain control information, data, etc. from the outside, and may output the generated XR object.
  • the input/output unit 140a may include a camera, a microphone, a user input unit, a display unit, a speaker, and/or a haptic module.
  • the sensor unit 140b may obtain XR device status, surrounding environment information, user information, and the like.
  • the sensor unit 140b may include a proximity sensor, an illuminance 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, an optical sensor, a microphone, and/or a radar. have.
  • the power supply unit 140c supplies power to the XR device 100a, and may include a wired/wireless charging circuit, a battery, and the like.
  • the memory unit 130 of the XR device 100a may include information (eg, data, etc.) necessary for generating an XR object (eg, AR/VR/MR object).
  • the input/output unit 140a may obtain a command to manipulate the XR device 100a from the user, and the control unit 120 may drive the XR device 100a according to the user's driving command. For example, when a user tries to watch a movie, news, etc. through the XR device 100a, the controller 120 transmits the content request information through the communication unit 130 to another device (for example, the mobile device 100b) or It can be sent to the media server.
  • another device for example, the mobile device 100b
  • the communication unit 130 may download/stream content such as movies and news from another device (eg, the portable device 100b) or a media server to the memory unit 130.
  • the control unit 120 controls and/or performs procedures such as video/image acquisition, (video/image) encoding, and metadata generation/processing for the content, and is acquired through the input/output unit 140a/sensor unit 140b.
  • An XR object may be generated/output based on information on a surrounding space or a real object.
  • the XR device 100a is wirelessly connected to the mobile device 100b through the communication unit 110, and the operation of the XR device 100a may be controlled by the mobile device 100b.
  • the portable device 100b may operate as a controller for the XR device 100a.
  • the XR device 100a may obtain 3D location information of the portable device 100b, and then generate and output an XR object corresponding to the portable device 100b.
  • Robots can be classified into industrial, medical, household, military, etc. depending on the purpose or field of use.
  • the robot 100 may include a communication unit 110, a control unit 120, a memory unit 130, an input/output unit 140a, a sensor unit 140b, and a driving unit 140c.
  • the communication unit 110 may transmit and receive signals (eg, driving information, control signals, etc.) with other wireless devices, other robots, or external devices such as a control server.
  • the controller 120 may perform various operations by controlling components of the robot 100.
  • the memory unit 130 may store data/parameters/programs/codes/commands supporting various functions of the robot 100.
  • the input/output unit 140a acquires information from the outside of the robot 100 and may output the information to the outside of the robot 100.
  • the input/output unit 140a may include a camera, a microphone, a user input unit, a display unit, a speaker, and/or a haptic module.
  • the sensor unit 140b may obtain internal information, surrounding environment information, user information, and the like of the robot 100.
  • the sensor unit 140b may include a proximity sensor, an illuminance sensor, an acceleration sensor, a magnetic sensor, a gyro sensor, an inertial sensor, an IR sensor, a fingerprint recognition sensor, an ultrasonic sensor, an optical sensor, a microphone, a radar, and the like.
  • the driving unit 140c may perform various physical operations such as moving a robot joint. In addition, the driving unit 140c may cause the robot 100 to travel on the ground or fly in the air.
  • the driving unit 140c may include an actuator, a motor, a wheel, a brake, a propeller, and the like.
  • AI devices are fixed devices or mobile devices such as TVs, projectors, smartphones, PCs, notebooks, digital broadcasting terminals, tablet PCs, wearable devices, set-top boxes (STBs), radios, washing machines, refrigerators, digital signage, robots, vehicles, etc. It can be implemented as possible devices.
  • the AI device 100 includes a communication unit 110, a control unit 120, a memory unit 130, an input/output unit 140a/140b, a running processor unit 140c, and a sensor unit 140d. It may include.
  • the communication unit 110 uses wired/wireless communication technology to provide external devices such as other AI devices (e.g., Figs. 21, 100x, 200, 400) or AI servers (e.g., 400 in Fig. 21) and wired/wireless signals (e.g., sensor information). , User input, learning model, control signals, etc.). To this end, the communication unit 110 may transmit information in the memory unit 130 to an external device, or may transmit a signal received from the external device to the memory unit 130.
  • AI devices e.g., Figs. 21, 100x, 200, 400
  • AI servers e.g., 400 in Fig. 21
  • wired/wireless signals e.g., sensor information
  • the communication unit 110 may transmit information in the memory unit 130 to an external device, or may transmit a signal received from the external device to the memory unit 130.
  • the controller 120 may determine at least one executable operation of the AI device 100 based on information determined or generated using a data analysis algorithm or a machine learning algorithm. In addition, the controller 120 may perform a determined operation by controlling the components of the AI device 100. For example, the control unit 120 may request, search, receive, or utilize data from the learning processor unit 140c or the memory unit 130, and may be a predicted or desirable operation among at least one executable operation. Components of the AI device 100 may be controlled to execute an operation. In addition, the control unit 120 collects the history information including the operation content or user's feedback on the operation of the AI device 100 and stores it in the memory unit 130 or the running processor unit 140c, or the AI server ( 21 and 400). The collected history information can be used to update the learning model.
  • the memory unit 130 may store data supporting various functions of the AI device 100.
  • the memory unit 130 may store data obtained from the input unit 140a, data obtained from the communication unit 110, output data from the running processor unit 140c, and data obtained from the sensing unit 140.
  • the memory unit 130 may store control information and/or software codes necessary for the operation/execution of the control unit 120.
  • the input unit 140a may acquire various types of data from the outside of the AI device 100.
  • the input unit 140a may acquire training data for model training and input data to which the training model is applied.
  • the input unit 140a may include a camera, a microphone, and/or a user input unit.
  • the output unit 140b may generate output related to visual, auditory, or tactile sense.
  • the output unit 140b may include a display unit, a speaker, and/or a haptic module.
  • the sensing unit 140 may obtain at least one of internal information of the AI device 100, surrounding environment information of the AI device 100, and user information by using various sensors.
  • the sensing unit 140 may include a proximity sensor, an illuminance 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, an optical sensor, a microphone, and/or a radar. have.
  • the learning processor unit 140c may train a model composed of an artificial neural network by using the training data.
  • the running processor unit 140c may perform AI processing together with the running processor unit of the AI server (FIGS. 21 and 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 memory unit 130.
  • the output value of the learning processor unit 140c may be transmitted to an external device through the communication unit 110 and/or may be stored in the memory unit 130.
  • Embodiments as described above can be applied to various mobile communication systems.

Abstract

일 실시예는, 무선통신시스템에서 UE(Transmission User Equipment)의 사이드링크 관련 동작 방법에 있어서, Long DRX cycle 및 Short DRX cycle을 결정하는 단계; 상기 Long DRX cycle, Short DRX cycle 및 제1 오프셋에 기초하여, on duration 에서 제어정보를 모니터링하는 단계를 포함하며, 상기 제1 오프셋은, 사이드링크 서비스에 관련된 값의 k 배(k는 정수) 및 상기 사이드링크 서비스에 관련된 제2 오프셋의 합으로 결정되고, 상기 Long DRX cycle 및 Short DRX cycle은, 각각 사이드링크 서비스에 관련된 값의 m 배 및 n 배(m, n은 정수)로 결정되는, 방법이다.

Description

무선통신시스템에서 사이드링크 DRX에 관련된 UE의 동작 방법
이하의 설명은 무선 통신 시스템에 대한 것으로, 보다 상세하게는 Sidelink DRX(Discontinuous Reception)에 관련된 UE의 동작 방법 및 장치이다.
무선 통신 시스템이 음성이나 데이터 등과 같은 다양한 종류의 통신 서비스를 제공하기 위해 광범위하게 전개되고 있다. 일반적으로 무선 통신 시스템은 가용한 시스템 자원(대역폭, 전송 파워 등)을 공유하여 다중 사용자와의 통신을 지원할 수 있는 다중 접속(multiple access) 시스템이다. 다중 접속 시스템의 예들로는 CDMA(code division multiple access) 시스템, FDMA(frequency division multiple access) 시스템, TDMA(time division multiple access) 시스템, OFDMA(orthogonal frequency division multiple access) 시스템, SC-FDMA(single carrier frequency division multiple access) 시스템, MC-FDMA(multi carrier frequency division multiple access) 시스템 등이 있다.
무선 통신 시스템에서는 LTE, LTE-A, WiFi 등의 다양한 RAT(Radio Access Technology)이 사용되고 있으며, 5G 도 여기에 포함된다. 5G의 세 가지 주요 요구 사항 영역은 (1) 개선된 모바일 광대역 (Enhanced Mobile Broadband, eMBB) 영역, (2) 다량의 머신 타입 통신 (massive Machine Type Communication, mMTC) 영역 및 (3) 초-신뢰 및 저 지연 통신 (Ultra-reliable and Low Latency Communications, URLLC) 영역을 포함한다. 일부 사용 예(Use Case)는 최적화를 위해 다수의 영역들이 요구될 수 있고, 다른 사용 예는 단지 하나의 핵심 성능 지표 (Key Performance Indicator, KPI)에만 포커싱될 수 있다. 5G는 이러한 다양한 사용 예들을 유연하고 신뢰할 수 있는 방법으로 지원하는 것이다.
eMBB는 기본적인 모바일 인터넷 액세스를 훨씬 능가하게 하며, 풍부한 양방향 작업, 클라우드 또는 증강 현실에서 미디어 및 엔터테인먼트 애플리케이션을 커버한다. 데이터는 5G의 핵심 동력 중 하나이며, 5G 시대에서 처음으로 전용 음성 서비스를 볼 수 없을 수 있다. 5G에서, 음성은 단순히 통신 시스템에 의해 제공되는 데이터 연결을 사용하여 응용 프로그램으로서 처리될 것이 기대된다. 증가된 트래픽 양(volume)을 위한 주요 원인들은 콘텐츠 크기의 증가 및 높은 데이터 전송률을 요구하는 애플리케이션 수의 증가이다. 스트리밍 서비스 (오디오 및 비디오), 대화형 비디오 및 모바일 인터넷 연결은 더 많은 장치가 인터넷에 연결될수록 더 널리 사용될 것이다. 이러한 많은 응용 프로그램들은 사용자에게 실시간 정보 및 알림을 푸쉬하기 위해 항상 켜져 있는 연결성이 필요하다. 클라우드 스토리지 및 애플리케이션은 모바일 통신 플랫폼에서 급속히 증가하고 있으며, 이것은 업무 및 엔터테인먼트 모두에 적용될 수 있다. 그리고, 클라우드 스토리지는 상향링크 데이터 전송률의 성장을 견인하는 특별한 사용 예이다. 5G는 또한 클라우드의 원격 업무에도 사용되며, 촉각 인터페이스가 사용될 때 우수한 사용자 경험을 유지하도록 훨씬 더 낮은 단-대-단(end-to-end) 지연을 요구한다. 엔터테인먼트 예를 들어, 클라우드 게임 및 비디오 스트리밍은 모바일 광대역 능력에 대한 요구를 증가시키는 또 다른 핵심 요소이다. 엔터테인먼트는 기차, 차 및 비행기와 같은 높은 이동성 환경을 포함하는 어떤 곳에서든지 스마트폰 및 태블릿에서 필수적이다. 또 다른 사용 예는 엔터테인먼트를 위한 증강 현실 및 정보 검색이다. 여기서, 증강 현실은 매우 낮은 지연과 순간적인 데이터 양을 필요로 한다.
또한, 가장 많이 예상되는 5G 사용 예 중 하나는 모든 분야에서 임베디드 센서를 원활하게 연결할 수 있는 기능 즉, mMTC에 관한 것이다. 2020년까지 잠재적인 IoT 장치들은 204 억 개에 이를 것으로 예측된다. 산업 IoT는 5G가 스마트 도시, 자산 추적(asset tracking), 스마트 유틸리티, 농업 및 보안 인프라를 가능하게 하는 주요 역할을 수행하는 영역 중 하나이다.
URLLC는 주요 인프라의 원격 제어 및 자체-구동 차량(self-driving vehicle)과 같은 초 신뢰 / 이용 가능한 지연이 적은 링크를 통해 산업을 변화시킬 새로운 서비스를 포함한다. 신뢰성과 지연의 수준은 스마트 그리드 제어, 산업 자동화, 로봇 공학, 드론 제어 및 조정에 필수적이다.
다음으로, 다수의 사용 예들에 대해 보다 구체적으로 살펴본다.
5G는 초당 수백 메가 비트에서 초당 기가 비트로 평가되는 스트림을 제공하는 수단으로 FTTH (fiber-to-the-home) 및 케이블 기반 광대역 (또는 DOCSIS)을 보완할 수 있다. 이러한 빠른 속도는 가상 현실과 증강 현실뿐 아니라 4K 이상(6K, 8K 및 그 이상)의 해상도로 TV를 전달하는데 요구된다. VR(Virtual Reality) 및 AR(Augmented Reality) 애플리케이션들은 거의 몰입형(immersive) 스포츠 경기를 포함한다. 특정 응용 프로그램은 특별한 네트워크 설정이 요구될 수 있다. 예를 들어, VR 게임의 경우, 게임 회사들이 지연을 최소화하기 위해 코어 서버를 네트워크 오퍼레이터의 에지 네트워크 서버와 통합해야 할 수 있다.
자동차(Automotive)는 차량에 대한 이동 통신을 위한 많은 사용 예들과 함께 5G에 있어 중요한 새로운 동력이 될 것으로 예상된다. 예를 들어, 승객을 위한 엔터테인먼트는 동시의 높은 용량과 높은 이동성 모바일 광대역을 요구한다. 그 이유는 미래의 사용자는 그들의 위치 및 속도와 관계 없이 고품질의 연결을 계속해서 기대하기 때문이다. 자동차 분야의 다른 활용 예는 증강 현실 대시보드이다. 이는 운전자가 앞면 창을 통해 보고 있는 것 위에 어둠 속에서 물체를 식별하고, 물체의 거리와 움직임에 대해 운전자에게 말해주는 정보를 겹쳐서 디스플레이 한다. 미래에, 무선 모듈은 차량들 간의 통신, 차량과 지원하는 인프라구조 사이에서 정보 교환 및 자동차와 다른 연결된 디바이스들(예를 들어, 보행자에 의해 수반되는 디바이스들) 사이에서 정보 교환을 가능하게 한다. 안전 시스템은 운전자가 보다 안전한 운전을 할 수 있도록 행동의 대체 코스들을 안내하여 사고의 위험을 낮출 수 있게 한다. 다음 단계는 원격 조종되거나 자체 운전 차량(self-driven vehicle)이 될 것이다. 이는 서로 다른 자체 운전 차량들 사이 및 자동차와 인프라 사이에서 매우 신뢰성이 있고, 매우 빠른 통신을 요구한다. 미래에, 자체 운전 차량이 모든 운전 활동을 수행하고, 운전자는 차량 자체가 식별할 수 없는 교통 이상에만 집중하도록 할 것이다. 자체 운전 차량의 기술적 요구 사항은 트래픽 안전을 사람이 달성할 수 없을 정도의 수준까지 증가하도록 초 저 지연과 초고속 신뢰성을 요구한다.
스마트 사회(smart society)로서 언급되는 스마트 도시와 스마트 홈은 고밀도 무선 센서 네트워크로 임베디드될 것이다. 지능형 센서의 분산 네트워크는 도시 또는 집의 비용 및 에너지-효율적인 유지에 대한 조건을 식별할 것이다. 유사한 설정이 각 가정을 위해 수행될 수 있다. 온도 센서, 창 및 난방 컨트롤러, 도난 경보기 및 가전 제품들은 모두 무선으로 연결된다. 이러한 센서들 중 많은 것들이 전형적으로 낮은 데이터 전송 속도, 저전력 및 저비용이다. 하지만, 예를 들어, 실시간 HD 비디오는 감시를 위해 특정 타입의 장치에서 요구될 수 있다.
열 또는 가스를 포함한 에너지의 소비 및 분배는 고도로 분산화되고 있어, 분산 센서 네트워크의 자동화된 제어가 요구된다. 스마트 그리드는 정보를 수집하고 이에 따라 행동하도록 디지털 정보 및 통신 기술을 사용하여 이런 센서들을 상호 연결한다. 이 정보는 공급 업체와 소비자의 행동을 포함할 수 있으므로, 스마트 그리드가 효율성, 신뢰성, 경제성, 생산의 지속 가능성 및 자동화된 방식으로 전기와 같은 연료들의 분배를 개선하도록 할 수 있다. 스마트 그리드는 지연이 적은 다른 센서 네트워크로 볼 수도 있다.
건강 부문은 이동 통신의 혜택을 누릴 수 있는 많은 응용 프로그램을 보유하고 있다. 통신 시스템은 멀리 떨어진 곳에서 임상 진료를 제공하는 원격 진료를 지원할 수 있다. 이는 거리에 대한 장벽을 줄이는데 도움을 주고, 거리가 먼 농촌에서 지속적으로 이용하지 못하는 의료 서비스들로의 접근을 개선시킬 수 있다. 이는 또한 중요한 진료 및 응급 상황에서 생명을 구하기 위해 사용된다. 이동 통신 기반의 무선 센서 네트워크는 심박수 및 혈압과 같은 파라미터들에 대한 원격 모니터링 및 센서들을 제공할 수 있다.
무선 및 모바일 통신은 산업 응용 분야에서 점차 중요해지고 있다. 배선은 설치 및 유지 비용이 높다. 따라서, 케이블을 재구성할 수 있는 무선 링크들로의 교체 가능성은 많은 산업 분야에서 매력적인 기회이다. 그러나, 이를 달성하는 것은 무선 연결이 케이블과 비슷한 지연, 신뢰성 및 용량으로 동작하는 것과, 그 관리가 단순화될 것이 요구된다. 낮은 지연과 매우 낮은 오류 확률은 5G로 연결될 필요가 있는 새로운 요구 사항이다.
물류(logistics) 및 화물 추적(freight tracking)은 위치 기반 정보 시스템을 사용하여 어디에서든지 인벤토리(inventory) 및 패키지의 추적을 가능하게 하는 이동 통신에 대한 중요한 사용 예이다. 물류 및 화물 추적의 사용 예는 전형적으로 낮은 데이터 속도를 요구하지만 넓은 범위와 신뢰성 있는 위치 정보가 필요하다.
무선 통신 시스템은 가용한 시스템 자원(예를 들어, 대역폭, 전송 전력 등)을 공유하여 다중 사용자와의 통신을 지원하는 다중 접속(multiple access) 시스템이다. 다중 접속 시스템의 예로는 CDMA(code division multiple access) 시스템, FDMA(frequency division multiple access) 시스템, TDMA(time division multiple access) 시스템, OFDMA(orthogonal frequency division multiple access) 시스템, SC-FDMA(single carrier frequency division multiple access) 시스템, MC-FDMA(multi carrier frequency division multiple access) 시스템 등이 있다.
사이드링크(sidelink, SL)란 단말(User Equipment, UE)들 간에 직접적인 링크를 설정하여, 기지국(Base Station, BS)을 거치지 않고, 단말 간에 음성 또는 데이터 등을 직접 주고 받는 통신 방식을 말한다. SL는 급속도로 증가하는 데이터 트래픽에 따른 기지국의 부담을 해결할 수 있는 하나의 방안으로서 고려되고 있다.
V2X(vehicle-to-everything)는 유/무선 통신을 통해 다른 차량, 보행자, 인프라가 구축된 사물 등과 정보를 교환하는 통신 기술을 의미한다. V2X는 V2V(vehicle-to-vehicle), V2I(vehicle-to-infrastructure), V2N(vehicle-to- network) 및 V2P(vehicle-to-pedestrian)와 같은 4 가지 유형으로 구분될 수 있다. V2X 통신은 PC5 인터페이스 및/또는 Uu 인터페이스를 통해 제공될 수 있다.
한편, 더욱 많은 통신 기기들이 더욱 큰 통신 용량을 요구하게 됨에 따라, 기존의 무선 액세스 기술(Radio Access Technology, RAT)에 비해 향상된 모바일 광대역 (mobile broadband) 통신에 대한 필요성이 대두되고 있다. 이에 따라, 신뢰도(reliability) 및 지연(latency)에 민감한 서비스 또는 단말을 고려한 통신 시스템이 논의되고 있는데, 개선된 이동 광대역 통신, 매시브 MTC(Machine Type Communication), URLLC(Ultra-Reliable and Low Latency Communication) 등을 고려한 차세대 무선 접속 기술을 새로운 RAT(new radio access technology) 또는 NR(new radio)이라 칭할 수 있다. NR에서도 V2X(vehicle-to-everything) 통신이 지원될 수 있다.
도 1은 NR 이전의 RAT에 기반한 V2X 통신과 NR에 기반한 V2X 통신을 비교하여 설명하기 위한 도면이다.
V2X 통신과 관련하여, NR 이전의 RAT에서는 BSM(Basic Safety Message), CAM(Cooperative Awareness Message), DENM(Decentralized Environmental Notification Message)과 같은 V2X 메시지를 기반으로, 안전 서비스(safety service)를 제공하는 방안이 주로 논의되었다. V2X 메시지는, 위치 정보, 동적 정보, 속성 정보 등을 포함할 수 있다. 예를 들어, 단말은 주기적인 메시지(periodic message) 타입의 CAM, 및/또는 이벤트 트리거 메시지(event triggered message) 타입의 DENM을 다른 단말에게 전송할 수 있다.
예를 들어, CAM은 방향 및 속도와 같은 차량의 동적 상태 정보, 치수와 같은 차량 정적 데이터, 외부 조명 상태, 경로 내역 등 기본 차량 정보를 포함할 수 있다. 예를 들어, 단말은 CAM을 방송할 수 있으며, CAM의 지연(latency)은 100ms보다 작을 수 있다. 예를 들어, 차량의 고장, 사고 등의 돌발적인 상황이 발행하는 경우, 단말은 DENM을 생성하여 다른 단말에게 전송할 수 있다. 예를 들어, 단말의 전송 범위 내에 있는 모든 차량은 CAM 및/또는 DENM을 수신할 수 있다. 이 경우, DENM은 CAM 보다 높은 우선 순위를 가질 수 있다.
이후, V2X 통신과 관련하여, 다양한 V2X 시나리오들이 NR에서 제시되고 있다. 예를 들어, 다양한 V2X 시나리오들은, 차량 플래투닝(vehicle platooning), 향상된 드라이빙(advanced driving), 확장된 센서들(extended sensors), 리모트 드라이빙(remote driving) 등을 포함할 수 있다.
예를 들어, 차량 플래투닝을 기반으로, 차량들은 동적으로 그룹을 형성하여 함께 이동할 수 있다. 예를 들어, 차량 플래투닝에 기반한 플라툰 동작들(platoon operations)을 수행하기 위해, 상기 그룹에 속하는 차량들은 선두 차량으로부터 주기적인 데이터를 수신할 수 있다. 예를 들어, 상기 그룹에 속하는 차량들은 주기적인 데이터를 이용하여, 차량들 사이의 간격을 줄이거나 넓힐 수 있다.
예를 들어, 향상된 드라이빙을 기반으로, 차량은 반자동화 또는 완전 자동화될 수 있다. 예를 들어, 각 차량은 근접 차량 및/또는 근접 로지컬 엔티티(logical entity)의 로컬 센서(local sensor)에서 획득된 데이터를 기반으로, 궤도(trajectories) 또는 기동(maneuvers)을 조정할 수 있다. 또한, 예를 들어, 각 차량은 근접한 차량들과 드라이빙 인텐션(driving intention)을 상호 공유할 수 있다.
예를 들어, 확장 센서들을 기반으로, 로컬 센서들을 통해 획득된 로 데이터(raw data) 또는 처리된 데이터(processed data), 또는 라이브 비디오 데이터(live video data)는 차량, 로지컬 엔티티, 보행자들의 단말 및/또는 V2X 응용 서버 간에 상호 교환될 수 있다. 따라서, 예를 들어, 차량은 자체 센서를 이용하여 감지할 수 있는 환경 보다 향상된 환경을 인식할 수 있다.
예를 들어, 리모트 드라이빙을 기반으로, 운전을 하지 못하는 사람 또는 위험한 환경에 위치한 리모트 차량을 위해, 리모트 드라이버 또는 V2X 애플리케이션은 상기 리모트 차량을 동작 또는 제어할 수 있다. 예를 들어, 대중 교통과 같이 경로를 예측할 수 있는 경우, 클라우드 컴퓨팅 기반의 드라이빙이 상기 리모트 차량의 동작 또는 제어에 이용될 수 있다. 또한, 예를 들어, 클라우드 기반의 백엔드 서비스 플랫폼(cloud-based back-end service platform)에 대한 액세스가 리모트 드라이빙을 위해 고려될 수 있다.
한편, 차량 플래투닝, 향상된 드라이빙, 확장된 센서들, 리모트 드라이빙 등 다양한 V2X 시나리오들에 대한 서비스 요구사항(service requirements)들을 구체화하는 방안이 NR에 기반한 V2X 통신에서 논의되고 있다.
실시예(들)은 실시예(들)에서는 서비스 별 DRX 패턴 구성에 제한을 두어 DRX 패턴을 제한하는 방법, randomize하는 방법, DRX 패턴에 상관 없이 동일 time에 ON하는 동작 방법들을 제안한다.
일 실시예는, 무선통신시스템에서 UE(Transmission User Equipment)의 사이드링크 관련 동작 방법에 있어서, Long DRX cycle 및 Short DRX cycle을 결정하는 단계; 상기 Long DRX cycle, Short DRX cycle 및 제1 오프셋에 기초하여, on duration 에서 제어정보를 모니터링하는 단계를 포함하며, 상기 제1 오프셋은, 사이드링크 서비스에 관련된 값의 k 배(k는 정수) 및 상기 사이드링크 서비스에 관련된 제2 오프셋의 합으로 결정되고, 상기 Long DRX cycle 및 Short DRX cycle은, 각각 사이드링크 서비스에 관련된 값의 m 배 및 n 배(m, n은 정수)로 결정되는, 방법이다.
일 실시예는, 무선통신시스템에서, UE에 있어서, 적어도 하나의 프로세서; 및 상기 적어도 하나의 프로세서에 동작 가능하게 연결될 수 있고, 실행될 때 상기 적어도 하나의 프로세서로 하여금 동작들을 수행하게 하는 명령들을 저장하는 적어도 하나의 컴퓨터 메모리를 포함하며, 상기 동작들은, Long DRX cycle 및 Short DRX cycle을 결정하는 단계; 상기 Long DRX cycle, Short DRX cycle 및 제1 오프셋에 기초하여, on duration 에서 제어정보를 모니터링하는 단계를 포함하며, 상기 제1 오프셋은, 사이드링크 서비스에 관련된 값의 k 배(k는 정수) 및 상기 사이드링크 서비스에 관련된 제2 오프셋의 합으로 결정되고, 상기 Long DRX cycle 및 Short DRX cycle은, 각각 사이드링크 서비스에 관련된 값의 m 배 및 n 배(m, n은 정수)로 결정되는, UE이다.
일 실시예는, 무선통신시스템에서, UE를 위한 동작들을 수행하게 하는 프로세서에 있어서, 상기 동작들은, Long DRX cycle 및 Short DRX cycle을 결정하는 단계; 상기 Long DRX cycle, Short DRX cycle 및 제1 오프셋에 기초하여, on duration 에서 제어정보를 모니터링하는 단계를 포함하며, 상기 제1 오프셋은, 사이드링크 서비스에 관련된 값의 k 배(k는 정수) 및 상기 사이드링크 서비스에 관련된 제2 오프셋의 합으로 결정되고, 상기 Long DRX cycle 및 Short DRX cycle은, 각각 사이드링크 서비스에 관련된 값의 m 배 및 n 배(m, n은 정수)로 결정되는, 프로세서이다.
일 실시예는, 적어도 하나의 프로세서에 의해 실행될 때, 적어도 하나의 프로세서가 UE를 위한 동작들을 수행하게 하는 명령을 포함하는 적어도 하나의 컴퓨터 프로그램을 저장하는 비휘발성 컴퓨터 판독 가능 저장 매체에 있어서, 상기 동작들은, Long DRX cycle 및 Short DRX cycle을 결정하는 단계; 상기 Long DRX cycle, Short DRX cycle 및 제1 오프셋에 기초하여, on duration 에서 제어정보를 모니터링하는 단계를 포함하며, 상기 제1 오프셋은, 사이드링크 서비스에 관련된 값의 k 배(k는 정수) 및 상기 사이드링크 서비스에 관련된 제2 오프셋의 합으로 결정되고, 상기 Long DRX cycle 및 Short DRX cycle은, 각각 사이드링크 서비스에 관련된 값의 m 배 및 n 배(m, n은 정수)로 결정되는, 저장 매체이다.
상기 사이드링크 서비스에 관련된 값 및 상기 제2 오프셋은 사이드링크 서비스 별로 각각 상이하게 설정된 것일 수 있다.
상기 사이드링크 서비스에 관련된 값 및 상기 제2 오프셋은 사이드링크 서비스에 무관하게 동일한 값으로 설정된 것일 수 있다.
상기 m 및 n으로 선택 가능한 값의 범위는 상기 사이드링크 서비스 별로 각각 설정되는 것일 수 있다.
상기 m 및 n으로 선택 가능한 값의 범위는 적어도 일부에서 서로 오버랩될 수 있다.
상기 사이드링크 서비스에 관련된 값은 특정 서비스에 관련된 최소 지연에 기초하여 결정된 것일 수 있다.
상기 사이드링크 서비스에 관련된 값은 서비스 ID에 기초하여 MAC layer에서 결정된 것일 수 있다.
상기 사이드링크 서비스에 관련된 값은 RRC 시그널링을 통해 수신된 것일 수 있다.
상기 사이드링크 서비스에 관련된 값과 상기 제2 오프셋 중 상기 제2 오프셋만 사이드링크 서비스에 무관하게 동일한 값이 사용될 수 있다.
상기 UE는 다른 UE, 자율주행 차량에 관련된 UE 또는 기지국 또는 네트워크 중 적어도 하나와 통신하는 것일 수 있다.
일 실시예에 의하면 Service ID 별로 DRX 패턴을 align 시킴으로써, 동일 서비스를 사용하는 DRX UE간에 저전력 동작으로도 detection 가능하게 하고, 가능한 한 동일한 시간대에 동일 service를 사용하는 UE가 깨어나도록 함으로써 주파수 사용의 효율성을 높일 수 있다.
본 명세서에 첨부되는 도면은 실시예(들)에 대한 이해를 제공하기 위한 것으로서 다양한 실시형태들을 나타내고 명세서의 기재와 함께 원리를 설명하기 위한 것이다.
도 1은 NR 이전의 RAT에 기반한 V2X 통신과 NR에 기반한 V2X 통신을 비교하여 설명하기 위한 도면이다.
도 2는 본 개시의 일 실시 예에 따른, LTE 시스템의 구조를 나타낸다.
도 3은 본 개시의 일 실시 예에 따른, 사용자 평면(user plane), 제어 평면(control plane)에 대한 무선 프로토콜 구조(radio protocol architecture)를 나타낸다.
도 4는 본 개시의 일 실시 예에 따른, NR 시스템의 구조를 나타낸다.
도 5는 본 개시의 일 실시 예에 따른, NG-RAN과 5GC 간의 기능적 분할을 나타낸다.
도 6은 실시예(들)이 적용될 수 있는 NR의 무선 프레임의 구조를 나타낸다.
도 7은 본 개시의 일 실시 예에 따른, NR 프레임의 슬롯 구조를 나타낸다.
도 8은 본 개시의 일 실시 예에 따른, SL 통신을 위한 무선 프로토콜 구조(radio protocol architecture)를 나타낸다.
도 9는 본 개시의 일 실시 예에 따른, SL 통신을 위한 무선 프로토콜 구조(radio protocol architecture)를 나타낸다.
도 10은 본 개시의 일 실시 예에 따라, 단말이 전송 모드에 따라 V2X 또는 SL 통신을 수행하는 절차를 나타낸다.
도 11은 DRX를 설명하기 위한 도면이다.
도 12 내지 도 18은 DRX의 설정과 관련된 다양한 실시예(들)을 설명하기 위한 도면이다.
도 19 내지 도 20은 DRX 관련 센싱에 관련된 예를 설명하기 위한 도면이다.
도 21 내지 도 27은 실시예(들)이 적용될 수 있는 다양한 장치를 설명하는 도면이다.
본 개시의 다양한 실시 예에서, “/” 및 “,”는 “및/또는”을 나타내는 것으로 해석되어야 한다. 예를 들어, “A/B”는 “A 및/또는 B”를 의미할 수 있다. 나아가, “A, B”는 “A 및/또는 B”를 의미할 수 있다. 나아가, “A/B/C”는 “A, B 및/또는 C 중 적어도 어느 하나”를 의미할 수 있다. 나아가, “A, B, C”는 “A, B 및/또는 C 중 적어도 어느 하나”를 의미할 수 있다.
본 개시의 다양한 실시 예에서, “또는”은 “및/또는”을 나타내는 것으로 해석되어야 한다. 예를 들어, “A 또는 B”는 “오직 A”, “오직 B”, 및/또는 “A 및 B 모두”를 포함할 수 있다. 다시 말해, “또는”은 “부가적으로 또는 대안적으로”를 나타내는 것으로 해석되어야 한다.
이하의 기술은 CDMA(code division multiple access), FDMA(frequency division multiple access), TDMA(time division multiple access), OFDMA(orthogonal frequency division multiple access), SC-FDMA(single carrier frequency division multiple access) 등과 같은 다양한 무선 통신 시스템에 사용될 수 있다. CDMA는 UTRA(universal terrestrial radio access)나 CDMA2000과 같은 무선 기술로 구현될 수 있다. TDMA는 GSM(global system for mobile communications)/GPRS(general packet radio service)/EDGE(enhanced data rates for GSM evolution)와 같은 무선 기술로 구현될 수 있다. OFDMA는 IEEE(institute of electrical and electronics engineers) 802.11(Wi-Fi), IEEE 802.16(WiMAX), IEEE 802-20, E-UTRA(evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. IEEE 802.16m은 IEEE 802.16e의 진화로, IEEE 802.16e에 기반한 시스템과의 하위 호환성(backward compatibility)를 제공한다. UTRA는 UMTS(universal mobile telecommunications system)의 일부이다. 3GPP(3rd generation partnership project) LTE(long term evolution)은 E-UTRA(evolved-UMTS terrestrial radio access)를 사용하는 E-UMTS(evolved UMTS)의 일부로써, 하향링크에서 OFDMA를 채용하고 상향링크에서 SC-FDMA를 채용한다. LTE-A(advanced)는 3GPP LTE의 진화이다.
5G NR은 LTE-A의 후속 기술로서, 고성능, 저지연, 고가용성 등의 특성을 가지는 새로운 Clean-slate 형태의 이동 통신 시스템이다. 5G NR은 1GHz 미만의 저주파 대역에서부터 1GHz~10GHz의 중간 주파 대역, 24GHz 이상의 고주파(밀리미터파) 대역 등 사용 가능한 모든 스펙트럼 자원을 활용할 수 있다.
설명을 명확하게 하기 위해, LTE-A 또는 5G NR을 위주로 기술하지만 본 개시의 일 실시 예에 따른 기술적 사상이 이에 제한되는 것은 아니다.
도 2는 본 개시의 일 실시 예에 따른, LTE 시스템의 구조를 나타낸다. 이는 E-UTRAN(Evolved-UMTS Terrestrial Radio Access Network), 또는 LTE(Long Term Evolution)/LTE-A 시스템이라고 불릴 수 있다.
도 2를 참조하면, E-UTRAN은 단말(10)에게 제어 평면(control plane)과 사용자 평면(user plane)을 제공하는 기지국(20)을 포함한다. 단말(10)은 고정되거나 이동성을 가질 수 있으며, MS(Mobile Station), UT(User Terminal), SS(Subscriber Station), MT(Mobile Terminal), 무선기기(Wireless Device) 등 다른 용어로 불릴 수 있다. 기지국(20)은 단말(10)과 통신하는 고정된 지점(fixed station)을 말하며, eNB(evolved-NodeB), BTS(Base Transceiver System), 액세스 포인트(Access Point) 등 다른 용어로 불릴 수 있다.
기지국(20)들은 X2 인터페이스를 통하여 서로 연결될 수 있다. 기지국(20)은 S1 인터페이스를 통해 EPC(Evolved Packet Core, 30), 보다 상세하게는 S1-MME를 통해 MME(Mobility Management Entity)와 S1-U를 통해 S-GW(Serving Gateway)와 연결된다.
EPC(30)는 MME, S-GW 및 P-GW(Packet Data Network-Gateway)로 구성된다. MME는 단말의 접속 정보나 단말의 능력에 관한 정보를 가지고 있으며, 이러한 정보는 단말의 이동성 관리에 주로 사용된다. S-GW는 E-UTRAN을 종단점으로 갖는 게이트웨이이며, P-GW는 PDN(Packet Date Network)을 종단점으로 갖는 게이트웨이이다.
단말과 네트워크 사이의 무선인터페이스 프로토콜(Radio Interface Protocol)의 계층들은 통신시스템에서 널리 알려진 개방형 시스템간 상호접속(Open System Interconnection, OSI) 기준 모델의 하위 3개 계층을 바탕으로 L1 (제 1 계층), L2 (제 2 계층), L3(제 3 계층)로 구분될 수 있다. 이 중에서 제 1 계층에 속하는 물리 계층은 물리 채널(Physical Channel)을 이용한 정보전송서비스(Information Transfer Service)를 제공하며, 제 3 계층에 위치하는 RRC(Radio Resource Control) 계층은 단말과 네트워크 간에 무선 자원을 제어하는 역할을 수행한다. 이를 위해 RRC 계층은 단말과 기지국 간 RRC 메시지를 교환한다.
도 3(a)는 본 개시의 일 실시 예에 따른, 사용자 평면(user plane)에 대한 무선 프로토콜 구조(radio protocol architecture)를 나타낸다.
도 3(b)은 본 개시의 일 실시 예에 따른, 제어 평면(control plane)에 대한 무선 프로토콜 구조를 나타낸다. 사용자 평면은 사용자 데이터 전송을 위한 프로토콜 스택(protocol stack)이고, 제어 평면은 제어신호 전송을 위한 프로토콜 스택이다.
도 3(a) 및 A3을 참조하면, 물리 계층(physical layer)은 물리 채널을 이용하여 상위 계층에게 정보 전송 서비스를 제공한다. 물리 계층은 상위 계층인 MAC(Medium Access Control) 계층과는 전송 채널(transport channel)을 통해 연결되어 있다. 전송 채널을 통해 MAC 계층과 물리 계층 사이로 데이터가 이동한다. 전송 채널은 무선 인터페이스를 통해 데이터가 어떻게 어떤 특징으로 전송되는가에 따라 분류된다.
서로 다른 물리계층 사이, 즉 송신기와 수신기의 물리 계층 사이는 물리 채널을 통해 데이터가 이동한다. 상기 물리 채널은 OFDM(Orthogonal Frequency Division Multiplexing) 방식으로 변조될 수 있고, 시간과 주파수를 무선 자원으로 활용한다.
MAC 계층은 논리 채널(logical channel)을 통해 상위 계층인 RLC(radio link control) 계층에게 서비스를 제공한다. MAC 계층은 복수의 논리 채널에서 복수의 전송 채널로의 맵핑 기능을 제공한다. 또한, MAC 계층은 복수의 논리 채널에서 단수의 전송 채널로의 맵핑에 의한 논리 채널 다중화 기능을 제공한다. MAC 부 계층은 논리 채널상의 데이터 전송 서비스를 제공한다.
RLC 계층은 RLC SDU(Serving Data Unit)의 연결(concatenation), 분할(segmentation) 및 재결합(reassembly)을 수행한다. 무선 베어러(Radio Bearer, RB)가 요구하는 다양한 QoS(Quality of Service)를 보장하기 위해, RLC 계층은 투명모드(Transparent Mode, TM), 비확인 모드(Unacknowledged Mode, UM) 및 확인모드(Acknowledged Mode, AM)의 세 가지의 동작모드를 제공한다. AM RLC는 ARQ(automatic repeat request)를 통해 오류 정정을 제공한다.
RRC(Radio Resource Control) 계층은 제어 평면에서만 정의된다. RRC 계층은 무선 베어러들의 설정(configuration), 재설정(re-configuration) 및 해제(release)와 관련되어 논리 채널, 전송 채널 및 물리 채널들의 제어를 담당한다. RB는 단말과 네트워크간의 데이터 전달을 위해 제 1 계층(physical 계층 또는 PHY 계층) 및 제 2 계층(MAC 계층, RLC 계층, PDCP(Packet Data Convergence Protocol) 계층)에 의해 제공되는 논리적 경로를 의미한다.
사용자 평면에서의 PDCP 계층의 기능은 사용자 데이터의 전달, 헤더 압축(header compression) 및 암호화(ciphering)를 포함한다. 제어 평면에서의 PDCP 계층의 기능은 제어 평면 데이터의 전달 및 암호화/무결성 보호(integrity protection)를 포함한다.
RB가 설정된다는 것은 특정 서비스를 제공하기 위해 무선 프로토콜 계층 및 채널의 특성을 규정하고, 각각의 구체적인 파라미터 및 동작 방법을 설정하는 과정을 의미한다. RB는 다시 SRB(Signaling Radio Bearer)와 DRB(Data Radio Bearer) 두 가지로 나누어 질 수 있다. SRB는 제어 평면에서 RRC 메시지를 전송하는 통로로 사용되며, DRB는 사용자 평면에서 사용자 데이터를 전송하는 통로로 사용된다.
단말의 RRC 계층과 E-UTRAN의 RRC 계층 사이에 RRC 연결(RRC connection)이 확립되면, 단말은 RRC_CONNECTED 상태에 있게 되고, 그렇지 못할 경우 RRC_IDLE 상태에 있게 된다. NR의 경우, RRC_INACTIVE 상태가 추가로 정의되었으며, RRC_INACTIVE 상태의 단말은 코어 네트워크와의 연결을 유지하는 반면 기지국과의 연결을 해지(release)할 수 있다.
네트워크에서 단말로 데이터를 전송하는 하향링크 전송 채널로는 시스템 정보를 전송하는 BCH(Broadcast Channel)과 그 이외에 사용자 트래픽이나 제어 메시지를 전송하는 하향링크 SCH(Shared Channel)이 있다. 하향링크 멀티캐스트 또는 브로드캐스트 서비스의 트래픽 또는 제어메시지의 경우 하향링크 SCH를 통해 전송될 수도 있고, 또는 별도의 하향링크 MCH(Multicast Channel)을 통해 전송될 수도 있다. 한편, 단말에서 네트워크로 데이터를 전송하는 상향링크 전송 채널로는 초기 제어메시지를 전송하는 RACH(Random Access Channel)와 그 이외에 사용자 트래픽이나 제어메시지를 전송하는 상향링크 SCH(Shared Channel)가 있다.
전송 채널 상위에 있으며, 전송 채널에 맵핑되는 논리 채널(Logical Channel)로는 BCCH(Broadcast Control Channel), PCCH(Paging Control Channel), CCCH(Common Control Channel), MCCH(Multicast Control Channel), MTCH(Multicast Traffic Channel) 등이 있다.
물리 채널(Physical Channel)은 시간 영역에서 여러 개의 OFDM 심벌과 주파수 영역에서 여러 개의 부반송파(sub-carrier)로 구성된다. 하나의 서브프레임(sub-frame)은 시간 영역에서 복수의 OFDM 심벌(symbol)들로 구성된다. 자원 블록은 자원 할당 단위로, 복수의 OFDM 심벌들과 복수의 부반송파(sub-carrier)들로 구성된다. 또한 각 서브프레임은 PDCCH(Physical Downlink Control Channel) 즉, L1/L2 제어 채널을 위해 해당 서브프레임의 특정 OFDM 심벌들(예, 첫 번째 OFDM 심볼)의 특정 부반송파들을 이용할 수 있다. TTI(Transmission Time Interval)는 서브프레임 전송의 단위시간이다.
도 4는 본 개시의 일 실시 예에 따른, NR 시스템의 구조를 나타낸다.
도 4를 참조하면, NG-RAN(Next Generation Radio Access Network)은 단말에게 사용자 평면 및 제어 평면 프로토콜 종단(termination)을 제공하는 gNB(next generation-Node B) 및/또는 eNB를 포함할 수 있다. 도 4에서는 gNB만을 포함하는 경우를 예시한다. gNB 및 eNB는 상호 간에 Xn 인터페이스로 연결되어 있다. gNB 및 eNB는 5세대 코어 네트워크(5G Core Network: 5GC)와 NG 인터페이스를 통해 연결되어 있다. 보다 구체적으로, AMF(access and mobility management function)과는 NG-C 인터페이스를 통해 연결되고, UPF(user plane function)과는 NG-U 인터페이스를 통해 연결된다.
도 5는 본 개시의 일 실시 예에 따른, NG-RAN과 5GC 간의 기능적 분할을 나타낸다.
도 5를 참조하면, gNB는 인터 셀 간의 무선 자원 관리(Inter Cell RRM), 무선 베어러 관리(RB control), 연결 이동성 제어(Connection Mobility Control), 무선 허용 제어(Radio Admission Control), 측정 설정 및 제공(Measurement configuration & Provision), 동적 자원 할당(dynamic resource allocation) 등의 기능을 제공할 수 있다. AMF는 NAS(Non Access Stratum) 보안, 아이들 상태 이동성 처리 등의 기능을 제공할 수 있다. UPF는 이동성 앵커링(Mobility Anchoring), PDU(Protocol Data Unit) 처리 등의 기능을 제공할 수 있다. SMF(Session Management Function)는 단말 IP(Internet Protocol) 주소 할당, PDU 세션 제어 등의 기능을 제공할 수 있다.
도 6은 본 발명이 적용될 수 있는 NR의 무선 프레임의 구조를 나타낸다.
도 6을 참조하면, NR에서 상향링크 및 하향링크 전송에서 무선 프레임을 사용할 수 있다. 무선 프레임은 10ms의 길이를 가지며, 2개의 5ms 하프-프레임(Half-Frame, HF)으로 정의될 수 있다. 하프-프레임은 5개의 1ms 서브프레임(Subframe, SF)을 포함할 수 있다. 서브프레임은 하나 이상의 슬롯으로 분할될 수 있으며, 서브프레임 내 슬롯 개수는 부반송파 간격(Subcarrier Spacing, SCS)에 따라 결정될 수 있다. 각 슬롯은 CP(cyclic prefix)에 따라 12개 또는 14개의 OFDM(A) 심볼을 포함할 수 있다.
노멀 CP(normal CP)가 사용되는 경우, 각 슬롯은 14개의 심볼을 포함할 수 있다. 확장 CP가 사용되는 경우, 각 슬롯은 12개의 심볼을 포함할 수 있다. 여기서, 심볼은 OFDM 심볼 (또는, CP-OFDM 심볼), SC-FDMA 심볼 (또는, DFT-s-OFDM 심볼)을 포함할 수 있다.
다음 표 1은 노멀 CP가 사용되는 경우, SCS 설정(μ)에 따라 슬롯 별 심볼의 개수(
Figure PCTKR2020015876-appb-img-000001
), 프레임 별 슬롯의 개수(
Figure PCTKR2020015876-appb-img-000002
)와 서브프레임 별 슬롯의 개수(
Figure PCTKR2020015876-appb-img-000003
)를 예시한다.
Figure PCTKR2020015876-appb-img-000004
표 2는 확장 CP가 사용되는 경우, SCS에 따라 슬롯 별 심볼의 개수, 프레임 별 슬롯의 개수와 서브프레임 별 슬롯의 개수를 예시한다.
Figure PCTKR2020015876-appb-img-000005
NR 시스템에서는 하나의 단말에게 병합되는 복수의 셀들간에 OFDM(A) 뉴머놀로지(numerology)(예, SCS, CP 길이 등)가 상이하게 설정될 수 있다. 이에 따라, 동일한 개수의 심볼로 구성된 시간 자원(예, 서브프레임, 슬롯 또는 TTI)(편의상, TU(Time Unit)로 통칭)의 (절대 시간) 구간이 병합된 셀들간에 상이하게 설정될 수 있다.
NR에서, 다양한 5G 서비스들을 지원하기 위한 다수의 뉴머놀로지(numerology) 또는 SCS가 지원될 수 있다. 예를 들어, SCS가 15kHz인 경우, 전통적인 셀룰러 밴드들에서의 넓은 영역(wide area)이 지원될 수 있고, SCS가 30kHz/60kHz인 경우, 밀집한-도시(dense-urban), 더 낮은 지연(lower latency) 및 더 넓은 캐리어 대역폭(wider carrier bandwidth)이 지원될 수 있다. SCS가 60kHz 또는 그보다 높은 경우, 위상 잡음(phase noise)을 극복하기 위해 24.25GHz보다 큰 대역폭이 지원될 수 있다.
NR 주파수 밴드(frequency band)는 두 가지 타입의 주파수 범위(frequency range)로 정의될 수 있다. 상기 두 가지 타입의 주파수 범위는 FR1 및 FR2일 수 있다. 주파수 범위의 수치는 변경될 수 있으며, 예를 들어, 상기 두 가지 타입의 주파수 범위는 하기 표 3과 같을 수 있다. NR 시스템에서 사용되는 주파수 범위 중 FR1은 “sub 6GHz range”를 의미할 수 있고, FR2는 “above 6GHz range”를 의미할 수 있고 밀리미터 웨이브(millimeter wave, mmW)로 불릴 수 있다.
Figure PCTKR2020015876-appb-img-000006
상술한 바와 같이, NR 시스템의 주파수 범위의 수치는 변경될 수 있다. 예를 들어, FR1은 하기 표 4와 같이 410MHz 내지 7125MHz의 대역을 포함할 수 있다. 즉, FR1은 6GHz (또는 5850, 5900, 5925 MHz 등) 이상의 주파수 대역을 포함할 수 있다. 예를 들어, FR1 내에서 포함되는 6GHz (또는 5850, 5900, 5925 MHz 등) 이상의 주파수 대역은 비면허 대역(unlicensed band)을 포함할 수 있다. 비면허 대역은 다양한 용도로 사용될 수 있고, 예를 들어 차량을 위한 통신(예를 들어, 자율주행)을 위해 사용될 수 있다.
Figure PCTKR2020015876-appb-img-000007
도 7은 본 개시의 일 실시 예에 따른, NR 프레임의 슬롯 구조를 나타낸다.
도 7을 참조하면, 슬롯은 시간 영역에서 복수의 심볼들을 포함한다. 예를 들어, 노멀 CP의 경우 하나의 슬롯이 14개의 심볼을 포함하나, 확장 CP의 경우 하나의 슬롯이 12개의 심볼을 포함할 수 있다. 또는 노멀 CP의 경우 하나의 슬롯이 7개의 심볼을 포함하나, 확장 CP의 경우 하나의 슬롯이 6개의 심볼을 포함할 수 있다.
반송파는 주파수 영역에서 복수의 부반송파들을 포함한다. RB(Resource Block)는 주파수 영역에서 복수(예를 들어, 12)의 연속한 부반송파로 정의될 수 있다. BWP(Bandwidth Part)는 주파수 영역에서 복수의 연속한 (P)RB((Physical) Resource Block)로 정의될 수 있으며, 하나의 뉴머놀로지(numerology)(예, SCS, CP 길이 등)에 대응될 수 있다. 반송파는 최대 N개(예를 들어, 5개)의 BWP를 포함할 수 있다. 데이터 통신은 활성화된 BWP를 통해서 수행될 수 있다. 각각의 요소는 자원 그리드에서 자원요소(Resource Element, RE)로 지칭될 수 있고, 하나의 복소 심볼이 맵핑될 수 있다.
한편, 단말과 단말 간 무선 인터페이스 또는 단말과 네트워크 간 무선 인터페이스는 L1 계층, L2 계층 및 L3 계층으로 구성될 수 있다. 본 개시의 다양한 실시 예에서, L1 계층은 물리(physical) 계층을 의미할 수 있다. 또한, 예를 들어, L2 계층은 MAC 계층, RLC 계층, PDCP 계층 및 SDAP 계층 중 적어도 하나를 의미할 수 있다. 또한, 예를 들어, L3 계층은 RRC 계층을 의미할 수 있다.
이하, V2X 또는 SL(sidelink) 통신에 대하여 설명한다.
도 8은 본 개시의 일 실시 예에 따른, SL 통신을 위한 무선 프로토콜 구조(radio protocol architecture)를 나타낸다. 구체적으로, 도 8의 (a)는 LTE의 사용자 평면 프로토콜 스택을 나타내고, 도 8의 (b)는 LTE의 제어 평면 프로토콜 스택을 나타낸다.
도 9는 본 개시의 일 실시 예에 따른, SL 통신을 위한 무선 프로토콜 구조(radio protocol architecture)를 나타낸다. 구체적으로, 도 9의 (a)는 NR의 사용자 평면 프로토콜 스택을 나타내고, 도 9의 (b)는 NR의 제어 평면 프로토콜 스택을 나타낸다.
이하, SL에서 자원 할당(resource allocation)에 대하여 설명한다.
도 10는 본 개시의 일 실시 예에 따라, 단말이 전송 모드에 따라 V2X 또는 SL 통신을 수행하는 절차를 나타낸다. 본 개시의 다양한 실시 예에서, 전송 모드는 모드 또는 자원 할당 모드라고 칭할 수 있다. 이하, 설명의 편의를 위해, LTE에서 전송 모드는 LTE 전송 모드라고 칭할 수 있고, NR에서 전송 모드는 NR 자원 할당 모드라고 칭할 수 있다.
예를 들어, 도 10의 (a)는 LTE 전송 모드 1 또는 LTE 전송 모드 3과 관련된 단말 동작을 나타낸다. 또는, 예를 들어, 도 10의 (a)는 NR 자원 할당 모드 1과 관련된 단말 동작을 나타낸다. 예를 들어, LTE 전송 모드 1은 일반적인 SL 통신에 적용될 수 있고, LTE 전송 모드 3은 V2X 통신에 적용될 수 있다.
예를 들어, 도 10의 (b)는 LTE 전송 모드 2 또는 LTE 전송 모드 4와 관련된 단말 동작을 나타낸다. 또는, 예를 들어, 도 10의 (b)는 NR 자원 할당 모드 2와 관련된 단말 동작을 나타낸다.
도 10의 (a)를 참조하면, LTE 전송 모드 1, LTE 전송 모드 3 또는 NR 자원 할당 모드 1에서, 기지국은 SL 전송을 위해 단말에 의해 사용될 SL 자원을 스케줄링할 수 있다. 예를 들어, 기지국은 단말 1에게 PDCCH(보다 구체적으로 DCI(Downlink Control Information))를 통해 자원 스케줄링을 수행할 수 있고, 단말 1은 상기 자원 스케줄링에 따라 단말 2와 V2X 또는 SL 통신을 수행할 수 있다. 예를 들어, 단말 1은 PSCCH(Physical Sidelink Control Channel)를 통해 SCI(Sidelink Control Information)를 단말 2에게 전송한 후, 상기 SCI에 기반한 데이터를 PSSCH(Physical Sidelink Shared Channel)를 통해 단말 2에게 전송할 수 있다.
예를 들어, NR 자원 할당 모드 1에서, 단말은 동적 그랜트(dynamic grant)를 통해 하나의 TB(Transport Block)의 하나 이상의 SL 전송을 위한 자원을 기지국으로부터 제공 또는 할당받을 수 있다. 예를 들어, 기지국은 동적 그랜트를 이용하여 PSCCH 및/또는 PSSCH의 전송을 위한 자원을 단말에게 제공할 수 있다. 예를 들어, 전송 단말은 수신 단말로부터 수신한 SL HARQ(Hybrid Automatic Repeat Request) 피드백을 기지국에게 보고할 수 있다. 이 경우, 기지국이 SL 전송을 위한 자원을 할당하기 위한 PDCCH 내의 지시(indication)를 기반으로, SL HARQ 피드백을 기지국에게 보고하기 위한 PUCCH 자원 및 타이밍(timing)이 결정될 수 있다.
예를 들어, DCI는 DCI 수신과 DCI에 의해 스케줄링된 첫 번째 SL 전송 사이의 슬롯 오프셋을 나타낼 수 있다. 예를 들어, SL 전송 자원을 스케줄링하는 DCI와 첫 번째 스케줄링된 SL 전송 자원 사이의 최소 갭은 해당 단말의 처리 시간(processing time)보다 작지 않을 수 있다.
예를 들어, NR 자원 할당 모드 1에서, 단말은 설정된 그랜트(configured grant)를 통해 복수의 SL 전송을 위해 주기적으로 자원 세트를 기지국으로부터 제공 또는 할당받을 수 있다. 예를 들어, 상기 설정될 그랜트는 설정된 그랜트 타입 1 또는 설정된 그랜트 타입 2를 포함할 수 있다. 예를 들어, 단말은 주어진 설정된 그랜트(given configured grant)에 의해 지시되는 각각의 경우(occasions)에서 전송할 TB를 결정할 수 있다.
예를 들어, 기지국은 동일한 캐리어 상에서 SL 자원을 단말에게 할당할 수 있고, 서로 다른 캐리어 상에서 SL 자원을 단말에게 할당할 수 있다.
예를 들어, NR 기지국은 LTE 기반의 SL 통신을 제어할 수 있다. 예를 들어, NR 기지국은 LTE SL 자원을 스케줄링하기 위해 NR DCI를 단말에게 전송할 수 있다. 이 경우, 예를 들어, 상기 NR DCI를 스크램블하기 위한 새로운 RNTI가 정의될 수 있다. 예를 들어, 상기 단말은 NR SL 모듈 및 LTE SL 모듈을 포함할 수 있다.
예를 들어, NR SL 모듈 및 LTE SL 모듈을 포함하는 단말이 gNB로부터 NR SL DCI를 수신한 후, NR SL 모듈은 NR SL DCI를 LTE DCI 타입 5A로 변환할 수 있고, NR SL 모듈은 X ms 단위로 LTE SL 모듈에 LTE DCI 타입 5A를 전달할 수 있다. 예를 들어, LTE SL 모듈이 NR SL 모듈로부터 LTE DCI 포맷 5A를 수신한 후, LTE SL 모듈은 Z ms 후에 첫 번째 LTE 서브프레임에 활성화 및/또는 해제를 적용할 수 있다. 예를 들어, 상기 X는 DCI의 필드를 사용하여 동적으로 표시될 수 있다. 예를 들어, 상기 X의 최솟값은 단말 능력(UE capability)에 따라 상이할 수 있다. 예를 들어, 단말은 단말 능력에 따라 하나의 값(single value)을 보고할 수 있다. 예를 들어, 상기 X는 양수일 수 있다.
도 10의 (b)를 참조하면, LTE 전송 모드 2, LTE 전송 모드 4 또는 NR 자원 할당 모드 2에서, 단말은 기지국/네트워크에 의해 설정된 SL 자원 또는 미리 설정된 SL 자원 내에서 SL 전송 자원을 결정할 수 있다. 예를 들어, 상기 설정된 SL 자원 또는 미리 설정된 SL 자원은 자원 풀일 수 있다. 예를 들어, 단말은 자율적으로 SL 전송을 위한 자원을 선택 또는 스케줄링할 수 있다. 예를 들어, 단말은 설정된 자원 풀 내에서 자원을 스스로 선택하여, SL 통신을 수행할 수 있다. 예를 들어, 단말은 센싱(sensing) 및 자원 (재)선택 절차를 수행하여, 선택 윈도우 내에서 스스로 자원을 선택할 수 있다. 예를 들어, 상기 센싱은 서브채널 단위로 수행될 수 있다. 그리고, 자원 풀 내에서 자원을 스스로 선택한 단말 1은 PSCCH를 통해 SCI를 단말 2에게 전송한 후, 상기 SCI에 기반한 데이터를 PSSCH를 통해 단말 2에게 전송할 수 있다.
예를 들어, 단말은 다른 단말에 대한 SL 자원 선택을 도울 수 있다. 예를 들어, NR 자원 할당 모드 2에서, 단말은 SL 전송을 위한 설정된 그랜트(configured grant)를 설정받을 수 있다. 예를 들어, NR 자원 할당 모드 2에서, 단말은 다른 단말의 SL 전송을 스케줄링할 수 있다. 예를 들어, NR 자원 할당 모드 2에서, 단말은 블라인드 재전송을 위한 SL 자원을 예약할 수 있다.
예를 들어, NR 자원 할당 모드 2에서, 제 1 단말은 SCI를 이용하여 SL 전송의 우선 순위를 제 2 단말에게 지시할 수 있다. 예를 들어, 제 2 단말은 상기 SCI를 디코딩할 수 있고, 제 2 단말은 상기 우선 순위를 기반으로 센싱 및/또는 자원 (재)선택을 수행할 수 있다. 예를 들어, 상기 자원(재)선택 절차는, 제 2 단말이 자원 선택 윈도우에서 후보 자원을 식별하는 단계 및 제 2 단말이 식별된 후보 자원 중에서 (재)전송을 위한 자원을 선택하는 단계를 포함할 수 있다. 예를 들어, 자원 선택 윈도우는 단말이 SL 전송을 위한 자원을 선택하는 시간 간격(time interval)일 수 있다. 예를 들어, 제 2 단말이 자원 (재)선택을 트리거한 이후, 자원 선택 윈도우는 T1 ≥ 0에서 시작할 수 있고, 자원 선택 윈도우는 제 2 단말의 남은 패킷 지연 버짓(remaining packet delay budget)에 의해 제한될 수 있다. 예를 들어, 제 2 단말이 자원 선택 윈도우에서 후보 자원을 식별하는 단계에서, 제 2 단말이 제 1 단말로부터 수신한 SCI에 의해 특정 자원이 지시되고 및 상기 특정 자원에 대한 L1 SL RSRP 측정값이 SL RSRP 임계값을 초과하면, 상기 제 2 단말은 상기 특정 자원을 후보 자원으로 결정하지 않을 수 있다. 예를 들어, SL RSRP 임계값은 제 2 단말이 제 1 단말로부터 수신한 SCI에 의해 지시되는 SL 전송의 우선 순위 및 제 2 단말이 선택한 자원 상에서 SL 전송의 우선 순위를 기반으로 결정될 수 있다.
예를 들어, 상기 L1 SL RSRP는 SL DMRS(Demodulation Reference Signal)를 기반으로 측정될 수 있다. 예를 들어, 자원 풀 별로 시간 영역에서 하나 이상의 PSSCH DMRS 패턴이 설정되거나 사전에 설정될 수 있다. 예를 들어, PDSCH DMRS 설정 타입 1 및/또는 타입 2는 PSSCH DMRS의 주파수 영역 패턴과 동일 또는 유사할 수 있다. 예를 들어, 정확한 DMRS 패턴은 SCI에 의해 지시될 수 있다. 예를 들어, NR 자원 할당 모드 2에서, 전송 단말은 자원 풀에 대하여 설정된 또는 사전에 설정된 DMRS 패턴 중에서 특정 DMRS 패턴을 선택할 수 있다.
예를 들어, NR 자원 할당 모드 2에서, 센싱 및 자원 (재)선택 절차를 기반으로, 전송 단말은 예약 없이 TB(Transport Block)의 초기 전송을 수행할 수 있다. 예를 들어, 센싱 및 자원 (재)선택 절차를 기반으로, 전송 단말은 제 1 TB와 연관된 SCI를 이용하여 제 2 TB의 초기 전송을 위한 SL 자원을 예약할 수 있다.
예를 들어, NR 자원 할당 모드 2에서, 단말은 동일한 TB(Transport Block)의 이전 전송과 관련된 시그널링을 통해, 피드백 기반의 PSSCH 재전송을 위한 자원을 예약할 수 있다. 예를 들어, 현재 전송을 포함하여 하나의 전송에 의해 예약되는 SL 자원의 최대 개수는 2개, 3개 또는 4개일 수 있다. 예를 들어, 상기 SL 자원의 최대 개수는 HARQ 피드백이 인에이블되는지 여부와 관계 없이 동일할 수 있다. 예를 들어, 하나의 TB에 대한 최대 HARQ (재)전송 횟수는 설정 또는 사전 설정에 의해 제한될 수 있다. 예를 들어, 최대 HARQ (재)전송 횟수는 최대 32일 수 있다. 예를 들어, 상기 설정 또는 사전 설정이 없으면, 최대 HARQ (재)전송 횟수는 지정되지 않은 것일 수 있다. 예를 들어, 상기 설정 또는 사전 설정은 전송 단말을 위한 것일 수 있다. 예를 들어, NR 자원 할당 모드 2에서, 단말이 사용하지 않는 자원을 해제하기 위한 HARQ 피드백이 지원될 수 있다.
예를 들어, NR 자원 할당 모드 2에서, 단말은 SCI를 이용하여 상기 단말에 의해 사용되는 하나 이상의 서브채널 및/또는 슬롯을 다른 단말에게 지시할 수 있다. 예를 들어, 단말은 SCI를 이용하여 PSSCH (재)전송을 위해 상기 단말에 의해 예약된 하나 이상의 서브채널 및/또는 슬롯을 다른 단말에게 지시할 수 있다. 예를 들어, SL 자원의 최소 할당 단위는 슬롯일 수 있다. 예를 들어, 서브채널의 사이즈는 단말에 대하여 설정되거나 미리 설정될 수 있다.
이하, SCI(Sidelink Control Information)에 대하여 설명한다.
기지국이 PDCCH를 통해 단말에게 전송하는 제어 정보를 DCI(Downlink Control Information)라 칭하는 반면, 단말이 PSCCH를 통해 다른 단말에게 전송하는 제어 정보를 SCI라 칭할 수 있다. 예를 들어, 단말은 PSCCH를 디코딩하기 전에, PSCCH의 시작 심볼 및/또는 PSCCH의 심볼 개수를 알고 있을 수 있다. 예를 들어, SCI는 SL 스케줄링 정보를 포함할 수 있다. 예를 들어, 단말은 PSSCH를 스케줄링하기 위해 적어도 하나의 SCI를 다른 단말에게 전송할 수 있다. 예를 들어, 하나 이상의 SCI 포맷(format)이 정의될 수 있다.
예를 들어, 전송 단말은 PSCCH 상에서 SCI를 수신 단말에게 전송할 수 있다. 수신 단말은 PSSCH를 전송 단말로부터 수신하기 위해 하나의 SCI를 디코딩할 수 있다.
예를 들어, 전송 단말은 PSCCH 및/또는 PSSCH 상에서 두 개의 연속적인 SCI(예를 들어, 2-stage SCI)를 수신 단말에게 전송할 수 있다. 수신 단말은 PSSCH를 전송 단말로부터 수신하기 위해 두 개의 연속적인 SCI(예를 들어, 2-stage SCI)를 디코딩할 수 있다. 예를 들어, (상대적으로) 높은 SCI 페이로드(payload) 크기를 고려하여 SCI 구성 필드들을 두 개의 그룹으로 구분한 경우에, 제 1 SCI 구성 필드 그룹을 포함하는 SCI를 제 1 SCI 또는 1st SCI라고 칭할 수 있고, 제 2 SCI 구성 필드 그룹을 포함하는 SCI를 제 2 SCI 또는 2nd SCI라고 칭할 수 있다. 예를 들어, 전송 단말은 PSCCH를 통해서 제 1 SCI를 수신 단말에게 전송할 수 있다. 예를 들어, 전송 단말은 PSCCH 및/또는 PSSCH 상에서 제 2 SCI를 수신 단말에게 전송할 수 있다. 예를 들어, 제 2 SCI는 (독립된) PSCCH를 통해서 수신 단말에게 전송되거나, PSSCH를 통해 데이터와 함께 피기백되어 전송될 수 있다. 예를 들어, 두 개의 연속적인 SCI는 서로 다른 전송(예를 들어, 유니캐스트(unicast), 브로드캐스트(broadcast) 또는 그룹캐스트(groupcast))에 대하여 적용될 수도 있다.
예를 들어, 전송 단말은 SCI를 통해서, 아래 정보 중에 일부 또는 전부를 수신 단말에게 전송할 수 있다. 여기서, 예를 들어, 전송 단말은 아래 정보 중에 일부 또는 전부를 제 1 SCI 및/또는 제 2 SCI를 통해서 수신 단말에게 전송할 수 있다.
- PSSCH 및/또는 PSCCH 관련 자원 할당 정보, 예를 들어, 시간/주파수 자원 위치/개수, 자원 예약 정보(예를 들어, 주기), 및/또는
- SL CSI 보고 요청 지시자 또는 SL (L1) RSRP (및/또는 SL (L1) RSRQ 및/또는 SL (L1) RSSI) 보고 요청 지시자, 및/또는
- (PSSCH 상의) SL CSI 전송 지시자 (또는 SL (L1) RSRP (및/또는 SL (L1) RSRQ 및/또는 SL (L1) RSSI) 정보 전송 지시자), 및/또는
- MCS 정보, 및/또는
- 전송 전력 정보, 및/또는
- L1 데스티네이션(destination) ID 정보 및/또는 L1 소스(source) ID 정보, 및/또는
- SL HARQ 프로세스(process) ID 정보, 및/또는
- NDI(New Data Indicator) 정보, 및/또는
- RV(Redundancy Version) 정보, 및/또는
- (전송 트래픽/패킷 관련) QoS 정보, 예를 들어, 우선 순위 정보, 및/또는
- SL CSI-RS 전송 지시자 또는 (전송되는) SL CSI-RS 안테나 포트의 개수 정보
- 전송 단말의 위치 정보 또는 (SL HARQ 피드백이 요청되는) 타겟 수신 단말의 위치 (또는 거리 영역) 정보, 및/또는
- PSSCH를 통해 전송되는 데이터의 디코딩 및/또는 채널 추정과 관련된 참조 신호(예를 들어, DMRS 등) 정보, 예를 들어, DMRS의 (시간-주파수) 맵핑 자원의 패턴과 관련된 정보, 랭크(rank) 정보, 안테나 포트 인덱스 정보;
예를 들어, 제 1 SCI는 채널 센싱과 관련된 정보를 포함할 수 있다. 예를 들어, 수신 단말은 PSSCH DMRS를 이용하여 제 2 SCI를 디코딩할 수 있다. PDCCH에 사용되는 폴라 코드(polar code)가 제 2 SCI에 적용될 수 있다. 예를 들어, 자원 풀에서, 제 1 SCI의 페이로드 사이즈는 유니캐스트, 그룹캐스트 및 브로드캐스트에 대하여 동일할 수 있다. 제 1 SCI를 디코딩한 이후에, 수신 단말은 제 2 SCI의 블라인드 디코딩을 수행할 필요가 없다. 예를 들어, 제 1 SCI는 제 2 SCI의 스케줄링 정보를 포함할 수 있다.
한편, 본 개시의 다양한 실시 예에서, 전송 단말은 PSCCH를 통해 SCI, 제 1 SCI 및/또는 제 2 SCI 중 적어도 어느 하나를 수신 단말에게 전송할 수 있으므로, PSCCH는 SCI, 제 1 SCI 및/또는 제 2 SCI 중 적어도 어느 하나로 대체/치환될 수 있다. 그리고/또는, 예를 들어, SCI는 PSCCH, 제 1 SCI 및/또는 제 2 SCI 중 적어도 어느 하나로 대체/치환될 수 있다. 그리고/또는, 예를 들어, 전송 단말은 PSSCH를 통해 제 2 SCI를 수신 단말에게 전송할 수 있으므로, PSSCH는 제 2 SCI로 대체/치환될 수 있다.
한편, DRX(Discontinuous Reception) 메커니즘은 wake-up/sleep 동작을 수행함으로써 저전력 동작이 가능하게 한다. DRX의 wake-up/sleep 단위는 slot 또는 sub-frame이 될 수 있으며 longDRX-cycle과 shortDRX-cycle의 2가지 타입의 cycle이 존재한다. 도 11은 shortDRX-cycle의 경우를 나타내고 있으며, longDRX-cycle의 경우에는 shortDRX-cycle의 정수배가 될 수 있으며, wake-up까지의 기간이 훨씬 더 길다. shortDRX-cycle은 wake-up/sleep이 반복되는 사이클을 나타내며, on-duration은 UE가 wake-up 하여 채널을 모니터하고 자신이 수신할 신호가 있는지를 확인하는 구간이다. 즉, 매 on-duration 기간 동안 subframe/slot 마다 PSCCH를 모니터 하여 connection 여부를 판단한다. On-duration 기간동안 UE가 자신이 필요한 데이터를 수신하면, UE는 DRX-inactivity timer를 구동하여 필요한 신호를 수시할 수 있다. DRX-inactivity timer는 시간 베이스로 동작하며, DRX-inactivity timer 기간 동안 또 다른 신호가 수신된다면, DRX-inactivity timer를 reset 시키고 다시 DRX-inactivity timer를 시작하여 데이터를 수신할 수 있는 시간을 증가한다.
이러한 DRX를 사용하여 데이터를 수신하는 방법은 latency 측면에서는 손실이 있을 수 있으나, sleep 기간 동안 RF 송수신기를 off 시킬 수 있으므로 해당 시간 동안 전력 소모를 줄일 수 있다. 따라서 이러한 DRX 모드는 저전력 동작이 요구되는 디바이스에는 유용하게 사용될 수 있다.
현재 LTE의 DRX 동작(sidelink에 관련된 것은 아니고, Uu interface의 경우만 다루고 있음)을 위한 구체적인 동작 파라메터는 다음과 같다.
- DRX Cycle: ‘ON_time’ + ‘OFF_time’ 구간을 나타내며, 이는 RRC 메시지에 구체화 된다.
- onDurationTimer: DRX Cycle 내에 ‘ON_time’ 구간을 나타낸다.
- drx-Inactivity timer: UE가 PDCCH를 수신한 후에 얼마나 긴 시간 동안 ‘ON’ 상태를 유지할 것인지를 나타냄. 이 타이머가 ‘on’ 되어 있는 구간 동안 UE는 ‘ON state’를 유지하며 이는 ‘OFF’구간을 줄이고, ‘ON’구간을 증가시키게 됨.
- drx-Retransmission timer: 첫번째 재전송 시간 이후에 들어오는 재전송을 대기하기 위해 UE가 ‘ON state’ 상태를 유지해야 하는 최대 연속 PDCCH의 서브 프레임 수를 나타냄.
- shortDRX-Cycle: long DRX cycle의 off 구간 내에 발생되는 DRX cycle을 의미함. long DRX cycle은 short DRX cycle의 정수배에 해당.
- drxShortCycleTimer: ‘drx-Inactivity timer’가 만료된 후 shortDRX-cycle이 연달아 발생하는 구간의 shortDRX-cycle 단위 개수
- drxStartOffset: 특정 SFN에서 DRX 패턴이 시작되는 subframe의 위치.
상기 파라메터로 동작하는 전체 로직의 동작 예는 아래 도 12과 같다. DRX의 onDuration 구간(도 12에서는 2-subframe) 내에 자신에게 전송되는 메시지를 수신한 경우 onDuration 구간을 drxInactivityTimer(도 12의 보라색 부분, 3-subframe) 동안 유지시킨다. 이 기간 동안 또다시 메시지를 수신한다면, drxInactiverTimer를 (3-subframe 동안) 해당 시점부터 동작시키고, 만약 더 이상 자신에게 수신되는 메시지가 없다면, drxInactivityTimer 동작을 해지한다. 이후 다시 drxShortCycleTimer*shortDrxCycle(15-subframe) 시간 동안 shortDrx-Cycle을 수행한다. 이 동안 수신되는 데이터가 없는 경우, DRX로 동작하는 저전력 UE는 한동안 수신되는 데이터가 없을 것으로 예상하고, LongDrx-Cycle로 깨어나서 자신에게 수신되는 데이터가 있는지 확인한다.
이 경우 LongDrxCycle(10-subframe)은 항상 ShortDrx-Cycle(5-subframe)의 정수 배로 동작한다. 또한 이때 DRX UE가 onDurationTimer를 시작하는 시점은 다음의 식을 만족하는 subframe을 시작 위치로 한다.
Figure PCTKR2020015876-appb-img-000008
상기 기술한 파라메터 값의 설정에 따라 셀 수 없이 많은 DRX 패턴이 생성될 수 있다.
실시예(들)에서 TX UE는 저전력 통신이 요구되지 않는 디바이스로 항상 ‘ON’ 상태에 있는 UE를 의미하며, RX UE는 이러한 TX UE와 connection을 맺고 있고 저전력 송/수신이 요구되는 UE라고 가정한다. 저전력 송/수신 동작을 위하여 RX UE는 DRX 모드로 동작할 수 있으며, 이 경우 DRX 패턴은 TX UE와 상호 협력 하에 정해질 수 있다. DRX 패턴이 정해지면, TX UE는 RX UE에게 전송할 데이터가 있는 경우 ‘on_duration’ 구간에 데이터를 전송함으로써 상호 통신을 진행할 수 있다.
DRX 모드로 동작하는 RX UE들간의 통신을 위해서는 상호 DRX 패턴을 알아야 하며, RX UE간 DRX 패턴을 맞출 수록 저전력 동작의의 효율성은 높아진다. 아래 도 13 실시예(들)에서 해결하고자 하는 문제를 보여주고 있다. AlwaysOnUE1에 연결된 DRX UE1, UE2, UE3, UE4는 각각 다른 DRX 패턴을 가질 수 있고, AlwaysOnUE1은 자신과 연결된 모든 DRX UE들의 DRX 패턴을 알 수 있다고 가정한다. AlwausOnUE2에 연결된 DRX UE5, UE6, UE7 또한 각기 다른 DRX 패턴을 가질 수 있고, AlwausOnUE2는 자신과 연결된 모든 DRX UE들의 DRX 패턴을 알 수 있다고 가정한다. 이 경우 같은 AlwaysOnUE에 연결된 DRX UE간의 통신(DRX UE3와 UE4 또는 DRX UE5와 UE7) 또는서로 다른 AlwaysOnUE에 연결된 DRX UE간의 통신(DRX UE3과 UE5)를 위해서는 상호 DRX 패턴을 알고 있어야 한다. DRX 모드로 동작하는 UE간 서로의 DRX 패턴을 알아내는 방법으로는 여러 가지가 있을 수 있으나 실시예(들)에서는 service specific 한 DRX 패턴을 생성하는 방법을 제안 하여 같은 service에 대해 통신하는 DRX UE 간에는 패턴을 align 할 수 있는 방법을 설명하기로 한다.
서비스 별로 DRX 패턴을 일치시키기 위해서 실시예(들)에서는 다음과 같은 방법을 제안한다. 이하 발명에서 기술하는 service ID는 특정 서비스의 ID, 특정 서비스 ID를 한데 묶은 ‘Service ID Set’ 또는 application ID 등을 의미할 수 있다.
일 실시예에 따른 UE는, Long DRX cycle 및 Short DRX cycle을 결정하고(도 14의 S1401), 상기 Long DRX cycle, Short DRX cycle 및 제1 오프셋에 기초하여, on duration 에서 제어정보를 모니터링할 수 있다. (도 14의 S1402)
여기서, 상기 제1 오프셋은, 사이드링크 서비스에 관련된 값의 k 배(k는 정수) 및 상기 사이드링크 서비스에 관련된 제2 오프셋의 합으로 결정되고, 상기 Long DRX cycle 및 Short DRX cycle은, 각각 사이드링크 서비스에 관련된 값의 m 배 및 n 배(m, n은 정수)로 결정될 수 있다. 다른 표현으로, 사이드링크 서비스에 관련된 값 ‘drxRefUnit’ 및 제1 오프셋 ‘drxRefStartOffset’을 정의하고, {‘longDRX-Cycle’, ‘shortDRX-Cycle’} 값 또는 이 값을 결정하는 때 사용되는 파라메터 값을 결정하는데 있어서 ‘drxRefUnit’의 정수배로만 결정되도록 제한하는 것이다. 즉, ‘drxRefUnit’ 값의 배수 값이라는 제한 내에서 자신의 잔여 power 양, 다른 서비스와의 관계 등에 따라 각 UE 상황에 맞는 DRX 패턴 생성이 가능하도록 한다. 또한, {‘drxStartOffset’} 값은 서비스 ID 별로 정해진 ‘drxRefStartOffset’과 ‘drxRefUnit’의 정수배의 합으로만 결정되도록 제한한다. 사이드링크 서비스에 관련된 값 ‘drxRefUnit’은 다음 수학식 2와 같이, 제1 오프셋 ‘drxRefStartOffset’은 다음 수학식 3과 같이 정의될 수 있다. 수학식 2, 3은 개별적으로 기술된 것이어서, 수학식 2와 3 각각의 alpha는 다른 값일 수도 있다.
Figure PCTKR2020015876-appb-img-000009
Figure PCTKR2020015876-appb-img-000010
상기 사이드링크 서비스에 관련된 값은 특정 서비스에 관련된 최소 지연에 기초하여 결정된 것일 수 있다. 즉, 상기 ‘drxRefUnit’은 해당 서비스를 위한 DRX 패턴을 align 하기 위해 필요한 기본 값이며, 해당 서비스를 사용하는데 요구되는 minimum latency에 해당하는 값일 수 있다. 또한, service ID에 따라 다른 값으로 (pre-)configuration 될 수 있다. 또한 같은 서비스 ID에 대해서도 사용되는 주파수 BWP에 따라 다른 값으로 설정될 수도 있다. 상위 레이어에서 받은 service ID등에 따라 RRC 또는 MAC CE에서 설정되어 하위 physical layer로 전달되는 값일 수 있다. ‘drxRefUnit’을 적용하여 ‘shortDRX-Cycle’, ‘longDRX-Cycle’ 값을 결정하는데 제한을 줄 수 있다.
‘drxRefStartoffset’ 값은 해당 서비스를 위한 DRX 패턴을 align 하기 위해 필요한 기본 값이다. service ID에 따라 다른 값으로 (pre-)configuration 될 수 있다. 또한 같은 서비스 ID에 대해서도 사용되는 주파수 BWP에 따라 다른 값으로 설정될 수도 있다. 상위 레이어에서 받은 service ID등에 따라 RRC 또는 MAC CE에서 설정되어 하위 physical layer로 전달되는 값일 수 있다.
도 15에는 각각의 UE가 동일한 service ID를 위한 drx 패턴을 정하는 경우가 예시되어 있다. 설명을 위한 예시에서는 ‘drxRefUnit’이 4, ‘drxRefStartOffset’이 2로 정해진 경우를 나타내고 있다. 각 UE의 onDuration 길이, ShortDrxCycle, longDrxCycle, drxShortCycleTimer. drxStartCycleTimer 등의 값은 각 UE의 상태에 따라 다른 값으로 정해질 수 있다. 그러나 이 값을 정하는데, service ID에 따라 이미 정해진 ‘drxRefUnit’과 ‘drxRefStartOffset’ 값에 따른 제한을 주는 경우 도 15의 align position에 해당하는 위치에서는 DRX 모드로 동작하는 여러 UE가 ‘ON’상태일 가능성이 높아질 수 있다. 도 15에서 각 UE의 shortDrxCycle 및 longDrxCycle의 값은 ‘drxRefUnit’의 정수배가 되는 경우로 제한되어 있다. 또한 drxStartOffset 값은 UE1, UE2의 경우에는 ‘drxRefStartoffset’과 동일한 2값으로 동작하고, UE3의 경우는 ‘drxRefStartOffset’ 값에 drxRefUnit의 1배에 해당하는 값을 정한 값으로 동작하고 있다. 도 15에서 확인할 수 있듯이 UE1과 UE2, UE2와 UE1와 UE3는 align position의 일부 구간에서 서로 ‘ON’되는 구간이 발생함을 확인할 수 있다. 도 15에서 UE2와 UE3는 서로가 ‘ON’되는 구간은 발생하지 않으나, 예를 들어 UE2는 동일 서비스를 사용하고 있는 UE3를 detect 하기 위해서는 어느 시점에 추가로 ‘ON’ 상태로 깨어나면 되는지를 예측할 수 있다. 도 15에서 확인하면 자신이 ‘ON’ 되지 않는 다른 align position에 깨어나서 연결을 시도하면, UE3와 연결이 가능할 수 있다.
실시예(들)에서 제안한 바와 같이 service ID에 따라 ‘drxRefUnit’, ‘drxRefStartOffset’ 값이 고정된 경우 DRX 패턴은 각 UE의 상태에 따라 여러 경우가 발생할 수 있다. 그러나 각 DRX UE의 ‘onDurationTimer’ 구간이 일치하는 부분이 반드시 발생하거나 다른 UE가 ‘ON’될 수 있는 가능성이 높은 시점을 추정하는 것이 가능하다. 따라서 실시예(들)에서 제안한 바와 같이 service ID에 따라 DRX 패턴을 생성하는 경우 동일한 서비스를 사용하는 다른 UE를 detection 하고, 상호 통신을 수행하는데 용이할 수 있다. 제시한 바와 같이 DRX 패턴을 정하는 경우 상호 negotiation 없이 동일 서비스를 사용하는 UE들이 ‘ON’ 상태일 확률이 높은 시간 구간을 추정할 수 있다. 또한 동일한 service를 사용하는 UE가 ‘on’상태일 확률이 높은 구간은 위의 도 15에서 align position에 해당하는 구간(‘rdrxRefUnit’ 단위)가 되므로 해당 구간에서 통신을 시도하는 것이 DRX 모드로 동작하는 다른 UE와 연결을 성공시킬 확률이 높은 위치가 될 수 있다.
상술한 바와 같이 정의함으로써, 다음과 같은 장점이 있을 수 있다.
서비스 활용 측면에서, 동일한 서비스에 관심이 있는 DRX UE 들이 가능한 동일한 시간 구간에 깨어나게 되면, 상호 필요한 정보를 교환 하기에 유리하다.
또한, 상호 detection 용이하다. 서로 다른 DRX 패턴을 사용하고 있는 UE간에 통신을 위해서는 서로를 detection 하기 위한 방법이 필요한데, 자신의 DRX 패턴에 따라 ‘ON’ 구간에 discovery 메시지를 전송하더라도, 다른 수신 DRX UE가 ‘ON’ 상태가 아니라면 전송된 메시지를 받을 수 없기 때문이다. 그러나 특정 service 별로 DRX 패턴을 align 시킬 수 있으면 상대방의 DRX 패턴을 사전에 모른다 하더라도, 자신과 동일한 service를 사용하는 UE를 detection 하는 것이 용이해 진다. 자신이 ‘ON’되는 구간에 동일한 서비스에 관심이 있는 다른 UE 또한 ‘ON’되어 있을 가능성이 높기 때문이다.
또한, 실시예에 의할 경우, 주파수의 효율적 사용이 가능하다. ‘Always ON’ UE가 특정 서비스에 대하여 broadcast 하는 경우 해당 서비스에 관심 있는 UE들이 동시에 ‘ON’ 되어 있다면 한번의 broadcast로도 여러 UE에게 해당 정보를 전달해 줄 수 있다. 이러한 측면에서 동일 service에 대해서 DRX 패턴을 일치시키는 것이 주파수 사용 효율성을 높이는 방법이 될 수 있다.
이하에서는 사이드링크 서비스(또는 서비스 ID)와 사이드링크 서비스에 관련된 값 ‘drxRefUnit’ 및 제1 오프셋 ‘drxRefStartOffset’의 관계를 어떻게 설정할 것인지에 따른 다양한 예시를 살펴본다. 즉, DRX 모드로 동작하는 UE간의 discovery를 용이하게 하기 위하여 다음과 같은 다양한 방식으로 DRX 패턴을 정하는 법을 제안한다.
상기 사이드링크 서비스에 관련된 값 및 상기 제2 오프셋은 사이드링크 서비스 별로 각각 상이하게 설정될 수 있다. 즉, 동일한 서비스에 대해서 DRX 패턴을 고정하기 위해서 앞서 제안한 바와 같이 “drxRefUnit”, “drxRefStartOffset” 값을 서비스 별로 정하고, 실제 DRX 패턴 생성에 사용되는 {drxShort-cycle, drxLong-cycle, drxStartOffset} 값을 정하는 경우 제시한 “drxRefUnit”, “drxRefStartOffset”값을 이용하여 기 설명한 방법으로 DRX 패턴을 정하도록 할 수 있다
상기 사이드링크 서비스에 관련된 값 및 상기 제2 오프셋은 사이드링크 서비스에 무관하게 동일한 값으로 설정될 수 있다. 여러 서비스를 사용하는 경우에도 동일한 “drxRefUnit”, “drxRefStartOffset”을 사용하여 앞서 설명한 방법대로 각 service에 대한 {drxShort-cycle, drxLong-cycle, drxStartOffset}를 정하도록 하는 경우, 서로 다른 서비스를 사용하고 있는 UE인 경우에도 align 지점을 쉽게 예측할 수 있다. 도 16은 각각의 UE가 서로 다른 서비스를 사용하고 있으나, 공통의 “drxRefUnit”, “drxRefStartOffset” 값에 따라 앞서 제안한 방법으로 DRX 패턴을 구성한 예를 나타낸다. 이 경우 drxStartOffset 값을 기준으로 drxRefUnit의 배수에 해당하는 위치에 discovery message를 보내면 detect 확률을 높일 수 있다.
상기 m 및 n으로 선택 가능한 값의 범위는 상기 사이드링크 서비스 별로 각각 설정되는 것일 수 있으며, 상기 m 및 n으로 선택 가능한 값의 범위는 적어도 일부에서 서로 오버랩될 수 있다. 보다 상세히, 서비스 별로 동일한 “drxRefUnit”, “drxRefStartOffset”값을 적용하는 경우에 서비스당 drxShort-cycle, drxLong-cycle을 정하는 방법에 있어서 제한을 둘 수 있다. 서비스 별로 short-cycle/long-cycle의 주기 범위는 달라질 수 있으므로 아래와 같이 정할 수 있다. 수학식 4에 예시된 바와 같이, 서비스 별로 drxRefUnit에 곱해지는 aplha, beta 값의 범위를 한정할 수 있다. 이때 drxRefUnit은 DRX pattern을 정하는 일종의 resolution 값이 된다고 할 수 있다. 서비스 별로 alpha 및 beta 값이 한정되는 경우 동일한 서비스만을 discovery 하고자 하는 경우와 전체 DRX로 동작하는 주변 UE를 discovery 하는 경우를 차별화 하여 discovery가 가능하다. 예를 들어 service 3을 사용하는 UE를 주로 discovery 하고자 하는 경우 alpha의 하한에 해당하는 ‘7*drxRefUnit을 주기 삼아 discovery 메시지를 전송하면 되고, service 1을 사용하는 UE를 discovery 하고자 하는 경우에는 ‘3*drxRefUnit’을 주기 삼아 discovery 메시지를 전송하면 어느 정도 저전력 동작을 유지하면서 동일 서비스를 사용하는 다른 DRX UE를 detect 할 수 있다. 하기 예에서 모든 서비스의 패턴은 이미 제안한 방식대로 align 되어 있으므로 Service 1을 detect 하기 위해 discovery 메시지를 전송하는 경우에는 다른 서비스를 사용하고 있는 DRX 주변 모든 UE를 검출할 수 있다.
Figure PCTKR2020015876-appb-img-000011
또 다른 예시로써, 제안한 “drxRefUnit”, “drxRefStartOffset” 값에 상관없이 일반적인 DRX 패턴을 정하는데 사용하는 ‘drxStartOffset’, ‘drxShort-cycle’값을 결정하는데 제한을 할 수 있다. 예를 들어 ‘drxStartOffset’값은 모든 서비스 별로 고정하거나, 일정 범위 내에서만 정할 수 있도록 정하고, 서비스별 ‘drxShort-cycle’/ ‘drxLong-cycle’값은 서비스별 동일한 값의 정수배로만 결정되도록 할 수 있다. 또한 생성된 정수배의 범위는 서비스 별로 다르게 갖도록 할 수 있다. 예를 들어 drxShort-cycle을 4의 정수배로 정하되 서비스 별로 다음과 같이 범위를 다르게 할 수 있다. service 1의 drxShort-cycle로 선택 가능한 값은 {4,8,12}, service 2의 drxShort-cycle로 선택 가능한 값은 {12, 16, 20}, service 3의 drxShort-cycle로 선택 가능한 값은 {20, 24, 28}이 될 수 있다. 이렇게 정하면 동일 서비스를 사용하는 UE를 detect 하기 위하여 discovery 메시지를 보내야 하는 구간 및 전체 주면 UE를 detect 하기 위한 discovery 메시지를 보내야 하는 구간을 쉽게 추론해 낼 수 있다.
또 다른 예시로써, Service 별로 DRX의 ‘drxRefStartOffset’값은 고정하고, drxRefUnit은 자유롭게 한다. 이렇게 정하는 경우, 서비스 별 drxRefUnit의 최소 공배수에 해당하는 위치에서 동시에 ‘ON’될 가능성이 높아지므로, DRX 모드로 동작하는 UE를 discovery 할 수 있다. 도 17은 drxRefStartOffset을 2로 고정하고 drxRefUnit의 값은 모두 다른 값을 갖는 경우를 나타내고 있다. drxRefUnit 값들의 최소 공배수에 해당하는 위치에서 모두 ‘ON’상태가 align 될 수 있다.
또 다른 예시로써, 제안한 “drxRefUnit”, “drxRefStartOffset” 값에 상관없이 일반적인 DRX 패턴을 정하는데 사용하는 ‘drxStartOffset’, ‘drxShort-cycle’값을 결정하는데 부분적인 제한을 할 수 있다. 예를 들어 ‘drxStartOffset’값은 모든 서비스 별로 고정하거나, 일정 범위 내에서만 정할 수 있도록 정하고, 서비스별 ‘drxShort-cycle’/ ‘drxLong-cycle’값은 서비스 별로 정해진 값의 정수 배로만 결정되도록 할 수 있다. 또한 정수배의 범위는 서비스 별로 다르게 갖도록 할 수 있다. 예를 들어 service 1의 drxShort-cycle로 선택 가능한 값은 {4,8,12}, service 2의 drxShort-cycle로 선택 가능한 값은 {3, 6, 9}, service 3의 drxShort-cycle로 선택 가능한 값은 {6, 12, 24}이 될 수 있다. 이렇게 정하면 동일 서비스를 사용하는 UE를 detect 하기 위한 discovery 메시지를 보내는 위치 및 주변의 모든 UE가‘ON’되는 구간을 쉽게 추론 할 수 있다. 앞서 예에서 주변 모든 UE를 detect 하기 위한 구간은 모든 선택 가능한 cycle 값의 최소 공배수가 되는 위치가 될 것이다.
또 다른 예시로써, 생성할 수 있는 DRX pattern을 가능한 한 겹치지 않도록 분산시킬 수 있다. 서비스 별 ‘drxRefUnit’, drxRefStartOffset’ 값이 가능한 한 서로 소(약수가 없는 관계)가 되도록 구성하면 서비스 별 DRX 패턴은 분산될 수 있다. 즉 random 성을 높이는 방법이다. 이렇게 구성하는 경우 다른 서비스를 찾고자 하는 UE는 랜덤한 DRX 패턴을 만들어 discovery 메시지를 전송한다. 이렇게 하면 주변 DRX UE를 발견할 확률을 높일 수 있다.
또 다른 예시로써, ‘drxStartOffset’, ‘drxShort-cycle/drxLong-cycle’의 위치가 가능한 겹치지 않도록 배치한다. 예를 들어 각 service 별로 가능한‘drxStartOffset’, ‘drxShort-cycle/drxLong-cycle’가 겹치지 않도록 배치한다. 이렇게 배치하는 경우 여러 서비스가 동시에 ‘ON’ 상태로 깨어나지 않으므로 다른 서비스의 통신에 불가피한 충돌이나 interference를 발생시킬 가능성은 낮다고 할 수 있다. 이렇게 구성하는 경우 다른 서비스를 찾고자 하는 UE는 랜덤한 DRX 패턴을 만들어 discovery 메시지를 전송한다. 이렇게 하면 주변 DRX UE를 발견할 확률을 높일 수 있다.
또 다른 예시로써, Service에 상관 없이 UE가 깨어나야만 하는 구간을 설정할 수도 있다 구체적으로, Alarm message와 event message로 동작을 나누어 DRX 동작이 이루어 질 수도 있다. 예를 들어 모든 DRX 모드로 동작하는 UE는 Service에 상관 없이 alarm message가 전송될 가능성이 있는 시간 구간에 동시에 ‘ON”상태를 유지한다. Alarm message는 서비스 별로 다른 sequence를 가질 수 있으며, sequence를 통해서는 service가 존재하는지에 대한 여부만 확인할 수 있다. 자신이 관심 있는 서비스가 존재하는 경우, 약속된 시간에 ‘ON’구간을 유지하여 원하는 서비스를 수신할 수 있다.
도 18은 이러한 동작을 나타낸다. Alarm 구간 이후 실제 서비스가 전송되는 offset 시간은 사전에 약속된 값(pre-configuration) 일 수 있으며 서비스 별로 다른 값을 가질 수 있다. Latency 측면에서 우선 순위에 있는 서비스가 가장 짧은 offset 값을 갖도록 할 수 있다. 이 경우 서로 다른 DRX 패턴으로 동작하는 UE를 detect 하기 위해서 alarm 구간에 discovery resource pool을 배치하는 것을 제안한다. Alarm signal 및 discovery 메시지는 각자 중요도가 높은 메시지일 수 있으므로 alarm message를 위한 resource pool과 discovery resource pool을 구별하여 동일 시간에 FDM 방식으로 배치할 수 있다. 이 경우 alarm 구간에 discovery 메시지를 전송함으로써 상호 다른 DRX 패턴을 사용하는 UE간 discovery가 가능하다.
한편, ‘drxRefUnit’ 값을 이용하여 서비스 별로 DRX 패턴이 align 된 경우 동일 서비스를 사용하는 UE간 상호 detection은 다음과 같은 방법이 사용될 수 있다. 즉, 앞서 기술한 방법으로 서비스 ID별로 DRX 패턴을 생성하는데 제한을 둔 경우 다음과 같은 방법으로 초기 detection을 수행할 수 있다.
일 예로써, 연결을 원하는 UE가 자신의 discovery message를 broadcast할 수 있다. 구체적으로, Service ID 별로 일정 시간 내에 한번은 ‘ON’ 상태가 되어야 하는 ‘maxLongDrxCycle’을 정한다. DRX로 동작하는 다른 UE와 연결을 시도하고자 하는 UE는 ‘maxLongDrxCycle’동안 ‘drxRefStartOffset’와 ‘drxRefUnit’ 값을 사용하여 align position 마다 ‘ON’상태로 깨어난다. ‘maxLongDrxCycle’ 동안 align position 에서 discovery message를 broadcast 하고 이를 받은 DRX UE는 이에 대한 응답을 함으로써 동일 service ID를 사용하는 DRX UE들을 detect 할 수 있다. Discovery 메시지에 대한 응답은 마찬가지로 align position에 전송할 수 있다. 혹은 discovery message broadcast 및 이에 대한 응답 시 각 UE는 자신의 DRX 패턴 정보를 포함하여 전송함으로써 추후 connection을 위한 동작은 상대방의 DRX 패턴에 맞추어 수행할 수도 있다.
다른 예로써, 모든 DRX UE가 특정 시간 구간 동안 discovery message를 broadcast할 수 있다. 구체적으로, 특정 정해진 시간대, 혹은 특정 UE가 discovery time 구간을 trigger 시키면 해당 시점부터 ‘maxLongDrxCycle’동안(이를 discoveryTimer라 부르기로 함) 동일 서비스를 사용하는 DRX UE는 align position 마다 ‘ON’ 상태로 깨어난다. 이때 align position은 ‘drxRefStartOffset’과 ‘drxRefUnit’ 값으로 정해질 수 있다. 모든 DRX UE는 discoveryTimer 구간 동안 align position에 자신의 ID 정보 및 discovery에 필요한 간단한 정보를 포함하여 broadcast 한다. 이때 포함되는 정보에는 DRX 패턴 정보가 포함될 수 있다. Align position에서 Discovery 메시지를 받은 DRX UE는 자신 주변에 동일 서비스를 사용하는 DRX UE들의 ID 및 DRX 패턴에 대해 파악이 가능하며, 이를 통해서 연결을 시도할 수 있다.
이와 같이 동작하는 경우 discovery 메시지는 align position에 해당하는 위치에서 broadcast 될 확률이 높다. 따라서 align position의 시작 위치에 해당하는 몇 개의 subframe은 discovery 메시지 전송을 위한 전용 구간으로 약속하거나, 해당 구간에서는 discovery message가 다른 데이터 메시지에 비해 더 높은 priority를 갖도록 함으로써 상호 연결 가능성을 높일 수 있다.
Discovery message를 통하여 상호 detection한 DRX UE는 자신의 DRX 패턴을 negotiation 등을 통해 변경할 수 있으나 여전히 동일한 서비스를 사용하는 한 제한되는 shortDrxCycle, longDrxCycle, startDrxOffset등의 값을 정하는 방법을 따라야 함은 당연하다.
한편, 기존 DRX 동작은 앞서 설명한 DRX_pattern = {DRX Cycle, onDurationTimer, drx-Inactivity timer, drx-Retransmission timer, shortDRX-Cycle, drxShortCycleTimer, drxStartOffset} 값을 상호 UE간에 알고 있으면 상대 UE가 ‘ON’되는 구간을 파악할 수 있었다. 그러나 실시예(들)과 같이 service ID 별로 pattern 값이 정해지는 경우, 단일의 DRX_pattern 세트 정보만으로는 해당 서비스를 파악할 수 없다. 따라서 전체 서비스별 패턴을 파악하기 위해서는 사용하고 있는 여러 service ID에 대해서 DRX_pattern 값을 알려 주어야 하며, 다음 수학식 5는 이를 위한 예시를 나타낸다.
Figure PCTKR2020015876-appb-img-000012
이하에서는 사이드링크 DRX 관련하여 저전력을 위해 DRX 모드로 동작하여 충분한 센싱을 수행할 수 없는 경우 이를 보완하기 위한 방법 및 자원 선택 방법에 대해서 설명한다. 이하에서 DRX 동작은 상술한 설명들에 기초한 것일 수 있다. 또는, 상술한 DRX 실시예와는 독립적으로 적용되는 것일 수도 있다.
실시예(들)에서의 동작은 다음과 같은 동작 상황을 가정한다. UE1은 저전력 송/수신을 위해 DRX 모드로 동작하고 있는 단말을 나타내며, UE2는 저전력 동작이 요구되지 않고 항상 ‘ON’ 상태(이는 상대적으로 On 구간이 긴 상태를 뜻하는 것으로 해석될 수 있다) 에 놓여 있는 단말을 가정한다. UE1과 UE2통신의 관계는 작은 센서를 부착한 wearable 기기와 personal mobile 기기, 혹은 personal mobile 기기와 자동차/RSU 등과의 관계에 해당할 수 있다.
설명의 편의성을 위해 실시예(들)에서는 DRX 모드로 동작하는 단말을 UE1, 항상 ‘ON’ 상태인 단말을 UE2라 지칭하기로 한다. UE1과 UE2가 V2X mode2 sidelink로 동작하는 경우 DRX 모드의 ON_DURATION 주기 및 길이에 따라 DRX 모드 동작 시 센싱 윈도우 내에 센싱 가능한 구간이 일정 값 이상인 경우, DRX 모드 동작 시 센싱 윈도우 내에 센싱 가능한 구간이 존재하나 일정 값 미만인 경우, DRX 모드 동작 시 센싱 윈도우 내에 센싱 가능한 구간이 존재하지 않는 경우로 각각 나누어 생각해 볼 수 있다. 이때 센싱 윈도우를 위한 시간은 전송 자원 선택 전에 필요한 이미 정해진 시간 길이라고 가정한다.
우선, DRX 모드 동작 시 센싱 윈도우 내에 센싱 가능한 구간(ON_DURATION)이 일정 값 이상인 경우에 대해 살펴본다.
DRX 패턴(주기, ON-DURATION 길이 등)은 저전력 UE의 잔여 power, latency requirement 또는 통신하고자 하는 서비스의 특성 등에 따라 정해질 수 있다. DRX 모드로 동작하는 UE1는 DRX 패턴에 따라 일정 주기로 깨어나서 자신에게 전송되는 데이터가 있는지 확인하고, 전송되는 데이터가 있는 경우 ON_DURATION 구간을 증가시켜(DRX in-activity) 정보를 수신한다. 반면 DRX 모드로 동작하는 UE1이 항상 ON 상태인 UE2에 데이터를 전송하고자 하는 경우, DRX 패턴에 맞추어 깨어나서 데이터를 전송할 수도 있으나, 이에 상관 없이 전송할 데이터가 있는 경우 바로 깨어나서 데이터를 전송할 수도 있다.
Sidelink mode2 동작에 있어서 전송을 위해서는 일정한 시간(sensing window) 동안 채널을 센싱하여 현재 사용하고 있는 자원 및 reserved 자원의 위치를 확인하고, 전송 가능한 자원 위치를 찾아 전송을 시도한다. DRX 모드로 동작하는 UE의 경우 ON_DURATION 구간에 해당하는 위치에서만 센싱이 가능하다(partial sensing). 이러한 부분 센싱만으로 전송할 자원을 찾는 방법은 경우에 따라 유용할 수도 있으나, 충분한 센싱이 부족하여 잘못된 전송 자원을 선택할 가능성도 높다. 이를 위해서 ‘센싱에 필요한 최소 시간’을 정하는 것을 제안한다. 이 값은 미리 정해진 값일 수 있으며, 혹은 채널 상황(예를 들어, CBR)등에 따라 가변할 수도 있는 값이다. 또한 일반적인 센싱 윈도우 시간보다 짧은 시간일 수 있다. 센싱 윈도우 내에서 정해진 DRX 패턴의 ON_DURATION 구간이 ‘센싱에 필요한 최소 시간’을 초과하는 경우 해당 UE1은 현재 센싱 값에 기반하여 전송에 사용할 자원을 선정한다.
이하, DRX 모드 동작 시 센싱 윈도우 내에 센싱 가능한 구간이 존재하나 일정 값 미만인 경우, 다음과 같은 다양한 방법 중 적어도 하나에 기초해 전송에 필요한 자원을 선택할 수 있다.
일 예로써, DRX 모드로 동작하는 UE1이 전송할 데이터가 있으나, 이를 위한 자원 선택을 하기에는 센싱 window 내에서 ‘센싱에 필요한 최소 시간’을 만족하지 못한 경우 UE1은 ON_DURARION 구간을 ‘센싱에 필요한 최소 시간’을 만족할 만큼 증가시켜 자원을 센싱 한다. 즉, ON_DURATION 구간을 증가시킴으로써 최소 센싱에 필요한 자원 수집 구간을 만족시킨 후 자원을 선택한다. 이 경우, 자원 센싱을 위해서 ON_DURATION 구간을 증가시켜야 하므로 power 소모량은 증가할 수 있으며, 센싱에 소모되는 시간만큼 latency 측면에서 손해를 볼 수 있다.
다른 예로써, UE2은 항상 ‘ON’ 상태에 있으므로 부분 센싱만 가능한 UE1은 UE2가 센싱한 자원 정보의 도움을 받아 자원 선택 시 참조할 수 있다. UE1은 자신이 전송하고자 하는 데이터가 있는 경우, DRX의 sleep 모드에서 바로 wake-up하여 UE2에게 센싱 정보를 요청(assistant message)할 수 있다. 이때 센싱 정보 요청을 위한 자원은 자신이 부분 센싱한 결과를 바탕으로 선택할 수 있다. 이를 위한 동작 과정은 다음과 같이 설명할 수 있다.
Step1) UE1은 전송할 자원이 있는 경우 UE2에게 자신이 전송하고자 하는 메시지의 priority 및 크기 등의 정보를 전달하고, 이에 해당하는 센싱 자원 정보를 요청한다.
Step2) UE2는 UE1이 전송하고자 하는 메시지의 priority 및 크기에 따른 센싱 결과(예를 들어, 유효 자원의 위치 정보 map)를 UE1에게 알려준다.
Step3) UE1은 자신이 센싱한 partial sensing 결과와 UE2로부터 도움(assist) 받은 센싱 정보의 결과를 이용하여 전송 자원을 선택한다. 이때 UE1은 자신이 센싱한 자원 정보와 UE2로부터 받은 자원 정보의 공통 유효 자원 내에서 랜덤하게 선택할 수 있다.
이와 같은 방법을 사용하는 경우, 자원 선택을 위해서 signaling overhead가 증가하는 단점이 있다. 그러나 저전력 단말인 UE1의 부분 센싱 한계를 보완하여 충돌 가능성이 적은 자원을 선택할 수 있다는 장점이 있다.
다른 예로써, UE1이 전송할 데이터가 있는 경우, 자신의 DRX 패턴과 상관없이, 바로 wake-up하여 UE2에게 센싱 결과에 관한 정보를 요청하되 이에 대한 응답은 DRX 패턴의 ON_DURATION 구간에 전달받을 수 있다. 이때 UE1은 센싱 정보 요청 시 자신이 전송할 데이터의 크기 및 priority 정보를 UE2에게 전달한다. 센싱 정보를 요구 받은 UE2는 UE1의 DRX 패턴의 ON_DURATION에 맞추어 센싱 정보를 UE1에게 전달한다. 이때 센싱 정보는 UE1이 전달하고자 하는 데이터의 크기 및 priority를 참조하여 전송에 사용할 수 있는 자원 map을 의미하는 값일 수 있다.
DRX의 ON_DURATION 구간에서 데이터를 전송할 수 있도록 센싱 정보를 assist 하는 경우에는 다음과 같은 통신이 고려될 수 있다. 도 19와 같이 UE1의 DRX 패턴을 알고 있는 다른 근접 UE3가 존재하고, UE1과 UE3가 상호 DRX ON_DURATION에 맞추어 통신을 수행하고 있다고 가정한다. 이와 같은 통신의 경우 UE1,2,3가 모두 근거리에 존재하고, 항상 ‘ON’ 상태에 있는 UE2의 센싱 정보가 UE1에도 적용 가능하다는 가정하에 UE1이 UE3와의 통신을 위한 자원 선택 시 UE2의 assist를 받는 경우를 나타낸다. 유효 자원의 센싱 정보만 UE2에서 assist 받고, 실제 통신은 UE1과 UE3에서 발생되는 경우이므로 DRX의 ON_DURATION에 맞추어 자원을 선택할 수 있게 해 주는 방법이 필요할 수 있다. 마찬가지로 UE3 또한 전송 자원 선택 시 UE2의 assist를 받을 수 있다.
다른 예로써, UE1이 전송할 데이터가 발생한 경우 sleep 상태에서 wake-up하여 UE2에게 assistant message를 요청한 경우, UE2는 센싱 결과(assistant message)를 전송 하는 것 대신 자신의 센싱 결과를 바탕으로 사용 가능한 자원이 가장 많이 비어 있는 곳에서 DRX 모드가 ‘ON’ 상태가 될 수 있도록 UE1에게 recommend할 수 있다. UE1은 recommend 받은 위치에서 자신의 센싱 결과를 바탕으로 유효 자원을 선택한 후 이를 전송 자원으로 사용하는 것도 가능하다. 이러한 방법을 사용하는 경우 센싱 결과를 바탕으로 전체 유효자원 정보를 전달하는 것 보다는 signaling overhead가 적을 수 있으나, 여전히 DRX 모드로 동작하는 UE1의 센싱 결과가 부족할 수 있다는 단점이 있다.
다른 예로써, UE1이 전송할 데이터가 발생하여 UE2에게 assistant message를 요청한 경우, UE2는 UE1의 전송을 위해 대신 자원을 예약해 줄 수 있다. 이 경우 동작 과정은 다음과 같다.
Step1) UE1은 UE2에게 자신이 전송할 데이터의 priority, size, 원하는 retransmission 횟수 등의 정보와 함께 전송 자원을 위한 센싱 정보를 요구한다.
Step2) UE2는 자신의 센싱 정보를 바탕으로 UE1의 전송 요구에 적합한 데이터를 예약한다.
Step3) UE2는 예약 자원에 대한 (위치)정보를 UE1에게 알려준다.
Step4) UE1은 해당 자원 위치에 데이터를 전송한다.
다른 예로써, 항상 자원 센싱이 가능한 UE2는 DRX 모드로 동작하고 있는 UE1을 위해 특별한 assistant message 요청 없이도, ON_DURATION 구간에 자원을 예약한다. 이 경우 UE2는 UE1을 대신하여 자원 예약을 수행할 수 있는 역할임을 알릴 수 있다. UE2는 예약한 자원의 (위치) 정보를 UE1에 알려줄 수 있어야 하며, UE1은 예약된 자원 위치에 데이터를 전송할 수 있다. 이러한 방법은 UE1의 센싱 한계는 극복할 수 있으나, UE1이 전송할 데이터가 없는 경우에도 항상 자원이 예약되어 있으므로 자원 사용에 있어서 효율적이지 못한 단점이 있다.
이하, DRX 모드 동작 시 센싱 윈도우 내에 센싱 가능한 구간(ON_DURATION)이 존재하지 않는 경우에 대해 살펴본다.
DRX 모드의 ON_DURATION 주기가 작은 경우, 즉, 강한 저전력 동작이 요구되어 도 20과 같이 센싱 윈도우 내에 ON_DURATION 되는 경우가 없는 경우가 존재할 수 있다.
이러한 경우에는 앞서 설명한 DRX 모드 동작 시 센싱 윈도우 내에 센싱 가능한 구간이 존재하나 일정 값 미만인 경우를 위한 실시예들과 유사하나 약간 변형된 방법을 적용할 수 있다. 앞서 제안한 실시예들과 다른 부분은 DRX 모드로 동작하는 UE1의 경우 부분 센싱한 결과 조차 없으므로 UE2에게 자원 선택을 위한 assistant message 요청을 해야 하는 경우 이를 위한 자원 센싱 및 선택이 이루어져야 한다는 점이다. Assist 요청을 위한 센싱 구간은 일반적으로 데이터 전송을 위해 사용되는 센싱 구간보다 훨씬 더 짧은 구간일 수 있다. 또한 assistant message 전송을 위한 자원 선택 시 적용되는 assistant 메시지의 priority는 전송하고자 하는 데이터의 priority 보다 더 high priority를 갖는 값일 수 있다.
일 예로써, DRX 모드로 동작하는 UE1이 전송할 데이터가 있는 경우 ON_DURATION 구간을 센싱 윈도우만큼 증가시켜 일반적인 V2X의 센싱, 자원 선택 과정을 통해 데이터를 전송한다.
다른 예로써, UE1은 센싱 윈도우에 해당하는 구간 동안 센싱한 결과가 전혀 없으므로 UE2에게 센싱 결과(혹은 자원 선택을 위한 assistant 정보)를 요청한다. 이를 위한 구체적인 방법은 다음과 같다.
UE1(DRX 모드)이 UE2(always ‘ON’)에 자원 선택을 위한 assistant 정보를 요청한다. 앞서 설명한 바와 같이 UE1은 짧은 시간 동안 자원을 센싱한 후 센싱 결과를 바탕으로 UE2에게 assistant 정보를 요청하기 위한 자원을 선택한 후 assistant 요청 메시지를 전송한다. 이때 실제로 전송하고자 하는 데이터의 priority 및 크기 정보를 전달할 수 있다. 혹은 UE1은 센싱 정보가 없는 상태이므로 UE2는 UE1이 ‘ON’되는 구간에 요청할지도 모르는 assistant message를 위한 자원을 UE1의 이름으로 예약한다. 예약 위치를 UE1에 알려주어 UE1이 전송하고자 하는 메시지가 존재하는 경우 예약된 위치를 통해 UE2에게 assistant message를 요청할 수 있도록 한다.
UE2는 자원 선택을 위한 assistant 정보를 UE1에게 알려준다. 해당 메시지를 받은 UE2는 자신이 센싱한 자원 정보(자원 map)을 UE1에게 전달한다. 혹은 UE1이 전달하고자 하는 데이터가 사용하기에 적합한 자원 후보(들) 위치를 알려줄 수 있다. 혹은 특정한 위치의 자원을 지정해 줄 수 있다. 혹은 UE1이 데이터 전송에 사용하기에 적합한 자원을 대신 예약해 주고, 이 정보를 UE1에게 알려줄 수도 있다.
이후, UE1이 자원을 선택하여 메시지를 전송한다. UE1은 UE2가 전송해 준 센싱 정보 결과/사용하기 적합한 자원 후보 위치/특정한 위치의 자원/예약된 자원 등의 정보를 사용하여 데이터 메시지를 전달한다.
본 발명이 적용되는 통신 시스템 예
이로 제한되는 것은 아니지만, 본 문서에 개시된 본 발명의 다양한 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 기기들간에 무선 통신/연결(예, 5G)을 필요로 하는 다양한 분야에 적용될 수 있다.
이하, 도면을 참조하여 보다 구체적으로 예시한다. 이하의 도면/설명에서 동일한 도면 부호는 다르게 기술하지 않는 한, 동일하거나 대응되는 하드웨어 블록, 소프트웨어 블록 또는 기능 블록을 예시할 수 있다.
도 21는 본 발명에 적용되는 통신 시스템(1)을 예시한다.
도 21를 참조하면, 본 발명에 적용되는 통신 시스템(1)은 무선 기기, 기지국 및 네트워크를 포함한다. 여기서, 무선 기기는 무선 접속 기술(예, 5G NR(New RAT), LTE(Long Term Evolution))을 이용하여 통신을 수행하는 기기를 의미하며, 통신/무선/5G 기기로 지칭될 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(100a), 차량(100b-1, 100b-2), XR(eXtended Reality) 기기(100c), 휴대 기기(Hand-held device)(100d), 가전(100e), IoT(Internet of Thing) 기기(100f), AI기기/서버(400)를 포함할 수 있다. 예를 들어, 차량은 무선 통신 기능이 구비된 차량, 자율 주행 차량, 차량간 통신을 수행할 수 있는 차량 등을 포함할 수 있다. 여기서, 차량은 UAV(Unmanned Aerial Vehicle)(예, 드론)를 포함할 수 있다. XR 기기는 AR(Augmented Reality)/VR(Virtual Reality)/MR(Mixed Reality) 기기를 포함하며, HMD(Head-Mounted Device), 차량에 구비된 HUD(Head-Up Display), 텔레비전, 스마트폰, 컴퓨터, 웨어러블 디바이스, 가전 기기, 디지털 사이니지(signage), 차량, 로봇 등의 형태로 구현될 수 있다. 휴대 기기는 스마트폰, 스마트패드, 웨어러블 기기(예, 스마트워치, 스마트글래스), 컴퓨터(예, 노트북 등) 등을 포함할 수 있다. 가전은 TV, 냉장고, 세탁기 등을 포함할 수 있다. IoT 기기는 센서, 스마트미터 등을 포함할 수 있다. 예를 들어, 기지국, 네트워크는 무선 기기로도 구현될 수 있으며, 특정 무선 기기(200a)는 다른 무선 기기에게 기지국/네트워크 노드로 동작할 수도 있다.
무선 기기(100a~100f)는 기지국(200)을 통해 네트워크(300)와 연결될 수 있다. 무선 기기(100a~100f)에는 AI(Artificial Intelligence) 기술이 적용될 수 있으며, 무선 기기(100a~100f)는 네트워크(300)를 통해 AI 서버(400)와 연결될 수 있다. 네트워크(300)는 3G 네트워크, 4G(예, LTE) 네트워크 또는 5G(예, NR) 네트워크 등을 이용하여 구성될 수 있다. 무선 기기(100a~100f)는 기지국(200)/네트워크(300)를 통해 서로 통신할 수도 있지만, 기지국/네트워크를 통하지 않고 직접 통신(e.g. 사이드링크 통신(sidelink communication))할 수도 있다. 예를 들어, 차량들(100b-1, 100b-2)은 직접 통신(e.g. V2V(Vehicle to Vehicle)/V2X(Vehicle to everything) communication)을 할 수 있다. 또한, IoT 기기(예, 센서)는 다른 IoT 기기(예, 센서) 또는 다른 무선 기기(100a~100f)와 직접 통신을 할 수 있다.
무선 기기(100a~100f)/기지국(200), 기지국(200)/기지국(200) 간에는 무선 통신/연결(150a, 150b, 150c)이 이뤄질 수 있다. 여기서, 무선 통신/연결은 상향/하향링크 통신(150a)과 사이드링크 통신(150b)(또는, 15D 통신), 기지국간 통신(150c)(e.g. relay, IAB(Integrated Access Backhaul)과 같은 다양한 무선 접속 기술(예, 5G NR)을 통해 이뤄질 수 있다. 무선 통신/연결(150a, 150b, 150c)을 통해 무선 기기와 기지국/무선 기기, 기지국과 기지국은 서로 무선 신호를 송신/수신할 수 있다. 예를 들어, 무선 통신/연결(150a, 150b, 150c)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 발명의 다양한 제안들에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성정보 설정 과정, 다양한 신호 처리 과정(예, 채널 인코딩/디코딩, 변조/복조, 자원 매핑/디매핑 등), 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
본 발명이 적용되는 무선 기기 예
도 22는 본 발명에 적용될 수 있는 무선 기기를 예시한다.
도 22를 참조하면, 제1 무선 기기(100)와 제2 무선 기기(200)는 다양한 무선 접속 기술(예, LTE, NR)을 통해 무선 신호를 송수신할 수 있다. 여기서, {제1 무선 기기(100), 제2 무선 기기(200)}은 도 21의 {무선 기기(100x), 기지국(200)} 및/또는 {무선 기기(100x), 무선 기기(100x)}에 대응할 수 있다.
제1 무선 기기(100)는 하나 이상의 프로세서(102) 및 하나 이상의 메모리(104)를 포함하며, 추가적으로 하나 이상의 송수신기(106) 및/또는 하나 이상의 안테나(108)을 더 포함할 수 있다. 프로세서(102)는 메모리(104) 및/또는 송수신기(106)를 제어하며, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(102)는 메모리(104) 내의 정보를 처리하여 제1 정보/신호를 생성한 뒤, 송수신기(106)을 통해 제1 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(102)는 송수신기(106)를 통해 제2 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제2 정보/신호의 신호 처리로부터 얻은 정보를 메모리(104)에 저장할 수 있다. 메모리(104)는 프로세서(102)와 연결될 수 있고, 프로세서(102)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(104)는 프로세서(102)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(102)와 메모리(104)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(106)는 프로세서(102)와 연결될 수 있고, 하나 이상의 안테나(108)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(106)는 송신기 및/또는 수신기를 포함할 수 있다. 송수신기(106)는 RF(Radio Frequency) 유닛과 혼용될 수 있다. 본 발명에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
제2 무선 기기(200)는 하나 이상의 프로세서(202), 하나 이상의 메모리(204)를 포함하며, 추가적으로 하나 이상의 송수신기(206) 및/또는 하나 이상의 안테나(208)를 더 포함할 수 있다. 프로세서(202)는 메모리(204) 및/또는 송수신기(206)를 제어하며, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(202)는 메모리(204) 내의 정보를 처리하여 제3 정보/신호를 생성한 뒤, 송수신기(206)를 통해 제3 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(202)는 송수신기(206)를 통해 제4 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제4 정보/신호의 신호 처리로부터 얻은 정보를 메모리(204)에 저장할 수 있다. 메모리(204)는 프로세서(202)와 연결될 수 있고, 프로세서(202)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(204)는 프로세서(202)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(202)와 메모리(204)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(206)는 프로세서(202)와 연결될 수 있고, 하나 이상의 안테나(208)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(206)는 송신기 및/또는 수신기를 포함할 수 있다 송수신기(206)는 RF 유닛과 혼용될 수 있다. 본 발명에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
이하, 무선 기기(100, 200)의 하드웨어 요소에 대해 보다 구체적으로 설명한다. 이로 제한되는 것은 아니지만, 하나 이상의 프로토콜 계층이 하나 이상의 프로세서(102, 202)에 의해 구현될 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 계층(예, PHY, MAC, RLC, PDCP, RRC, SDAP와 같은 기능적 계층)을 구현할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 하나 이상의 PDU(Protocol Data Unit) 및/또는 하나 이상의 SDU(Service Data Unit)를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 메시지, 제어정보, 데이터 또는 정보를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 기능, 절차, 제안 및/또는 방법에 따라 PDU, SDU, 메시지, 제어정보, 데이터 또는 정보를 포함하는 신호(예, 베이스밴드 신호)를 생성하여, 하나 이상의 송수신기(106, 206)에게 제공할 수 있다. 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)로부터 신호(예, 베이스밴드 신호)를 수신할 수 있고, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 PDU, SDU, 메시지, 제어정보, 데이터 또는 정보를 획득할 수 있다.
하나 이상의 프로세서(102, 202)는 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 또는 마이크로 컴퓨터로 지칭될 수 있다. 하나 이상의 프로세서(102, 202)는 하드웨어, 펌웨어, 소프트웨어, 또는 이들의 조합에 의해 구현될 수 있다. 일 예로, 하나 이상의 ASIC(Application Specific Integrated Circuit), 하나 이상의 DSP(Digital Signal Processor), 하나 이상의 DSPD(Digital Signal Processing Device), 하나 이상의 PLD(Programmable Logic Device) 또는 하나 이상의 FPGA(Field Programmable Gate Arrays)가 하나 이상의 프로세서(102, 202)에 포함될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있고, 펌웨어 또는 소프트웨어는 모듈, 절차, 기능 등을 포함하도록 구현될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 수행하도록 설정된 펌웨어 또는 소프트웨어는 하나 이상의 프로세서(102, 202)에 포함되거나, 하나 이상의 메모리(104, 204)에 저장되어 하나 이상의 프로세서(102, 202)에 의해 구동될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 코드, 명령어 및/또는 명령어의 집합 형태로 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있다.
하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 다양한 형태의 데이터, 신호, 메시지, 정보, 프로그램, 코드, 지시 및/또는 명령을 저장할 수 있다. 하나 이상의 메모리(104, 204)는 ROM, RAM, EPROM, 플래시 메모리, 하드 드라이브, 레지스터, 캐쉬 메모리, 컴퓨터 판독 저장 매체 및/또는 이들의 조합으로 구성될 수 있다. 하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)의 내부 및/또는 외부에 위치할 수 있다. 또한, 하나 이상의 메모리(104, 204)는 유선 또는 무선 연결과 같은 다양한 기술을 통해 하나 이상의 프로세서(102, 202)와 연결될 수 있다.
하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치에게 본 문서의 방법들 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 전송할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치로부터 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 수신할 수 있다. 예를 들어, 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 무선 신호를 송수신할 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치에게 사용자 데이터, 제어 정보 또는 무선 신호를 전송하도록 제어할 수 있다. 또한, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치로부터 사용자 데이터, 제어 정보 또는 무선 신호를 수신하도록 제어할 수 있다. 또한, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)와 연결될 수 있고, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)를 통해 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 송수신하도록 설정될 수 있다. 본 문서에서, 하나 이상의 안테나는 복수의 물리 안테나이거나, 복수의 논리 안테나(예, 안테나 포트)일 수 있다. 하나 이상의 송수신기(106, 206)는 수신된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 하나 이상의 프로세서(102, 202)를 이용하여 처리하기 위해, 수신된 무선 신호/채널 등을 RF 밴드 신호에서 베이스밴드 신호로 변환(Convert)할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)를 이용하여 처리된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 베이스밴드 신호에서 RF 밴드 신호로 변환할 수 있다. 이를 위하여, 하나 이상의 송수신기(106, 206)는 (아날로그) 오실레이터 및/또는 필터를 포함할 수 있다.
본 발명이 적용되는 차량 또는 자율 주행 차량 예
도 23은 본 발명에 적용되는 차량 또는 자율 주행 차량을 예시한다. 차량 또는 자율 주행 차량은 이동형 로봇, 차량, 기차, 유/무인 비행체(Aerial Vehicle, AV), 선박 등으로 구현될 수 있다.
도 23을 참조하면, 차량 또는 자율 주행 차량(100)은 안테나부(108), 통신부(110), 제어부(120), 구동부(140a), 전원공급부(140b), 센서부(140c) 및 자율 주행부(140d)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다.
통신부(110)는 다른 차량, 기지국(e.g. 기지국, 노변 기지국(Road Side unit) 등), 서버 등의 외부 기기들과 신호(예, 데이터, 제어 신호 등)를 송수신할 수 있다. 제어부(120)는 차량 또는 자율 주행 차량(100)의 요소들을 제어하여 다양한 동작을 수행할 수 있다. 제어부(120)는 ECU(Electronic Control Unit)를 포함할 수 있다. 구동부(140a)는 차량 또는 자율 주행 차량(100)을 지상에서 주행하게 할 수 있다. 구동부(140a)는 엔진, 모터, 파워 트레인, 바퀴, 브레이크, 조향 장치 등을 포함할 수 있다. 전원공급부(140b)는 차량 또는 자율 주행 차량(100)에게 전원을 공급하며, 유/무선 충전 회로, 배터리 등을 포함할 수 있다. 센서부(140c)는 차량 상태, 주변 환경 정보, 사용자 정보 등을 얻을 수 있다. 센서부(140c)는 IMU(inertial measurement unit) 센서, 충돌 센서, 휠 센서(wheel sensor), 속도 센서, 경사 센서, 중량 감지 센서, 헤딩 센서(heading sensor), 포지션 모듈(position module), 차량 전진/후진 센서, 배터리 센서, 연료 센서, 타이어 센서, 스티어링 센서, 온도 센서, 습도 센서, 초음파 센서, 조도 센서, 페달 포지션 센서 등을 포함할 수 있다. 자율 주행부(140d)는 주행중인 차선을 유지하는 기술, 어댑티브 크루즈 컨트롤과 같이 속도를 자동으로 조절하는 기술, 정해진 경로를 따라 자동으로 주행하는 기술, 목적지가 설정되면 자동으로 경로를 설정하여 주행하는 기술 등을 구현할 수 있다.
일 예로, 통신부(110)는 외부 서버로부터 지도 데이터, 교통 정보 데이터 등을 수신할 수 있다. 자율 주행부(140d)는 획득된 데이터를 기반으로 자율 주행 경로와 드라이빙 플랜을 생성할 수 있다. 제어부(120)는 드라이빙 플랜에 따라 차량 또는 자율 주행 차량(100)이 자율 주행 경로를 따라 이동하도록 구동부(140a)를 제어할 수 있다(예, 속도/방향 조절). 자율 주행 도중에 통신부(110)는 외부 서버로부터 최신 교통 정보 데이터를 비/주기적으로 획득하며, 주변 차량으로부터 주변 교통 정보 데이터를 획득할 수 있다. 또한, 자율 주행 도중에 센서부(140c)는 차량 상태, 주변 환경 정보를 획득할 수 있다. 자율 주행부(140d)는 새로 획득된 데이터/정보에 기반하여 자율 주행 경로와 드라이빙 플랜을 갱신할 수 있다. 통신부(110)는 차량 위치, 자율 주행 경로, 드라이빙 플랜 등에 관한 정보를 외부 서버로 전달할 수 있다. 외부 서버는 차량 또는 자율 주행 차량들로부터 수집된 정보에 기반하여, AI 기술 등을 이용하여 교통 정보 데이터를 미리 예측할 수 있고, 예측된 교통 정보 데이터를 차량 또는 자율 주행 차량들에게 제공할 수 있다.
본 발명이 적용되는 AR/VR 및 차량 예
도 24은 본 발명에 적용되는 차량을 예시한다. 차량은 운송수단, 기차, 비행체, 선박 등으로도 구현될 수 있다.
도 24을 참조하면, 차량(100)은 통신부(110), 제어부(120), 메모리부(130), 입출력부(140a) 및 위치 측정부(140b)를 포함할 수 있다.
통신부(110)는 다른 차량, 또는 기지국 등의 외부 기기들과 신호(예, 데이터, 제어 신호 등)를 송수신할 수 있다. 제어부(120)는 차량(100)의 구성 요소들을 제어하여 다양한 동작을 수행할 수 있다. 메모리부(130)는 차량(100)의 다양한 기능을 지원하는 데이터/파라미터/프로그램/코드/명령을 저장할 수 있다. 입출력부(140a)는 메모리부(130) 내의 정보에 기반하여 AR/VR 오브젝트를 출력할 수 있다. 입출력부(140a)는 HUD를 포함할 수 있다. 위치 측정부(140b)는 차량(100)의 위치 정보를 획득할 수 있다. 위치 정보는 차량(100)의 절대 위치 정보, 주행선 내에서의 위치 정보, 가속도 정보, 주변 차량과의 위치 정보 등을 포함할 수 있다. 위치 측정부(140b)는 GPS 및 다양한 센서들을 포함할 수 있다.
일 예로, 차량(100)의 통신부(110)는 외부 서버로부터 지도 정보, 교통 정보 등을 수신하여 메모리부(130)에 저장할 수 있다. 위치 측정부(140b)는 GPS 및 다양한 센서를 통하여 차량 위치 정보를 획득하여 메모리부(130)에 저장할 수 있다. 제어부(120)는 지도 정보, 교통 정보 및 차량 위치 정보 등에 기반하여 가상 오브젝트를 생성하고, 입출력부(140a)는 생성된 가상 오브젝트를 차량 내 유리창에 표시할 수 있다(1410, 1420). 또한, 제어부(120)는 차량 위치 정보에 기반하여 차량(100)이 주행선 내에서 정상적으로 운행되고 있는지 판단할 수 있다. 차량(100)이 주행선을 비정상적으로 벗어나는 경우, 제어부(120)는 입출력부(140a)를 통해 차량 내 유리창에 경고를 표시할 수 있다. 또한, 제어부(120)는 통신부(110)를 통해 주변 차량들에게 주행 이상에 관한 경고 메세지를 방송할 수 있다. 상황에 따라, 제어부(120)는 통신부(110)를 통해 관계 기관에게 차량의 위치 정보와, 주행/차량 이상에 관한 정보를 전송할 수 있다.
본 발명이 적용되는 XR 기기 예
도 25은 본 발명에 적용되는 XR 기기를 예시한다. XR 기기는 HMD, 차량에 구비된 HUD(Head-Up Display), 텔레비전, 스마트폰, 컴퓨터, 웨어러블 디바이스, 가전 기기, 디지털 사이니지(signage), 차량, 로봇 등으로 구현될 수 있다.
도 25을 참조하면, XR 기기(100a)는 통신부(110), 제어부(120), 메모리부(130), 입출력부(140a), 센서부(140b) 및 전원공급부(140c)를 포함할 수 있다.
통신부(110)는 다른 무선 기기, 휴대 기기, 또는 미디어 서버 등의 외부 기기들과 신호(예, 미디어 데이터, 제어 신호 등)를 송수신할 수 있다. 미디어 데이터는 영상, 이미지, 소리 등을 포함할 수 있다. 제어부(120)는 XR 기기(100a)의 구성 요소들을 제어하여 다양한 동작을 수행할 수 있다. 예를 들어, 제어부(120)는 비디오/이미지 획득, (비디오/이미지) 인코딩, 메타데이터 생성 및 처리 등의 절차를 제어 및/또는 수행하도록 구성될 수 있다. 메모리부(130)는 XR 기기(100a)의 구동/XR 오브젝트의 생성에 필요한 데이터/파라미터/프로그램/코드/명령을 저장할 수 있다. 입출력부(140a)는 외부로부터 제어 정보, 데이터 등을 획득하며, 생성된 XR 오브젝트를 출력할 수 있다. 입출력부(140a)는 카메라, 마이크로폰, 사용자 입력부, 디스플레이부, 스피커 및/또는 햅틱 모듈 등을 포함할 수 있다. 센서부(140b)는 XR 기기 상태, 주변 환경 정보, 사용자 정보 등을 얻을 수 있다. 센서부(140b)는 근접 센서, 조도 센서, 가속도 센서, 자기 센서, 자이로 센서, 관성 센서, RGB 센서, IR 센서, 지문 인식 센서, 초음파 센서, 광 센서, 마이크로폰 및/또는 레이더 등을 포함할 수 있다. 전원공급부(140c)는 XR 기기(100a)에게 전원을 공급하며, 유/무선 충전 회로, 배터리 등을 포함할 수 있다.
일 예로, XR 기기(100a)의 메모리부(130)는 XR 오브젝트(예, AR/VR/MR 오브젝트)의 생성에 필요한 정보(예, 데이터 등)를 포함할 수 있다. 입출력부(140a)는 사용자로부터 XR 기기(100a)를 조작하는 명령을 회득할 수 있으며, 제어부(120)는 사용자의 구동 명령에 따라 XR 기기(100a)를 구동시킬 수 있다. 예를 들어, 사용자가 XR 기기(100a)를 통해 영화, 뉴스 등을 시청하려고 하는 경우, 제어부(120)는 통신부(130)를 통해 컨텐츠 요청 정보를 다른 기기(예, 휴대 기기(100b)) 또는 미디어 서버에 전송할 수 있다. 통신부(130)는 다른 기기(예, 휴대 기기(100b)) 또는 미디어 서버로부터 영화, 뉴스 등의 컨텐츠를 메모리부(130)로 다운로드/스트리밍 받을 수 있다. 제어부(120)는 컨텐츠에 대해 비디오/이미지 획득, (비디오/이미지) 인코딩, 메타데이터 생성/처리 등의 절차를 제어 및/또는 수행하며, 입출력부(140a)/센서부(140b)를 통해 획득한 주변 공간 또는 현실 오브젝트에 대한 정보에 기반하여 XR 오브젝트를 생성/출력할 수 있다.
또한, XR 기기(100a)는 통신부(110)를 통해 휴대 기기(100b)와 무선으로 연결되며, XR 기기(100a)의 동작은 휴대 기기(100b)에 의해 제어될 수 있다. 예를 들어, 휴대 기기(100b)는 XR 기기(100a)에 대한 콘트롤러로 동작할 수 있다. 이를 위해, XR 기기(100a)는 휴대 기기(100b)의 3차원 위치 정보를 획득한 뒤, 휴대 기기(100b)에 대응하는 XR 개체를 생성하여 출력할 수 있다.
본 발명이 적용되는 로봇 예
도 26은 본 발명에 적용되는 로봇을 예시한다. 로봇은 사용 목적이나 분야에 따라 산업용, 의료용, 가정용, 군사용 등으로 분류될 수 있다.
도 26을 참조하면, 로봇(100)은 통신부(110), 제어부(120), 메모리부(130), 입출력부(140a), 센서부(140b) 및 구동부(140c)를 포함할 수 있다.
통신부(110)는 다른 무선 기기, 다른 로봇, 또는 제어 서버 등의 외부 기기들과 신호(예, 구동 정보, 제어 신호 등)를 송수신할 수 있다. 제어부(120)는 로봇(100)의 구성 요소들을 제어하여 다양한 동작을 수행할 수 있다. 메모리부(130)는 로봇(100)의 다양한 기능을 지원하는 데이터/파라미터/프로그램/코드/명령을 저장할 수 있다. 입출력부(140a)는 로봇(100)의 외부로부터 정보를 획득하며, 로봇(100)의 외부로 정보를 출력할 수 있다. 입출력부(140a)는 카메라, 마이크로폰, 사용자 입력부, 디스플레이부, 스피커 및/또는 햅틱 모듈 등을 포함할 수 있다. 센서부(140b)는 로봇(100)의 내부 정보, 주변 환경 정보, 사용자 정보 등을 얻을 수 있다. 센서부(140b)는 근접 센서, 조도 센서, 가속도 센서, 자기 센서, 자이로 센서, 관성 센서, IR 센서, 지문 인식 센서, 초음파 센서, 광 센서, 마이크로폰, 레이더 등을 포함할 수 있다. 구동부(140c)는 로봇 관절을 움직이는 등의 다양한 물리적 동작을 수행할 수 있다. 또한, 구동부(140c)는 로봇(100)을 지상에서 주행하거나 공중에서 비행하게 할 수 있다. 구동부(140c)는 액츄에이터, 모터, 바퀴, 브레이크, 프로펠러 등을 포함할 수 있다.
본 발명이 적용되는 AI 기기 예
도 27는 본 발명에 적용되는 AI 기기를 예시한다. AI 기기는 TV, 프로젝터, 스마트폰, PC, 노트북, 디지털방송용 단말기, 태블릿 PC, 웨어러블 장치, 셋톱박스(STB), 라디오, 세탁기, 냉장고, 디지털 사이니지, 로봇, 차량 등과 같은, 고정형 기기 또는 이동 가능한 기기 등으로 구현될 수 있다.
도 27를 참조하면, AI 기기(100)는 통신부(110), 제어부(120), 메모리부(130), 입/출력부(140a/140b), 러닝 프로세서부(140c) 및 센서부(140d)를 포함할 수 있다.
통신부(110)는 유무선 통신 기술을 이용하여 다른 AI 기기(예, 도 21, 100x, 200, 400)나 AI 서버(예, 도 21의 400) 등의 외부 기기들과 유무선 신호(예, 센서 정보, 사용자 입력, 학습 모델, 제어 신호 등)를 송수신할 수 있다. 이를 위해, 통신부(110)는 메모리부(130) 내의 정보를 외부 기기로 전송하거나, 외부 기기로부터 수신된 신호를 메모리부(130)로 전달할 수 있다.
제어부(120)는 데이터 분석 알고리즘 또는 머신 러닝 알고리즘을 사용하여 결정되거나 생성된 정보에 기초하여, AI 기기(100)의 적어도 하나의 실행 가능한 동작을 결정할 수 있다. 그리고, 제어부(120)는 AI 기기(100)의 구성 요소들을 제어하여 결정된 동작을 수행할 수 있다. 예를 들어, 제어부(120)는 러닝 프로세서부(140c) 또는 메모리부(130)의 데이터를 요청, 검색, 수신 또는 활용할 수 있고, 적어도 하나의 실행 가능한 동작 중 예측되는 동작이나, 바람직한 것으로 판단되는 동작을 실행하도록 AI 기기(100)의 구성 요소들을 제어할 수 있다. 또한, 제어부(120)는 AI 장치(100)의 동작 내용이나 동작에 대한 사용자의 피드백 등을 포함하는 이력 정보를 수집하여 메모리부(130) 또는 러닝 프로세서부(140c)에 저장하거나, AI 서버(도 21, 400) 등의 외부 장치에 전송할 수 있다. 수집된 이력 정보는 학습 모델을 갱신하는데 이용될 수 있다.
메모리부(130)는 AI 기기(100)의 다양한 기능을 지원하는 데이터를 저장할 수 있다. 예를 들어, 메모리부(130)는 입력부(140a)로부터 얻은 데이터, 통신부(110)로부터 얻은 데이터, 러닝 프로세서부(140c)의 출력 데이터, 및 센싱부(140)로부터 얻은 데이터를 저장할 수 있다. 또한, 메모리부(130)는 제어부(120)의 동작/실행에 필요한 제어 정보 및/또는 소프트웨어 코드를 저장할 수 있다.
입력부(140a)는 AI 기기(100)의 외부로부터 다양한 종류의 데이터를 획득할 수 있다. 예를 들어, 입력부(140a)는 모델 학습을 위한 학습 데이터, 및 학습 모델이 적용될 입력 데이터 등을 획득할 수 있다. 입력부(140a)는 카메라, 마이크로폰 및/또는 사용자 입력부 등을 포함할 수 있다. 출력부(140b)는 시각, 청각 또는 촉각 등과 관련된 출력을 발생시킬 수 있다. 출력부(140b)는 디스플레이부, 스피커 및/또는 햅틱 모듈 등을 포함할 수 있다. 센싱부(140)는 다양한 센서들을 이용하여 AI 기기(100)의 내부 정보, AI 기기(100)의 주변 환경 정보 및 사용자 정보 중 적어도 하나를 얻을 수 있다. 센싱부(140)는 근접 센서, 조도 센서, 가속도 센서, 자기 센서, 자이로 센서, 관성 센서, RGB 센서, IR 센서, 지문 인식 센서, 초음파 센서, 광 센서, 마이크로폰 및/또는 레이더 등을 포함할 수 있다.
러닝 프로세서부(140c)는 학습 데이터를 이용하여 인공 신경망으로 구성된 모델을 학습시킬 수 있다. 러닝 프로세서부(140c)는 AI 서버(도 21, 400)의 러닝 프로세서부와 함께 AI 프로세싱을 수행할 수 있다. 러닝 프로세서부(140c)는 통신부(110)를 통해 외부 기기로부터 수신된 정보, 및/또는 메모리부(130)에 저장된 정보를 처리할 수 있다. 또한, 러닝 프로세서부(140c)의 출력 값은 통신부(110)를 통해 외부 기기로 전송되거나/되고, 메모리부(130)에 저장될 수 있다.
상술한 바와 같은 실시형태들은 다양한 이동통신 시스템에 적용될 수 있다.

Claims (13)

  1. 무선통신시스템에서 UE(Transmission User Equipment)의 사이드링크 관련 동작 방법에 있어서,
    Long DRX cycle 및 Short DRX cycle을 결정하는 단계;
    상기 Long DRX cycle, Short DRX cycle 및 제1 오프셋에 기초하여, on duration 에서 제어정보를 모니터링하는 단계;
    를 포함하며,
    상기 제1 오프셋은, 사이드링크 서비스에 관련된 값의 k 배(k는 정수) 및 상기 사이드링크 서비스에 관련된 제2 오프셋의 합으로 결정되고,
    상기 Long DRX cycle 및 Short DRX cycle은, 각각 사이드링크 서비스에 관련된 값의 m 배 및 n 배(m, n은 정수)로 결정되는, 방법.
  2. 제1항에 있어서,
    상기 사이드링크 서비스에 관련된 값 및 상기 제2 오프셋은 사이드링크 서비스 별로 각각 상이하게 설정된 것인, 방법.
  3. 제1항에 있어서,
    상기 사이드링크 서비스에 관련된 값 및 상기 제2 오프셋은 사이드링크 서비스에 무관하게 동일한 값으로 설정된 것인, 방법.
  4. 제3항에 있어서,
    상기 m 및 n으로 선택 가능한 값의 범위는 상기 사이드링크 서비스 별로 각각 설정되는 것인, 방법.
  5. 제4항에 있어서,
    상기 m 및 n으로 선택 가능한 값의 범위는 적어도 일부에서 서로 오버랩되는, 방법.
  6. 제1항에 있어서,
    상기 사이드링크 서비스에 관련된 값은 특정 서비스에 관련된 최소 지연에 기초하여 결정된 것인, 방법.
  7. 제1항에 있어서,
    상기 사이드링크 서비스에 관련된 값은 서비스 ID에 기초하여 MAC layer에서 결정된 것인, 방법.
  8. 제1항에 있어서,
    상기 사이드링크 서비스에 관련된 값은 RRC 시그널링을 통해 수신된 것인, 방법.
  9. 제1항에 있어서,
    상기 사이드링크 서비스에 관련된 값과 상기 제2 오프셋 중 상기 제2 오프셋만 사이드링크 서비스에 무관하게 동일한 값이 사용되는, 방법.
  10. 제1항에 있어서,
    상기 UE는 다른 UE, 자율주행 차량에 관련된 UE 또는 기지국 또는 네트워크 중 적어도 하나와 통신하는 것인, 방법.
  11. 무선통신시스템에서, UE에 있어서,
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 동작 가능하게 연결될 수 있고, 실행될 때 상기 적어도 하나의 프로세서로 하여금 동작들을 수행하게 하는 명령들을 저장하는 적어도 하나의 컴퓨터 메모리를 포함하며,
    상기 동작들은, Long DRX cycle 및 Short DRX cycle을 결정하는 단계;
    상기 Long DRX cycle, Short DRX cycle 및 제1 오프셋에 기초하여, on duration 에서 제어정보를 모니터링하는 단계;
    를 포함하며,
    상기 제1 오프셋은, 사이드링크 서비스에 관련된 값의 k 배(k는 정수) 및 상기 사이드링크 서비스에 관련된 제2 오프셋의 합으로 결정되고,
    상기 Long DRX cycle 및 Short DRX cycle은, 각각 사이드링크 서비스에 관련된 값의 m 배 및 n 배(m, n은 정수)로 결정되는, UE.
  12. 무선통신시스템에서, UE를 위한 동작들을 수행하게 하는 프로세서에 있어서,
    상기 동작들은, Long DRX cycle 및 Short DRX cycle을 결정하는 단계;
    상기 Long DRX cycle, Short DRX cycle 및 제1 오프셋에 기초하여, on duration 에서 제어정보를 모니터링하는 단계;
    를 포함하며,
    상기 제1 오프셋은, 사이드링크 서비스에 관련된 값의 k 배(k는 정수) 및 상기 사이드링크 서비스에 관련된 제2 오프셋의 합으로 결정되고,
    상기 Long DRX cycle 및 Short DRX cycle은, 각각 사이드링크 서비스에 관련된 값의 m 배 및 n 배(m, n은 정수)로 결정되는, 프로세서.
  13. 적어도 하나의 프로세서에 의해 실행될 때, 적어도 하나의 프로세서가 UE를 위한 동작들을 수행하게 하는 명령을 포함하는 적어도 하나의 컴퓨터 프로그램을 저장하는 비휘발성 컴퓨터 판독 가능 저장 매체에 있어서,
    상기 동작들은, Long DRX cycle 및 Short DRX cycle을 결정하는 단계;
    상기 Long DRX cycle, Short DRX cycle 및 제1 오프셋에 기초하여, on duration 에서 제어정보를 모니터링하는 단계;
    를 포함하며,
    상기 제1 오프셋은, 사이드링크 서비스에 관련된 값의 k 배(k는 정수) 및 상기 사이드링크 서비스에 관련된 제2 오프셋의 합으로 결정되고,
    상기 Long DRX cycle 및 Short DRX cycle은, 각각 사이드링크 서비스에 관련된 값의 m 배 및 n 배(m, n은 정수)로 결정되는, 저장 매체.
PCT/KR2020/015876 2019-11-12 2020-11-12 무선통신시스템에서 사이드링크 drx에 관련된 ue의 동작 방법 WO2021096244A1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP20888685.3A EP4061029A4 (en) 2019-11-12 2020-11-12 SIDELINK-DRX ASSOCIATED OPERATING METHOD FOR A USER DEVICE IN A WIRELESS COMMUNICATIONS SYSTEM
US17/776,019 US20220418036A1 (en) 2019-11-12 2020-11-12 Sidelink drx-associated operation method for ue in wireless communication system

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR20190144429 2019-11-12
KR10-2019-0144429 2019-11-12
KR20190153931 2019-11-27
KR10-2019-0153931 2019-11-27

Publications (1)

Publication Number Publication Date
WO2021096244A1 true WO2021096244A1 (ko) 2021-05-20

Family

ID=75912169

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2020/015876 WO2021096244A1 (ko) 2019-11-12 2020-11-12 무선통신시스템에서 사이드링크 drx에 관련된 ue의 동작 방법

Country Status (3)

Country Link
US (1) US20220418036A1 (ko)
EP (1) EP4061029A4 (ko)
WO (1) WO2021096244A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023008698A1 (ko) * 2021-07-27 2023-02-02 엘지전자 주식회사 Nr v2x에서 sl drx 설정을 설정하는 방법 및 장치

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021170210A1 (en) * 2020-02-24 2021-09-02 Nokia Technologies Oy A method, apparatus and computer program product for management of sidelink discontinuous reception
US20220070965A1 (en) * 2020-08-31 2022-03-03 Qualcomm Incorporated Sidelink discontinuous reception(sl drx) for quality of service (qos) and power saving
US11792732B2 (en) * 2020-09-18 2023-10-17 Qualcomm Incorporated Wake up indication for monitoring sidelink discontinuous reception (DRX)
US20220224497A1 (en) * 2021-01-13 2022-07-14 Asustek Computer Inc. Method and apparatus of handling discontinuous reception and partial sensing for sidelink communication in a wireless communication system
US20230065594A1 (en) * 2021-08-30 2023-03-02 Facebook Technologies, Llc Systems and methods for network traffic shaping
US20230117475A1 (en) * 2021-10-08 2023-04-20 Qualcomm Incorporated Combined network access interface and sidelink interface discontinuous reception (drx) alignment
US11963256B2 (en) * 2021-10-27 2024-04-16 Qualcomm Incorporated Signaling of joint alignment of Uu DRX and SL DRX

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018084796A1 (en) * 2016-11-03 2018-05-11 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatus for sidelink wireless communications
WO2019101146A1 (en) * 2017-11-22 2019-05-31 Fg Innovation Ip Company Limited Discontinuous reception operations among multiple bandwidth parts
US20190254110A1 (en) * 2018-02-14 2019-08-15 Samsung Electronics Co., Ltd. Method and apparatus for power savings at a user equipment
US20190261287A1 (en) * 2016-11-02 2019-08-22 Idac Holdings, Inc. Devices, systems and methods for power efficient beam management in wireless systems

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102932883B (zh) * 2011-08-12 2018-03-16 中兴通讯股份有限公司 一种实现drx的方法和系统
WO2017078783A1 (en) * 2015-11-06 2017-05-11 Intel Corporation Methods and devices for communication via sidelink
CN108307486A (zh) * 2016-08-11 2018-07-20 索尼公司 用于网络控制端和网络节点的电子设备和方法
CN113541904A (zh) * 2017-06-16 2021-10-22 华为技术有限公司 Drx配置方法、终端设备、网络设备和通信系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190261287A1 (en) * 2016-11-02 2019-08-22 Idac Holdings, Inc. Devices, systems and methods for power efficient beam management in wireless systems
WO2018084796A1 (en) * 2016-11-03 2018-05-11 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatus for sidelink wireless communications
WO2019101146A1 (en) * 2017-11-22 2019-05-31 Fg Innovation Ip Company Limited Discontinuous reception operations among multiple bandwidth parts
US20190254110A1 (en) * 2018-02-14 2019-08-15 Samsung Electronics Co., Ltd. Method and apparatus for power savings at a user equipment

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
HUAWEI, HISILICON: "PDCCH-based power saving signal/channel", 3GPP DRAFT; R1-1912915, vol. RAN WG1, 9 November 2019 (2019-11-09), Reno, USA, pages 1 - 19, XP051823678 *
See also references of EP4061029A4 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023008698A1 (ko) * 2021-07-27 2023-02-02 엘지전자 주식회사 Nr v2x에서 sl drx 설정을 설정하는 방법 및 장치

Also Published As

Publication number Publication date
EP4061029A4 (en) 2023-12-20
EP4061029A1 (en) 2022-09-21
US20220418036A1 (en) 2022-12-29

Similar Documents

Publication Publication Date Title
WO2021029672A1 (ko) 무선통신시스템에서 사이드링크 drx에 관련된 ue의 동작 방법 및 장치
WO2021096244A1 (ko) 무선통신시스템에서 사이드링크 drx에 관련된 ue의 동작 방법
WO2021066451A1 (ko) 무선통신시스템에서 2nd stage SCI 관련 UE의 동작 방법
WO2021085908A1 (ko) 무선통신시스템에서 as configuration 관련 사이드링크 ue의 동작 방법
WO2021162506A1 (ko) 무선통신시스템에서 릴레이 ue에 관련된 ue의 동작 방법
WO2021040379A1 (ko) 무선통신시스템에서 사이드링크 rlm, rlf에 관련된 ue의 동작 방법 및 장치
WO2021221448A1 (ko) 무선통신시스템에서 릴레이 수립 요청에 관련된 릴레이 ue의 동작 방법
WO2022080702A1 (ko) 무선통신시스템에서 사이드링크 릴레이 및 rlf에 관련된 ue의 동작 방법
WO2022025665A1 (ko) 무선통신시스템에서 릴레이 ue 선택에 관련된 동작 방법
WO2022019643A1 (ko) 무선통신시스템에서 릴레이 ue의 동작 방법
WO2021206462A1 (ko) 무선통신시스템에서 사이드링크 릴레이에 관련된 릴레이 ue의 동작 방법
WO2021085909A1 (ko) 무선통신시스템에서 pc5 유니캐스트 링크 해제에 관련된 ue의 동작 방법
WO2021075877A1 (ko) 무선통신시스템에서 사이드링크 타이머에 관련된 ue의 동작 방법
WO2021040378A1 (ko) 무선통신시스템에서 rlf 발생 후 사이드링크 신호를 송수신하는 ue의 동작 방법 및 장치
WO2021040344A1 (ko) 무선통신시스템에서 신호 송수신 방법
WO2021040361A1 (ko) 무선통신시스템에서 단말의 신호 송수신 방법
WO2023287259A1 (ko) 무선통신시스템에서 사이드링크 릴레이에서 핸드오버에 관련된 동작 방법
WO2022025615A1 (ko) 무선통신시스템에서 사이드링크 디스커버리에 관련된 동작 방법
WO2022035182A1 (ko) 무선통신시스템에서 센서 로우 데이터 공유와 피드백에 관련된 ue의 동작 방법.
WO2021145751A1 (ko) 무선통신시스템에서 사이드링크 ptrs에 관련된 ue의 동작 방법
WO2020251335A1 (ko) 무선 통신 시스템에서 단말의 신호 송수신 방법
WO2023121386A1 (ko) 무선통신시스템에서 사이드링크 drx에서 자원할당 모드 변경과 기지국으로의 관련 정보 보고에 관련된 tx ue의 동작 방법 및 장치
WO2023153894A1 (ko) 무선통신시스템에서 사이드링크 drx에서 기지국의 sl drx 능력에 관련된 tx ue의 동작 방법 및 장치
WO2023121425A1 (ko) 무선통신시스템에서 사이드링크 drx에서 default sl drx 및 dcr 메시지에 관련된 tx ue의 동작 방법 및 장치
WO2021162511A1 (ko) 무선통신시스템에서 사이드링크 drx에 관련된 ue의 동작 방법

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20888685

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2020888685

Country of ref document: EP

Effective date: 20220613