WO2021060921A1 - 무선통신시스템에서 단말의 신호 송수신 방법 - Google Patents

무선통신시스템에서 단말의 신호 송수신 방법 Download PDF

Info

Publication number
WO2021060921A1
WO2021060921A1 PCT/KR2020/013084 KR2020013084W WO2021060921A1 WO 2021060921 A1 WO2021060921 A1 WO 2021060921A1 KR 2020013084 W KR2020013084 W KR 2020013084W WO 2021060921 A1 WO2021060921 A1 WO 2021060921A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
information
sci
receiving terminal
unit
Prior art date
Application number
PCT/KR2020/013084
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 US17/642,069 priority Critical patent/US20220385409A1/en
Publication of WO2021060921A1 publication Critical patent/WO2021060921A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0026—Transmission of channel quality indication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • 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
    • 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
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the following description is for a wireless communication system, and more particularly, for a power saving operation of a sidelink terminal.
  • 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 classified 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) is a technical problem of a method in which a sidelink terminal supporting a power saving operation efficiently transmits and receives information for sidelink wireless connection monitoring.
  • a PSCCH Physical Sidelink Control Channel
  • SCI Segment Control Information
  • CSI Channel State Information
  • a wireless communication system in a first terminal, an instruction that may be operably connected to at least one processor and the at least one processor, and causes the at least one processor to perform operations when executed. And at least one computer memory for storing them, and the operations include transmitting a PSCCH (Physical Sidelink Control Channel) including Sidelink Control Information (SCI) to a second terminal, and from the second terminal to the SCI.
  • PSCCH Physical Sidelink Control Channel
  • SCI Sidelink Control Information
  • CSI Channel State Information
  • the operations include: transmitting a Physical Sidelink Control Channel (PSCCH) including Sidelink Control Information (SCI) to a second terminal And receiving a Hybrid automatic repeat request (HARQ) feedback or a Channel State Information (CSI) report based on the SCI from the second terminal, wherein the SCI wakes up by the second terminal during the OnDuration period (Wake up), and information indicating that there is, and information for requesting the HARQ feedback or the CSI report.
  • PSCCH Physical Sidelink Control Channel
  • SCI Sidelink Control Information
  • HARQ Hybrid automatic repeat request
  • CSI Channel State Information
  • An embodiment is a computer-readable storage medium storing at least one computer program including instructions for causing at least one processor to perform operations for a terminal when executed by at least one processor, wherein the operations are , Transmitting a Physical Sidelink Control Channel (PSCCH) including Sidelink Control Information (SCI) to a second terminal, and Hybrid automatic repeat request (HARQ) feedback or Channel State (CSI) based on the SCI from the second terminal Information) comprising the step of receiving a report, wherein the SCI includes information indicating that the second terminal is awake during the OnDuration period, and information for requesting the HARQ feedback or the CSI report, storage It is a medium.
  • PSCCH Physical Sidelink Control Channel
  • SCI Sidelink Control Information
  • HARQ Hybrid automatic repeat request
  • CSI Channel State
  • the first terminal may perform sidelink radio link monitoring using the HARQ feedback or the CSI report.
  • the first terminal may not have traffic to transmit to the second terminal.
  • the SCI may further include traffic indication information indicating that there is no traffic to be transmitted from the first terminal to the second terminal.
  • the PSCCH may include a paging RNTI for the second terminal.
  • the SCI may be transmitted before the offset period from the start of the OnDuration period.
  • the information on the offset period may be received from the base station through RRC signaling or system information.
  • Information on the offset period may be delivered to the second terminal.
  • the PSCCH includes a paging RNTI for the second terminal, and the offset period may be implicitly indicated using the paging RNTI.
  • the offset period may be implicitly indicated using the source ID of the second terminal.
  • the SCI may be transmitted before the OnDuration period or within the OnDuration period.
  • the first terminal may communicate with at least one of another terminal, a terminal related to an autonomous vehicle, a base station, or a network.
  • a sidelink terminal supporting a power saving operation may transmit a HARQ feedback or a CSI report to effectively perform sidelink wireless connection monitoring.
  • FIG. 1 is a diagram for explaining by comparing V2X communication based on RAT before NR and V2X communication based on NR.
  • FIG. 2 illustrates a radio protocol architecture for SL communication according to an embodiment of the present disclosure.
  • FIG. 3 illustrates a radio protocol architecture for SL communication according to an embodiment of the present disclosure.
  • FIG. 4 shows a terminal performing V2X or SL communication according to an embodiment of the present disclosure.
  • FIG 5 illustrates a discontinuous reception (DRX) operation according to an embodiment of the present disclosure.
  • 6 to 9 are diagrams for explaining the embodiment(s).
  • 10 to 19 are diagrams illustrating various devices to which the embodiment(s) can 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.
  • V2X or SL (sidelink) communication will be described.
  • FIG. 2 illustrates a radio protocol architecture for SL communication according to an embodiment of the present disclosure. Specifically, (a) of FIG. 2 shows a user plane protocol stack of LTE, and (b) of FIG. 2 shows a control plane protocol stack of LTE.
  • FIG. 3 illustrates a radio protocol architecture for SL communication according to an embodiment of the present disclosure. Specifically, FIG. 3A shows a user plane protocol stack of NR, and FIG. 3B shows a control plane protocol stack of NR.
  • FIG. 4 shows a terminal performing V2X or SL communication according to an embodiment of the present disclosure.
  • terminal in V2X or SL communication, the term terminal may mainly mean a user's terminal.
  • network equipment such as a base station transmits and receives signals according to a communication method between terminals
  • the base station may also be regarded as a kind of terminal.
  • terminal 1 may be the first device 100 and terminal 2 may be the second device 200.
  • terminal 1 may select a resource unit corresponding to a specific resource from within a resource pool that means a set of a series of resources.
  • UE 1 may transmit an SL signal using the resource unit.
  • terminal 2 which is a receiving terminal, may be configured with a resource pool through which terminal 1 can transmit a signal, and may detect a signal of terminal 1 in the resource pool.
  • the base station may inform the terminal 1 of the resource pool.
  • another terminal notifies the resource pool to the terminal 1, or the terminal 1 may use a preset resource pool.
  • the resource pool may be composed of a plurality of resource units, and each terminal may select one or a plurality of resource units and use it for transmission of its own SL signal.
  • 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.
  • SL Radio Link Monitoring (RLM) and/or Radio Link Failure (RLF) declaration may be supported.
  • RLM Radio Link Monitoring
  • RLF Radio Link Failure
  • the RLF declaration may be triggered by an indication from the RLC indicating that the maximum number of retransmissions has been reached.
  • AS-level link status eg, failure
  • the RLM design related to groupcast may not be considered.
  • RLM and/or RLF declarations between group members for groupcast may not be required.
  • the transmitting terminal may transmit a reference signal to the receiving terminal, and the receiving terminal may perform SL RLM using the reference signal.
  • the receiving terminal may declare the SL RLF using the reference signal.
  • the reference signal may be referred to as an SL reference signal.
  • SL measurement and reporting between terminals may be considered in the SL.
  • the receiving terminal may receive a reference signal from the transmitting terminal, and the receiving terminal may measure a channel state of the transmitting terminal based on the reference signal.
  • the receiving terminal may report channel state information (CSI) to the transmitting terminal.
  • CSI channel state information
  • SL-related measurement and reporting may include measurement and reporting of CBR, and reporting of location information.
  • Channel Status Information (CSI) for V2X examples include Channel Quality Indicator (CQI), Precoding Matrix Index (PMI), Rank Indicator (RI), Reference Signal Received Power (RSRP), Reference Signal Received Quality (RSRQ), and path gain. It may be (pathgain)/pathloss, SRS (Sounding Reference Symbols, Resource Indicator) (SRI), CSI-RS Resource Indicator (CRI), interference condition, vehicle motion, and the like.
  • CQI, RI, and PMI may be supported in a non-subband-based aperiodic CSI report assuming four or less antenna ports. have.
  • the CSI procedure may not depend on a standalone RS.
  • CSI reporting may be activated and deactivated according to settings.
  • the transmitting terminal may transmit a CSI-RS to the receiving terminal, and the receiving terminal may measure CQI or RI using the CSI-RS.
  • the CSI-RS may be referred to as SL CSI-RS.
  • the CSI-RS may be confined in PSSCH transmission.
  • the transmitting terminal may include the CSI-RS on the PSSCH resource and transmit it to the receiving terminal.
  • HARQ hybrid automatic repeat request
  • Error compensation techniques for securing the reliability of communication may include a Forward Error Correction (FEC) scheme and an Automatic Repeat Request (ARQ) scheme.
  • FEC Forward Error Correction
  • ARQ Automatic Repeat Request
  • an error at the receiving end can be corrected by adding an extra error correction code to the information bits.
  • the FEC method has the advantage of having a small time delay and no need for separate information exchanged between the transmitting and receiving ends, but has a disadvantage of lowering system efficiency in a good channel environment.
  • the ARQ method can increase transmission reliability, there is a disadvantage in that a time delay occurs and system efficiency is deteriorated in a poor channel environment.
  • the HARQ (Hybrid Automatic Repeat Request) method is a combination of FEC and ARQ, and it is possible to increase performance by checking whether data received by the physical layer contains an undecodable error, and requesting retransmission when an error occurs.
  • HARQ feedback and HARQ combining in the physical layer may be supported.
  • the receiving terminal when the receiving terminal operates in resource allocation mode 1 or 2, the receiving terminal can receive the PSSCH from the transmitting terminal, and the receiving terminal can receive Sidelink Feedback Control Information (SFCI) through a Physical Sidelink Feedback Channel (PSFCH).
  • SFCI Sidelink Feedback Control Information
  • PSFCH Physical Sidelink Feedback Channel
  • HARQ feedback for PSSCH may be transmitted to the transmitting terminal using the format.
  • SL HARQ feedback can be enabled for unicast.
  • the receiving terminal in a non-CBG (non-Code Block Group) operation, when the receiving terminal decodes the PSCCH targeting the receiving terminal, and the receiving terminal successfully decodes the transport block related to the PSCCH, the receiving terminal HARQ-ACK can be generated. And, the receiving terminal may transmit the HARQ-ACK to the transmitting terminal.
  • the receiving terminal after the receiving terminal decodes the PSCCH targeting the receiving terminal, if the receiving terminal does not successfully decode the transport block related to the PSCCH, the receiving terminal may generate HARQ-NACK. And, the receiving terminal may transmit HARQ-NACK to the transmitting terminal.
  • SL HARQ feedback may be enabled for groupcast.
  • two HARQ feedback options may be supported for groupcast.
  • Groupcast option 1 After the receiving terminal decodes the PSCCH targeting the receiving terminal, if the receiving terminal fails to decode the transport block related to the PSCCH, the receiving terminal sends HARQ-NACK through the PSFCH. It can be transmitted to the transmitting terminal. On the other hand, if the receiving terminal decodes the PSCCH targeting the receiving terminal, and the receiving terminal successfully decodes the transport block related to the PSCCH, the receiving terminal may not transmit HARQ-ACK to the transmitting terminal.
  • Groupcast option 2 After the receiving terminal decodes the PSCCH targeting the receiving terminal, if the receiving terminal fails to decode the transport block related to the PSCCH, the receiving terminal sends HARQ-NACK through the PSFCH. It can be transmitted to the transmitting terminal. And, when the receiving terminal decodes the PSCCH targeting the receiving terminal, and the receiving terminal successfully decodes the transport block related to the PSCCH, the receiving terminal may transmit a HARQ-ACK to the transmitting terminal through the PSFCH.
  • all terminals performing groupcast communication may share PSFCH resources.
  • a terminal belonging to the same group may transmit HARQ feedback using the same PSFCH resource.
  • each terminal performing groupcast communication may use different PSFCH resources for HARQ feedback transmission.
  • UEs belonging to the same group may transmit HARQ feedback using different PSFCH resources.
  • the receiving terminal may determine whether to transmit HARQ feedback to the transmitting terminal based on a TX-RX (Transmission-Reception) distance and/or RSRP.
  • TX-RX Transmission-Reception
  • the receiving terminal may transmit HARQ feedback for the PSSCH to the transmitting terminal.
  • the receiving terminal may not transmit HARQ feedback for the PSSCH to the transmitting terminal.
  • the transmitting terminal may inform the receiving terminal of the location of the transmitting terminal through the SCI related to the PSSCH.
  • the SCI related to the PSSCH may be a second SCI.
  • the receiving terminal may estimate or obtain the TX-RX distance based on the location of the receiving terminal and the location of the transmitting terminal.
  • the receiving terminal decodes the SCI related to the PSSCH to know the communication range requirement used for the PSSCH.
  • the time between PSFCH and PSSCH may be set or may be preset.
  • this can be indicated to the base station by the terminal in the coverage using the PUCCH.
  • the transmitting terminal may transmit an indication to the serving base station of the transmitting terminal in a form such as SR (Scheduling Request)/BSR (Buffer Status Report), not in the form of HARQ ACK/NACK.
  • SR Service Request
  • BSR Buffer Status Report
  • the base station can schedule the SL retransmission resource to the terminal.
  • the time between PSFCH and PSSCH may be set or may be preset.
  • TDM between the PSCCH/PSSCH and the PSFCH may be allowed for the PSFCH format for SL in the slot.
  • a sequence-based PSFCH format having one symbol may be supported.
  • the one symbol may not be an AGC interval.
  • the sequence-based PSFCH format can be applied to unicast and groupcast.
  • the PSFCH resource may be periodically set in an N slot period or may be set in advance.
  • N may be set to one or more values.
  • N can be 1, 2 or 4.
  • HARQ feedback for transmission in a specific resource pool may be transmitted only through the PSFCH on the specific resource pool.
  • slot # (N + A) may include a PSFCH resource.
  • A may be the smallest integer greater than or equal to K.
  • K may be the number of logical slots. In this case, K may be the number of slots in the resource pool. Or, for example, K may be the number of physical slots. In this case, K may be the number of slots inside and outside the resource pool.
  • the receiving terminal in response to one PSSCH transmitted by the transmitting terminal to the receiving terminal, when the receiving terminal transmits HARQ feedback on the PSFCH resource, the receiving terminal is based on an implicit mechanism within the set resource pool.
  • a frequency domain and/or a code domain of may be determined.
  • the receiving terminal is among the identifiers for distinguishing each receiving terminal from the group for the slot index related to the PSCCH/PSSCH/PSFCH, the subchannel related to the PSCCH/PSSCH, and/or the HARQ feedback based on the groupcast option 2
  • the frequency domain and/or the code domain of the PSFCH resource may be determined.
  • the receiving terminal may determine the frequency domain and/or the code domain of the PSFCH resource based on at least one of SL RSRP, SINR, L1 source ID, and/or location information.
  • the terminal may perform either HARQ feedback transmission through PSFCH or HARQ feedback reception through PSFCH based on a priority rule.
  • the priority rule may be based on a minimum priority indication of the related PSCCH/PSSCH.
  • the terminal may select a specific HARQ feedback transmission based on a priority rule.
  • the priority rule may be based on a minimum priority indication of the related PSCCH/PSSCH.
  • DRX discontinuous reception
  • the PDCCH monitoring activity of the UE may be controlled by DRX.
  • the UE may monitor the PDCCH discontinuously.
  • characteristics of the DRX will be described.
  • -on-duration The period of time the UE waits to receive the PDCCH after awakening.
  • the terminal can start the deactivation timer while maintaining the awake state.
  • -Inactivity-timer A period in which the terminal waits to successfully decode the PDCCH from the last successful decoding of the PDCCH.
  • the UE may restart the inactivity timer after one successful decoding of the PDCCH for the first transmission (ie, not retransmission).
  • -Retransmission-timer a period in which retransmission can be expected
  • -Cycle Specifies the periodic repetition of on-duration followed by a period of inactivity.
  • -Active-time the total period during which the UE monitors the PDCCH. This may include on-duration of the DRX cycle, a time for the terminal to perform continuous reception while the deactivation timer has not expired, and a time for continuous reception while the terminal waits for a retransmission opportunity.
  • the DRX function may not be configured.
  • NR V2X the power saving operation of the UE is not supported, but it is necessary to support the DRX operation in order to save the power of the V2X terminal.
  • a method for how a sidelink terminal supporting a power saving operation in NR V2X performs a wake-up operation is proposed.
  • the transmitting terminal includes wake-up bit and traffic indication information in PSCCH (Physical Sidelink Control Channel) or SCI (Sidelink Control Information) before the DRX OnDuration period of the receiving terminal or within the DRX OnDuration period. It can be delivered to the receiving terminal.
  • PSCCH Physical Sidelink Control Channel
  • SCI Segment Control Information
  • the receiving terminal wakes up immediately before or at the start of its DRX OnDuration period and can check the wake-up bit and traffic indication information included in the SCI transmitted by the transmitting terminal.
  • the time point at which the SCI including the wake-up bit and traffic indication information is transmitted (offset: information on the time point that is used to determine how many subframes to wake up early and monitor SCI before the start of DRX Onduration) is pre-configured or set by the base station. It can be notified to the transmitting terminal and/or the receiving terminal (via system information). Alternatively, the base station may transmit it to the transmitting terminal, and the transmitting terminal may inform the receiving terminal through a PC5 RRC signal. In addition, the transmitting terminal receives information about the start time of DRX OnDuration of the receiving terminal operating in the power saving mode and when the receiving terminal wakes up to receive the SCI (SCI including wake-up bit) transmitted by the transmitting terminal (offset information). With reference, it is possible to know when to transmit a message to the receiving terminal.
  • the transmitting terminal and/or the receiving terminal may receive the DRX OnDuration interval and offset information from the base station through the RRC signal or system information.
  • the offset information is information about a time point at which the receiving terminal monitors the SCI including the wakeup bit before the start time of the DRX OnDuration period.
  • the offset information may be set to 0.
  • the receiving terminal may determine whether to be awake in the OnDuration period by receiving the SCI including the wake-up bit at the start time of DRX OnDuration or the start subframe of the OnDuration period.
  • the transmitting terminal and/or the receiving terminal may not be configured with offset information from the base station.
  • the transmitting terminal and/or the receiving terminal may receive a DRX OnDuration section from the base station through an RRC signal or system information.
  • the receiving terminal may determine whether to be awake in a subsequent OnDuration period by receiving the SCI including the wake-up bit at the start time of DRX OnDuration or the start subframe of the OnDuration period.
  • the receiving terminal may receive the DRX OnDuration section and offset information from the base station through the RRC signal or system information, or the transmitting terminal through the PC5 RRC signal.
  • traffic indication information may be included in the SCI and transmitted to the receiving terminal.
  • the traffic indication may be information in which the transmitting terminal instructs the receiving terminal whether or not there is traffic transmitted from the transmitting terminal to the receiving terminal.
  • the transmitting terminal may transmit including traffic indication information for one terminal through SCI, and may also transmit including traffic indication information for a plurality of terminals through SCI.
  • Proposal 2 It is proposed that the base station or the transmitting terminal can allocate a paging (or traffic indication) RNTI (for unicast, groupcast, broadcast) to the receiving terminal. In addition, it is proposed that the transmitting terminal includes a wake-up bit in the SCI and the paging (or traffic indication) RNTI of the receiving terminal to be transmitted to the receiving terminal(s).
  • a paging (or traffic indication) RNTI for unicast, groupcast, broadcast
  • the transmitting terminal includes a wake-up bit in the SCI and the paging (or traffic indication) RNTI of the receiving terminal to be transmitted to the receiving terminal(s).
  • the paging RNTI (or sidelink DRX RNTI) can be delivered by the base station to the terminal through a dedicated RRC message or a system information block (SIB).
  • SIB system information block
  • the receiving terminal wakes up in the DRX OnDuration section when receiving the SCI in which the wake-up bit including its paging RNTI is set to ON, and if not (that is, when the wake-up bit is set to OFF), the DRX OnDuration section is skipped. And it can operate in sleep mode in the DRX OnDuration section.
  • the paging RNTI proposed in the present specification may be an identifier assigned to a receiving terminal by a base station or a transmitting terminal in order to identify a receiving terminal operating in a power saving mode.
  • the paging RNTI described in the present specification may be variously referred to as a traffic indication RNTI, a power saving RNTI, or a sidelink DRX RNTI, but is not limited thereto.
  • the paging RNTI described in this specification may include all identifiers for identifying a receiving terminal operating in a power saving mode.
  • the receiving terminal when the receiving terminal receives the SCI in which the wake-up bit including its source ID (source identifier, Source Layer 1 ID) is set to ON (that is, the transmitting terminal destination ID) and the wakeup bit is set to ON), if it wakes up in the DRX OnDuration section and not (i.e., if the wakeup bit is set to OFF), the DRX OnDuration section is skipped and the DRX OnDuration section goes into sleep mode. It can work.
  • source ID source identifier, Source Layer 1 ID
  • Proposal 3 It is proposed that the transmitting terminal transmits the SCI with the wake-up bit set to ON to the receiving terminal for the purpose of PC5 Radio Link Monitoring (RLM) of the transmitting terminal.
  • RLM Radio Link Monitoring
  • the transmitting terminal may not be able to perform PC5 RLM if there is no signal to be sent to the receiving terminal for a certain period of time, or if it cannot continuously receive a signal for a certain period of time from the receiving terminal. Accordingly, the transmitting terminal may request HARQ feedback or CSI report from the receiving terminal for its own PC5 RLM. At this time, the transmitting terminal sets the wake-up bit of the SCI to ON to request HARQ feedback or CSI report to the peer receiving terminal operating in the power saving mode and includes a bit for triggering HARQ feedback or CSI report. Can be set to ON.
  • FIG. 6 is a diagram illustrating a method for a transmitting terminal to request a power saving receiving terminal to transmit HARQ feedback for SL RLM purposes.
  • a transmitting terminal may transmit an SCI including a wake-up bit and a HARQ feedback trigger bit to a receiving terminal.
  • the transmitting terminal may transmit the SCI before the offset value from the start time of DRX OnDuration by using the offset information set by the RRC signal or system information from the base station.
  • the SCI may include traffic indication information.
  • the wake-up bit included in the SCI may be set to 1
  • the traffic indication information may be set to 0
  • the HARQ feedback trigger bit may be set to 1. That is, the SCI may include information indicating that the receiving terminal wakes up in the DRX OnDuration period, indicates that there is no traffic to be transmitted, and indicates a HARQ feedback request.
  • the receiving terminal may receive the SCI before the offset value from the start of DRX OnDuration by using the offset information received from the base station or the transmitting terminal.
  • the receiving terminal decodes the SCI and uses the wake-up bit to know whether or not to wake up in the DRX OnDuration section, and can know whether there is traffic to be received using the traffic indication information, and the HARQ feedback trigger bit to determine whether or not there is a HARQ feedback trigger bit. It is possible to know whether or not to send feedback. For example, when the wake-up bit included in the SCI is set to 1, the traffic indication information is set to 0, and the HARQ feedback trigger bit is set to 1, the receiving terminal wakes up in the DRX OnDuration period, and there is no traffic to receive. , It can be seen that HARQ feedback should be transmitted to the transmitting terminal.
  • the receiving terminal wakes up in the period in which the SCI including the wake-up bit is transmitted before its DRX OnDuration period and may receive the SCI transmitted by the transmitting terminal.
  • the receiving terminal which has confirmed that the wake-up bit is set to ON in SCI, can operate in an active state in the DRX OnDuration period without skipping the DRX OnDuration period.
  • the receiving terminal may transmit the HARQ ACK feedback to the transmitting terminal in the DRX On Duration interval.
  • the transmitting terminal may perform SL RLM based on the HARQ feedback transmitted by the receiving terminal. That is, the transmitting terminal may instruct the receiving terminal to transmit the HARQ feedback by setting the HARQ feedback trigger bit to 1 in the SCI.
  • the transmitting terminal receives HARQ ACK or HARQ NACK from the receiving terminal, the IN Sync event is transmitted to the RRC layer, and if the HARQ feedback is not received from the receiving terminal, the Out of Sync event can be transmitted to the RRC layer.
  • the transmitting terminal may perform SL RLM by transmitting consecutive SCIs in which the HARQ feedback trigger bit is set to 1 to the receiving terminal.
  • the transmitting terminal is PC5. It can be determined that the connection status is normal.
  • the transmitting terminal does not continuously receive HARQ feedback from the receiving terminal, it is regarded as continuous Out of Sync, and a physical layer problem has occurred, and the PC5 RLF timer can be operated or the PC5 RLF can be declared.
  • the transmitting terminal may transmit continuous SCI (continuous SCI with HARQ feedback trigger bit set to 1) to the receiving terminal. If the transmitting terminal does not receive continuous HARQ ACK or HARQ NACK feedback from the receiving terminal before the PC5 RLF timer expires, the PC5 RLF can be declared.
  • the transmitting terminal may use the CSI Report to perform PC5 RLM with the peer receiving terminal operating in the power saving mode.
  • FIG. 7 is a diagram for explaining a method for a transmitting terminal to request a power saving receiving terminal to transmit a CSI Report for SL RLM purposes.
  • a transmitting terminal may transmit an SCI including a wake-up bit and a CSI Report trigger bit to a receiving terminal.
  • the transmitting terminal may transmit the SCI before the offset value from the start time of DRX OnDuration by using the offset information set by the RRC signal or system information from the base station.
  • the SCI may include traffic indication information.
  • the wake-up bit included in the SCI may be set to 1
  • the traffic indication information may be set to 0
  • the CSI Report trigger bit may be set to 1. That is, the SCI may include information indicating that the receiving terminal wakes up in the DRX OnDuration period, indicates that there is no traffic to be transmitted, and indicates a CSI Report request.
  • the receiving terminal may receive the SCI before the offset value from the start of DRX OnDuration by using the offset information received from the base station or the transmitting terminal.
  • the receiving terminal decodes the SCI and uses the wake-up bit to know whether or not to wake up in the DRX OnDuration section, and can know whether there is traffic to be received using the traffic indication information, and the HARQ feedback trigger bit to determine whether or not there is a HARQ feedback trigger bit. It is possible to know whether or not to send feedback. For example, if the wake-up bit included in the SCI is set to 1, the traffic indication information is set to 0, and the CSI Report trigger bit is set to 1, the receiving terminal wakes up in the DRX OnDuration section, and there is no traffic to receive. In addition, it can be seen that the CSI Report should be transmitted to the transmitting terminal.
  • the transmitting terminal may set the wake-up bit to ON in SCI and set it to ON including a bit that triggers the CSI report.
  • the receiving terminal wakes up in the period in which the SCI including the wake-up bit is transmitted before its DRX OnDuration period and may receive the SCI transmitted by the transmitting terminal.
  • a receiving terminal that has confirmed that the wake-up bit is set to ON in SCI may operate in an active state in the DRX OnDuration period without skipping the DRX OnDuration period.
  • the receiving terminal may transmit the CSI report to the transmitting terminal in the DRX On Duration section.
  • the transmitting terminal may perform SL RLM based on the CSI report transmitted by the receiving terminal. That is, the transmitting terminal may instruct the receiving terminal to transmit the CSI report by setting the CSI report trigger bit to 1 in the SCI.
  • the transmitting terminal receives the CSI report from the receiving terminal, the IN Sync event may be transmitted to the RRC layer, and if the receiving terminal does not receive the CSI report, the Out of Sync event may be transmitted to the RRC layer.
  • the transmitting terminal may perform SL RLM by transmitting consecutive SCIs in which the CSI report trigger bit is set to 1 to the receiving terminal.
  • a continuous CSI report is received from the receiving terminal for the continuous SCI (continuous SCI with CSI report trigger bit set to 1) transmitted by the transmitting terminal (determined by continuous IN Sync)
  • the transmitting terminal determines that the PC5 connection status is normal. I can.
  • the transmitting terminal does not continuously receive the CSI report from the receiving terminal, it is regarded as continuous Out of Sync and a physical layer problem has occurred, and the PC5 RLF timer can be operated or the PC5 RLF can be declared.
  • the transmitting terminal may transmit continuous SCI (continuous SCI in which the CSI report trigger bit is set to 1) to the receiving terminal. If the transmitting terminal does not receive a continuous CSI report from the receiving terminal before the PC5 RLF timer expires, the PC5 RLF can be declared.
  • the transmitting terminal may request HARQ feedback or a CSI Report by transmitting SCI within the DRX OnDuration period of the receiving terminal for SL RLM purposes to the peer receiving terminal operating in the power saving mode.
  • FIG. 8 is a diagram for explaining a method for a transmitting terminal to request HARQ feedback or a CSI Report by transmitting SCI in a DRX OnDuration section for SL RLM purposes to a receiving terminal.
  • the transmitting terminal may transmit the SCI within the start time or start subframe of the DRX OnDuration of the receiving terminal.
  • the SCI may include the information described above.
  • the receiving terminal implicitly based on the paging (or traffic indication) RNTI assigned from the transmitting terminal, the source ID of the receiving terminal, or the destination ID of the transmitting terminal, with offset information for receiving the SCI including the wake-up bit before DRX OnDruration. It can be calculated implicitly. That is, the receiving terminal may calculate the subframe position at which the SCI including the wake-up bit should be received according to any one of the following equations.
  • Offset indicating the time point at which the SCI including the wake-up bit is transmitted or received “DRX Cycle” modulo the destination ID of the transmitting terminal (layer 1 ID, layer 2 ID, or application ID)”
  • the receiving terminal is in sleep mode to receive the SCI including the wake-up bit transmitted by the transmitting terminal 2 subframes earlier than the start offset of its DRX OnDuration. You can wake up from.
  • the transmitting terminal may wake-up the receiving terminal in the sleep mode by transmitting the SCI including the wake-up bit at a time point 2 subframes earlier than the start offset of its sidelink DRX OnDuration. In this case, it may be assumed that the sidelink DRX Onduration period of the transmitting terminal and the sidelink DRX Onduration period of the receiving terminal are synchronized.
  • the receiving terminal transmits the SCI including the wake-up bit transmitted by the transmitting terminal 2 subframes from the start of the sidelink DRX Onduration period. You can wake up from sleep mode to receive.
  • the transmitting terminal may wake-up the receiving terminal in the sleep mode by transmitting the SCI including the wake-up bit 2 subframes from the start of its sidelink DRX OnDuration period. In this case, it may be assumed that the sidelink DRX Onduration period of the transmitting terminal and the sidelink DRX Onduration period of the receiving terminal are synchronized.
  • the transmitting terminal is also based on the information of the receiving terminal (DRX OnDuration start offset, DRX Cycle, paging RNTI of the receiving terminal, the source ID of the receiving terminal, or the destination ID of the transmitting terminal) to the receiving terminal based on the offset value obtained through the above equation. It is possible to infer when to transmit the SCI including the wake-up bit.
  • FIG. 9 is a diagram for explaining one embodiment(s) of the content proposed in the present specification.
  • a first terminal may transmit a PSCCH including an SCI to a second terminal.
  • the SCI may include information indicating whether the second terminal is awake during the OnDuration period, and information for requesting HARQ feedback or CSI report.
  • the first terminal when there is no traffic to be transmitted from the first terminal to the second terminal, it may indicate that the first terminal is not awake during the OnDuration period.
  • sidelink radio connection monitoring and sidelink radio connection failure operations to determine whether sidelink terminals are normally connected are important. This is because the sidelink terminals move frequently, and thus normal sidelink communication cannot be performed when the wireless connection between the sidelink terminals is disconnected. Therefore, even when there is no traffic or data to be transmitted from the first terminal to the second terminal, for the purpose of monitoring the sidelink radio connection, the first terminal indicates that it is awake during the OnDuration period, and may request HARQ feedback or CSI report, This information may be included in the SCI and transmitted to the second terminal.
  • the first terminal may further include traffic indication information indicating that there is no traffic to be transmitted by the first terminal to the second terminal in the SCI. For example, if the first terminal requests HARQ feedback for sidelink radio connection monitoring even though there is no traffic to be transmitted to the second terminal, the first terminal sends dummy information to the second terminal during the OnDuration period. Can be transmitted.
  • the second terminal may receive dummy information and the like and transmit HARQ feedback to the first terminal in response thereto.
  • the SCI may be transmitted through the PSCCH, and the PSCCH may include a paging RNTI for the second terminal.
  • the second terminal may identify the PSCCH transmitted to itself by using the paging RNTI for itself.
  • the SCI may be received before or within the DRX Onduration period. When SCI is received before the DRX Onduration period, it may be transmitted before the offset period from the start of the DRX Onduration period.
  • Information on the offset period may be received from the base station through RRC signaling or system information, and the information on the offset period may be delivered to the second terminal. Alternatively, the information on the offset period may be implicitly indicated using the paging RNTI or the source ID of the second terminal.
  • the first terminal may receive HARQ feedback or CSI report from the second terminal.
  • the first terminal may perform sidelink radio connection monitoring using HARQ feedback or CSI report.
  • the V2X receiving terminal operating in the power saving mode allows the V2X receiving terminal to know when the V2X transmitting terminal transmits the message so that the V2X receiving terminal can well receive the message transmitted by the V2X transmitting terminal.
  • the V2X transmitting terminal also starts DRX OnDuration of the V2X receiving terminal operating in the power saving mode and the time when the V2X receiving terminal wakes up to receive the SCI (SCI including wake-up bit) transmitted by the transmitting terminal (offset).
  • the message can be transmitted to the V2X receiving terminal.
  • the V2X receiving terminal operating in the power saving mode can receive the message transmitted by the V2X transmitting terminal well without missing.
  • the transmitting terminal can request and receive HARQ feedback or CSI report for the sidelink wireless connection monitoring operation, so that the terminal operating in the power saving mode and the The sidelink wireless connection monitoring operation can be performed smoothly.
  • examples of the proposed method may also be included as one of the implementation methods of the present invention, it is obvious that they may be regarded as a kind of proposed method.
  • the above-described proposed schemes may be implemented independently, but may be implemented in the form of a combination (or merge) of some of the proposed schemes.
  • the proposed method has been described based on the 3GPP NR system, but the range of the system to which the proposed method is applied can be extended to other systems in addition to the 3GPP NR system.
  • the proposed schemes of the present invention can be extended and applied for D2D communication.
  • D2D communication means that the UE communicates with other UEs using a direct radio channel.
  • the UE refers to the user's terminal, but network equipment such as a base station is in accordance with the communication method between the UEs. Therefore, in the case of transmitting/receiving a signal, it may also be regarded as a kind of UE.
  • the proposed schemes of the present invention may be limitedly applied only to the MODE 3 V2X operation (and/or the MODE 4 V2X operation).
  • the proposed schemes of the present invention are previously set (/ signaling) (specific) V2X channel (/ signal) transmission (e.g., PSSCH (and/or (linked) PSCCH and/or PSBCH)) It may be applied only limitedly.
  • the proposed schemes of the present invention are MODE#3 (and/or MODE#4) V2X CARRIER (and/or (MODE#4(/3)) SL(/UL) SPS (and/or SL(/ UL) DYNAMIC SCHEDULING) CARRIER) may be limitedly applied.
  • the proposed schemes of the present invention are synchronization signal (transmission (and/or reception)) resource location and/or number between CARRIERs (and/or V2X resource pool-related subframe location and/or number (and/or sub It may be applied (limitedly) only if the channel size and/or number)) are the same (and/or (some) different).
  • the proposed schemes of the present invention may be extended and applied to (V2X) communication between a base station and a terminal.
  • the proposed schemes of the present invention may be limitedly applied only to UNICAST (sidelink) communication (and/or MULTICAST (or GROUPCAST) (sidelink) communication and/or BROADCAST (sidelink) communication).
  • 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, and include HMD (Head-Mounted Device), HUD (Head-Up Display), TV, smartphone 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 wireless devices.
  • 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 D2D 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.
  • FIG. 11 illustrates a wireless device applicable to the present invention.
  • 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. ⁇ 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.
  • wireless communication technologies implemented in the wireless devices 100 and 200 of the present specification may include LTE, NR, and 6G as well as Narrowband Internet of Things for low power communication.
  • the NB-IoT technology may be an example of a Low Power Wide Area Network (LPWAN) technology, and may be implemented in standards such as LTE Cat NB1 and/or LTE Cat NB2, and limited to the above name no.
  • the wireless communication technology implemented in the wireless devices 100 and 200 of the present specification may perform communication based on the LTE-M technology.
  • the LTE-M technology may be an example of an LPWAN technology, and may be referred to by various names such as enhanced machine type communication (eMTC).
  • eMTC enhanced machine type communication
  • LTE-M technology is 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-Bandwidth Limited (BL), 5) LTE-MTC, 6) LTE Machine Type Communication, and/or 7) may be implemented in at least one of various standards such as LTE M, and is not limited to the above-described name.
  • the wireless communication technology implemented in the wireless devices 100 and 200 of the present specification includes at least one of ZigBee, Bluetooth, and Low Power Wide Area Network (LPWAN) considering low power communication. Any one may be included, and the name is not limited thereto.
  • ZigBee technology can create personal area networks (PANs) related to small/low-power digital communication based on various standards such as IEEE 802.15.4, and may be referred to by various names.
  • PANs personal area networks
  • FIG. 12 illustrates a signal processing circuit for a transmission signal.
  • the signal processing circuit 1000 may include a scrambler 1010, a modulator 1020, a layer mapper 1030, a precoder 1040, a resource mapper 1050, and a signal generator 1060.
  • the operations/functions of FIG. 12 may be performed in the processors 102 and 202 and/or the transceivers 106 and 206 of FIG. 11.
  • the hardware elements of FIG. 12 may be implemented in the processors 102 and 202 and/or the transceivers 106 and 206 of FIG. 11.
  • blocks 1010 to 1060 may be implemented in the processors 102 and 202 of FIG. 11.
  • blocks 1010 to 1050 may be implemented in the processors 102 and 202 of FIG. 11, and block 1060 may be implemented in the transceivers 106 and 206 of FIG. 11.
  • the codeword may be converted into a wireless signal through the signal processing circuit 1000 of FIG. 12.
  • the codeword is an encoded bit sequence of an information block.
  • the information block may include a transport block (eg, a UL-SCH transport block, a DL-SCH transport block).
  • the radio signal may be transmitted through various physical channels (eg, PUSCH, PDSCH).
  • the codeword may be converted into a scrambled bit sequence by the scrambler 1010.
  • the scramble sequence used for scramble is generated based on an initialization value, and the initialization value may include ID information of a wireless device, and the like.
  • the scrambled bit sequence may be modulated by the modulator 1020 into a modulation symbol sequence.
  • the modulation scheme may include pi/2-Binary Phase Shift Keying (pi/2-BPSK), m-Phase Shift Keying (m-PSK), m-Quadrature Amplitude Modulation (m-QAM), and the like.
  • the complex modulation symbol sequence may be mapped to one or more transport layers by the layer mapper 1030.
  • the modulation symbols of each transport layer may be mapped to the corresponding antenna port(s) by the precoder 1040 (precoding).
  • the output z of the precoder 1040 can be obtained by multiplying the output y of the layer mapper 1030 by the precoding matrix W of N*M.
  • N is the number of antenna ports
  • M is the number of transmission layers.
  • the precoder 1040 may perform precoding after performing transform precoding (eg, DFT transform) on complex modulation symbols. Also, the precoder 1040 may perform precoding without performing transform precoding.
  • the resource mapper 1050 may map modulation symbols of each antenna port to a time-frequency resource.
  • the time-frequency resource may include a plurality of symbols (eg, CP-OFDMA symbols, DFT-s-OFDMA symbols) in the time domain, and may include a plurality of subcarriers in the frequency domain.
  • CP Cyclic Prefix
  • DAC Digital-to-Analog Converter
  • the signal processing process for the received signal in the wireless device may be configured as the reverse of the signal processing process 1010 to 1060 of FIG. 12.
  • a wireless device eg, 100 and 200 in FIG. 11
  • the received radio signal may be converted into a baseband signal through a signal restorer.
  • the signal restorer may include a frequency downlink converter, an analog-to-digital converter (ADC), a CP canceller, and a Fast Fourier Transform (FFT) module.
  • ADC analog-to-digital converter
  • FFT Fast Fourier Transform
  • the baseband signal may be reconstructed into a codeword through a resource de-mapper process, a postcoding process, a demodulation process, and a de-scramble process.
  • a signal processing circuit for a received signal may include a signal restorer, a resource demapper, a postcoder, a demodulator, a descrambler, and a decoder.
  • the wireless device may be implemented in various forms according to use-examples/services (see FIG. 10).
  • the wireless devices 100 and 200 correspond to the wireless devices 100 and 200 of FIG. 11, and various elements, components, units/units, and/or modules ).
  • the wireless devices 100 and 200 may include a communication unit 110, a control unit 120, a memory unit 130, and an additional element 140.
  • the communication unit may include a communication circuit 112 and a transceiver(s) 114.
  • communication circuitry 112 may include one or more processors 102 and 202 and/or one or more memories 104 and 204 of FIG. 11.
  • the transceiver(s) 114 may include one or more transceivers 106,206 and/or one or more antennas 108,208 of FIG. 11.
  • the control unit 120 is electrically connected to the communication unit 110, the memory unit 130, and the additional element 140 and controls all operations of the wireless device. For example, the control unit 120 may control the electrical/mechanical operation of the wireless device based on the program/code/command/information stored in the memory unit 130. In addition, the control unit 120 transmits the information stored in the memory unit 130 to an external (eg, other communication device) through the communication unit 110 through a wireless/wired interface, or externally through the communication unit 110 (eg, Information received through a wireless/wired interface from another communication device) may be stored in the memory unit 130.
  • an external eg, other communication device
  • the additional element 140 may be configured in various ways depending on the type of wireless device.
  • the additional element 140 may include at least one of a power unit/battery, an I/O unit, a driving unit, and a computing unit.
  • wireless devices include robots (FIGS. 10, 100a), vehicles (FIGS. 10, 100b-1, 100b-2), XR devices (FIGS. 10, 100c), portable devices (FIGS. 10, 100d), and home appliances. (FIGS. 10, 100e), IoT devices (FIGS.
  • the wireless device can be used in a mobile or fixed place depending on the use-example/service.
  • various elements, components, units/units, and/or modules in the wireless devices 100 and 200 may be entirely interconnected through a wired interface, or at least some may be wirelessly connected through the communication unit 110.
  • the control unit 120 and the communication unit 110 are connected by wire, and the control unit 120 and the first unit (eg, 130, 140) are connected through the communication unit 110.
  • the control unit 120 and the first unit eg, 130, 140
  • each element, component, unit/unit, and/or module in the wireless device 100 and 200 may further include one or more elements.
  • the control unit 120 may be configured with one or more processor sets.
  • control unit 120 may be composed of a set of a communication control processor, an application processor, an electronic control unit (ECU), a graphic processing processor, and a memory control processor.
  • memory unit 130 includes random access memory (RAM), dynamic RAM (DRAM), read only memory (ROM), flash memory, volatile memory, and non-volatile memory. volatile memory) and/or a combination thereof.
  • Portable devices may include smart phones, smart pads, wearable devices (eg, smart watches, smart glasses), and portable computers (eg, notebook computers).
  • the portable device may be referred to as a mobile station (MS), a user terminal (UT), a mobile subscriber station (MSS), a subscriber station (SS), an advanced mobile station (AMS), or a wireless terminal (WT).
  • MS mobile station
  • UT user terminal
  • MSS mobile subscriber station
  • SS subscriber station
  • AMS advanced mobile station
  • WT wireless terminal
  • the portable device 100 includes an antenna unit 108, a communication unit 110, a control unit 120, a memory unit 130, a power supply unit 140a, an interface unit 140b, and an input/output unit 140c. ) Can be included.
  • the antenna unit 108 may be configured as a part of the communication unit 110.
  • Blocks 110 to 130/140a to 140c correspond to blocks 110 to 130/140 of FIG. 13, respectively.
  • the communication unit 110 may transmit and receive signals (eg, data, control signals, etc.) with other wireless devices and base stations.
  • the controller 120 may perform various operations by controlling components of the portable device 100.
  • the controller 120 may include an application processor (AP).
  • the memory unit 130 may store data/parameters/programs/codes/commands required for driving the portable device 100.
  • the memory unit 130 may store input/output data/information, and the like.
  • the power supply unit 140a supplies power to the portable device 100 and may include a wired/wireless charging circuit, a battery, and the like.
  • the interface unit 140b may support connection between the portable device 100 and other external devices.
  • the interface unit 140b may include various ports (eg, audio input/output ports, video input/output ports) for connection with external devices.
  • the input/output unit 140c may receive or output image information/signal, audio information/signal, data, and/or information input from a user.
  • the input/output unit 140c may include a camera, a microphone, a user input unit, a display unit 140d, a speaker, and/or a haptic module.
  • the input/output unit 140c acquires information/signals (eg, touch, text, voice, image, video) input from the user, and the obtained information/signals are stored in the memory unit 130. Can be saved.
  • the communication unit 110 may convert the information/signal stored in the memory into a wireless signal, and may directly transmit the converted wireless signal to another wireless device or to a base station.
  • the communication unit 110 may restore the received radio signal to the original information/signal.
  • the restored information/signal is stored in the memory unit 130, it may be output in various forms (eg, text, voice, image, video, heptic) through the input/output unit 140c.
  • 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 driving 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 an autonomous driving unit. It may include a unit (140d).
  • the antenna unit 108 may be configured as a part of the communication unit 110.
  • Blocks 110/130/140a to 140d correspond to blocks 110/130/140 of FIG. 13, respectively.
  • 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 16 illustrates a vehicle applied to the present invention. 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.
  • blocks 110 to 130/140a to 140b correspond to blocks 110 to 130/140 of FIG. 13, respectively.
  • 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.
  • blocks 110 to 130/140a to 140c correspond to blocks 110 to 130/140 of FIG. 13, respectively.
  • 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.
  • blocks 110 to 130/140a to 140c correspond to blocks 110 to 130/140 of FIG. 13, respectively.
  • 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. Blocks 110 to 130/140a to 140d correspond to blocks 110 to 130/140 of FIG. 13, respectively.
  • the communication unit 110 uses wired/wireless communication technology to provide external devices such as other AI devices (e.g., FIGS. 10, 100x, 200, 400) or AI servers (e.g., 400 in FIG. 10) 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. 10, 100x, 200, 400
  • AI servers e.g., 400 in FIG.
  • 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, Components of the AI device 100 may be controlled to execute an operation. In addition, the control unit 120 collects history information including the operation content of the AI device 100 or a user's feedback on the operation, and stores it in the memory unit 130 or the It can be transmitted to an external device such as FIGS. 10 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. 10 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.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

일 실시예는, 무선통신시스템에서 제1 단말을 위한 동작을 수행하는 방법에 있어서, 제2 단말에게 SCI (Sidelink Control Information)를 포함하는 PSCCH (Physical Sidelink Control Channel)를 전송하는 단계; 및 상기 제2 단말로부터 상기 SCI에 기반하여 HARQ (Hybrid automatic repeat request) 피드백 또는 CSI (Channel State Information) 보고를 수신하는 단계를 포함하고, 상기 SCI는 상기 제2 단말이 OnDuration 구간 동안 깨어(Wake up) 있음을 지시하는 정보, 및 상기 HARQ 피드백 또는 상기 CSI 보고를 요청하는 정보를 포함하는, 방법.

Description

무선통신시스템에서 단말의 신호 송수신 방법
이하의 설명은 무선 통신 시스템에 대한 것으로, 보다 상세하게는 사이드링크 단말의 전력 절감(Power saving) 동작에 대한 것이다.
무선 통신 시스템이 음성이나 데이터 등과 같은 다양한 종류의 통신 서비스를 제공하기 위해 광범위하게 전개되고 있다. 일반적으로 무선 통신 시스템은 가용한 시스템 자원(대역폭, 전송 파워 등)을 공유하여 다중 사용자와의 통신을 지원할 수 있는 다중 접속(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 통신에서 논의되고 있다.
실시예(들)은 전력 절감 동작을 지원하는 사이드링크 단말이 효율적으로 사이드링크 무선 연결 모니터링을 위한 정보를 송수신하는 방법을 기술적 과제로 한다.
실시예(들)에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 실시예(들)이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
일 실시예는, 무선통신시스템에서 제1 단말을 위한 동작을 수행하는 방법에 있어서, 제2 단말에게 SCI (Sidelink Control Information)를 포함하는 PSCCH (Physical Sidelink Control Channel)를 전송하는 단계, 및 상기 제2 단말로부터 상기 SCI에 기반하여 HARQ (Hybrid automatic repeat request) 피드백 또는 CSI (Channel State Information) 보고를 수신하는 단계를 포함하고, 상기 SCI는 상기 제2 단말이 OnDuration 구간 동안 깨어(Wake up) 있음을 지시하는 정보, 및 상기 HARQ 피드백 또는 상기 CSI 보고를 요청하는 정보를 포함하는, 방법이다.
일 실시예는, 무선통신시스템에서, 제1 단말에 있어서, 적어도 하나의 프로세서, 및 상기 적어도 하나의 프로세서에 동작 가능하게 연결될 수 있고, 실행될 때 상기 적어도 하나의 프로세서로 하여금 동작들을 수행하게 하는 명령들을 저장하는 적어도 하나의 컴퓨터 메모리를 포함하며, 상기 동작들은, 제2 단말에게 SCI (Sidelink Control Information)를 포함하는 PSCCH (Physical Sidelink Control Channel)를 전송하는 단계, 및 상기 제2 단말로부터 상기 SCI에 기반하여 HARQ (Hybrid automatic repeat request) 피드백 또는 CSI (Channel State Information) 보고를 수신하는 단계를 포함하고, 상기 SCI는 상기 제2 단말이 OnDuration 구간 동안 깨어(Wake up) 있음을 지시하는 정보, 및 상기 HARQ 피드백 또는 상기 CSI 보고를 요청하는 정보를 포함하는, 제1 단말이다.
일 실시예는, 무선통신시스템에서, 단말을 위한 동작들을 수행하게 하는 프로세서에 있어서, 상기 동작들은, 제2 단말에게 SCI (Sidelink Control Information)를 포함하는 PSCCH (Physical Sidelink Control Channel)를 전송하는 단계, 및 상기 제2 단말로부터 상기 SCI에 기반하여 HARQ (Hybrid automatic repeat request) 피드백 또는 CSI (Channel State Information) 보고를 수신하는 단계를 포함하고, 상기 SCI는 상기 제2 단말이 OnDuration 구간 동안 깨어(Wake up) 있음을 지시하는 정보, 및 상기 HARQ 피드백 또는 상기 CSI 보고를 요청하는 정보를 포함하는, 프로세서이다.
일 실시예는, 적어도 하나의 프로세서에 의해 실행될 때, 적어도 하나의 프로세서가 단말을 위한 동작들을 수행하게 하는 명령을 포함하는 적어도 하나의 컴퓨터 프로그램을 저장하는 컴퓨터 판독 가능 저장 매체에 있어서, 상기 동작들은, 제2 단말에게 SCI (Sidelink Control Information)를 포함하는 PSCCH (Physical Sidelink Control Channel)를 전송하는 단계, 및 상기 제2 단말로부터 상기 SCI에 기반하여 HARQ (Hybrid automatic repeat request) 피드백 또는 CSI (Channel State Information) 보고를 수신하는 단계를 포함하고, 상기 SCI는 상기 제2 단말이 OnDuration 구간 동안 깨어(Wake up) 있음을 지시하는 정보, 및 상기 HARQ 피드백 또는 상기 CSI 보고를 요청하는 정보를 포함하는, 저장 매체이다.
상기 제1 단말은 상기 HARQ 피드백 또는 상기 CSI 보고를 이용하여 사이드링크 무선 연결 모니터링 (Radio Link Monitoring)을 수행할 수 있다.
상기 제1 단말은 상기 제2 단말에게 전송할 트래픽이 없을 수 있다.
상기 SCI는 상기 제1 단말이 상기 제2 단말에게 전송할 트래픽이 없음을 알려주는 트래픽 지시 정보를 더 포함할 수 있다.
상기 PSCCH는 상기 제2 단말을 위한 페이징 RNTI를 포함할 수 있다.
상기 SCI는 상기 OnDuration 구간 시작 시점으로부터 오프셋 기간 이전에 전송될 수 있다.
상기 오프셋 기간에 대한 정보는 기지국으로부터 RRC 시그널링 또는 시스템 정보를 통해 수신될 수 있다.
상기 오프셋 기간에 대한 정보는 상기 제2 단말에 전달될 수 있다.
상기 PSCCH는 상기 제2 단말을 위한 페이징 RNTI를 포함하고, 상기 오프셋 기간은 상기 페이징 RNTI를 이용하여 암시적으로 지시될 수 있다.
상기 오프셋 기간은 상기 제2 단말의 소스 ID를 이용하여 암시적으로 지시될 수 있다.
상기 SCI는 상기 OnDuration 구간 이전 또는 OnDuration 구간 내에 전송될 수 있다.
상기 제1 단말은 다른 단말, 자율주행 차량에 관련된 단말 또는 기지국 또는 네트워크 중 적어도 하나와 통신할 수 있다.
일 실시예에 의하면, 전력 절감 동작을 지원하는 사이드링크 단말이 HARQ 피드백 또는 CSI 리포트를 송신하여 사이드링크 무선 연결 모니터링을 효과적으로 수행할 수 있다.
실시예(들)에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 실시예(들)이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 명세서에 첨부되는 도면은 실시예(들)에 대한 이해를 제공하기 위한 것으로서 다양한 실시형태들을 나타내고 명세서의 기재와 함께 원리를 설명하기 위한 것이다.
도 1은 NR 이전의 RAT에 기반한 V2X 통신과 NR에 기반한 V2X 통신을 비교하여 설명하기 위한 도면이다.
도 2은 본 개시의 일 실시 예에 따른, SL 통신을 위한 무선 프로토콜 구조(radio protocol architecture)를 나타낸다.
도 3는 본 개시의 일 실시 예에 따른, SL 통신을 위한 무선 프로토콜 구조(radio protocol architecture)를 나타낸다.
도 4는 본 개시의 일 실시 예에 따른, V2X 또는 SL 통신을 수행하는 단말을 나타낸다.
도 5는 본 개시의 일 실시 예에 따른, 비연속 수신(Discontinuous Reception, DRX) 동작을 나타낸다.
도 6 내지 도 9는 실시예(들)을 설명하기 위한 도면이다.
도 10 내지 도 19는 실시예(들)이 적용될 수 있는 다양한 장치를 설명하는 도면이다.
본 개시의 다양한 실시 예에서, “/” 및 “,”는 “및/또는”을 나타내는 것으로 해석되어야 한다. 예를 들어, “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을 위주로 기술하지만 본 개시의 일 실시 예에 따른 기술적 사상이 이에 제한되는 것은 아니다.
이하, V2X 또는 SL(sidelink) 통신에 대하여 설명한다.
도 2는 본 개시의 일 실시 예에 따른, SL 통신을 위한 무선 프로토콜 구조(radio protocol architecture)를 나타낸다. 구체적으로, 도 2의 (a)는 LTE의 사용자 평면 프로토콜 스택을 나타내고, 도 2의 (b)는 LTE의 제어 평면 프로토콜 스택을 나타낸다.
도 3은 본 개시의 일 실시 예에 따른, SL 통신을 위한 무선 프로토콜 구조(radio protocol architecture)를 나타낸다. 구체적으로, 도 3의 (a)는 NR의 사용자 평면 프로토콜 스택을 나타내고, 도 3의 (b)는 NR의 제어 평면 프로토콜 스택을 나타낸다.
도 4는 본 개시의 일 실시 예에 따른, V2X 또는 SL 통신을 수행하는 단말을 나타낸다.
도 4를 참조하면, V2X 또는 SL 통신에서 단말이라는 용어는 주로 사용자의 단말을 의미할 수 있다. 하지만, 기지국과 같은 네트워크 장비가 단말 사이의 통신 방식에 따라 신호를 송수신하는 경우, 기지국 또한 일종의 단말로 간주될 수도 있다. 예를 들어, 단말 1은 제 1 장치(100)일 수 있고, 단말 2 는 제 2 장치(200)일 수 있다.
예를 들어, 단말 1은 일련의 자원의 집합을 의미하는 자원 풀(resource pool) 내에서 특정한 자원에 해당하는 자원 단위(resource unit)를 선택할 수 있다. 그리고, 단말 1은 상기 자원 단위를 사용하여 SL 신호를 전송할 수 있다. 예를 들어, 수신 단말인 단말 2는 단말 1이 신호를 전송할 수 있는 자원 풀을 설정 받을 수 있고, 상기 자원 풀 내에서 단말 1의 신호를 검출할 수 있다.
여기서, 단말 1이 기지국의 연결 범위 내에 있는 경우, 기지국이 자원 풀을 단말 1에게 알려줄 수 있다. 반면, 단말 1이 기지국의 연결 범위 밖에 있는 경우, 다른 단말이 단말 1에게 자원 풀을 알려주거나, 또는 단말 1은 사전에 설정된 자원 풀을 사용할 수 있다.
일반적으로 자원 풀은 복수의 자원 단위로 구성될 수 있고, 각 단말은 하나 또는 복수의 자원 단위를 선택하여 자신의 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로 대체/치환될 수 있다.
이하, SL RLM(Radio Link Monitoring)에 대하여 설명한다.
유니캐스트의 AS-레벨 링크 관리(AS-level link management)의 경우, SL RLM(Radio Link Monitoring) 및/또는 RLF(Radio Link Failure) 선언이 지원될 수 있다. SL 유니캐스트에서 RLC AM(Acknowledged Mode)의 경우, RLF 선언은 최대 재전송 횟수에 도달했음을 나타내는 RLC로부터의 지시에 의해 트리거될 수 있다. AS-레벨 링크 상태(AS-level link status)(예를 들어, 실패)는 상위 계층에 알려져야 할 수 있다. 유니캐스트에 대한 RLM 절차와 달리, 그룹캐스트 관련 RLM 디자인은 고려되지 않을 수 있다. 그룹캐스트를 위한 그룹 멤버들 사이에서 RLM 및/또는 RLF 선언은 필요하지 않을 수 있다.
예를 들어, 전송 단말은 참조 신호를 수신 단말에게 전송할 수 있고, 수신 단말은 상기 참조 신호를 이용하여 SL RLM을 수행할 수 있다. 예를 들어, 수신 단말은 상기 참조 신호를 이용하여 SL RLF를 선언할 수 있다. 예를 들어, 상기 참조 신호는 SL 참조 신호라고 칭할 수 있다.
이하, SL 측정(measurement) 및 보고(reporting)에 대하여 설명한다.
QoS 예측(prediction), 초기 전송 파라미터 셋팅(initial transmission parameter setting), 링크 적응(link adaptation), 링크 관리(link management), 어드미션 제어(admission control) 등의 목적으로, 단말 간의 SL 측정 및 보고(예를 들어, RSRP, RSRQ)가 SL에서 고려될 수 있다. 예를 들어, 수신 단말은 전송 단말로부터 참조 신호를 수신할 수 있고, 수신 단말은 참조 신호를 기반으로 전송 단말에 대한 채널 상태를 측정할 수 있다. 그리고, 수신 단말은 채널 상태 정보(Channel State Information, CSI)를 전송 단말에게 보고할 수 있다. SL 관련 측정 및 보고는 CBR의 측정 및 보고, 및 위치 정보의 보고를 포함할 수 있다. V2X에 대한 CSI(Channel Status Information)의 예는 CQI(Channel Quality Indicator), PMI(Precoding Matrix Index), RI(Rank Indicator), RSRP(Reference Signal Received Power), RSRQ(Reference Signal Received Quality), 경로이득(pathgain)/경로손실(pathloss), SRI(SRS, Sounding Reference Symbols, Resource Indicator), CRI(CSI-RS Resource Indicator), 간섭 조건(interference condition), 차량 동작(vehicle motion) 등일 수 있다. 유니캐스트 통신의 경우, CQI, RI 및 PMI 또는 그 중 일부는 네 개 이하의 안테나 포트를 가정한 비-서브밴드-기반의 비주기 CSI 보고(non-subband-based aperiodic CSI report)에서 지원될 수 있다. CSI 절차는 스탠드얼론 참조 신호(standalone RS)에 의존하지 않을 수 있다. CSI 보고는 설정에 따라 활성화 및 비활성화될 수 있다.
예를 들어, 전송 단말은 CSI-RS를 수신 단말에게 전송할 수 있고, 수신 단말은 상기 CSI-RS를 이용하여 CQI 또는 RI를 측정할 수 있다. 예를 들어, 상기 CSI-RS는 SL CSI-RS라고 칭할 수 있다. 예를 들어, 상기 CSI-RS는 PSSCH 전송 내에 국한(confined)될 수 있다. 예를 들어, 전송 단말은 PSSCH 자원 상에 CSI-RS를 포함시켜 수신 단말에게 전송할 수 있다.
이하, HARQ(Hybrid Automatic Repeat Request) 절차에 대하여 설명한다.
통신의 신뢰성을 확보하기 위한 에러 보상 기법은 FEC(Forward Error Correction) 방식(scheme)과 ARQ(Automatic Repeat Request) 방식을 포함할 수 있다. FEC 방식에서는 정보 비트들에 여분의 에러 정정 코드를 추가시킴으로써, 수신단에서의 에러를 정정할 수 있다. FEC 방식은 시간 지연이 적고 송수신단 사이에 별도로 주고 받는 정보가 필요 없다는 장점이 있지만, 양호한 채널 환경에서 시스템 효율이 떨어지는 단점이 있다. ARQ 방식은 전송 신뢰성을 높일 수 있지만, 시간 지연이 생기게 되고 열악한 채널 환경에서 시스템 효율이 떨어지는 단점이 있다.
HARQ(Hybrid Automatic Repeat Request) 방식은 FEC와 ARQ를 결합한 것으로, 물리계층이 수신한 데이터가 복호할 수 없는 오류를 포함하는지 여부를 확인하고, 오류가 발생하면 재전송을 요구함으로써 성능을 높일 수 있다.
SL 유니캐스트 및 그룹캐스트의 경우, 물리 계층에서의 HARQ 피드백 및 HARQ 컴바이닝(combining)이 지원될 수 있다. 예를 들어, 수신 단말이 자원 할당 모드 1 또는 2로 동작하는 경우, 수신 단말은 PSSCH를 전송 단말로부터 수신할 수 있고, 수신 단말은 PSFCH(Physical Sidelink Feedback Channel)를 통해 SFCI(Sidelink Feedback Control Information) 포맷을 사용하여 PSSCH에 대한 HARQ 피드백을 전송 단말에게 전송할 수 있다.
예를 들어, SL HARQ 피드백은 유니캐스트에 대하여 인에이블될 수 있다. 이 경우, non-CBG(non-Code Block Group) 동작에서, 수신 단말이 상기 수신 단말을 타겟으로 하는 PSCCH를 디코딩하고, 및 수신 단말이 상기 PSCCH와 관련된 전송 블록을 성공적으로 디코딩하면, 수신 단말은 HARQ-ACK을 생성할 수 있다. 그리고, 수신 단말은 HARQ-ACK을 전송 단말에게 전송할 수 있다. 반면, 수신 단말이 상기 수신 단말을 타겟으로 하는 PSCCH를 디코딩한 이후에, 수신 단말이 상기 PSCCH와 관련된 전송 블록을 성공적으로 디코딩하지 못하면, 수신 단말은 HARQ-NACK을 생성할 수 있다. 그리고, 수신 단말은 HARQ-NACK을 전송 단말에게 전송할 수 있다.
예를 들어, SL HARQ 피드백은 그룹캐스트에 대하여 인에이블될 수 있다. 예를 들어, non-CBG 동작에서, 두 가지 HARQ 피드백 옵션이 그룹캐스트에 대하여 지원될 수 있다.
(1) 그룹캐스트 옵션 1: 수신 단말이 상기 수신 단말을 타겟으로 하는 PSCCH를 디코딩한 이후에, 수신 단말이 상기 PSCCH와 관련된 전송 블록의 디코딩에 실패하면, 수신 단말은 HARQ-NACK을 PSFCH를 통해 전송 단말에게 전송할 수 있다. 반면, 수신 단말이 상기 수신 단말을 타겟으로 하는 PSCCH를 디코딩하고, 및 수신 단말이 상기 PSCCH와 관련된 전송 블록을 성공적으로 디코딩하면, 수신 단말은 HARQ-ACK을 전송 단말에게 전송하지 않을 수 있다.
(2) 그룹캐스트 옵션 2: 수신 단말이 상기 수신 단말을 타겟으로 하는 PSCCH를 디코딩한 이후에, 수신 단말이 상기 PSCCH와 관련된 전송 블록의 디코딩에 실패하면, 수신 단말은 HARQ-NACK을 PSFCH를 통해 전송 단말에게 전송할 수 있다. 그리고, 수신 단말이 상기 수신 단말을 타겟으로 하는 PSCCH를 디코딩하고, 및 수신 단말이 상기 PSCCH와 관련된 전송 블록을 성공적으로 디코딩하면, 수신 단말은 HARQ-ACK을 PSFCH를 통해 전송 단말에게 전송할 수 있다.
예를 들어, 그룹캐스트 옵션 1이 SL HARQ 피드백에 사용되면, 그룹캐스트 통신을 수행하는 모든 단말은 PSFCH 자원을 공유할 수 있다. 예를 들어, 동일한 그룹에 속하는 단말은 동일한 PSFCH 자원을 이용하여 HARQ 피드백을 전송할 수 있다.
예를 들어, 그룹캐스트 옵션 2가 SL HARQ 피드백에 사용되면, 그룹캐스트 통신을 수행하는 각각의 단말은 HARQ 피드백 전송을 위해 서로 다른 PSFCH 자원을 사용할 수 있다. 예를 들어, 동일한 그룹에 속하는 단말은 서로 다른 PSFCH 자원을 이용하여 HARQ 피드백을 전송할 수 있다.
예를 들어, SL HARQ 피드백이 그룹캐스트에 대하여 인에이블될 때, 수신 단말은 TX-RX(Transmission-Reception) 거리 및/또는 RSRP를 기반으로 HARQ 피드백을 전송 단말에게 전송할지 여부를 결정할 수 있다.
예를 들어, 그룹캐스트 옵션 1에서 TX-RX 거리 기반 HARQ 피드백의 경우, TX-RX 거리가 통신 범위 요구 사항보다 작거나 같으면, 수신 단말은 PSSCH에 대한 HARQ 피드백을 전송 단말에게 전송할 수 있다. 반면, TX-RX 거리가 통신 범위 요구 사항보다 크면, 수신 단말은 PSSCH에 대한 HARQ 피드백을 전송 단말에게 전송하지 않을 수 있다. 예를 들어, 전송 단말은 상기 PSSCH와 관련된 SCI를 통해 상기 전송 단말의 위치를 수신 단말에게 알릴 수 있다. 예를 들어, 상기 PSSCH와 관련된 SCI는 제 2 SCI일 수 있다. 예를 들어, 수신 단말은 TX-RX 거리를 상기 수신 단말의 위치와 상기 전송 단말의 위치를 기반으로 추정 또는 획득할 수 있다. 예를 들어, 수신 단말은 PSSCH와 관련된 SCI를 디코딩하여, 상기 PSSCH에 사용되는 통신 범위 요구 사항을 알 수 있다.
예를 들어, 자원 할당 모드 1의 경우에, PSFCH 및 PSSCH 사이의 시간은 설정되거나, 미리 설정될 수 있다. 유니캐스트 및 그룹캐스트의 경우, SL 상에서 재전송이 필요하면, 이것은 PUCCH를 사용하는 커버리지 내의 단말에 의해 기지국에게 지시될 수 있다. 전송 단말은 HARQ ACK/NACK의 형태가 아닌 SR(Scheduling Request)/BSR(Buffer Status Report)과 같은 형태로 상기 전송 단말의 서빙 기지국에게 지시(indication)를 전송할 수도 있다. 또한, 기지국이 상기 지시를 수신하지 않더라도, 기지국은 SL 재전송 자원을 단말에게 스케줄링 할 수 있다. 예를 들어, 자원 할당 모드 2의 경우에, PSFCH 및 PSSCH 사이의 시간은 설정되거나, 미리 설정될 수 있다.
예를 들어, 캐리어에서 단말의 전송 관점에서, PSCCH/PSSCH와 PSFCH 사이의 TDM이 슬롯에서 SL를 위한 PSFCH 포맷에 대하여 허용될 수 있다. 예를 들어, 하나의 심볼을 가지는 시퀀스-기반 PSFCH 포맷이 지원될 수 있다. 여기서, 상기 하나의 심볼은 AGC 구간이 아닐 수 있다. 예를 들어, 상기 시퀀스-기반 PSFCH 포맷은 유니캐스트 및 그룹캐스트에 적용될 수 있다.
예를 들어, 자원 풀과 연관된 슬롯 내에서, PSFCH 자원은 N 슬롯 구간으로 주기적으로 설정되거나, 사전에 설정될 수 있다. 예를 들어, N은 1 이상의 하나 이상의 값으로 설정될 수 있다. 예를 들어, N은 1, 2 또는 4일 수 있다. 예를 들어, 특정 자원 풀에서의 전송에 대한 HARQ 피드백은 상기 특정 자원 풀 상의 PSFCH를 통해서만 전송될 수 있다.
예를 들어, 전송 단말이 슬롯 #X 내지 슬롯 #N에 걸쳐 PSSCH를 수신 단말에게 전송하는 경우, 수신 단말은 상기 PSSCH에 대한 HARQ 피드백을 슬롯 #(N + A)에서 전송 단말에게 전송할 수 있다. 예를 들어, 슬롯 #(N + A)은 PSFCH 자원을 포함할 수 있다. 여기서, 예를 들어, A는 K보다 크거나 같은 가장 작은 정수일 수 있다. 예를 들어, K는 논리적 슬롯의 개수일 수 있다. 이 경우, K는 자원 풀 내의 슬롯의 개수일 수 있다. 또는, 예를 들어, K는 물리적 슬롯의 개수일 수 있다. 이 경우, K는 자원 풀 내부 및 외부의 슬롯의 개수일 수 있다.
예를 들어, 전송 단말이 수신 단말에게 전송한 하나의 PSSCH에 대한 응답으로, 수신 단말이 PSFCH 자원 상에서 HARQ 피드백을 전송하는 경우, 수신 단말은 설정된 자원 풀 내에서 암시적 메커니즘을 기반으로 상기 PSFCH 자원의 주파수 영역(frequency domain) 및/또는 코드 영역(code domain)을 결정할 수 있다. 예를 들어, 수신 단말은 PSCCH/PSSCH/PSFCH와 관련된 슬롯 인덱스, PSCCH/PSSCH와 관련된 서브채널, 및/또는 그룹캐스트 옵션 2 기반의 HARQ 피드백을 위한 그룹에서 각각의 수신 단말을 구별하기 위한 식별자 중 적어도 어느 하나를 기반으로, PSFCH 자원의 주파수 영역 및/또는 코드 영역을 결정할 수 있다. 그리고/또는, 예를 들어, 수신 단말은 SL RSRP, SINR, L1 소스 ID, 및/또는 위치 정보 중 적어도 어느 하나를 기반으로, PSFCH 자원의 주파수 영역 및/또는 코드 영역을 결정할 수 있다.
예를 들어, 단말의 PSFCH를 통한 HARQ 피드백 전송과 PSFCH를 통한 HARQ 피드백 수신이 중첩되는 경우, 상기 단말은 우선 순위 규칙을 기반으로 PSFCH를 통한 HARQ 피드백 전송 또는 PSFCH를 통한 HARQ 피드백 수신 중 어느 하나를 선택할 수 있다. 예를 들어, 우선 순위 규칙은 관련 PSCCH/PSSCH의 최소 우선 순위 지시(priority indication)를 기반으로 할 수 있다.
예를 들어, 단말의 복수의 단말에 대한 PSFCH를 통한 HARQ 피드백 전송이 중첩되는 경우, 상기 단말은 우선 순위 규칙을 기반으로 특정 HARQ 피드백 전송을 선택할 수 있다. 예를 들어, 우선 순위 규칙은 관련 PSCCH/PSSCH의 최소 우선 순위 지시(priority indication)를 기반으로 할 수 있다.
이하, NR에서 비연속 수신(Discontinuous Reception, DRX)에 대하여 설명한다.
도 5를 참조하면, RRC 연결 모드에서 단말의 PDCCH 모니터링 활동은 DRX에 의해 제어될 수 있다. DRX가 설정되는 경우, 단말은 PDCCH를 불연속적으로 모니터링할 수 있다. 이하에서, DRX의 특징에 대해 설명한다.
- on-duration: 단말이 깨어난 후 PDCCH를 수신하기 위해 기다리는 기간. 단말이 PDCCH를 성공적으로 디코딩하면 단말은 깨어 있는 상태를 유지하면서 비활성화 타이머를 시작할 수 있다.
- 비활성화 타이머 (inactivity-timer): PDCCH의 마지막 성공적인 디코딩으로부터 단말이 PDCCH를 성공적으로 디코딩하기 위해 대기하는 기간. 단말은 첫 번째 전송을 위한 (즉, 재전송이 아닌) PDCCH의 한 번의 성공적인 디코딩 후에 비활성 타이머를 재시작할 수 있다.
- 재전송 타이머 (retransmission-timer): 재전송이 예상될 수 있는 기간
- 주기 (cycle): 비활성 기간이 뒤따르는 on-duration의 주기적인 반복을 지정함
- 활성 기간 (active-time): 단말이 PDCCH를 모니터링하는 총 기간. 여기에는 DRX 주기의 on-duration, 비활성화 타이머가 만료되지 않은 상태에서 단말이 연속 수신을 수행하는 시간, 및 단말이 재전송 기회를 기다리는 동안 연속 수신을 수행하는 시간이 포함될 수 있음.
한편, 사이드링크 자원 할당 모드 1이 RRC에 의하여 설정된 경우, DRX 기능은 설정되지 않을 수 있다.
실시예
한편, NR V2X에서 단말(UE)의 전력 절감(Power Saving) 동작은 지원되지 않았으나, V2X 단말의 전력 절감을 위하여 DRX 동작을 지원할 필요가 있다. 본 명세서에서는 NR V2X에서 전력 절감 동작을 지원하는 사이드링크 단말이 웨이크 업(Wake Up) 동작을 어떻게 수행하는지에 대한 방법을 제안한다.
따라서, 이하 본 발명의 일 실시 예에 따라, NR V2X에서 전력 절감 단말의 웨이크 업 동작 방법과 BWP 동작 및 이를 지원하는 장치를 제안한다.
이하의 제안들은 독립적으로 적용되거나 다양한 시나리오로 함께 적용될 수 있다.
제안 1. 전송 단말은 수신 단말의 DRX OnDuration 구간 전 또는 DRX OnDuration 구간 내에서 PSCCH (Physical Sidelink Control Channel) 또는 SCI (Sidelink Control Information)에 웨이크 업 비트(Bit) 및 트래픽(Traffic) 지시(Indication) 정보를 포함하여 수신 단말에 전달할 수 있다.
수신 단말은 자신의 DRX OnDuration 구간 직전 또는 시작 시점에서 깨어나 전송 단말이 전송하는 SCI에 포함된 웨이크 업 비트 및 트래픽 지시 정보를 확인할 수 있다.
웨이크 업 비트 및 트래픽 지시 정보가 포함된 SCI가 전송되는 시점 (오프셋: DRX Onduration 시작 시점 전에 몇 서브프레임 일찍 깨어나 SCI를 모니터할지 결정하는데 참고하는 시점 정보)은 미리 설정(preconfiguration) 되거나 기지국이 설정하여 전송 단말 및/또는 수신 단말에 알려줄 수 있다(시스템 정보를 통하여). 혹은 기지국이 전송 단말에 전달하여 전송 단말이 수신 단말에게 PC5 RRC 신호를 통해 알려 줄 수 있다. 또한, 전송 단말은 전력 절감 모드로 동작중인 수신 단말의 DRX OnDuration 시작시점과 전송 단말이 전송하는 SCI (웨이크 업 비트를 포함하는 SCI)를 수신하기 위해 수신 단말이 깨어나는 시점 정보 (오프셋 정보)를 참조하여 수신 단말에 메시지를 전송하는 시점을 알 수 있다.
다시 설명하자면, 전송 단말 및/또는 수신 단말은 기지국으로부터 RRC 신호 또는 시스템 정보를 통하여 DRX OnDuration 구간 및 오프셋 정보를 설정 받을 수 있다. 오프셋 정보란 수신 단말이 DRX OnDuration 구간의 시작 시점 이전에 웨이크업 비트를 포함하는 SCI를 모니터링하는 시점에 관한 정보이다.
또한, 오프셋 정보는 0으로 설정될 수 있다. 오프셋 정보가 0으로 설정된 경우, 수신 단말은 DRX OnDuration 시작 시점 또는 OnDuration 구간의 시작 서브프레임에서 웨이크업 비트를 포함하는 SCI를 수신하여 OnDuration 구간에서 깨어있을지 여부를 판단할 수 있다.
다른 실시예로, 전송 단말 및/또는 수신 단말은 기지국으로부터 오프셋 정보를 설정 받지 않을 수 있다. 전송 단말 및/또는 수신 단말은 기지국으로부터 RRC 신호 또는 시스템 정보를 통하여 DRX OnDuration 구간을 설정 받을 수 있다. 그리고 수신 단말은 DRX OnDuration 시작 시점 또는 OnDuration 구간의 시작 서브프레임에서 웨이크 업 비트를 포함하는 SCI를 수신하여 이후의 OnDuration 구간에서 깨어있을지 여부를 판단할 수 있다.
또한, 수신 단말은 DRX OnDuration 구간 및 오프셋 정보를 기지국으로부터 RRC 신호 또는 시스템 정보를 통해 수신하거나, 전송 단말로부터 PC5 RRC 신호를 통하여 수신할 수 있다
이하, 수신 단말을 위한 전력 절감 정보를 알려주기 위해 사용되는 SCI가 포함할 수 있는 정보에 대해 설명한다.
●웨이크 업 비트
- 1: DRX OnDuration 구간에 깨어나 전송 단말이 전송하는 메시지를 수신할 것을 지시
- 0: DRX OnDuration 구간을 스키핑(Skipping) 하여 DRX OnDuration 구간에 슬립(Sleep) 할 것을 지시
●트래픽 지시
- SCI에 포함되는 웨이크 업 비트가 ON으로 설정된 경우 트래픽 지시 정보가 SCI에 포함되어 수신 단말에 전달될 수 있다.
- 트래픽 지시는 전송 단말이 수신 단말에 전달하는 트래픽이 있는지 또는 없는지 여부를 전송 단말이 수신 단말에 지시하는 정보일 수 있다.
- 전송 단말은 SCI를 통해 하나의 단말에 대한 트래픽 지시 정보를 포함하여 전송할 수 있으며, 또한 SCI를 통해 복수의 단말에 대한 트래픽 지시 정보를 포함하여 전송할 수도 있다.
제안 2. 기지국 혹은 전송 단말이 페이징(paging) (또는, 트래픽 지시) RNTI (유니캐스트, 그룹캐스트, 브로드캐스트를 위한)를 수신 단말에 할당할 수 있는 것을 제안한다. 또한 전송 단말은 SCI에 웨이크 업 비트와 함께 수신 단말의 페이징 (or 트래픽 지시) RNTI를 포함하여 수신 단말(들)에 전달할 수 있도록 하는 것을 제안한다.
페이징 RNTI (혹은 사이드링크 DRX RNTI)는 기지국이 전용 RRC 메시지 혹은 시스템 정보 블록 (System Information Block, SIB)을 통해 단말에 전달할 수 있다.
제안 2에 의해 수신 단말은 자신의 페이징 RNTI가 포함된 웨이크 업 비트 가 ON으로 설정된 SCI를 수신하면 DRX OnDuration 구간에 깨어나고 그렇지 않은 경우(즉, 웨이크 업 비트가 OFF로 설정된 경우) DRX OnDuration 구간을 스킵하고 DRX OnDuration 구간에 슬립 모드로 동작할 수 있다.
본 명세서에서 제안하는 페이징 RNTI는 전력 절감 모드로 동작하는 수신 단말을 식별하기 위해 기지국 혹은 전송 단말이 수신 단말에 부여하는 식별자일 수 있다. 또한, 본 명세서에서 설명하는 페이징 RNTI는 트래픽 지시 RNTI, 전력 절감 RNTI, 또는 사이드링크 DRX RNTI 등으로 다양하게 호칭될 수 있으며 이에 제한되지 않는다. 또한, 본 명세서에서 설명하는 페이징 RNTI는 전력 절감 모드로 동작하는 수신 단말을 식별하기 위한 모든 식별자를 포함할 수 있다.
다른 실시예로, 수신 단말은 자신의 소스 ID (source identifier, Source Layer 1 ID)가 포함된 웨이크 업 비트가 ON으로 설정된 SCI를 수신하면 (즉, 전송 단말이 SCI에 계층 1 목적지 ID (layer 1 destination ID)를 포함하고 웨이크 업 비트를 ON으로 설정하여 전송), DRX OnDuration 구간에 깨어나고 그렇지 않은 경우 (즉, 웨이크 업 비트가 OFF로 설정된 경우) DRX OnDuration 구간을 스킵하고 DRX OnDuration 구간에 슬립 모드로 동작할 수 있다.
제안 3. 전송 단말은 전송 단말 자신의 PC5 RLM(PC5 Radio Link Monitoring) 목적으로 웨이크 업 비트 가 ON으로 설정된 SCI를 수신 단말에 전달할 수 있도록 하는 것을 제안한다.
전송 단말은 수신 단말에 보낼 시그널이 일정 시간 없거나 수신 단말로부터 일정시간 동안 계속해서 시그널을 수신하지 못하면, PC5 RLM을 수행하지 못할 수 있다. 따라서 전송 단말은 전송 단말 자신의 PC5 RLM을 위해 수신 단말에 HARQ 피드백 혹은 CSI report를 요구할 수 있다. 이때 전송 단말은 전력 절감 모드로 동작중인 피어(peer) 수신 단말에 HARQ 피드백, 또는 CSI report를 요청하기 위해 SCI의 웨이크 업 비트를 ON으로 설정함과 동시에 HARQ 피드백 혹은 CSI report를 트리거 하는 비트를 포함하여 ON으로 설정할 수 있다.
도 6은 전송 단말이 전력 절감 수신 단말에 SL RLM 목적으로 HARQ 피드백 전송을 요청하는 방법을 설명하기 위한 도면이다.
도 6을 참조하면, 전송 단말은 수신 단말에게 웨이크 업 비트 및 HARQ 피드백 트리거 비트를 포함하는 SCI를 전송할 수 있다. 또한, 전송 단말은 기지국으로부터 RRC 시그널 또는 시스템 정보에 의하여 설정 받은 오프셋 정보를 이용하여 DRX OnDuration 시작 시점으로부터 오프셋 값 이전에 SCI를 전송할 수 있다. 또한, SCI는 트래픽 지시 정보를 포함할 수 있다. 예를 들어, SCI에 포함된 웨이크 업 비트는 1로 설정되고, 트래픽 지시 정보는 0으로 설정되고, HARQ 피드백 트리거 비트는 1로 설정될 수 있다. 즉, SCI는 수신 단말이 DRX OnDuration 구간에 깨어남을 지시하고, 전송할 트래픽이 없음을 지시하고, HARQ 피드백 요청을 지시하는 정보를 포함할 수 있다.
수신 단말은 기지국 또는 전송 단말로부터 수신한 오프셋 정보를 이용하여 DRX OnDuration 시작 시점으로부터 오프셋 값 이전에 SCI를 수신할 수 있다. 수신 단말은 SCI를 디코딩하고 웨이크 업 비트를 이용하여 DRX OnDuration 구간에서 깨어날지 여부를 알 수 있고, 트래픽 지시 정보를 이용하여 수신할 트래픽이 있는지 여부를 알 수 있으며, HARQ 피드백 트리거 비트를 이용하여 HARQ 피드백을 전송하여야 할지 여부를 알 수 있다. 예를 들어, SCI에 포함된 웨이크 업 비트는 1가 설정되고, 트래픽 지시 정보는 0으로 설정되고, HARQ 피드백 트리거 비트는 1로 설정된 경우, 수신 단말은 DRX OnDuration 구간에 깨어나고, 수신할 트래픽이 없으며, HARQ 피드백을 전송 단말에게 전송하여야 함을 알 수 있다.
다시 설명하자면, 수신 단말은 자신의 DRX OnDuration 구간 전에 웨이크 업 비트가 포함된 SCI가 전송되는 구간에서 깨어나 전송 단말이 전송하는 SCI를 수신할 수 있다. SCI에서 웨이크 업 비트가 ON으로 설정되어 있음을 확인한 수신 단말은 DRX OnDuration 구간을 스키핑 하지 않고 DRX OnDuration 구간에 활성화 상태로 동작할 수 있다. 이때 수신 단말은 전송 단말이 전송한 SCI에서 HARQ 피드백 보고 트리거 비트가 1로 설정되어 있음을 확인하면, DRX On Duration 구간에서 HARQ ACK 피드백을 전송 단말에 전송할 수 있다.
전송 단말은 수신 단말이 전송한 HARQ 피드백을 기반으로 SL RLM을 수행할 수 있다. 즉, 전송 단말은 SCI에 HARQ 피드백 트리거 비트를 1로 설정하여 수신 단말에 HARQ 피드백을 전송할 것을 지시할 수 있다. 이 때, 전송 단말이 수신 단말로부터 HARQ ACK 또는 HARQ NACK을 수신하면 IN Sync 이벤트를 RRC layer 로 전달하고, 만약 수신 단말로부터 HARQ 피드백을 수신하지 못하면 Out of Sync 이벤트를 RRC 계층으로 전달할 수 있다.
전송 단말은 HARQ 피드백 트리거 비트가 1로 설정된 연속된 SCI를 수신 단말에 전송하여 SL RLM을 수행할 수 있다. 이때 전송 단말이 전송한 연속적인 SCI (HARQ 피드백 트리거 비트가 1로 설정된 연속적인 SCI)에 대해 수신 단말로부터 연속적인 HARQ ACK 또는 HARQ NACK 피드백을 수신하면 (연속적인 IN Sync 로 판단) 전송 단말은 PC5 연결 상태가 정상적이라고 판단할 수 있다. 반면, 만약 전송 단말이 수신 단말로부터 HARQ 피드백을 연속적으로 수신하지 못하면 연속적인 Out of Sync 로 간주하고 물리 계층 문제가 발생하였다고 여기고 PC5 RLF 타이머를 동작할 수 있거나 혹은 PC5 RLF를 선언할 수 있다. PC5 RLF 타이머 기간 동안에도 전송 단말은 수신 단말에 연속적인 SCI (HARQ 피드백 트리거 비트가 1로 설정된 연속적인 SCI)를 전송할 수 있다. 만약 전송 단말이 PC5 RLF 타이머가 만료되기 전에 수신 단말로부터 연속적인 HARQ ACK 또는 HARQ NACK 피드백을 수신하지 못하면 PC5 RLF를 선언할 수 있다.
다른 실시예로, 전송 단말이 전력 절감 모드로 동작중인 피어 수신 단말과 PC5 RLM을 수행하기 위하여 CSI Report를 이용할 수 있다.
도 7은 전송 단말이 전력 절감 수신 단말에 SL RLM 목적으로 CSI Report 전송을 요청하는 방법을 설명하기 위한 도면이다.
도 7을 참조하면, 전송 단말은 수신 단말에게 웨이크 업 비트 및 CSI Report 트리거 비트를 포함하는 SCI를 전송할 수 있다. 또한, 전송 단말은 기지국으로부터 RRC 시그널 또는 시스템 정보에 의하여 설정 받은 오프셋 정보를 이용하여 DRX OnDuration 시작 시점으로부터 오프셋 값 이전에 SCI를 전송할 수 있다. 또한, SCI는 트래픽 지시 정보를 포함할 수 있다. 예를 들어, SCI에 포함된 웨이크 업 비트는 1로 설정되고, 트래픽 지시 정보는 0으로 설정되고, CSI Report 트리거 비트는 1로 설정될 수 있다. 즉, SCI는 수신 단말이 DRX OnDuration 구간에 깨어남을 지시하고, 전송할 트래픽이 없음을 지시하고, CSI Report 요청을 지시하는 정보를 포함할 수 있다.
수신 단말은 기지국 또는 전송 단말로부터 수신한 오프셋 정보를 이용하여 DRX OnDuration 시작 시점으로부터 오프셋 값 이전에 SCI를 수신할 수 있다. 수신 단말은 SCI를 디코딩하고 웨이크 업 비트를 이용하여 DRX OnDuration 구간에서 깨어날지 여부를 알 수 있고, 트래픽 지시 정보를 이용하여 수신할 트래픽이 있는지 여부를 알 수 있으며, HARQ 피드백 트리거 비트를 이용하여 HARQ 피드백을 전송하여야 할지 여부를 알 수 있다. 예를 들어, SCI에 포함된 웨이크 업 비트는 1가 설정되고, 트래픽 지시 정보는 0으로 설정되고, CSI Report 트리거 비트는 1로 설정된 경우, 수신 단말은 DRX OnDuration 구간에 깨어나고, 수신할 트래픽이 없으며, CSI Report를 전송 단말에게 전송하여야 함을 알 수 있다.
다시 설명하자면, 전송 단말은 전력 절감 모드로 동작중인 피어 수신 단말에 CSI report를 요청하기 위해 SCI에서 웨이크 업 비트를 ON으로 설정함과 동시에 CSI report를 트리거 하는 비트를 포함하여 ON으로 설정할 수 있다. 수신 단말은 자신의 DRX OnDuration 구간 전에 웨이크 업 비트 가 포함된 SCI가 전송되는 구간에서 깨어나 전송 단말이 전송하는 SCI를 수신할 수 있다. SCI에서 웨이크 업 비트가 ON으로 설정되어 있음을 확인한 수신 단말은 DRX OnDuration 구간을 스키핑하지 않고 DRX OnDuration 구간에 활성화 상태로 동작할 수 있다. 이때 수신 단말은 전송 단말이 전송한 SCI에서 CSI Report 트리거 비트가 1로 설정되어 있음을 확인하면, DRX On Duration 구간에서 CSI report를 전송 단말에 전송할 수 있다.
전송 단말은 수신 단말이 전송한 CSI report를 기반으로 SL RLM을 수행할 수 있다. 즉, 전송 단말은 SCI에 CSI report 트리거 비트를 1로 설정하여 수신 단말에 CSI report를 전송할 것을 지시할 수 있다. 이 때, 전송 단말이 수신 단말로부터 CSI report를 수신하면 IN Sync 이벤트를 RRC layer 로 전달하고, 만약 수신 단말로부터 CSI report를 수신하지 못하면 Out of Sync 이벤트를 RRC layer로 전달할 수 있다.
전송 단말은 CSI report 트리거 비트가 1로 설정된 연속된 SCI를 수신 단말에 전송하여 SL RLM을 수행할 수 있다. 이때 전송 단말이 전송한 연속적인 SCI (CSI report 트리거 비트가 1로 설정된 연속적인 SCI)에 대해 수신 단말로부터 연속적인 CSI report를 수신하면 (연속적인 IN Sync 로 판단) PC5 연결 상태가 정상적이라고 판단할 수 있다. 반면, 만약 전송 단말이 수신 단말로부터 CSI report를 연속적으로 수신하지 못하면 연속적인 Out of Sync 로 간주하고 물리 계층 문제가 발생하였다고 여기고 PC5 RLF 타이머를 동작할 수 있거나 혹은 PC5 RLF를 선언할 수 있다. PC5 RLF 타이머 기간 동안에도 전송 단말은 수신 단말에 연속적인 SCI (CSI report 트리거 비트가 1로 설정된 연속적인 SCI)를 전송할 수 있다. 만약 전송 단말이 PC5 RLF 타이머가 만료되기 전에 수신 단말로부터 연속적인 CSI report를 수신하지 못하면 PC5 RLF를 선언할 수 있다.
다른 실시예로, 전송 단말은 전력 절감 모드로 동작중인 피어 수신 단말에 SL RLM 목적으로 수신 단말의 DRX OnDuration 구간 내에 SCI를 전송하여 HARQ 피드백을 요청하거나 혹은 CSI Report를 요청할 수 있다.
도 8은 전송 단말이 수신 단말에 SL RLM 목적으로 DRX OnDuration 구간 내에 SCI를 전송하여 HARQ 피드백을 요청하거나 혹은 CSI Report를 요청하는 방법을 설명하기 위한 도면이다.
도 8을 참조하면, 전송 단말은 수신 단말의 DRX OnDuration 시작 시점 또는 시작 서브프레임 내에 SCI를 전송할 수 있다. 이 때, SCI는 상술하여 설명한 정보들을 포함할 수 있다.
제안 4. 수신 단말은 DRX OnDruration 전에 웨이크 업 비트를 포함하는 SCI를 수신하기 위한 오프셋 정보를 전송 단말로부터 할당 받은 페이징 (또는, 트래픽 지시) RNTI, 수신 단말의 소스 ID 또는 전송 단말의 목적지 ID를 기반으로 암시적으로 (implicitly) 계산할 수 있다. 즉 수신 단말은 아래 방정식 중 어느 하나에 따라 웨이크 업 비트를 포함하는 SCI을 수신해야 하는 서브프레임 위치를 계산할 수 있다.
1) 웨이크 업 비트를 포함하는 SCI가 전송 혹은 수신되는 시점을 지시하는 오프셋 (subframe unit) = “DRX Cycle”modulo 페이징 RNTI (혹은 Sidelink DRX RNTI)”
2) 웨이크 업 비트를 포함하는 SCI가 전송 혹은 수신되는 시점을 지시하는 오프셋 (subframe unit) = “DRX Cycle”modulo 수신 단말의 소스 ID (계층 1 ID, 계층 2 ID, 또는 어플리케이션 ID)”
3) 웨이크 업 비트를 포함하는 SCI가 전송 혹은 수신되는 시점을 지시하는 오프셋 (subframe unit) = “DRX Cycle”modulo 전송 단말의 목적지 ID (계층 1 ID, 계층 2 ID, 또는 어플리케이션 ID)”
예를 들어, 위 방정식에 의해 나온 값이 '2'라면 수신 단말은 자신의 DRX OnDuration의 시작 오프셋 보다 2 서브프레임 앞선 시점에서 전송 단말이 전송하는 웨이크 업 비트가 포함된 SCI를 수신하기 위해 슬립 모드에서 웨이크 업 할 수 있다. 또한 전송 단말은 자신의 사이드링크 DRX OnDuration의 시작 오프셋 보다 2 서브프레임 앞선 시점에서 웨이크 업 비트가 포함된 SCI를 전송하여 수신 단말을 슬립 모드에서 웨이크 업 시킬 수 있다. 이 때, 전송 단말의 사이드링크 DRX Onduration 구간과 수신 단말의 사이드링크 DRX Onduration 구간이 동기화 되어 있다고 가정할 수 있다.
다른 실시예로, 사이드링크 DRX Onduration 구간내에서 SCI를 전송할 수 있는 경우, 수신 단말은 사이드링크 DRX Onduration 구간의 시작 시점부터 2 서브프레임 지난 시점에서 전송 단말이 전송하는 웨이크 업 비트가 포함된 SCI를 수신하기 위해 슬립 모드에서 웨이크 업 할 수 있다. 또한, 전송 단말은 자신의 사이드링크 DRX OnDuration 구간의 시작 시점부터 2 서브프레임 지난 시점에서 웨이크 업 비트가 포함된 SCI를 전송하여 수신 단말을 슬립 모드에서 웨이크 업 시킬 수 있다. 이 때, 전송 단말의 사이드링크 DRX Onduration 구간과 수신 단말의 사이드링크 DRX Onduration 구간이 동기화 되어 있다고 가정할 수 있다.
전송 단말 또한 수신 단말의 정보 (DRX OnDuration 시작 오프셋, DRX Cycle, 수신 단말의 페이징 RNTI, 수신 단말의 소스 ID, 또는 전송 단말의 목적지 ID) 기반으로 위 방정식을 통해 나온 오프셋 값을 기반으로 수신 단말에 언제 웨이크 업 비트 가 포함된 SCI를 전송할지를 유추할 수 있다.
도 9는 본 명세서에서 제안하는 내용의 일 실시예(들)를 설명하기 위한 도면이다.
도 9를 참조하면, S901단계에서 제1 단말은 제2 단말에게 SCI를 포함하는 PSCCH를 전송할 수 있다. SCI는 제2 단말이 OnDuration 구간 동안 깨어 있을지 여부를 알려주는 정보, 및 HARQ 피드백 또는 CSI 보고를 요청하는 정보를 포함할 수 있다.
일반적으로, 제1 단말이 제 2 단말에게 전송할 트래픽이 없는 경우에는 제1 단말이 OnDuration 구간 동안 깨어있지 않음을 지시할 수 있다. 그러나 사이드링크 단말의 경우, 사이드링크 단말간에 정상적으로 연결이 되어 있는지를 판단하는 사이드링크 무선 연결 모니터링 및 사이드링크 무선 연결 실패 동작이 중요하게 다뤄진다. 사이드링크 단말은 이동이 빈번하게 이뤄지므로 사이드링크 단말간의 무선 연결이 끊어진 경우 정상적인 사이드링크 통신을 수행할 수 없기 때문이다. 따라서, 제1 단말이 제2 단말에게 전송할 트래픽 또는 데이터가 없는 경우에도 사이드링크 무선 연결 모니터링을 위한 목적으로 제1 단말이 OnDuration 구간 동안 깨어 있음을 지시하고, HARQ 피드백 또는 CSI 보고를 요청할 수 있으며, 이러한 정보를 SCI에 포함하여 제2 단말에게 전송할 수 있다. 또한, 제1 단말은 SCI에 제1 단말이 제2 단말에게 전송할 트래픽이 없음을 지시하는 트래픽 지시 정보를 더 포함할 수 있다. 예를 들어, 제1 단말이 제2 단말에게 전송할 트래픽이 없음에도 불구하고 사이드링크 무선 연결 모니터링을 위한 HARQ 피드백을 요청한 경우, 제1 단말은 제2 단말에게 OnDuration 구간 동안 더미(dummy) 정보 등을 전송할 수 있다. 그리고 제2 단말은 더미 정보 등을 수신하여 이에 대한 응답으로 HARQ 피드백을 제1 단말에 전송할 수 있다.
그리고 SCI는 PSCCH를 통하여 전송될 수 있으며, PSCCH는 제2 단말을 위한 페이징 RNTI를 포함할 수 있다. 제2 단말은 자신을 위한 페이징 RNTI를 이용하여 자신에게 전송된 PSCCH임을 식별할 수 있다. 그리고 SCI는 DRX Onduration 구간 이전 또는 내에 수신될 수 있다. SCI가 DRX Onduration 구간 이전에 수신되는 경우, DRX Onduration 구간 시작 시점으로부터 오프셋 기간 이전에 전송될 수 있다. 오프셋 기간에 대한 정보는 기지국으로부터 RRC 시그널링 또는 시스템 정보를 통해 수신될 수 있으며, 오프셋 기간에 대한 정보는 제2 단말에 전달될 수 있다. 또는 오프셋 기간에 대한 정보는 페이징 RNTI, 또는 제2 단말의 소스 ID를 이용하여 암시적으로 지시될 수 있다.
또한, S902단계에서 제1 단말은 제2 단말로부터 HARQ 피드백 또는 CSI 보고를 수신할 수 있다. 제1 단말은 HARQ 피드백 또는 CSI 보고를 이용하여 사이드링크 무선 연결 모니터링을 수행할 수 있다.
본 발명의 일 실시 예에 따르면, 전력 절감 모드로 동작하는 V2X 수신 단말은 V2X 전송 단말이 전송하는 메시지를 잘 수신할 수 있도록 V2X 수신 단말에서 V2X 전송 단말이 언제 메시지를 전송하는지 알 수 있도록 하였다. 또한 V2X 전송 단말도 전력 절감 모드로 동작중인 V2X 수신 단말의 DRX OnDuration 시작시점과 V2X 수신 단말이 전송 단말이 전송하는 SCI (웨이크 업 비트를 포함하는 SCI)를 수신하기 위해 깨어나는 시점 정보 (오프셋)를 참조하여 V2X 수신 단말에 메시지를 전송할 수 있도록 하였다. 이를 통해 전력 절감 모드로 동작하는 V2X 수신 단말이 V2X 전송 단말이 전송하는 메시지를 놓치지 않고 잘 수신할 수 있도록 하였다. 또한, 전송 단말이 전력 절감 모드로 동작하는 수신 단말에게 전송할 트래픽이 없는 경우에도 사이드링크 무선 연결 모니터링 동작을 위한 HARQ 피드백 또는 CSI 보고를 요청 및 수신할 수 있도록 하여, 전력 절감 모드로 동작하는 단말과의 사이드링크 무선 연결 모니터링 동작을 원활하게 수행할 수 있다.
상술한 설명에서 제안 방식에 대한 일례들 또한 본 발명의 구현 방법들 중 하나로 포함될 수 있으므로, 일종의 제안 방식들로 간주될 수 있음은 명백한 사실이다. 또한, 상기 설명한 제안 방식들은 독립적으로 구현될 수 도 있지만, 일부 제안 방식들의 조합 (혹은 병합) 형태로 구현될 수 도 있다. 일례로, 본 발명에서는 설명의 편의를 위해 3GPP NR시스템을 기반으로 제안 방식을 설명하였지만, 제안 방식이 적용되는 시스템의 범위는 3GPP NR 시스템 외에 다른 시스템으로도 확장 가능하다. 일례로, 본 발명의 제안 방식들은 D2D 통신을 위해서도 확장 적용 가능하다. 여기서, 일례로, D2D 통신은 UE가 다른 UE와 직접 무선 채널을 이용하여 통신하는 것을 의미하며, 여기서, 일례로 UE는 사용자의 단말을 의미하지만, 기지국과 같은 네트워크 장비가 UE 사이의 통신 방식에 따라서 신호를 송/수신하는 경우에는 역시 일종의 UE로 간주될 수 있다. 또한, 일례로, 본 발명의 제안 방식들은 MODE 3 V2X 동작 (및/또는 MODE 4 V2X 동작)에만 한정적으로 적용될 수 도 있다. 또한, 일례로, 본 발명의 제안 방식들은 사전에 설정(/시그널링)된 (특정) V2X 채널(/시그널) 전송 (예를 들어, PSSCH (및/또는 (연동된) PSCCH 및/또는 PSBCH))에만 한정적으로 적용될 수 도 있다. 또한, 일례로, 본 발명의 제안 방식들은 PSSCH와 (연동된) PSCCH가 (주파수 영역 상에서) 인접 (ADJACENT) (및/또는 이격 (NON-ADJACENT))되어 전송될 경우 (및/또는 사전에 설정(/시그널링)된 MCS (및/또는 코딩레이트 및/또는 RB) (값(/범위)) 기반의 전송이 수행될 경우)에만 한정적으로 적용될 수 도 있다. 또한, 일례로, 본 발명의 제안 방식들은 MODE#3 (및/또는 MODE#4) V2X CARRIER (및/또는 (MODE#4(/3)) SL(/UL) SPS (및/또는 SL(/UL) DYNAMIC SCHEDULING) CARRIER) 간에만 한정적으로 적용될 수 도 있다. 또한, 일례로, 본 발명의 제안 방식들은 CARRIER 간에 동기 시그널 (송신 (및/또는 수신)) 자원 위치 및/또는 개수 (및/또는 V2X 자원 풀 관련 서브프레임 위치 및/또는 개수 (및/또는 서브채널 크기 및/또는 개수))가 동일한 (및/또는 (일부) 상이한) 경우에만 (한정적으로) 적용될 수 도 있다. 일례로, 본 발명의 제안 방식들은 기지국과 단말 간의 (V2X) 통신에서도 확장 적용될 수 도 있다. 일례로, 본 발명의 제안 방식들은 UNICAST (사이드링크) 통신 (및/또는 MULTICAST (혹은 GROUPCAST) (사이드링크) 통신 및/또는 BROADCAST (사이드링크) 통신)에만 한정적으로 적용될 수 도 있다.
본 발명이 적용되는 통신 시스템 예
이로 제한되는 것은 아니지만, 본 문서에 개시된 본 발명의 다양한 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 기기들간에 무선 통신/연결(예, 5G)을 필요로 하는 다양한 분야에 적용될 수 있다.
이하, 도면을 참조하여 보다 구체적으로 예시한다. 이하의 도면/설명에서 동일한 도면 부호는 다르게 기술하지 않는 한, 동일하거나 대응되는 하드웨어 블블록, 소프트웨어 블록 또는 기능 블록을 예시할 수 있다.
도 10은 본 발명에 적용되는 통신 시스템(1)을 예시한다.
도 10을 참조하면, 본 발명에 적용되는 통신 시스템(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)(또는, D2D 통신), 기지국간 통신(150c)(e.g. relay, IAB(Integrated Access Backhaul)과 같은 다양한 무선 접속 기술(예, 5G NR)을 통해 이뤄질 수 있다. 무선 통신/연결(150a, 150b, 150c)을 통해 무선 기기와 기지국/무선 기기, 기지국과 기지국은 서로 무선 신호를 송신/수신할 수 있다. 예를 들어, 무선 통신/연결(150a, 150b, 150c)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 발명의 다양한 제안들에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성정보 설정 과정, 다양한 신호 처리 과정(예, 채널 인코딩/디코딩, 변조/복조, 자원 매핑/디매핑 등), 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
본 발명이 적용되는 무선 기기 예
도 11은 본 발명에 적용될 수 있는 무선 기기를 예시한다.
도 11을 참조하면, 제1 무선 기기(100)와 제2 무선 기기(200)는 다양한 무선 접속 기술(예, LTE, NR)을 통해 무선 신호를 송수신할 수 있다. 여기서, {제1 무선 기기(100), 제2 무선 기기(200)}은 도 10의 {무선 기기(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)는 (아날로그) 오실레이터 및/또는 필터를 포함할 수 있다.
여기서, 본 명세서의 무선 기기(100, 200)에서 구현되는 무선 통신 기술은 LTE, NR 및 6G뿐만 아니라 저전력 통신을 위한 Narrowband Internet of Things를 포함할 수 있다. 이때, 예를 들어 NB-IoT 기술은 LPWAN(Low Power Wide Area Network) 기술의 일례일 수 있고, LTE Cat NB1 및/또는 LTE Cat NB2 등의 규격으로 구현될 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 명세서의 무선 기기(100, 200)에서 구현되는 무선 통신 기술은 LTE-M 기술을 기반으로 통신을 수행할 수 있다. 이때, 일 예로, LTE-M 기술은 LPWAN 기술의 일례일 수 있고, eMTC(enhanced Machine Type Communication) 등의 다양한 명칭으로 불릴 수 있다. 예를 들어, LTE-M 기술은 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL(non-Bandwidth Limited), 5) LTE-MTC, 6) LTE Machine Type Communication, 및/또는 7) LTE M 등의 다양한 규격 중 적어도 어느 하나로 구현될 수 있으며 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 명세서의 무선 기기(100, 200)에서 구현되는 무선 통신 기술은 저전력 통신을 고려한 지그비(ZigBee), 블루투스(Bluetooth) 및 저전력 광역 통신망(Low Power Wide Area Network, LPWAN) 중 적어도 어느 하나를 포함할 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 일 예로 ZigBee 기술은 IEEE 802.15.4 등의 다양한 규격을 기반으로 소형/저-파워 디지털 통신에 관련된 PAN(personal area networks)을 생성할 수 있으며, 다양한 명칭으로 불릴 수 있다.
본 발명이 적용되는 신호 처리 회로 예
도 12는 전송 신호를 위한 신호 처리 회로를 예시한다.
도 12를 참조하면, 신호 처리 회로(1000)는 스크램블러(1010), 변조기(1020), 레이어 매퍼(1030), 프리코더(1040), 자원 매퍼(1050), 신호 생성기(1060)를 포함할 수 있다. 이로 제한되는 것은 아니지만, 도 12의 동작/기능은 도 11의 프로세서(102, 202) 및/또는 송수신기(106, 206)에서 수행될 수 있다. 도 12의 하드웨어 요소는 도 11의 프로세서(102, 202) 및/또는 송수신기(106, 206)에서 구현될 수 있다. 예를 들어, 블록 1010~1060은 도 11의 프로세서(102, 202)에서 구현될 수 있다. 또한, 블록 1010~1050은 도 11의 프로세서(102, 202)에서 구현되고, 블록 1060은 도 11의 송수신기(106, 206)에서 구현될 수 있다.
코드워드는 도 12의 신호 처리 회로(1000)를 거쳐 무선 신호로 변환될 수 있다. 여기서, 코드워드는 정보블록의 부호화된 비트 시퀀스이다. 정보블록은 전송블록(예, UL-SCH 전송블록, DL-SCH 전송블록)을 포함할 수 있다. 무선 신호는 다양한 물리 채널(예, PUSCH, PDSCH)을 통해 전송될 수 있다.
구체적으로, 코드워드는 스크램블러(1010)에 의해 스크램블된 비트 시퀀스로 변환될 수 있다. 스크램블에 사용되는 스크램블 시퀀스는 초기화 값에 기반하여 생성되며, 초기화 값은 무선 기기의 ID 정보 등이 포함될 수 있다. 스크램블된 비트 시퀀스는 변조기(1020)에 의해 변조 심볼 시퀀스로 변조될 수 있다. 변조 방식은 pi/2-BPSK(pi/2-Binary Phase Shift Keying), m-PSK(m-Phase Shift Keying), m-QAM(m-Quadrature Amplitude Modulation) 등을 포함할 수 있다. 복소 변조 심볼 시퀀스는 레이어 매퍼(1030)에 의해 하나 이상의 전송 레이어로 매핑될 수 있다. 각 전송 레이어의 변조 심볼들은 프리코더(1040)에 의해 해당 안테나 포트(들)로 매핑될 수 있다(프리코딩). 프리코더(1040)의 출력 z는 레이어 매퍼(1030)의 출력 y를 N*M의 프리코딩 행렬 W와 곱해 얻을 수 있다. 여기서, N은 안테나 포트의 개수, M은 전송 레이어의 개수이다. 여기서, 프리코더(1040)는 복소 변조 심볼들에 대한 트랜스폼(transform) 프리코딩(예, DFT 변환)을 수행한 이후에 프리코딩을 수행할 수 있다. 또한, 프리코더(1040)는 트랜스폼 프리코딩을 수행하지 않고 프리코딩을 수행할 수 있다.
자원 매퍼(1050)는 각 안테나 포트의 변조 심볼들을 시간-주파수 자원에 매핑할 수 있다. 시간-주파수 자원은 시간 도메인에서 복수의 심볼(예, CP-OFDMA 심볼, DFT-s-OFDMA 심볼)을 포함하고, 주파수 도메인에서 복수의 부반송파를 포함할 수 있다. 신호 생성기(1060)는 매핑된 변조 심볼들로부터 무선 신호를 생성하며, 생성된 무선 신호는 각 안테나를 통해 다른 기기로 전송될 수 있다. 이를 위해, 신호 생성기(1060)는 IFFT(Inverse Fast Fourier Transform) 모듈 및 CP(Cyclic Prefix) 삽입기, DAC(Digital-to-Analog Converter), 주파수 상향 변환기(frequency uplink converter) 등을 포함할 수 있다.
무선 기기에서 수신 신호를 위한 신호 처리 과정은 도 12의 신호 처리 과정(1010~1060)의 역으로 구성될 수 있다. 예를 들어, 무선 기기(예, 도 11의 100, 200)는 안테나 포트/송수신기를 통해 외부로부터 무선 신호를 수신할 수 있다. 수신된 무선 신호는 신호 복원기를 통해 베이스밴드 신호로 변환될 수 있다. 이를 위해, 신호 복원기는 주파수 하향 변환기(frequency downlink converter), ADC(analog-to-digital converter), CP 제거기, FFT(Fast Fourier Transform) 모듈을 포함할 수 있다. 이후, 베이스밴드 신호는 자원 디-매퍼 과정, 포스트코딩(postcoding) 과정, 복조 과정 및 디-스크램블 과정을 거쳐 코드워드로 복원될 수 있다. 코드워드는 복호(decoding)를 거쳐 원래의 정보블록으로 복원될 수 있다. 따라서, 수신 신호를 위한 신호 처리 회로(미도시)는 신호 복원기, 자원 디-매퍼, 포스트코더, 복조기, 디-스크램블러 및 복호기를 포함할 수 있다.
본 발명이 적용되는 무선 기기 활용 예
도 13은 본 발명에 적용되는 무선 기기의 다른 예를 나타낸다. 무선 기기는 사용-예/서비스에 따라 다양한 형태로 구현될 수 있다(도 10 참조).
도 13을 참조하면, 무선 기기(100, 200)는 도 11의 무선 기기(100,200)에 대응하며, 다양한 요소(element), 성분(component), 유닛/부(unit), 및/또는 모듈(module)로 구성될 수 있다. 예를 들어, 무선 기기(100, 200)는 통신부(110), 제어부(120), 메모리부(130) 및 추가 요소(140)를 포함할 수 있다. 통신부는 통신 회로(112) 및 송수신기(들)(114)을 포함할 수 있다. 예를 들어, 통신 회로(112)는 도 11의 하나 이상의 프로세서(102,202) 및/또는 하나 이상의 메모리(104,204) 를 포함할 수 있다. 예를 들어, 송수신기(들)(114)는 도 11의 하나 이상의 송수신기(106,206) 및/또는 하나 이상의 안테나(108,208)을 포함할 수 있다. 제어부(120)는 통신부(110), 메모리부(130) 및 추가 요소(140)와 전기적으로 연결되며 무선 기기의 제반 동작을 제어한다. 예를 들어, 제어부(120)는 메모리부(130)에 저장된 프로그램/코드/명령/정보에 기반하여 무선 기기의 전기적/기계적 동작을 제어할 수 있다. 또한, 제어부(120)는 메모리부(130)에 저장된 정보를 통신부(110)을 통해 외부(예, 다른 통신 기기)로 무선/유선 인터페이스를 통해 전송하거나, 통신부(110)를 통해 외부(예, 다른 통신 기기)로부터 무선/유선 인터페이스를 통해 수신된 정보를 메모리부(130)에 저장할 수 있다.
추가 요소(140)는 무선 기기의 종류에 따라 다양하게 구성될 수 있다. 예를 들어, 추가 요소(140)는 파워 유닛/배터리, 입출력부(I/O unit), 구동부 및 컴퓨팅부 중 적어도 하나를 포함할 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(도 10, 100a), 차량(도 10, 100b-1, 100b-2), XR 기기(도 10, 100c), 휴대 기기(도 10, 100d), 가전(도 10, 100e), IoT 기기(도 10, 100f), 디지털 방송용 단말, 홀로그램 장치, 공공 안전 장치, MTC 장치, 의료 장치, 핀테크 장치(또는 금융 장치), 보안 장치, 기후/환경 장치, AI 서버/기기(도 10, 400), 기지국(도 10, 200), 네트워크 노드 등의 형태로 구현될 수 있다. 무선 기기는 사용-예/서비스에 따라 이동 가능하거나 고정된 장소에서 사용될 수 있다.
도 13에서 무선 기기(100, 200) 내의 다양한 요소, 성분, 유닛/부, 및/또는 모듈은 전체가 유선 인터페이스를 통해 상호 연결되거나, 적어도 일부가 통신부(110)를 통해 무선으로 연결될 수 있다. 예를 들어, 무선 기기(100, 200) 내에서 제어부(120)와 통신부(110)는 유선으로 연결되며, 제어부(120)와 제1 유닛(예, 130, 140)은 통신부(110)를 통해 무선으로 연결될 수 있다. 또한, 무선 기기(100, 200) 내의 각 요소, 성분, 유닛/부, 및/또는 모듈은 하나 이상의 요소를 더 포함할 수 있다. 예를 들어, 제어부(120)는 하나 이상의 프로세서 집합으로 구성될 수 있다. 예를 들어, 제어부(120)는 통신 제어 프로세서, 어플리케이션 프로세서(Application processor), ECU(Electronic Control Unit), 그래픽 처리 프로세서, 메모리 제어 프로세서 등의 집합으로 구성될 수 있다. 다른 예로, 메모리부(130)는 RAM(Random Access Memory), DRAM(Dynamic RAM), ROM(Read Only Memory), 플래시 메모리(flash memory), 휘발성 메모리(volatile memory), 비-휘발성 메모리(non-volatile memory) 및/또는 이들의 조합으로 구성될 수 있다.
이하, 도 13의 구현 예에 대해 도면을 참조하여 보다 자세히 설명한다.
본 발명이 적용되는 휴대기기 예
도 14는 본 발명에 적용되는 휴대 기기를 예시한다. 휴대 기기는 스마트폰, 스마트패드, 웨어러블 기기(예, 스마트워치, 스마트글래스), 휴대용 컴퓨터(예, 노트북 등)을 포함할 수 있다. 휴대 기기는 MS(Mobile Station), UT(user terminal), MSS(Mobile Subscriber Station), SS(Subscriber Station), AMS(Advanced Mobile Station) 또는 WT(Wireless terminal)로 지칭될 수 있다.
도 14를 참조하면, 휴대 기기(100)는 안테나부(108), 통신부(110), 제어부(120), 메모리부(130), 전원공급부(140a), 인터페이스부(140b) 및 입출력부(140c)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다. 블록 110~130/140a~140c는 각각 도 13의 블록 110~130/140에 대응한다.
통신부(110)는 다른 무선 기기, 기지국들과 신호(예, 데이터, 제어 신호 등)를 송수신할 수 있다. 제어부(120)는 휴대 기기(100)의 구성 요소들을 제어하여 다양한 동작을 수행할 수 있다. 제어부(120)는 AP(Application Processor)를 포함할 수 있다. 메모리부(130)는 휴대 기기(100)의 구동에 필요한 데이터/파라미터/프로그램/코드/명령을 저장할 수 있다. 또한, 메모리부(130)는 입/출력되는 데이터/정보 등을 저장할 수 있다. 전원공급부(140a)는 휴대 기기(100)에게 전원을 공급하며, 유/무선 충전 회로, 배터리 등을 포함할 수 있다. 인터페이스부(140b)는 휴대 기기(100)와 다른 외부 기기의 연결을 지원할 수 있다. 인터페이스부(140b)는 외부 기기와의 연결을 위한 다양한 포트(예, 오디오 입/출력 포트, 비디오 입/출력 포트)를 포함할 수 있다. 입출력부(140c)는 영상 정보/신호, 오디오 정보/신호, 데이터, 및/또는 사용자로부터 입력되는 정보를 입력 받거나 출력할 수 있다. 입출력부(140c)는 카메라, 마이크로폰, 사용자 입력부, 디스플레이부(140d), 스피커 및/또는 햅틱 모듈 등을 포함할 수 있다.
일 예로, 데이터 통신의 경우, 입출력부(140c)는 사용자로부터 입력된 정보/신호(예, 터치, 문자, 음성, 이미지, 비디오)를 획득하며, 획득된 정보/신호는 메모리부(130)에 저장될 수 있다. 통신부(110)는 메모리에 저장된 정보/신호를 무선 신호로 변환하고, 변환된 무선 신호를 다른 무선 기기에게 직접 전송하거나 기지국에게 전송할 수 있다. 또한, 통신부(110)는 다른 무선 기기 또는 기지국으로부터 무선 신호를 수신한 뒤, 수신된 무선 신호를 원래의 정보/신호로 복원할 수 있다. 복원된 정보/신호는 메모리부(130)에 저장된 뒤, 입출력부(140c)를 통해 다양한 형태(예, 문자, 음성, 이미지, 비디오, 헵틱)로 출력될 수 있다.
본 발명이 적용되는 차량 또는 자율 주행 차량 예
도 15는 본 발명에 적용되는 차량 또는 자율 주행 차량을 예시한다. 차량 또는 자율 주행 차량은 이동형 로봇, 차량, 기차, 유/무인 비행체(Aerial Vehicle, AV), 선박 등으로 구현될 수 있다.
도 15를 참조하면, 차량 또는 자율 주행 차량(100)은 안테나부(108), 통신부(110), 제어부(120), 구동부(140a), 전원공급부(140b), 센서부(140c) 및 자율 주행부(140d)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다. 블록 110/130/140a~140d는 각각 도 13의 블록 110/130/140에 대응한다.
통신부(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 및 차량 예
도 16은 본 발명에 적용되는 차량을 예시한다. 차량은 운송수단, 기차, 비행체, 선박 등으로도 구현될 수 있다.
도 16을 참조하면, 차량(100)은 통신부(110), 제어부(120), 메모리부(130), 입출력부(140a) 및 위치 측정부(140b)를 포함할 수 있다. 여기서, 블록 110~130/140a~140b는 각각 도 13의 블록 110~130/140에 대응한다.
통신부(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 기기 예
도 17은 본 발명에 적용되는 XR 기기를 예시한다. XR 기기는 HMD, 차량에 구비된 HUD(Head-Up Display), 텔레비전, 스마트폰, 컴퓨터, 웨어러블 디바이스, 가전 기기, 디지털 사이니지(signage), 차량, 로봇 등으로 구현될 수 있다.
도 17을 참조하면, XR 기기(100a)는 통신부(110), 제어부(120), 메모리부(130), 입출력부(140a), 센서부(140b) 및 전원공급부(140c)를 포함할 수 있다. 여기서, 블록 110~130/140a~140c은 각각 도 13의 블록 110~130/140에 대응한다.
통신부(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 개체를 생성하여 출력할 수 있다.
본 발명이 적용되는 로봇 예
도 18은 본 발명에 적용되는 로봇을 예시한다. 로봇은 사용 목적이나 분야에 따라 산업용, 의료용, 가정용, 군사용 등으로 분류될 수 있다.
도 18을 참조하면, 로봇(100)은 통신부(110), 제어부(120), 메모리부(130), 입출력부(140a), 센서부(140b) 및 구동부(140c)를 포함할 수 있다. 여기서, 블록 110~130/140a~140c은 각각 도 13의 블록 110~130/140에 대응한다.
통신부(110)는 다른 무선 기기, 다른 로봇, 또는 제어 서버 등의 외부 기기들과 신호(예, 구동 정보, 제어 신호 등)를 송수신할 수 있다. 제어부(120)는 로봇(100)의 구성 요소들을 제어하여 다양한 동작을 수행할 수 있다. 메모리부(130)는 로봇(100)의 다양한 기능을 지원하는 데이터/파라미터/프로그램/코드/명령을 저장할 수 있다. 입출력부(140a)는 로봇(100)의 외부로부터 정보를 획득하며, 로봇(100)의 외부로 정보를 출력할 수 있다. 입출력부(140a)는 카메라, 마이크로폰, 사용자 입력부, 디스플레이부, 스피커 및/또는 햅틱 모듈 등을 포함할 수 있다. 센서부(140b)는 로봇(100)의 내부 정보, 주변 환경 정보, 사용자 정보 등을 얻을 수 있다. 센서부(140b)는 근접 센서, 조도 센서, 가속도 센서, 자기 센서, 자이로 센서, 관성 센서, IR 센서, 지문 인식 센서, 초음파 센서, 광 센서, 마이크로폰, 레이더 등을 포함할 수 있다. 구동부(140c)는 로봇 관절을 움직이는 등의 다양한 물리적 동작을 수행할 수 있다. 또한, 구동부(140c)는 로봇(100)을 지상에서 주행하거나 공중에서 비행하게 할 수 있다. 구동부(140c)는 액츄에이터, 모터, 바퀴, 브레이크, 프로펠러 등을 포함할 수 있다.
본 발명이 적용되는 AI 기기 예
도 19는 본 발명에 적용되는 AI 기기를 예시한다. AI 기기는 TV, 프로젝터, 스마트폰, PC, 노트북, 디지털방송용 단말기, 태블릿 PC, 웨어러블 장치, 셋톱박스(STB), 라디오, 세탁기, 냉장고, 디지털 사이니지, 로봇, 차량 등과 같은, 고정형 기기 또는 이동 가능한 기기 등으로 구현될 수 있다.
도 19를 참조하면, AI 기기(100)는 통신부(110), 제어부(120), 메모리부(130), 입/출력부(140a/140b), 러닝 프로세서부(140c) 및 센서부(140d)를 포함할 수 있다. 블록 110~130/140a~140d는 각각 도 13의 블록 110~130/140에 대응한다.
통신부(110)는 유무선 통신 기술을 이용하여 다른 AI 기기(예, 도 10, 100x, 200, 400)나 AI 서버(예, 도 10의 400) 등의 외부 기기들과 유무선 신호(예, 센서 정보, 사용자 입력, 학습 모델, 제어 신호 등)를 송수신할 수 있다. 이를 위해, 통신부(110)는 메모리부(130) 내의 정보를 외부 기기로 전송하거나, 외부 기기로부터 수신된 신호를 메모리부(130)로 전달할 수 있다.
제어부(120)는 데이터 분석 알고리즘 또는 머신 러닝 알고리즘을 사용하여 결정되거나 생성된 정보에 기초하여, AI 기기(100)의 적어도 하나의 실행 가능한 동작을 결정할 수 있다. 그리고, 제어부(120)는 AI 기기(100)의 구성 요소들을 제어하여 결정된 동작을 수행할 수 있다. 예를 들어, 제어부(120)는 러닝 프로세서부(140c) 또는 메모리부(130)의 데이터를 요청, 검색, 수신 또는 활용할 수 있고, 적어도 하나의 실행 가능한 동작 중 예측되는 동작이나, 바람직한 것으로 판단되는 동작을 실행하도록 AI 기기(100)의 구성 요소들을 제어할 수 있다. 또한, 제어부(120)는 AI 장치(100)의 동작 내용이나 동작에 대한 사용자의 피드백 등을 포함하는 이력 정보를 수집하여 메모리부(130) 또는 러닝 프로세서부(140c)에 저장하거나, AI 서버(도 10, 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 서버(도 10, 400)의 러닝 프로세서부와 함께 AI 프로세싱을 수행할 수 있다. 러닝 프로세서부(140c)는 통신부(110)를 통해 외부 기기로부터 수신된 정보, 및/또는 메모리부(130)에 저장된 정보를 처리할 수 있다. 또한, 러닝 프로세서부(140c)의 출력 값은 통신부(110)를 통해 외부 기기로 전송되거나/되고, 메모리부(130)에 저장될 수 있다.
상술한 바와 같은 실시형태들은 다양한 이동통신 시스템에 적용될 수 있다.

Claims (15)

  1. 무선통신시스템에서 제1 단말을 위한 동작을 수행하는 방법에 있어서,
    제2 단말에게 SCI (Sidelink Control Information)를 포함하는 PSCCH (Physical Sidelink Control Channel)를 전송하는 단계; 및
    상기 제2 단말로부터 상기 SCI에 기반하여 HARQ (Hybrid automatic repeat request) 피드백 또는 CSI (Channel State Information) 보고를 수신하는 단계를 포함하고,
    상기 SCI는 상기 제2 단말이 OnDuration 구간 동안 깨어(Wake up) 있음을 지시하는 정보, 및 상기 HARQ 피드백 또는 상기 CSI 보고를 요청하는 정보를 포함하는, 방법.
  2. 제1항에 있어서,
    상기 제1 단말은 상기 HARQ 피드백 또는 상기 CSI 보고를 이용하여 사이드링크 무선 연결 모니터링 (Radio Link Monitoring)을 수행하는, 방법.
  3. 제1항에 있어서,
    상기 제1 단말은 상기 제2 단말에게 전송할 트래픽이 없는, 방법.
  4. 제1항에 있어서,
    상기 SCI는 상기 제1 단말이 상기 제2 단말에게 전송할 트래픽이 없음을 알려주는 트래픽 지시 정보를 더 포함하는, 방법.
  5. 제1항에 있어서,
    상기 PSCCH는 상기 제2 단말을 위한 페이징 RNTI(Radio Network Temporary Identifier)를 포함하는, 방법.
  6. 제1항에 있어서,
    상기 SCI는 상기 OnDuration 구간 시작 시점으로부터 오프셋 기간 이전에 전송되는, 방법.
  7. 제6항에 있어서,
    상기 오프셋 기간에 대한 정보는 기지국으로부터 RRC 시그널링 또는 시스템 정보를 통해 수신되는, 방법.
  8. 제7항에 있어서,
    상기 오프셋 기간에 대한 정보는 상기 제2 단말에 전달되는, 방법.
  9. 제6항에 있어서,
    상기 PSCCH는 상기 제2 단말을 위한 페이징 RNTI를 포함하고,
    상기 오프셋 기간은 상기 페이징 RNTI를 이용하여 암시적으로 지시되는, 방법.
  10. 제6항에 있어서,
    상기 오프셋 기간은 상기 제2 단말의 소스 ID를 이용하여 암시적으로 지시되는, 방법.
  11. 제1항에 있어서,
    상기 SCI는 상기 OnDuration 구간 이전 또는 OnDuration 구간 내에 전송되는, 방법.
  12. 무선통신시스템에서, 제1 단말에 있어서,
    적어도 하나의 프로세서; 및
    상기 적어도 하나의 프로세서에 동작 가능하게 연결될 수 있고, 실행될 때 상기 적어도 하나의 프로세서로 하여금 동작들을 수행하게 하는 명령들을 저장하는 적어도 하나의 컴퓨터 메모리를 포함하며,
    상기 동작들은, 제2 단말에게 SCI (Sidelink Control Information)를 포함하는 PSCCH (Physical Sidelink Control Channel)를 전송하는 단계; 및
    상기 제2 단말로부터 상기 SCI에 기반하여 HARQ (Hybrid automatic repeat request) 피드백 또는 CSI (Channel State Information) 보고를 수신하는 단계를 포함하고,
    상기 SCI는 상기 제2 단말이 OnDuration 구간 동안 깨어(Wake up) 있음을 지시하는 정보, 및 상기 HARQ 피드백 또는 상기 CSI 보고를 요청하는 정보를 포함하는, 제1 단말.
  13. 제12항에 있어서,
    상기 제1 단말은 다른 단말, 자율주행 차량에 관련된 단말 또는 기지국 또는 네트워크 중 적어도 하나와 통신하는 것인, 제1 단말.
  14. 무선통신시스템에서, 단말을 위한 동작들을 수행하게 하는 프로세서에 있어서,
    상기 동작들은, 제2 단말에게 SCI (Sidelink Control Information)를 포함하는 PSCCH (Physical Sidelink Control Channel)를 전송하는 단계; 및
    상기 제2 단말로부터 상기 SCI에 기반하여 HARQ (Hybrid automatic repeat request) 피드백 또는 CSI (Channel State Information) 보고를 수신하는 단계를 포함하고,
    상기 SCI는 상기 제2 단말이 OnDuration 구간 동안 깨어(Wake up) 있음을 지시하는 정보, 및 상기 HARQ 피드백 또는 상기 CSI 보고를 요청하는 정보를 포함하는, 프로세서.
  15. 적어도 하나의 프로세서에 의해 실행될 때, 적어도 하나의 프로세서가 단말을 위한 동작들을 수행하게 하는 명령을 포함하는 적어도 하나의 컴퓨터 프로그램을 저장하는 컴퓨터 판독 가능 저장 매체에 있어서,
    상기 동작들은, 제2 단말에게 SCI (Sidelink Control Information)를 포함하는 PSCCH (Physical Sidelink Control Channel)를 전송하는 단계; 및
    상기 제2 단말로부터 상기 SCI에 기반하여 HARQ (Hybrid automatic repeat request) 피드백 또는 CSI (Channel State Information) 보고를 수신하는 단계를 포함하고,
    상기 SCI는 상기 제2 단말이 OnDuration 구간 동안 깨어(Wake up) 있음을 지시하는 정보, 및 상기 HARQ 피드백 또는 상기 CSI 보고를 요청하는 정보를 포함하는, 저장 매체.
PCT/KR2020/013084 2019-09-25 2020-09-25 무선통신시스템에서 단말의 신호 송수신 방법 WO2021060921A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US17/642,069 US20220385409A1 (en) 2019-09-25 2020-09-25 Method for terminal to transmit and receive signal in wireless communication system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2019-0118404 2019-09-25
KR20190118404 2019-09-25

Publications (1)

Publication Number Publication Date
WO2021060921A1 true WO2021060921A1 (ko) 2021-04-01

Family

ID=75165913

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2020/013084 WO2021060921A1 (ko) 2019-09-25 2020-09-25 무선통신시스템에서 단말의 신호 송수신 방법

Country Status (2)

Country Link
US (1) US20220385409A1 (ko)
WO (1) WO2021060921A1 (ko)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102443862B1 (ko) * 2020-01-21 2022-09-16 아서스테크 컴퓨터 인코포레이션 무선 통신 시스템에서 주기적 송신에 관한 사이드링크 불연속 수신을 핸들링하기 위한 방법 및 장치
US20220070964A1 (en) * 2020-09-03 2022-03-03 Qualcomm Incorporated Sidelink feedback in discontinuous reception mode operation
EP4292359A4 (en) * 2021-04-01 2024-03-13 Apple Inc INTER-EU COORDINATION FOR ON-DEMAND DETECTION

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190208535A1 (en) * 2016-08-23 2019-07-04 Telefonaktiebolaget L M Ericsson (Publ) Scheduling timer

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190208535A1 (en) * 2016-08-23 2019-07-04 Telefonaktiebolaget L M Ericsson (Publ) Scheduling timer

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
APPLE INC: "PDCCH based power saving channel design for UE power saving", 3GPP DRAFT; R1-1909457 PDCCH-BASED POWER SAVING CHANNEL.V1.1, vol. RAN WG1, 20 August 2019 (2019-08-20), Prague, Czech, pages 1 - 10, XP051766063 *
FUJITSU: "Discussion on physical layer procedure for NR V2X", 3GPP DRAFT; R1-1908223 DISCUSSION ON PHYSICAL LAYER PROCEDURE FOR NR V2X, vol. RAN WG1, 16 August 2019 (2019-08-16), Prague, CZ, pages 1 - 7, XP051764842 *
NOKIA, NOKIA SHANGHAI BELL: "PDCCH-based power saving signal/channel", 3GPP DRAFT; R1-1909339, vol. RAN WG1, 16 August 2019 (2019-08-16), Prague, Czech Republic, pages 1 - 17, XP051765946 *
SAMSUNG: "Considerations on Sidelink CSI", 3GPP DRAFT; R1-1901053, vol. RAN WG1, 25 January 2019 (2019-01-25), Taipei Taiwan, pages 1 - 7, XP051576587 *

Also Published As

Publication number Publication date
US20220385409A1 (en) 2022-12-01

Similar Documents

Publication Publication Date Title
WO2021029672A1 (ko) 무선통신시스템에서 사이드링크 drx에 관련된 ue의 동작 방법 및 장치
WO2021091244A1 (ko) 무선통신시스템에서 sci 관련 ue의 동작 방법
WO2021141476A1 (ko) 무선통신시스템에서 신호를 송수신하는 방법
WO2020032546A1 (ko) Nr v2x에서 자원 예약을 수행하는 방법 및 장치
WO2021096244A1 (ko) 무선통신시스템에서 사이드링크 drx에 관련된 ue의 동작 방법
WO2021066451A1 (ko) 무선통신시스템에서 2nd stage SCI 관련 UE의 동작 방법
WO2021060921A1 (ko) 무선통신시스템에서 단말의 신호 송수신 방법
WO2021096203A1 (ko) 무선통신시스템에서 동작하는 차량용 분산 안테나 시스템 및 그 동작 방법
WO2021141408A1 (ko) 무선통신시스템에서 단말이 신호를 송수신하는 방법
WO2021085908A1 (ko) 무선통신시스템에서 as configuration 관련 사이드링크 ue의 동작 방법
WO2022080702A1 (ko) 무선통신시스템에서 사이드링크 릴레이 및 rlf에 관련된 ue의 동작 방법
WO2020036426A1 (ko) 무선 통신 시스템에서 tc와 pppp를 맵핑하는 방법 및 장치
WO2021040379A1 (ko) 무선통신시스템에서 사이드링크 rlm, rlf에 관련된 ue의 동작 방법 및 장치
WO2021162506A1 (ko) 무선통신시스템에서 릴레이 ue에 관련된 ue의 동작 방법
WO2021154061A1 (ko) 무선통신시스템에서 사이드링크 csi 보고에 관련된 ue의 동작 방법
WO2021025467A1 (ko) 무선통신시스템에서 신호 송수신 방법
WO2022019643A1 (ko) 무선통신시스템에서 릴레이 ue의 동작 방법
WO2021040361A1 (ko) 무선통신시스템에서 단말의 신호 송수신 방법
WO2021075877A1 (ko) 무선통신시스템에서 사이드링크 타이머에 관련된 ue의 동작 방법
WO2021085909A1 (ko) 무선통신시스템에서 pc5 유니캐스트 링크 해제에 관련된 ue의 동작 방법
WO2021040378A1 (ko) 무선통신시스템에서 rlf 발생 후 사이드링크 신호를 송수신하는 ue의 동작 방법 및 장치
WO2021040344A1 (ko) 무선통신시스템에서 신호 송수신 방법
WO2021071314A1 (ko) 무선통신시스템에서 단말의 신호 송수신 방법
WO2022186670A1 (ko) 무선통신시스템에서 사이드링크 drx 타이머에 관련된 ue의 동작 방법
WO2021256908A1 (ko) 무선통신시스템에서 릴레이에 관련된 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: 20870138

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20870138

Country of ref document: EP

Kind code of ref document: A1