WO2019240483A1 - 무선 통신 시스템에서 데이터를 송수신하는 방법 및 이를 위한 단말 - Google Patents

무선 통신 시스템에서 데이터를 송수신하는 방법 및 이를 위한 단말 Download PDF

Info

Publication number
WO2019240483A1
WO2019240483A1 PCT/KR2019/007056 KR2019007056W WO2019240483A1 WO 2019240483 A1 WO2019240483 A1 WO 2019240483A1 KR 2019007056 W KR2019007056 W KR 2019007056W WO 2019240483 A1 WO2019240483 A1 WO 2019240483A1
Authority
WO
WIPO (PCT)
Prior art keywords
plmn
terminal
message
information
data
Prior art date
Application number
PCT/KR2019/007056
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/252,227 priority Critical patent/US11596010B2/en
Publication of WO2019240483A1 publication Critical patent/WO2019240483A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/80—Rating or billing plans; Tariff determination aspects
    • H04M15/8016—Rating or billing plans; Tariff determination aspects based on quality of service [QoS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/49—Connection to several service providers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24—Accounting or billing
    • 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]
    • H04W4/46—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for vehicle-to-vehicle communication [V2V]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • 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
    • 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 a method for transmitting and receiving data in a wireless communication system supporting sidelink and a terminal therefor, and more particularly, to a direct communication method between terminals belonging to different PLMNs (Public Land Mobile Network).
  • PLMNs Public Land Mobile Network
  • Wireless communication systems are widely deployed to provide various kinds 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 code division multiple access (CDMA) systems, frequency division multiple access (FDMA) systems, time division multiple access (TDMA) systems, orthogonal frequency division multiple access (OFDMA) systems, and single carrier frequency (SC-FDMA).
  • 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
  • MCD division multiple access
  • MCDMA multi-carrier frequency division multiple access
  • MC-FDMA multi-carrier frequency division multiple access
  • D2D communication establishes a direct link between user equipments (UEs), and directly communicates voice and data between terminals without passing through an evolved NodeB (eNB).
  • UEs user equipments
  • eNB evolved NodeB
  • the D2D communication may include a scheme such as UE-to-UE communication, Peer-to-Peer communication, and the like.
  • the D2D communication scheme may be applied to machine-to-machine (M2M) communication, machine type communication (MTC), and the like.
  • M2M machine-to-machine
  • MTC machine type communication
  • D2D communication has been considered as a way to solve the burden on the base station due to the rapidly increasing data traffic.
  • the D2D communication unlike the conventional wireless communication system, since the data is exchanged between devices without passing through a base station, the network can be overloaded.
  • the D2D communication it is possible to expect the effect of reducing the procedure of the base station, the power consumption of the devices participating in the D2D, increase the data transmission speed, increase the capacity of the network, load balancing, cell coverage expansion.
  • V2X vehicle to everything
  • V2X includes: (i) vehicle-to-vehicle (V2V) communication between vehicle terminals, (ii) vehicle-to-pedestrian (V2P) communication between vehicles and terminals possessed by individuals (pedestrians, cyclists, vehicle drivers, or passengers),
  • V2I vehicle to infrastructure
  • An object of the present invention is to provide a method for a first terminal to receive data from a second terminal and a method for transmitting data to the first terminal in a wireless communication system. Specifically, the present invention is to provide a method for transmitting and receiving data between a first terminal and a second terminal belonging to different PLMNs (Public Land Mobile Network).
  • PLMNs Public Land Mobile Network
  • a method of receiving data by a first terminal in a wireless communication system may include transmitting a first message including a sidelink communication request and receiving sidelink communication data from a second terminal.
  • the first terminal may be a subscriber of a first Public Land Mobile Network (PLMN)
  • the second terminal may be a subscriber of a second PLMN different from the first PLMN.
  • the sidelink communication data may be received using a carrier of the first PLMN.
  • the first message is i) information indicating that the data transmission through the carrier of the first PLMN is allowed even if the terminal is subscribed to a PLMN other than the first PLMN and ii) the data transmission through the carrier of the first PLMN In connection with this information, it may contain information indicating that it is not charging.
  • the first message may be transmitted through any one of a carrier of the first PLMN, a carrier of the second PLMN, or a dedicated carrier for transmitting the first message.
  • the method receives a second message from the second terminal indicating that the sidelink communication request is accepted in response to the first message, and indicates that sidelink is established in response to the second message.
  • the method may further include transmitting a third message to the second terminal.
  • the sidelink communication data may be received via the sidelink.
  • the sidelink communication data may be data for a service related to non-public safety (non-PS).
  • the method may further include reporting information related to resource usage of the sidelink communication data reception to the first PLMN.
  • the first terminal may implement at least one Advanced Driver Assistance System (ADAS) function based on a signal for controlling the movement of the first terminal.
  • ADAS Advanced Driver Assistance System
  • a method of transmitting data by a second terminal in a wireless communication system receives a first message including a sidelink communication request from a first terminal, and sends sidelink communication data to the first terminal. And transmitting.
  • the first terminal may be a subscriber of a first Public Land Mobile Network (PLMN)
  • the second terminal may be a subscriber of a second PLMN different from the first PLMN.
  • the sidelink communication data may be transmitted using a carrier of the first PLMN.
  • the second terminal may be set in advance to periodically monitor the carrier of the first PLMN.
  • the second terminal may transmit the sidelink communication data when a predetermined condition is satisfied.
  • the predetermined condition may be satisfied if the sidelink communication data can be transmitted to the first terminal while satisfying a predetermined Quality of Service (QoS).
  • QoS Quality of Service
  • the method may further include reporting information related to resource usage of the sidelink communication data transmission to the first PLMN.
  • PLMNs Public Land Mobile Networks
  • 1 is a diagram illustrating a structure of a radio frame.
  • FIG. 2 is a diagram illustrating a resource grid in a downlink slot.
  • 3 is a diagram illustrating a structure of a downlink subframe.
  • FIG. 4 is a diagram illustrating a structure of an uplink subframe.
  • FIG. 5 is a configuration diagram of a wireless communication system having multiple antennas.
  • FIG. 6 shows a subframe in which the D2D synchronization signal is transmitted.
  • FIG. 7 is a diagram for explaining a relay of a D2D signal.
  • FIG. 8 shows an example of a D2D resource pool for D2D communication.
  • FIG. 9 is a diagram for describing a transmission mode and a scheduling method used for V2X.
  • FIG. 10 illustrates a method of performing resource selection in V2X.
  • 11 is a diagram for explaining SA and data transmission in D2D.
  • FIG. 12 is a diagram for describing SA and data transmission in V2X.
  • 13 to 14 illustrate a frame structure of NR (New RAT).
  • 15 is a diagram illustrating that a terminal receiving data according to an example or implementation example belongs to a different PLMN from a terminal transmitting data.
  • 16 is a diagram illustrating a method of configuring an inter-PLMN direct communication link between terminals according to an example or implementation example of the present invention.
  • FIG. 17 is a diagram illustrating a charging mechanism of an inter-PLMN direct communication link between terminals according to an example or implementation example of the present invention.
  • 18 is a block diagram of wireless communication devices according to an example or implementation of the present invention.
  • FIG. 19 is a diagram schematically illustrating a wireless communication device according to an example or implementation of the present invention.
  • 20 is a block diagram schematically illustrating a transceiver of a wireless communication device according to an example or implementation of the present invention.
  • 21 is a block diagram schematically illustrating another example of a transceiver of a wireless communication device according to an example or implementation of the present invention.
  • 22 is a flowchart for explaining an operation of a wireless device related to sidelinks according to an example or implementation of the present invention.
  • FIG. 23 is a flowchart illustrating a network node operation related to sidelinks according to an example or implementation of the present invention.
  • 24 is a block diagram schematically illustrating a configuration of a wireless device and a network node according to an example or implementation of the present invention.
  • 25 shows an example of 5G usage scenarios.
  • the base station has a meaning as a terminal node of a network which directly communicates with a terminal. Certain operations described in this document as being performed by a base station may, in some cases, be performed by an upper node (upper node) of the base station.
  • a 'base station (BS)' may be replaced by terms such as a fixed station, Node B, eNode B (eNB), gNodeB (gNB; next Generation NodeB), and Access Point (AP). have.
  • the repeater may be replaced by terms such as relay node (RN) and relay station (RS).
  • RN relay node
  • RS relay station
  • terminal may be replaced with terms such as a user equipment, a mobile station (MS), a mobile subscriber station (MSS), and a subscriber station (SS).
  • the cell names described below are applied to transmission and reception points such as a base station (eNB), a sector, a remote radio head (RRH), a relay, and the like. It may be used as a generic term for identifying a component carrier.
  • Examples or implementations of the invention may be supported by standard documents disclosed in at least one of the wireless access systems IEEE 802 system, 3GPP system, 3GPP LTE and LTE-Advanced (LTE-A) system and 3GPP2 system.
  • steps or parts which are not described to clarify the technical spirit of the present invention among examples or implementations of the present invention may be supported by the above documents.
  • all terms disclosed in the present document can be described by the above standard document.
  • 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) is part of an Evolved UMTS (E-UMTS) using E-UTRA, and employs OFDMA in downlink and SC-FDMA in uplink.
  • LTE-A Advanced
  • WiMAX can be described by the IEEE 802.16e standard (WirelessMAN-OFDMA Reference System) and the advanced IEEE 802.16m standard (WirelessMAN-OFDMA Advanced system). For clarity, the following description focuses on 3GPP LTE and 3GPP LTE-A systems, but the technical spirit of the present invention is not limited thereto.
  • a structure of a radio frame will be described with reference to FIG. 1.
  • uplink / downlink data packet transmission is performed in units of subframes, and one subframe is defined as a predetermined time interval including a plurality of OFDM symbols.
  • the 3GPP LTE standard supports a type 1 radio frame structure applicable to frequency division duplex (FDD) and a type 2 radio frame structure applicable to time division duplex (TDD).
  • the downlink radio frame consists of 10 subframes, and one subframe consists of two slots in the time domain.
  • the time it takes for one subframe to be transmitted is called a transmission time interval (TTI).
  • TTI transmission time interval
  • one subframe may have a length of 1 ms and one slot may have a length of 0.5 ms.
  • One slot includes a plurality of OFDM symbols in the time domain and a plurality of resource blocks (RBs) in the frequency domain.
  • RBs resource blocks
  • a resource block (RB) is a resource allocation unit and may include a plurality of consecutive subcarriers in one block.
  • the number of OFDM symbols included in one slot may vary depending on the configuration of a cyclic prefix (CP).
  • CP has an extended CP (normal CP) and a normal CP (normal CP).
  • normal CP normal CP
  • the number of OFDM symbols included in one slot may be seven.
  • the OFDM symbol is configured by an extended CP, since the length of one OFDM symbol is increased, the number of OFDM symbols included in one slot is smaller than that of the normal CP.
  • the number of OFDM symbols included in one slot may be six. If the channel state is unstable, such as when the terminal moves at a high speed, an extended CP may be used to further reduce intersymbol interference.
  • one subframe includes 14 OFDM symbols.
  • the first two or three OFDM symbols of each subframe may be allocated to a physical downlink control channel (PDCCH), and the remaining OFDM symbols may be allocated to a physical downlink shared channel (PDSCH).
  • PDCCH physical downlink control channel
  • PDSCH physical downlink shared channel
  • Type 2 radio frames consist of two half frames, each of which has five subframes, a downlink pilot time slot (DwPTS), a guard period (GP), and an uplink pilot time slot (UpPTS).
  • DwPTS downlink pilot time slot
  • GP guard period
  • UpPTS uplink pilot time slot
  • One subframe consists of two slots.
  • DwPTS is used for initial cell search, synchronization or channel estimation at the terminal.
  • UpPTS is used for channel estimation at the base station and synchronization of uplink transmission of the terminal.
  • the guard period is a period for removing interference generated in the uplink due to the multipath delay of the downlink signal between the uplink and the downlink.
  • one subframe consists of two slots regardless of the radio frame type.
  • the structure of the radio frame is only an example, and the number of subframes included in the radio frame or the number of slots included in the subframe and the number of symbols included in the slot may be variously changed.
  • FIG. 2 is a diagram illustrating a resource grid in a downlink slot.
  • One downlink slot includes seven OFDM symbols in the time domain and one resource block (RB) is shown to include 12 subcarriers in the frequency domain, but the present invention is not limited thereto.
  • one slot includes 7 OFDM symbols in the case of a general cyclic prefix (CP), but one slot may include 6 OFDM symbols in the case of an extended-CP (CP).
  • Each element on the resource grid is called a resource element.
  • One resource block includes 12 ⁇ 7 resource elements.
  • the number of resource blocks (NDLs) included in the downlink slot depends on the downlink transmission bandwidth.
  • the structure of the uplink slot may be the same as the structure of the downlink slot.
  • FIG. 3 is a diagram illustrating a structure of a downlink subframe.
  • Up to three OFDM symbols at the front of the first slot in one subframe correspond to a control region to which a control channel is allocated.
  • the remaining OFDM symbols correspond to data regions to which a Physical Downlink Shared Channel (PDSCH) is allocated.
  • Downlink control channels used in the 3GPP LTE / LTE-A system include, for example, a Physical Control Format Indicator Channel (PCFICH), a Physical Downlink Control Channel (PDCCH), Physical Hybrid Automatic Repeat Request Indicator Channel (PHICH).
  • PCFICH Physical Control Format Indicator Channel
  • PDCH Physical Downlink Control Channel
  • PHICH Physical Hybrid Automatic Repeat Request Indicator Channel
  • the PHICH includes a HARQ ACK / NACK signal as a response of uplink transmission.
  • Control information transmitted through the PDCCH is referred to as downlink control information (DCI).
  • the DCI includes uplink or downlink scheduling information or an uplink transmit power control command for a certain terminal group.
  • the PDCCH is a resource allocation and transmission format of the downlink shared channel (DL-SCH), resource allocation information of the uplink shared channel (UL-SCH), paging information of the paging channel (PCH), system information on the DL-SCH, on the PDSCH Resource allocation of upper layer control messages such as random access responses transmitted to the network, a set of transmit power control commands for individual terminals in an arbitrary terminal group, transmission power control information, and activation of voice over IP (VoIP) And the like.
  • a plurality of PDCCHs may be transmitted in the control region.
  • the terminal may monitor the plurality of PDCCHs.
  • the PDCCH is transmitted in an aggregation of one or more consecutive Control Channel Elements (CCEs).
  • CCEs Control Channel Elements
  • the CCE is a logical allocation unit used to provide a PDCCH at a coding rate based on the state of a radio channel.
  • the CCE corresponds to a plurality of resource element groups.
  • the format of the PDCCH and the number of available bits are determined according to the correlation between the number of CCEs and the coding rate provided by the CCEs.
  • the base station determines the PDCCH format according to the DCI transmitted to the terminal, and adds a cyclic redundancy check (CRC) to the control information.
  • the CRC is masked with an identifier called a Radio Network Temporary Identifier (RNTI) according to the owner or purpose of the PDCCH.
  • RNTI Radio Network Temporary Identifier
  • the cell-RNTI (C-RNTI) identifier of the terminal may be masked to the CRC.
  • a paging indicator identifier P-RNTI
  • the PDCCH is for system information (more specifically, system information block (SIB))
  • SI-RNTI system information RNTI
  • the random access-RNTI ie, RA-RNTI
  • RA-RNTI RA-RNTI
  • the uplink subframe may be divided into a control region and a data region in the frequency domain.
  • a physical uplink control channel (PUCCH) including uplink control information is allocated to the control region.
  • a physical uplink shared channel (PUSCH) including user data is allocated.
  • PUCCH physical uplink control channel
  • PUSCH physical uplink shared channel
  • one UE does not simultaneously transmit a PUCCH and a PUSCH.
  • PUCCH for one UE is allocated to an RB pair in a subframe. Resource blocks belonging to a resource block pair occupy different subcarriers for two slots. This is called a resource block pair allocated to the PUCCH is frequency-hopped at the slot boundary.
  • the transmitted packet is transmitted through a wireless channel
  • signal distortion may occur during the transmission process.
  • the distortion In order to correctly receive the distorted signal at the receiving end, the distortion must be corrected in the received signal using the channel information.
  • a method of transmitting the signal known to both the transmitting side and the receiving side and finding the channel information with the distortion degree when the signal is received through the channel is mainly used.
  • the signal is called a pilot signal or a reference signal.
  • the reference signal may be divided into an uplink reference signal and a downlink reference signal.
  • an uplink reference signal as an uplink reference signal,
  • DM-RS Demodulation-Reference Signal
  • SRS sounding reference signal
  • DM-RS Demodulation-Reference Signal
  • CSI-RS Channel State Information Reference Signal
  • MBSFN Multimedia Broadcast Single Frequency Network
  • Reference signals can be classified into two types according to their purpose. There is a reference signal for obtaining channel information and a reference signal used for data demodulation. Since the former has a purpose for the UE to acquire channel information on the downlink, the UE should be transmitted over a wide band, and the UE should receive the reference signal even if the UE does not receive the downlink data in a specific subframe. It is also used in situations such as handover.
  • the latter is a reference signal transmitted together with a corresponding resource when the base station transmits a downlink, and the terminal can demodulate data by performing channel measurement by receiving the reference signal. This reference signal should be transmitted in the area where data is transmitted.
  • FIG. 5 is a configuration diagram of a wireless communication system having multiple antennas.
  • a multiple input and multiple output (MIMO) communication system using four transmit antennas and four receive antennas can theoretically obtain a transmission rate four times higher than that of a single antenna system.
  • MIMO multiple input and multiple output
  • the communication method in a multi-antenna system will be described in more detail using mathematical modeling. It is assumed that there are NT transmit antennas and NR receive antennas in the system.
  • the transmission signal when there are NT transmit antennas, the maximum information that can be transmitted is NT.
  • the transmission information may be expressed as follows.
  • Each transmission information The transmit power may be different.
  • Each transmit power In this case, the transmission information whose transmission power is adjusted may be expressed as follows.
  • Weighting matrix Nt transmitted signals actually applied by applying Consider the case where is configured.
  • Weighting matrix Plays a role in properly distributing transmission information to each antenna according to a transmission channel situation.
  • Vector It can be expressed as follows.
  • Received signal is received signal of each antenna when there are Nr receiving antennas Can be expressed as a vector as
  • channels may be divided according to transmit / receive antenna indexes. From the transmit antenna j to the channel through the receive antenna i It is indicated by. Note that in the order of the index, the receiving antenna index is first, and the index of the transmitting antenna is later.
  • FIG. 5 (b) shows a channel from NR transmit antennas to receive antenna i .
  • the channels may be bundled and displayed in vector and matrix form.
  • a channel arriving from a total of NT transmit antennas to a receive antenna i may be represented as follows.
  • AWGN Additive White Gaussian Noise
  • the received signal may be expressed as follows through the above-described mathematical modeling.
  • the channel matrix indicating the channel state The number of rows and columns of is determined by the number of transmit and receive antennas.
  • Channel matrix The number of rows is equal to the number of receive antennas NR, and the number of columns is equal to the number NT of transmit antennas. That is, the channel matrix The matrix is NR x NT.
  • the rank of a matrix is defined as the minimum number of rows or columns that are independent of each other. Thus, the rank of the matrix cannot be greater than the number of rows or columns.
  • Channel matrix Rank of ( ) Is limited to
  • rank may be defined as the number of nonzero eigenvalues when the matrix is eigenvalue decomposition.
  • another definition of rank may be defined as the number of nonzero singular values when singular value decomposition is performed.
  • rank in the channel matrix The physical meaning of is the maximum number of different information that can be sent on a given channel.
  • some nodes transmit a D2D synchronization signal (D2DSS, D2D Synchronization Signal) to transmit and receive a D2D signal, and a method of transmitting and receiving signals in synchronization with the remaining terminals may be used.
  • the node may be an eNB, a UE, a synchronization reference node (SRN), or a synchronization source.
  • the primary synchronization signal PD2DSS Primary D2DSS or Primary Sidelink synchronization signal (PSSS)
  • the secondary synchronization signal SD2DSS (Secondary D2DSS) or the primary synchronization signal PD2DSS (Primary D2DSS or PSSS (Primary Sidelink) synchronization signal)
  • PD2DSS Primary D2DSS or PSSS (Primary Sidelink) synchronization signal
  • SD2DSS Secondary D2DSS or Secondary Sidelink synchronization signal
  • Zadoff weighted root indices eg, 26, 37
  • SD2DSS may be M-sequence or similar / modified / repeated structure to SSS.
  • PD2DSS / SD2DSS follows UL subcarrier mapping scheme.
  • PD2DSCH Physical D2D synchronization channel
  • D2DSS-related information such as D2DSS information, duplex mode (Duplex Mode) DM
  • TDD UL / DL configuration TDD UL / DL configuration
  • resource pool related information resource pool related information
  • type of application related to D2DSS subframe offset, broadcast information, etc.
  • It can be transmitted on a subframe or on a following subframe DMRS can be used for demodulation of PD2DSCH.
  • the SRN may be a node transmitting a D2DSS and a Physical D2D Synchronization Channel (PD2DSCH).
  • the D2DSS may be in the form of a specific sequence
  • the PD2DSCH may be in the form of a sequence representing specific information or a code word after a predetermined channel coding.
  • the SRN may be an eNB or a specific D2D terminal.
  • the UE may be an SRN.
  • the D2DSS may be relayed for D2D communication with an out of coverage terminal.
  • the D2DSS can be relayed over multiple hops.
  • relaying a synchronization signal is a concept including not only directly relaying a synchronization signal of a base station, but also transmitting a D2D synchronization signal of a separate format in accordance with the timing of receiving the synchronization signal. As such, since the D2D synchronization signal is relayed, the in-coverage terminal and the out-of-coverage terminal can directly perform communication.
  • a UE refers to a network equipment such as a base station for transmitting and receiving a signal according to a terminal or a D2D communication scheme.
  • the terminal may select a resource unit corresponding to a specific resource in a resource pool representing a set of resources and transmit a D2D signal using the corresponding resource unit.
  • the receiving terminal UE2 may be configured with a resource pool in which UE1 can transmit a signal, and detect a signal of UE1 in the corresponding pool.
  • the resource pool may be notified by the base station when UE1 is in the connection range of the base station.
  • a resource pool is composed of a plurality of resource units, each terminal may select one or a plurality of resource units and use them for transmitting their D2D signals.
  • the resource unit may be as illustrated in FIG. 8 (b). Referring to FIG. 8 (b), it can be seen that total frequency resources are divided into NFs and total time resources are divided into NTs so that a total of NF * NT resource units are defined.
  • the resource pool may be repeated every NT subframe. In particular, one resource unit may appear periodically and repeatedly as shown.
  • a resource pool may mean a set of resource units that can be used for transmission by a terminal that wants to transmit a D2D signal.
  • Resource pools can be divided into several types. First, they may be classified according to contents of D2D signals transmitted from each resource pool. For example, the contents of the D2D signal may be divided, and a separate resource pool may be configured for each.
  • As the content of the D2D signal there may be a scheduling assignment (SA) or a physical sidelink control channel (PSCCH), a D2D data channel, and a discovery channel.
  • SA includes information such as the location of resources used for transmission of the D2D data channel which is transmitted by the transmitting terminal and other information such as MCS (modulation and coding scheme), MIMO transmission method, and timing advance (TA) necessary for demodulation of the data channel. It may be a signal.
  • the SA resource pool may mean a pool of resources in which an SA is multiplexed with D2D data and transmitted.
  • the SA may be referred to as a D2D control channel or a physical sidelink control channel (PSCCH) under another name.
  • the D2D data channel (or physical sidelink shared channel (PSSCH)) may be a pool of resources used by a transmitting terminal to transmit user data. If the SA is multiplexed and transmitted together with the D2D data on the same resource unit, only the D2D data channel having the form except for the SA information may be transmitted in the resource pool for the D2D data channel.
  • the REs used to transmit SA information on individual resource units in the SA resource pool can still be used to transmit D2D data in the D2D data channel resource pool.
  • the discovery channel may be a resource pool for a message that allows a transmitting terminal to transmit information such as its ID so that the neighboring terminal can discover itself.
  • the transmission timing determination method of the D2D signal for example, is it transmitted at the time of reception of a synchronization reference signal or is transmitted by applying a constant TA there
  • a resource allocation method for example, For example, whether an eNB assigns transmission resources of an individual signal to an individual transmitting UE or whether an individual transmitting UE selects an individual signaling resource on its own in a pool, and a signal format (for example, each D2D signal occupies one subframe).
  • Mode 1 indicates a method in which an eNB directly indicates a transmission resource of a D2D transmitting UE in D2D communication, a transmission resource region is set in advance, or an eNB designates a transmission resource region, The method of directly selecting a transmission resource is called Mode 2 (mode 4 in V2X).
  • Mode 2 indicates a method in which an eNB directly indicates a resource
  • Type 1 when the eNB directly indicates a resource
  • Type 1 when the eNB directly indicates a resource
  • Type 1 when the eNB directly indicates a resource
  • Type 1 when the eNB directly indicates a resource
  • Type 1 when the eNB directly indicates a resource
  • Type 1 when the eNB directly indicates a resource
  • Type 1 when the eNB directly indicates a resource
  • Type 1 when the eNB directly indicates a resource
  • Type 1 when the eNB directly indicates a resource
  • Type 2 when the eNB directly indicates a resource
  • Type 1 when the eNB directly indicates a resource
  • sidelink transmission mode 3 based on centralized scheduling and sidelink transmission mode 4 of distributed scheduling are used.
  • 9 shows a scheduling scheme according to these two transmission modes.
  • the base station allocates a resource (S902a) and other resources through the resource. Transmission to the vehicle is performed (S903a).
  • resources of other carriers may also be scheduled.
  • the distributed scheduling method of FIG. 9 shows a scheduling scheme according to these two transmission modes.
  • the vehicle senses a resource and a resource pool that are previously set from the base station (S901b), and then selects a resource to be used for transmission (S902b).
  • the transmission may be performed to another vehicle through the selected resource.
  • a transmission resource of a next packet is also selected as a selection of a transmission resource.
  • V2X two transmissions are performed per MAC PDU.
  • Sidelink transmission mode 1 UE may transmit SA (or D2D control signal, Sidelink Control Information (SCI)) through the resources configured from the base station.
  • SA or D2D control signal, Sidelink Control Information (SCI)
  • the sidelink transmission mode 2 terminal is configured with a resource to be used for D2D transmission from the base station.
  • the SA may be transmitted by selecting a time frequency resource from the configured resource.
  • the SA period may be defined as shown in FIG.
  • the first SA period may start at a subframe separated by a predetermined offset (eg, SAOffsetIndicator) indicated by higher layer signaling from a specific system frame.
  • Each SA period may include a SA resource pool and a subframe pool for D2D data transmission.
  • the SA resource pool may include the last subframe of the subframes indicated by which the SA is transmitted in the subframe bitmap (eg, saSubframeBitmap) from the first subframe of the SA period.
  • a subframe used for actual data transmission may be determined by applying a time-resource pattern for transmission or a time-resource pattern (TRP).
  • TRP time-resource pattern
  • the T-RPT may be repeatedly applied, and the last applied T-RPT is the number of remaining subframes. As many as truncated can be applied.
  • the transmitting terminal transmits at the position where the T-RPT bitmap is 1 in the indicated T-RPT, and one MAC PDU transmits four times.
  • SA for example, PSCCH
  • data for example, PSSCH
  • SA and data are FDM transmitted on different frequency resources on the same time resource.
  • FIG. 12 An example of such a transmission scheme is shown in FIG. 12.
  • the basic unit of such transmission is a subchannel, which is a resource unit having one or more RB sizes on a frequency axis on a predetermined time resource (for example, a subframe).
  • the number of RBs included in the subchannel, that is, the size of the subchannel and the start position on the frequency axis of the subchannel are indicated by higher layer signaling.
  • a periodic message type CAM (Cooperative Awareness Message) message, an event triggered message type DENM message, or the like may be transmitted.
  • 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, exterior lighting state, and route details.
  • the size of the CAM message may be 50-300 bytes.
  • the CAM message is broadcast and the latency must be less than 100ms.
  • the DENM may be a message generated in a sudden situation such as a vehicle breakdown or accident.
  • the size of the DENM can be less than 3000 bytes, and any vehicle within the transmission range can receive the message.
  • the DENM may have a higher priority than the CAM, and in this case, having a high priority may mean transmitting a higher priority when a simultaneous transmission occurs from one UE perspective, or priority among a plurality of messages. May attempt to send a higher message in time priority. In many UEs, a higher priority message may be less interference than a lower priority message, thereby reducing the probability of reception error. In the case of a security overhead, CAM can have a larger message size than otherwise.
  • NR next-generation radio access technology
  • a self-contained structure may include all of a DL control channel, DL or UL data, and UL control channel in one frame unit.
  • DL data scheduling information and UL data scheduling information may be transmitted in the DL control channel
  • ACK / NACK information, CSI information (modulation and coding scheme information, MIMO transmission related information, etc.) for the DL data may be transmitted in the UL control channel.
  • CSI information modulation and coding scheme information, MIMO transmission related information, etc.
  • scheduling request, etc. may be transmitted.
  • some of the DL control / DL data / UL data / UL control in one frame may not be configured.
  • the order of channels constituting one frame may vary. (For example, DL control / DL data / UL control / UL data or UL control / UL data / DL control / DL data, etc.)
  • carrier aggregation may be used to improve data rate or reliability.
  • the receiving terminal may receive a signal from the aggregated carrier, perform combining or joint decoding, or transfer the decoded signal to a higher layer to perform soft combining of signals transmitted from different carriers.
  • the receiving terminal needs to know which carriers are aggregated, that is, signals of which carriers are to be combined. Therefore, it is necessary to indicate radio resources of the aggregated carriers.
  • the transmitting terminal directly indicates a time frequency position at which data (eg, PSSCH) is transmitted using a control signal (eg, PSCCH).
  • Sidelink communication is a communication mode in which a UE can communicate directly via a PC5 interface. This communication mode is supported when the UE is served by the E-UTRAN and when the UE is outside of E-UTRA coverage.
  • the UE may operate as a synchronization source by transmitting a physical sidelink broadcast channel (PSBCH) and a synchronization signal.
  • PSBCH physical sidelink broadcast channel
  • PLMN Public Land Mobile Network
  • GSM Global System for Mobile communications
  • UMTS Universal Mobile Subscriber
  • 3G Universal Mobile Telecommunication
  • LTE Long Term Evolution
  • 4G Long Term Evolution
  • FIG. 15 illustrates that in supporting a specific service (for example, a V2X service), a terminal (Transmitting UE, TxUE) transmitting data related to service provision and a terminal (Receiving UE, RxUE) receiving data are provided to different PLMNs. Indicates that it belongs.
  • a specific service for example, a V2X service
  • TxUE Transmission UE
  • RxUE receiving UE
  • UE X may refer to a UE that has subscribed to PLMN A and has data (eg, sensor data) required for service.
  • UE X may be referred to as Potential TxUE or TxUE.
  • UE Y may refer to a UE that is subscribed to PLMN B different from PLMN A and receives data from UE X.
  • UE Y may be referred to as potential RxUE or RxUE.
  • the TxUE may transmit data to the RxUE using a carrier (eg, a resource pool) of the PLMN to which the RxUE belongs.
  • a carrier eg, a resource pool
  • the method of configuring the inter-PLMN direct communication link may be performed through a three step procedure.
  • a method of configuring an inter-PLMN direct communication link may include a UE (eg, a UE to receive data, a UE of FIG. 16) to receive a specific service. It is suggested that Y) trigger unicast service request and direct communication link setup. On the other hand, it may be reasonable for the responsibility of charging to be held by the RxUE (ie, beneficiary of the service) who requested the service. Charging will be described later in detail with reference to FIG. 17.
  • the RxUE may allow the TxUE to transmit data on the carrier (eg, resource pool) of the PLMN to which the RxUE subscribes.
  • the method may be performed based on negotiation between TxUE and RxUE including the exchange of message 1 to message 3 shown in FIG. 16.
  • RxUE transmitting message 1 may be as follows. That is, the RxUE can transmit message 1 to form a direct communication link with a TxUE that can transmit data to be received for a specific service while satisfying a specific Quality of Service (QoS).
  • QoS Quality of Service
  • the specific QoS may be a QoS required by the RxUE.
  • message 1 indicates that if there is a TxUE that satisfies the above condition, i) even if the TxUE is subscribed to a PLMN different from the PLMN of the RxUE, it can transmit data through the PLMN carrier of the RxUE, and ii) the TxUE It may include that there is no charge associated with the data transmission.
  • the RxUE may unicast, multicast, or broadcast message 1.
  • message 1 may include some or all of the following information. Each piece of information is described in detail in "C. Details of message 1 to 3" below.
  • the potential RxUE (or UE Y) is i) a carrier of the PLMN (eg, PLMN B) to which the RxUE subscribes, or ii) a carrier of another PLMN (eg, PLMN A), or iii) message.
  • Message 1 may be transmitted through a common resource allocated / signaled for transmission. Each case will be described in detail below.
  • RxUE transmits message 1 on a carrier of PLMN B to which it subscribes
  • UEs that are likely to transmit eg UE X of PLMN A
  • PLMNs can exchange, transfer, or negotiate system information necessary for the transmission and reception of message 1.
  • the system information may include, for example, i) timing information for generating a message 1 transmission event, ii) carrier or resource pool information for potential transmission, and / or iii) radio configuration.
  • UE Y subscribed to PLMN B attempts to transmit message 1 on a carrier of another PLMN (e.g. PLMN A), then UE Y grants permission for message 1 transmission on the carrier of PLMN A from the other PLMN. Should be received.
  • the "permission for message 1 transmission in the carrier of PLMN A" may be previously promised based on coordination between PLMNs, or may be temporarily acquired according to conditions such as a specific service, an event, and / or a road environment.
  • a carrier (or resource pool) that PLMN A allows transmission to a UE (eg, UE Y) that has subscribed to PLMN B may be a carrier (or resource pool) that is commonly used with subscribers of PLMN B. have.
  • the carrier that is allowed to transmit may be a carrier (or resource pool) allocated to allow other PLMN subscribers to transmit message 1 separately from the carrier (or resource pool) that PLMN B subscribers use for data transmission.
  • message 1 may be transmitted on a carrier of an unlicensed band and / or a carrier jointly used by each operator for inter-PLMN operation. That is, all (or many) V2X UEs can be commonly used as transmission resources, and not all resources (or resources) owned by operators of UEs participating in PC5 direct communication, and all (or many) V2X UEs are always (or very high). Message 1 may be transmitted through a resource that can be received).
  • Receiving and reception timing for the common carrier (or resource pool) may be determined in advance by coordination between PLMNs. That is, PLMNs can exchange, transfer, or negotiate system information necessary for the transmission and reception of message 1.
  • the system information may include, for example, i) timing information for generating a message 1 transmission event, ii) carrier or resource pool information for potential transmission, and / or iii) radio configuration.
  • synchronization information is promised in advance in a resource pool previously promised between TxUE and RxUE, or ii) terminals provided with a specific service may be previously grouped. Or iii) if not both i) and ii), the TxUE and RxUE may be synchronized in advance using a Global Navigation Satellite System (GNSS).
  • GNSS Global Navigation Satellite System
  • the potential TxUE when at least one potential TxUE having received message 1 satisfies the conditions i) to iii) below, it may inform the Potential RxUE (or UE Y) of direct communication acceptance in response to message 1. (message 2). If some (or all) of the conditions i) to iii) below are not met, the potential TxUE may send a message indicating the service denial to the Potential RxUE (or UE Y).
  • message 2 may be included in message 2 and transmitted to RxUE (or UE Y).
  • RxUE or UE Y.
  • Each piece of information is described in detail in "C. Details of message 1 to 3" below.
  • TxUE i) authorized service ID / code, ii) traffic flow information, iii) service QoS information that TxUE can provide, iv) radio resource configuration information of TxUE, v) sidelink transmit / receive capability information of TxUE, vi) TxUE ( Or Initial ID of UE X), vii) PLMN information of TxUE
  • Potential RxUE may transmit message 3 to at least one potential TxUE (or UE X) in response to message 2.
  • message 3 may include i) that a direct communication link has been configured (ie, direct communication setup) and ii) UE X is allowed to transmit data on the PLMN carrier of Potential RxUE.
  • UE Y may transmit a confirm message through message 3 to TxUE satisfying the following conditions i) to ii) in response to message 2.
  • UE Y may inform the direct communication reject via message 3 to the TxUE that does not satisfy the above conditions.
  • the message 3 indicating the direct communication confirm may be configured to include some or all of the following information.
  • Transaction ID This uniquely identifies the message content. Due to the less robust nature of the D2D network, the transaction ID is the same if the message is retransmitted to obtain diversity gain. Also, for the same direct connection establishment procedure, the transaction ID is the same. (Transaction ID: This uniquely identifies the message contents.If the message is retransmitted to achieve diversity gain due to less-robust nature of D2D networks, the transaction ID is the same.For the same direct connection setup procedure, the transaction ID is the same.)
  • the above-mentioned "method of acquiring permission for data transmission and resource use through a carrier of another PLMN" is composed of three steps (procedure), a modified procedure based on this may also be considered.
  • the modified procedure will be described below.
  • message 3 direct communication acceptance
  • message 1 direct communication request
  • message 2 direct communication accept
  • TxUE or UE X
  • message 1 It may be considered to immediately transmit data for RxUE (or UE Y) via the indicated radio resource configuration.
  • message 2 and message 3 are omitted, and after message 1 (direct communication request), the TxUE (or UE X) is immediately RxUE () through the radio resource configuration indicated in message 1 Or transmitting data for UE Y) may be considered.
  • inter-PLMN operation may be applied to a non-public safety related service (eg, a commercial service).
  • a non-public safety related service eg, a commercial service
  • Charging at the PC5 interface may be accomplished through a charging mechanism of a conventional proximity service (ProSe) direct communication.
  • ProSe proximity service
  • usage information reporting includes the following information.
  • UE identification information including an International Mobile Subscriber Identity (IMSI); ii) a location list and corresponding timestamps of the in-coverage UE; iii) configured radio parameters used for ProSe direct communication as defined in TS 24.333; iv) timestamp list when the UE is in-coverage / out-of-coverage for E-UTRAN; v) all ProSe direct communication groups identified by ProSe L2 Group IDs; vi) identification information (eg, Source L2 ID and IP address) of transmitting terminals in a one-to-many communication session; vii) a list of data with non-zero amounts sent by the UE; viii) a list of data with nonzero amounts received by the UE; ix) application-specific data
  • the RxUE gives the TxUE “information indicating that data transmission through a carrier of another PLMN (for example, a PLMN to which the RxUE is subscribed)” and / or “RxUE subscribes”. If you perform direct communication with TxUE after transmitting "Information not to charge even if data is transmitted through a carrier of one PLMN,” the charge for the service or communication shall be borne by the service beneficiary RxUE (or UE Y). Reasonable. Therefore, an example or implementation of the present invention shown in FIG. 17 proposes the following charging mechanism.
  • UE 1 may be the potential RxUE (or UE Y) of FIGS. 15-16 and UE 2 may be the potential TxUE (or UE X) of FIGS. 15-16.
  • the "Direct Communication Req.”, "Authentication and establish the security association", and "One-to-one direct traffic" shown in FIG. It can correspond to.
  • reporting criteria are met (ie, reporting criteria met)
  • UE 1 can report the billing-related information to the network through usage information reporting.
  • UE 1 may report a usage information report on a service provided from UE 2 to HPLMN (Home PLMN) of UE 1 through direct communication.
  • HPLMN Home PLMN
  • ProSe Function of HPLMN based on the usage information report by UE 1 i) generates a CDR (Charging Data Request) or ii) reports the charging event for CDR generation by the CDF (Charging Data Function).
  • the CDR or the charging event may be generated for ProSe one-to-one direct communication for public safety (PF-DC-CDR).
  • the TxUE which is subscribed to PLMN A but has transmitted data through the resources of PLMN B at the request of RxUE, may also transmit additional usage information report to PLMN B.
  • the additional usage information report may contain information about the resource usage of PLMN B that TxUE actually used to provide services to RxUE. The reason why not only RxUE but also TxUE transmits usage information report to PLMN B is that resource usage predicted by RxUE and resource usage actually used by TxUE may be different.
  • TxUE since TxUE is not a subscriber of PLMN B, it is impossible to directly transmit the additional usage information report to PLMN B. Therefore, TxUE may be applied to the following methods such as i) to ii) for additional usage information reporting.
  • TxUE delivers additional usage information report to RxUE, and RxUE reports the additional usage information report to PLMN B.
  • the TxUE may transmit its PLMN list to the RxUE with an additional usage information report.
  • PLMN A and PLMN B can mutually check information such as authorization of PC5 communication for TxUE.
  • TxUE may report additional usage information to PLMN A, the subsidiary to which it is subscribed, about the resource usage of PLMN B used to provide services to RxUE.
  • the TxUE may report by including an indicator indicating that the usage information report that it reports to PLMN A is "use of PLMN B resources based on free-of-charge permission from RxUE.”
  • the PLMN A may exchange and transmit information on billing information for data transmission between the PLMN B and the UE X-UE Y based on the additional usage information.
  • PLMN B receives usage information report from RxUE, which is its subscriber, and TxUE, which is a subscriber of another PLMN, how to charge for RxUE (eg, averaging, min / max) is an implementation problem. Can be.
  • This information represents the radio resource parameters used to establish a direct communication link.
  • This Information Element may include:
  • This ID may be a higher layer ID of the host UE. This ID may be used by the higher layer of the remote UE to address the host UE.
  • This ID may be a layer-2 ID of the host UE. If this L2 ID is indicated, the potential remote UE needs to use this L2 ID to address the host UE by including the L2 ID in the L2 header of the message destined for the host UE. If this L2 ID is not indicated, the potential remote UE needs to use the L2 ID contained in the L2 header of this direct communication request message.
  • Control Channel Structure Time-Frequency Resources Including Physical Sidelink Control Channels
  • the associated service / traffic flow ID (s) may be indicated.
  • the associated resource pool (s) may be indicated.
  • mapping of resource pools to service / traffic flow IDs refers to the mapping of frequencies (channels) to services.
  • This configuration may be made per UE. Alternatively, this configuration may be provided per service / traffic flow so that service / traffic flows with more stringent QoS requirements may be treated differently with strict control.
  • Synchronization signal identification information for example. SLSS ID to be used by the host UE for SLSS transmission
  • Synchronization signal identification information for example. SLSS ID to be used by the remote UE for SLSS transmission
  • This configuration may be made per UE. Alternatively, this configuration can be provided per service or traffic flow so that services or traffic flows with more stringent QoS requirements can be handled with more stringent control.
  • This information may need to be indicated for each communication direction (from a remote UE or to a remote UE) depending on the capability of HARQ of the remote UE and the host UE as well as the established direction of direct communication.
  • This information may need to be displayed for each communication direction depending on the allowed service or traffic flow.
  • This configuration may be made per UE. Alternatively, this configuration can be provided per service or traffic flow so that a service or traffic flow with more stringent QoS requirements can be handled with more stringent control.
  • Signaled Pi is a single integer value with a positive or negative value
  • the signaled Pi may be a value within a predetermined range.
  • the remote UE needs to transmit with the transmit power Po + cumulative value of the received Pi.
  • This information represents the required / desirable QoS level for the requested service.
  • This information may be displayed by service level when a plurality of services are requested.
  • This information may include the following QoS information.
  • Average data rate This represents the desired data rate when the channel is not congested.
  • Minimum data rate This represents the minimum data rate required for the related service to maintain the service. This information must be included if the service requires a guaranteed bit rate.
  • AMBR Aggregated Maximum Bit Rate
  • This IE may further indicate a minimum timing advance in which a QoS change notification based on QoS prediction is notified to the remote UE before the actual QoS change.
  • This IE may further indicate the need for periodic updating of QoS prediction notifications to the remote UE.
  • This IE may further indicate the periodicity of the required QoS prediction notification.
  • the required QoS can be defined for a specific time period.
  • the specific time period represents the minimum time period during which the promised QoS can be guaranteed.
  • the IE further indicates the period during which the required QoS needs to be maintained.
  • This IE may be indicated with the minimum probability that the requested QoS needs to be satisfied.
  • This IE may be either "unicast” or “multicast” or “broadcast”. If this IE doesn't exist, it will default to "Unicast”.
  • This IE may be "unidirectional receive only” or “unidirectional transmit only” or “bidirectional”.
  • connection information IE may need to be displayed for each service ID requested.
  • This information indicates the maximum wait time that the remote UE can wait until it establishes the requested direct communication since the connection was first requested.
  • time information indicating the moment when the remote UE initially configured the direct communication request needs to be included in the direct communication request.
  • This information may represent the following capability information for direct communication.
  • This information indicates HARQ capability.
  • This information may further indicate the following information.
  • HARQ feedback on the sidelink data channel e.g., HARQ feedback is piggybagged through data transmission.
  • GNSS support as a synchronization reference source
  • This information may further indicate the security capability of the remote UE.
  • This information may include supported cryptographic algorithms and related parameters.
  • This information may include supported integrity checking algorithms and related parameters.
  • This information may further indicate supported security functions.
  • This ID may be a layer-2 ID of the remote UE. If this L2 ID is indicated, the potential host UE needs to use this L2 ID to address the remote UE by including the L2 ID in the L2 header of the message destined for the remote UE. If this L2 ID is not displayed, the potential host UE needs to use the L2 ID contained in the L2 header of this direct communication request message. or,
  • This ID may be a higher layer ID of the remote UE. This ID may be used by the upper layer of the receiving host UE to address the remote host UE.
  • This information indicates the location of the remote UE.
  • This information can be used by the receiving UE to determine whether the direct connection being established can provide the requested QoS for the requested service.
  • This information can be used for initial power control by calculating the distance between the remote UE and the host UE.
  • This information can be used for initial beamforming.
  • This information represents the channel statistics detected by the remote UE.
  • This information represents channel usage statistics used by direct communication as well as potential / unidentified sources of interference.
  • the statistic may be a Channel Busy Ratio (CBR) measurement in which the channel is sensed as in use if the measured energy level of that resource is above the threshold.
  • CBR Channel Busy Ratio
  • This information may indicate the amount of each resource group used in percentage (%).
  • the resource group may be a channel definition for a specific frequency range.
  • the resource group may be a group of resource blocks.
  • This information needs to be collected and signaled for each resource group. If the remote UE supports direct communication over multiple RATs, this IE needs to be signaled per RAT.
  • This information needs to be collected and signaled for each resource pool for each RAT that is likely to be used for the requested direct communication.
  • This information may indicate an ongoing sidelink service (s) and / or attributes of the service that the remote UE has sent or is willing to transmit on the sidelink.
  • the host UE can use this information to better predict the reception opportunities of the remote UE, taking into account half-duplex constraints, to better select transmission resources.
  • This information may indicate an attribute of an ongoing sidelink service and / or a service that a remote UE has received or is willing to receive a packet on the sidelink.
  • the host UE uses this information to take into account, for example, the on-going services of the remote UEs and the priority of new services to be provided to the remote UE. This information may be useful to mitigate potential conflicts of received resources at the remote UE, where transmissions from the host UE to the remote UE may conflict with transmissions from other UEs to the remote UE.
  • This information may be conveyed as part of the channel state information.
  • This information may further indicate the required priority of each ongoing service (eg, Packet Priority Per Packet Priority (PPPP)).
  • PPPP Packet Priority Per Packet Priority
  • This information may further indicate the required reliability (eg, Packet Priority Per Packet Reliability) of each ongoing service.
  • This information may further indicate essential QoS information of the service.
  • This information may further indicate the following information about each ongoing service.
  • Average message arrival rate This represents the message arrival rate from the lower layer in case of ongoing service receiving the message.
  • This estimation may be done by considering the statistics of the received HARQ ACK and / or HARQ NACK.
  • Average reliability can be averaged over a fixed fixed size time window (total number of HARQ ACKs received / total number of TBs transmitted).
  • avg_reliability (n) (1-k) * avg_reliability (n-1) + (k) * instantaneous reliability (n).
  • k can be a small value close to zero (eg, 0.1), and instantaneous reliability is measured as averaging the ratio defined above.
  • This estimation can be done by collecting statistics of the PDCP transmit buffer used by the service.
  • Average reliability can be measured by averaging the ratio of the number of transmitted packets to the number of packets transmitted from the upper layer.
  • This information may further indicate the following information to help the host UE avoid using resources that may or may be used by the remote UE.
  • This information may indicate a resource reserved for pending or future transmission of an ongoing service.
  • This information may indicate a resource set allocated exclusively to the ongoing service.
  • the transmission resource information may be configured by collectively merging transmission resources associated with a plurality of ongoing services, in order to reduce signaling overhead, rather than signaling transmission resources for each service. This information may be interpreted as a transmission resource forbidden by the host UE if the remote UE is half-duplex constrained.
  • This information may indicate a resource (or resource pool) that may be used to receive the ongoing service.
  • This information may indicate a resource set allocated exclusively to the ongoing service.
  • the reception resource information may be configured by collectively merging reception resources associated with a plurality of ongoing services in order to reduce signaling overhead rather than signaling reception resources for each service. This information may be interpreted as a transmission resource forbidden by the host UE when the remote UE experiences a hidden node problem.
  • This information indicates whether the remote UE is within the current network or out of network range.
  • this information may indicate the connection state with the primary cell.
  • This information indicates whether the remote UE can receive the GNSS signal.
  • This information can be used by the host UE to estimate the path loss between the remote UE and the host UE, and to determine and control the transmit power of the remote UE as well as the transmit power of the host UE.
  • This information indicates the home PLMN of the UE for cellular service including PC5.
  • This information may indicate the PLMN (s) for which PC5 operation is authorized for the UE.
  • This information may indicate the PLMN for which the PC5 operation for the requested service is authorized for the UE. This information needs to be signaled for each service.
  • This information may further indicate the following information.
  • the reason for denial of service may be indicated.
  • the reason for the rejection may be ⁇ request from an unauthenticated UE, request from a forbidden UE, lack of ability to provide the requested QoS ⁇ .
  • 'Lack of ability to provide requested QoS' may additionally indicate ⁇ lack of transmission resource, lack of receiving resource or both ⁇ .
  • the associated traffic flow ID may be indicated.
  • the traffic flow ID is uniquely assigned between traffic flows having the same direction. Therefore, the traffic flow ID contains the communication direction (forward (host to remote) or reverse (remote to host)) for all traffic flows, including "one-way" and "two-way” services for both directions. You need uniquely distinguishable information.
  • the traffic flow ID may differ depending on the direction of direct communication of the "bidirectional" service.
  • the traffic flow ID may differ depending on the direction of direct communication of the "bidirectional" service.
  • This information represents the expected QoS level for the authorized service.
  • This information may be indicated for each QoS parameter requested by the remote UE while the requested service is granted.
  • the required QoS can be defined for a specific time period.
  • the specific time period represents the minimum time period during which the promised QoS can be guaranteed.
  • the IE further indicates a time period during which the provided QoS can be maintained.
  • This IE may be indicated with a minimum probability of satisfying the provided QoS.
  • the remote UE will use this probability to determine whether to proceed / accept unicast link establishment with the QoS level provided by the host UE.
  • This host UE includes the reception capability if the direction of direct communication requested by the remote UE is "transmit only unidirectional" or "bidirectional".
  • This information represents the radio resource parameters used to establish a direct communication link.
  • This IE may include:
  • This ID may be a higher layer ID of the host UE. This ID may be used by the higher layer of the remote UE to address the host UE.
  • This ID may be a layer-2 ID of the host UE. If this L2 ID is indicated, the potential remote UE needs to use this L2 ID to address the host UE by including the L2 ID in the L2 header of the message destined for the host UE. If this L2 ID is not indicated, the potential remote UE needs to use the L2 ID contained in the L2 header of this direct communication request message.
  • Control Channel Structure Time-Frequency Resources Including Physical Sidelink Control Channels
  • the associated service / traffic flow ID (s) may be indicated.
  • the associated resource pool (s) may be indicated.
  • mapping of resource pools to service / traffic flow IDs refers to the mapping of frequencies (channels) to services.
  • 6.2.3.1.1.1 This may only be set if the remote UE has indicated that it is in network coverage.
  • This configuration may be made per UE. Alternatively, this configuration may be provided per service / traffic flow so that service / traffic flows with more stringent QoS requirements may be treated differently with strict control.
  • Synchronization signal identification information for example. SLSS ID to be used by the host UE for SLSS transmission
  • Synchronization signal identification information for example. SLSS ID to be used by the remote UE for SLSS transmission
  • the UE continues to use the current synchronization method.
  • This configuration may be made per UE. Alternatively, this configuration can be provided per service or traffic flow so that a service or traffic flow with more stringent QoS requirements can be handled with more stringent control.
  • This information may need to be indicated for each communication direction (from a remote UE or to a remote UE) depending on the capability of HARQ of the remote UE and the host UE as well as the established direction of direct communication.
  • This information may need to be displayed for each communication direction depending on the allowed service or traffic flow.
  • This configuration may be made per UE. Alternatively, this configuration can be provided per service or traffic flow so that a service or traffic flow with more stringent QoS requirements can be handled with more stringent control.
  • Signaled Pi is a single integer value with a positive or negative value
  • the signaled Pi may be a value within a predetermined range.
  • the remote UE needs to transmit with the transmit power Po + cumulative value of the received Pi.
  • 18 is a block diagram of wireless communication devices according to an example or implementation of the present invention.
  • a wireless communication system may include a base station 1810 and a UE 1820.
  • the UE 1820 may be located within the coverage of the base station.
  • the wireless communication system can include a plurality of UEs.
  • a base station 1810 and a UE 1820 are shown, but the present invention is not limited thereto.
  • the base station 1810 may be replaced with a network node, a UE, a wireless device, or the like.
  • each of the base station and the UE may be represented as a wireless communication device or a wireless device.
  • the UE 1820 may include at least one processor 1821, at least one memory 1822, and at least one transceiver 1823.
  • the processor 1811 may process matters necessary in each example or implementations to implement the functions, procedures, or methods described in each example or implementation described above.
  • One or more protocols may be implemented by the processor 1821.
  • the processor 1821 may implement one or more layers (eg, functional layers) of the air interface protocol.
  • the memory 1822 is connected to the processor 1821 and stores various types of information and / or instructions.
  • the transceiver 1823 is electrically connected to the processor 1821 and may be controlled by the processor 1821 to transmit and / or receive a wireless signal.
  • the processor 1821 of the first terminal controls the transceiver 1823 to transmit a first message including a sidelink communication request, and receives sidelink communication data from the second terminal. Can be received.
  • the first terminal may be a subscriber of a first Public Land Mobile Network (PLMN)
  • the second terminal may be a subscriber of a second PLMN different from the first PLMN.
  • the sidelink communication data may be received using a carrier of the first PLMN.
  • the first message is i) information indicating that the data transmission through the carrier of the first PLMN is allowed even if the terminal is subscribed to a PLMN other than the first PLMN and ii) the data transmission through the carrier of the first PLMN In connection with this information, it may contain information indicating that it is not charging.
  • the first message may be transmitted through any one of a carrier of the first PLMN, a carrier of the second PLMN, or a dedicated carrier for transmitting the first message.
  • the processor 1821 receives a second message from the second terminal indicating that the sidelink communication request is accepted through the transceiver in response to the first message, and responds to the second message.
  • a third message indicating that a side link is established through the transceiver may be transmitted to the second terminal.
  • the sidelink communication data may be received through the sidelink.
  • the sidelink communication data may be data for a service related to non-public safety (non-PS).
  • the processor 1821 may control the transceiver to report information related to resource usage of the sidelink communication data reception to the first PLMN.
  • the processor 1821 of the second terminal that transmits data in the wireless communication system controls the transceiver 1823 to receive a first message including a sidelink communication request from the first terminal, and to the first terminal, sidelink communication. Data can be transferred.
  • the first terminal may be a subscriber of a first Public Land Mobile Network (PLMN), and the second terminal may be a subscriber of a second PLMN different from the first PLMN.
  • the sidelink communication data may be transmitted using a carrier of the first PLMN.
  • the second terminal may be set in advance to periodically monitor the carrier of the first PLMN.
  • the second terminal may transmit the sidelink communication data when a predetermined condition is satisfied.
  • the predetermined condition may be satisfied if the sidelink communication data can be transmitted to the first terminal while satisfying a predetermined Quality of Service (QoS).
  • QoS Quality of Service
  • PLMNs Public Land Mobile Networks
  • the base station 1810 may also include at least one processor 1811, at least one memory 1812, and at least one transceiver 1813.
  • the processor 1811 may process matters necessary in each example or implementations to implement the functions, procedures, or methods described in each example or implementation described above.
  • one or more protocols may be implemented by the processor 1811.
  • the processor 1811 may implement one or more layers (eg, functional layers) of the air interface protocol.
  • the memory 1812 is coupled to the processor 1811 and stores various types of information and / or instructions.
  • the transceiver 1813 is electrically connected to the processor 1811 and may be controlled by the processor 1811 to transmit and / or receive wireless signals.
  • the memory 1812 and / or 1822 may be disposed inside or outside the processor 1811 and / or 1821, respectively, and may be connected to the processor through various technologies such as a wired or wireless connection.
  • the processor 1811 and / or memory 1812 may be arranged in any suitable physical arrangement.
  • the processor 1811 and / or memory 1812 may comprise the same board, the same package (eg, system-in-package), the same chip (eg, system-on-chip Can be implemented.
  • processor 1811 and / or memory 1812 may include distributed, virtualized, and / or containerized computing resources.
  • the processor 1811 and / or memory 1812 may be located in one or more data centers and / or cloud computing facilities.
  • the memory 1812 may be executable when executed by one or more processors to cause the computing device to perform the methods described herein, either alone or in conjunction with other computing devices in the environment. And may include non-transitory and tangible machine readable media including possible codes.
  • the base station 1810 and / or the UE 1820 may be a single antenna or multiple antennas. It can have for example, antennas 1814 and / or 1824 may be configured to transmit and receive wireless signals.
  • FIG. 19 is a diagram schematically illustrating a wireless communication device according to an example or implementation of the present invention.
  • the UE 1820 illustrated in FIG. 18 is described in detail.
  • the wireless communication device of FIG. 19 is not limited to the UE 1820 and may be a mobile computing device configured to be suitable for one or more implementations of the examples or implementations described above.
  • the mobile computing device may include a vehicle communication system and / or device, a wearable device, a laptop or a smart phone.
  • a UE 1820 may include a digital signal processor: a processor 1910 including a DSP or a microprocessor, a transceiver 1935, a power management module 1905, an antenna 1940, a battery 1955. At least one of a keypad 1920, a GPS (Global Positioning System) chip (1960), a sensor (1965), a memory (1930), a subscriber identity module (SIM) card (1925), a speaker (1945) and a microphone (1950). It may include. In addition, the UE 1820 may include a single antenna or multiple antennas.
  • the processor 1910 may process matters required in each example or implementations to implement the functions, procedures, or methods described in each example or implementation described above.
  • the processor 1910 can implement one or more protocols, such as a layer (eg, functional layer) of a radio interface protocol.
  • the memory 1930 may be connected to the processor 1910 and store information related to the operation of the processor 1910.
  • the memory 1930 may be located inside or outside the processor 1910 and may be connected to the processor through various technologies such as a wired or wireless connection.
  • a user may input various types of information (eg, indication information such as a telephone number) through various techniques such as pressing a button on the keypad 1920 or using voice recognition or activation using the microphone 1950.
  • the processor 1910 may perform appropriate functions such as receiving and processing user information and dialing telephone numbers.
  • data eg, operational data
  • the processor 1910 can receive and process GPS information from the GPS chip 1960 to perform functions related to the location or location of the same UE (vehicle navigation, map services, etc.).
  • the processor 1910 can display these various types of information and data on the display 1915 for the user's reference and convenience.
  • the transceiver 1935 may be connected to the processor 1910 to transmit and / or receive a radio signal such as a radio frequency (RF) signal.
  • the processor 1910 may control the transceiver 1935 to initiate communication and transmit a wireless signal including various types of information or data, such as voice communication data.
  • the transceiver 1935 includes a transmitter for receiving, receiving, and transmitting wireless signals.
  • the antenna 1940 is a device necessary for smoothly transmitting and receiving wireless signals.
  • the transceiver 1935 converts the received wireless signal to a baseband frequency for processing by the processor 1910. Can be forwarded (convert and forward).
  • the processed signal may be processed according to various techniques, such as converting it into audible or readable information for output through the speaker 1945 and / or display 1915.
  • the senor 1965 can be coupled to the processor 1910.
  • the sensor 1965 may include one or more sensing devices configured to detect various types of information, such as speed, acceleration, light, vibration, proximity, location, images, and the like.
  • the processor 1910 may receive and process sensor information obtained from the sensor 1965, and perform various types of functions, such as collision avoidance and autonomous driving, based on the received processed sensor information.
  • the UE may further include various components (eg, a camera, a USB port, etc.).
  • the camera may be further connected to the processor 1910 and may be used for various services such as autonomous driving, vehicle safety service, and the like.
  • FIG. 19 is an example or implementation example of a UE, and the scope of the present invention is not limited to the configuration shown in FIG. 19.
  • some of the keypad 1920, Global Positioning System (GPS) chip 1960, sensor 1965, speaker 1945, and / or microphone 1950 are included in the UE for some examples or implementations. May or may not be implemented.
  • GPS Global Positioning System
  • 20 is a block diagram schematically illustrating a transceiver of a wireless communication device according to an example or implementation of the present invention.
  • the transceiver shown in FIG. 20 may be a transceiver according to an example that may be implemented in a frequency division duplex (FDD) system.
  • FDD frequency division duplex
  • At least one processor can process the data to be transmitted and provide a signal, such as an analog output signal, to the transmitter 2010.
  • the analog output signal at the transmitter 2010 is filtered by a low pass filter (LPF) 2011 (eg to remove artifacts generated by conventional digital-to-analog conversion (ADC)), It can be upconverted from baseband to RF by an up converter (eg, mixer) 2012 and amplified by a variable gain amplifier (VGA) 2013.
  • LPF low pass filter
  • ADC digital-to-analog conversion
  • VGA variable gain amplifier
  • the amplified signal is filtered by filter 2014, further amplified by power amplifier (PA) 2015, routed through duplexer 2050 / antenna switch 2060, and antenna 2070. May be sent via
  • PA power amplifier
  • the antenna 2070 receives a signal from the wireless environment, and the received signal can be routed through the antenna switch 2060 / duplexer 2050 and provided to the receiver 2020.
  • the signal received at the receiver 2020 is amplified by an amplifier including a low noise amplifier (LNA) 2023, filtered by a band pass filter 2024, and downconverter 2025.
  • LNA low noise amplifier
  • band pass filter 2024 By means of down-conversion to baseband, for example in a mixer, RF.
  • the downconverted signal is filtered by a low pass filter (LPF) 2026 and amplified by an amplifier including a VGA 2027 to obtain an analog input signal, which is provided to the processor described in FIGS. 18 and 19. do.
  • LPF low pass filter
  • a local oscillator (LO) generator 2040 generates transmit and receive LO signals and provides them to an upconverter 2012 and a downconverter 2025, respectively.
  • the present invention is not limited to the configuration as shown in FIG. 20, and various components and circuits may be arranged differently from the example shown in FIG. 20 for functions and effects according to an example or implementation example of the present invention. .
  • 21 illustrates another example of a transceiver of a wireless communication device according to an example or implementation of the present invention.
  • FIG. 21 shows an example of a transceiver that may be implemented in a time division duplex (TDD) system.
  • TDD time division duplex
  • the transmitter 2110 and receiver 2120 included in the transceiver of the TDD system may include one or more similar features as the transmitter and receiver included in the transceiver of the FDD system.
  • the transceiver structure of the TDD system will be described.
  • the signal amplified by the transmitter's power amplifier (PA) 2115 is routed through a band select switch 2150, a band pass filter (BPF) 2160, and an antenna switch 2170, Transmitted through the antenna 2180.
  • PA power amplifier
  • BPF band pass filter
  • antenna 2180 receives signals from the wireless environment, and the received signals are routed through antenna switch (s) 2170, band pass filter (BPF) 2160 and band select switch 2150 ( route to the receiver 2120.
  • antenna switch (s) 2170 band pass filter (BPF) 2160 and band select switch 2150 ( route to the receiver 2120.
  • BPF band pass filter
  • 22 is a flowchart for explaining an operation of a wireless device related to sidelinks according to an example or implementation of the present invention.
  • the wireless device may acquire information related to sidelinks (S2210).
  • the information related to the sidelink may be at least one resource configuration (s), and may be obtained from another wireless device or a network node.
  • the wireless device may decode the information related to the sidelink (S2220).
  • the wireless device After decoding the information on the sidelink, the wireless device performs one or more sidelink operations based on the information on the sidelink (S2230).
  • the sidelink operation (s) performed by the wireless device may be one or more operations shown in the flowchart.
  • the sidelink may be an interface between UEs for sidelink communication and / or sidelink discovery.
  • Sidelink may correspond to the PC5 interface.
  • Sidelink operation may in a broad sense be the transmission and / or reception of information between UEs.
  • FIG. 23 is a flowchart illustrating a network node operation related to sidelinks according to an example or implementation of the present invention.
  • the network node operation related to the sidelink disclosed in FIG. 23 is not one example, and the sidelink operation using various techniques may be performed by the network node.
  • the network node may receive information related to sidelinks from the wireless device (S2310).
  • the information related to the sidelink may be 'SidelinkUEInformation' used for displaying sidelink information for the network node.
  • the network node After receiving the information, the network node determines whether to transmit one or more instructions related to the sidelink based on the received information (S2320).
  • the network node transmits a command related to the sidelink to the wireless device based on the command determined to be transmitted (S2330).
  • a wireless device receiving a command sent by a network node may perform one or more sidelink operation (s) based on the received command.
  • FIG. 24 is a block diagram schematically illustrating a configuration of a wireless device and a network node according to an example or implementation of the present invention.
  • the network node 2420 may be replaced with the wireless device or the UE shown in FIG. 19.
  • wireless device 2410 may include a communication interface 2411 for communicating with one or more other wireless devices, network nodes, and / or other elements of the network.
  • the communication interface 2411 may include one or more transmitters, one or more receivers, and / or one or more communication interfaces.
  • the wireless device 2410 can include a processing circuit 2412.
  • the processing circuit 2412 may include at least one processor, such as the processor 2413, and at least one memory device, such as the memory 2414.
  • the processing circuit 2412 may control any one or more of the methods and / or processes described above and allow such methods and / or processes to be performed by the wireless device 2410.
  • the processor 2413 may correspond to one or more processors for performing the functions of the wireless device described herein.
  • Wireless device 2410 also includes a memory 2414 configured to store data, programmable software code, and / or other information described herein.
  • the memory 2414 includes software code that includes, by at least one processor, instructions for executing some or all of the processes described with reference to FIG. 22, or examples or implementations of the methods described above. 2415 may be configured to store.
  • At least one process associated with the transmission or reception of information may be performed by the processor 3113 controlling the transceiver 1823 of FIG. 18 to transmit or receive information.
  • Network node 2420 may include at least one of communication interface 2421 for communicating with one or more other network nodes, wireless devices, and other elements of the network.
  • the communication interface 2421 includes at least one transmitter, at least one receiver and / or at least one communication interface.
  • the network node 2420 may include a processing circuit 2422.
  • the processing circuit may include a processor 2423 and a memory 2424.
  • At least one process associated with the transmission or reception of information may be performed by a processor 1811 that controls the transceiver 1813 shown in FIG. 18 to transmit or receive information.
  • 25 shows an example of 5G usage scenarios.
  • the three main requirement areas of 5G are (1) Enhanced Mobile Broadband (eMBB) area, (2) Massive Machine Type Communication (mMTC) area, and ( 3) Includes Ultra-reliable and Low Latency Communications (URLLC) domains.
  • eMBB Enhanced Mobile Broadband
  • mMTC Massive Machine Type Communication
  • URLLC Ultra-reliable and Low Latency Communications
  • KPI key performance indicator
  • eMBB goes far beyond basic mobile Internet access and covers media and entertainment applications in rich interactive work, cloud or augmented reality.
  • Data is one of the key drivers of 5G and may not see dedicated voice services for the first time in the 5G era.
  • voice is expected to be treated as an application simply using the data connection provided by the communication system.
  • the main reasons for the increased traffic volume are the increase in content size and the increase in the number of applications requiring high data rates.
  • Streaming services (audio and video), interactive video, and mobile Internet connections will become more popular 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 growing rapidly in mobile communication platforms, which can be applied to both work and entertainment.
  • cloud storage is a special use case that drives the growth of uplink data rates.
  • 5G is also used for remote tasks in the cloud and requires much lower end-to-end delays to maintain a good user experience when tactile interfaces are used.
  • Entertainment For example, cloud gaming and video streaming are another key factor in increasing the need for mobile broadband capabilities. Entertainment is essential in smartphones and tablets anywhere, including in 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 instantaneous amount of data.
  • one of the most anticipated 5G use cases relates to the ability to seamlessly connect embedded sensors in all applications, namely mMTC.
  • potential IoT devices are expected to reach 20 billion.
  • 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 change the industry through ultra-reliable / low-latency links available, such as remote control of key infrastructure and self-driving vehicles.
  • the level of reliability and latency is essential for smart grid control, industrial automation, robotics, drone control and coordination.
  • 5G can complement fiber-to-the-home (FTTH) and cable-based broadband (or DOCSIS) as a means of providing streams that are rated at hundreds of megabits per second to gigabits per second. This high speed is required to deliver TVs in 4K and above (6K, 8K and above) resolutions as well as virtual and augmented reality.
  • Virtual Reality (AVR) and Augmented Reality (AR) applications include nearly immersive sporting events. Certain applications may require special network settings. For example, for VR games, game companies may need to integrate core servers with network operator's edge network servers to minimize latency.
  • Automotive is expected to be an important new driver for 5G, with many uses for mobile communications to vehicles. For example, entertainment for passengers requires simultaneous high capacity and high mobility mobile broadband. This is because future users continue to expect high quality connections regardless of their location and speed.
  • Another use case in the automotive field is augmented reality dashboards. It identifies objects in the dark above what the driver sees through the front window and overlays information that tells the driver about the distance and movement of the object.
  • wireless modules enable communication between vehicles, the exchange of information between the vehicle and the supporting infrastructure, and the exchange of information between the vehicle and other connected devices (eg, devices carried by pedestrians).
  • Safety systems guide alternative courses of action to help drivers drive safer, reducing the risk of an accident.
  • the next step will be a remotely controlled or self-driven vehicle.
  • Smart cities and smart homes will be embedded in high-density wireless sensor networks.
  • the distributed network of intelligent sensors will identify the conditions for cost and energy-efficient maintenance of the city or home. Similar settings can be made for each hypothesis.
  • Temperature sensors, window and heating controllers, burglar alarms and appliances are all connected wirelessly. Many of these sensors are typically low data rates, low power and low cost. However, for example, real-time HD video may be required in certain types of devices for surveillance.
  • Smart grids interconnect these sensors using digital information and communication technologies to gather information and act accordingly. This information can include the behavior of suppliers and consumers, allowing smart grids to improve the distribution of fuels such as electricity in efficiency, reliability, economics, sustainability of production, and in an automated manner. Smart Grid can be viewed as another sensor network with low latency.
  • the health sector has many applications that can benefit from mobile communications.
  • the communication system may support telemedicine that provides clinical care from a distance. This can help reduce barriers to distance and improve access to healthcare services that are not consistently available in remote rural areas. It is also used to save lives in critical care and emergencies.
  • a mobile communication based wireless sensor network can provide remote monitoring and sensors for 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 the cables with reconfigurable wireless links is an attractive opportunity in many industries. However, achieving this requires that the wireless connection operates with similar cable delay, reliability, and capacity, and that management is simplified. Low latency and very low error probability are new requirements that need to be connected in 5G.
  • Logistics and freight tracking are important use cases for mobile communications that enable the tracking of inventory and packages from anywhere using a location-based information system.
  • the use of logistics and freight tracking typically requires low data rates but requires wide range and reliable location information.
  • a method according to examples or embodiments of the present invention may include one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), Programmable Logic Devices (PLDs). ), Field programmable gate arrays (FPGAs), processors, controllers, microcontrollers, microprocessors, and the like.
  • ASICs Application Specific Integrated Circuits
  • DSPs Digital Signal Processors
  • DSPDs Digital Signal Processing Devices
  • PLDs Programmable Logic Devices
  • FPGAs Field programmable gate arrays
  • processors controllers, microcontrollers, microprocessors, and the like.
  • a method according to an example or implementation examples of the present invention may be implemented in the form of an apparatus, procedure, or function for performing the functions or operations described above.
  • the software code may be stored in a memory unit and driven by a processor.
  • the memory unit may be located inside or outside the processor, and may exchange data with the processor by various known means.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 발명은 무선 통신 시스템에서 제 1 단말이 데이터를 수신하는 방법에 대해 개시한다. 구체적으로, 상기 방법은 사이드링크 통신 요청을 포함하는 제 1 메시지를 전송하고, 제 2 단말로부터 사이드링크 통신 데이터를 수신하는 것을 포함할 수 있다. 특히, 상기 제 1 단말은 제 1 PLMN (Public Land Mobile Network)의 가입자이고, 상기 제 2 단말은 상기 제 1 PLMN과 다른 제 2 PLMN의 가입자일 수 있다. 또한, 상기 사이드링크 통신 데이터는 상기 제 1 PLMN의 캐리어를 이용하여 수신될 수 있다.

Description

무선 통신 시스템에서 데이터를 송수신하는 방법 및 이를 위한 단말
본 발명은 사이드링크 (sidelink)를 지원하는 무선 통신 시스템에서 데이터를 송수신하는 방법 및 이를 위한 단말에 관한 것으로서, 더욱 상세하게는 서로 다른 PLMN (Public Land Mobile Network)에 속하는 단말간의 직접 통신 방법에 관한 것이다.
무선 통신 시스템이 음성이나 데이터 등과 같은 다양한 종류의 통신 서비스를 제공하기 위해 광범위하게 전개되고 있다. 일반적으로 무선 통신 시스템은 가용한 시스템 자원(대역폭, 전송 파워 등)을 공유하여 다중 사용자와의 통신을 지원할 수 있는 다중 접속(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) 시스템 등이 있다.
장치 대 장치(Device-to-Device; D2D) 통신이란 단말(User Equipment; UE)들 간에 직접적인 링크를 설정하여, 기지국(evolved NodeB; eNB)을 거치지 않고 단말 간에 음성, 데이터 등을 직접 주고 받는 통신 방식을 말한다. D2D 통신은 단말-대-단말(UE-to-UE) 통신, 피어-대-피어(Peer-to-Peer) 통신 등의 방식을 포함할 수 있다. 또한, D2D 통신 방식은 M2M(Machine-to-Machine) 통신, MTC(Machine Type Communication) 등에 응용될 수 있다.
D2D 통신은 급속도로 증가하는 데이터 트래픽에 따른 기지국의 부담을 해결할 수 있는 하나의 방안으로서 고려되고 있다. 예를 들어, D2D 통신에 의하면 기존의 무선 통신 시스템과 달리 기지국을 거치지 않고 장치 간에 데이터를 주고 받기 때문에 네트워크의 과부하를 줄일 수 있게 된다. 또한, D2D 통신을 도입함으로써, 기지국의 절차 감소, D2D에 참여하는 장치들의 소비 전력 감소, 데이터 전송 속도 증가, 네트워크의 수용 능력 증가, 부하 분산, 셀 커버리지 확대 등의 효과를 기대할 수 있다.
현재, D2D 통신에 연계된 형태로써, V2X(Vehicle to Everything) 통신에 대한 논의가 진행되고 있다. V2X는 (i) 차량 단말들간의 V2V (Vehicle to Vehicle) 통신, (ii) 차량과 개인 (보행자, 자전거 운전자, 차량 운전자 또는 승객)이 소지하고 있는 단말간의 V2P (Vehicle to Pedestrian) 통신, 차량과 RSU(roadside unit) 간의 V2I (Vehicle to Infrastructure)통신을 포함하는 개념이다.
본 발명에서 이루고자 하는 기술적 과제는 무선 통신 시스템에서 제 1 단말이 제 2 단말로부터 데이터를 수신하는 방법 및 제 2 단말이 제 1 단말에게 데이터를 전송하는 방법을 제공하는 데 있다. 구체적으로, 본 발명은 서로 다른 PLMN (Public Land Mobile Network)에 속하는 제 1 단말 및 제 2 단말간의 데이터 송수신 방법을 제공하는 데 있다.
본 발명에서 이루고자 하는 기술적 과제들은 상기 기술적 과제로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
상기 기술적 과제를 달성하기 위한, 무선 통신 시스템에서 제 1 단말이 데이터를 수신하는 방법은 사이드링크 통신 요청을 포함하는 제 1 메시지를 전송하고, 제 2 단말로부터 사이드링크 통신 데이터를 수신하는 것을 포함할 수 있다. 특히, 상기 제 1 단말은 제 1 PLMN (Public Land Mobile Network)의 가입자이고, 상기 제 2 단말은 상기 제 1 PLMN과 다른 제 2 PLMN의 가입자일 수 있다. 또한, 상기 사이드링크 통신 데이터는 상기 제 1 PLMN의 캐리어를 이용하여 수신될 수 있다.
한편, 상기 제 1 메시지는 i) 상기 제 1 PLMN이 아닌 PLMN에 가입된 단말이라도 상기 제 1 PLMN의 캐리어를 통한 데이터 전송이 허용됨을 나타내는 정보 및 ii) 상기 제 1 PLMN의 캐리어를 통한 상기 데이터 전송과 관련해서는 과금 (charging)되지 않음을 나타내는 정보를 포함할 수 있다.
한편, 상기 제 1 메시지는 상기 제 1 PLMN의 캐리어, 상기 제 2 PLMN의 캐리어, 또는 상기 제 1 메시지 전송을 위한 전용 (dedicated) 캐리어 중 어느 하나를 통해 전송될 수 있다.
한편, 상기 방법은 상기 제 1 메시지에 대한 응답으로, 상기 사이드링크 통신 요청이 수용됨을 나타내는 제 2 메시지를 상기 제 2 단말로부터 수신하고, 상기 제 2 메시지에 대한 응답으로, 사이드링크가 수립되었음을 나타내는 제 3 메시지를 상기 제 2 단말에게 전송하는 것을 더 포함할 수 있다. 특히, 상기 사이드링크 통신 데이터는 상기 사이드링크를 통해 수신될 수 있다.
한편, 상기 사이드링크 통신 데이터는 non-PS (non-Public Safety)와 관련된 서비스를 위한 데이터일 수 있다.
한편, 상기 방법은 상기 사이드링크 통신 데이터 수신의 자원 사용에 관련된 정보를 상기 제 1 PLMN 에게 보고하는 것을 더 포함할 수 있다.
한편, 상기 제 1 단말은 상기 제 1 단말의 움직임을 제어하는 신호를 기반으로 적어도 하나의 ADAS (Advanced Driver Assistance System) 기능을 구현할 수 있다.
상기 기술적 과제를 달성하기 위한, 무선 통신 시스템에서 제 2 단말이 데이터를 전송하는 방법은 제 1 단말로부터 사이드링크 통신 요청을 포함하는 제 1 메시지를 수신하고, 상기 제 1 단말에게 사이드링크 통신 데이터를 전송하는 것을 포함할 수 있다. 특히, 상기 제 1 단말은 제 1 PLMN (Public Land Mobile Network)의 가입자이고, 상기 제 2 단말은 상기 제 1 PLMN과 다른 제 2 PLMN의 가입자일 수 있다. 또한, 상기 사이드링크 통신 데이터는 상기 제 1 PLMN의 캐리어를 이용하여 전송될 수 있다.
한편, 상기 제 1 메시지가 상기 제 1 PLMN의 캐리어를 통해 수신되도록 설정되는 경우, 상기 제 2 단말은 상기 제 1 PLMN의 캐리어에 대하여 주기적으로 모니터링 하도록 사전에 설정될 수 있다.
한편, 상기 제 2 단말은 소정 조건을 만족하는 경우에 상기 사이드링크 통신 데이터를 전송할 수 있다. 특히, 상기 소정 조건은 소정 QoS (Quality of Service)를 만족하면서 상기 사이드링크 통신 데이터를 상기 제 1 단말에게 전송할 수 있으면 만족될 수 있다.
한편, 상기 방법은 상기 사이드링크 통신 데이터 전송의 자원 사용에 관련된 정보를 상기 제 1 PLMN 에게 보고하는 것을 더 포함할 수 있다.
본 발명의 예 또는 구현 예에 따르면, 서로 다른 PLMN (Public Land Mobile Network)에 속하는 단말간의 직접 통신이 효율적으로 수행될 수 있고, 단말간의 과금 체계 (charging mechanism)가 명확하게 정의될 수 있다.
본 발명에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
도 1은 무선 프레임의 구조를 나타내는 도면이다.
도 2는 하향링크 슬롯에서의 자원 그리드(resource grid)를 나타내는 도면이다.
도 3은 하향링크 서브프레임의 구조를 나타내는 도면이다.
도 4는 상향링크 서브프레임의 구조를 나타내는 도면이다.
도 5는 다중안테나를 갖는 무선 통신 시스템의 구성도이다.
도 6에는 D2D동기 신호가 전송되는 서브프레임이 도시되어 있다.
도 7은 D2D 신호의 릴레이를 설명하기 위한 도면이다.
도 8에는 D2D 통신을 위한 D2D 리소스 풀의 예가 도시되어 있다.
도 9는 V2X에 사용되는 전송 모드와 스케줄링 방식을 설명하기 위한 도면이다.
도 10은 V2X에서 자원 선택을 수행하는 방식이 도시되어 있다.
도 11은 D2D 에서 SA와 데이터 전송을 설명하기 위한 도면이다.
도 12는 V2X에서 SA와 데이터 전송을 설명하기 위한 도면이다.
도 13 내지 도 14에는 NR (New RAT)의 프레임 구조가 예시되어 있다.
도 15는 본 발명의 예 또는 구현 예에 따른 데이터를 수신하는 단말이 데이터를 전송하는 단말과 서로 다른 PLMN에 속한 것을 나타낸 도면이다.
도 16은 본 발명의 예 또는 구현 예에 따른 단말간의 inter-PLMN direct communication link를 구성하는 방법을 설명하기 귀한 도면이다.
도 17은 본 발명의 예 또는 구현 예에 따른 단말간의 inter-PLMN direct communication link의 과금 체계 (charging mechanism)를 설명하기 위한 도면이다.
도 18는 본 발명의 예 또는 구현 예에 따른 무선 통신 장치들의 블록도이다.
도 19는 본 발명의 예 또는 구현 예에 따른 무선 통신 장치를 간략하게 도시한 도면이다.
도 20은 본 발명의 예 또는 구현 예에 따른 무선 통신 장치의 송수신기를 간략하게 도시한 블록도이다.
도 21은 본 발명의 예 또는 구현 예에 따른 무선 통신 장치의 송수신기의 다른 예를 간략하게 도시한 블록도이다.
도 22는 본 발명의 예 또는 구현 예에 따른 사이드링크에 관련된 무선 디바이스 동작을 설명하기 위한 흐름도이다.
도 23은 본 발명의 예 또는 구현 예에 따른 사이드링크에 관련된 네트워크 노드 동작을 설명하기 위한 흐름도이다.
도 24는 본 발명의 예 또는 구현 예에 따른 무선 장치와 네트워크 노드의 구성을 간략하게 도시한 블록도이다.
도 25는 5G 사용 시나리오들의 일례를 나타낸다.
이하의 예 또는 구현 예들은 본 발명의 구성요소들과 특징들을 소정 형태로 결합한 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려될 수 있다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 발명의 예 또는 구현 예를 구성할 수도 있다. 본 발명의 예 또는 구현 예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 예 또는 구현 예의 일부 구성이나 특징은 다른 예 또는 구현 예에 포함될 수 있고, 또는 다른 예 또는 구현 예의 대응하는 구성 또는 특징과 교체될 수 있다.
본 명세서에서 본 발명의 예 또는 구현 예들을 기지국과 단말 간의 데이터 송신 및 수신의 관계를 중심으로 설명한다. 여기서, 기지국은 단말과 직접적으로 통신을 수행하는 네트워크의 종단 노드(terminal 노드)로서의 의미를 갖는다. 본 문서에서 기지국에 의해 수행되는 것으로 설명된 특정 동작은 경우에 따라서는 기지국의 상위 노드(upper 노드)에 의해 수행될 수도 있다.
즉, 기지국을 포함하는 다수의 네트워크 노드들(network 노드s)로 이루어지는 네트워크에서 단말과의 통신을 위해 수행되는 다양한 동작들은 기지국 또는 기지국 이외의 다른 네트워크 노드들에 의해 수행될 수 있음은 자명하다. '기지국(BS: Base Station)'은 고정국(fixed station), Node B, eNode B(eNB), gNodeB (gNB; next Generation NodeB), 액세스 포인트(AP: Access Point) 등의 용어에 의해 대체될 수 있다. 중계기는 Relay Node(RN), Relay Station(RS) 등의 용어에 의해 대체될 수 있다. 또한, '단말(Terminal)'은 단말(User Equipment), MS(Mobile Station), MSS(Mobile Subscriber Station), SS(Subscriber Station) 등의 용어로 대체될 수 있다. 이하에서 기술되는 셀의 명칭은 기지국(base station, eNB), 섹트(sector), 리모트라디오헤드(remote radio head, RRH), 릴레이(relay)등의 송수신 포인트에 적용되며, 또한 특정 송수신 포인트에서 구성 반송파(component carrier)를 구분하기 위한 포괄적인 용어로 사용되는 것일 수 있다.
이하의 설명에서 사용되는 특정 용어들은 본 발명의 이해를 돕기 위해서 제공된 것이며, 이러한 특정 용어의 사용은 본 발명의 기술적 사상을 벗어나지 않는 범위에서 다른 형태로 변경될 수 있다.
몇몇 경우, 본 발명의 개념이 모호해지는 것을 피하기 위하여 공지의 구조 및 장치는 생략되거나, 각 구조 및 장치의 핵심기능을 중심으로 한 블록도 형식으로 도시될 수 있다. 또한, 본 명세서 전체에서 동일한 구성요소에 대해서는 동일한 도면 부호를 사용하여 설명한다.
본 발명의 예 또는 구현 예들은 무선 접속 시스템들인 IEEE 802 시스템, 3GPP 시스템, 3GPP LTE 및 LTE-A(LTE-Advanced)시스템 및 3GPP2 시스템 중 적어도 하나에 개시된 표준 문서들에 의해 뒷받침될 수 있다. 즉, 본 발명의 예 또는 구현 예들 중 본 발명의 기술적 사상을 명확히 드러내기 위해 설명하지 않은 단계들 또는 부분들은 상기 문서들에 의해 뒷받침될 수 있다. 또한, 본 문서에서 개시하고 있는 모든 용어들은 상기 표준 문서에 의해 설명될 수 있다.
이하의 기술은 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과 같은 무선 기술(radio technology)로 구현될 수 있다. TDMA는 GSM(Global System for Mobile communications)/GPRS(General Packet Radio Service)/EDGE(Enhanced Data 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의 진화이다. WiMAX는 IEEE 802.16e 규격(WirelessMAN-OFDMA Reference System) 및 발전된 IEEE 802.16m 규격(WirelessMAN-OFDMA Advanced system)에 의하여 설명될 수 있다. 명확성을 위하여 이하에서는 3GPP LTE 및 3GPP LTE-A 시스템을 위주로 설명하지만 본 발명의 기술적 사상이 이에 제한되는 것은 아니다.
LTE / LTE -A 자원 구조/채널
도 1을 참조하여 무선 프레임의 구조에 대하여 설명한다.
셀룰라 OFDM 무선 패킷 통신 시스템에서, 상/하향링크 데이터 패킷 전송은 서브프레임 (subframe) 단위로 이루어지며, 한 서브프레임은 다수의 OFDM 심볼을 포함하는 일정 시간 구간으로 정의된다. 3GPP LTE 표준에서는 FDD(Frequency Division Duplex)에 적용 가능한 타입 1 무선 프레임(radio frame) 구조와 TDD(Time Division Duplex)에 적용 가능한 타입 2의 무선 프레임 구조를 지원한다.
도 1(a)는 타입 1 무선 프레임의 구조를 나타내는 도면이다. 하향링크 무선 프레임(radio frame)은 10개의 서브프레임(subframe)으로 구성되고, 하나의 서브프레임은 시간 영역(time domain)에서 2개의 슬롯(slot)으로 구성된다. 하나의 서브프레임이 전송되는 데 걸리는 시간을 TTI(transmission time interval)이라 하고, 예를 들어 하나의 서브프레임의 길이는 1ms이고, 하나의 슬롯의 길이는 0.5ms 일 수 있다. 하나의 슬롯은 시간 영역에서 복수의 OFDM 심볼을 포함하고, 주파수 영역에서 다수의 자원블록(Resource Block; RB)을 포함한다. 3GPP LTE/LTE-A 시스템에서는 하향링크에서 OFDMA 를 사용하므로, OFDM 심볼이 하나의 심볼 구간을 나타낸다. OFDM 심볼은 또한 SC-FDMA 심볼 또는 심볼 구간으로 칭하여질 수도 있다. 자원 블록(Resource Block; RB)은 자원 할당 단위이고, 하나의 블록에서 복수개의 연속적인 부반송파(subcarrier)를 포함할 수 있다.
하나의 슬롯에 포함되는 OFDM 심볼의 수는 CP(Cyclic Prefix)의 구성(configuration)에 따라 달라질 수 있다. CP에는 확장된 CP(extended CP)와 일반 CP(normal CP)가 있다. 예를 들어, OFDM 심볼이 일반 CP에 의해 구성된 경우, 하나의 슬롯에 포함되는 OFDM 심볼의 수는 7개일 수 있다. OFDM 심볼이 확장된 CP에 의해 구성된 경우, 한 OFDM 심볼의 길이가 늘어나므로, 한 슬롯에 포함되는 OFDM 심볼의 수는 일반 CP인 경우보다 적다. 확장된 CP의 경우에, 예를 들어, 하나의 슬롯에 포함되는 OFDM 심볼의 수는 6개일 수 있다. 단말이 빠른 속도로 이동하는 등의 경우와 같이 채널상태가 불안정한 경우, 심볼간 간섭을 더욱 줄이기 위해 확장된 CP가 사용될 수 있다.
일반 CP가 사용되는 경우 하나의 슬롯은 7개의 OFDM 심볼을 포함하므로, 하나의 서브프레임은 14개의 OFDM 심볼을 포함한다. 이때, 각 서브프레임의 처음 2개 또는 3개의 OFDM 심볼은 PDCCH(physical downlink control channel)에 할당되고, 나머지 OFDM 심볼은 PDSCH(physical downlink shared channel)에 할당될 수 있다.
도 1(b)는 타입 2 무선 프레임의 구조를 나타내는 도면이다. 타입 2 무선 프레임은 2개의 해프 프레임 (half frame)으로 구성되며, 각 해프 프레임은 5개의 서브프레임과 DwPTS (Downlink Pilot Time Slot), 보호구간(Guard Period; GP), UpPTS (Uplink Pilot Time Slot)로 구성되며, 이 중 1개의 서브프레임은 2개의 슬롯으로 구성된다. DwPTS는 단말에서의 초기 셀 탐색, 동기화 또는 채널 추정에 사용된다. UpPTS는 기지국에서의 채널 추정과 단말의 상향 전송 동기를 맞추는 데 사용된다. 보호구간은 상향링크와 하향링크 사이에 하향링크 신호의 다중경로 지연으로 인해 상향링크에서 생기는 간섭을 제거하기 위한 구간이다. 한편, 무선 프레임의 타입에 관계 없이 1개의 서브프레임은 2개의 슬롯으로 구성된다.
무선 프레임의 구조는 예시에 불과하고, 무선 프레임에 포함되는 서브프레임의 수 또는 서브프레임에 포함되는 슬롯의 수, 슬롯에 포함되는 심볼의 수는 다양하게 변경될 수 있다.
도 2는 하향링크 슬롯에서의 자원 그리드(resource grid)를 나타내는 도면이다. 하나의 하향링크 슬롯은 시간 영역에서 7 개의 OFDM 심볼을 포함하고, 하나의 자원블록(RB)은 주파수 영역에서 12 개의 부반송파를 포함하는 것으로 도시되어 있지만, 본 발명이 이에 제한되는 것은 아니다. 예를 들어, 일반 CP(Cyclic Prefix)의 경우에는 하나의 슬롯이 7 OFDM 심볼을 포함하지만, 확장된 CP(extended-CP)의 경우에는 하나의 슬롯이 6 OFDM 심볼을 포함할 수 있다. 자원 그리드 상의 각각의 요소는 자원 요소(resource element)라 한다. 하나의 자원블록은 12Х7 자원 요소를 포함한다. 하향링크 슬롯에 포함되는 자원블록들의 개수(NDL)는 하향링크 전송 대역폭에 따른다. 상향링크 슬롯의 구조는 하향링크 슬롯의 구조와 동일할 수 있다.
도 3은 하향링크 서브프레임의 구조를 나타내는 도면이다. 하나의 서브프레임 내에서 첫 번째 슬롯의 앞 부분의 최대 3 개의 OFDM 심볼은 제어 채널이 할당되는 제어 영역에 해당한다. 나머지 OFDM 심볼들은 물리하향링크공유채널(Physical Downlink Shared Channel; PDSCH)이 할당되는 데이터 영역에 해당한다. 3GPP LTE/LTE-A 시스템에서 사용되는 하향링크 제어 채널들에는, 예를 들어, 물리제어포맷지시자채널(Physical Control Format Indicator Channel; PCFICH), 물리하향링크제어채널(Physical Downlink Control Channel; PDCCH), 물리HARQ지시자채널(Physical Hybrid automatic repeat request Indicator Channel; PHICH) 등이 있다. PCFICH는 서브프레임의 첫 번째 OFDM 심볼에서 전송되고 서브프레임 내의 제어 채널 전송에 사용되는 OFDM 심볼의 개수에 대한 정보를 포함한다. PHICH는 상향링크 전송의 응답으로서 HARQ ACK/NACK 신호를 포함한다. PDCCH를 통하여 전송되는 제어 정보를 하향링크제어정보(Downlink Control Information; DCI)라 한다. DCI는 상향링크 또는 하향링크 스케듈링 정보를 포함하거나 임의의 단말 그룹에 대한 상향링크 전송 전력 제어 명령을 포함한다. PDCCH는 하향링크공유채널(DL-SCH)의 자원 할당 및 전송 포맷, 상향링크공유채널(UL-SCH)의 자원 할당 정보, 페이징채널(PCH)의 페이징 정보, DL-SCH 상의 시스템 정보, PDSCH 상으로 전송되는 임의접속응답(Random Access Response)과 같은 상위계층 제어 메시지의 자원 할당, 임의의 단말 그룹 내의 개별 단말에 대한 전송 전력 제어 명령의 세트, 전송 전력 제어 정보, VoIP(Voice over IP)의 활성화 등을 포함할 수 있다. 복수의 PDCCH가 제어 영역 내에서 전송될 수 있다. 단말은 복수의 PDCCH를 모니터링할 수 있다. PDCCH는 하나 이상의 연속하는 제어채널요소(Control Channel Element; CCE)의 조합(aggregation)으로 전송된다. CCE는 무선 채널의 상태에 기초한 코딩 레이트로 PDCCH를 제공하기 위해 사용되는 논리 할당 단위이다. CCE는 복수개의 자원 요소 그룹에 대응한다. PDCCH의 포맷과 이용 가능한 비트 수는 CCE의 개수와 CCE에 의해 제공되는 코딩 레이트 간의 상관관계에 따라서 결정된다. 기지국은 단말에게 전송되는 DCI에 따라서 PDCCH 포맷을 결정하고, 제어 정보에 순환잉여검사(Cyclic Redundancy Check; CRC)를 부가한다. CRC는 PDCCH의 소유자 또는 용도에 따라 무선 네트워크 임시 식별자(Radio Network Temporary Identifier; RNTI)라 하는 식별자로 마스킹된다. PDCCH가 특정 단말에 대한 것이면, 단말의 cell-RNTI(C-RNTI) 식별자가 CRC에 마스킹될 수 있다. 또는, PDCCH가 페이징 메시지에 대한 것이면, 페이징 지시자 식별자(Paging Indicator Identifier; P-RNTI)가 CRC에 마스킹될 수 있다. PDCCH가 시스템 정보(보다 구체적으로, 시스템 정보 블록(SIB))에 대한 것이면, 시스템 정보 식별자 및 시스템 정보 RNTI(즉, SI-RNTI)가 CRC에 마스킹될 수 있다. 단말의 임의 접속 프리앰블의 전송에 대한 응답인 임의접속응답을 나타내기 위해, 임의접속-RNTI(즉, RA-RNTI)가 CRC에 마스킹될 수 있다.
도 4는 상향링크 서브프레임의 구조를 나타내는 도면이다. 상향링크 서브프레임은 주파수 영역에서 제어 영역과 데이터 영역으로 분할될 수 있다. 제어 영역에는 상향링크 제어 정보를 포함하는 물리상향링크제어채널(Physical Uplink Control Channel; PUCCH)이 할당된다. 데이터 영역에는 사용자 데이터를 포함하는 물리상향링크공유채널(Physical Uplink Shared Channel; PUSCH)이 할당된다. 단일 반송파 특성을 유지하기 위해서, 하나의 단말은 PUCCH와 PUSCH를 동시에 전송하지 않는다. 하나의 단말에 대한 PUCCH는 서브프레임에서 자원블록 쌍(RB pair)에 할당된다. 자원블록 쌍에 속하는 자원블록들은 2 슬롯에 대하여 상이한 부반송파를 차지한다. 이를 PUCCH에 할당되는 자원블록 쌍이 슬롯 경계에서 주파수-호핑(frequency-hopped)된다고 한다.
참조 신호 (Reference Signal; RS )
무선 통신 시스템에서 패킷을 전송할 때, 전송되는 패킷은 무선 채널을 통해서 전송되기 때문에 전송과정에서 신호의 왜곡이 발생할 수 있다. 왜곡된 신호를 수신측에서 올바로 수신하기 위해서는 채널 정보를 이용하여 수신 신호에서 왜곡을 보정하여야 한다. 채널 정보를 알아내기 위해서, 송신측과 수신측에서 모두 알고 있는 신호를 전송하여, 상기 신호가 채널을 통해 수신될 때의 왜곡 정도를 가지고 채널 정보를 알아내는 방법을 주로 사용한다. 상기 신호를 파일럿 신호(Pilot Signal) 또는 참조신호(Reference Signal)라고 한다.
다중안테나를 사용하여 데이터를 송수신하는 경우에는 각 송신 안테나와 수신 안테나 사이의 채널 상황을 알아야 올바른 신호를 수신할 수 있다. 따라서, 각 송신 안테나 별로, 좀더 자세하게는 안테나 포트(port)별로 별도의 참조신호가 존재하여야 한다.
참조신호는 상향링크 참조신호와 하향링크 참조신호로 구분될 수 있다. 현재 LTE 시스템에는 상향링크 참조신호로써,
i) PUSCH 및 PUCCH를 통해 전송된 정보의 코히런트(coherent)한 복조를 위한 채널 추정을 위한 복조 참조신호(DeModulation-Reference Signal, DM-RS)
ii) 기지국이, 네트워크가 다른 주파수에서의 상향링크 채널 품질을 측정하기 위한 사운딩 참조신호(Sounding Reference Signal, SRS)가 있다.
한편, 하향링크 참조신호에는,
i) 셀 내의 모든 단말이 공유하는 셀-특정 참조신호(Cell-specific Reference Signal, CRS)
ii) 특정 단말만을 위한 단말-특정 참조신호(UE-specific Reference Signal)
iii) PDSCH가 전송되는 경우 코히런트한 복조를 위해 전송되는 (DeModulation-Reference Signal, DM-RS)
iv) 하향링크 DMRS가 전송되는 경우 채널 상태 정보(Channel State Information; CSI)를 전달하기 위한 채널상태정보 참조신호(Channel State Information- Reference Signal, CSI-RS)
v) MBSFN(Multimedia Broadcast Single Frequency Network) 모드로 전송되는 신호에 대한 코히런트한 복조를 위해 전송되는 MBSFN 참조신호(MBSFN Reference Signal)
vi) 단말의 지리적 위치 정보를 추정하는데 사용되는 위치 참조신호(Positioning Reference Signal)가 있다.
참조신호는 그 목적에 따라 크게 두 가지로 구분될 수 있다. 채널 정보 획득을 위한 목적의 참조신호와 데이터 복조를 위해 사용되는 참조신호가 있다. 전자는 UE가 하향 링크로의 채널 정보를 획득하는데 그 목적이 있으므로 광대역으로 전송되어야 하고, 특정 서브 프레임에서 하향 링크 데이터를 수신하지 않는 단말이라도 그 참조신호를 수신하여야 한다. 또한 이는 핸드오버 등의 상황에서도 사용된다. 후자는 기지국이 하향링크를 보낼 때 해당 리소스에 함께 보내는 참조신호로서, 단말은 해당 참조신호를 수신함으로써 채널 측정을 하여 데이터를 복조할 수 있게 된다. 이 참조신호는 데이터가 전송되는 영역에 전송되어야 한다.
다중안테나(MIMO) 시스템의 모델링
도 5는 다중안테나를 갖는 무선 통신 시스템의 구성도이다.
도 5(a)에 도시된 바와 같이 송신 안테나의 수를 NT 개로, 수신 안테나의 수를 NR 개로 늘리면, 송신기나 수신기에서만 다수의 안테나를 사용하게 되는 경우와 달리 안테나 수에 비례하여 이론적인 채널 전송 용량이 증가한다. 따라서, 전송 레이트를 향상시키고 주파수 효율을 획기적으로 향상시킬 수 있다. 채널 전송 용량이 증가함에 따라, 전송 레이트는 이론적으로 단일 안테나 이용시의 최대 전송 레이트(Ro)에 레이트 증가율(Ri)이 곱해진 만큼 증가할 수 있다.
Figure PCTKR2019007056-appb-img-000001
예를 들어, 4개의 송신 안테나와 4개의 수신 안테나를 이용하는 MIMO(Multiple Input and Multiple Output) 통신 시스템에서는 단일 안테나 시스템에 비해 이론상 4배의 전송 레이트를 획득할 수 있다.
다중안테나 시스템에서의 통신 방법을 수학적 모델링을 이용하여 보다 구체적으로 설명한다. 상기 시스템에는 NT개의 송신 안테나와 NR개의 수신 안테나가 존재한다고 가정한다.
송신 신호를 살펴보면, NT개의 송신 안테나가 있는 경우 전송 가능한 최대 정보는 NT개이다. 전송 정보는 다음과 같이 표현될 수 있다.
Figure PCTKR2019007056-appb-img-000002
각각의 전송 정보
Figure PCTKR2019007056-appb-img-000003
는 전송 전력이 다를 수 있다. 각각의 전송 전력을
Figure PCTKR2019007056-appb-img-000004
라고 하면, 전송 전력이 조정된 전송 정보는 다음과 같이 표현될 수 있다.
Figure PCTKR2019007056-appb-img-000005
또한,
Figure PCTKR2019007056-appb-img-000006
는 전송 전력의 대각행렬
Figure PCTKR2019007056-appb-img-000007
를 이용해 다음과 같이 표현될 수 있다.
Figure PCTKR2019007056-appb-img-000008
전송전력이 조정된 정보 벡터
Figure PCTKR2019007056-appb-img-000009
에 가중치 행렬
Figure PCTKR2019007056-appb-img-000010
가 적용되어 실제 전송되는 Nt개의 송신신호
Figure PCTKR2019007056-appb-img-000011
가 구성되는 경우를 고려해 보자. 가중치 행렬
Figure PCTKR2019007056-appb-img-000012
는 전송 정보를 전송 채널 상황 등에 따라 각 안테나에 적절히 분배해 주는 역할을 한다.
Figure PCTKR2019007056-appb-img-000013
는 벡터
Figure PCTKR2019007056-appb-img-000014
를 이용하여 다음과 같이 표현될 수 있다.
Figure PCTKR2019007056-appb-img-000015
여기에서,
Figure PCTKR2019007056-appb-img-000016
는 i번째 송신 안테나와 j번째 정보간의 가중치를 의미한다.
Figure PCTKR2019007056-appb-img-000017
는 프리코딩 행렬이라고도 불린다.
수신신호는 Nr개의 수신 안테나가 있는 경우 각 안테나의 수신신호
Figure PCTKR2019007056-appb-img-000018
은 벡터로 다음과 같이 표현될 수 있다.
Figure PCTKR2019007056-appb-img-000019
다중안테나 무선 통신 시스템에서 채널을 모델링하는 경우, 채널은 송수신 안테나 인덱스에 따라 구분될 수 있다. 송신 안테나 j로부터 수신 안테나 i를 거치는 채널을
Figure PCTKR2019007056-appb-img-000020
로 표시하기로 한다.
Figure PCTKR2019007056-appb-img-000021
에서, 인덱스의 순서가 수신 안테나 인덱스가 먼저, 송신 안테나의 인덱스가 나중임에 유의한다.
한편, 도 5(b)은 NR개의 송신 안테나에서 수신 안테나 i로의 채널을 도시한 도면이다. 상기 채널을 묶어서 벡터 및 행렬 형태로 표시할 수 있다. 도 5(b)에서, 총 NT개의 송신 안테나로부터 수신 안테나 i로 도착하는 채널은 다음과 같이 나타낼 수 있다.
Figure PCTKR2019007056-appb-img-000022
따라서, Nt개의 송신 안테나로부터 Nr개의 수신 안테나로 도착하는 모든 채널은 다음과 같이 표현될 수 있다.
Figure PCTKR2019007056-appb-img-000023
실제 채널에는 채널 행렬
Figure PCTKR2019007056-appb-img-000024
를 거친 후에 백색잡음(AWGN; Additive White Gaussian Noise)이 더해진다. NR개의 수신 안테나 각각에 더해지는 백색잡음
Figure PCTKR2019007056-appb-img-000025
은 다음과 같이 표현될 수 있다.
Figure PCTKR2019007056-appb-img-000026
상술한 수식 모델링을 통해 수신신호는 다음과 같이 표현될 수 있다.
Figure PCTKR2019007056-appb-img-000027
한편, 채널 상태를 나타내는 채널 행렬
Figure PCTKR2019007056-appb-img-000028
의 행과 열의 수는 송수신 안테나의 수에 의해 결정된다. 채널 행렬
Figure PCTKR2019007056-appb-img-000029
에서 행의 수는 수신 안테나의 수 NR과 같고, 열의 수는 송신 안테나의 수 NT와 같다. 즉, 채널 행렬
Figure PCTKR2019007056-appb-img-000030
는 행렬이 NR×NT된다.
행렬의 랭크(rank)는 서로 독립인(independent) 행 또는 열의 개수 중에서 최소 개수로 정의된다. 따라서, 행렬의 랭크는 행 또는 열의 개수 보다 클 수 없다. 채널 행렬
Figure PCTKR2019007056-appb-img-000031
의 랭크(
Figure PCTKR2019007056-appb-img-000032
)는 다음과 같이 제한된다.
Figure PCTKR2019007056-appb-img-000033
랭크의 다른 정의는 행렬을 고유치 분해(Eigen value decomposition) 하였을 때, 0이 아닌 고유치들의 개수로 정의할 수 있다. 유사하게, 랭크의 또 다른 정의는 특이치 분해(singular value decomposition) 하였을 때, 0이 아닌 특이치들의 개수로 정의할 수 있다. 따라서, 채널 행렬에서 랭크. 의 물리적인 의미는 주어진 채널에서 서로 다른 정보를 보낼 수 있는 최대 수라고 할 수 있다.
D2D 단말의 동기 획득
이하에서는 상술한 설명 및 기존 LTE/LTE-A 시스템에 기초하여, D2D 통신에서 단말간 동기 획득에 대해 설명한다. OFDM 시스템에서는 시간/주파수 동기가 맞지 않을 경우 셀 간 간섭(Inter-Cell Interference)로 인해 OFDM 신호에서 서로 다른 단말 간에 멀티플렉싱이 불가능질 수 있다. 동기를 맞추기 위해 D2D 단말들이 직접 동기 신호를 송수신하여 모든 단말이 개별적으로 동기를 맞추는 것은 비효율적이다. 따라서, D2D와 같은 분산 노드 시스템에서는 특정 노드가 대표 동기 신호를 전송해주고 나머지 UE들이 이에 동기를 맞출 수 있다. 다시 말해, D2D 신호 송수신을 위해 일부 노드들이 D2D 동기 신호(D2DSS, D2D Synchronization Signal)를 전송하고, 나머지 단말들이 이에 동기를 맞추어 신호를 송수신하는 방식이 사용될 수 있다. 상기 노드는 eNB, UE, SRN (Synchronization Reference Node), 또는 동기화 소스 (synchronization source)일 수 있다.
D2D 동기신호에는 프라이머리 동기 신호(PD2DSS(Primary D2DSS 또는 PSSS(Primary Sidelink synchronization signal)), 세컨더리 동기 신호(SD2DSS(Secondary D2DSS 또D2D 동기신호에는 프라이머리 동기 신호(PD2DSS(Primary D2DSS 또는 PSSS(Primary Sidelink synchronization signal)), 세컨더리 동기 신호(SD2DSS(Secondary D2DSS 또는 SSSS(Secondary Sidelink synchronization signal))가 있을 수 있다. PD2DSS는 소정 길이의 자도프 추 시퀀스(Zadoff-chu 시퀀스) 또는 PSS와 유사/변형/반복된 구조 등일 수 있다. 또한 DL PSS와 달리 다른 자도프 추 루트 인덱스(예를 들어, 26, 37)를 사용할 수 있다. SD2DSS는 M-시퀀스 또는 SSS와 유사/변형/반복된 구조 등일 수 있다. 만약 단말들이 eNB로부터 동기를 맞출 경우, SRN은 eNB가 되며, D2DSS는 PSS/SSS가 된다. DL의 PSS/SSS와 달리 PD2DSS/SD2DSS는 UL 서브캐리어 매핑 방식을 따른다. 도 6에는 D2D동기 신호가 전송되는 서브프레임이 도시되어 있다. PD2DSCH(Physical D2D synchronization channel)는 D2D 신호 송수신 전에 단말이 가장 먼저 알아야 하는 기본이 되는 (시스템) 정보(예를 들어, D2DSS에 관련된 정보, 듀플렉스 모드(Duplex Mode, DM), TDD UL/DL 구성, 리소스 풀 관련 정보, D2DSS에 관련된 애플리케이션의 종류, 서브프레임 오프셋 (subframe offset), 브로드캐스트 정보 등)가 전송되는 (방송) 채널일 수 있다. PD2DSCH는 D2DSS와 동일한 서브프레임 상에서 또는 후행하는 서브프레임 상에서 전송될 수 있다. DMRS는 PD2DSCH의 복조를 위해 사용될 수 있다.
SRN은 D2DSS, PD2DSCH(Physical D2D synchronization channel)를 전송하는 노드일 수 있다. D2DSS는 특정 시퀀스 형태일 수 있고, PD2DSCH는 특정 정보를 나타내는 시퀀스거나 사전에 정해진 채널 코딩을 거친 후의 코드 워드 형태일 수 있다. 여기서, SRN은 eNB 또는 특정 D2D 단말이 될 수 있다. 부분 네트워크 커버리지(partial network coverage) 또는 커버리지 바깥(out of network coverage)의 경우에는 단말이 SRN이 될 수 있다.
도 7과 같은 상황에서 커버리지 밖(out of coverage) 단말과의 D2D 통신을 위해 D2DSS는 릴레이 될 수 있다. 또한, D2DSS는 다중 홉을 통해 릴레이될 수 있다. 이하의 설명에서 동기 신호를 릴레이 한다는 것은 직접 기지국의 동기신호를 AF 릴레이하는 것뿐만 아니라, 동기 신호 수신 시점에 맞추어 별도의 포맷의 D2D 동기신호를 전송하는 것도 포함하는 개념이다. 이와 같이, D2D 동기 신호가 릴레이 됨으로써 커버리지 안 단말과 커버리지 밖 단말이 직접 통신을 수행할 수 있다.
D2D 리소스 풀
도 8에는 D2D 통신을 수행하는 UE1, UE2 및 이들이 사용하는 D2D 리소스 풀의 예가 도시되어 있다. 도 8(a)에서 UE는 단말 또는 D2D 통신 방식에 따라 신호를 송수신하는 기지국 등의 네트워크 장비를 의미한다. 단말은 일련의 자원의 집합을 의미하는 리소스 풀 내에서 특정한 자원에 해당하는 리소스 유닛을 선택하고 해당 리소스 유닛을 사용하여 D2D 신호를 송신할 수 있다. 수신 단말(UE2)는 UE1이 신호를 전송할 수 있는 리소스 풀을 구성(configured) 받고 해당 pool내에서 UE1의 신호를 검출할 수 있다. 여기서 리소스 풀은 UE1이 기지국의 연결 범위에 있는 경우 기지국이 알려줄 수 있으며, 기지국의 연결 범위 밖에 있는 경우에는 다른 단말이 알려주거나 또는 사전에 정해진 자원으로 결정될 수도 있다. 일반적으로 리소스 풀은 복수의 리소스 유닛으로 구성되며 각 단말은 하나 또는 복수의 리소스 유닛을 선정하여 자신의 D2D 신호 송신에 사용할 수 있다. 리소스 유닛은 도 8(b)에 예시된 것과 같을 수 있다. 도 8(b)를 참조하면, 전체 주파수 자원이 NF개로 분할되고 전체 시간 자원이 NT개로 분할되어 총 NF*NT개의 리소스 유닛이 정의되는 것을 알 수 있다. 여기서는 해당 리소스 풀이 NT 서브프레임을 주기로 반복된다고 할 수 있다. 특히, 하나의 리소스 유닛이 도시된 바와 같이 주기적으로 반복하여 나타날 수 있다. 또는, 시간이나 주파수 차원에서의 다이버시티 효과를 얻기 위해, 하나의 논리적인 리소스 유닛이 매핑되는 물리적 리소스 유닛의 인댁스가 시간에 따라서 사전에 정해진 패턴으로 변화할 수도 있다. 이러한 리소스 유닛 구조에 있어서 리소스 풀이란 D2D 신호를 송신하고자 하는 단말이 송신에 사용할 수 있는 리소스 유닛의 집합을 의미할 수 있다.
리소스 풀은 여러 종류로 세분화될 수 있다. 먼저 각 리소스 풀에서 전송되는 D2D 신호의 컨텐츠(contents)에 따라서 구분될 수 있다. 예를 들어, D2D 신호의 컨텐츠는 구분될 수 있으며, 각각에 대하여 별도의 리소스 풀이 구성될 수 있다. D2D 신호의 컨텐츠로서, SA(Scheduling assignment) 또는 Physical sidelink control channel(PSCCH), D2D 데이터 채널, 디스커버리 채널(Discovery channel)이 있을 수 있다. SA는 송신 단말이 후행하는 D2D 데이터 채널의 전송으로 사용하는 리소스의 위치 및 그 외 데이터 채널의 복조를 위해서 필요한 MCS(modulation and coding scheme)나 MIMO 전송 방식, TA(timing advance)등의 정보를 포함하는 신호일 수 있다. 이 신호는 동일 리소스 유닛 상에서 D2D 데이터와 함께 멀티플렉싱되어 전송되는 것도 가능하며, 이 경우 SA 리소스 풀이란 SA가 D2D 데이터와 멀티플렉싱되어 전송되는 리소스의 풀을 의미할 수 있다. SA는 다른 이름으로 D2D 제어 채널(control channel), PSCCH(physical sidelink control channel)로 불릴 수도 있다. D2D 데이터 채널(또는, PSSCH(Physical sidelink shared channel))은, 송신 단말이 사용자 데이터를 전송하는데 사용하는 리소스의 pool일 수 있다. 만일 동일 리소스 유닛 상에서 D2D 데이터와 함께 SA가 멀티플렉싱되어 전송되는 경우 D2D 데이터 채널을 위한 리소스 풀에서는 SA 정보를 제외한 형태의 D2D 데이터 채널만이 전송 될 수 있다. 다시 말하면 SA 리소스 풀 내의 개별 리소스 유닛 상에서 SA 정보를 전송하는데 사용되었던 REs를 D2D 데이터 채널 리소스 풀에서는 여전히 D2D 데이터를 전송하는데 사용할 수 있다. 디스커버리 채널은 송신 단말이 자신의 ID 등의 정보를 전송하여 인접 단말로 하여금 자신을 발견할 수 있도록 하는 메시지를 위한 리소스 풀일 수 있다.
D2D 신호의 컨텐츠가 동일한 경우에도 D2D 신호의 송수신 속성에 따라서 상이한 리소스 풀을 사용할 수 있다. 예를 들어, 동일한 D2D 데이터 채널이나 디스커버리 메시지라 하더라도 D2D 신호의 송신 타이밍 결정 방식(예를 들어 동기 기준 신호의 수신 시점에서 송신되는지 아니면 거기에서 일정한 TA를 적용하여 전송되는지)이나 자원 할당 방식(예를 들어 개별 신호의 전송 자원을 eNB가 개별 송신 UE에게 지정해주는지 아니면 개별 송신 UE가 pool 내에서 자체적으로 개별 신호 전송 자원을 선택하는지), 신호 포맷(예를 들어 각 D2D 신호가 한 서브프레임에서 차지하는 심볼의 개수나, 한 D2D 신호의 전송에 사용되는 서브프레임의 개수), eNB로부터의 신호 세기, D2D UE의 송신 전력 세기 등에 따라서 다시 상이한 리소스 풀로 구분될 수 있다. 설명의 편의상 D2D 커뮤니케이션에서 eNB가 D2D 송신 UE의 송신 자원을 직접 지시하는 방법을 Mode 1 (V2X의 경우 mode 3), 전송 자원 영역이 사전에 설정되어 있거나, eNB가 전송 자원 영역을 지정하고, UE가 직접 송신 자원을 선택하는 방법을 Mode 2(V2X의 경우 mode 4)라 부르기로 한다. D2D discovery의 경우에는 eNB가 직접 자원을 지시하는 경우에는 Type 2, 사전에 설정된 자원영역 또는 eNB가 지시한 자원 영역에서 UE가 직접 전송 자원을 선택하는 경우는 Type 1이라 부르기로 한다.
V2X에서는 집중형 스케줄링(Centralized scheduling)에 기반하는 사이드링크 전송 모드 3와 분산형 스케줄링 방식의 사이드링크 전송 모드 4가 사용된다. 도 9에는 이러한 두 가지 전송모드에 따른 스케줄링 방식이 도시되어 있다. 도 9를 참조하면, 도 9(a)의 집중형 스케줄링 방식의 전송 모드 3에서는 차량이 기지국에 사이드링크 자원을 요청하면(S901a), 기지국이 자원을 할당(S902a)해 주고 그 자원을 통해 다른 차량에게 전송을 수행(S903a)한다. 집중형 전송 방식에서는 다른 캐리어의 자원도 스케줄링될 수 있다. 이에 비해, 전송 모드 4에 해당하는 도 9(b)의 분산형 스케줄링 방식에 따르면, 차량은 기지국으로부터 미리 설정받은(S901b) 자원, 리소스 풀을 센싱하다가 전송에 사용할 자원을 선택(S902b)한 후, 선택한 자원을 통해 다른 차량에게 전송을 수행(S903b)할 수 있다. 이 때 전송 자원의 선택은 도 10에 도시된 바와 같이, 다음 패킷의 전송 자원도 예약되는 방식이 사용된다. V2X에서는 MAC PDU 별 2회의 전송이 이루어지는데, 최초 전송을 위한 자원 선택시 재전송을 위한 자원이 일정한 시간 간격(time gap)을 두고 예약되는 것이다. 이에 대한 상세한 설명은 3GPP TS 36.213 V14.6.0 문서 14절을 참조하며, 본 발명의 종래기술로써 명세서에 산입된다.
SA의 송수신
사이드링크 전송 모드 1 단말은 기지국으로부터 구성 받은 자원을 통해 SA(또는, D2D 제어 신호, SCI(Sidelink Control Information))을 전송할 수 있다. 사이드링크 전송 모드 2 단말은 기지국으로부터 D2D 송신에 사용할 리소스를 구성 받는(configured)다. 그리고, 구성 받은 그 리소스에서 시간 주파수 자원을 선택하여 SA를 전송할 수 있다.
사이드링크 전송 모드 1 또는 2에서 SA 주기는 도 11에 도시된 바와 같이 정의된 것일 수 있다. 도 11을 참조하면, 첫 번째 SA 주기는 특정 시스템 프레임으로부터 상위계층시그널링에 의해 지시된 소정 오프셋(예를 들면, SAOffsetIndicator)만큼 떨어진 서브프레임에서 시작될 수 있다. 각 SA 주기는 SA 리소스 풀과 D2D 데이터 전송을 위한 서브프레임 풀을 포함할 수 있다. SA 리소스 풀은 SA 주기의 첫 번째 서브프레임부터 서브프레임 비트맵(예를 들면, saSubframeBitmap)에서 SA가 전송되는 것으로 지시된 서브프레임 중 마지막 서브프레임을 포함할 수 있다. D2D 데이터 전송을 위한 리소스 풀은, 모드 1의 경우, T-RPT(Time-resource pattern for transmission 또는 TRP(Time-resource pattern))가 적용됨으로써 실제 데이터 전송에 사용되는 서브프레임이 결정될 수 있다. 도시된 바와 같이, SA 리소스 풀을 제외한 SA 주기에 포함된 서브프레임의 개수가 T-RPT 비트 개수보다 많은 경우 T-RPT는 반복하여 적용될 수 있으며, 마지막으로 적용되는 T-RPT는 남은 서브프레임 개수만큼 truncated되어 적용될 수 있다. 송신 단말은 지시한 T-RPT에서 T-RPT 비트맵이 1인 위치에서 송신을 수행하며 하나의 MAC PDU는 4번씩 송신을 하게 된다.
V2X, 즉 사이드링크 전송 모드 3 또는 4의 경우, D2D와 달리 SA(예를 들면, PSCCH)와 데이터(예를 들면, PSSCH)가 FDM 방식으로써 전송된다. V2X에서는 차량 통신이라는 특성 상 지연을 줄이는 것이 중요한 요소이므로, 이를 위해 SA와 데이터를 동일한 시간 자원 상의 서로 다른 주파수 자원 상에서 FDM 전송되는 것이다. 도 12에는 이러한 전송 방식의 예가 도시되어 있는데, 도 12의 위에 도시된 것과 같이 SA와 데이터가 직접 인접하지 않는 방식 또는 도 12의 아래에 도시된 것과 같이 SA와 데이터가 직접 인접하는 방식 중 하나가 사용될 수 있다. 이러한 전송의 기본 단위는 서브채널인데, 서브채널은 소정 시간 자원(예를 들어 서브프레임) 상에서 주파수 축 상으로 하나 이상의 RB 크기를 갖는 자원 단위이다. 서브채널에 포함된 RB의 개수, 즉 서브채널의 크기와 서브채널의 주파수 축 상의 시작 위치는 상위계층 시그널링으로 지시된다.
한편, 차량간 통신에서는 periodic message 타입의 CAM (Cooperative Awareness Message) 메시지, event triggered message 타입의 DENM (Decentralized Environmental Notification Message) 메시지 등이 전송될 수 있다. CAM에는 방향 및 속도와 같은 차량의 동적 상태 정보, 치수와 같은 차량 정적 데이터, 외부 조명 상태, 경로 내역 등 기본 차량 정보가 포함될 수 있다. CAM 메시지의 크기는 50-300 Byte일 수 있다. CAM 메시지는 브로드캐스트되며, 지연(latency)은 100ms 보다 작아야 한다. DENM은 차량의 고장, 사고 등의 돌발적인 상황시 생성되는 메시지일 수 있다. DENM의 크기는 3000 바이트보다 작을 수 있으며, 전송 범위 내에 있는 모든 차량이 메시지를 수신할 수 있다. 이때 DENM은 CAM보다 높은 priority를 가질 수 있으며, 이때 높은 priority를 갖는다는 것은 한 UE 관점에서는 동시에 전송하는 경우가 발생할 때 priority가 높은 것을 우선하여 전송하는 것을 의미할 수 있고, 또는 여러 개의 메시지 중에서 priority가 높은 메시지를 시간적으로 우선하여 전송하려는 것일 수도 있다. 여러 UE 관점에서는 priority가 높은 메시지는 priority가 낮은 메시지에 비해 간섭을 덜 받게 만들어서 수신 오류 확률을 낮추는 것일 수 있다. CAM에서도 security overhead가 포함된 경우에는 그렇지 않은 경우보다 더 큰 message size를 가질 수 있다.
NR (New RAT(Radio access technology))
더욱 많은 통신 기기들이 더욱 큰 통신 용량을 요구하게 됨에 따라 기존의 radio access technology 에 비해 향상된 mobile broadband 통신에 대한 필요성이 대두되고 있다. 또한 다수의 기기 및 사물들을 연결하여 언제 어디서나 다양한 서비스를 제공하는 massive MTC (Machine Type Communications) 역시 차세대 통신에서 고려될 주요 이슈 중 하나이다. 뿐만 아니라 신뢰도(reliability) 및 지연(latency) 에 민감한 서비스/UE 를 고려한 통신 시스템 디자인이 논의되고 있다. 이와 같이 enhanced mobile broadband communication, massive MTC, URLLC (Ultra-Reliable and Low Latency Communication) 등을 고려한 차세대 radio access technology 의 도입이 논의되고 있으며, 본 발명에서는 편의상 해당 technology 를 NR 이라고 부른다.
도 13 내지 도 14에는 NR에 사용될 수 있는 프레임 구조가 예시되어 있다. 도 13을 참조하면, 하나의 프레임 단위 내에 DL control channel, DL 또는 UL data, UL control channel 등이 모두 포함될 수 있는 self-contained 구조를 특징으로 한다. 이 때, DL control channel 에서는 DL data scheduling 정보, UL data scheduling 정보 등이 전송될 수 있고, UL control channel 에서는 DL data 에 대한 ACK/NACK 정보, CSI 정보 (modulation and coding scheme 정보, MIMO 전송 관련 정보 등), scheduling request 등이 전송될 수 있다. control 영역과 data 영역 사이에는 DL-to-UL 또는 UL-to-DL switching 을 위한 time gap 이 존재할 수 있다. 또한 하나의 프레임 내에 DL control / DL data / UL data / UL control 중 일부는 구성되지 않을 수 있다. 또는 하나의 프레임을 구성하는 channel 별 순서가 달라질 수 있다. (예를 들어, DL control / DL data / UL control / UL data or UL control / UL data / DL control / DL data 등)
한편, 단말간 직접 통신에서도 데이터 전송율이나 신뢰도를 향상시키기 위해, carrier aggregation이 사용될 수 있다. 예를 들어, 수신 단말은 집성되는 carrier에서 신호를 수신하고, combining 또는 joint decoding을 수행하거나 디코딩된 신호를 상위 레이어로 전달하여 서로 다른 반송파에서 전송된 신호가 (soft) combining을 수행할 수 있다. 그런데, 이와 같은 동작을 위해서는 수신 단말이 어떤 carrier들이 집성되는지, 즉 어떤 carrier의 신호들을 결합해야 하는지를 알 필요가 있기 때문에 집성되는 carrier의 무선 자원 등을 지시할 필요가 있다. 기존 3GPP Rel. 14 V2X에서는 송신 단말이 제어신호(예를 들면, PSCCH)를 이용하여 데이터(예를 들면, PSSCH)가 전송되는 시간 주파수 위치를 직접 지시였는데, 만약 carrier 집성이 PSCCH를 통해 지시된다면 이러한 지시를 위해 추가적인 bit field가 필요하다. 그런데, 현재 PSCCH에 남아있는 reserved bit는 대략 5~7비트 내외로서 그 bit수가 적다. 따라서 효과적으로 집성되는 carrier의 무선 자원을 지시할 수 있는 방법이 필요하다.
Licensed band PC5에서의 Unicast 지원을 위한 inter- PLMN operation
사이드링크 통신은 UE가 PC5 인터페이스를 통해 직접 통신할 수 있는 통신 모드이다. 이 통신 모드는 UE가 E-UTRAN에 의해 서빙(serving)될 때와, UE가 E-UTRA 커버리지 외부에 있을 때 지원된다. 커버리지 외부(out of coverage) 동작에 대한 동기화를 수행하기 위해, UE(들)은 물리 사이드링크 브로드캐스트 채널(physical sidelink broadcast channel, PSBCH) 및 동기 신호를 전송함으로써 동기화 소스로서 동작할 수 있다.
일반적으로, PLMN (Public Land Mobile Network)은 특정 국가의 특정 운영자 (operator)가 제공하는 무선 통신 서비스들의 조합을 의미한다. PLMN은 일반적으로 GSM/2G, UMTS/3G, LTE/4G와 같은 몇 가지 셀룰러 기술로 구성될 수 있고, 특정 국가에서 단일 사업자에 의해 제공될 수 있으며, 셀룰러 네트워크 라고도 불린다.
본 발명의 일 예 또는 구현 예에 따르면, 서로 다른 PLMN 에 속한 UE들의 PLMN 간 직접 통신 링크 (즉, inter-PLMN direct communication link)를 구성하는 방법이 제안된다. 도 15는 특정 서비스 (예를 들면, V2X 서비스)를 지원함에 있어, 서비스 제공과 관련된 데이터를 전송하는 단말(Transmitting UE, TxUE)과 데이터를 수신하는 단말(Receiving UE, RxUE)이 서로 다른 PLMN 에 속하는 것을 나타낸다.
이하의 설명에서, UE X는 PLMN A에 가입된 UE로서 서비스에 필요한 데이터 (예를 들면, 센서 데이터)를 보유한 UE를 의미할 수 있다. 이러한 관점에서, UE X는 잠재적 전송 단말 (Potential TxUE) 또는 TxUE로 지칭될 수 있다. 또한, UE Y는 PLMN A와 다른 PLMN B에 가입된 UE로서 UE X로부터 데이터를 수신하는 UE를 의미할 수 있다. 마찬가지로, UE Y는 잠재적 수신 단말 (Potential RxUE) 또는 RxUE로 지칭될 수 있다.
A. 타 PLMN 캐리어를 통한 데이터 송신 및 자원 사용에 대한 허가 (permission)를 획득하는 방법
본 발명의 일 예 또는 구현 예에 따르면, TxUE는 RxUE가 속한 PLMN의 캐리어 (예를 들면, 자원 풀)를 이용하여 RxUE에게 데이터를 전송할 수 있다. 먼저, 도 16을 참조하여 TxUE와 RxUE간의 inter-PLMN direct communication link를 구성하는 방법에 대해 설명하도록 한다. 도 16에 도시된 것과 같이, inter-PLMN direct communication link를 구성하는 방법은 3 단계 절차를 통해 수행될 수 있다.
Discovery model B와 유사한 방법으로, 본 발명의 일 예 또는 구현 예에 따른 inter-PLMN direct communication link를 구성하는 방법은 특정 서비스를 제공 받으려는 UE (예를 들면, 데이터를 수신할 UE, 도 16의 UE Y)가 unicast service request 및 direct communication link setup을 트리거링 하는 것을 제안한다. 한편, 과금의 책임은 서비스 제공을 요청한 RxUE (즉, 서비스의 수혜자)가 갖는 것이 합리적일 수 있다. 과금 (charging)에 대해서는 이하 도 17을 참조하여 상세히 후술하도록 한다.
도 16을 참조하여, PLMN A에 속한 TxUE가 PLMN B의 캐리어를 이용하여 RxUE에게 데이터를 전송하기 위해 자원 사용에 대한 허가를 획득하는 방법에 대해 설명하도록 한다. 다시 말해, RxUE는 RxUE가 가입한 PLMN의 캐리어 (예를 들면, 자원 풀)를 통해 TxUE가 데이터를 전송하는 것을 허용할 수 있다. 구체적으로, 상기 방법은 도 16에 도시된 message 1 내지 message 3의 교환을 포함하는 TxUE와 RxUE간의 협상 (negotiation)을 기반으로 수행될 수 있다.
A-1 MESSAGE 1
RxUE가 message 1을 전송하는 목적은 다음과 같을 수 있다. 즉, RxUE는 특정 서비스를 위해 수신하고자 하는 데이터를 특정 QoS (Quality of Service)를 만족시키면서 송신해 줄 수 있는 TxUE와 direct communication link를 구성하고자 message 1을 전송할 수 있다. 이 때, 상기 특정 QoS는 RxUE에 의해 요구되는 QoS일 수 있다. 한편, message 1은 전술한 조건을 만족하는 TxUE가 존재한다면, i) 상기 TxUE가 RxUE의 PLMN과 다른 PLMN에 가입되어 있더라도 RxUE의 PLMN 캐리어를 통해 데이터를 전송할 수 있다는 것, 그리고 ii) 상기 TxUE는 상기 데이터 전송과 관련해서는 과금되지 않는다는 것을 포함할 수 있다.
한편, RxUE는 message 1을 유니캐스트 (unicast), 멀티캐스트 (multicast) 또는 브로드캐스트 (broadcast)할 수 있다. message 1은 다음과 같은 정보들의 일부 또는 전부를 포함하여 구성될 수 있다. 각각의 정보는 이하 "C. Details of message 1 to 3" 에 상세히 설명되어 있다.
i) 수신하고자 하는 서비스에 대한 정보, ii) TxUE에게 타 PLMN (RxUE가 가입한 PLMN) 캐리어를 통한 데이터 전송을 허용함을 나타내는 지시자, iii) RxUE의 PLMN 캐리어를 통한 데이터 전송과 관련해서는 과금되지 않는다는 지시자, iv) 수신하고자 하는 서비스의 QoS 정보, v) RxUE의 사이드링크 송수신 능력, vi) RxUE의 initial ID, vii) 직접 연결 구성을 위한 최대 대기 시간.
한편, 전술한 정보들 뿐만 아니라 UE 상태 정보, 진행 중인 사이드링크 서비스 정보 및 RxUE 가입자 정보가 message 1에 추가적으로 포함될 수 있다.
도 16에서 potential RxUE (또는, UE Y)는 i) RxUE가 가입한 PLMN (예를 들면, PLMN B)의 캐리어, 또는 ii) 다른 PLMN (예를 들면, PLMN A)의 캐리어, 또는 iii) message 1 전송을 위해 할당된/시그널링된 공통 (common)의 자원을 통해 message 1을 전송할 수 있다. 각각의 경우에 대해 이하 구체적으로 설명하도록 한다.
i) RxUE가 자신이 가입한 PLMN B의 캐리어를 통해 message 1을 전송하면, PLMN B에 가입되지 않은 UE의 경우 PLMN B의 캐리어를 의도적으로 수신하고 있는 UE들만 message 1을 수신 가능할 가능성이 매우 크다. 따라서, inter-PLMN operation이 요구되는 (또는, 요구될 확률이 높은) 특정 서비스 (예를 들면, inter-PLMN operation을 가정해야만 QoS 요구사항을 만족시킬 수 있는 서비스)에 대해서는, 해당 서비스 관련 데이터를 송신할 가능성이 있는 UE (예를 들면, PLMN A의 UE X)들이 주기적으로 (또는, 비주기적으로) message 1이 송신될 수 있는 PLMN B의 일부 (또는 전체) 캐리어를 수신하도록 사전에 설정될 수 있다. 이로써 PLMN A의 UE X는 다른 PLMN에 가입된 UE (예를 들면, PLMN B의 UE Y)로부터의 message 1을 수신할 수 있다.
특정 PLMN에 가입된 UE가 다른 PLMN의 전송 캐리어 (예를 들면, 전송 풀)을 수신하는 동작과 관련하여, 다른 PLMN의 전송 캐리어에 대한 수신 여부 및 수신 타이밍이 PLMN간 코디네이션 (coordination)에 의해 사전에 결정될 수 있다. 즉, PLMN들은 message 1의 송수신에 필요한 시스템 정보를 교환하거나, 전달하거나 또는, 협상할 수 있다. 상기 시스템 정보는, 예를 들면 i) message 1 전송 이벤트가 발생 가능한 타이밍 정보, ii) 잠재적 전송이 가능한 캐리어 또는 자원 풀 정보, 및/또는 iii) radio configuration을 포함할 수 있다.
ii) PLMN B에 가입된 UE Y가 다른 PLMN (예를 들면 PLMN A)의 캐리어를 통해 message 1 전송을 시도하려면, UE Y는 상기 다른 PLMN으로부터 "PLMN A의 캐리어에서의 message 1 전송에 대한 허가"를 받아야 한다. 상기 "PLMN A의 캐리어에서의 message 1 전송에 대한 허가"는 PLMN 간의 coordination을 기반으로 사전에 약속되거나, 특정 서비스, 이벤트 및/또는 도로 환경 등의 조건에 따라 일시적으로 획득될 수 있다.
이 때, PLMN A가 PLMN B에 가입한 UE (예를 들면, UE Y)에게 전송을 허용한 캐리어 (또는 자원 풀)는 PLMN B의 가입자들과 공통으로 사용하는 캐리어 (또는 자원 풀)일 수 있다. 또는, 상기 전송이 허용된 캐리어는 PLMN B의 가입자들이 데이터 전송에 사용하는 캐리어 (또는 자원 풀)과는 별개로 타 PLMN 가입자들이 message 1 전송할 수 있도록 할당된 캐리어 (또는 자원 풀)일 수도 있다.
iii) 또 다른 방법으로는, 비면허대역 (unlicensed band)의 캐리어 및/또는 inter-PLMN operation을 위해 각 사업자 (operator)들이 공동으로 사용하는 캐리어를 통해 message 1이 전송될 수도 있다. 즉, PC5 direct communication에 참여하는 UE들의 사업자가 보유하는 자원이 아닌, 모든 (또는 다수)의 V2X UE들이 공통적으로 전송 자원으로 사용할 수 있고, 모든 (또는 다수)의 V2X UE들이 항상 (또는 매우 높은 확률로) 수신할 수 있는 자원을 통해 message 1이 전송될 수도 있다.
상기 공통의 캐리어 (또는 자원 풀)에 대한 수신 여부 및 수신 타이밍은 PLMN간 코디네이션에 의해 사전에 결정될 수 있다. 즉, PLMN들은 message 1의 송수신에 필요한 시스템 정보를 교환하거나, 전달하거나 또는, 협상할 수 있다. 상기 시스템 정보는, 예를 들면 i) message 1 전송 이벤트가 발생 가능한 타이밍 정보, ii) 잠재적 전송이 가능한 캐리어 또는 자원 풀 정보, 및/또는 iii) radio configuration을 포함할 수 있다.
한편, TxUE와 RxUE는 서로 다른 PLMN 환경에 존재하기 때문에, potential TxUE가 RxUE로부터 message 1을 성공적으로 수신하기 위해서는 RxUE와 동기화 되어 있어야 한다. 본 발명의 일 예 또는 구현 예에 따르면, i) TxUE와 RxUE간에 사전에 약속된 자원 풀 내에서 동기화 (synchronization) 정보가 사전에 약속되거나, ii) 특정 서비스를 제공받는 단말들은 사전에 그룹핑을 통해 동기화 되거나, iii) 상기 i) 및 ii) 모두 아니라면, GNSS (Global Navigation Satellite System) 등을 이용하여 TxUE와 RxUE가 사전에 동기화될 수 있다.
A-2 MESSAGE 2
도 16을 참조하면, message 1을 수신한 적어도 하나의 potential TxUE는 아래 i) 내지 iii) 조건을 만족하는 경우, message 1에 대한 응답으로 Potential RxUE (또는 UE Y)에게 direct communication acceptance를 알릴 수 있다(message 2). 만약 아래 i) 내지 iii) 조건 중 일부 (또는 전부)를 만족하지 않는다면, potential TxUE는 service denial을 나타내는 message를 Potential RxUE (또는, UE Y)에게 전송할 수도 있다.
i) 잠재적인 호스트 UE (또는 potential TxUE)가 요청된 서비스들 중 적어도 하나를 제공할 수 있는 지 (if the potential host UE can offer at least one of the requested services); 및/또는
ii) 잠재적인 호스트 UE가 요청된 직접 연결의 타입을 지원하는 지 (if the potential host UE can support the requested type of direct connection); 및/또는
iii) 잠재적 호스트 UE가 상기 잠재적 호스트 UE에 의해 지원되는 서비스의 요구되는 QoS를 지원하는 지 (if the potential host UE can support the requested QoS for the services supported by the potential host UE)
한편, 아래의 정보들의 일부 또는 전부가 message 2에 포함되어 RxUE (또는 UE Y)에게 전송될 수 있다. 각각의 정보는 이하 "C. Details of message 1 to 3" 에 상세히 설명되어 있다.
i) 승인된 서비스 ID/코드, ii) 트래픽 흐름 정보, iii) TxUE가 제공할 수 있는 서비스 QoS 정보, iv) TxUE의 무선 자원 구성 정보, v) TxUE의 사이드링크 송수신 능력 정보, vi) TxUE (또는 UE X)의 Initial ID, vii) TxUE의 PLMN 정보
A-3 MESSAGE 3
Potential RxUE (또는 UE Y)는 message 2에 대한 응답으로, 적어도 하나의 potential TxUE (또는 UE X)에게 message 3를 전송할 수 있다. message 3는 i) direct communication link가 구성되었음 (즉, direct communication setup) 및 ii) UE X가 Potential RxUE의 PLMN 캐리어에서 데이터를 전송하는 것이 허용됨을 포함할 수 있다. 구체적으로, UE Y는 message 2에 대한 응답으로, 아래 i) 내지 ii) 조건을 만족하는 TxUE에게 message 3를 통해 confirm message를 전송할 수 있다.
i) 승인된 서비스가 UE Y가 UE X와의 직접 연결을 수립하기에 충분하거나 또는 허용 가능한 지 (if the accepted services are sufficient/acceptable for the UE Y to establish the direct connection with the UE X); 및
ii) 승인된 서비스에 대해 예상되는 QoS가 UE Y가 UE X와의 직접 연결을 수립하기에 충분하거나 또는 허용 가능한 지 (if the expected QoS for the accepted services are sufficient/acceptable for the UE Y to establish the direct connection with the UE X)
한편, UE Y는 상기 조건을 만족하지 못하는 TxUE에게는 message 3를 통해 direct communication reject을 알릴 수 있다. Direct communication confirm을 알리는 message 3는 다음과 같은 정보들의 일부 또는 전부를 포함하여 구성될 수 있다.
i) 컨펌된 서비스 정보 : 수립된 직접 연결을 통해 원격 UE가 원하는 서비스들의 리스트 (Confirmed service information : List of services that the remote UE wants over the direct connection being established);
ii) 직접 연결 컨펌 메시지가 향하는 UE X의 ID (ID of the UE X to which the Direct Communication Confirm message is destined);
iii) 트랜젝션 ID : 이는 메시지 내용을 고유하게 식별한다. D2D 네트워크의 덜-견고한 특성으로 인해 다이버시티 이득을 얻기 위해 메시지가 재전송되는 경우 트랜젝션 ID는 동일하다. 또한, 동일한 직접 연결 설정 절차의 경우 트랜젝션 ID는 동일하다. (Transaction ID : This uniquely identifies the message contents. If the message is retransmitted to achieve diversity gain due to less-robust nature of D2D networks, the transaction ID is the same. For the same direct connection setup procedure, the transaction ID is the same.)
한편, 전술한 "타 PLMN의 캐리어를 통한 데이터 송신 및 자원 사용에 대한 허가를 획득하는 방법"은 3 단계의 절차 (procedure)로 구성되었으나, 이를 기반으로 한 변형된 절차 또한 고려될 수 있다. 상기 변형된 절차에 대해 이하 설명하도록 한다.
본 발명의 다른 일 예 또는 구현 예에 따르면, message 3 (direct communication acceptance)가 생략되고, message 1 (direct communication request) 및 message 2 (direct communication accept) 이후, TxUE (또는 UE X)가 message 1을 통해 지시된 radio resource configuration을 통해 즉시 RxUE (또는 UE Y)를 위한 데이터를 전송하는 것이 고려될 수도 있다.
본 발명의 다른 일 예 또는 구현 예에 따르면, message 2 및 message 3가 생략되고, message 1 (direct communication request) 이후, TxUE (또는 UE X)가 message 1에서 지시된 radio resource configuration을 통해 즉시 RxUE (또는 UE Y)를 위한 데이터를 전송하는 것이 고려될 수도 있다.
한편, 본 발명의 일 예 또는 구현 예에 따른 inter-PLMN operation은 non-PS (non-Public Safety) 관련 서비스 (예를 들면, 상용 서비스)에 적용될 수 있다.
B. 타 PLMN의 캐리어를 통한 데이터 전송에 대한 과금 (charging) 방법
PC5 interface에서의 과금은 종래의 근접 서비스 (Proximity Service, ProSe) 직접 통신의 과금 메커니즘을 통해 이루어질 수 있다. 3GPP TS 32.277에 따르면, 사용 정보 보고 (Usage information reporting)에는 다음과 같은 정보가 포함된다.
i) IMSI (International Mobile Subscriber Identity)를 포함하는 UE 식별 정보; ii) 인-커버리지 UE의 위치 리스트 및 대응하는 타임스탬프; iii) TS 24.333에 정의된 ProSe 직접 통신에 사용되는 설정된 무선 파라미터들; iv) UE가 E-UTRAN에 대해 인-커버리지/아웃-오브-커버리지인 경우의 타임스탬프 리스트; v) ProSe L2 Group ID로 식별되는 모든 ProSe 직접 통신 그룹; vi) 일-대-다 통신 세션에서의 송신 단말들의 식별 정보 (예를 들면, Source L2 ID 및 IP 주소); vii) UE에 의해 전송된 0이 아닌 양을 갖는 데이터의 리스트; viii) UE에 의해 수신된 0이 아닌 양을 갖는 데이터의 리스트; ix) 애플리케이션-특정 데이터
한편, 도 15 내지 도 16에서 전술한 것과 같이 RxUE가 TxUE에게 "타 PLMN (예를 들면, RxUE가 가입한 PLMN)의 캐리어를 통한 데이터 전송을 허용함을 나타내는 정보" 및/또는 "RxUE가 가입한 PLMN의 캐리어를 통해 데이터를 전송하더라도 과금하지 않겠다는 정보"를 전송한 후 TxUE와 direct communication을 수행했다면, 해당 서비스 또는 통신에 대한 과금은 서비스 수혜자인 RxUE (또는, UE Y)가 부담하는 것이 합리적이다. 따라서, 도 17에 도시된 본 발명의 일 예 또는 구현 예는 다음과 같은 과금 체계 (charging mechanism)를 제안한다.
도 17에서, UE 1은 도 15 내지 도 16의 potential RxUE (또는 UE Y)일 수 있고, UE 2는 도 15 내지 도 16의 potential TxUE (또는 UE X)일 수 있다. 또한, 도 17에 도시된 "Direct Communication Req.", "Authentication and establish the security association" 및 "One-to-one direct traffic"은 도 15 내지 도 16에서 전술한 Direct communication link 구성 및 TxUE의 데이터 전송에 대응할 수 있다. 보고 기준이 충족되면 (즉, Reporting criteria met), UE 1은 usage information reporting을 통해 과금 관련 정보를 네트워크에 보고할 수 있다. 구체적으로, UE 1은 direct communication을 통해 UE 2로부터 제공 받은 서비스에 대한 usage information report를 UE 1의 HPLMN (Home PLMN)에게 보고할 수 있다. 한편, UE 1에 의한 usage information report에 기초하여 HPLMN의 ProSe Function은 i) CDR (Charging Data Request)을 생성하거나 ii) CDF (Charging Data Function)에 의한 CDR 생성을 위해 과금 이벤트를 보고한다. 상기 CDR 또는 상기 과금 이벤트는 공공 안전 (public safety)을 위한 ProSe 일대일 직접 통신을 위해 생성되는 것일 수 있다 (PF-DC-CDR).
한편, 본 발명의 다른 일 예 또는 구현 예에 따르면, PLMN A에 가입되었지만 RxUE의 요청에 의해 PLMN B의 자원을 통해 데이터를 전송한 TxUE도 PLMN B에게 additional usage information report를 전송할 수 있다. additional usage information report에는 TxUE가 RxUE에게 서비스를 제공하기 위해 실제로 사용한 PLMN B의 자원 사용량에 대한 정보가 포함될 수 있다. RxUE 뿐만 아니라 TxUE도 PLMN B에게 usage information report를 전송하는 이유는 RxUE가 예측하는 자원 사용량과 TxUE가 실제로 사용한 자원 사용량이 상이할 수도 있기 때문이다.
한편, TxUE는 PLMN B의 가입자 (subscriber)가 아니기 때문에, 상기 additional usage information report를 PLMN B로 직접 전송하는 것은 불가능하다. 따라서 TxUE는 additional usage information reporting을 위해 아래 i) 내지 ii)와 같은 방법이 적용될 수 있다.
i) TxUE는 RxUE에게 additional usage information report를 전달하고, RxUE는 전달받은 additional usage information report를 PLMN B에게 보고한다. 이 경우, TxUE는 자신의 PLMN list를 additional usage information report와 함께 RxUE에게 전달할 수 있다. 그에 따라, PLMN A와 PLMN B는 TxUE에 대한 PC5 communication의 authorization과 같은 정보들을 상호 확인할 수 있다.
ii) TxUE는 자신이 가입되어 있는 사업자인 PLMN A에게 자신이 RxUE에게 서비스 제공하기 위해 사용한 PLMN B의 자원 사용량에 대하여 additional usage information을 보고할 수 있다. 이 때, TxUE는 자신이 PLMN A에게 보고하는 usage information report가 "RxUE로부터의 free-of-charge 허가에 기반한 PLMN B 자원 사용임"을 나타내는 지시자를 포함하여 보고할 수 있다. PLMN A는 상기 additional usage information을 기반으로 PLMN B와 UE X-UE Y간의 데이터 전송에 대한 과금 정보에 대한 정보를 교환 및 전달할 수 있다.
한편, PLMN B가 자신의 가입자인 RxUE와 다른 PLMN의 가입자인 TxUE로부터 각각 usage information report를 수신했을 때, RxUE에 대한 과금을 책정하는 방법 (예를 들면, averaging, min/max)은 구현의 문제일 수 있다.
C. Details of message 1 to 3
C-1. message 1에 포함되는 정보의 세부 사항
1. 사이드링크를 위한 무선 자원 설정
1.1. 이 정보는 직접 통신 링크가 설정되는 데 사용되는 무선 자원 매개 변수를 나타낸다.
1.2. 이 IE (Information Element)는 다음을 포함할 수 있다.
1.2.1. 호스트 UE의 이니셜 ID (Identification)
1.2.1.1. 이 ID는 호스트 UE의 상위 계층 ID 일 수 있다. 이 ID는 호스트 UE를 어드레싱 하기 위해 원격 UE의 상위 계층에 의해 사용될 수 있다.
1.2.1.2. 이 ID는 호스트 UE의 layer-2 ID 일 수 있다. 이 L2 ID가 지시되면, 잠재적인 원격 UE는 호스트 UE로 향하는 메시지의 L2 헤더에 L2 ID를 포함시킴으로써 호스트 UE를 어드레싱 하기 위해 이 L2 ID를 사용할 필요가 있다. 이 L2 ID가 표시되지 않으면, 잠재적인 원격 UE는 이 직접 통신 요청 메시지의 L2 헤더에 포함 된 L2 ID를 사용할 필요가 있다.
1.2.2. 사이드링크 자원 풀 구조
1.2.2.1. 이는 다음의 정보를 나타낸다.
1.2.2.1.1. 제어 채널 구조: 물리 사이드링크 제어 채널을 포함하는 시간-주파수 자원
1.2.2.1.2. 데이터 채널 구조: 물리 사이드링크 데이터 채널을 포함하는 시간-주파수 자원
1.2.2.2. 복수의 자원 풀들이 인디케이트 될 수 있다.
1.2.2.3. 각각의 자원 풀에 대해서, 관련된 서비스/트래픽 흐름 ID(들)이 인디케이트 될 수 있다. 대안으로, 각각의 서비스/트래픽 흐름 ID에 대해서, 관련된 자원 풀(들)이 인디케이트 될 수 있다.
1.2.2.3.1. 자원 풀의 서비스/트래픽 흐름 ID에 대한 맵핑은 서비스에 대한 주파수 (채널)의 맵핑을 의미한다.
1.2.3. 스케쥴링 모드
1.2.3.1. 이는 원격 UE가 이용해야 할 전송 자원 선택 방법을 나타낸다.
1.2.3.1.1. 네트워크-스케쥴된 자원 선택
1.2.3.1.1.1. 이는 원격 UE가 네트워크 커버리지에 있음을 표시한 경우에만 설정 될 수 있다.
1.2.3.1.2. 호스트 UE-스케쥴된 자원 선택
1.2.3.1.3. 원격 UE 자율적 자원 선택
1.2.3.2. 이 구성은 UE별로 이루어질 수 있다. 대안으로,이 구성은 서비스/트래픽 흐름마다 제공되어 더 엄격한 QoS 요구 사항을 갖는 서비스/트래픽 흐름이 엄격한 제어로 다르게 처리될 수 있다.
1.2.4. 동기화 구성
1.2.4.1. 이는 직접 통신을 수립하는 데 사용되는 동기화 참조 소스를 나타낸다.
1.2.4.2. GNSS가 우선 순위의 동기화 참조임을 나타내는 정보; 또는
1.2.4.3. UE- 전송 된 동기화 (예컨대, SLSS)가 우선 순위의 동기화 참조임을 나타내는 정보; 또는
1.2.4.4. 다운 링크 동기화 신호가 우선 순위의 동기화 참조임을 나타내는 정보; 또는
1.2.4.5. 다운 링크 동기 신호, GNSS 및 UE 송신 동기 신호 중 동기 기준의 우선 순위를 나타내는 정보; 또는
1.2.4.6. 호스트 UE가 동기화 참조임을 나타내는 정보; 또는
1.2.4.6.1. 동기화 신호 식별 정보, 예를 들어. 호스트 UE가 SLSS 전송을 위해 사용할 SLSS ID
1.2.4.7. 원격 UE가 동기화 참조임을 나타내는 정보
1.2.4.7.1. 동기화 신호 식별 정보, 예를 들어. 원격 UE가 SLSS 전송을 위해 사용할 SLSS ID
1.2.4.8. 분산 된 동기화 참조가 사용됨을 나타내는 정보
1.2.4.8.1. 이것이 인디케이트 되면, FFS (For Further Study)
1.2.4.9. 이 정보가 제공되지 않으면, UE는 현재의 동기화 방법을 계속 사용한다.
1.3. HARQ 구성
1.3.1. 이 구성은 UE별로 이루어질 수 있다. 또는, 이 구성은 서비스 또는 트래픽 흐름마다 제공됨으로써 더 엄격한 QoS 요구 사항을 갖는 서비스 또는 트래픽 흐름은 더 엄격한 제어로 처리될 수 있다.
1.3.2. 피드백 구성
1.3.2.1. 직접 통신에 사용되는 HARQ 피드백 시그널링 방법
1.3.2.2. 이 정보는 원격 UE 및 호스트 UE의 HARQ의 능력뿐만 아니라 설정된 직접 통신의 방향에 따라 각 통신 방향 (원격 UE로부터 또는 원격 UE로) 마다 표시될 필요가 있을 수 있다.
1.3.2.3. 이 정보는 허용된 서비스 또는 트래픽 흐름에 따라 통신 방향별로 표시될 필요가 있을 수 있다.
1.3.3. HARQ 프로세스의 번호
1.3.3.1. 원격 UE에 의해 사용되는 HARQ 프로세스의 번호
1.3.3.2. 호스트 UE에 의해 사용되는 HARQ 프로세스의 번호
1.3.4. 재전송 횟수
1.4. 전송 전력 제어 구성
1.4.1. 이 구성은 UE별로 이루어질 수 있다. 또는, 이 구성은 서비스 또는 트래픽 흐름마다 제공됨으로써 더 엄격한 QoS 요구 사항을 갖는 서비스 또는 트래픽 흐름은 더 엄격한 제어로 처리될 수 있다.
1.4.2. 전력 제어 방법 {개루프 (opon loop) 전력 제어, 폐루프 (closed loop) 전력 제어}
1.4.3. 전력 제어 파라미터
1.4.3.1. 기본 송신 전력 (Po) : Pi를 무시할 때, 원격 UE는 송신 전력 Po로 송신 할 필요가 있다.
1.4.3.2. 스텝 전력 조정 레벨 (Pi)
1.4.3.2.1. 시그널 된 Pi는 양수 또는 음수 값을 갖는 단일 정수 값; 또는
1.4.3.2.2. 시그널 된 Pi는 소정 범위 내의 값일 수 있다.
1.4.3.2.3. 원격 UE는 송신 전력 Po + 수신된 Pi의 누적 값으로 송신 할 필요가 있다.
1.5. 추가 질의 (further query)
1.5.1. 직접 연결 요청 메시지로 식별되지 않는 추가 필수 정보
2. 요청된 QoS 정보
2.1. 이 정보는 요청된 서비스에 대해 필수적인/바람직한 QoS 수준을 나타낸다.
2.2. 이 정보는 복수의 서비스가 요청될 경우 서비스 수준별로 표시되어야 할 수 있다.
2.3. 이 정보는 다음의 QoS 정보를 포함할 수 있다.
2.3.1. 필수 QCI 값, 5QI 또는 QoS 매개 변수의 (부분) 집합을 나타내는 새로운 QoS 인디케이터 값
2.3.1.1. 페이로드 (Bytes)
2.3.1.2. 전송률 (Message/Sec)
2.3.1.3. 최대 종단 간 (end-to-end) 대기 시간 (ms)
2.3.1.4. 목표 통신 범위
2.3.1.5. 신뢰도 (%)
2.3.1.6. 데이터 속도 (Mbps)
2.3.1.6.1. 이는 다음의 정보를 추가로 나타낼 수 있다.
2.3.1.6.2. 평균 데이터 속도: 이는 채널이 혼잡하지 않은 경우의 원하는 데이터 속도를 나타낸다.
2.3.1.6.3. 최소 데이터 속도: 이는 관련 서비스가 서비스를 유지하는 데 필요한 최소 데이터 속도를 나타냅니다. 보장된 비트 전송률을 서비스가 요구하는 경우 이 정보가 반드시 포함된다.
2.3.1.6.4. AMBR (Aggregated Maximum Bit Rate) : 이는 요청된 PC5 직접 통신을 통해 지원되는 최대 데이터 속도를 나타낸다.
2.3.2. QCI, 5QI 또는 새로운 QoS 인디케이터가 위에 제시된 모든 매개 변수를 나타낼 수 없는 경우, QoS 인디케이터에 의해 커버되지 않는 매개 변수는 QoS 인디케이터와 함께 표시된다.
2.3.3. 최소로 요구되는 통신 범위 (meters)
2.3.4. QoS 예측의 필요
2.3.4.1. 이는 요청된 서비스가 QoS 예측 기능을 필요로 하는지 여부를 나타내며, 여기서 QoS 예측 기능은 서브된 (served) UE가 예상 QoS의 변화를 미리 알도록 허용한다 (예를 들어, 특정 QoS 레벨은 10 초 내에 저하 될 것으로 예상 됨).
2.3.4.2. 이 IE는 QoS 예측에 기초한 QoS 변경 통지가 실제 QoS가 변경되는 순간 이전에 원격 UE에 통지되는 최소 타이밍 어드밴스 (minimum timing advance)를 추가로 지시 할 수 있다
2.3.4.3. 이 IE는 원격 UE에게 QoS 예측 통지의 주기적인 업데이트하는 것의 필요성을 더 나타낼 수 있다
2.3.4.2.1. 이 IE는 요구되는 QoS 예측 통지의 주기성 (periodicity)을 더 나타낼 수 있다.
2.3.5. 보장된 QoS를 지원할 필요
2.3.5.1. 이는 요청된 서비스가 보장된 QoS를 요구하는 지 여부를 나타낸다.
2.3.5.1.1. 요구되는 QoS는 특정 기간 동안 정의될 수 있다. 상기 특정 기간은 약속된 QoS가 보장 될 수 있는 최소 기간을 나타낸다. IE의 사용에 있어서, IE는 요구된 QoS가 유지될 필요가 있는 기간을 더 나타낸다.
2.3.5.2. 이 IE는 요청된 QoS가 만족 될 필요가 있는 최소 확률로 표시 될 수 있다.
3. 연결 정보
3.1. 직접 연결의 유형
3.1.1. 이 IE는 "유니캐스트" 또는 "멀티캐스트" 또는 "브로드캐스트"중 하나 일 수 있다. 이 IE가 없는 경우 기본적으로 "유니캐스트"를 나타낸다.
3.2. 직접 통신의 방향
3.2.1. 이 IE는 "단방향 수신 전용" 또는 "단방향 전송 전용" 또는 "양방향"일 수 있다.
3.3. 요청되는 각 서비스 정보는 한 유형의 직접 통신 요청과 연관되어야 한다. 이를 위해 연결 정보 IE는 요청되는 각 서비스 ID별로 표시해야 할 수 있다.
4. 직접 연결 셋업을 위한 최대 대기 시간
4.1. 이 정보는 연결이 처음 요청되었으므로, 요청된 직접 통신을 설정할 때까지 원격 UE가 대기 할 수 있는 최대 대기 시간을 나타낸다.
4.2. 잠재적 호스트 UE가 연결이 처음 요청된 때를 알 수 있도록, 원격 UE에서 직접 통신 요청을 처음 구성한 순간을 나타내는 시간 정보가 직접 통신 요청에 포함될 필요가 있다.
5. 사이드링크 능력 정보 (sidelink capability information)
5.1. 이는 요청 된 직접 통신을 통한 송신 및/또는 수신에 이용 가능한 원격 UE들의 능력을 나타낸다
5.2. 전송 능력과 수신 능력이 별도로 표시되어야 할 필요가 있다.
5.3. 이 정보는 직접 통신을 위한 다음의 능력 정보를 나타낼 수 있다.
5.3.1. 지원되는 변조 순서에 대한 정보
5.3.2. 지원되는 채널 코딩 방식에 대한 정보
5.3.3. 지원되는 RAT에 대한 정보
5.3.4. 각각의 지원되는 RAT에서 지원하는 최대 전송 전력
5.3.5. 각각의 지원되는 RAT에서 지원하는 주파수 대역
5.3.6. 직접 통신을 위해 지원되는 각 대역에 대해 지원되는 대역폭
5.3.7. 직접 통신을 위해 지원되는 대역 조합
5.3.7.1. 직접 통신에서의 동시 수신을 위해 지원되는 대역 조합
5.3.7.2. 직접 통신에서의 동시 전송을 지원되는 대역 조합
5.3.8. 동시 Uu 및 직접 통신을 위해 지원되는 대역 조합
5.3.8.1. 동시 수신을 위해 지원되는 대역 조합
5.3.8.2. 동시 전송을 위해 지원되는 대역 조합
5.3.8.3. Uu의 동시 수신 및 직접 통신의 전송을 위해 지원되는 대역 조합
5.3.8.4. Uu의 동시 전송 및 직접 통신 수신을 위해 지원되는 대역 조합
5.3.9. RAT당 또는 RAT당 밴드당 듀플렉스
5.3.9.1. 하프 듀플렉스
5.3.9.2. 풀 듀플렉스
5.3.10. HARQ 능력
5.3.10.1. 이 정보는 HARQ 능력을 나타낸다.
5.3.10.2. 이 정보는 다음의 정보를 더 나타낼 수 있다.
5.3.10.2.1. HARQ 피드백 지원
5.3.10.2.2. HARQ 피드백 시그널링 방법 지원
5.3.10.2.2.1. 사이드링크 제어 채널을 통한 HARQ 피드백
5.3.10.2.2.2. 사이드링크 데이터 채널을 통한 HARQ 피드백 (예를 들면, HARQ 피드백은 데이터 전송을 통해 피기백 된다(piggybagged).
5.3.10.2.2.3. MAC 제어 엘리먼트를 통한 HARQ 피드백
5.3.11. 주파수 또는 RAT 당 최대 레이어 수 (공간 다중화)
5.3.12. 지원되는 동기화 소스
5.3.12.1. 동기 기준 소스로서의 GNSS 지원
5.3.12.2. 동기 기준 소스로서의 UE- 전송 된 동기화 (예를 들어, SLSS) 의 지원
5.3.12.3. 동기 기준 소스로서의 네트워크 동기화 (또는 하향링크 동기화) 의 지원
5.4. 이 정보는 원격 UE의 보안 능력을 더 나타낼 수 있다.
5.4.1. 이 정보는 지원되는 암호화 알고리즘 및 관련 매개 변수를 포함할 수 있다.
5.4.2. 이 정보는 지원되는 무결성 검사 알고리즘과 관련 매개 변수를 포함할 수 있다.
5.5. 이 정보는 지원되는 보안 기능을 추가로 나타낼 수 있다.
5.5.1. 지원되는 암호화 알고리즘
5.5.2. 지원되는 무결성 보호 알고리즘
5.5.3. 지원되는 보안 키 길이
6. 원격 UE의 이니셜 ID
6.1. 이 ID는 원격 UE의 layer-2 ID 일 수 있다. 이 L2 ID가 지시되면, 잠재적인 호스트 UE는 원격 UE로 향하는 메시지의 L2 헤더에 L2 ID를 포함시킴으로써 원격 UE를 어드레싱 하기 위해 이 L2 ID를 사용할 필요가 있다. 이 L2 ID가 표시되지 않으면, 잠재적인 호스트 UE는 이 직접 통신 요청 메시지의 L2 헤더에 포함 된 L2 ID를 사용할 필요가 있다. 또는,
6.2. 이 ID는 원격 UE의 상위 계층 ID 일 수 있다. 이 ID는 원격 호스트 UE를 어드레싱 하기 위해 수신 호스트 UE의 상위 계층에 의해 사용될 수 있다.
7. UE 상태 정보
7.1. UE 위치
7.1.1. 이 정보는 원격 UE의 위치를 나타낸다.
7.1.1.1. 이 정보는 수립되는 직접 연결이 요청 된 서비스에 대해 요청 된 QoS를 제공 할 수 있는지 여부를 결정하기 위해 수신 UE에 의해 사용될 수 있다.
7.1.1.2. 이 정보는 원격 UE와 호스트 UE 간의 거리를 계산하여 초기 전력 제어에 사용될 수 있다.
7.1.1.3. 이 정보는 초기 빔 포밍에 사용될 수 있다.
7.2. 채널 상태 정보
7.2.1. 이 정보는 원격 UE에 의해 감지된 채널 통계를 나타낸다.
7.2.2. 이 정보는 잠재적인 / 식별되지 않은 간섭원 뿐만 아니라 직접 통신에 의해 사용된 채널 이용 통계를 나타낸다.
7.2.3. 채널 이용 통계
7.2.3.1. 통계는 측정 된 에너지 수준일 수 있다.
7.2.3.2. 더 간단히 말해서, 통계는 해당 자원의 측정 된 에너지 레벨이 임계 값보다 높으면 채널이 사용 중으로 감지되는 CBR (Channel Busy Ratio) 측정 일 수 있다.
7.2.3.2.1. CBR을 측정하는 데 사용 된 임계 값이 표시되어야 할 필요가 있다.
7.2.3.3. 이 정보는 각 자원 그룹이 백분율 (%) 단위로 사용되는 양을 나타낼 수 있다.
7.2.3.3.1. 자원 그룹은 특정 주파수 범위에 대한 채널 정의일 수 있다.
7.2.3.3.2. 자원 그룹은 자원 블록의 그룹일 수 있다.
7.2.3.4. 이 정보는 각 자원 그룹별로 수집되고 시그널링 되어야 할 필요가 있다. 원격 UE가 다수의 RAT를 통한 직접 통신을 지원한다면,이 IE는 RAT마다 시그널링 될 필요가 있다.
7.2.3.5. 직접 통신에 둘 이상의 주파수를 사용할 수 있는 경우, 이 정보는 각 반송파 주파수별로 수집되고 시그널링 되어야 할 필요가 있다.
7.2.3.6. 이 정보는 요청되는 직접 통신에 사용될 가능성이 있는 각 RAT별로 각 자원 풀마다 수집되고 시그널링 되어야 할 필요가 있다.
7.3. 진행 중인 사이드링크 서비스 정보
7.3.1. 이 정보는 진행 중인 사이드링크 서비스(들) 및/또는 원격 UE가 사이드링크를 통해 패킷을 송신했거나 기꺼이 전송하고자 하는 서비스의 속성을 나타낼 수 있다. 호스트 UE는 이 정보를 사용하여 하프-듀플렉스 제약을 고려하여 원격 UE의 수신 기회를 더 잘 예측하여 전송 자원을 보다 잘 선택할 수 있다.
7.3.2. 이 정보는 진행 중인 사이드링크 서비스 및/또는 원격 UE가 사이드링크를 통해 패킷을 수신했거나 기꺼이 수신하고자 하는 서비스의 속성을 나타낼 수 있다. 호스트 UE는 이 정보를 사용하여 예를 들어, 원격 UE들의 진행 중인 서비스 및 원격 UE에 제공될 새로운 서비스들의 우선 순위를 고려한다. 이 정보는 호스트 UE로부터 원격 UE로의 전송이 다른 UE로부터 원격 UE 로의 전송과 충돌할 수 있는 원격 UE에서의 수신 자원의 잠재적인 충돌을 완화하는데 유용 할 수 있다.
7.3.3. 이 정보는 채널 상태 정보의 일부로 전달 될 수 있다.
7.3.4. 이 정보는 각 진행중인 서비스의 필수 우선 순위 (예를 들면, PPPP (Packet Priority Per Packet Priority))를 추가로 나타낼 수 있다.
7.3.5. 이 정보는 각 진행중인 서비스의 필수 신뢰도 (예를 들면, PPPR (Packet Priority Per Packet Reliability))를 추가로 나타낼 수 있다.
7.3.6. 이 정보는 서비스의 필수 QoS 정보를 추가로 나타낼 수 있다.
7.3.6.1. 이것은 진행중인 서비스에 필요한 평균 페이로드 크기, 데이터 속도 및/또는 최대 지연을 나타낼 수 있다.
7.3.6.2. 이것은 지속적인 서비스에 요구되는 필수 QCI 값을 나타낼 수 있다.
7.3.6.3. 이것은 현재 진행중인 서비스에서 요구되는 필수 5QI 값을 나타낼 수 있다.
7.3.7. 이 정보는 각 진행중인 서비스에 대한 다음 정보를 추가로 나타낼 수 있다.
7.3.7.1. 해당 서비스에 대해 송수신 된 메시지의 평균 페이로드 (byte)
7.3.7.2. 메시지를 전송하는 진행중인 서비스의 경우 평균 전송률 (message/sec 또는 transport blocks/sec)
7.3.7.3. 평균 메시지 도착률. 이는 메시지를 전송하는 진행중인 서비스의 경우의 상위 계층으로부터의 메시지 도착률을 나타낸다.
7.3.7.4. 평균 메시지 도착률. 이는 메시지를 수신하는 진행중인 서비스의 경우의 하위 계층으로부터의 메시지 도착률을 나타낸다.
7.3.7.5. 평균 전송 지연 (메시지가 무선 프로토콜 스택에 도착한 시간과 메시지가 실제로 무선으로 전송된 시간 사이의 시간 간격으로 측정 됨, ms).
7.3.7.6. 추정된 전송 신뢰도 (%)
7.3.7.6.1. 이러한 추정은 수신 된 HARQ ACK 및 / 또는 HARQ NACK의 통계를 고려함으로써 행해질 수 있다
7.3.7.6.1.1. 평균 신뢰성은 이동하는 고정 크기 시간 윈도우 (총 수신 된 HARQ ACK의 수 / 총 송신 된 TB의 총 수)에 대해 평균 될 수 있다.
7.3.7.6.1.2. 시간이 지남에 따라 지수 가중 이동 평균 (EWMA)을 적용하여 평균될 수 있다. 여기서, avg_reliability (n) = (1-k) * avg_reliability (n-1) + (k) * 순간 신뢰도 (n)일 수 있다. 한편, k는 0에 가까운 작은 값 (예를 들면, 0.1)일 수 있고, 순간 신뢰성은 위에서 정의된 비율을 평균한 것으로 측정된다.
7.3.7.6.2. 이 추정은 해당 서비스가 사용하는 PDCP 송신 버퍼의 통계를 수집함으로써 이루어질 수 있다.
7.3.7.6.2.1. 평균 신뢰도는 상위 계층으로부터 전송된 패킷의 수에 대한 전송 된 패킷 수의 비율을 평균함으로써 측정될 수 있다.
7.3.7.7. 추정된 수신 신뢰도 (%): 이 추정은 송신된 HARQ ACK / NACK을 고려하여 이루어질 수 있다.
7.3.7.7.1. 전송 신뢰도 계산을 위해 위에 정의 된 동일한 평균 방법이 이용될 수 있다.
7.3.7.8. 해당 서비스에 대한 전체 트래픽 통계를 호스트 UE에게 알리기 위해서는, 해당 서비스의 패킷이 전송된 전체 주파수에 대해 통계를 수집하는 것으로 충분하다. 또한, 통계를 수집하는 데는 모든 서비스의 패킷이 전송된 전체 주파수에 대해 통계를 수집하는 것으로 충분하다. 호스트 UE가 원격 UE에 대한보다 나은 자원 구성을 선택할 수 있도록 하기 위해, 상기 통계치는 주파수 / 채널마다 수집되고 표시될 필요가 있다.
7.3.8. 이 정보는 호스트 UE가 원격 UE에 의해 이용되거나 이용될 수 있는 자원을 사용하는 것을 피하는데 도움이 되는 다음의 정보를 추가로 나타낼 수 있다.
7.3.8.1. 전송 자원에 대한 정보 (시간/주파수 정보)
7.3.8.1.1. 이 정보는 진행중인 서비스의 보류 또는 향후 전송을 위해 예약된 자원을 나타낼 수 있다.
7.3.8.1.1.1. 이는 해당 전송에 사용될 자원의 패턴을 나타낼 수 있다.
7.3.8.1.1.2. 이것은 a) 예약 간격의 시작점을 식별하는데 사용될 수 있는 시간 오프셋 및 b) 재전송 간격 (최초 전송 및 재전송 간의 간격), c) 예약 간격 (데이터 전송 주기) 및 d) 예약 종료 시각 (상기 예약 종료 시각까지 예약이 유효함)을 나타낼 수 있다.
7.3.8.1.2. 이 정보는 해당 진행 중인 서비스에 전용으로 할당된 자원 집합을 나타낼 수 있다.
7.3.8.1.3. 전송 자원 정보는 서비스 별로 전송 자원을 시그널링 하기보다는, 시그널링 오버헤드를 줄이기 위하여 복수의 진행중인 서비스와 관련된 전송 자원을 집합적으로 (collectively) 병합함으로써 구성 될 수 있다. 이 정보는 원격 UE가 하프-듀플렉스 제약을 받는 경우 호스트 UE에 의해 금지된 전송 자원으로 해석 될 수 있다.
7.3.8.2. 수신 자원에 대한 정보
7.3.8.2.1. 이 정보는 해당 진행 중인 서비스의 수신에 사용될 수 있는 자원 (또는 자원 풀)을 나타낼 수 있다.
7.3.8.2.1.1. 이는 해당 수신에 사용될 자원의 패턴을 나타낼 수 있다.
7.3.8.2.2. 이 정보는 해당 진행 중인 서비스에 전용으로 할당된 자원 집합을 나타낼 수 있다.
7.3.8.2.3. 수신 자원 정보는 서비스 별로 수신 자원을 시그널링 하기보다는, 시그널링 오버헤드를 줄이기 위해 복수의 진행 중인 서비스와 관련된 수신 자원을 집합적으로 병합함으로써 구성될 수 있다. 이 정보는 원격 UE가 히든 노드 문제 (hidden node problem)를 겪을 경우, 호스트 UE에 의해 금지된 전송 자원으로 해석 될 수 있다.
7.4. 인-커버리지/아웃-오브-커버리지 정보
7.4.1. 이 정보는 원격 UE가 현재 네트워크 내에 있는지 또는 네트워크 범위를 벗어났는지를 나타낸다.
7.4.2. 원격 UE가 다중 RAT를 지원하는 경우, 각 RAT별로 정보를 알릴 필요가 있다.
7.4.3. 원격 UE가 이중 연결 (dual connectivity)로 구성된 경우, 이 정보는 프라이머리 셀 (primary cell)과의 연결 상태를 나타낼 수 있다.
7.4.4. 이 정보는 프라이머리 셀이 해당 직접 통신이 요청되도록 연결을 제어할 수 있는 때 유용하다.
7.5. 현재 동기화 소스 정보
7.5.1. 이 정보는 원격 UE가 GNSS 신호를 수신할 수 있는 지를 나타낸다.
7.6. 직접 통신 요청 메시지를 전송하는 데 사용되는 송신 전력
7.6.1. 이 정보는 호스트 UE에 의해 원격 UE와 호스트 UE 간의 경로 손실을 추정하고, 호스트 UE의 송신 전력뿐만 아니라 원격 UE의 송신 전력을 결정하고 제어하도록 사용될 수 있다.
8. UE 가입자 정보
8.1. 가입 된 PLMN 정보
8.1.1. 이 정보는 PC5를 포함하는 셀룰라 서비스를 위한 UE의 홈 (home) PLMN를 나타낸다.
8.1.2. 이 정보는 UE에 대해 PC5 동작이 승인되는 PLMN(들)을 나타낼 수 있다.
8.1.3. 이 정보는 요청된 서비스에 대한 PC5 동작이 UE에 대해 승인되는 PLMN을 나타낼 수 있다. 이 정보는 서비스별로 시그널링 될 필요가 있다.
8.1.4. 이 정보는 다음과 같은 정보를 더 나타낼 수 있다.
8.1.4.1. RAT 당 홈 PLMN; 이는 UE가 다수의 RAT들을 지원하고 각 RAT가 동일하거나 상이한 홈 PLMN들 (예를 들어, DSDA)과 관련되는 경우이다.
8.1.4.2. 허용되는 PLMN별로 지원되는 RAT들
8.1.4.3. 허용되는 동작
8.1.4.3.1. 이는 다음의 동작들 중 무엇이 PLMN에게 허용되는 지 나타낸다.
8.1.4.3.2. 전송 전용
8.1.4.3.3. 수신 전용
8.1.4.3.4. 둘 다
C-2. message 2에 포함되는 정보의 세부 사항
1. 승인된 서비스 ID/코드
1.1. 원격 UE가 하나의 서비스 ID/코드를 요청한 경우라면, 이 ID/코드는 포함될 필요가 없다.
2. 서비스 거절의 이유
2.1. 허용되지 않는 서비스에 대해서, 서비스 거절의 이유가 인디케이트 될 수 있다.
2.1.1. 거절의 이유는 {인증되지 않은 UE로부터의 요청, 금지된 UE로부터의 요청, 요청된 QoS를 제공할 능력의 부족}일 수 있다.
2.1.1.1. '요청된 QoS를 제공할 능력의 부족'은 추가적으로 {전송 자원의 부족, 수신 자원의 부족 또는 둘 다}을 나타낼 수 있다.
3. 트래픽 흐름 정보
3.1. 허용된 서비스(들)에 대해서, 관련 트래픽 흐름 ID가 인디케이트 될 수 있다.
3.2. 트래픽 흐름 ID의 구성 규칙:
3.2.1. 대안 1) 트래픽 흐름 ID는 "단 방향" 서비스 및 "양 방향" 서비스를 포함하는 모든 트래픽 흐름에 고유하게 할당된다.
3.2.2. 대안 2) 트래픽 흐름 ID는 동일한 방향을 갖는 트래픽 흐름간에 고유하게 할당된다. 따라서, 트래픽 흐름 ID에는 양방향에 대한 "단 방향" 서비스와 "양 방향" 서비스를 포함하여 모든 트래픽 흐름에 대해 통신 방향 (정 방향 (호스트에서 원격 방향) 또는 역 방향(원격에서 호스트 방향))을 고유하게 구별할 수 있는 정보가 필요하다.
3.2.3. 트래픽 흐름 ID는 "양 방향" 서비스의 직접 통신의 방향에 따라 다를 수 있다.
3.3. 트래픽 흐름 ID는 "양 방향" 서비스의 직접 통신의 방향에 따라 다를 수 있다.
4. 제공되는 QoS 정보
4.1. 예상 QoS
4.1.1. 이 정보는 승인된 서비스에 대해 예상되는 QoS 수준을 나타낸다.
4.1.2. 이 정보는 승인된 서비스 (ID)마다 인디케이트 될 필요가 있다.
4.1.3. 이 정보는 요청된 서비스가 승인되는 동안 원격 UE에 의해 요청된 QoS 파라미터마다 인디케이트 될 수 있다.
4.2. 보장되는 QoS 지원
4.2.1. 이는 제공되는 QoS가 보장될 수 있는 지 나타낸다.
4.2.1.1. 요구되는 QoS는 특정 기간 동안 정의 될 수 있다. 상기 특정 기간은 약속된 QoS가 보장 될 수 있는 최소 기간을 나타낸다. IE의 이러한 사용법에서, IE는 제공된 QoS가 유지될 수 있는 시간 주기를 더 지시한다.
4.2.2. 이 IE는 제공된 QoS를 만족시키는 최소 확률과 함께 표시 될 수 있다. 원격 UE는이 확률을 이용하여 호스트 UE에 의해 제공되는 QoS 수준으로 유니캐스트 링크 설정을 진행 / 수락 하는지 여부를 결정할 것이다.
5. 사이드링크 능력 정보
5.1. 이것은 직접 통신 인터페이스를 통한 송신 및/또는 수신에 관한 호스트 UE들의 능력을 나타낸다.
5.2. 송신 능력과 수신 능력은 구분되어 표시될 필요가 있다.
5.3. 이 호스트 UE는 원격 UE에 의해 요청 된 직접 통신의 방향이 "송신 전용 단 방향"또는 "양 방향"인 경우 수신 능력을 포함한다.
6. 사이드링크를 위한 무선 자원 설정
6.1. 이 정보는 직접 통신 링크가 설정되는 데 사용되는 무선 자원 매개 변수를 나타낸다.
6.2. 이 IE는 다음을 포함할 수 있다.
6.2.1. 호스트 UE의 이니셜 ID (Identification)
6.2.1.1. 이 ID는 호스트 UE의 상위 계층 ID 일 수 있다. 이 ID는 호스트 UE를 어드레싱 하기 위해 원격 UE의 상위 계층에 의해 사용될 수 있다.
6.2.1.2. 이 ID는 호스트 UE의 layer-2 ID 일 수 있다. 이 L2 ID가 지시되면, 잠재적인 원격 UE는 호스트 UE로 향하는 메시지의 L2 헤더에 L2 ID를 포함시킴으로써 호스트 UE를 어드레싱 하기 위해 이 L2 ID를 사용할 필요가 있다. 이 L2 ID가 표시되지 않으면, 잠재적인 원격 UE는 이 직접 통신 요청 메시지의 L2 헤더에 포함 된 L2 ID를 사용할 필요가 있다.
6.2.2. 사이드링크 자원 풀 구조
6.2.2.1. 이는 다음의 정보를 나타낸다.
6.2.2.1.1. 제어 채널 구조: 물리 사이드링크 제어 채널을 포함하는 시간-주파수 자원
6.2.2.1.2. 데이터 채널 구조: 물리 사이드링크 데이터 채널을 포함하는 시간-주파수 자원
6.2.2.2. 복수의 자원 풀들이 인디케이트 될 수 있다.
6.2.2.3. 각각의 자원 풀에 대해서, 관련된 서비스/트래픽 흐름 ID(들)이 인디케이트 될 수 있다. 대안으로, 각각의 서비스/트래픽 흐름 ID에 대해서, 관련된 자원 풀(들)이 인디케이트 될 수 있다.
6.2.2.3.1. 자원 풀의 서비스/트래픽 흐름 ID에 대한 맵핑은 서비스에 대한 주파수 (채널)의 맵핑을 의미한다.
6.2.3. 스케쥴링 모드
6.2.3.1. 이는 원격 UE가 이용해야 할 전송 자원 선택 방법을 나타낸다.
6.2.3.1.1. 네트워크-스케쥴된 자원 선택
6.2.3.1.1.1. 이는 원격 UE가 네트워크 커버리지에 있음을 표시한 경우에만 설정 될 수 있다.
6.2.3.1.2. 호스트 UE-스케쥴된 자원 선택
6.2.3.1.3. 원격 UE 자율적 자원 선택
6.2.3.2. 이 구성은 UE별로 이루어질 수 있다. 대안으로,이 구성은 서비스/트래픽 흐름마다 제공되어 더 엄격한 QoS 요구 사항을 갖는 서비스/트래픽 흐름이 엄격한 제어로 다르게 처리될 수 있다.
6.2.4. 동기화 구성
6.2.4.1. 이는 직접 통신을 수립하는 데 사용되는 동기화 참조 소스를 나타낸다.
6.2.4.2. GNSS가 우선 순위의 동기화 참조임을 나타내는 정보; 또는
6.2.4.3. UE- 전송 된 동기화 (예컨대, SLSS)가 우선 순위의 동기화 참조임을 나타내는 정보; 또는
6.2.4.4. 다운 링크 동기화 신호가 우선 순위의 동기화 참조임을 나타내는 정보; 또는
6.2.4.5. 다운 링크 동기 신호, GNSS 및 UE 송신 동기 신호 중 동기 기준의 우선 순위를 나타내는 정보; 또는
6.2.4.6. 호스트 UE가 동기화 참조임을 나타내는 정보; 또는
6.2.4.6.1. 동기화 신호 식별 정보, 예를 들어. 호스트 UE가 SLSS 전송을 위해 사용할 SLSS ID
6.2.4.7. 원격 UE가 동기화 참조임을 나타내는 정보
6.2.4.7.1. 동기화 신호 식별 정보, 예를 들어. 원격 UE가 SLSS 전송을 위해 사용할 SLSS ID
6.2.4.8. 분산 된 동기화 참조가 사용됨을 나타내는 정보
6.2.4.8.1. 이것이 인디케이트 되면, FFS (For Further Study)
6.2.4.9. 이 정보가 제공되지 않으면, UE는 현재의 동기화 방법을 계속 사용한다.
6.3. HARQ 구성
6.3.1. 이 구성은 UE별로 이루어질 수 있다. 또는, 이 구성은 서비스 또는 트래픽 흐름마다 제공됨으로써 더 엄격한 QoS 요구 사항을 갖는 서비스 또는 트래픽 흐름은 더 엄격한 제어로 처리될 수 있다.
6.3.2. 피드백 구성
6.3.2.1. 직접 통신에 사용되는 HARQ 피드백 시그널링 방법
6.3.2.2. 이 정보는 원격 UE 및 호스트 UE의 HARQ의 능력뿐만 아니라 설정된 직접 통신의 방향에 따라 각 통신 방향 (원격 UE로부터 또는 원격 UE로) 마다 표시될 필요가 있을 수 있다.
6.3.2.3. 이 정보는 허용된 서비스 또는 트래픽 흐름에 따라 통신 방향별로 표시될 필요가 있을 수 있다.
6.3.3. HARQ 프로세스의 번호
6.3.3.1. 원격 UE에 의해 사용되는 HARQ 프로세스의 번호
6.3.3.2. 호스트 UE에 의해 사용되는 HARQ 프로세스의 번호
6.3.4. 재전송 횟수
6.4. 전송 전력 제어 구성
6.4.1. 이 구성은 UE별로 이루어질 수 있다. 또는, 이 구성은 서비스 또는 트래픽 흐름마다 제공됨으로써 더 엄격한 QoS 요구 사항을 갖는 서비스 또는 트래픽 흐름은 더 엄격한 제어로 처리될 수 있다.
6.4.2. 전력 제어 방법 {개루프 (opon loop) 전력 제어, 폐루프 (closed loop) 전력 제어}
6.4.3. 전력 제어 파라미터
6.4.3.1. 기본 송신 전력 (Po) : Pi를 무시할 때, 원격 UE는 송신 전력 Po로 송신 할 필요가 있다.
6.4.3.2. 스텝 전력 조정 레벨 (Pi)
6.4.3.2.1. 시그널 된 Pi는 양수 또는 음수 값을 갖는 단일 정수 값; 또는
6.4.3.2.2. 시그널 된 Pi는 소정 범위 내의 값일 수 있다.
6.4.3.2.3. 원격 UE는 송신 전력 Po + 수신된 Pi의 누적 값으로 송신 할 필요가 있다.
6.5. 추가 질의 (further query)
6.5.1. 직접 연결 요청 메시지로 식별되지 않는 추가 필수 정보
도 18은 본 발명의 일 예 또는 구현 예에 따른 무선 통신 장치들의 블록도이다.
도 18을 참조하면, 무선 통신 시스템은 기지국 (1810) 및 UE (1820)를 포함 할 수 있다. UE (1820)는 기지국의 커버리지 내에 위치할 수 있다. 일부 예 또는 구현 예에서, 무선 통신 시스템은 복수의 UE들을 포함 할 수 있다. 도 18을 참조하면, 기지국 (1810)과 UE (1820)가 도시되어 있으나, 본 발명은 이에 한정되지 않는다. 예컨대, 상기 기지국 (1810)은 네트워크 노드, UE, 무선 장치 등으로 대체 될 수 있다. 또는, 기지국 및 UE 각각은 무선 통신 장치 또는 무선 장치로서 표현 될 수 있다.
UE (1820)는 적어도 하나의 프로세서(1821), 적어도 하나의 메모리 (1822), 및 적어도 하나의 송수신기 (1823)를 포함할 수 있다. 프로세서 (1811)는 앞서 설명된 각 예 또는 구현 예에서 기술한 기능, 절차 또는 방법을 구현하기 위해 각 예 또는 구현 예들에서 필요한 사항들을 처리할 수 있다. 하나 이상의 프로토콜이 프로세서 (1821)에 의해 구현 될 수 있다. 예를 들어, 프로세서 (1821)는 무선 인터페이스 프로토콜의 하나 이상의 계층 (예를 들어, functional layers)을 구현할 수 있다. 메모리 (1822)는 프로세서 (1821)와 연결되며 다양한 유형의 정보 및/또는 명령어(instruction)를 저장한다. 송수신기 (1823)는 프로세서 (1821)와 전기적으로 연결되어 있으며, 무선 신호를 송신 및/또는 수신하도록 프로세서 (1821)에 의해 제어될 수 있다.
구체적으로, 무선 통신 시스템에서 데이터를 수신하는 제 1 단말의 프로세서(1821)는 송수신기(1823)를 제어하여 사이드링크 통신 요청을 포함하는 제 1 메시지를 전송하고, 제 2 단말로부터 사이드링크 통신 데이터를 수신할 수 있다. 상기 제 1 단말은 제 1 PLMN (Public Land Mobile Network)의 가입자이고, 상기 제 2 단말은 상기 제 1 PLMN과 다른 제 2 PLMN의 가입자일 수 있다. 또한, 상기 사이드링크 통신 데이터는 상기 제 1 PLMN의 캐리어를 이용하여 수신될 수 있다.
한편, 상기 제 1 메시지는 i) 상기 제 1 PLMN이 아닌 PLMN에 가입된 단말이라도 상기 제 1 PLMN의 캐리어를 통한 데이터 전송이 허용됨을 나타내는 정보 및 ii) 상기 제 1 PLMN의 캐리어를 통한 상기 데이터 전송과 관련해서는 과금 (charging)되지 않음을 나타내는 정보를 포함할 수 있다.
한편, 상기 제 1 메시지는 상기 제 1 PLMN의 캐리어, 상기 제 2 PLMN의 캐리어, 또는 상기 제 1 메시지 전송을 위한 전용 (dedicated) 캐리어 중 어느 하나를 통해 전송될 수 있다.
한편, 상기 프로세서 (1821)는 상기 제 1 메시지에 대한 응답으로, 상기 송수신기를 통하여 상기 사이드링크 통신 요청이 수용됨을 나타내는 제 2 메시지를 상기 제 2 단말로부터 수신하고, 상기 제 2 메시지에 대한 응답으로, 상기 송수신기를 통하여 사이드링크가 수립되었음을 나타내는 제 3 메시지를 상기 제 2 단말에게 전송할 수 있다. 한편, 상기 사이드링크 통신 데이터는 상기 사이드링크를 통해 수신될 수 있다.
한편, 상기 사이드링크 통신 데이터는 non-PS (non-Public Safety)와 관련된 서비스를 위한 데이터일 수 있다.
한편, 상기 프로세서 (1821)는 상기 송수신기를 제어하여 상기 사이드링크 통신 데이터 수신의 자원 사용에 관련된 정보를 상기 제 1 PLMN 에게 보고할 수 있다.
무선 통신 시스템에서 데이터를 전송하는 제 2 단말의 프로세서(1821)는 송수신기(1823)를 제어하여 제 1 단말로부터 사이드링크 통신 요청을 포함하는 제 1 메시지를 수신하고, 상기 제 1 단말에게 사이드링크 통신 데이터를 전송할 수 있다. 상기 제 1 단말은 제 1 PLMN (Public Land Mobile Network)의 가입자이고, 상기 제 2 단말은 상기 제 1 PLMN과 다른 제 2 PLMN의 가입자일 수 있다. 또한, 상기 사이드링크 통신 데이터는 상기 제 1 PLMN의 캐리어를 이용하여 전송될 수 있다.
한편, 상기 제 1 메시지가 상기 제 1 PLMN의 캐리어를 통해 수신되도록 설정되는 경우, 상기 제 2 단말은 상기 제 1 PLMN의 캐리어에 대하여 주기적으로 모니터링 하도록 사전에 설정될 수 있다.
한편, 상기 제 2 단말은 소정 조건을 만족하는 경우에 상기 사이드링크 통신 데이터를 전송할 수 있다. 또한, 상기 소정 조건은 소정 QoS (Quality of Service)를 만족하면서 상기 사이드링크 통신 데이터를 상기 제 1 단말에게 전송할 수 있으면 만족될 수 있다.
본 발명의 예 또는 구현 예에 따르면, 서로 다른 PLMN (Public Land Mobile Network)에 속하는 단말간의 직접 통신이 효율적으로 수행될 수 있고, 단말간의 과금 체계 (charging mechanism)가 명확하게 정의될 수 있다.
또한, 기지국 (1810)은 적어도 하나의 프로세서(1811), 적어도 하나의 메모리 (1812), 및 적어도 하나의 송수신기 (1813)를 포함할 수 있다. 프로세서 (1811)는 앞서 설명된 각 예 또는 구현 예에서 기술한 기능, 절차 또는 방법을 구현하기 위해 각 예 또는 구현 예들에서 필요한 사항들을 처리할 수 있다.
한편, 하나 이상의 프로토콜이 프로세서 (1811)에 의해 구현 될 수 있다. 예를 들어, 프로세서 (1811)는 무선 인터페이스 프로토콜의 하나 이상의 계층 (예를 들어, functional layers)을 구현할 수 있다. 메모리 (1812)는 프로세서 (1811)와 연결되며 다양한 유형의 정보 및/또는 명령어(instruction)를 저장한다. 송수신기 (1813)는 프로세서 (1811)와 전기적으로 연결되어 있으며, 무선 신호를 송신 및/또는 수신하도록 프로세서 (1811)에 의해 제어될 수 있다.
한편, 메모리 (1812 및 / 또는 1822)는 프로세서 (1811 및 / 또는 1821)의 내부 또는 외부에 각각 배치 될 수 있고, 유선 또는 무선 연결과 같은 다양한 기술을 통해 프로세서에 연결될 수 있다.
구체적으로, 프로세서 (1811) 및/또는 메모리 (1812)는 임의의 적합한 물리적 배치로 배열될 수 있다. 본 발명의 예 또는 구현 예에서, 프로세서 (1811) 및/또는 메모리 (1812)는 동일한 보드, 동일한 패키지 (예를 들면, system-in-package), 동일한 칩 (예를 들면, system-on-chip)에 구현될 수 있다. 본 발명의 예 또는 구현 예에서, 프로세서 (1811) 및/또는 메모리 (1812)는 분산 (distributed), 가상화 (virtualized) 및/또는 컨테이너 화 된 (containerized) 컴퓨팅 자원을 포함할 수 있다. 이러한 예 또는 구현 예와 일치하여, 프로세서 (1811) 및/또는 메모리 (1812)는 하나 이상의 데이터 센터 및/또는 클라우드 컴퓨팅 설비에 위치할 수 있다.
또한, 본 발명의 예 또는 구현 예에서, 메모리 (1812)는 하나 이상의 프로세서에 의해 실행될 때 컴퓨팅 장치가 단독으로 또는 환경의 다른 컴퓨팅 장치와 연계하여 이 문서에 설명된 방법을 수행하게 할 수 있는 실행 가능한 코드를 포함하는 비임시적 (non-transitory) 이고 유형적인 (tangible) 기계 판독 가능 매체 (machine readable media)를 포함할 수 있다.기지국 (1810) 및/또는 UE (1820)는 단일 안테나 또는 다중 안테나를 가질 수 있다. 예를 들어, 안테나 (1814 및/또는 1824)는 무선 신호를 송신 및 수신하도록 구성 될 수 있다.
도 19는 본 발명의 예 또는 구현 예에 따른 무선 통신 장치를 간략하게 도시한 도면이다.
도 19를 참조하면, 도 18에 도시된 UE (1820)가 자세히 설명되어 있다. 한편, 도 19의 무선 통신 장치는 UE (1820)에 한정되지 않고, 상술한 예 또는 구현 예의 하나 이상의 구현에 적합하도록 구성된 이동 컴퓨팅 장치일수 있다. 예를 들면, 상기 이동 컴퓨팅 장치는 차량 통신 시스템 및/또는 장치, 웨어러블 장치, 랩톱 또는 스마트 폰 등이 포함될 수 있다.
또한, 도 19를 참조하면, UE (1820)는 디지털 신호 프로세서: DSP 또는 마이크로 프로세서를 포함하는 프로세서(1910), 송수신기 (1935), 전력 관리 모듈 (1905), 안테나 (1940), 배터리 (1955), 키패드 (1920), GPS (Global Positioning System) 칩 (1960), 센서 (1965), 메모리 (1930), 가입자 식별 모듈 (SIM) 카드 (1925), 스피커 (1945) 마이크로폰 (1950) 중에서 적어도 하나를 포함할 수 있다. 또한, UE (1820)는 단일 안테나 또는 멀티 안테나를 포함 할 수 있다.
프로세서 (1910)는 앞서 설명된 각 예 또는 구현 예에서 기술한 기능, 절차 또는 방법을 구현하기 위해 각 예 또는 구현 예들에서 필요한 사항들을 처리할 수 있다. 일부 예 또는 구현 예에서, 프로세서 (1910)는 무선 인터페이스 프로토콜의 계층 (예를 들어, 기능 계층)과 같은 하나 이상의 프로토콜을 구현할 수 있다.
메모리 (1930)는 프로세서 (1910)에 연결되고 프로세서 (1910)의 동작에 관련된 정보를 저장할 수 있다. 메모리 (1930)는 프로세서 (1910)의 내부 또는 외부에 위치 될 수 있고 유선 또는 무선 연결과 같은 다양한 기술을 통해 프로세서에 연결될 수 있다.
유저(user)는 키패드 (1920)의 버튼을 누르거나 마이크로폰 (1950)을 이용한 음성 인식 또는 활성화 등의 다양한 기술을 통하여 다양한 형태의 정보 (예를 들어, 전화 번호와 같은 지시 정보)를 입력 할 수 있다. 프로세서 (1910)는 사용자의 정보를 수신 및 처리하고, 전화 번호를 다이얼링하는 것과 같은 적절한 기능을 수행할 수 있다. 일부 예 또는 구현 예에서, 데이터 (예를 들어, operational data)는 특정 기능(들)을 수행하기 위해 SIM 카드(1925) 또는 메모리 (1930)로부터 로딩될 수 있다. 일부 예 또는 구현 예에서, 프로세서 (1910)는 GPS 칩 (1960)으로부터 GPS 정보를 수신 및 처리하여 같은 UE의 위치 또는 위치와 관련된 기능 (차량 네비게이션, 지도 서비스 등)을 수행 할 수 있다. 일 예 또는 구현 예에서, 프로세서 (1910)는 사용자의 참고 및 편의를 위해 이러한 다양한 유형의 정보 및 데이터를 디스플레이 (1915) 상에 표시 할 수 있다.
송수신기 (1935)는 프로세서 (1910)와 연결되어 RF (Radio Frequency) 신호와 같은 무선 신호를 송신 및/또는 수신할 수 있다. 프로세서 (1910)는 통신을 개시하고 음성 통신 데이터와 같은 다양한 유형의 정보 또는 데이터를 포함하는 무선 신호를 송신하도록 송수신기 (1935)를 제어 할 수 있다. 송수신기 (1935)는 무선 신호를 수신하고 수신기 및 송신하는 송신기를 포함한다. 안테나 (1940)는 무선 신호의 송신 및 수신이 원활하게 수행하는데 필요한 장치이다. 일부 예 또는 구현 예에서, 상기 송수신기(1935)가 무선 신호를 수신한 경우, 프로세서 (1910)에 의한 처리를 위해서 송수신기 (1935)는 상기 수신된 무선 신호를 기저 대역 주파수(baseband frequency)로 변환 및 포워딩 (convert and forward)할 수 있다. 처리 된 신호는 스피커 (1945) 및/또는 디스플레이(1915)를 통해 출력되도록 가청 또는 판독 가능한 정보로 변환하는 등의 다양한 기술에 따라 처리될 수 있다.
일 예 또는 구현 예에서, 센서 (1965)는 프로세서 (1910)에 연결될 수 있다. 센서 (1965)는 속도, 가속도, 광, 진동, 근접성, 위치, 이미지 등 다양한 유형의 정보를 검출하도록 구성된 하나 이상의 감지 장치를 포함 할 수 있다. 프로세서 (1910)는 센서 (1965)로부터 얻어진 센서 정보를 수신 및 처리하고, 상기 수신 처리된 센서 정보에 기초하여 충돌 회피, 자율 주행 등과 같은 다양한 유형의 기능을 수행 할 수 있다.
또는, 도 19에 도시 된 바와 같이, UE는 다양한 구성 요소 (예를 들어, 카메라, USB 포트 등)를 추가적으로 포함할 수 있다. 예를 들어, 카메라는 프로세서 (1910)에 추가로 연결될 수 있으며, 자율 주행, 차량 안전 서비스 등과 같은 다양한 서비스에 사용될 수 있다. 이와 같이, 도 19는 UE의 어느 하나의 예 또는 구현 예며, 본 발명의 범위는 도 19에 도시된 구성으로 한정되지 않는다. 예를 들어, 키패드 (1920), GPS (Global Positioning System) 칩 (1960), 센서 (1965), 스피커 (1945) 및/또는 마이크로폰 (1950) 중에서 일부 구성은 몇몇 예 또는 구현 예에 대한 UE에 포함되지 않거나 구현되지 않을 수 있다.
도 20은 본 발명의 예 또는 구현 예에 따른 무선 통신 장치의 송수신기를 간략하게 도시한 블록도이다.
구체적으로, 도 20에 도시된 송수신기는 주파수 분할 듀플렉스 (FDD) 시스템으로 구현 될 수 있는 일 예에 따른 송수신기일 수 있다.
송신 경로에서, 도 18 및 도 19에서 설명된 프로세서와 같은 적어도 하나의 프로세서는 송신될 데이터를 처리 할 수 있고 아날로그 출력 신호와 같은 신호를 송신기(2010)에 제공할 수 있다.
송신기 (2010)에서 아날로그 출력 신호는, 로우 패스 필터 (LPF) (2011)에 의해 필터링(예를 들어 종래의 디지털-아날로그 변환 (ADC)에 의해 발생된 아티팩트 (artifacts)를 제거하기 위해서)되고, 업 컨버터 (예를 들어, 믹서) (2012)에 의해 기저 대역에서 RF로 상향 변환(upconvert)되며, VGA (variable gain amplifier) (2013)에 의해 증폭될 수 있다. 증폭 된 신호는 필터 (2014)에 의해 필터링되고, PA (power amplifier) (2015)에 의해 추가 증폭되며, 듀플렉서(duplexer) (2050) / 안테나 스위치 (2060)를 통해 라우트(routed)되어 안테나 (2070)를 통해 송신될 수 있다.
수신 경로에서, 안테나 (2070)는 무선 환경으로부터 신호를 수신하고, 수신 된 신호는 안테나 스위치 (2060)/듀플렉서 (2050)를 통해 라우트(routed)되어 수신기 (2020)에 제공될 수 있다.
예를 들면, 수신기 (2020)에서 수신된 신호는 LNA(low noise amplifier) (2023)를 포함하는 증폭기에 의해 증폭되고, 대역 통과 필터 (2024)에 의해 필터링되며, 다운 컨버터 (ownconverter) (2025) 에 의해, 예를 들어 믹서, RF에서 기저 대역으로 다운 컨버팅된다.
하향 변환 된 신호는 저역 통과 필터 (LPF) (2026)에 의해 필터링되고, 아날로그 입력 신호를 얻기 위해 VGA (2027)를 포함하는 증폭기에 의해 증폭되며, 이는 도 18 및 도 19에서 설명된 프로세서에 제공된다.
또한, 국부 발진기 (local oscillator, LO) 생성기 (2040)는 송신 및 수신 LO 신호를 생성하여 상향 변환기 (upconverter) (2012) 및 하향 변환기 (downconverter) (2025)에 각각 제공한다.
한편, 본 발명은 도 20에 도시된 바와 같은 구성으로 한정되지 않으며, 본 발명의 예 또는 구현 예에 따른 기능 및 효과를 위해서 다양한 구성 요소 및 회로가 도 20에 도시 된 예와 다르게 배열 될 수 있다.
도 21은 본 발명의 예 또는 구현 예에 따른 무선 통신 장치의 송수신기의 다른 예를 도시한다.
특히, 도 21은 시분할 듀플렉스 (TDD) 시스템에서 구현 될 수 있는 송수신기의 일 예를 도시한다.
일부 예 또는 구현 예에서, TDD 시스템의 송수신기에 포함된 송신기 (2110) 및 수신기 (2120)는 FDD 시스템의 송수신기에 포함된 송신기 및 수신기와 하나 이상의 유사한 특징을 포함할 수 있다. 이하, TDD 시스템의 송수신기 구조를 후술한다.
송신 경로에서, 송신기의 PA (power amplifier) (2115)에 의해 증폭 된 신호는 대역 선택 스위치 (2150), 대역 통과 필터 (BPF) (2160) 및 안테나 스위치 (2170)를 통하여 라우트(route)되며, 안테나 (2180)를 통하여 전송된다.
수신 경로에서, 안테나 (2180)는 무선 환경으로부터 신호를 수신하고, 수신 된 신호는 안테나 스위치 (들) (2170), 대역 통과 필터 (BPF) (2160) 및 대역 선택 스위치 (2150)를 통해 라우트(route)되어 수신기 (2120)에 제공된다.
도 22는 본 발명의 예 또는 구현 예에 따른 사이드링크에 관련된 무선 디바이스 동작을 설명하기 위한 흐름도이다.
도 22를 참조하면, 무선 장치는 사이드링크와 관련된 정보를 획득할 수 있다 (S2210). 사이드링크와 관련된 정보는 적어도 하나의 자원 구성(resource configuration(s)) 일 수 있고, 다른 무선 장치 또는 네트워크 노드로부터 획득 될 수 있다.
상기 정보를 획득 한 후, 무선 장치는 사이드링크에 관련된 정보를 디코딩할 수 있다 (S2220).
사이드링크에 관한 정보를 디코딩 한 후, 무선 디바이스는 사이드링크에 관한 정보에 기초하여 하나 이상의 사이드링크 동작을 수행한다 (S2230). 여기서, 무선 장치에 의해 수행되는 사이드링크 동작 (sidelink operation) (들)은 흐름도에서 도시된 하나 이상의 동작 일 수 있다.
한편, 도 22에 도시된 흐름도의 사이드링크와 관련된 무선 장치 동작은 단지 일례이며, 다양한 기술을 사용하는 사이드링크 동작이 무선 장치에 의해 수행 될 수 있다. 사이드링크는 사이드링크 통신 및/또는 사이드링크 디스커버리를 위한 UE 간의 인터페이스일 수 있다. 사이드링크는 PC5 인터페이스에 해당 할 수 있다. 사이드링크 동작은 넓은 의미에서 UE들 간의 정보의 송신 및/또는 수신일 수 있다.
도 23은 본 발명의 예 또는 구현 예에 따른 사이드링크에 관련된 네트워크 노드 동작을 설명하기 위한 흐름도이다.
도 23에서 개시된 사이드링크와 관련된 네트워크 노드 동작은 하나의 일 예에 불가하며, 다양한 기술을 이용한 사이드링크 동작이 네트워크 노드에 의해 수행 될 수 있다.
네트워크 노드는 무선 장치로부터 사이드링크와 관련된 정보를 수신할 수 있다 (S2310). 예를 들면, 사이드링크와 관련된 정보는 네트워크 노드에 대한 사이드링크 정보 표시에 사용되는 'SidelinkUEInformation'일 수 있다
상기 정보를 수신 한 후, 상기 네트워크 노드는 상기 수신된 정보에 기초하여 상기 사이드링크와 관련된 하나 이상의 명령(instruction)들을 전송할지 여부를 결정한다 (S2320).
명령을 송신하기로 결정한 경우, 네트워크 노드는 송신하기로 결정된 명령에 기초하여 사이드링크와 관련된 명령을 무선 장치로 송신한다 (S2330). 일 예에서, 네트워크 노드에 의해 송신된 명령을 수신한 무선 장치는 수신된 명령에 기초하여 하나 이상의 사이드링크 동작(들)을 수행 할 수 있다.
도 24는 본 발명의 예 또는 구현 예에 따른 무선 장치와 네트워크 노드의 구성을 간략하게 도시한 블록도이다. 여기서, 네트워크 노드 (2420)는 도 19에 도시된 무선 장치 또는 UE로 대체 될 수 있다.
예를 들면, 무선 장치 (2410)는 하나 이상의 다른 무선 장치, 네트워크 노드, 및/또는 네트워크의 다른 요소와 통신하기 위한 통신 인터페이스 (2411)를 포함할 수 있다. 통신 인터페이스 (2411)는 하나 이상의 송신기, 하나 이상의 수신기 및 / 또는 하나 이상의 통신 인터페이스를 포함 할 수 있다. 또한, 무선 장치 (2410)는 프로세싱 회로 (2412)를 포함할 수 있다. 프로세싱 회로 (2412)는 프로세서 (2413)와 같은 적어도 하나의 프로세서 및 메모리 (2414)와 같은 적어도 하나의 메모리 디바이스를 포함 할 수 있다.
프로세싱 회로 (2412)는 앞서 기술된 방법들 및/또는 프로세스들 중 어느 하나 이상을 제어하고, 그러한 방법들 및/또는 프로세스가 무선 디바이스 (2410)에 의해 수행되도록 할 수 있다. 프로세서 (2413)는 여기에 설명된 무선 장치의 기능을 수행하기 위한 하나 이상의 프로세서와 대응할 수 있다. 또한, 무선 장치 (2410)는 데이터, 프로그래밍 가능한 소프트웨어 코드 및/또는 여기에 설명된 다른 정보를 저장하도록 구성된 메모리 (2414)를 포함한다.
하나 이상의 예 또는 구현 예에서, 메모리 (2414)는 적어도 하나의 프로세서에 의해 도 22를 참조하여 설명한 프로세스의 일부 또는 전체, 또는 상술한 방법들의 예 또는 구현 예들이 실행되도록 하는 명령들을 포함하는 소프트웨어 코드 (2415)를 저장하도록 구성될 수 있다.
예를 들어, 정보의 송신 또는 수신과 관련된 적어도 하나의 프로세스(processes)는 정보를 송신 또는 수신하기 위해서 도 18의 송수신기 (1823)를 제어하는 프로세서 (3113)에 의해 수행 될 수 있다.
네트워크 노드 (2420)는 하나 이상의 다른 네트워크 노드들, 무선 디바이스들 및 네트워크의 다른 요소들과 통신하기 위한 통신 인터페이스 (2421) 중 적어도 하나를 포함할 수 있다. 여기서, 통신 인터페이스 (2421)는 적어도 하나의 송신기, 적어도 하나의 수신기 및/또는 적어도 하나의 통신 인터페이스를 포함한다. 또한, 네트워크 노드 (2420)는 프로세싱 회로 (2422)를 포함할 수 있다. 여기서, 프로세싱 회로는 프로세서 (2423) 및 메모리 (2424)를 포함할 수 있다.
예를 들면, 정보의 송신 또는 수신과 관련된 적어도 하나의 프로세스(processes)는 정보를 송신 또는 수신하기 위해서 도 18에 도시된 송수신기 (1813)를 제어하는 프로세서 (1811)에 의해 수행 될 수 있다.
도 25는 5G 사용 시나리오들의 일례를 나타낸다.
도 25를 참고하면, 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)과 같은 초 신뢰 / 이용 가능한 지연이 적은 링크를 통해 산업을 변화시킬 새로운 서비스를 포함한다. 신뢰성과 지연의 수준은 스마트 그리드 제어, 산업 자동화, 로봇 공학, 드론 제어 및 조정에 필수적이다.
다음으로, 도 25의 삼각형 안에 포함된 다수의 사용 예들에 대해 보다 구체적으로 살펴본다.
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) 및 패키지의 추적을 가능하게 하는 이동 통신에 대한 중요한 사용 예이다. 물류 및 화물 추적의 사용 예는 전형적으로 낮은 데이터 속도를 요구하지만 넓은 범위와 신뢰성 있는 위치 정보가 필요하다.
상술한 본 발명의 예 또는 구현 예들은 다양한 수단을 통해 구현될 수 있다. 예를 들어, 본 발명의 예 또는 구현 예들은 하드웨어, 펌웨어(firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다.
하드웨어에 의한 구현의 경우, 본 발명의 예 또는 구현 예들에 따른 방법은 하나 또는 그 이상의 ASICs(Application Specific Integrated Circuits), DSPs(Digital Signal Processors), DSPDs(Digital Signal Processing Devices), PLDs(Programmable Logic Devices), FPGAs(Field Programmable Gate Arrays), 프로세서, 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 등에 의해 구현될 수 있다.
펌웨어나 소프트웨어에 의한 구현의 경우, 본 발명의 예 또는 구현 예들에 따른 방법은 이상에서 설명된 기능 또는 동작들을 수행하는 장치, 절차 또는 함수 등의 형태로 구현될 수 있다. 소프트웨어 코드는 메모리 유닛에 저장되어 프로세서에 의해 구동될 수 있다. 상기 메모리 유닛은 상기 프로세서 내부 또는 외부에 위치하여, 이미 공지된 다양한 수단에 의해 상기 프로세서와 데이터를 주고 받을 수 있다.
상술한 바와 같이 개시된 본 발명의 바람직한 예 또는 구현 예들에 대한 상세한 설명은 당업자가 본 발명을 구현하고 실시할 수 있도록 제공되었다. 상기에서는 본 발명의 바람직한 예 또는 구현 예들을 참조하여 설명하였지만, 해당 기술 분야의 숙련된 당업자는 본 발명의 영역으로부터 벗어나지 않는 범위 내에서 본 발명을 다양하게 수정 및 변경시킬 수 있음을 이해할 수 있을 것이다. 예를 들어, 당업자는 상술한 예 또는 구현 예들에 기재된 각 구성을 서로 조합하는 방식으로 이용할 수 있다. 따라서, 본 발명은 여기에 나타난 실시형태들에 제한되려는 것이 아니라, 여기서 개시된 원리들 및 신규한 특징들과 일치하는 최광의 범위를 부여하려는 것이다.
본 발명은 본 발명의 정신 및 필수적 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있다. 따라서, 상기의 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니 되고 예시적인 것으로 고려되어야 한다. 본 발명의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 발명의 등가적 범위 내에서의 모든 변경은 본 발명의 범위에 포함된다. 본 발명은 여기에 나타난 실시형태들에 제한되려는 것이 아니라, 여기서 개시된 원리들 및 신규한 특징들과 일치하는 최광의 범위를 부여하려는 것이다. 또한, 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 예 또는 구현 예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함할 수 있다.
상술한 바와 같은 하향링크 제어정보를 검출하는 방법 및 이를 위한 단말은 3GPP LTE 시스템에 적용되는 예를 중심으로 설명하였으나, 3GPP LTE 시스템 이외에도 다양한 무선 통신 시스템에 적용하는 것이 가능하다.

Claims (20)

  1. 무선 통신 시스템에서 제 1 단말이 데이터를 수신하는 방법에 있어서,
    사이드링크 통신 요청을 포함하는 제 1 메시지를 전송하고;
    제 2 단말로부터 사이드링크 통신 데이터를 수신하는 것;을 포함하고,
    상기 제 1 단말은 제 1 PLMN (Public Land Mobile Network)의 가입자이고, 상기 제 2 단말은 상기 제 1 PLMN과 다른 제 2 PLMN의 가입자이고,
    상기 사이드링크 통신 데이터는 상기 제 1 PLMN의 캐리어를 이용하여 수신되는, 데이터를 수신하는 방법.
  2. 제 1 항에 있어서,
    상기 제 1 메시지는 i) 상기 제 1 PLMN이 아닌 PLMN에 가입된 단말이라도 상기 제 1 PLMN의 캐리어를 통한 데이터 전송이 허용됨을 나타내는 정보 및 ii) 상기 제 1 PLMN의 캐리어를 통한 상기 데이터 전송과 관련해서는 과금 (charging)되지 않음을 나타내는 정보를 포함하는, 데이터를 수신하는 방법.
  3. 제 1 항에 있어서,
    상기 제 1 메시지는 상기 제 1 PLMN의 캐리어, 상기 제 2 PLMN의 캐리어, 또는 상기 제 1 메시지 전송을 위한 전용 (dedicated) 캐리어 중 어느 하나를 통해 전송되는, 데이터를 수신하는 방법.
  4. 제 1 항에 있어서,
    상기 제 1 메시지에 대한 응답으로, 상기 사이드링크 통신 요청이 수용됨을 나타내는 제 2 메시지를 상기 제 2 단말로부터 수신하고;
    상기 제 2 메시지에 대한 응답으로, 사이드링크가 수립 (establish) 되었음을 나타내는 제 3 메시지를 상기 제 2 단말에게 전송하며;
    상기 사이드링크 통신 데이터는 상기 사이드링크를 통해 수신되는 것을 더 포함하는, 데이터를 수신하는 방법.
  5. 제 1 항에 있어서,
    상기 사이드링크 통신 데이터는 non-PS (non-Public Safety)와 관련된 서비스를 위한 데이터인, 데이터를 수신하는 방법.
  6. 제 1 항에 있어서,
    상기 사이드링크 통신 데이터 수신의 자원 사용에 관련된 정보를 상기 제 1 PLMN 에게 보고하는 것을 더 포함하는, 데이터를 수신하는 방법.
  7. 제 1 항에 있어서,
    상기 제 1 단말은 상기 제 1 단말의 움직임을 제어하는 신호를 기반으로 적어도 하나의 ADAS (Advanced Driver Assistance System) 기능을 구현하는, 데이터를 수신하는 방법.
  8. 무선 통신 시스템에서 제 2 단말이 데이터를 전송하는 방법에 있어서,
    제 1 단말로부터 사이드링크 통신 요청을 포함하는 제 1 메시지를 수신하고;
    상기 제 1 단말에게 사이드링크 통신 데이터를 전송하는 것;을 포함하고,
    상기 제 1 단말은 제 1 PLMN (Public Land Mobile Network)의 가입자이고, 상기 제 2 단말은 상기 제 1 PLMN과 다른 제 2 PLMN의 가입자이고,
    상기 사이드링크 통신 데이터는 상기 제 1 PLMN의 캐리어를 이용하여 전송되는, 데이터를 전송하는 방법.
  9. 제 8 항에 있어서,
    상기 제 1 메시지가 상기 제 1 PLMN의 캐리어를 통해 수신되도록 설정되는 경우, 상기 제 2 단말은 상기 제 1 PLMN의 캐리어에 대하여 주기적으로 모니터링 하도록 사전에 설정되는, 데이터를 전송하는 방법.
  10. 제 8 항에 있어서,
    상기 제 2 단말은 소정 조건을 만족하는 경우에 상기 사이드링크 통신 데이터를 전송하며,
    상기 소정 조건은 소정 QoS (Quality of Service)를 만족하면서 상기 사이드링크 통신 데이터를 상기 제 1 단말에게 전송할 수 있으면 만족되는, 데이터를 전송하는 방법.
  11. 제 8 항에 있어서,
    상기 사이드링크 통신 데이터 전송의 자원 사용에 관련된 정보를 상기 제 1 PLMN 에게 보고하는;것을 더 포함하는, 데이터를 전송하는 방법.
  12. 무선 통신 시스템에서 데이터를 수신하는 제 1 단말에 있어서,
    송수신기 (transceiver); 및
    상기 송수신기를 제어하여 사이드링크 통신 요청을 포함하는 제 1 메시지를 전송하고, 상기 송수신기를 제어하여 제 2 단말로부터 사이드링크 통신 데이터를 수신하는 프로세서;를 포함하고,
    상기 제 1 단말은 제 1 PLMN (Public Land Mobile Network)의 가입자이고, 상기 제 2 단말은 상기 제 1 PLMN과 다른 제 2 PLMN의 가입자이고, 그리고
    상기 사이드링크 통신 데이터는 상기 제 1 PLMN의 캐리어를 이용하여 수신되는, 데이터를 수신하는 제 1 단말 .
  13. 제 12 항에 있어서,
    상기 제 1 메시지는 i) 상기 제 1 PLMN이 아닌 PLMN에 가입된 단말이라도 상기 제 1 PLMN의 캐리어를 통한 데이터 전송이 허용됨을 나타내는 정보 및 ii) 상기 제 1 PLMN의 캐리어를 통한 상기 데이터 전송과 관련해서는 과금 (charging)되지 않음을 나타내는 정보를 포함하는, 데이터를 수신하는 제 1 단말 .
  14. 제 12 항에 있어서,
    상기 제 1 메시지는 상기 제 1 PLMN의 캐리어, 상기 제 2 PLMN의 캐리어, 또는 상기 제 1 메시지 전송을 위한 전용 (dedicated) 캐리어 중 어느 하나를 통해 전송되는, 데이터를 수신하는 제 1 단말 .
  15. 제 12 항에 있어서,
    상기 프로세서는,
    상기 제 1 메시지에 대한 응답으로, 상기 송수신기를 통하여 상기 사이드링크 통신 요청이 수용됨을 나타내는 제 2 메시지를 상기 제 2 단말로부터 수신하고,
    상기 제 2 메시지에 대한 응답으로, 상기 송수신기를 통하여 사이드링크가 수립되었음을 나타내는 제 3 메시지를 상기 제 2 단말에게 전송하며,
    상기 사이드링크 통신 데이터는 상기 사이드링크를 통해 수신되는, 데이터를 수신하는 제 1 단말.
  16. 제 12 항에 있어서,
    상기 사이드링크 통신 데이터는 non-PS (non-Public Safety)와 관련된 서비스를 위한 데이터인, 데이터를 수신하는 제 1 단말.
  17. 제 12 항에 있어서,
    상기 프로세서는 상기 송수신기를 제어하여 상기 사이드링크 통신 데이터 수신의 자원 사용에 관련된 정보를 상기 제 1 PLMN 에게 보고하는, 데이터를 수신하는 제 1 단말.
  18. 무선 통신 시스템에서 데이터를 전송하는 제 2 단말에 있어서,
    송수신기 (transceiver); 및
    상기 송수신기를 제어하여 제 1 단말로부터 사이드링크 통신 요청을 포함하는 제 1 메시지를 수신하고, 상기 송수신기를 제어하여 상기 제 1 단말에게 사이드링크 통신 데이터를 전송하는 프로세서;를 포함하고,
    상기 제 1 단말은 제 1 PLMN (Public Land Mobile Network)의 가입자이고, 상기 제 2 단말은 상기 제 1 PLMN과 다른 제 2 PLMN의 가입자이고,
    상기 사이드링크 통신 데이터는 상기 제 1 PLMN의 캐리어를 이용하여 전송되는, 데이터를 전송하는 제 2 단말.
  19. 제 18 항에 있어서,
    상기 제 1 메시지가 상기 제 1 PLMN의 캐리어를 통해 수신되도록 설정되는 경우, 상기 제 2 단말은 상기 제 1 PLMN의 캐리어에 대하여 주기적으로 모니터링 하도록 사전에 설정되는, 데이터를 전송하는 제 2 단말.
  20. 상기 제 2 단말은 소정 조건을 만족하는 경우에 상기 사이드링크 통신 데이터를 전송하며,
    상기 소정 조건은 소정 QoS (Quality of Service)를 만족하면서 상기 사이드링크 통신 데이터를 상기 제 1 단말에게 전송할 수 있으면 만족되는, 데이터를 전송하는 제 2 단말.
PCT/KR2019/007056 2018-06-12 2019-06-12 무선 통신 시스템에서 데이터를 송수신하는 방법 및 이를 위한 단말 WO2019240483A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US17/252,227 US11596010B2 (en) 2018-06-12 2019-06-12 Method for transmitting and receiving data in wireless communication system and terminal therefor

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR20180067189 2018-06-12
KR10-2018-0067189 2018-06-12

Publications (1)

Publication Number Publication Date
WO2019240483A1 true WO2019240483A1 (ko) 2019-12-19

Family

ID=68843492

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2019/007056 WO2019240483A1 (ko) 2018-06-12 2019-06-12 무선 통신 시스템에서 데이터를 송수신하는 방법 및 이를 위한 단말

Country Status (2)

Country Link
US (1) US11596010B2 (ko)
WO (1) WO2019240483A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220279075A1 (en) * 2019-09-30 2022-09-01 Nec Corporation Charging in device-to-device communications over pc5 for interactive services

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020107410A1 (zh) * 2018-11-30 2020-06-04 北京小米移动软件有限公司 调度侧链路资源的请求方法、装置及存储介质
US11792784B2 (en) * 2021-08-04 2023-10-17 Qualcomm Incorporated Techniques to facilitate multiplexing SCI-only grant and data-only SPS traffic on sidelink

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016060482A1 (ko) * 2014-10-14 2016-04-21 엘지전자 주식회사 무선 통신 시스템에서 단말에 의해 수행되는 자원 풀 선택 방법 및 상기 방법을 이용하는 단말
KR20170029005A (ko) * 2014-07-11 2017-03-14 지티이 코포레이션 네트워크 공유를 기반으로 하는 장치 대 장치의 통신 방법 및 시스템, 저장 매체
KR20170028883A (ko) * 2014-07-08 2017-03-14 삼성전자주식회사 단말간 통신에서의 사용자 장치에 의한 plmn 상호간 디스커버리 수행 방법
KR20180037678A (ko) * 2016-10-05 2018-04-13 에스케이텔레콤 주식회사 차량의 통신 장치 및 이를 이용하여 차량의 통신을 제어하는 방법

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102073134B1 (ko) * 2013-05-20 2020-02-04 삼성전자 주식회사 디스커버리 방법 및 장치
US10080246B2 (en) * 2013-07-01 2018-09-18 Lg Electronics Inc. Apparatus and method for transmitting signals using multiple access schemes
WO2016021921A1 (ko) * 2014-08-08 2016-02-11 주식회사 아이티엘 D2d 신호의 송수신 방법 및 장치
US10873901B2 (en) * 2014-09-04 2020-12-22 Htc Corporation Device of handling selection of public land mobile network for device-to-device communication
JP2016201663A (ja) * 2015-04-09 2016-12-01 ソニー株式会社 装置及び方法
US9900765B2 (en) * 2016-06-02 2018-02-20 Apple Inc. Method and apparatus for creating and using a roaming list based on a user roaming plan
US10154150B2 (en) * 2016-06-03 2018-12-11 Verizon Patent And Licensing Inc. Network switching detection for toll-free data service provision
EP4355007A3 (en) * 2016-10-06 2024-07-10 Samsung Electronics Co., Ltd. Methods for managing wireless communication in vehicle-to-anything communication system
CA3056318C (en) * 2017-05-10 2024-05-14 Blackberry Limited Resource configurations and scheduling of direct transmissions in multi-network environments

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20170028883A (ko) * 2014-07-08 2017-03-14 삼성전자주식회사 단말간 통신에서의 사용자 장치에 의한 plmn 상호간 디스커버리 수행 방법
KR20170029005A (ko) * 2014-07-11 2017-03-14 지티이 코포레이션 네트워크 공유를 기반으로 하는 장치 대 장치의 통신 방법 및 시스템, 저장 매체
WO2016060482A1 (ko) * 2014-10-14 2016-04-21 엘지전자 주식회사 무선 통신 시스템에서 단말에 의해 수행되는 자원 풀 선택 방법 및 상기 방법을 이용하는 단말
KR20180037678A (ko) * 2016-10-05 2018-04-13 에스케이텔레콤 주식회사 차량의 통신 장치 및 이를 이용하여 차량의 통신을 제어하는 방법

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "Inter-PLMN Operations for Sidelink", R2-164109, 3GPP TSG-RAN WG2 #94, 13 May 2016 (2016-05-13), Nanjing, P.R. China, XP051095574 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220279075A1 (en) * 2019-09-30 2022-09-01 Nec Corporation Charging in device-to-device communications over pc5 for interactive services

Also Published As

Publication number Publication date
US11596010B2 (en) 2023-02-28
US20210266992A1 (en) 2021-08-26

Similar Documents

Publication Publication Date Title
WO2020209564A1 (ko) 무선통신시스템에서 사이드링크 통신 및 피드백에 관련된 ue의 동작 방법
WO2021002723A1 (ko) 무선통신시스템에서 사이드링크 drx에 관련된 ue의 동작 방법
WO2020209594A1 (ko) 무선통신시스템에서 사이드링크 통신 및 피드백에 관련된 ue의 동작 방법
WO2020246818A1 (ko) 무선통신시스템에서 사이드링크 신호를 송신하는 방법
WO2020009431A1 (ko) 사이드링크를 지원하는 무선통신시스템에서 단말이 사이드링크의 품질에 대한 로깅된 정보를 보고하는 방법 및 이를 위한 장치
WO2020256462A1 (ko) 무선통신시스템에서 사이드링크 drx에 관련된 ue의 동작 방법
WO2020218872A1 (ko) 무선통신시스템에서 사이드링크 그룹캐스트에서 피드백 자원 결정에 관련된 ue의 동작 방법
WO2020262906A1 (ko) 무선통신시스템에서 성상도의 이동에 관련된 사이드링크 단말의 동작 방법
WO2020226386A1 (ko) 무선통신시스템에서 사이드링크 신호를 송신하는 방법
WO2020242211A1 (ko) 무선통신시스템에서 사이드링크 신호를 송신하는 방법
WO2020209623A1 (ko) 무선통신시스템에서 사이드링크 신호를 전송하는 방법
WO2019199140A1 (ko) 차세대 이동 통신 시스템에서 차량 통신을 지원하기 위한 자원할당 방법 및 장치
WO2021080120A1 (ko) 무선통신시스템에서 rlf에 관련된 단말의 동작 방법
WO2020213957A1 (ko) 무선통신시스템에서 사이드링크 신호를 전송하는 방법
WO2020209626A1 (ko) 무선통신시스템에서 분실 메시지 검출에 관련된 ue의 동작 방법
WO2023022576A1 (ko) 무선 통신 시스템에서 단말간 조정 정보의 송수신 방법 및 그 장치
WO2019240483A1 (ko) 무선 통신 시스템에서 데이터를 송수신하는 방법 및 이를 위한 단말
WO2023043283A1 (ko) 무선 통신 시스템에서 단말간 조정 정보의 송수신 방법 및 그 장치
WO2021020903A1 (ko) 무선통신시스템에서 사이드링크 신호를 송신하는 방법
WO2020256514A1 (ko) 무선통신시스템에서 단말이 신호를 송수신하는 방법
WO2021029707A1 (ko) Iab 노드의 하향링크 전송 타이밍 결정 방법
WO2020231180A1 (ko) 무선통신시스템에서 사이드링크 통신 및 피드백 전송 자원에 관련된 ue의 동작 방법
WO2020222563A1 (en) Method and apparatus for control sl bsr based on different direct links in sidelink communication system
WO2020209565A1 (ko) 무선통신시스템에서 bsr에 관련된 ue의 동작 방법
WO2020218882A1 (ko) 무선 통신 시스템에서 사이드링크 단말을 위한 방법

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: 19820054

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: 19820054

Country of ref document: EP

Kind code of ref document: A1