WO2017179922A2 - FeD2D 환경에서 피드백 정보를 전송하기 위한 방법 및 이를 위한 장치 - Google Patents

FeD2D 환경에서 피드백 정보를 전송하기 위한 방법 및 이를 위한 장치 Download PDF

Info

Publication number
WO2017179922A2
WO2017179922A2 PCT/KR2017/004002 KR2017004002W WO2017179922A2 WO 2017179922 A2 WO2017179922 A2 WO 2017179922A2 KR 2017004002 W KR2017004002 W KR 2017004002W WO 2017179922 A2 WO2017179922 A2 WO 2017179922A2
Authority
WO
WIPO (PCT)
Prior art keywords
remote
relay
feedback information
ues
information
Prior art date
Application number
PCT/KR2017/004002
Other languages
English (en)
French (fr)
Other versions
WO2017179922A3 (ko
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 US16/093,438 priority Critical patent/US11096086B2/en
Publication of WO2017179922A2 publication Critical patent/WO2017179922A2/ko
Publication of WO2017179922A3 publication Critical patent/WO2017179922A3/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/10—Access restriction or access information delivery, e.g. discovery data delivery using broadcasted information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/04—Terminal devices adapted for relaying to or from another terminal or user
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices

Definitions

  • the present invention relates to wireless communication, and more particularly, to a method and apparatus for transmitting feedback information in a FeD2D environment.
  • D2D communication means that a UE communicates directly with another UE using a wireless channel.
  • a UE means a UE of a user, but network equipment such as an eNB transmits / receives signals according to a communication method between UEs. In this case, it can be regarded as a kind of UE to which the present invention can be applied.
  • WAN DL communication may mean a variety of existing communication, such as (E) PDCCH, PDSCH, CRS, CSI-RS transmitted by the eNB to the UE, or WAN communication may be a PRACH, PUSCH, PUCCH transmitted by the UE to the eNB It can mean various existing communication such as.
  • An object of the present invention is to provide a method for transmitting feedback information from a remote user equipment (remote UE) in a Furd Enhancement D2D (FeD2D) environment.
  • Another technical problem to be achieved in the present invention is to provide a method for transmitting feedback information by a relay user equipment (relay user equipment, relay UE) in a Furd Enhancement D2D (FeD2D) environment.
  • relay user equipment relay user equipment, relay UE
  • FeD2D Furd Enhancement D2D
  • Another technical problem to be achieved in the present invention is to provide a remote user equipment (remote user equipment, remote UE) for transmitting feedback information in a FeD2D (Further Enhancement D2D) environment.
  • a remote user equipment remote user equipment, remote UE
  • FeD2D Fether Enhancement D2D
  • Another technical problem to be achieved in the present invention is to provide a relay user equipment (relay user equipment, relay UE) for transmitting feedback information in a Furd Enhancement D2D (FeD2D) environment.
  • relay user equipment relay user equipment, relay UE
  • FeD2D Furd Enhancement D2D
  • a remote user equipment in the FeD2D (Further Enhancement D2D) environment for transmitting feedback information
  • a plurality of relays are linked to the remote UE and PC5 interface
  • transmitting feedback information for user equipment relay user equipment, relay UE
  • the feedback information is transmitted through a separate feedback channel established by a network other than the PC5 interface or by reusing an existing channel. It is possible.
  • the feedback information can be transmitted by piggybacking on the existing transmission information.
  • the feedback information may be transmitted in a multicast form to the plurality of relay UEs.
  • the feedback information is event triggered and transmitted, when the event triggered, when a predetermined number of consecutive TB transmissions fail, when the measured block error rate (BLER) is lower than a predetermined threshold received from the network.
  • BLER block error rate
  • the remote UE may need specific system information.
  • the method may further include transmitting feedback information for the specific relay UE in a unicast manner if a particular relay UE among the plurality of relay UEs is higher than a predefined priority or reliability level than the other relay UEs. It may include.
  • the feedback information may include a keep alive message.
  • the feedback information may include information indicating that the serving base station of the remote UE is out of coverage of the network.
  • a method of transmitting feedback information by a relay user equipment (relay user equipment) in a Ferd Enhancement D2D (FeD2D) environment includes a plurality of links linked to the relay UE and a PC5 interface. Transmitting feedback information for remote user equipment (remote user equipment), wherein the feedback information is transmitted through a separate feedback channel established by a network rather than the PC5 interface; It may be transmitted in a multicast form to the plurality of remote UEs.
  • the feedback information is event triggered and transmitted, the event triggered when a predetermined number of consecutive TB transmissions fail or when the measured BLER (Block Error Rate) is lower than a predetermined threshold received from the network. Can be.
  • the feedback information may include information for requesting the specific remote UE to perform a relay reselection procedure when the SD-RSRP of the specific remote UE is better than a threshold among the plurality of remote UEs.
  • the feedback information may include system information of a specific remote UE among the plurality of remote UEs.
  • a remote user equipment for transmitting feedback information in a Furd Enhancement D2D (FeD2D) environment
  • the transmitter controls the transmitter to transmit feedback information for a plurality of relay user equipments (relay UEs) linked to the remote UE and a PC5 interface, wherein the processor is configured to transmit the feedback information.
  • the transmitter controls the feedback information to be transmitted through a separate feedback channel established by a network other than the PC5 interface, and the processor controls the transmitter to transmit the feedback information to the plurality of relay UEs in a multicast form. can do.
  • the feedback information is event triggered and transmitted, when the event triggered, when a predetermined number of consecutive TB transmissions fail, when the measured block error rate (BLER) is lower than a predetermined threshold received from the network.
  • the remote UE may need specific system information.
  • the feedback information may include a keep alive message.
  • the processor controls the transmitter to transmit feedback information for the specific relay UE in a unicast manner. can do.
  • a relay user equipment for transmitting feedback information in a Furd Enhancement D2D (FeD2D) environment
  • a relay user equipment for transmitting feedback information in a Furd Enhancement D2D (FeD2D) environment
  • the processor controls the transmitter to transmit feedback information for a plurality of remote user equipments (remote UEs) linked to the relay UE and a PC5 interface
  • the processor controls the feedback information to be transmitted through a separate feedback channel established by a network other than the PC5 interface, and the processor controls the transmitter to transmit the feedback information to the plurality of remote UEs in a multicast form.
  • the feedback information is event triggered and transmitted, the event triggered when a predetermined number of consecutive TB transmissions fail or when the measured BLER (Block Error Rate) is lower than a predetermined threshold received from the network. Can be.
  • the feedback information may include information for requesting the specific remote UE to perform a relay reselection procedure when the SD-RSRP of the specific remote UE is better than a threshold among the plurality of remote UEs.
  • the feedback information transmission method in the FeD2D scenario enables efficient feedback information exchange between the remote UE and the relay UE.
  • FIG. 1 is a block diagram showing the configuration of a base station 105 and a terminal 110 in a wireless communication system 100.
  • FIG. 2 is a diagram illustrating relay scenarios.
  • FIG. 3 is a diagram illustrating multicast transmission of feedback information by a remote UE.
  • FIG. 4 is a diagram illustrating multicast transmission of feedback information by a relay UE.
  • FIG. 5 is a diagram illustrating a feedback operation through a reception (rx) D-UE.
  • a terminal collectively refers to a mobile or fixed user terminal device such as a user equipment (UE), a mobile station (MS), an advanced mobile station (AMS), and the like.
  • the base station collectively refers to any node of the network side that communicates with the terminal such as a Node B, an eNode B, a Base Station, and an Access Point (AP).
  • UE user equipment
  • MS mobile station
  • AMS advanced mobile station
  • AP Access Point
  • a user equipment may receive information from a base station through downlink, and the terminal may also transmit information through uplink.
  • the information transmitted or received by the terminal includes data and various control information, and various physical channels exist according to the type and purpose of the information transmitted or received by the terminal.
  • 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 wireless technologies 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 in a wireless technology such as IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, Evolved UTRA (E-UTRA).
  • UTRA is part of the Universal Mobile Telecommunications System (UMTS).
  • 3rd Generation Partnership Project (3GPP) long term evolution (LTE) employs OFDMA in downlink and SC-FDMA in uplink as part of Evolved UMTS (E-UMTS) using E-UTRA.
  • LTE-A Advanced is an evolution of 3GPP LTE.
  • FIG. 1 is a block diagram showing the configuration of a base station 105 and a terminal 110 in a wireless communication system 100.
  • the wireless communication system 100 may include one or more base stations and / or It may include one or more terminals.
  • the base station 105 includes a transmit (Tx) data processor 115, a symbol modulator 120, a transmitter 125, a transmit / receive antenna 130, a processor 180, a memory 185, and a receiver ( 190, a symbol demodulator 195, and a receive data processor 197.
  • the terminal 110 transmits (Tx) the data processor 165, the symbol modulator 170, the transmitter 175, the transmit / receive antenna 135, the processor 155, the memory 160, the receiver 140, and the symbol. It may include a demodulator 155 and a receive data processor 150.
  • the base station 105 and the terminal 110 are provided with a plurality of transmit and receive antennas. Accordingly, the base station 105 and the terminal 110 according to the present invention support a multiple input multiple output (MIMO) system. In addition, the base station 105 according to the present invention may support both a single user-MIMO (SU-MIMO) and a multi-user-MIMO (MU-MIMO) scheme.
  • MIMO multiple input multiple output
  • SU-MIMO single user-MIMO
  • MU-MIMO multi-user-MIMO
  • the transmit data processor 115 receives the traffic data, formats the received traffic data, codes it, interleaves and modulates (or symbol maps) the coded traffic data, and modulates the symbols ("data"). Symbols ").
  • the symbol modulator 120 receives and processes these data symbols and pilot symbols to provide a stream of symbols.
  • the symbol modulator 120 multiplexes the data and pilot symbols and sends it to the transmitter 125.
  • each transmission symbol may be a data symbol, a pilot symbol, or a signal value of zero.
  • pilot symbols may be sent continuously.
  • the pilot symbols may be frequency division multiplexed (FDM), orthogonal frequency division multiplexed (OFDM), time division multiplexed (TDM), or code division multiplexed (CDM) symbols.
  • Transmitter 125 receives the stream of symbols and converts it into one or more analog signals, and further adjusts (eg, amplifies, filters, and frequency upconverts) the analog signals to provide a wireless channel. Generates a downlink signal suitable for transmission via the transmission antenna 130, the transmission antenna 130 transmits the generated downlink signal to the terminal.
  • the receiving antenna 135 receives the downlink signal from the base station and provides the received signal to the receiver 140.
  • Receiver 140 adjusts the received signal (eg, filtering, amplifying, and frequency downconverting), and digitizes the adjusted signal to obtain samples.
  • the symbol demodulator 145 demodulates the received pilot symbols and provides them to the processor 155 for channel estimation.
  • the symbol demodulator 145 also receives a frequency response estimate for the downlink from the processor 155 and performs data demodulation on the received data symbols to obtain a data symbol estimate (which is an estimate of the transmitted data symbols). Obtain and provide data symbol estimates to a receive (Rx) data processor 150. Receive data processor 150 demodulates (ie, symbol de-maps), deinterleaves, and decodes the data symbol estimates to recover the transmitted traffic data.
  • the processing by symbol demodulator 145 and receiving data processor 150 is complementary to the processing by symbol modulator 120 and transmitting data processor 115 at base station 105, respectively.
  • the terminal 110 is on the uplink, and the transmit data processor 165 processes the traffic data to provide data symbols.
  • the symbol modulator 170 may receive and multiplex data symbols, perform modulation, and provide a stream of symbols to the transmitter 175.
  • the transmitter 175 receives and processes a stream of symbols to generate an uplink signal.
  • the transmit antenna 135 transmits the generated uplink signal to the base station 105.
  • the transmitter and the receiver in the terminal and the base station may be configured as one radio frequency (RF) unit.
  • RF radio frequency
  • an uplink signal is received from the terminal 110 through the reception antenna 130, and the receiver 190 processes the received uplink signal to obtain samples.
  • the symbol demodulator 195 then processes these samples to provide received pilot symbols and data symbol estimates for the uplink.
  • the received data processor 197 processes the data symbol estimates to recover the traffic data transmitted from the terminal 110.
  • Processors 155 and 180 of the terminal 110 and the base station 105 respectively instruct (eg, control, coordinate, manage, etc.) operations at the terminal 110 and the base station 105, respectively.
  • Respective processors 155 and 180 may be connected to memory units 160 and 185 that store program codes and data.
  • the memory 160, 185 is coupled to the processor 180 to store the operating system, applications, and general files.
  • the processors 155 and 180 may also be referred to as controllers, microcontrollers, microprocessors, microcomputers, or the like.
  • the processors 155 and 180 may be implemented by hardware or 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 firmware or software may be configured to include a module, a procedure, or a function for performing the functions or operations of the present invention, and to perform the present invention.
  • the firmware or software configured to be may be provided in the processors 155 and 180 or stored in the memory 160 and 185 to be driven by the processors 155 and 180.
  • the layers of the air interface protocol between the terminal and the base station between the wireless communication system (network) are based on the lower three layers of the open system interconnection (OSI) model, which is well known in the communication system. ), And the third layer L3.
  • the physical layer belongs to the first layer and provides an information transmission service through a physical channel.
  • a Radio Resource Control (RRC) layer belongs to the third layer and provides control radio resources between the UE and the network.
  • the terminal and the base station may exchange RRC messages through the wireless communication network and the RRC layer.
  • the processor 155 of the terminal and the processor 180 of the base station process the signals and data, except for the function of receiving or transmitting the signal and the storage function of the terminal 110 and the base station 105, respectively.
  • the following description does not specifically refer to the processors 155 and 180.
  • the processors 155 and 180 it may be said that a series of operations such as data processing is performed rather than a function of receiving or transmitting a signal.
  • the data may be classified according to the content of the D2D signal transmitted from the resource pool.
  • the contents of the D2D signal may be classified as follows, and a separate resource pool may be configured for each.
  • SC Sidelink Control
  • SA Scheduling Assignment
  • MCS Modulation
  • MCS Modulation
  • a signal including information such as a MIMO transmission scheme.
  • a signal may be multiplexed and transmitted together with D2D data on the same resource unit.
  • the SC resource pool may mean a pool of resources in which the SC is multiplexed with the D2D data and transmitted.
  • D2D Data Channel means a pool of resources used by the D2D TX UE to transmit user data using resources designated through the SC. If it is possible to be multiplexed and transmitted together with SC information on the same resource unit, the resource pool for the D2D data channel may be in a form in which only the D2D data channel except for the SC information is transmitted. In other words, the RE (Resource Element) used to transmit SC information on individual resource units in the SC resource pool is still used to transmit D2D data in the resource pool of the D2D data channel.
  • RE Resource Element
  • LTE Rel Standard RAN operations that enable Proximity Services are LTE Rel. It began at 12 with a focus on public safety applications. LTE Rel. In Section 12, we describe the main functions standardized.
  • the higher layers are mainly groupcast and unicast for and within network coverage, out of network coverage, mainly targeting public safety use cases. Support communication.
  • the relay structure between the UE and the network does not distinguish traffic of a relay UE from a traffic of a remote UE (or a remote UE) in an access layer.
  • This model limits the network and operator's ability to treat remote UEs as separate devices as separate services for billing or security.
  • the 3GPP security association never reaches the end-to-end between the network and the remote UE, which means that the relay UE has clear text access to the communication of the remote UE.
  • Relaying using D2D may be based on non-3GPP technologies such as Bluetooth and Wi-Fi. Some enhancements, such as service continuity, can make relaying such technology more attractive in commercial use cases. This can be particularly useful for wearables due to usage patterns in close proximity to the user's smartphone and form-factor limitations (eg battery size limitations) that make direct Uu connections impractical. Relaying may enable significant power savings for the remote UE (obtaining relayed traffic). This is especially true in deep coverage scenarios.
  • One cost-effective way to introduce a relay is to use a unidirectional D2D link between the remote device and the relay device. In this case, the relay UE may be used to relay only uplink data from the remote UE. The advantage of this approach is that there is no additional RF capability to add D2D reception to the remote UE.
  • FIG. 2 is a diagram illustrating relay scenarios.
  • the relay scenario considers the following:
  • the remote UE and the relay UE are EUTRAN within coverage.
  • the relay UE may be in EUTRAN coverage and the remote UE may be in enhanced coverage (enhanced coverage means that the UE is connecting to the network via Rel-13 MTC in CE mode).
  • relay UE is in EUTRAN coverage, and remote UE is out of EUTRAN coverage.
  • scenario 1 is a scenario in which a remote UE is located outside of EUTRAN coverage and connected to a relay UE.
  • Scenario 2 is a scenario where a remote UE is located outside of EUTRAN coverage and is not connected to a relay UE.
  • Scenario 3 is a scenario where a remote UE is located within EUTRAN coverage and is not connected to a relay UE.
  • Scenario 4 is a scenario where a remote UE is located within EUTRAN coverage and connected to a relay UE. As shown in FIG. 2, there may be various relay scenarios.
  • tx D-UE transmitting D2D UEs
  • rx D-UE receiving D2D UEs
  • wearable device-to-device communication scenario as in the conventional cellular communication, a method of establishing a dedicated feedback channel for link adaptation of all receiving devices has a large signaling overhead and complexity. Considering this is very inefficient.
  • retransmission considering every transport block (TB) may be inefficient as before.
  • the present invention proposes a method of transmitting a feedback channel periodically or event-triggered by a receiving device.
  • This feedback channel is also available through existing D2D channels (SC, Data).
  • the feedback information may be transmitted using an existing transmission method (SC, Data) or may be transmitted by piggybacking on the existing transmission information.
  • Multicast Feedback Behavior Multicast feedback operation
  • a case where a relay UE and a remote UE are connected to a network through an L2 relay operation may be considered.
  • the data of the remote UE is transmitted to the network through the relay UE, so that the remote UE can exchange data with the network.
  • the relay UE transmits or relays data to the remote UE the feedback method will be described after the remote UE receives data from the relay UE. That is, the remote UE needs feedback regarding the relay UE.
  • the remote UE provides feedback information about several relay UEs in one feedback channel. We propose a multicast transmission scheme.
  • Relay UE is linked with remote UE by PC5 interface.
  • the PC5 interface is a newly defined wireless interface for transmitting and receiving D2D data, and data may be transmitted and received between the relay UE and the remote UE through the PC5 interface.
  • the remote UE may transmit feedback information on the relay UE to all relay UEs through a separate feedback channel established by the network rather than the PC5 interface in multicast.
  • the feedback channel is also available through the existing D2D channel (SC, Data).
  • the feedback information may be transmitted using an existing transmission method (SC, Data) or may be transmitted by piggybacking on the existing transmission information.
  • the network may configure a multicast feedback channel of the remote UEs.
  • Remote UEs may obtain information on a feedback channel to be transmitted in a multicast manner by setting up a network (eg, a base station).
  • Information transmitted from the network is delivered to several relay UEs, and the remote UE can receive information transmitted from the network through the several relay UEs.
  • information for a plurality of relay UEs may be fed back through one feedback channel.
  • the feedback information may be transmitted periodically or in an event-triggered manner when necessary. This event occurs as an example as follows.
  • event occurrence 1) when a predetermined number of consecutive TB transmissions fail, 2) the measured BLER (Block Error Rate) is lower than a predetermined threshold (e.g., X%) received from the network. 3, an event may be triggered when the Remote UE needs specific system information (SI). If any one of the examples of event occurrence is satisfied, the event may be triggered.
  • SI system information
  • the relay UEs receiving the feedback information can distinguish which relay UE or group the feedback information is based on the Prose Layer-2 Group ID (eg, sub-header) in the MAC header of the feedback information. have. In addition, the relay UE may distinguish which remote UE has transmitted the feedback information through the Source Layer-2 ID in the feedback information.
  • the Prose Layer-2 Group ID eg, sub-header
  • the remote UE may Feedback information may be transmitted in the form of unicast rather than multicast.
  • FIG. 3 is a diagram illustrating multicast transmission of feedback information by a remote UE.
  • the remote UE # 1 may transmit feedback information for multiple relay UEs (eg, relay UE # 1 and relay UE # 2) through a single feedback channel # 1 through multicast.
  • the remote UE # 1 can transmit the feedback information for the relay UE # 1 and the relay UE # 2 in a multicast through one feedback channel # 1 on the same physical resource (eg, time-frequency). have.
  • Information fed back for the relay UE # 1 and the relay UE # 2 by the remote UE # 1 may include the following information (information on the physical layer side and information on the upper layer 2 side).
  • Feedback information may include the measured block error rate (BLER), collision rate (Collision rate), signal to interference and noise ratio (SINR), received power, number of transmissions, and ACK / NACK signal. Can be.
  • BLER block error rate
  • collision rate collision rate
  • SINR signal to interference and noise ratio
  • the feedback information may include a periodic keep alive message of the Remote UE.
  • the remote UE may transmit the feedback information to all relay UEs (eg, relay UE # 1 and relay UE # 2) in a multicast type through a feedback channel instead of transmitting the feedback information through a PC5 connection.
  • Other relay UEs can also verify that a specific remote UE is connected to a PC5 connection through a periodic keep-alive message.
  • the feedback information may include notification of Out of Coverage (OoC) of a serving cell of a remote UE.
  • the relay UE informs the serving cell based on the received feedback information to inform a specific remote UE that a Uu connection (remote UE and an eNB) is not connected. Thereafter, the base station knows that the Uu connection is disconnected to a specific remote UE, and may not transmit data in downlink.
  • OOC Out of Coverage
  • the feedback information may include information indicating a request for required system information (SI) to the remote UE. If there is SI information required by the Remote UE, the Remote UE may request relay UEs by transmitting feedback information.
  • SI system information
  • the feedback information may also include a Sidelink Discovery Reference Signal Received Power (SD-RSRP) value of Relay UEs.
  • SD-RSRP Sidelink Discovery Reference Signal Received Power
  • the feedback SD-RSRP value is used in a relay UE reselection procedure based on a relay UE triggering method. Can be.
  • Relay UE is linked with remote UE by PC5 interface.
  • the remote UE is connected to the network via an L2 relay.
  • the relay UE may transmit the feedback information for the remote UE to all remote UEs through a separate feedback channel established by the network rather than the PC5 interface in multicast.
  • the feedback channel is also available through the existing D2D channel (SC, Data).
  • the feedback information may be transmitted using an existing transmission method (SC, Data) or may be transmitted by piggybacking on the existing transmission information.
  • the network may configure a multicast feedback channel of relay UEs.
  • Relay UEs may obtain information on a feedback channel to be transmitted in a multicast manner by setting up a network (eg, a base station).
  • the relay UE may receive data transmitted by several relay UEs.
  • feedback information may be received from a remote UE through one feedback channel.
  • the feedback information may be transmitted periodically or in an event-triggered manner when necessary. This event occurs as an example as follows.
  • event occurrence 1) when a predetermined number of consecutive TB transmissions fail, 2) the measured BLER (Block Error Rate) is lower than a predetermined threshold (e.g., X%) received from the network. In this case, an event may be triggered. If any one of the examples of event occurrence is satisfied, the event may be triggered.
  • a predetermined threshold e.g., X%
  • the remote UEs receiving the feedback information can distinguish which remote UE or group the feedback information is based on the Prose Layer-2 Group ID (eg, sub-header) in the MAC header of the feedback information. have.
  • the remote UE can distinguish which relay UE has transmitted the feedback information through the Source Layer-2 ID in the feedback information.
  • the relay UE may transmit feedback information in the form of unicast rather than multicast for the specific remote UE.
  • FIG. 4 is a diagram illustrating multicast transmission of feedback information by a relay UE.
  • the relay UE # 1 may transmit feedback information for several remote UEs (eg, remote UE # 1 and remote UE # 2) through a single feedback channel # 1 through multicast.
  • the relay UE # 1 can transmit feedback information for the relay UE # 1 and the relay UE # 2 by multicast through one feedback channel # 1 on the same physical resource (eg, time-frequency). have.
  • Information fed back for the relay UE # 1 for the remote UE # 1 and the remote UE # 2 may include the following information.
  • Feedback information may include the measured block error rate (BLER), collision rate (Collision rate), signal to interference and noise ratio (SINR), received power, number of transmissions, and ACK / NACK signal. Can be.
  • BLER block error rate
  • collision rate collision rate
  • SINR signal to interference and noise ratio
  • the feedback information may include information for requesting to perform a relay reselection procedure. If the SD-RSRP of a specific remote UE is better than the threshold, the relay UE may request the specific remote UE having the SD-RSRP better than the threshold to perform a relay reselection procedure.
  • the feedback information may include information indicating that the SI transmits system information (SI).
  • SI system information
  • the relay UE has the necessary system information of a specific remote UE
  • feedback information including system information may be transmitted to the specific remote UE.
  • FIG. 5 is a diagram illustrating a feedback operation through a reception (rx) D-UE.
  • rx D-UE # 1 corresponds to remote UE # 1
  • tx D-UE # 1 corresponds to remote UE # 2
  • tx D-UE # 2 corresponds to relay UE # 3
  • tx D-UE # 3 are relay UE # 1 and relay UE #, respectively. 2, it is assumed that it corresponds to relay UE # 3.
  • the rx D-UE # 1 may divide groups by SA resource regions and transmit feedback based on these groups in a broadcast manner.
  • the tx D-UEs of the corresponding group receive and decode the feedback information, the tx D-UEs can determine whether the data has been successfully transmitted or failed through multiple SA ID (source ID) information.
  • source ID source ID
  • rx D-UE # 1 does not request retransmissions to individual tx D-UEs, but instead retransmits as a group unit and retransmits them as a groupcast type. This is possible.
  • tx D-UE Data can also be transmitted in unicast for a specific rx D-UE (eg, rx D-UE # 1).
  • Rx D-UE # 1 (e.g., remote UE # 1) is adjacent to tx D-UE # 1, tx D-UE # 2, tx D-UE # 3 (e.g. relay UE # 1 Information such as BLER, collision rate, SINR, received power, number of transmissions, etc., measured as feedback information for the # 2, # 3) have.
  • the feedback of the Rx D-UE # 1 may be periodically operated, and may be transmitted for specific transmission D-UEs (eg, tx D-UE # 1) in an event-triggering manner.
  • event occurrence 1) when a predetermined number of consecutive TB transmissions fail, 2) the measured BLER (Block Error Rate) is lower than a predetermined threshold (e.g., X%) received from the network. In this case, 3) an event may be triggered when the SAs of the SA pool are reported and a collision of data transmission occurs (partially). If any one of the examples of event occurrence is satisfied, the event may be triggered.
  • a predetermined threshold e.g., X%
  • tX D-UEs may reselect resources, adjust MCS, or perform a power control operation.
  • rx D-UE # 1 corresponds to relay UE # 1
  • tx D-UE # 2 corresponds to tx D-UE # 3
  • tx D-UE # 3 are remote UE # 1 and remote UE, respectively. It is assumed that it corresponds to # 2, remote UE # 3.
  • the rx D-UE # 1 may divide groups by SA resource regions and transmit feedback based on these groups in a broadcast manner.
  • the tx D-UEs of the corresponding group receive and decode the feedback information, the tx D-UEs can determine whether the data has been successfully transmitted or failed through multiple SA ID (source ID) information.
  • source ID source ID
  • rx D-UE # 1 does not request retransmissions to individual tx D-UEs, but instead retransmits as a group unit and retransmits them as a groupcast type. This is possible.
  • tx D-UE Data can also be transmitted in unicast for a specific rx D-UE (eg, rx D-UE # 1).
  • Rx D-UE # 1 (e.g. relay UE # 1) may be adjacent to tx D-UE # 1, tx D-UE # 2, tx D-UE # 3 (e.g., remote UE # 1 Information such as BLER, collision rate, SINR, received power, number of transmissions, etc., measured as feedback information for the # 2, # 3) have.
  • the feedback of the Rx D-UE # 1 may be periodically operated, and may be transmitted for specific transmission D-UEs (eg, tx D-UE # 1) in an event-triggering manner.
  • event occurrence 1) when a predetermined number of consecutive TB transmissions fail, 2) the measured BLER (Block Error Rate) is lower than a predetermined threshold (e.g., X%) received from the network. In this case, 3) an event may be triggered when the SAs of the SA pool are reported and a collision of data transmission occurs (partially). If any one of the examples of event occurrence is satisfied, the event may be triggered.
  • a predetermined threshold e.g., X%
  • tX D-UEs may reselect resources, adjust MCS, or perform a power control operation.
  • each component or feature is to be considered optional unless stated otherwise.
  • Each component or feature may be embodied in a form that is not combined with other components or features. It is also possible to combine some of the components and / or features to form an embodiment of the invention.
  • the order of the operations described in the embodiments of the present invention may be changed. Some components or features of one embodiment may be included in another embodiment or may be replaced with corresponding components or features of another embodiment. It is obvious that the claims may be combined to form an embodiment by combining claims that do not have an explicit citation relationship in the claims or as new claims by post-application correction.
  • the method and apparatus for transmitting feedback information in the FeD2D environment can be applied industrially in various wireless communication systems such as 3GPP LTE-A, 5G system and IoT technology.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

FeD2D (Further Enhancement D2D) 환경에서 리모트 사용자 기기(remote user equipment, remote UE)가 피드백 정보를 전송하는 방법은, 상기 remote UE와 PC5 인터페이스로 링크되어 있는 복수의 릴레이 사용자 기기(relay user equipment, relay UE)들에 대한 피드백 정보를 전송하는 단계를 포함하되, 상기 피드백 정보는 상기 PC5 인터페이스가 아닌 네트워크에 의해 설정된 별도의 피드백 채널을 통해 전송되며, 상기 피드백 정보는 상기 복수의 relay UE들에게 멀티캐스트 형태로 전송될 수 있다.

Description

FeD2D 환경에서 피드백 정보를 전송하기 위한 방법 및 이를 위한 장치
본 발명은 무선통신에 관한 것으로, 보다 상세하게는, FeD2D 환경에서 피드백 정보를 전송하기 위한 방법 및 이를 위한 장치에 관한 것이다.
D2D 통신은 UE가 다른 UE와 직접 무선 채널을 이용하여 통신하는 것을 의미하며, 일반적으로 UE는 사용자의 단말을 의미하지만, eNB와 같은 네트워크 장비가 UE 사이의 통신 방식에 따라서 신호를 송/수신하는 경우에는 본 발명이 적용될 수 있는 일종의 UE로 간주될 수 있다. 또한, WAN DL통신은 eNB가 UE에게 전송하는 (E)PDCCH, PDSCH, CRS, CSI-RS등과 같은 각종 기존 통신을 의미할 수 있으며, 혹은 WAN 통신은 UE가 eNB에게 전송하는 PRACH, PUSCH, PUCCH등과 같은 각종 기존 통신을 의미할 수 있다.
본 발명에서 이루고자 하는 기술적 과제는 FeD2D (Further Enhancement D2D) 환경에서 리모트 사용자 기기(remote user equipment, remote UE)가 피드백 정보를 전송하는 방법을 제공하는 데 있다.
본 발명에서 이루고자 하는 다른 기술적 과제는 FeD2D (Further Enhancement D2D) 환경에서 릴레이 사용자 기기(relay user equipment, relay UE)가 피드백 정보를 전송하는 방법을 제공하는 데 있다.
본 발명에서 이루고자 하는 또 다른 기술적 과제는 FeD2D (Further Enhancement D2D) 환경에서 피드백 정보를 전송하는 리모트 사용자 기기(remote user equipment, remote UE)를 제공하는 데 있다.
본 발명에서 이루고자 하는 또 다른 기술적 과제는 FeD2D (Further Enhancement D2D) 환경에서 피드백 정보를 전송하는 릴레이 사용자 기기(relay user equipment, relay UE)를 제공하는 데 있다.
본 발명에서 이루고자 하는 기술적 과제들은 상기 기술적 과제로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
상기의 기술적 과제를 달성하기 위한, FeD2D (Further Enhancement D2D) 환경에서 리모트 사용자 기기(remote user equipment, remote UE)가 피드백 정보를 전송하는 방법은, 상기 remote UE와 PC5 인터페이스로 링크되어 있는 복수의 릴레이 사용자 기기(relay user equipment, relay UE)들에 대한 피드백 정보를 전송하는 단계를 포함하되, 상기 피드백 정보는 상기 PC5 인터페이스가 아닌 네트워크에 의해 설정된 별도의 피드백 채널을 통해 전송되거나 기존 채널을 재사용해서도 가능하다. 또한 피드백정보를 기존 전송 정보에 피기배킹(Piggyback) 하여 전송 가능하다. 이러한 상기 피드백 정보는 상기 복수의 relay UE들에게 멀티캐스트 형태로 전송될 수 있다.
상기 피드백 정보는 이벤트 트리거링되어 전송되며, 상기 이벤트 트리거링되는 경우는 소정 개수의 연속된 TB 전송이 실패하는 경우, 측정된 BLER (Block Error Rate) 가 상기 네트워크로부터 받은 소정의 임계치(threshold) 보다 낮은 경우, 또는 상기 Remote UE가 특정 시스템 정보가 필요한 경우일 수 있다.
상기 방법은, 상기 복수의 relay UE들 중에서 특정 relay UE가 나머지 relay UE 보다 사전에 정의된 우선순위 또는 신뢰도 레벨 보다 높다면, 상기 특정 relay UE에 대한 피드백 정보를 유니캐스트 방식으로 전송하는 단계를 더 포함할 수 있다.
상기 피드백 정보는 킵 어라이브 메시지(keep alive message)를 포함할 수 있다. 상기 피드백 정보는 상기 remote UE의 서빙 기지국이 상기 네트워크의 커버리지 밖임을 알리는 정보를 포함할 수 있다.
상기의 다른 기술적 과제를 달성하기 위한, FeD2D (Further Enhancement D2D) 환경에서 릴레이 사용자 기기(relay user equipment, relay UE)가 피드백 정보를 전송하는 방법은, 상기 relay UE와 PC5 인터페이스로 링크되어 있는 복수의 리모트 사용자 기기(remote user equipment, remote UE)들에 대한 피드백 정보를 전송하는 단계를 포함하되, 상기 피드백 정보는 상기 PC5 인터페이스가 아닌 네트워크에 의해 설정된 별도의 피드백 채널을 통해 전송되며, 상기 피드백 정보는 상기 복수의 remote UE들에게 멀티캐스트 형태로 전송될 수 있다.
상기 피드백 정보는 이벤트 트리거링되어 전송되며, 상기 이벤트 트리거링되는 경우는 소정 개수의 연속된 TB 전송이 실패하는 경우 또는 측정된 BLER (Block Error Rate) 가 상기 네트워크로부터 받은 소정의 임계치(threshold) 보다 낮은 경우일 수 있다.
상기 피드백 정보는 상기 복수의 remote UE 중에서 특정 remote UE의 SD-RSRP가 임계치 보다 좋을 경우 상기 특정 remote UE가 relay 재선택 절차를 수행할 것을 요청하는 정보를 포함할 수 있다. 상기 피드백 정보는 상기 복수의 remote UE 중에서 특정 remote UE의 시스템 정보를 포함할 수 있다.
상기의 또 다른 기술적 과제를 달성하기 위한, FeD2D (Further Enhancement D2D) 환경에서 피드백 정보를 전송하는 리모트 사용자 기기(remote user equipment, remote UE)는, 송신기; 및 프로세서를 포함하되, 상기 프로세서는 상기 송신기가 상기 remote UE와 PC5 인터페이스로 링크되어 있는 복수의 릴레이 사용자 기기(relay user equipment, relay UE)들에 대한 피드백 정보를 전송하도록 제어하고, 상기 프로세서는 상기 송신기가 상기 피드백 정보를 상기 PC5 인터페이스가 아닌 네트워크에 의해 설정된 별도의 피드백 채널을 통해 전송하도록 제어하며, 상기 프로세서는 상기 송신기가 상기 피드백 정보를 상기 복수의 relay UE들에게 멀티캐스트 형태로 전송하도록 제어할 수 있다.
상기 피드백 정보는 이벤트 트리거링되어 전송되며, 상기 이벤트 트리거링되는 경우는 소정 개수의 연속된 TB 전송이 실패하는 경우, 측정된 BLER (Block Error Rate) 가 상기 네트워크로부터 받은 소정의 임계치(threshold) 보다 낮은 경우, 또는 상기 Remote UE가 특정 시스템 정보가 필요한 경우일 수 있다. 상기 피드백 정보는 킵 어라이브 메시지(keep alive message)를 포함할 수 있다.
상기 복수의 relay UE들 중에서 특정 relay UE가 나머지 relay UE 보다 사전에 정의된 우선순위 또는 신뢰도 레벨 보다 높다면, 상기 프로세서는 상기 송신기가 상기 특정 relay UE에 대한 피드백 정보를 유니캐스트 방식으로 전송하도록 제어할 수 있다.
상기의 또 다른 기술적 과제를 달성하기 위한, FeD2D (Further Enhancement D2D) 환경에서 피드백 정보를 전송하는 릴레이 사용자 기기(relay user equipment, relay UE)는, 송신기; 및 프로세서를 포함하되, 상기 프로세서는 상기 송신기가 상기 relay UE와 PC5 인터페이스로 링크되어 있는 복수의 리모트 사용자 기기(remote user equipment, remote UE)들에 대한 피드백 정보를 전송하도록 제어하되, 상기 프로세서는 상기 송신기가 상기 피드백 정보를 상기 PC5 인터페이스가 아닌 네트워크에 의해 설정된 별도의 피드백 채널을 통해 전송하도록 제어하며, 상기 프로세서는 상기 송신기가 상기 피드백 정보를 상기 복수의 remote UE들에게 멀티캐스트 형태로 전송하도록 제어할 수 있다.
상기 피드백 정보는 이벤트 트리거링되어 전송되며, 상기 이벤트 트리거링되는 경우는 소정 개수의 연속된 TB 전송이 실패하는 경우 또는 측정된 BLER (Block Error Rate) 가 상기 네트워크로부터 받은 소정의 임계치(threshold) 보다 낮은 경우일 수 있다.
상기 피드백 정보는 상기 복수의 remote UE 중에서 특정 remote UE의 SD-RSRP가 임계치 보다 좋을 경우 상기 특정 remote UE가 relay 재선택 절차를 수행할 것을 요청하는 정보를 포함할 수 있다.
본 발명의 일 실시예에 따른 FeD2D 시나리오에서의 피드백 정보 전송 방법으로 remote UE와 relay UE간의 효율적인 피드백 정보 교환이 가능해진다.
본 발명에서 얻은 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 발명에 관한 이해를 돕기 위해 상세한 설명의 일부로 포함되는, 첨부 도면은 본 발명에 대한 실시예를 제공하고, 상세한 설명과 함께 본 발명의 기술적 사상을 설명한다.
도 1은 무선통신 시스템(100)에서의 기지국(105) 및 단말(110)의 구성을 도시한 블록도이다.
도 2는 릴레이 시나리오들을 예시한 도면이다.
도 3은 remote UE에 의한 피드백 정보의 멀티캐스트 전송을 예시한 도면이다.
도 4는 relay UE에 의한 피드백 정보의 멀티캐스트 전송을 예시한 도면이다.
도 5는 수신 (rx) D-UE를 통한 피드백 동작을 예시한 도면이다.
이하, 본 발명에 따른 바람직한 실시 형태를 첨부된 도면을 참조하여 상세하게 설명한다. 첨부된 도면과 함께 이하에 개시될 상세한 설명은 본 발명의 예시적인 실시형태를 설명하고자 하는 것이며, 본 발명이 실시될 수 있는 유일한 실시형태를 나타내고자 하는 것이 아니다. 이하의 상세한 설명은 본 발명의 완전한 이해를 제공하기 위해서 구체적 세부사항을 포함한다. 그러나, 당업자는 본 발명이 이러한 구체적 세부사항 없이도 실시될 수 있음을 안다. 예를 들어, 이하의 상세한 설명은 이동통신 시스템이 3GPP LTE, LTE-A 시스템인 경우를 가정하여 구체적으로 설명하나, 3GPP LTE, LTE-A의 특유한 사항을 제외하고는 다른 임의의 이동통신 시스템에도 적용 가능하다.
몇몇 경우, 본 발명의 개념이 모호해지는 것을 피하기 위하여 공지의 구조 및 장치는 생략되거나, 각 구조 및 장치의 핵심기능을 중심으로 한 블록도 형식으로 도시될 수 있다. 또한, 본 명세서 전체에서 동일한 구성요소에 대해서는 동일한 도면 부호를 사용하여 설명한다.
아울러, 이하의 설명에 있어서 단말은 UE(User Equipment), MS(Mobile Station), AMS(Advanced Mobile Station) 등 이동 또는 고정형의 사용자단 기기를 통칭하는 것을 가정한다. 또한, 기지국은 Node B, eNode B, Base Station, AP(Access Point) 등 단말과 통신하는 네트워크 단의 임의의 노드를 통칭하는 것을 가정한다. 본 명세서에서는 IEEE 802.16 시스템에 근거하여 설명하지만, 본 발명의 내용들은 각종 다른 통신 시스템에도 적용 가능하다.
이동 통신 시스템에서 단말(User Equipment)은 기지국으로부터 하향링크(Downlink)를 통해 정보를 수신할 수 있으며, 단말은 또한 상향링크(Uplink)를 통해 정보를 전송할 수 있다. 단말이 전송 또는 수신하는 정보로는 데이터 및 다양한 제어 정보가 있으며, 단말이 전송 또는 수신하는 정보의 종류 용도에 따라 다양한 물리 채널이 존재한다.
이하의 기술은 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), 5G 통신 시스템 등과 같은 다양한 무선 접속 시스템에 사용될 수 있다. CDMA는 UTRA(Universal Terrestrial Radio Access)나 CDMA2000과 같은 무선 기술(radio technology)로 구현될 수 있다. TDMA는 GSM(Global System for Mobile communications)/GPRS(General Packet Radio Service)/EDGE(Enhanced 데이터 Rates for GSM Evolution)와 같은 무선 기술로 구현될 수 있다. OFDMA는 IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, E-UTRA(Evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. UTRA는 UMTS(Universal Mobile Telecommunications System)의 일부이다. 3GPP(3rd Generation Partnership Project) LTE(long term evolution)는 E-UTRA를 사용하는 E-UMTS(Evolved UMTS)의 일부로서 하향링크에서 OFDMA를 채용하고 상향링크에서 SC-FDMA를 채용한다. LTE-A(Advanced)는 3GPP LTE의 진화된 버전이다.
또한, 이하의 설명에서 사용되는 특정(特定) 용어들은 본 발명의 이해를 돕기 위해서 제공된 것이며, 이러한 특정 용어의 사용은 본 발명의 기술적 사상을 벗어나지 않는 범위에서 다른 형태로 변경될 수 있다.
도 1은 무선통신 시스템(100)에서의 기지국(105) 및 단말(110)의 구성을 도시한 블록도이다.
무선 통신 시스템(100)을 간략화하여 나타내기 위해 하나의 기지국(105)과 하나의 단말(110)(D2D 단말/vehicle을 포함)을 도시하였지만, 무선 통신 시스템(100)은 하나 이상의 기지국 및/또는 하나 이상의 단말을 포함할 수 있다.
도 1을 참조하면, 기지국(105)은 송신(Tx) 데이터 프로세서(115), 심볼 변조기(120), 송신기(125), 송수신 안테나(130), 프로세서(180), 메모리(185), 수신기(190), 심볼 복조기(195), 수신 데이터 프로세서(197)를 포함할 수 있다. 그리고, 단말(110)은 송신(Tx) 데이터 프로세서(165), 심볼 변조기(170), 송신기(175), 송수신 안테나(135), 프로세서(155), 메모리(160), 수신기(140), 심볼 복조기(155), 수신 데이터 프로세서(150)를 포함할 수 있다. 송수신 안테나(130, 135)가 각각 기지국(105) 및 단말(110)에서 하나로 도시되어 있지만, 기지국(105) 및 단말(110)은 복수 개의 송수신 안테나를 구비하고 있다. 따라서, 본 발명에 따른 기지국(105) 및 단말(110)은 MIMO(Multiple Input Multiple Output) 시스템을 지원한다. 또한, 본 발명에 따른 기지국(105)은 SU-MIMO(Single User-MIMO) MU-MIMO(Multi User-MIMO) 방식 모두를 지원할 수 있다.
하향링크 상에서, 송신 데이터 프로세서(115)는 트래픽 데이터를 수신하고, 수신한 트래픽 데이터를 포맷하여, 코딩하고, 코딩된 트래픽 데이터를 인터리빙하고 변조하여(또는 심볼 매핑하여), 변조 심볼들("데이터 심볼들")을 제공한다. 심볼 변조기(120)는 이 데이터 심볼들과 파일럿 심볼들을 수신 및 처리하여, 심볼들의 스트림을 제공한다.
심볼 변조기(120)는, 데이터 및 파일럿 심볼들을 다중화하여 이를 송신기 (125)로 전송한다. 이때, 각각의 송신 심볼은 데이터 심볼, 파일럿 심볼, 또는 제로의 신호 값일 수도 있다. 각각의 심볼 주기에서, 파일럿 심볼들이 연속적으로 송신될 수도 있다. 파일럿 심볼들은 주파수 분할 다중화(FDM), 직교 주파수 분할 다중화(OFDM), 시분할 다중화(TDM), 또는 코드 분할 다중화(CDM) 심볼일 수 있다.
송신기(125)는 심볼들의 스트림을 수신하여 이를 하나 이상의 아날로그 신호들로 변환하고, 또한, 이 아날로그 신호들을 추가적으로 조절하여(예를 들어, 증폭, 필터링, 및 주파수 업 컨버팅(upconverting) 하여, 무선 채널을 통한 송신에 적합한 하향링크 신호를 발생시킨다. 그러면, 송신 안테나(130)는 발생된 하향링크 신호를 단말로 전송한다.
단말(110)의 구성에서, 수신 안테나(135)는 기지국으로부터의 하향링크 신호를 수신하여 수신된 신호를 수신기(140)로 제공한다. 수신기(140)는 수신된 신호를 조정하고(예를 들어, 필터링, 증폭, 및 주파수 다운컨버팅(downconverting)), 조정된 신호를 디지털화하여 샘플들을 획득한다. 심볼 복조기(145)는 수신된 파일럿 심볼들을 복조하여 채널 추정을 위해 이를 프로세서(155)로 제공한다.
또한, 심볼 복조기(145)는 프로세서(155)로부터 하향링크에 대한 주파수 응답 추정치를 수신하고, 수신된 데이터 심볼들에 대해 데이터 복조를 수행하여, (송신된 데이터 심볼들의 추정치들인) 데이터 심볼 추정치를 획득하고, 데이터 심볼 추정치들을 수신(Rx) 데이터 프로세서(150)로 제공한다. 수신 데이터 프로세서(150)는 데이터 심볼 추정치들을 복조(즉, 심볼 디-매핑(demapping))하고, 디인터리빙(deinterleaving)하고, 디코딩하여, 전송된 트래픽 데이터를 복구한다.
심볼 복조기(145) 및 수신 데이터 프로세서(150)에 의한 처리는 각각 기지국(105)에서의 심볼 변조기(120) 및 송신 데이터 프로세서(115)에 의한 처리에 대해 상보적이다.
단말(110)은 상향링크 상에서, 송신 데이터 프로세서(165)는 트래픽 데이터를 처리하여, 데이터 심볼들을 제공한다. 심볼 변조기(170)는 데이터 심볼들을 수신하여 다중화하고, 변조를 수행하여, 심볼들의 스트림을 송신기(175)로 제공할 수 있다. 송신기(175)는 심볼들의 스트림을 수신 및 처리하여, 상향링크 신호를 발생시킨다. 그리고 송신 안테나(135)는 발생된 상향링크 신호를 기지국(105)으로 전송한다. 단말 및 기지국에서의 송신기 및 수신기는 하나의 RF(Radio Frequency) 유닛으로 구성될 수도 있다.
기지국(105)에서, 단말(110)로부터 상향링크 신호가 수신 안테나(130)를 통해 수신되고, 수신기(190)는 수신한 상향링크 신호를 처리되어 샘플들을 획득한다. 이어서, 심볼 복조기(195)는 이 샘플들을 처리하여, 상향링크에 대해 수신된 파일럿 심볼들 및 데이터 심볼 추정치를 제공한다. 수신 데이터 프로세서(197)는 데이터 심볼 추정치를 처리하여, 단말(110)로부터 전송된 트래픽 데이터를 복구한다.
단말(110) 및 기지국(105) 각각의 프로세서(155, 180)는 각각 단말(110) 및 기지국(105)에서의 동작을 지시(예를 들어, 제어, 조정, 관리 등)한다. 각각의 프로세서들(155, 180)은 프로그램 코드들 및 데이터를 저장하는 메모리 유닛(160, 185)들과 연결될 수 있다. 메모리(160, 185)는 프로세서(180)에 연결되어 오퍼레이팅 시스템, 어플리케이션, 및 일반 파일(general files)들을 저장한다.
프로세서(155, 180)는 컨트롤러(controller), 마이크로 컨트롤러(microcontroller), 마이크로 프로세서(microprocessor), 마이크로 컴퓨터(microcomputer) 등으로도 호칭될 수 있다. 한편, 프로세서(155, 180)는 하드웨어(hardware) 또는 펌웨어(firmware), 소프트웨어, 또는 이들의 결합에 의해 구현될 수 있다. 하드웨어를 이용하여 본 발명의 실시예를 구현하는 경우에는, 본 발명을 수행하도록 구성된 ASICs(application specific integrated circuits) 또는 DSPs(digital signal processors), DSPDs(digital signal processing devices), PLDs(programmable logic devices), FPGAs(field programmable gate arrays) 등이 프로세서(155, 180)에 구비될 수 있다.
한편, 펌웨어나 소프트웨어를 이용하여 본 발명의 실시예들을 구현하는 경우에는 본 발명의 기능 또는 동작들을 수행하는 모듈, 절차 또는 함수 등을 포함하도록 펌웨어나 소프트웨어가 구성될 수 있으며, 본 발명을 수행할 수 있도록 구성된 펌웨어 또는 소프트웨어는 프로세서(155, 180) 내에 구비되거나 메모리(160, 185)에 저장되어 프로세서(155, 180)에 의해 구동될 수 있다.
단말과 기지국이 무선 통신 시스템(네트워크) 사이의 무선 인터페이스 프로토콜의 레이어들은 통신 시스템에서 잘 알려진 OSI(open system interconnection) 모델의 하위 3개 레이어를 기초로 제 1 레이어(L1), 제 2 레이어(L2), 및 제 3 레이어(L3)로 분류될 수 있다. 물리 레이어는 상기 제 1 레이어에 속하며, 물리 채널을 통해 정보 전송 서비스를 제공한다. RRC(Radio Resource Control) 레이어는 상기 제 3 레이어에 속하며 UE와 네트워크 사이의 제어 무선 자원들을 제공한다. 단말, 기지국은 무선 통신 네트워크와 RRC 레이어를 통해 RRC 메시지들을 교환할 수 있다.
본 명세서에서 단말의 프로세서(155)와 기지국의 프로세서(180)는 각각 단말(110) 및 기지국(105)이 신호를 수신하거나 송신하는 기능 및 저장 기능 등을 제외하고, 신호 및 데이터를 처리하는 동작을 수행하지만, 설명의 편의를 위하여 이하에서 특별히 프로세서(155, 180)를 언급하지 않는다. 특별히 프로세서(155, 180)의 언급이 없더라도 신호를 수신하거나 송신하는 기능이 아닌 데이터 처리 등의 일련의 동작들을 수행한다고 할 수 있다.
D2D 통신에서 자원 풀(resource pool)에서 전송되는 D2D 신호의 컨텐츠(Content)에 따라서 구분될 수 있다. 일례로, D2D 신호의 컨텐츠는 이하와 같이 구분될 수 있으며, 각각에 대하여 별도의 자원 풀이 설정(Configuration) 될 수 가 있다.
스케쥴링 할당(Sidelink Control, SC 또는 Scheduling Assignment, SA): 각각의 D2D TX UE가 후행하는 D2D 데이터 채널 (Data Channel)의 전송으로 사용하는 자원의 위치 및 그 외 데이터 채널의 복조를 위해서 필요한 MCS(Modulation and Coding Scheme)나 MIMO 전송 방식 등의 정보를 포함하는 신호를 의미한다. 이와 같은 신호는 동일 자원 유닛 상에서 D2D 데이터와 함께 다중화되어 전송되는 것도 가능하며, 이 경우 SC 자원 풀이란 SC가 D2D 데이터와 다중화되어 전송되는 자원의 풀(Pool)을 의미할 수 있다.
D2D 데이터 채널 (D2D Data Channel): SC를 통하여 지정된 자원을 사용하여 D2D TX UE가 사용자 데이터(User Data)를 전송하는데 사용하는 자원의 풀(Pool)을 의미한다. 만일, 동일 자원 유닛 상에서 SC 정보와 함께 다중화되어 전송되는 것도 가능한 경우에는, D2D 데이터 채널을 위한 자원 풀에서는 SC 정보를 제외한 형태의 D2D 데이터 채널만이 전송되는 형태가 될 수 있다. 다시 말하면, SC 자원 풀 내의 개별 자원 유닛 상에서 SC 정보를 전송하는데 사용되었던 RE(Resource Element)를, D2D 데이터 채널의 자원 풀에서는 여전히 D2D 데이터를 전송하는데 사용하는 것이다.
디스커버리 메시지(Discovery Message): D2D TX UE가 자신의 ID 등의 정보를 전송하여, 인접 UE로 하여금 자신을 발견할 수 있도록 하는 메시지를 위한 자원 풀을 의미한다.
Proximity Services를 활성화하는 표준 RAN 작업은 LTE Rel. 12에서 공공 안전 애플리케이션에 중점을 두고 시작되었다. 이하에서 LTE Rel. 12에서 표준화된 주요 기능을 설명한다.
- 네트워크 커버리지에서 장치 간 (Device-to-Device) 검색(discovery) (상업 및 공공 안전 사용 사례 모두).
- 장치 간(Device-to-Device) 브로드 캐스트 통신에서, 상위 계층(higher layers)은 주로 공공 안전 사용 사례를 타겟팅하는 네트워크 커버리지 내/부분, 네트워크 커버리지 밖에 대한 그룹캐스트(groupcast) 및 유니캐스트(unicast) 통신을 지원한다.
LTE 기술을 사용하여 저렴한 MTC 장치를 연결하고 관리하는 데 많은 관심이 모아지고 있다. 이러한 저비용 기기의 중요한 한 가지 예는 웨어러블(wearable)이며, 거의 항상 릴레이 역할을 할 수 있는 스마트 폰(smartphone)에 근접 할 수 있다는 이점이 있다.
ProSe에서 UE와 네트워크 간 중계 구조는 액세스(access) 계층에서 릴레이 UE(Relay UE)의 트래픽과 리모트 UE(혹은 원격 UE)(Remote UE)의 트래픽을 구별하지 않는다. 이 모델은 네트워크 및 운영자가 리모트 UE를 과금(billing) 또는 보안(security)를 위한 개별 서비스로서 별도의 장치로 취급하는 능력을 제한한다. 특히, 3GPP 보안 연계는 결코 네트워크와 remote UE 간의 엔드 투 엔드(end-to-end)에 도달하지 않으며, 이는 relay UE가 remote UE의 통신에 대한 clear text 액세스를 갖는다는 것을 의미한다. 중계 링크, 서비스 연속성, 가능한 경우 E2E QoS, 다중 리모트 UE와의 효율적인 동작, Uu 및 D2D 무선 인터페이스 간의 효율적인 경로 전환을 통해 종단 간(end-to-end) 보안을 지원하려면 UE와 네트워크 간(UE-to-Network) relaying이 향상되어야 한다.
D2D를 이용하는 중계는 Bluetooth 및 Wi-Fi와 같은 비 3GPP 기술을 기반으로 할 수도 있다. 서비스 연속성과 같은 일부 향상된 기능은 상업적 사용 사례에서 그러한 기술에 대한 중계를 더욱 매력적으로 만들 수 있다. 이는 사용자의 스마트 폰에 근접한 사용 패턴 및 직접 Uu 연결을 실용적이지 않게 만드는 폼 팩터(form-factor) 제한 (예를 들어, 배터리 크기 제한)으로 인해 웨어러블에 특히 유용 할 수 있다. 중계는 (중계된 트래픽을 획득하는) remote UE에 대해 상당한 전력 절감을 가능하게 할 수 있다. 특히, deep 커버리지 시나리오에서 그러하다. 중계를 도입하는 비용 효율적인 방법 중 하나는 원격 장치와 중계 장치 간의 단방향 D2D 링크를 사용하는 것이다. 이 경우, relay UE는 remote UE로부터 상향링크 데이터만을 중계하는데 이용될 수 있다. 이러한 접근법의 장점은 D2D 수신을 remote UE에 추가하기 위한 추가 RF 기능이 없다는 것이다.
도 2는 릴레이 시나리오들을 예시한 도면이다.
릴레이 시나리오는 다음 사항을 고려한다.
- remote UE 및 relay UE는 커버리지 내에서 EUTRAN이다.
- relay UE는 EUTRAN 커버리지에 있고 remote UE는 강화된 커버리지(enhanced coverage)에 있을 수 있다 (강화된 커버리지는 UE가 CE 모드에서 Rel-13 MTC를 통해 네트워크에 접속하고 있음을 의미한다).
- relay UE가 EUTRAN 커버리지에 있고, remote UE가 EUTRAN의 커버리지 밖에 있다.
도 2를 참조하면, 시나리오 1은 remote UE가 EUTRAN 커버리지 밖에 위치하고, Relay UE와 connected 되어 있는 시나리오이다. 시나리오 2는 remote UE가 EUTRAN 커버리지 밖에 위치하고, Relay UE와 connected 되어 있지 않는 시나리오이다. 시나리오 3은 remote UE가 EUTRAN 커버리지 내에 위치하고, Relay UE와 connected 되어 있지 않는 시나리오이다. 시나리오 4는 remote UE가 EUTRAN 커버리지 내에 위치하고, Relay UE와 connected 되어 있는 시나리오이다. 도 2에 도시한 바와 같이, 다양한 릴레이 시나리오들이 존재할 수 있다.
FeD2D (Further Enhancement D2D) 환경에서는 많은 송신 D2D UE(이하에서는 ‘tx D-UE’로 표시) 와 수신 D2D UE(이하에서는 ‘rx D-UE’로 표시) 가 공존한다. 이러한 IoT, wearable 기반의 장치 간 통신의 시나리오에서는 기존의 셀룰러 통신에서와 같이 모든 수신 장치들의 링크 적응(link adaptation)을 위한 전용 피드백 채널(dedicated feedback channel)을 설정하는 방식은 시그널링 오버헤드가 크고 복잡도를 고려할 경우에도 매우 비효율적이다. 또한 FeD2D 시나리오에서는 이동성이 없고(no mobility) 낮은 데이터 전송률(low data rate)를 고려하므로, 기존과 같이 매 TB (Transport Block)를 고려한 재전송도 비효율적일 수 있다. 이러한 기존의 문제점을 고려하여 본 발명에서는 피드백 채널을 수신 장치 주기적 혹은 이벤트-트리거링되어 전송하는 방식을 제안한다. 이러한 피드백 채널은 기존 D2D 채널 (SC, Data)을 통해서도 가능하다. 이러한 경우 피드백 정보는 기존 전송 방식 (SC, Data) 으로 가능하며 또는 기존 전송 정보에 피기배킹 하여 전송될 수 있다.
멀티캐스트 피드백 동작( Multicast feedback operation)
FeD2D 환경에서 relay UE와 remote UE가 L2 relay operation로 네트워크에 연결되어 있는 경우를 고려할 수 있다. 이 경우, remote UE의 데이터는 relay UE를 통해서 네트워크로 전달됨으로써 remote UE는 네트워크와 데이터를 주고 받을 수 있다. 본 발명에서는 relay UE가 remote UE에게 데이터를 전송 혹은 중계하였을 경우, remote UE가 relay UE로부터 데이터를 전송 받은 후에 피드백 방법에 관하여 설명할 것이다. 즉, remote UE는 relay UE에 관해서 피드백이 필요한데, Remote UE가 이러한 피드백을 relay UE 별로 개별적으로 설정하는 것이 아니라, 한 개의 remote UE 입장에서, 여러 개의 relay UE들에 관한 피드백 정보를 한 개의 피드백 채널로 멀티캐스트 전송하는 방식을 제안한다.
또한 반대의 경우도 고려하여, relay UE가 여러 개의 remote UE들에 관한 피드백 정보를 한 개의 피드백 채널로 멀티캐스트 전송하는 방식을 제안한다. 또한, 이러한 피드백 정보를 멀티캐스트 전송 형태로 전송하는 것을 제안하였지만, 유니캐스트 형태로 특정 relay UE만 혹은 특정 remote UE만을 위해 전송할 수도 있다.
Remote UE 에 의한 멀티캐스트 피드백 동작( Multicast feedback operation by Remote UE )
Relay UE가 remote UE와 PC5 인터페이스로 연결되어 상호간에 링크된(linked) 상태이다. remote UE가 L2 relay를 통해서 네트워크와 연결 되어 있는 경우를 고려한다. 여기서, PC5 인터페이스는 D2D 데이터 송수신을 위해 새롭게 정의된 무선 인터페이스로서, relay UE와 remote UE 간에는 PC5 인터페이스를 통해 데이터가 송수신될 수 있다.
Remote UE와 relay UE 간에는 PC5 인터페이스를 통해 데이터가 송수신된다. Remote UE는 Relay UE에 대한 피드백 정보를 PC5 인터페이스가 아닌 네트워크에 의해 설정된 별도로 피드백 채널을 통해서 모든 relay UE들에게 멀티캐스트로 전송할 수 있다. 또한 이러한 피드백 채널은 기존 D2D 채널 (SC, Data)을 통해서도 가능하다. 이러한 경우 피드백 정보는 기존 전송 방식 (SC, Data) 으로 가능하며 또는 기존 전송 정보에 피기배킹 하여 전송될 수 있다.
네트워크는 remote UE들의 멀티캐스트 방식의 피드백 채널을 설정(configuration)할 수 있다. Remote UE들은 네트워크(예를 들어, 기지국)의 설정에 의하여 멀티캐스트 방식으로 전송할 피드백 채널에 대한 정보를 획득할 수 있다. 네트워크에서 전송하는 정보는 여러 relay UE 로 전달되고, remote UE는 여러 relay UE들을 통하여 네트워크가 전송하는 정보를 수신할 수 있다.
Remote UE의 경우 한 개의 피드백 채널을 통해서 다수의 relay UE를 위한 정보를 피드백할 수 있다. 이때, 피드백 정보는 주기적으로 전송되거나 필요 시에 이벤트-트리거링된 방식으로 전송이 가능하다. 이러한 이벤트가 발생하는 경우는 일 예로서 다음과 같다.
이벤트 발생의 예로서, 1) 소정 개수의 연속된 TB 전송이 실패하는 경우, 2) 측정된 BLER (Block Error Rate) 가 네트워크로부터 받은 소정의 임계치(threshold) (예를 들어, X%) 보다 낮은 경우, 3) Remote UE가 특정 시스템 정보(System Information, SI)가 필요한 경우에 이벤트가 트리거링될 수 있다. 상기 이벤트 발생의 예 중 어느 하나가 만족되면 이벤트 트리거링될 수 있다.
피드백 정보를 수신하는 relay UE들은 피드백 정보의MAC 헤더 내의 (예를 들어, 서브헤더(sub-header)) Prose Layer-2 Group ID를 기반으로 어떠한 relay UE 또는 그룹에 관한 관한 피드백 정보인지 구별할 수 있다. 또한 relay UE 입장에서는 피드백 정보 내의 Source Layer-2 ID를 통하여 어떠한 remote UE가 상기 피드백 정보를 전송하였는지도 구별할 수 있다.
특정 relay UE가 다른 relay UE 보다 우선순위(priority) 또는 신뢰도(reliability)가 매우 높다면(예를 들어, 사전에 정의된 우선순위 또는 신뢰도 레벨 보다 높다면), remote UE는 상기 특정 relay UE를 위해서는 멀티캐스트가 아닌 유니캐스트의 형태로 피드백 정보를 전송할 수 있다.
도 3은 remote UE에 의한 피드백 정보의 멀티캐스트 전송을 예시한 도면이다.
도 3을 참조하면, remote UE #1이 여러 relay UE(예를 들어, relay UE #1, relay UE#2)에 대한 피드백 정보를 하나의 피드백 채널(feedback channel #1) 통해 멀티캐스트로 전송할 수 있다. 즉, remote UE #1은 동일한 물리 자원(예를 들어, 시간-주파수) 상에서 하나의 피드백 채널(feedback channel #1) 통해 relay UE #1, relay UE#2에 대한 피드백 정보를 멀티캐스트로 전송할 수 있다.
Remote UE #1이 relay UE #1, relay UE#2들을 위해서 피드백하는 정보는 아래와 같은 정보(물리 레이어 측면에서의 정보 및 상위 레이어 2 측면에서의 정보)를 포함할 수 있다.
-물리 레이어 측면(Physical layer aspects)
피드백 정보는 측정된 BLER (Block Error Rate) , 충돌률(Collision rate), 신호대 간섭 및 잡음 비(SINR), 수신 파워(Received power), 전송 횟수(Number of transmissions), ACK/NACK 신호를 포함할 수 있다.
-상위 레이어 2 측면(Upper layer 2 aspects)
피드백 정보는 Remote UE의 주기적인 킵 어라이브 메시지(keep alive message)를 포함할 수 있다. Remote UE는 피드백 정보를 PC5 연결(connection)으로 전송하는 것이 아니라 피드백 채널을 통해서 모든 relay UE들(예를 들어, relay UE #1, relay UE#2)에게 멀티캐스트 타입으로 전송할 수 있다. 다른 relay UE들도 주기적인 킵 어라이브 메시지를 통해 특정 remote UE와 PC5 연결(connection)이 연결되어 있는지 확인 가능하다.
피드백 정보는 Remote UE의 서빙 셀(serving cell)의 OoC (Out of Coverage)를 알림을 포함할 수 있다. Relay UE가 상기 수신한 피드백 정보에 기초하여 서빙 셀로 알려서 특정 remote UE에게는 Uu connection (remote UE 와 기지국(eNB))을 연결이 되지 않음을 알릴 수 있다. 이후, 기지국은 특정 remote UE에게는 Uu connection 이 끊어짐을 알고, 하향링크로 데이터를 전송하지 않을 수 있다.
피드백 정보는 Remote UE에게 필요한 SI (System Information)의 요청을 지시하는 정보를 포함할 수 있다. Remote UE가 필요한 SI 정보가 있을 경우, Remote UE는 피드백 정보를 전송하여 relay UE들에게 요청할 수 있다.
피드백 정보는Relay UE들의 SD-RSRP (Sidelink Discovery Reference Signal Received Power (SD-RSRP) 값도 포함할 수 있다. 피드백된 SD-RSRP 값은 Relay UE 트리거링 방식의 relay UE 재선택(reselection) 절차에서 이용될 수 있다.
Relay UE에 의한 멀티캐스트 피드백 동작(Multicast feedback operation by relay UE)
Relay UE가 remote UE와 PC5 인터페이스로 연결되어 상호간에 링크된(linked) 상태이다. remote UE가 L2 relay를 통해서 네트워크와 연결 되어 있는 경우를 고려한다.
Remote UE와 relay UE 간에는 PC5 인터페이스를 통해 데이터가 송수신된다. Relay UE는 Remote UE에 대한 피드백 정보를 PC5 인터페이스가 아닌 네트워크에 의해 설정된 별도로 피드백 채널을 통해서 모든 remote UE들에게 멀티캐스트로 전송할 수 있다. 또한 이러한 피드백 채널은 기존 D2D 채널 (SC, Data)을 통해서도 가능하다. 이러한 경우 피드백 정보는 기존 전송 방식 (SC, Data) 으로 가능하며 또는 기존 전송 정보에 피기배킹 하여 전송될 수 있다.
네트워크는 relay UE들의 멀티캐스트 방식의 피드백 채널을 설정(configuration)할 수 있다. Relay UE들은 네트워크(예를 들어, 기지국)의 설정에 의하여 멀티캐스트 방식으로 전송할 피드백 채널에 대한 정보를 획득할 수 있다. Relay UE는 여러 relay UE가 전송하는 데이터를 수신할 수 있다.
Relay UE의 경우 한 개의 피드백 채널을 통해서 remote UE로부터 피드백 정보를 수신할 수 있다. 이때, 피드백 정보는 주기적으로 전송되거나 필요 시에 이벤트-트리거링된 방식으로 전송이 가능하다. 이러한 이벤트가 발생하는 경우는 일 예로서 다음과 같다.
이벤트 발생의 예로서, 1) 소정 개수의 연속된 TB 전송이 실패하는 경우, 2) 측정된 BLER (Block Error Rate) 가 네트워크로부터 받은 소정의 임계치(threshold) (예를 들어, X%) 보다 낮은 경우에 이벤트가 트리거링될 수 있다. 상기 이벤트 발생의 예 중 어느 하나가 만족되면 이벤트 트리거링될 수 있다.
피드백 정보를 수신하는 remote UE들은 피드백 정보의MAC 헤더 내의 (예를 들어, 서브헤더(sub-header)) Prose Layer-2 Group ID를 기반으로 어떠한 remote UE 또는 그룹에 관한 관한 피드백 정보인지 구별할 수 있다. 또한 remote UE 입장에서는 피드백 정보 내의 Source Layer-2 ID를 통하여 어떠한 relay UE가 상기 피드백 정보를 전송하였는지도 구별할 수 있다.
특정 remote UE가 다른 remote UE 보다 우선순위(priority) 또는 신뢰도(reliability)가 매우 높다면, relay UE는 상기 특정 remote UE를 위해서는 멀티캐스트가 아닌 유니캐스트의 형태로 피드백 정보를 전송할 수 있다.
도 4는 relay UE에 의한 피드백 정보의 멀티캐스트 전송을 예시한 도면이다.
도4를 참조하면, relay UE #1이 여러 remote UE(예를 들어, remote UE #1, remote UE#2)에 대한 피드백 정보를 하나의 피드백 채널(feedback channel #1) 통해 멀티캐스트로 전송할 수 있다. 즉, relay UE #1은 동일한 물리 자원(예를 들어, 시간-주파수) 상에서 하나의 피드백 채널(feedback channel #1) 통해 relay UE #1, relay UE#2에 대한 피드백 정보를 멀티캐스트로 전송할 수 있다.
Relay UE #1이 remote UE #1, remote UE#2들을 위해서 피드백하는 정보는 아래와 같은 정보를 포함할 수 있다.
-물리 레이어 측면(Physical layer aspects)
피드백 정보는 측정된 BLER (Block Error Rate) , 충돌률(Collision rate), 신호대 간섭 및 잡음 비(SINR), 수신 파워(Received power), 전송 횟수(Number of transmissions), ACK/NACK 신호를 포함할 수 있다.
-상위 레이어 2 측면(Upper layer 2 aspects)
피드백 정보는 relay 재선택(reselection) 절차 수행을 요청하는 정보를 포함할 수 있다. 특정 remote UE의 SD-RSRP가 임계치 보다 좋을 경우, relay UE는 상기 SD-RSRP가 임계치 보다 좋은 상기 특정 remote UE에게 relay 재선택 절차 수행할 것을 요청할 수 있다.
피드백 정보는 Remote UE에게 SI (System Information)를 전송함을 지시하는 정보를 포함할 수 있다. Relay UE가 특정 remote UE의 필요한 시스템 정보를 가지고 있을 경우, 특정 remote UE로 시스템 정보를 포함하는 피드백 정보를 전송할 수 있다.
도 5는 수신 (rx) D-UE를 통한 피드백 동작을 예시한 도면이다.
먼저, 도 5에서 rx D-UE #1이 remote UE#1에 해당하고, tx D-UE #1, tx D-UE #2, tx D-UE #3은 각각 relay UE #1, relay UE #2, relay UE #3에 해당한다고 가정하여 설명한다.
rx D-UE #1은 SA 자원 영역별로 그룹을 나누고 이러한 그룹을 기반으로 해서 피드백을 브로드캐스트 방식으로 전송할 수 있다. 해당 그룹의 tx D-UE 들은 피드백 정보를 수신하여 디코딩하면 여러 개의 SA ID (source ID) 정보를 통해서 자신이 데이터가 전송에 성공 혹은 실패 하였는지를 판단할 수 있다. 또한 데이터 전송에 실패한 tx D-UE 가 매우 많은 경우에는, rx D-UE #1은 재전송을 개별 tx D-UE로 요청하는 것이 아니라 그룹 단위로도 재전송을 요청하여 그룹캐스트(groupcast) 타입으로 재전송이 가능하다. 만약 특정 rx D-UE (예를 들어, rx D-UE #1)의 데이터 전송 우선순위(priority)가 소정의 임계치 이상으로 높거나 소정의 임계치 이상의 높은 신뢰도를 보장해야 한다면, tx D-UE는 특정 rx D-UE (예를 들어, rx D-UE #1)를 위해서 유니캐스트로도 데이터 전송이 가능하다.
Rx D-UE #1(예를 들어, remote UE#1)은 근처에 있는 tx D-UE #1, tx D-UE #2, tx D-UE #3들(예를 들어, relay UE#1, #2, #3)에 대한 피드백 정보로서 측정된 BLER, 충돌률(collision rate), SINR, 수신 파워(received power), 전송들의 횟수(number of transmissions) 등의 정보를 브로드캐스트 방식으로 전송할 수 있다. 이러한 Rx D-UE #1의 피드백은 주기적으로 동작이 가능하며, 이벤트-트리거링 방식으로 특정 송신 D-UE(예를 들어, tx D-UE #1)들을 위해서도 전송이 가능하다.
이러한 이벤트들은 다양한 시나리오에서 정의될 수 있다. 이벤트 발생의 예로서, 1) 소정 개수의 연속된 TB 전송이 실패하는 경우, 2) 측정된 BLER (Block Error Rate) 가 네트워크로부터 받은 소정의 임계치(threshold) (예를 들어, X%) 보다 낮은 경우, 3) SA pool의 SA 들을 보고 데이터 전송의 충돌이 발생한 경우(partially)에 이벤트가 트리거링될 수 있다. 상기 이벤트 발생의 예 중 어느 하나가 만족되면 이벤트 트리거링될 수 있다.
이러한 피드백 정보에 기초하여, 피드백 동작으로서, tX D-UE들은 자원을 재선택하거나, MCS를 조정하거나 또는 파워 제어 동작을 수행할 수 있다.
다음으로, 도 5에서 rx D-UE #1이 relay UE#1에 해당하고, tx D-UE #1, tx D-UE #2, tx D-UE #3은 각각 remote UE #1, remote UE #2, remote UE #3에 해당한다고 가정하여 설명한다.
rx D-UE #1은 SA 자원 영역별로 그룹을 나누고 이러한 그룹을 기반으로 해서 피드백을 브로드캐스트 방식으로 전송할 수 있다. 해당 그룹의 tx D-UE 들은 피드백 정보를 수신하여 디코딩하면 여러 개의 SA ID (source ID) 정보를 통해서 자신이 데이터가 전송에 성공 혹은 실패 하였는지를 판단할 수 있다. 또한 데이터 전송에 실패한 tx D-UE 가 매우 많은 경우에는, rx D-UE #1은 재전송을 개별 tx D-UE로 요청하는 것이 아니라 그룹 단위로도 재전송을 요청하여 그룹캐스트(groupcast) 타입으로 재전송이 가능하다. 만약 특정 rx D-UE (예를 들어, rx D-UE #1)의 데이터 전송 우선순위(priority)가 소정의 임계치 이상으로 높거나 소정의 임계치 이상의 높은 신뢰도를 보장해야 한다면, tx D-UE는 특정 rx D-UE (예를 들어, rx D-UE #1)를 위해서 유니캐스트로도 데이터 전송이 가능하다.
Rx D-UE #1(예를 들어, relay UE#1)은 근처에 있는 tx D-UE #1, tx D-UE #2, tx D-UE #3들(예를 들어, remote UE#1, #2, #3)에 대한 피드백 정보로서 측정된 BLER, 충돌률(collision rate), SINR, 수신 파워(received power), 전송들의 횟수(number of transmissions) 등의 정보를 브로드캐스트 방식으로 전송할 수 있다. 이러한 Rx D-UE #1의 피드백은 주기적으로 동작이 가능하며, 이벤트-트리거링 방식으로 특정 송신 D-UE(예를 들어, tx D-UE #1)들을 위해서도 전송이 가능하다.
이러한 이벤트들은 다양한 시나리오에서 정의될 수 있다. 이벤트 발생의 예로서, 1) 소정 개수의 연속된 TB 전송이 실패하는 경우, 2) 측정된 BLER (Block Error Rate) 가 네트워크로부터 받은 소정의 임계치(threshold) (예를 들어, X%) 보다 낮은 경우, 3) SA pool의 SA 들을 보고 데이터 전송의 충돌이 발생한 경우(partially)에 이벤트가 트리거링될 수 있다. 상기 이벤트 발생의 예 중 어느 하나가 만족되면 이벤트 트리거링될 수 있다.
이러한 피드백 정보에 기초하여, 피드백 동작으로서, tX D-UE들은 자원을 재선택하거나, MCS를 조정하거나 또는 파워 제어 동작을 수행할 수 있다.
이상에서 설명된 실시예 들은 본 발명의 구성요소들과 특징들이 소정 형태로 결합된 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려되어야 한다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 실시예를 구성하는 것도 가능하다. 본 발명의 실시예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시예의 일부 구성이나 특징은 다른 실시예에 포함될 수 있고, 또는 다른 실시예의 대응하는 구성 또는 특징과 교체될 수 있다. 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함시킬 수 있음은 자명하다.
본 발명은 본 발명의 정신 및 필수적 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있음은 당업자에게 자명하다. 따라서, 상기의 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니되고 예시적인 것으로 고려되어야 한다. 본 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다.
FeD2D 환경에서 피드백 정보를 전송하기 위한 방법 및 이를 위한 장치는 3GPP LTE-A, 5G 시스템 및 IoT 기술 등 다양한 무선통신 시스템에서 산업상으로 적용이 가능하다.

Claims (16)

  1. FeD2D (Further Enhancement D2D) 환경에서 리모트 사용자 기기(remote user equipment, remote UE)가 피드백 정보를 전송하는 방법에 있어서,
    상기 remote UE와 PC5 인터페이스로 링크되어 있는 복수의 릴레이 사용자 기기(relay user equipment, relay UE)들에 대한 피드백 정보를 전송하는 단계를 포함하되,
    상기 피드백 정보는 상기 PC5 인터페이스가 아닌 네트워크에 의해 설정된 별도의 피드백 채널을 통해 전송되며,
    상기 피드백 정보는 상기 복수의 relay UE들에게 멀티캐스트 형태로 전송되는, 피드백 정보 전송 방법.
  2. 제 1항에 있어서,
    상기 피드백 정보는 이벤트 트리거링되어 전송되며, 상기 이벤트 트리거링되는 경우는 소정 개수의 연속된 TB 전송이 실패하는 경우, 측정된 BLER (Block Error Rate) 가 상기 네트워크로부터 받은 소정의 임계치(threshold) 보다 낮은 경우, 또는 상기 Remote UE가 특정 시스템 정보가 필요한 경우인, 피드백 정보 전송 방법.
  3. 제 1항에 있어서,
    상기 복수의 relay UE들 중에서 특정 relay UE가 나머지 relay UE 보다 사전에 정의된 우선순위 또는 신뢰도 레벨 보다 높다면, 상기 특정 relay UE에 대한 피드백 정보를 유니캐스트 방식으로 전송하는 단계를 더 포함하는, 피드백 정보 전송 방법.
  4. 제 1항에 있어서,
    상기 피드백 정보는 킵 어라이브 메시지(keep alive message)를 포함하는, 피드백 정보 전송 방법.
  5. 제 1항에 있어서,
    상기 피드백 정보는 상기 remote UE의 서빙 기지국이 상기 네트워크의 커버리지 밖임을 알리는 정보를 포함하는, 피드백 정보 전송 방법.
  6. FeD2D (Further Enhancement D2D) 환경에서 릴레이 사용자 기기(relay user equipment, relay UE)가 피드백 정보를 전송하는 방법에 있어서,
    상기 relay UE와 PC5 인터페이스로 링크되어 있는 복수의 리모트 사용자 기기(remote user equipment, remote UE)들에 대한 피드백 정보를 전송하는 단계를 포함하되,
    상기 피드백 정보는 상기 PC5 인터페이스가 아닌 네트워크에 의해 설정된 별도의 피드백 채널을 통해 전송되며,
    상기 피드백 정보는 상기 복수의 remote UE들에게 멀티캐스트 형태로 전송되는, 피드백 정보 전송 방법.
  7. 제 6항에 있어서,
    상기 피드백 정보는 이벤트 트리거링되어 전송되며, 상기 이벤트 트리거링되는 경우는 소정 개수의 연속된 TB 전송이 실패하는 경우 또는 측정된 BLER (Block Error Rate) 가 상기 네트워크로부터 받은 소정의 임계치(threshold) 보다 낮은 경우인, 피드백 정보 전송 방법.
  8. 제 6항에 있어서,
    상기 피드백 정보는 상기 복수의 remote UE 중에서 특정 remote UE의 SD-RSRP가 임계치 보다 좋을 경우 상기 특정 remote UE가 relay 재선택 절차를 수행할 것을 요청하는 정보를 포함하는, 피드백 정보 전송 방법.
  9. 제 6항에 있어서,
    상기 피드백 정보는 상기 복수의 remote UE 중에서 특정 remote UE의 시스템 정보를 포함하는, 피드백 정보 전송 방법.
  10. FeD2D (Further Enhancement D2D) 환경에서 피드백 정보를 전송하는 리모트 사용자 기기(remote user equipment, remote UE)에 있어서,
    송신기; 및
    프로세서를 포함하되,
    상기 프로세서는 상기 송신기가 상기 remote UE와 PC5 인터페이스로 링크되어 있는 복수의 릴레이 사용자 기기(relay user equipment, relay UE)들에 대한 피드백 정보를 전송하도록 제어하고,
    상기 프로세서는 상기 송신기가 상기 피드백 정보를 상기 PC5 인터페이스가 아닌 네트워크에 의해 설정된 별도의 피드백 채널을 통해 전송하도록 제어하며,
    상기 프로세서는 상기 송신기가 상기 피드백 정보를 상기 복수의 relay UE들에게 멀티캐스트 형태로 전송하도록 제어하는, 리모트 UE.
  11. 제 10항에 있어서,
    상기 피드백 정보는 이벤트 트리거링되어 전송되며, 상기 이벤트 트리거링되는 경우는 소정 개수의 연속된 TB 전송이 실패하는 경우, 측정된 BLER (Block Error Rate) 가 상기 네트워크로부터 받은 소정의 임계치(threshold) 보다 낮은 경우, 또는 상기 Remote UE가 특정 시스템 정보가 필요한 경우인, 리모트 UE.
  12. 제 10항에 있어서,
    상기 복수의 relay UE들 중에서 특정 relay UE가 나머지 relay UE 보다 사전에 정의된 우선순위 또는 신뢰도 레벨 보다 높다면, 상기 프로세서는 상기 송신기가 상기 특정 relay UE에 대한 피드백 정보를 유니캐스트 방식으로 전송하도록 제어하는, 리모트 UE.
  13. 제 10항에 있어서,
    상기 피드백 정보는 킵 어라이브 메시지(keep alive message)를 포함하는, 리모트 UE.
  14. FeD2D (Further Enhancement D2D) 환경에서 피드백 정보를 전송하는 릴레이 사용자 기기(relay user equipment, relay UE)에 있어서,
    송신기; 및
    프로세서를 포함하되,
    상기 프로세서는 상기 송신기가 상기 relay UE와 PC5 인터페이스로 링크되어 있는 복수의 리모트 사용자 기기(remote user equipment, remote UE)들에 대한 피드백 정보를 전송하도록 제어하되,
    상기 프로세서는 상기 송신기가 상기 피드백 정보를 상기 PC5 인터페이스가 아닌 네트워크에 의해 설정된 별도의 피드백 채널을 통해 전송하도록 제어하며,
    상기 프로세서는 상기 송신기가 상기 피드백 정보를 상기 복수의 remote UE들에게 멀티캐스트 형태로 전송하도록 제어하는, 릴레이 UE.
  15. 제 14항에 있어서,
    상기 피드백 정보는 이벤트 트리거링되어 전송되며, 상기 이벤트 트리거링되는 경우는 소정 개수의 연속된 TB 전송이 실패하는 경우 또는 측정된 BLER (Block Error Rate) 가 상기 네트워크로부터 받은 소정의 임계치(threshold) 보다 낮은 경우인, 릴레이 UE.
  16. 제 14항에 있어서,
    상기 피드백 정보는 상기 복수의 remote UE 중에서 특정 remote UE의 SD-RSRP가 임계치 보다 좋을 경우 상기 특정 remote UE가 relay 재선택 절차를 수행할 것을 요청하는 정보를 포함하는, 릴레이 UE.
PCT/KR2017/004002 2016-04-14 2017-04-13 FeD2D 환경에서 피드백 정보를 전송하기 위한 방법 및 이를 위한 장치 WO2017179922A2 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US16/093,438 US11096086B2 (en) 2016-04-14 2017-04-13 Method for transmitting feedback information in FED2D environment and apparatus therefor

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201662322754P 2016-04-14 2016-04-14
US62/322,754 2016-04-14

Publications (2)

Publication Number Publication Date
WO2017179922A2 true WO2017179922A2 (ko) 2017-10-19
WO2017179922A3 WO2017179922A3 (ko) 2018-08-02

Family

ID=60042674

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2017/004002 WO2017179922A2 (ko) 2016-04-14 2017-04-13 FeD2D 환경에서 피드백 정보를 전송하기 위한 방법 및 이를 위한 장치

Country Status (2)

Country Link
US (1) US11096086B2 (ko)
WO (1) WO2017179922A2 (ko)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170150490A1 (en) * 2015-11-19 2017-05-25 Asustek Computer Inc. Method and apparatus for switching communication interface in a wireless communication system
WO2019088779A1 (ko) * 2017-11-06 2019-05-09 엘지전자 주식회사 무선 통신 시스템에서 단말 간 통신을 위한 피드백을 위한 방법 및 이를 위한 장치
CN109889450A (zh) * 2019-03-13 2019-06-14 西南交通大学 组播速率控制方法以及组播传输设备

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10477488B2 (en) * 2016-04-17 2019-11-12 Lg Electronics Inc. Method for transmitting signals by considering interferences in FED2D environment and apparatus therefor
WO2018062669A1 (ko) * 2016-09-29 2018-04-05 에스케이텔레콤 주식회사 네트워크장치 및 네트워크장치의 동작 방법
US10932259B2 (en) * 2018-06-05 2021-02-23 Qualcomm Incorporated Feedback window to provide early feedback for transmissions in a set of consecutive transmission time intervals
US11646822B2 (en) 2018-12-11 2023-05-09 Apple Inc. Groupcast transmission with feedback for intra-platooning and inter-platooning communications
EP3989675A4 (en) * 2019-08-19 2022-08-24 LG Electronics Inc. METHOD OF RELAYING UNSTRUCTURED TRAFFIC, AND RELAYING UE

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013115567A1 (ko) * 2012-01-30 2013-08-08 엘지전자 주식회사 D2d 통신을 지원하는 무선통신 시스템에서 d2d 전송 데이터에 대한 피드백 정보를 전송 및 수신하는 방법과 이를 위한 장치
CN105191178B (zh) * 2013-05-01 2019-06-28 三星电子株式会社 用于设备到设备通信系统的方法和装置
US10021536B2 (en) * 2013-09-27 2018-07-10 Kyocera Corporation Communication control method and user terminal for selecting a D2D synchronization reference
EP3105978B1 (en) * 2014-02-10 2019-06-19 Telefonaktiebolaget LM Ericsson (publ) Inter-network assisted power control for interference mitigation of d2d communications
CN104936165A (zh) * 2014-03-20 2015-09-23 中兴通讯股份有限公司 一种网络覆盖状况检测方法、装置及系统
CN105307194B (zh) * 2014-07-16 2019-12-06 中兴通讯股份有限公司 D2d业务的优化处理方法及装置
WO2016048066A1 (en) * 2014-09-25 2016-03-31 Samsung Electronics Co., Ltd. Method and apparatus for device-to-device harq process management
MY184475A (en) * 2014-10-10 2021-04-01 Ericsson Telefon Ab L M Wireless device reporting
CN105744625A (zh) * 2014-12-12 2016-07-06 索尼公司 用于无线通信的装置和方法
CN106211026B (zh) * 2014-12-22 2019-05-24 中兴通讯股份有限公司 一种实现设备直通中继选择的方法、网络控制节点及用户设备
JPWO2016158996A1 (ja) * 2015-03-31 2018-01-25 株式会社Ｎｔｔドコモ ユーザ装置、及び基地局
WO2016164808A1 (en) * 2015-04-08 2016-10-13 InterDigitial Patent Holdings, Inc. Realizing mobile relays for device-to-device (d2d) communications
WO2016161603A1 (en) * 2015-04-09 2016-10-13 Telefonaktiebolaget Lm Ericsson (Publ) Trigger conditions for measurement reports for relay selection
CN106303915B (zh) * 2015-06-08 2021-05-28 索尼公司 无线通信设备和无线通信方法
WO2017003161A1 (en) * 2015-06-29 2017-01-05 Samsung Electronics Co., Ltd. Method and apparatus for generating packet data network connection of user equipment
US9723543B2 (en) * 2015-07-08 2017-08-01 Blackberry Limited Systems and methods for managing a UE-to-network relay
WO2017010826A1 (en) * 2015-07-14 2017-01-19 Samsung Electronics Co., Ltd. Apparatus and method for providing service in vehicle to everything communication system
US20170093541A1 (en) * 2015-09-25 2017-03-30 Asustek Computer Inc. Method and apparatus for reducing signaling overhead in a wireless communication system
CN106686674B (zh) * 2015-11-05 2019-12-13 索尼公司 无线通信系统中的电子设备和无线通信方法
US11071155B2 (en) * 2016-01-20 2021-07-20 Qualcomm Incorporated Rate control of device-to-device based relay communication
CN108476482B (zh) * 2016-01-20 2021-02-26 华为技术有限公司 一种同步信息的发送方法及装置
US10555297B2 (en) * 2016-03-31 2020-02-04 Telefonaktiebolaget Lm Ericsson (Publ) Uplink transmission timing control
CN107295702B (zh) * 2016-04-01 2020-01-31 上海朗帛通信技术有限公司 一种窄带蜂窝通信的方法和装置

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170150490A1 (en) * 2015-11-19 2017-05-25 Asustek Computer Inc. Method and apparatus for switching communication interface in a wireless communication system
WO2019088779A1 (ko) * 2017-11-06 2019-05-09 엘지전자 주식회사 무선 통신 시스템에서 단말 간 통신을 위한 피드백을 위한 방법 및 이를 위한 장치
US11229054B2 (en) 2017-11-06 2022-01-18 Lg Electronics Inc. Method for feedback for device-to-device communication in wireless communication system, and device for same
CN109889450A (zh) * 2019-03-13 2019-06-14 西南交通大学 组播速率控制方法以及组播传输设备

Also Published As

Publication number Publication date
WO2017179922A3 (ko) 2018-08-02
US11096086B2 (en) 2021-08-17
US20190141566A1 (en) 2019-05-09

Similar Documents

Publication Publication Date Title
WO2017179922A2 (ko) FeD2D 환경에서 피드백 정보를 전송하기 위한 방법 및 이를 위한 장치
WO2013115567A1 (ko) D2d 통신을 지원하는 무선통신 시스템에서 d2d 전송 데이터에 대한 피드백 정보를 전송 및 수신하는 방법과 이를 위한 장치
WO2018080151A1 (ko) 무선 통신 시스템에서 v2x 통신을 위한 harq 수행 방법 및 이를 위한 장치
WO2018048273A1 (ko) 무선 통신 시스템에서 v2x 통신을 위한 신호 전송 방법 및 이를 위한 장치
WO2017030338A1 (en) Method and apparatus for delivering time-critical message between devices belonging to different cells in wireless communication system
WO2018084382A1 (ko) 무선통신 시스템에서 sr을 전송하는 방법 및 이를 위한 단말
WO2018164450A1 (ko) 무선 통신 시스템에서 ack/nack 자원 할당 방법 및 이를 위한 장치
WO2013028044A2 (ko) 단말 간 직접 통신을 수행하는 방법과 이를 지원하는 방법 및 이를 위한 장치
WO2018169327A1 (ko) 무선 통신 시스템에서 ack/nack 송수신 방법 및 이를 위한 장치
WO2010120159A2 (ko) 중계기에서 ｈａｒｑ ａｃｋ/ｎａｃｋ 피드백 신호 검출 방법
WO2011074865A2 (ko) 이종(heterogeneous) 셀 간에 간섭을 제거하기 위한 방법 및 장치
WO2013081370A1 (ko) 무선통신 시스템에서 d2d 통신을 수행하거나 d2d 통신을 지원하는 방법과 이를 위한 장치
WO2018093113A1 (ko) 무선 통신 시스템에서 v2x 통신을 위한 신호 송수신 방법 및 이를 위한 장치
WO2017034232A1 (en) Method for triggering a bsr for sidelink data in a d2d communication system and device therefor
WO2013141546A1 (ko) 데이터 패킷 전송 방법 및 무선기기
WO2017222351A1 (ko) 무선 통신 시스템에서 v2x 통신을 위한 신호 전송 방법 및 이를 위한 장치
WO2019022397A1 (ko) Cu-du 분할 시나리오에서 무선 베어러를 수정하는 방법 및 장치
WO2017022958A1 (en) Method for receiving a priority for relay data in a d2d communication system and device therefor
WO2018101738A1 (ko) 무선 통신 시스템에서 v2x 통신을 위한 자원 할당 방법 및 이를 위한 장치
WO2013137582A1 (ko) 무선 통신 시스템에서 하향링크 채널의 시작 심볼을 설정하는 방법 및 이를 위한 장치
WO2017123054A1 (ko) 무선통신시스템에서 d2d 단말이 지리적 정보를 전송하기 위한 장치 및 방법
WO2017069445A1 (en) Method for transmitting a priority list reporting in a d2d communication system and device therefor
WO2017176088A1 (ko) 무선 통신 시스템에서 단말 간 직접 통신을 위한 자원 설정 방법 및 이를 위한 장치
WO2017111316A1 (en) Method for allocating priorities to a logical channel group implicitly in a d2d communication system and device therefor
WO2018012809A1 (ko) 무선 통신 시스템에서 ack/nack 신호를 송신 또는 수신하는 방법 및 이를 위한 장치

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

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

Ref document number: 17782677

Country of ref document: EP

Kind code of ref document: A2

122 Ep: pct application non-entry in european phase

Ref document number: 17782677

Country of ref document: EP

Kind code of ref document: A2