[go: up one dir, main page]

WO2016108679A1 - 무선 통신 시스템에서 d2d 신호 전송 방법 및 상기 방법을 이용하는 단말 - Google Patents

무선 통신 시스템에서 d2d 신호 전송 방법 및 상기 방법을 이용하는 단말 Download PDF

Info

Publication number
WO2016108679A1
WO2016108679A1 PCT/KR2016/000020 KR2016000020W WO2016108679A1 WO 2016108679 A1 WO2016108679 A1 WO 2016108679A1 KR 2016000020 W KR2016000020 W KR 2016000020W WO 2016108679 A1 WO2016108679 A1 WO 2016108679A1
Authority
WO
WIPO (PCT)
Prior art keywords
carrier
terminal
communication
synchronization
downlink
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/KR2016/000020
Other languages
English (en)
French (fr)
Inventor
이승민
서한별
이윤정
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
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 LG Electronics Inc filed Critical LG Electronics Inc
Priority to US15/541,101 priority Critical patent/US10320600B2/en
Priority to CN201680005300.6A priority patent/CN107113552B/zh
Priority to EP16732897.0A priority patent/EP3242520B1/en
Priority to KR1020177017881A priority patent/KR102000968B1/ko
Publication of WO2016108679A1 publication Critical patent/WO2016108679A1/ko
Anticipated expiration legal-status Critical
Priority to US16/404,904 priority patent/US20190268203A1/en
Priority to US17/746,621 priority patent/US20220278884A1/en
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2647—Arrangements specific to the receiver only
    • H04L27/2655—Synchronisation arrangements
    • H04L27/2657—Carrier synchronisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A) or DMT
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A) or DMT the frequencies being arranged in component carriers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signalling for the administration of the divided path, e.g. signalling of configuration information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/001—Synchronization between nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/001—Synchronization between nodes
    • H04W56/002—Mutual synchronization
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/001—Synchronization between nodes
    • H04W56/0025—Synchronization between nodes synchronizing potentially movable access points
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/005—Discovery of network devices, e.g. terminals
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2647—Arrangements specific to the receiver only
    • H04L27/2655—Synchronisation arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0037—Inter-user or inter-terminal allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/14—Two-way operation using the same type of signal, i.e. duplex
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management

Definitions

  • the present invention relates to wireless communication, and more particularly, to a method for a terminal to transmit a device-to-device (D2D) signal in a wireless communication system and a terminal using the method.
  • D2D device-to-device
  • ITU-R International Telecommunication Union Radio communication sector
  • IP Internet Protocol
  • LTE-Advanced LTE-Advanced
  • 3GPP 3rd Generation Partnership Project
  • LTE-A LTE-Advanced
  • LTE-A is one of the potential candidates for IMT-Advanced.
  • D2D Device-to-Device
  • D2D is drawing attention as a communication technology for a public safety network.
  • Commercial communication networks are rapidly changing to LTE, but current public safety networks are mainly based on 2G technology in terms of cost and conflict with existing communication standards. This gap in technology and the need for improved services have led to efforts to improve public safety networks.
  • Public safety networks have higher service requirements (reliability and security) than commercial communication networks, and require direct signal transmission and reception, or D2D operation, between devices, especially when cellular coverage is not available or available. .
  • the D2D operation may have various advantages in that it transmits and receives signals between adjacent devices.
  • the D2D user equipment has a high data rate and low delay and can perform data communication.
  • the D2D operation may distribute traffic congested at the base station, and may also serve to extend the coverage of the base station if the D2D terminal serves as a relay.
  • the terminal may establish a radio resource control (RRC) connection with the network through a specific carrier.
  • the specific carrier may be referred to as a primary carrier.
  • the UE presupposes to perform the D2D operation only on the primary carrier, but now considers performing the D2D operation on a carrier other than the primary carrier, and there is a serving cell for the UE on the other carrier. You can't. In this case, there is a problem in which it is not clear how the UE performs downlink measurement or synchronization necessary for performing a D2D operation, particularly a D2D signal.
  • the technical problem to be solved by the present invention is to provide a D2D signal transmission method performed by a terminal in a wireless communication system and a terminal using the method.
  • a device-to-device (D2D) signal transmission method performed by a terminal in a wireless communication system.
  • the method receives measurement carrier (MEA_CARRIER) indication information indicating one downlink carrier used for downlink measurement and synchronization for D2D operation, and the one downlink indicated by the measurement carrier (MEA_CARRIER) indication information.
  • the carrier is used for downlink measurement and synchronization for the D2D operation.
  • the D2D operation may be transmission of a D2D discovery signal.
  • the D2D discovery signal may be transmitted through a non-primary carrier rather than a primary carrier.
  • the activated serving for downlink measurement and synchronization for the D2D discovery signal transmission Cells can be used.
  • the measurement carrier Downlink measurement and synchronization for the D2D discovery signal transmission
  • the downlink carrier indicated by the MEA_CARRIER) indication information may be used.
  • the one downlink carrier may be a carrier file linked by system information to the carrier other than the primary carrier.
  • the one downlink carrier may be a carrier file which is not linked to the 'carrier other than the primary carrier' by system information.
  • the terminal includes a Radio Frequency (RF) unit for transmitting and receiving a radio signal and a processor operatively coupled to the RF unit, wherein the processor is configured for downlink measurement and synchronization for D2D operation.
  • RF Radio Frequency
  • the processor is configured for downlink measurement and synchronization for D2D operation.
  • Receive measurement carrier (MEA_CARRIER) indication information indicating one downlink carrier to be used, and use the downlink carrier indicated by the measurement carrier (MEA_CARRIER) indication information to downlink measurement and synchronization for the D2D operation. It is characterized by using.
  • the UE may transmit a D2D signal on a carrier other than the primary carrier that has an RRC connection with the network.
  • downlink measurement and synchronization may be required.
  • the terminal may not be provided with hardware for measuring the other carrier.
  • the serving cell can solve the problem by signaling the downlink carrier used for downlink measurement and synchronization for transmitting the D2D signal to the UE.
  • 1 shows a wireless communication system.
  • FIG. 2 is a block diagram illustrating a radio protocol architecture for a user plane.
  • FIG. 3 is a block diagram illustrating a radio protocol structure for a control plane.
  • 5 shows examples of arrangement of terminals and cell coverage that perform a D2D operation.
  • FIG. 8 shows an example of a terminal that provides a relay function.
  • FIG. 11 illustrates a method for transmitting a D2D discovery signal of a terminal according to an embodiment of the present invention.
  • FIG. 13 shows a method of performing a D2D operation by a terminal when applying Rule # A-2.
  • 15 is a block diagram illustrating a terminal in which an embodiment of the present invention is implemented.
  • 1 shows a wireless communication system.
  • the wireless communication system may be called, for example, an Evolved-UMTS Terrestrial Radio Access Network (E-UTRAN), or a Long Term Evolution (LTE) / LTE-A system.
  • E-UTRAN Evolved-UMTS Terrestrial Radio Access Network
  • LTE Long Term Evolution
  • the E-UTRAN includes a base station (BS) 20 that provides a control plane and a user plane to a user equipment (UE).
  • the terminal 10 may be fixed or mobile and may be called by other terms such as a mobile station (MS), a user terminal (UT), a subscriber station (SS), a mobile terminal (MT), a wireless device (Wireless Device), and the like.
  • the base station 20 refers to a fixed station communicating with the terminal 10, and may be referred to by other terms such as an evolved-NodeB (eNB), a base transceiver system (BTS), an access point, and the like.
  • eNB evolved-NodeB
  • BTS base transceiver system
  • access point and the like.
  • the base stations 20 may be connected to each other through an X2 interface.
  • the base station 20 is connected to a Serving Gateway (S-GW) through an MME (Mobility Management Entity) and an S1-U through an Evolved Packet Core (EPC) 30, more specifically, an S1-MME through an S1 interface.
  • S-GW Serving Gateway
  • MME Mobility Management Entity
  • EPC Evolved Packet Core
  • EPC 30 is composed of MME, S-GW and P-GW (Packet Data Network-Gateway).
  • the MME has information about the access information of the terminal or the capability of the terminal, and this information is mainly used for mobility management of the terminal.
  • S-GW is a gateway having an E-UTRAN as an endpoint
  • P-GW is a gateway having a PDN as an endpoint.
  • Layers of the Radio Interface Protocol between the terminal and the network are based on the lower three layers of the Open System Interconnection (OSI) reference model, which is widely known in communication systems.
  • L2 second layer
  • L3 third layer
  • the RRC Radio Resource Control
  • the RRC layer located in the third layer plays a role of controlling radio resources between the terminal and the network. To this end, the RRC layer exchanges an RRC message between the terminal and the base station.
  • FIG. 2 is a block diagram showing a radio protocol architecture for a user plane
  • FIG. 3 is a block diagram showing a radio protocol architecture for a control plane.
  • the user plane is a protocol stack for user data transmission
  • the control plane is a protocol stack for control signal transmission.
  • a physical layer (PHY) layer provides an information transfer service to a higher layer using a physical channel.
  • the physical layer is connected to a medium access control (MAC) layer, which is an upper layer, through a transport channel. Data is moved between the MAC layer and the physical layer through the transport channel. Transport channels are classified according to how and with what characteristics data is transmitted over the air interface.
  • MAC medium access control
  • the physical channel may be modulated by an orthogonal frequency division multiplexing (OFDM) scheme and utilizes time and frequency as radio resources.
  • OFDM orthogonal frequency division multiplexing
  • the functions of the MAC layer include mapping between logical channels and transport channels and multiplexing / demultiplexing into transport blocks provided as physical channels on transport channels of MAC service data units (SDUs) belonging to the logical channels.
  • the MAC layer provides a service to a Radio Link Control (RLC) layer through a logical channel.
  • RLC Radio Link Control
  • RLC layer Functions of the RLC layer include concatenation, segmentation, and reassembly of RLC SDUs.
  • QoS Quality of Service
  • the RLC layer has a transparent mode (TM), an unacknowledged mode (UM), and an acknowledged mode (Acknowledged Mode).
  • TM transparent mode
  • UM unacknowledged mode
  • Acknowledged Mode acknowledged mode
  • AM Three modes of operation (AM).
  • AM RLC provides error correction through an automatic repeat request (ARQ).
  • the RRC (Radio Resource Control) layer is defined only in the control plane.
  • the RRC layer is responsible for the control of logical channels, transport channels, and physical channels in connection with configuration, re-configuration, and release of radio bearers.
  • RB means a logical path provided by the first layer (PHY layer) and the second layer (MAC layer, RLC layer, PDCP layer) for data transmission between the terminal and the network.
  • PDCP Packet Data Convergence Protocol
  • Functions of the Packet Data Convergence Protocol (PDCP) layer in the user plane include delivery of user data, header compression, and ciphering.
  • the functionality of the Packet Data Convergence Protocol (PDCP) layer in the control plane includes the transfer of control plane data and encryption / integrity protection.
  • the establishment of the RB means a process of defining characteristics of a radio protocol layer and a channel to provide a specific service, and setting each specific parameter and operation method.
  • RB can be further divided into SRB (Signaling RB) and DRB (Data RB).
  • SRB is used as a path for transmitting RRC messages in the control plane
  • DRB is used as a path for transmitting user data in the user plane.
  • the UE If an RRC connection is established between the RRC layer of the UE and the RRC layer of the E-UTRAN, the UE is in an RRC connected state, otherwise it is in an RRC idle state.
  • the downlink transmission channel for transmitting data from the network to the UE includes a BCH (Broadcast Channel) for transmitting system information and a downlink shared channel (SCH) for transmitting user traffic or control messages.
  • Traffic or control messages of a downlink multicast or broadcast service may be transmitted through a downlink SCH or may be transmitted through a separate downlink multicast channel (MCH).
  • the uplink transport channel for transmitting data from the terminal to the network includes a random access channel (RACH) for transmitting an initial control message and an uplink shared channel (SCH) for transmitting user traffic or control messages.
  • RACH random access channel
  • SCH uplink shared channel
  • BCCH broadcast control channel
  • PCCH paging control channel
  • CCCH common control channel
  • MCCH multicast control channel
  • MTCH multicast traffic
  • the physical channel is composed of several OFDM symbols in the time domain and several sub-carriers in the frequency domain.
  • One sub-frame consists of a plurality of OFDM symbols in the time domain.
  • the RB is a resource allocation unit and includes a plurality of OFDM symbols and a plurality of subcarriers.
  • each subframe may use specific subcarriers of specific OFDM symbols (eg, the first OFDM symbol) of the corresponding subframe for the physical downlink control channel (PDCCH), that is, the L1 / L2 control channel.
  • Transmission Time Interval is a unit time of subframe transmission.
  • the RRC state refers to whether or not the RRC layer of the UE is in a logical connection with the RRC layer of the E-UTRAN.
  • RRC_IDLE Since the UE in the RRC connected state has an RRC connection, the E-UTRAN can grasp the existence of the corresponding UE in a cell unit, and thus can effectively control the UE.
  • the UE of the RRC idle state cannot be understood by the E-UTRAN, and is managed by the CN (core network) in units of a tracking area, which is a larger area unit than the cell. That is, the UE in the RRC idle state is identified only in a large area unit, and must move to the RRC connected state in order to receive a normal mobile communication service such as voice or data.
  • the terminal When the user first powers on the terminal, the terminal first searches for an appropriate cell and then stays in an RRC idle state in the cell.
  • the UE in the RRC idle state needs to establish an RRC connection, it establishes an RRC connection with the E-UTRAN through an RRC connection procedure and transitions to the RRC connected state.
  • RRC connection procedure There are several cases in which the UE in RRC idle state needs to establish an RRC connection. For example, an uplink data transmission is necessary due to a user's call attempt, or a paging message is sent from E-UTRAN. If received, a response message may be sent.
  • the non-access stratum (NAS) layer located above the RRC layer performs functions such as session management and mobility management.
  • EMM-REGISTERED EPS Mobility Management-REGISTERED
  • EMM-DEREGISTERED EMM-DEREGISTERED
  • the initial terminal is in the EMM-DEREGISTERED state, and the terminal performs a process of registering with the corresponding network through an initial attach procedure to access the network. If the attach procedure is successfully performed, the UE and the MME are in the EMM-REGISTERED state.
  • an EPS Connection Management (ECM) -IDLE state In order to manage a signaling connection between the UE and the EPC, two states are defined, an EPS Connection Management (ECM) -IDLE state and an ECM-CONNECTED state, and these two states are applied to the UE and the MME.
  • ECM EPS Connection Management
  • ECM-IDLE state When the UE in the ECM-IDLE state establishes an RRC connection with the E-UTRAN, the UE is in the ECM-CONNECTED state.
  • the MME in the ECM-IDLE state becomes the ECM-CONNECTED state when it establishes an S1 connection with the E-UTRAN.
  • the E-UTRAN does not have context information of the terminal.
  • the UE in the ECM-IDLE state performs a terminal-based mobility related procedure such as cell selection or cell reselection without receiving a command from the network.
  • a terminal-based mobility related procedure such as cell selection or cell reselection without receiving a command from the network.
  • the terminal when the terminal is in the ECM-CONNECTED state, the mobility of the terminal is managed by the command of the network.
  • the terminal In the ECM-IDLE state, if the position of the terminal is different from the position known by the network, the terminal informs the network of the corresponding position of the terminal through a tracking area update procedure.
  • ProSe proximity based services
  • ProSe has ProSe communication and ProSe direct discovery.
  • ProSe direct communication refers to communication performed between two or more neighboring terminals.
  • the terminals may perform communication using a user plane protocol.
  • ProSe-enabled UE refers to a terminal that supports a procedure related to the requirements of ProSe.
  • ProSe capable terminals include both public safety UEs and non-public safety UEs.
  • the public safety terminal is a terminal that supports both a public safety-specific function and a ProSe process.
  • a non-public safety terminal is a terminal that supports a ProSe process but does not support a function specific to public safety.
  • ProSe direct discovery is a process for ProSe capable terminals to discover other ProSe capable terminals that are adjacent to each other, using only the capabilities of the two ProSe capable terminals.
  • EPC-level ProSe discovery refers to a process in which an EPC determines whether two ProSe capable terminals are in proximity and informs the two ProSe capable terminals of their proximity.
  • ProSe direct communication may be referred to as D2D communication
  • ProSe direct discovery may be referred to as D2D discovery.
  • a reference structure for ProSe includes a plurality of terminals including an E-UTRAN, an EPC, a ProSe application program, a ProSe application server, and a ProSe function.
  • EPC represents the E-UTRAN core network structure.
  • the EPC may include MME, S-GW, P-GW, policy and charging rules function (PCRF), home subscriber server (HSS), and the like.
  • PCRF policy and charging rules function
  • HSS home subscriber server
  • ProSe application server is a user of ProSe ability to create application functions.
  • the ProSe application server may communicate with an application program in the terminal.
  • An application program in the terminal may use the ProSe capability to create a coagulation function.
  • the ProSe function may include at least one of the following, but is not necessarily limited thereto.
  • PC1 This is a reference point between a ProSe application in a terminal and a ProSe application in a ProSe application server. This is used to define signaling requirements at the application level.
  • PC2 Reference point between ProSe application server and ProSe function. This is used to define the interaction between the ProSe application server and ProSe functionality. An application data update of the ProSe database of the ProSe function may be an example of the interaction.
  • PC3 Reference point between the terminal and the ProSe function. Used to define the interaction between the UE and the ProSe function.
  • the setting for ProSe discovery and communication may be an example of the interaction.
  • PC4 Reference point between the EPC and ProSe functions. It is used to define the interaction between the EPC and ProSe functions. The interaction may exemplify when establishing a path for 1: 1 communication between terminals, or when authenticating a ProSe service for real time session management or mobility management.
  • PC5 Reference point for using the control / user plane for discovery and communication, relay, and 1: 1 communication between terminals.
  • PC6 Reference point for using features such as ProSe discovery among users belonging to different PLMNs.
  • SGi can be used for application data and application level control information exchange.
  • the D2D operation may be supported in both the case where the UE receives service within the coverage of the network (cell) or the case out of the coverage of the network.
  • 5 shows examples of arrangement of terminals and cell coverage that perform a D2D operation.
  • terminals A and B may be located outside cell coverage.
  • UE A may be located within cell coverage and UE B may be located outside cell coverage.
  • UEs A and B may both be located within a single cell coverage.
  • UE A may be located within the coverage of the first cell and UE B may be located within the coverage of the second cell.
  • the D2D operation may be performed between terminals located at various locations as shown in FIG. 5.
  • Resource allocation for D2D communication may use at least one of the following two modes.
  • Mode 1 is a mode for scheduling resources for ProSe direct communication from a base station.
  • the UE In order to transmit data in mode 1, the UE must be in an RRC_CONNECTED state.
  • the terminal requests the base station for transmission resources, and the base station schedules resources for scheduling allocation and data transmission.
  • the terminal may transmit a scheduling request to the base station and may transmit a ProSe BSR (Buffer Status Report). Based on the ProSe BSR, the base station determines that the terminal has data for ProSe direct communication and needs resources for this transmission.
  • ProSe BSR Buffer Status Report
  • Mode 2 is a mode in which the terminal directly selects a resource.
  • the terminal selects a resource for direct ProSe direct communication from a resource pool.
  • the resource pool may be set or predetermined by the network.
  • the terminal when the terminal has a serving cell, that is, the terminal is in the RRC_CONNECTED state with the base station or located in a specific cell in the RRC_IDLE state, the terminal is considered to be within the coverage of the base station.
  • mode 2 may be applied. If the terminal is in coverage, mode 1 or mode 2 may be used depending on the configuration of the base station.
  • the terminal may change the mode from mode 1 to mode 2 or from mode 2 to mode 1 only when the base station is configured.
  • D2D discovery refers to a procedure used by a ProSe capable terminal to discover other ProSe capable terminals in proximity, and may also be referred to as ProSe direct discovery.
  • Information used for ProSe direct discovery is referred to as discovery information hereinafter.
  • the PC 5 interface can be used for D2D discovery.
  • the PC 5 interface consists of the MAC layer, the PHY layer, and the higher layer, ProSe Protocol layer.
  • the upper layer (ProSe Protocol) deals with the announcement of discovery information and permission for monitoring, and the content of discovery information is transparent to the access stratum (AS). )Do.
  • the ProSe Protocol ensures that only valid discovery information is sent to the AS for the announcement.
  • the MAC layer receives discovery information from a higher layer (ProSe Protocol).
  • the IP layer is not used for sending discovery information.
  • the MAC layer determines the resources used to announce the discovery information received from the upper layer.
  • the MAC layer creates a MAC protocol data unit (PDU) that carries discovery information and sends it to the physical layer. The MAC header is not added.
  • PDU MAC protocol data unit
  • the base station provides the UEs with a resource pool configuration for discovery information announcement.
  • This configuration may be included in a system information block (SIB) and signaled in a broadcast manner.
  • SIB system information block
  • the configuration may be provided included in a terminal specific RRC message.
  • the configuration may be broadcast signaling or terminal specific signaling of another layer besides the RRC message.
  • the terminal selects a resource from the indicated resource pool by itself and announces the discovery information using the selected resource.
  • the terminal may announce the discovery information through a randomly selected resource during each discovery period.
  • the UE in the RRC_CONNECTED state may request a resource for discovery signal announcement from the base station through the RRC signal.
  • the base station may allocate resources for discovery signal announcement with the RRC signal.
  • the UE may be allocated a resource for monitoring the discovery signal within the configured resource pool.
  • the base station 1) may inform the SIB of the type 1 resource pool for discovery signal announcement.
  • ProSe direct UEs are allowed to use the Type 1 resource pool for discovery information announcement in the RRC_IDLE state.
  • the base station may indicate that the base station supports ProSe direct discovery through 2) SIB, but may not provide a resource for discovery information announcement. In this case, the terminal must enter the RRC_CONNECTED state for the discovery information announcement.
  • the base station may set whether the terminal uses a type 1 resource pool or type 2 resource for discovery information announcement through an RRC signal.
  • a terminal A and a terminal B are running a ProSe-enabled application, and the applications can allow D2D communication with each other, that is, a 'friend' relationship with each other.
  • the terminal B may be expressed as a 'friend' of the terminal A.
  • the application program may be, for example, a social networking program.
  • '3GPP Layers' correspond to the functions of an application program for using the ProSe discovery service, as defined by 3GPP.
  • Direct discovery of ProSe between terminals A and B may go through the following process.
  • terminal A performs regular application-layer communication with an application server. This communication is based on an application programming interface (API).
  • API application programming interface
  • the ProSe-enabled application program of the terminal A receives a list of application layer IDs having a 'friend' relationship.
  • the application layer ID may usually be in the form of a network connection ID.
  • the application layer ID of the terminal A may be in the form of "adam@example.com".
  • Terminal A requests private expressions codes for a user of terminal A and a personal expression codes for a friend of the user.
  • the 3GPP layers send a presentation code request to the ProSe server.
  • the ProSe server maps application layer IDs provided from the operator or third party application server to personal representation codes. For example, an application layer ID such as "adam@example.com” may be mapped to a personal expression code, such as "GTER543 $ # 2FSJ67DFSF". This mapping may include parameters received from an application server in the network (e.g., a mapping algorithm). , Key value, etc.).
  • the ProSe server responds to the 3GPP layers with the derived presentation codes.
  • the 3GPP layers inform the ProSe-enabled application that the representation codes for the requested application layer ID were successfully received. Then, a mapping table between the application layer ID and the expression codes is generated.
  • the ProSe-enabled application asks the 3GPP layers to begin the discovery process. That is, one of the provided 'friends' is near the terminal A and attempts to discover when direct communication is possible.
  • the 3GPP layers announce the personal expression code of the terminal A (ie, "GTER543 $ # 2FSJ67DFSF" which is the personal expression code of "adam@example.com” in the above example). This is referred to as 'announce' hereinafter.
  • the mapping between the application layer ID and the personal expression code of the corresponding application may only know the 'friends' who have received the mapping relationship in advance and perform the mapping.
  • terminal B is running the same ProSe capable application as the terminal A, and has performed the above steps 3 to 6.
  • 3GPP layers on terminal B can perform ProSe discovery.
  • the terminal B determines whether the personal expression code included in the announcement is known to the user and mapped to the application layer ID. As described in step 8, since the terminal B also performed steps 3 to 6, the terminal B knows the personal expression code, the mapping between the personal expression code and the application layer ID, and the corresponding application program. Therefore, the terminal B can discover the terminal A from the announcement of the terminal A. In UE B, the 3GPP layers inform the ProSe-enabled application that it found "adam@example.com".
  • the discovery procedure has been described in consideration of all of terminals A, B, ProSe server, and application server.
  • the terminal A transmits a signal called an announcement (this process may be called an announcement), and the terminal B receives the announcement and receives the terminal A.
  • the discovery process of FIG. 6 may be referred to as a single step discovery procedure.
  • terminals 1 to 4 are terminals included in a specific group communication system enablers (GCSE) group. Assume that terminal 1 is a discoverer, and terminals 2, 3, and 4 are discoverers. Terminal 5 is a terminal irrelevant to the discovery process.
  • GCSE group communication system enablers
  • the terminal 1 and the terminal 2-4 may perform the following operation in the discovery process.
  • UE 1 broadcasts a targeted discovery request message (hereinafter, abbreviated as discovery request message or M1) to discover whether any UE included in the GCSE group is around.
  • the target discovery request message may include a unique application program group ID or layer-2 group ID of the specific GCSE group.
  • the target discovery request message may include a unique ID of the terminal 1, that is, an application program personal ID.
  • the target discovery request message may be received by the terminals 2, 3, 4, and 5.
  • UE 5 transmits no response message.
  • terminals 2, 3, and 4 included in the GCSE group transmit a target discovery response message (hereinafter, abbreviated as discovery response message or M2) in response to the target discovery request message.
  • the target discovery response message may include a unique application program personal ID of the terminal transmitting the message.
  • the discoverer (terminal 1) transmits a target discovery request message and receives a target discovery response message that is a response thereto.
  • the person who is found for example, the terminal 2 receives the target discovery request message
  • the person who is found for example, the terminal 2 transmits the target discovery response message in response thereto. Therefore, each terminal performs two steps of operation.
  • the ProSe discovery process of FIG. 7 may be referred to as a two-step discovery procedure.
  • UE 1 transmits a discovery confirm message (hereinafter abbreviated as M3) in response to the target discovery response message, this is a three-step discovery procedure. It can be called.
  • M3 discovery confirm message
  • the terminal supporting the D2D operation may provide relay functionality to another network node (for example, another terminal or a base station).
  • another network node for example, another terminal or a base station.
  • FIG. 8 shows an example of a terminal that provides a relay function.
  • terminal 2 153 serves as a relay between base station 151 and terminal 1 152. That is, the terminal 2 153 may be referred to as a network node that relays between the terminal 1 152 located outside the coverage 154 of the network and the network 151.
  • the D2D operation may be performed between the terminals 1 and 2 152 and 153, and existing cellular communication (or wide area network (WAN) communication) may be performed between the terminal 2 153 and the network 151.
  • WAN wide area network
  • the present invention proposes a method in which a terminal transmits a synchronization signal and a broadcast channel to perform a D2D operation.
  • the terminal may be a terminal serving as a relay.
  • UE 1 supporting D2D operation may play a role similar to a repeater between UE 2 located outside the network coverage and the network. That is, the terminal 1 may receive a signal transmitted from the network to the terminal 2 outside the coverage and transmit the signal to the terminal 2 or receive a signal transmitted from the terminal 2 outside the coverage to the network and transmit the signal to the network. . D2D operation may be used between the terminals 1 and 2.
  • a terminal performing relay communication using a D2D operation is referred to as a “D2D UE” or “DRUE".
  • the DRUE may transmit a synchronization signal and a broadcast channel when performing relay communication using a D2D operation.
  • the synchronization signal used for the D2D operation is called “SSS” (SIDELINK SYNCHRONIZATION SIGNAL)
  • the broadcast channel used for the D2D operation is called "PSBCH” (PHYSICAL SIDELINK BROADCAST CHANNEL). It is called.
  • the SSS may include at least one of PSSS (PRIMARY SIDELINK SYNCHRONIZATION SIGNAL) and SSSS (SECONDARY SIDELINK SYNCHRONIZATION SIGNAL).
  • a terminal communicates with another terminal using a direct radio channel as D2D communication (that is, the above-mentioned ProSe direct communication and ProSe discovery are collectively referred to as D2D communication).
  • a terminal means a terminal of a user, but may be regarded as a kind of terminal when a network equipment such as a base station transmits / receives a signal according to a communication method between terminals.
  • the PSBCH may be transmitted through scrambling, modulation, layer mapping, transform precoding, precoding, mapping to physical resources, and the like.
  • Blocks of bits b (0), ..., b (M bit- 1) are scrambled using the scrambling sequence.
  • M bit represents the number of bits transmitted in the PBSCH in one subframe.
  • the scrambling sequence used for scrambling may use a sequence generated based on the N SL ID for each subframe transmitting the PSBCH.
  • PSBCH uses QPSK as a modulation scheme. Layer mapping and precoding are performed on the assumption of a single antenna port.
  • the SSS may include PSSS and SSSS.
  • the PSSS is two contiguous SC-FDMA symbols in the same subframe, more specifically, the second and third SC-FDMA symbols of the first slot (in case of normal CP. In case of extended CP, the first and second SC of the first slot). -Sent in FDMA symbols).
  • Two sequences of length 62 are used in the two SC-FDMA symbols, and the root index of the sequence may be different for the case where the N SL ID is 167 or less and other cases.
  • the N SL ID is a physical-layer sidelink synchronization ID and may have a value of 0 to 335 or less.
  • N SL ID may be divided into id_net and id_oon, id_net may be an ID used within coverage, and id_oon may be an ID used outside coverage. id_net may have a value from 0 to 167, and id_oon may have a value from 168 to 335.
  • the SSSS is two contiguous SC-FDMA symbols in the same subframe, more specifically, the fifth and sixth SC-FDMA symbols of the second slot (in the case of normal CP. Transmit in the fifth SC-FDMA symbols).
  • Two sequences of length 62 may be used in the two SC-FDMA symbols.
  • DRUE # N is configured with downlink carrier "DL CARRIER # X”, which is related to wide area network (WAN) communication, and "UL CARRIER # X”, which is an uplink carrier, and additionally, D2D communication (or D2D).
  • RELAY communication) related "CARRIER # Y" is set. That is, DL CARRIER # X and UL CARRIER # X are downlink carriers and uplink carrier waves constituting a serving cell of DRUE # N (or a serving cell exists), and CARRIER # Y is a carrier used for D2D communication. .
  • a parameter value and an operation procedure related to D2D communication used may vary depending on whether the UE is in or out of network (cell) coverage. Therefore, the UE may need to perform measurements for determining in / out network coverage in order to perform D2D communication.
  • MEASUREMENT and S-CRITERION (decision criteria for cell selection / reselection) related to classification (or determination) of in / out of coverage (OOC) of D2D communication performed in a specific CARRIER.
  • DL CARRIER on which satisfaction is satisfied or (downlink) measurement on D2D communication (eg, PL (Pathloss) measurement on (D2D transmission) power setting) and / or synchronization (DL) CARRIER on which synchronization is referred to as "MEA_CARRIER It is called.
  • the corresponding MEA_CARRIER configuration (or pairing) information may be delivered to the D2D UE through predefined signaling (e.g., SIB, RRC).
  • DL CARRIER # X may be interpreted as set to MEA_CARRIER of UL CARRIER # X (and / or MEA_CARRIER of CARRIER # Y may be interpreted to be set to DL CARRIER # X).
  • the DRUE # N may be interpreted as an IN-COVERAGE D2D UE within (communication) coverage of a base station performing WAN communication based on DL CARRIER # X.
  • CARRIER # Y may be interpreted as a CARRIER (or resource) (or a CARRIER with no MEA_CARRIER set) used only for D2D communication (or D2D RELAY communication).
  • OOC D2D UE # K an OOC D2D UE performing D2D RELAY communication with DRUE # N on CARRIER # Y is referred to as "OOC D2D UE # K".
  • UE # K is OOC D2D UE # K.
  • the OOC D2D UE # K is interpreted as a D2D UE that performs OOC D2D communication in CARRIER # Y which is not previously found (PRECONFIGURED) without discovering a base station (or a cell) on a DL CARRIER # X, or limits radio communication capability.
  • the proposals of the present invention if the DRUE # N performs D2D communication (or D2D RELAY communication only in CARRIER # Y) and / or D2D communication (or D2D RELAY communication) in both UL CARRIER # X and CARRIER # Y
  • the rule may be defined so that it is applied only when performing.
  • the proposals of the present invention when the DRUE # N performs the D2D RELAY communication on the CARRIER # Y, by efficiently transmitting the SSS and / or PSBCH, OOC D2D UE # K information related to the D2D RELAY communication (or To effectively receive data).
  • the DRUE # N may be interpreted as an OUTBAND RELAY.
  • the OUTBAND RELAY means that the first link between the base station and the repeater and the second link between the repeater and the terminal are not operated at the same frequency or the first and second links are sufficiently isolated in the frequency domain to simultaneously activate the two links. It may also be defined as a repeater where interference is not a problem.
  • the proposals of the present invention can be extended, for example, even when DRUE # N performs D2D communication (or D2D RELAY communication) on CARRIER # Y.
  • the proposals of the present invention may be extended regardless of whether the CARAER # Y is set to MEA_CARRIER (or whether the CARAER # Y is set to DL CARRIER # X or whether the MEA_CARRIER is set to DL CARRIER # X. Only applicable in this case or only when MEA_CARRIER of CARRIER # Y is set to DL CARRIER # X).
  • DRUE # N may be associated with a DL CARRIER # X (or MEA_CARRIER) related (system / relay) information (or a base station related to a base station that performs WAN DL communication with itself on a DL CARRIER # X. / Relay) information) on CARRIER # Y (to OOC D2D UE # K).
  • DRUE # N is an RRC connected state (RRC_CONNECTED) in view of a DL CARRIER # X (or MEA_CARRIER) (or UL CARRIER # X) (or a base station that performs WAN DL communication with itself on DL CARRIER # X). STATE).
  • the ROOT SEQUENCE INDEX value for generating a sequence of the PSSS may be defined to use an IN-COVERAGE (hereinafter referred to as "IC") use.
  • IC IN-COVERAGE
  • the PSSS ROOT SEQUENCE INDEX value for IC use may be defined as 26
  • the PSSS ROOT SEQUENCE INDEX value for OOC use may be defined as 37.
  • the PSSS related to the D2D RELAY communication transmitted by the DRUE # N on the CARRIER # Y may be regarded as the PSSS transmitted by the IC D2D UE in view of the OOC D2D UE # K.
  • the PSSS transmission may be configured to be performed using an IC SSS TRANSMISSION RESOURCE (or an OOC SSS TRANSMISSION RESOURCE or SSS TRANSMISSION RESOURCE related to D2D RELAY communication).
  • the SIDELINK SYNCHRONIZATION IDENTITY (ID) value for generating a sequence of SSSS may be defined to use the one defined for in-coverage (IC) use. That is, the value of a specific ID used to generate the SSSS sequence is defined and divided into in-coverage and out-coverage purposes, and when DRUE # N transmits SS2 related to D2D RELAY communication on CARRIER # Y, in-coverage ( IC) to use the ID of the application.
  • the SIDELINK SYNCHRONIZATION ID value for IC use is defined as ⁇ 0, 1, ..., 167 ⁇ (see id_net in Table 1)
  • the SIDELINK SYNCHRONIZATION ID value for OOC use is ⁇ 168, 169,. ., 335 ⁇ (refer to id_oon of Table 1).
  • SSSS related to D2D RELAY communication transmitted by DRUE # N on CARRIER # Y may be regarded as SSSS transmitted by IC D2D UE from the perspective of OOC D2D UE # K.
  • the SSSS transmission may be configured to be performed on an IC SSS TRANSMISSION RESOURCE (or an OOC SSS TRANSMISSION RESOURCE or SSS TRANSMISSION RESOURCE related to D2D RELAY communication).
  • CONTENTS transmitted through PSBCH includes, for example, at least one of 'DFN (D2D (SUB) FRAME NUMBER), TDD UL-DL CONFIGURATION, IN-COVERAGE INDICATOR, SIDELINK SYSTEM BANDWIDTH, and RESERVED FIELD'. can do.
  • the IN-COVERAGE INDICATOR may indicate that the PSBCH is a D2D signal transmitted from the IC D2D UE when the IN-COVERAGE INDICATOR has a specific value (eg, '1').
  • DRUE # N may transmit by setting the IN-COVERAGE INDICATOR to '1' when transmitting PSBCH related to D2D RELAY communication on CARRIER # Y.
  • the PSBCH related to the D2D RELAY communication transmitted by the DRUE # N on the CARRIER # Y may be regarded as the PSBCH transmitted by the IC D2D UE from the perspective of the OOC D2D UE # K.
  • the PSBCH is a D2D RELAY UE (or (REL-13) IC It may be defined to be assumed (or interpreted) as a PSBCH transmitted by the D2D UE).
  • the PSBCH transmission may be configured to be performed on an IC SSS TRANSMISSION RESOURCE (or OSS STRANSION RESOURCE or SSS TRANSMISSION RESOURCE related to D2D RELAY communication).
  • Example # 4 Through predefined signaling, DRUE # N can be informed which CARRIER is MEA_CARRIER of the corresponding CARRIER # Y.
  • the DRUE # N is the same as the SSS and / or PSBCH associated with the D2D RELAY communication transmitted on CARRIER # Y.
  • the SSS and / or PSBCH transmission may be configured to be performed on an IC SSS TRANSMISSION RESOURCE (or OSS STRANSION RESOURCE or SSS TRANSMISSION RESOURCE related to D2D RELAY communication).
  • the SSS and / or PSBCH transmission may be configured to be performed on an OCC SSS TRANSMISSION RESOURCE (or IC SSS TRANSMISSION RESOURCE or SSS TRANSMISSION RESOURCE related to D2D RELAY communication).
  • a transmission operation eg, IC / OOC is determined to generate a PSSS sequence by determining IC / OOC) based on whether the corresponding CARRIER # Y is satisfied with MEASUREMENT and S-CRITERION specified in the MEA_CARRIER of the corresponding CARRIER # Y.
  • ROIDE SEQUENCE INDEX for and / or SIDELINK SYNCHRONIZATION ID for SSSS sequence generation can be determined.
  • the UE DRUE # N determines whether there is an active serving cell in a carrier other than the primary carrier to perform the D2D operation (S190). For example, suppose that a UE establishes an RRC connection state using a specific base station with DL carrier #X and UL carrier #X, and tries to transmit a D2D discovery signal on carrier #Y. In this case, the UE determines whether there is a serving cell activated on the carrier #Y.
  • the UE uses the activated serving cell for downlink measurement and synchronization for D2D operation (S191).
  • the terminal uses one downlink carrier indicated by the current serving cell (base station) for downlink measurement and synchronization for D2D operation (S192).
  • the one downlink carrier is a DL carrier (eg, DL carrier linked by system information) which is a pair of carriers for which the UE intends to perform the D2D operation (eg, D2D discovery signal transmission) or a DL carrier without such limitation (ie, , DL carrier not linked by system information).
  • FIG. 11 illustrates a method for transmitting a D2D discovery signal of a terminal according to an embodiment of the present invention.
  • DRUE # N transmits D2D INTEREST information to a serving cell (base station) (S111).
  • the D2D INTEREST information may be information that informs the serving cell that DRUE # N is interested in D2D operation on a specific carrier. For example, DRUE # N may inform the serving cell that it is interested in transmitting a D2D discovery signal on CARRIER # Y rather than DL CARRIER # X and UL CARRIER # X which are carriers performing WAN communication with the serving cell. .
  • the D2D INTEREST information may be provided separately from the UE capability information or included in the terminal capability information and transmitted.
  • the serving cell provides MEA_CARRIER indication information indicating a measurement carrier (MEA_CARRIER) to DRUE # N (S112). In the above example, it may inform DRUE # N that the MEA_CARRIER for CARRIER # Y is DL CARRIER # X.
  • MEA_CARRIER measurement carrier
  • DRUE # N may measure the DL CARRIER indicated by the MEA_CARRIER indication information and perform synchronization based on the DL CARRIER (S113). It is assumed here that there is no activated serving cell for DRUE # N in CARRIER # Y. If there is an activated serving cell for DRUE # N in CARRIER # Y, the activated serving cell is used for downlink measurement and synchronization for D2D operation.
  • DRUE # N transmits a D2D discovery signal to UE # K based on the downlink measurement and synchronization (S114).
  • DRUE # N may perform in / out coverage determination on the DL CARRIER # X and thus use any of the D2D parameters in the coverage and the D2D parameters outside the coverage for the D2D operation in CARRIER # Y. .
  • Example # 5 It may be set to configure / transmit the SSS and / or PSBCH related to the D2D RELAY communication according to some or all rules below.
  • the ROOT SEQUENCE INDEX for sequence generation of PSSS and / or SIDELINK SYNCHRONIZATION ID for sequence generation of SSSS uses the one defined for OOC, but sets RESERVED FIELD to a predefined value among contents transmitted through PSBCH.
  • the IN-COVERAGE INDICATOR to '1'
  • the SSS and / or PSBCH associated with the corresponding D2D RELAY communication is assigned to the D2D RELAY UE (or (REL-13) IC D2D UE). It can be assumed (or interpreted) to be transmitted from.
  • the ROOT SEQUENCE INDEX for generating the sequence of PSSS and / or the SIDELINK SYNCHRONIZATION ID for generating the sequence of SSSS may use the one defined for the IC, and the RESERVED FIELD is previously defined during the CONTENTS transmitted through the PSBCH.
  • the SSS and / or PSBCH associated with the corresponding D2D RELAY communication in terms of OOC D2D UE # K
  • the D2D RELAY UE or (REL-13) IC. It may be assumed (or interpreted) to be transmitted from the D2D UE).
  • ROOT SEQUENCE INDEX for sequence generation of PSSS and / or SIDELINK SYNCHRONIZATION ID for sequence generation of SSSS shall be defined for IC use, but set IN-COVERAGE INDICATOR to '1' during CONTENTS transmitted through PSBCH.
  • RESERVED FIELD By setting the RESERVED FIELD to a predefined value, the SSS and / or PSBCH associated with the corresponding D2D RELAY communication (in terms of OOC D2D UE # K) is (REL-13) IC D2D UE (or D2D RELAY UE). It may be assumed (or interpreted) to be transmitted from.
  • a ROOT SEQUENCE INDEX for generating a sequence of PSSS and / or a SIDELINK SYNCHRONIZATION ID for generating a sequence of SSSS may be defined for IC use (or OOC use), and may be used to initialize PSBCH SCRAMBLING SEQUENCE GENERATOR.
  • the SIDELINK SYNCHRONIZATION ID (see Table 1) used may be defined to use (or assign) a SIDELINK SYNCHRONIZATION ID value related to a preset (or signaled) D2D RELAY communication.
  • the SIDELINK SYNCHRONIZATION ID value related to D2D RELAY communication is set to one of the SIDELINK SYNCHRONIZATION IDs (eg, ⁇ 168, 169, ..., 335 ⁇ (ie, id_oon in Table 1)) for OOC use (or signaling). Or one of the SIDELINK SYNCHRONIZATION IDs (eg, ⁇ 0, 1, ..., 167 ⁇ (ie, id_net in Table 1)) for the IC use.
  • the SIDELINK SYNCHRONIZATION ID used to determine the ROOT SEQUENCE INDEX related to PSSS sequence generation and / or the SIDELINK SYNCHRONIZATION ID used to generate the SSSS sequence is the SIDELINK for the previously signaled (or configured) OOC.
  • a SYNCHRONIZATION ID value eg, ⁇ 168, 169, ..., 335 ⁇ (see id_oon in Table 1)
  • a rule may be defined to signal (or configure) an SSS (and / or PSBCH) transmission related resource in advance.
  • a DRUE (S) that transmits a SSS (and / or PSBCH) related to a D2D RELAY communication on CARRIER # Y may generate (PSSS and / or SSSS sequence generation and / or initialization of a PSBCH SCRAMBLING SEQUENCE GENERATOR). ) Can be set to use the same SIDELINK SYNCHRONIZATION ID.
  • this rule transmits the PSSS and / or SSSS sequence for OOC to the UE performing OUTBAND D2D RELAY, but the SIDELINK SYNCHRONIZATION ID and resources (related to PSSS and / or SSSS transmission) are interpreted by the base station. May be
  • a DRUE (S) that transmits an SSS (and / or PSBCH) related to D2D RELAY communication on CARRIER # Y is configured to transmit the corresponding SSS (and / or PSBCH) on the same resource. You can also do it.
  • the SIDELINK SYNCHRONIZATION ID used to determine the ROOT SEQUENCE INDEX related to PSSS sequence generation and / or the SIDELINK SYNCHRONIZATION ID used to generate the SSSS sequence may be a SIDELINK SYNCHRONIZATION ID value for a pre-signed (or configured) IC use (e.g., A rule may be defined to use (or assign) ⁇ 0, 1, ..., 167 ⁇ (see id_net in Table 1).
  • the OOC D2D UE # K receives from the DRUE # N, the SSS and / or PSBCH associated with the D2D RELAY communication, if the SSS and / or PSBCH to which some or all of the above-described [Proposed Method # 1] is applied are Having a higher synchronization resource selection priority (SYNCHRONIZATION SOURCE SELECTION PRIORITY) than received from other OOC D2D UEs on CARRIER # Y (or SSS and / or PSBCH and / or DATA and / or DISCOVERY reception related to D2D RELAY communication). Can be defined (or interpreted) as having a high PRIORITY.
  • the OOC D2D UE # K receives from the DRUE # N the SSS and / or PSBCH to which some or all of the rules of [Proposed Method # 1] described above are applied, the SSS and / or the relevant D2D RELAY communication.
  • PSBCH has higher synchronization resource selection priority than received from other OOC D2D UE on CARRIER # Y, but lower synchronization resource selection priority than received from other IC D2D UE on CARRIER # Y. It can be defined (or interpreted) as having (SYNCHRONIZATION SOURCE SELECTION PRIORITY).
  • such a rule is 1) when there are base stations performing WAN communication based on CARRIER # Y and PARTIAL COVERAGE SCENARIO may occur, 2) DRUE # N is SSS related to D2D RELAY communication on CARRIER # Y. And / or at least one of a ROOT SEQUENCE INDEX for generating a sequence of the PSSS and a SIDELINK SYNCHRONIZATION ID for generating a sequence of the SSSS is used for defining the IC, when configuring / transmitting the PSBCH. This can be useful, for example, when setting the COVERAGE INDICATOR to '0' (or setting the RESERVED FIELD to a predefined value).
  • D2D transmit (TX) operation on UL CARRIER # X (and / or D2D receive (RX) operation)
  • Rules may be defined to give higher PRIORITY.
  • the application of this rule results in a higher PRIORITY in IC D2D TX operation (and / or IC D2D RX operation) (ie, D2D communication on UL CARRIER # X) than D2D RELAY communication in CARRIER # Y. Can be interpreted as being present.
  • DRUE # N when DRUE # N is not capable of simultaneously performing D2D communication on UL CARRIER # X and CARRIER # Y, a section in which D2D communication on UL CARRIER # X is performed (or while D2D communication is performed) ) Can be set to stop D2D REALY communication (or D2D RELAY operation) in CARRIER # Y.
  • DRUE # N is performing D2D communication on UL CARRIER # X as well as CARRIER # Y, granting higher PRIORITY to D2D RELAY TX operation (and / or D2D REALY RX operation) on CARRIER # Y.
  • Rules can be defined to Here, as an example, when DRUE # N is not capable of simultaneously performing D2D communication on UL CARRIER # X and CARRIER # Y, a section in which D2D REALY communication is performed in CARRIER # Y (or D2D REALY communication is performed). Rules may be defined to stop D2D communication (or operation) in UL CARRIER # X.
  • Such a rule is, for example, through the predefined signaling where MEA_CARRIER of CARRIER # Y is set to DL CARRIER # X or DRUE # N is the (system) of the base station that performs WAN communication based on DL CARRIER # X. It may be applied only if information is relayed in CARRIER # Y.
  • DRUE may use a predefined method (or rule), even if there is no information to send to other D2D OOC UEs (or PSCCH (PHYSICAL SIDELINK CONTROL CHANNEL) / PSSCH (PHYSICAL SIDELINK SHARED CHANNEL)). Can inform the presence of.
  • the OOC D2D UE may discover the corresponding DRUE and transmit DATA to support (or perform) a RELAY operation to the network.
  • the DRUE may use a predefined PSCCH and / or SSS (although there is no information (or PSCCH / PSSCH) to send to other D2D OOC UEs) to a predefined (or signaled) time ( / Period) may be set to announce its presence.
  • the GROUP DESTINATION ID FIELD on the corresponding PSCCH may be set to a predefined (or signaled) specific value.
  • the proposed scheme may be extended not only in the case of OUTBAND D2D RELAY but also in the INBAND D2D RELAY.
  • INBAND RELAY may be defined as a repeater when the link between the base station and the repeater and the link between the repeater and the terminal share the same carrier frequency.
  • DRUE uses a predefined PSCCH (predefined (or predefined), regardless of the occurrence of TRAFFIC, for stable SSS transmission (for a predefined (or signaled) time (/ cycle)). Rules may be defined to transmit (in the signaled) time (per period).
  • the GROUP DESTINATION ID FIELD on the corresponding PSCCH may be set to a predefined (or signaled) specific value.
  • DRUE # N when DRUE # N performs D2D RELAY communication (or D2D communication) in CARRIER # Y based on some or all of the proposed rules described above, some or all of the information in Examples #A to #E below.
  • a rule may be defined to set (or assume) the same as MEA_CARRIER of a corresponding CARRIER # Y (or a specific CARRIER previously defined or signalled, in which a WAN DL communication may be performed).
  • Example #A D2D frame number (DFN) information.
  • the DFN field may be set equal to the SFN (SYSTEM (SUB) FRAME NUMBER) of the corresponding MEA_CARRIER.
  • time (/ frequency) synchronization related to D2D RELAY communication (or D2D communication) on CARRIER # Y may be interpreted as the same as MEA_CARRIER.
  • Example #B TDD UL-DL CONFIGURATION Information. If MEA_CARRIER of CARRIER # Y is FDD CARRIER, the TDD UL-DL CONFIGURATION field is set to '000' during PSBCH CONTENTS transmitted on CARRIER # Y, and during PSBCH CONTENTS transmitted on CARRIER # Y if MEA_CARRIER of CARRIER # Y is TDD CARRIER. The TDD UL-DL CONFIGURATION field may be set to indicate the same TDD UL-DL CONFIGURATION of the corresponding MEA_CARRIER.
  • the TDD UL-DL CONFIGURATION field in the PSBCH CONTENTS transmitted on CARRIER # Y may be FDD CARRIER (/ BAND) or TDD CARRIER, regardless of whether the MEA_CARRIER is an FDD CARRIER or a TDD CARRIER.
  • a rule may be defined such that a corresponding TDD UL-DL CONFIGURATION field value is determined.
  • the TDD UL-DL CONFIGURATION field indicates a TDD system (or (actual) TDD UL-DL CONFIGURATION) during PSBCH CONTENTS transmitted on CARRIER # Y, then it is transmitted on CARRIER # Y ( MODE1)
  • the interworking / matching relationship between the TIME RESOURCE PATTERN field value on the PSCCH (SCI FORMAT 0) and the SUBFRAME INDICATOR BITMAP, which determines the TIME RESOURCE PATTERN of the PSSCH performs D2D communication on the TDD system (defined in 3GPP TS 36.213 specification). Can be defined to refer to a TABLE defined for.
  • the 'PSCCH' determines the TIME RESOURCE PATTERN of the (SCH1) PSSCH transmitted on the CARRIER # Y.
  • the interworking / matching relationship between the TIME RESOURCE PATTERN field value and the SUBFRAME INDICATOR BITMAP on (SCI FORMAT 0) can be defined to refer to a table defined for performing D2D communication on the FDD system (defined in the 3GPP TS 36.213 specification). .
  • TDD UL-DL CONFIGURATION field indicates a (actual) TDD UL-DL CONFIGURATION (or TDD system) during PSBCH CONTENTS transmitted on CARRIER # Y
  • TIME RESOURCE PATTERN candidates of MODE2 PSSCH ie, 'ITRP' [1]
  • TIME RESOURCE PATTERN candidates of MODE2 PSSCH may be defined to assume (or refer to) those that match the corresponding TDD UL-DL CONFIGURATION.
  • the TIME RESOURCE PATTERN candidates (ie, 'ITRP' [1]) of the MODE2 PSSCH are FDD. It may be defined to assume (or reference to) those that match.
  • Example #C IN-COVERAGE INDICATOR information.
  • the IN-COVERAGE INDICATOR field in the PSBCH CONTENTS transmitted on the CARRIER # Y may be set according to whether IN / OOC is on the corresponding MEA_CARRIER.
  • MEA_CARRIER of CARRIER # Y (or a specific CARRIER defined (or signaled) with WAN DL communication) and a UL CARRIER related DISCOVERY and / or COMMUNICATION and / or SSS / PSBCH associated with the PAIRING Related RESOURCE POOL setting information.
  • Example #E Time (or Subframe or Radio Frame) (and / or Frequency) Synchronization.
  • synchronization of the time (or subframe or radio frame) to the PCell (or to the SCHEDULING CELL (ie, MODE 1) related to SCI FORMAT 0 (D2D GRANT) transmission) is always possible regardless of MEA_CARRIER. Rules can also be defined to match.
  • TDD UL-DL CONFIGURATION field DFN field, IN-COVERAGE INDICATOR field, SIDELINK SYSTEM BANDWIDTH during PSBCH CONTENTS transmitted on CARRIER # Y.
  • a rule may be defined such that at least one of the RESERVED FIELDs is set (or fixed) to a predefined (or signaled) value.
  • the TDD UL-DL CONFIGURATION field may be always set or fixed to a predefined (or signaled) '000' value during PSBCH CONTENTS transmitted on CARRIER # Y.
  • CARRIER # Y can be interpreted as (virtual) FDD UL CARRIER.
  • the rule is to send SCI FORMAT 0 (D2D GRANT) based on CROSS CARRIER SCHEDULING (related to RELAY communication) from another CARRIER. This may be defined.
  • the D2D UE # X performs D2D communication on a previously established (or signaled) CARRIER # T with CARRIER # F, if CARRIER # F is considered (or determined) as an OOC and the CARRIER # T is an IC. If considered (or determined), some or all of the rules / assumptions below may be applied to the transmission of at least one of SSS, PSBCH, PSCCH, PSSCH, PSDCH (PHYSICAL SIDELINK DISCOVERY CHANNEL) on CARRIER # F.
  • CARRIER # F may be interpreted as a dedicated CARRIER for V2V communication (VEHICLE TO VEHICLE, which may be interpreted as direct communication between vehicles).
  • these rules / assumations are only available if the D2D UE # X does not perform D2D RELAY communication (on CARRIER # F) (or if the D2D UE # X is not set to DRUE (on CARRIER # F)). Rules may be defined to apply on a limited basis.
  • Example #A The SIDELINK SYNCHRONIZATION ID used to determine the ROOT SEQUENCE INDEX for PSSS sequence generation sent on CARRIER # F and / or the SIDELINK SYNCHRONIZATION ID (see Table 1) used to generate the SSSS sequence (see Table 1). ) SIDELINK SYNCHRONIZATION ID values for OOC use (eg, ⁇ 168, 169, ..., 335 ⁇ (see id_oon in Table 1)).
  • a rule may be defined to signal (or configure) an SSS (and / or PSBCH) transmission related resource in advance.
  • a D2D UE that transmits an SSS (and / or PSBCH) on CARRIER # F (for V2V communication only) (for V2V communication only) may generate (and / or generate SSSS and / or SSSS sequences).
  • S D2D UE
  • CARRIER # F for V2V communication only
  • V2V communication only may generate (and / or generate SSSS and / or SSSS sequences).
  • a D2D UE (S) transmitting an SSS (and / or PSBCH) on CARRIER # Y (for V2V communication only) (for V2V communication only) may have a corresponding SSS (and / or Or it may be set to transmit the PSBCH.
  • the SIDELINK SYNCHRONIZATION ID used to determine the ROOT SEQUENCE INDEX related to PSSS sequence generation transmitted on CARRIER # F and / or the SIDELINK SYNCHRONIZATION ID used to generate the SSSS sequence may be a SIDELINK for a pre-signed (or configured) IC.
  • a rule may be defined to use (or assign) a SYNCHRONIZATION ID value (eg, ⁇ 0, 1, ..., 167 ⁇ (see id_net in Table 1)).
  • REF_CARRIER a previously set (or signaled) CARRIER (referred to as "REF_CARRIER") to the transmission of at least one of SSS, PSBCH, PSCCH, PSSCH, PSDCH on CARRIER # F (Ie, information of at least one of Examples # B-1 to # B-5 to be described later) may be defined to apply (or assume) the same.
  • the REF_CARRIER is, for example, a MEA_CARRIER of CARRIER # F, or a UL CARRIER PAIRING with a MEA_CARRIER of CARRIER # T or CARRIER # F (or a predefined CARRIER (to which WAN DL communication is performed)).
  • it may be defined as a SCHEDULING CELL (ie, MODE 1) related to PCell or SCI FORMAT 0 (D2D GRANT) transmission regardless of MEA_CARRIER of CARRIER # F.
  • Example # B-1 DFN Information.
  • the DFN field may be set equal to the SFN (SYSTEM (SUB) FRAME NUMBER) of the REF_CARRIER of the PSBCH CONTENTS transmitted on the CARRIER # F.
  • the D2D communication related time (/ frequency) synchronization on CARRIER # F may be interpreted as the same as REF_CARRIER.
  • Example # B-2 TDD UL-DL CONFIGURATION Information.
  • the TDD UL-DL CONFIGURATION field is set to '000' during PSBCH CONTENTS transmitted on CARRIER # F
  • REF_CARRIER of CARRIER # F is TDD CARRIER
  • the TDD UL-DL CONFIGURATION field may be set to point to the same TDD UL-DL CONFIGURATION of the corresponding REF_CARRIER among PSBCH CONTENTS transmitted.
  • the TDD UL-DL CONFIGURATION field in the PSBCH CONTENTS transmitted on CARRIER # F may be set to FDD CARRIER (/ BAND) or TDD CARRIER (/) regardless of whether the REF_CARRIER is a FDD CARRIER or a TDD CARRIER. Rule may be defined such that a corresponding TDD UL-DL CONFIGURATION field value is determined.
  • the TDD UL-DL CONFIGURATION field indicates a TDD system (or (actual) TDD UL-DL CONFIGURATION) during PSBCH CONTENTS transmitted on CARRIER # F, MODE1)
  • the interworking / matching relationship between the TIME RESOURCE PATTERN field value on the PSCCH (SCI FORMAT 0) and the SUBFRAME INDICATOR BITMAP, which determines the TIME RESOURCE PATTERN of the PSSCH performs D2D communication on the TDD system (defined in 3GPP TS 36.213 specification). Can be defined to refer to a TABLE defined for.
  • the 'PSCCH' determines the TIME RESOURCE PATTERN of the (SCH1) PSSCH transmitted on the CARRIER # F.
  • the interworking / matching relationship between the TIME RESOURCE PATTERN field value and the SUBFRAME INDICATOR BITMAP on (SCI FORMAT 0) can be defined to refer to a table defined for performing D2D communication on the FDD system (defined in the 3GPP TS 36.213 specification). .
  • TDD UL-DL CONFIGURATION field indicates a (actual) TDD UL-DL CONFIGURATION (or TDD system) among PSBCH CONTENTS transmitted on CARRIER # F
  • TIME RESOURCE PATTERN candidates of MODE2 PSSCH ie, 'ITRP' [1]
  • TIME RESOURCE PATTERN candidates of MODE2 PSSCH may be defined to assume (or refer to) those that match the corresponding TDD UL-DL CONFIGURATION.
  • the TIME RESOURCE PATTERN candidates (ie, 'ITRP' [1]) of the MODE2 PSSCH are FDD. It may be defined to assume (or reference to) those that match.
  • Example # B-3 IN-COVERAGE INDICATOR information.
  • the IN-COVERAGE INDICATOR field may be set according to IN / OOC on the corresponding REF_CARRIER among PSBCH CONTENTS transmitted on CARRIER # F.
  • Example # B-4 RESOURCE POOL configuration information for DISCOVERY and / or COMMUNICATION and / or SSS / PSBCH transmission (and / or reception) for REF_CARRIER.
  • Time (or Subframe or Radio Frame) (and / or Frequency) Synchronization As another example, a rule may be defined to synchronize time (or subframe or radio frame) to REF_CARRIER (always).
  • TIMING REFERENCE related to D2D TX and / or D2D RX behavior on a CARRIER # X (e.g.
  • SCELL (or NON-PCELL) or NON-SERVING CELL) is not a corresponding CARRIER # X (or a predefined (Or signaled) another CARRIER (hereinafter referred to as "REFER_CELL") (or signaling), and / or RESOURCE POOL information related to D2D TX and / or D2D RX operation on CARRIER # X may be If received from REFER_CELL (or CROSS-CARRIER signaling), some or all of the following rules may be defined to apply.
  • REFER_CELL or CROSS-CARRIER signaling
  • the cell when receiving the resource pool information from a cell other than the carrier (CARRIER # X) performing the D2D operation (more specifically, a cell on the other carrier) or a cell on the other carrier
  • At least one of the rules described below may be applied to the cell in the other carrier that provides the time reference or provides resource pool information.
  • the cell is referred to as a reference cell (REFER_CELL).
  • the rules to be described below may be determined to be limited to the terminal in the RRC connected state in the PCELL and / or the terminal in the RRC idle state in the PCELL.
  • REFER_CELL includes information on RESOURCE POOL related to OOC D2D communication in the corresponding CARRIER # X, SIDELINK SYNCHRONIZATION SIGNAL ID (SLSSID) information, etc.
  • IN-COVERAGE RESOURCE POOL related to D2D communication in the corresponding CARRIER # X It may additionally be informed along with the SLSSID information. This takes into account the possibility that D2D communication on CARRIER # X becomes OUT-OF-COVERAGE (OOC) from the perspective of the D2D UE.
  • D2D communication on CARRIER # X becomes OOC from the point of view of the D2D UE, follow TIMING (based on CARRIER # X) in the OOC situation (not based on REFER_CELL) (and / or TA), but REFER_CELL
  • a rule may be defined to perform OOC D2D communication in CARRIER # X based on the RESOURCE POOL information, SLSSID, etc. received from the OOC D2D communication.
  • TIMING REFERENCE based on REFER_CELL or TIMING REFERENCE based on REFER_CELL and TA (based on CARRIER # X) in OOC context, and based on the RESOURCE POOL information related to OOC D2D communication received from REFER_CELL, SLSSID, etc. Rules may be defined to perform OOC D2D communication in CARRIER # X.
  • a TIMING REFERENCE based on REFER_CELL (and / or TA) (or a TIMING REFERENCE based on REFER_CELL and a TA setting method based on CARRIER # X)
  • the rule may be defined to perform INC D2D communication based on RESOURCE POOL information, SLSSID, etc. related to INC D2D communication received from REFER_CELL.
  • REFER_CELL informs at least one of RESOURCE POOL information and SLSSID information to be used in common for OOC D2D communication and INC D2D communication in the corresponding CARRIER # X, and the D2D UE in the CARRIER # X based on the corresponding information. OOC D2D communication and INC D2D communication can be performed.
  • TIMING (based on CARRIER # X) (and based on CARRIER # X) in an OOC situation (and / or TA) based on (exceptionally) REFER_CELL / Or TA)
  • OOC D2D communication in #X may be performed.
  • TIMING REFERENCE and / or TA
  • REFER_CELL the TIMING REFERENCE based on REFER_CELL and TA
  • CARRIER # X the RESOURCE POOL information related to the (common) D2D communication received from REFER_CELL and / or
  • a rule may be defined to perform OOC D2D communication in CARRIER # X based on the SLSSID.
  • a TIMING REFERENCE based on REFER_CELL (and / or TA) (or a TIMING REFERENCE based on REFER_CELL and a TA setting method based on CARRIER # X)
  • a rule may be defined to perform INC D2D communication based on RESOURCE POOL information and / or SLSSID related to (common) D2D communication received from REFER_CELL.
  • the non-serving cell (and / or SCELL, hereinafter identical) on which the D2D TX (/ RX) operation is performed is determined (or assumed) to be IN-COVERAGE, the corresponding NON- D2D TX (/ RX) operation in the SERVING CELL may be set to apply (/ assumption) frequency synchronization and / or time synchronization.
  • the SERVING CELL (and / or PCELL) and the NON-SERVING CELL (and / or SCELL) are in (or belong to) different CARRIER.
  • some or all of the rules below may apply to CARRIER with SERVING CELL (and / or PCELL) and CARRIER with NON-SERVING CELL (and / or SCELL) to INTER-BAND (and / or INTRA-BAND CONTIGUOUS and / or INTRA-BAND).
  • NON-CONTIGUOUS may be set to be applied only in a limited case.
  • a terminal may have a specific cell as a serving cell (or PCELL) at F1 frequency and perform a D2D operation at F2 frequency.
  • the terminal may be located within the coverage of the NON-SERVING CELL (or SCELL) of the F2 frequency.
  • the NON-SERVING CELL (or SCELL) of the F2 frequency may be referred to as an IN-COVERAGE NON-SERVING CELL (or IN-COVERAGE SCELL).
  • the UE In performing the D2D operation (D2D transmission or D2D reception), the UE should transmit the D2D signal after synchronizing frequency synchronization with time synchronization according to a predefined rule (or signaled information). do.
  • the terminal may apply D2D TX (/ RX) operation related frequency synchronization on the corresponding NON-SERVING CELL (and / or SCELL) according to the IN-COVERAGE NON-SERVING CELL (and / or SCELL).
  • the terminal applies time synchronization related to D2D TX (/ RX) operation on the corresponding NON-SERVING CELL (and / or SCELL) according to the IN-COVERAGE NON-SERVING CELL (and / or SCELL). Rules may be defined such that frequency synchronization follows the PCELL (and / or SERVING CELL). That is, in FIG. 12, the UE synchronizes frequency according to a serving cell PCELL of F1 frequency, synchronizes time according to NON-SERVING CELL of F2 frequency, and then performs a D2D operation.
  • FIG. 13 shows a method of performing a D2D operation by a terminal when applying Rule # A-2.
  • the terminal applies frequency synchronization based on the primary cell (or serving cell) of the first frequency (S210).
  • the terminal applies time synchronization based on the NON-SERVING CELL (or SCELL) of the second frequency to perform the D2D operation (S220).
  • the terminal performs the D2D operation by applying the frequency synchronization and time synchronization (S230).
  • the terminal may be located in the coverage of the non-serving cell (or SCELL). In this case, the terminal sets the frequency synchronization for the D2D operation to the PCELL (or serving cell), and the time synchronization to the NON-SERVING CELL (or SCELL) of the frequency # 2.
  • Rule # A-2 above specifically states that the SEARCHING WINDOW SIZE (or REFERENCE SYNCHRONIZATION WINDOW SIZE) is signaled (or indicated) to 'W2 ( ⁇ CP LENGTH)' (related to the corresponding NON-SERVING CELL (and / or SCELL)).
  • 'W2 ⁇ CP LENGTH
  • Valid / useful when the difference between frequency (/ time) synchronization according to NON-SERVING CELL (and / or SCELL) and frequency (/ time) synchronization according to PCELL (and / or SERVING CELL) is small) )can do.
  • the UE may perform a D2D operation at the F2 frequency while having a specific cell as the serving cell (or PCELL) at the F1 frequency.
  • the terminal may be located outside the coverage of the NON-SERVING CELL (or SCELL) of the F2 frequency.
  • the NON-SERVING CELL (or SCELL) of the F2 frequency may be referred to as an OUT-COVERAGE NON-SERVING CELL (or OUT-COVERAGE SCELL).
  • the non-serving cell (and / or SCELL) performing the D2D TX (/ RX) operation is determined as (OUT / COVERAGE), and the PCELL (and / or serving cell) is set as IN-COVERAGE.
  • CARRIER CARRIER with SERVING CELL (and / or PCELL) and CARRIER with NON-SERVING CELL (and / or SCELL) to INTER-BAND (and / or INTRA-BAND CONTIGUOUS and / or INTRA-BAND NON-). It may be set to be applied only in the case of having a relationship of CONTIGUOUS).
  • the corresponding D2D TX (/ RX) UE has the OUT-COVERAGE UE on the OUT-COVERAGE NON-SERVING CELL as SYNCHRONIZATION REFERENCE
  • the corresponding OUT-COVERAGE UE (SIDELINK SYNCHRONIZATION SIGNAL: SLSS) Accordingly, frequency synchronization and time synchronization related to D2D TX (/ RX) operation on the corresponding non-serving cell can be applied (/ assumed).
  • time synchronization or frequency synchronization related to D2D TX (/ RX) operation on NON-SERVING CELL according to SLSS of the corresponding OUT-COVERAGE UE and according to IN-COVERAGE PCELL (and / or SERVING CELL)
  • Frequency synchronization or time synchronization related to D2D TX (/ RX) operation on the corresponding non-serving cell can be applied (/ assumed).
  • the corresponding D2D TX (/ RX) UE does not have the OUT-COVERAGE UE on the OUT-COVERAGE NON-SERVING CELL as SYNCHRONIZATION REFERENCE (that is, the D2D TX (/ RX) UE itself is independent SYNCHRONIZATION
  • frequency synchronization (and / or time synchronization) related to D2D TX (/ RX) operation on the corresponding non-serving cell can be applied (/ assumed) according to the IN-COVERAGE PCELL.
  • D2D TX (/ RX) UE itself sets (/ applies) time synchronization (or frequency synchronization) related to D2D TX (/ RX) operation independently and according to IN-COVERAGE PCELL, D2D TX (/ RX) on corresponding NON-SERVING CELL RX) Operation-related frequency synchronization (or time synchronization) can be applied.
  • the proposed schemes described above may be implemented independently, but may be implemented in a combination (or merge) form of some proposed schemes.
  • the proposed schemes may be defined such that the proposed schemes are limitedly applied only under the FDD system (and / or TDD system) environment.
  • the proposed schemes may be defined such that the proposed schemes are applied only to MODE 2 COMMUNICATION and / or TYPE 1 DISCOVERY (and / or MODE 1 COMMUNICATION and / or TYPE 2 DISCOVERY).
  • a rule may be defined such that the proposed schemes described above are limited to IN-COVERAGE D2D UEs (and / or OUT-COVERAGE D2D UEs) (and / or RRC_CONNECTED D2D UEs (and / or RRC_IDLE D2D UEs)).
  • the above-described proposed schemes may be defined such that the method is limited to D2D UEs performing only D2D DISCOVERY operations and / or D2D UEs performing only D2D COMMUNICATION operations. have.
  • a rule may be defined such that only the D2D DISCOVERY is supported (set) only (and / or the D2D COMMUNICATION is supported (set)).
  • the proposed schemes described above perform D2D DISCOVERY SIGNAL receive operation in another (UL) CARRIER on INTER-FREQUENCY (and / or perform D2D DISCOVERY SIGNAL receive operation in another PLMN (UL) CARRIER based on INTER-PLMN. Rules may be defined to apply only in certain cases).
  • the proposed schemes may be defined such that the proposed schemes are applied only in the OUTBAND D2D RELAY operation (and / or the INBAND D2D RELAY operation).
  • the proposed schemes described above may be defined such that DRUE # N is applied only on CARRIER # Y only when transmitting a DISCOVERY (and / or COMMUNICATION) related SSS and / or PSBCH (related to REALY communication).
  • the proposed schemes described above allow the D2D UE performing general D2D communication (not D2D RELAY operation) to perform SSS and / or PSBCH (and / or PSCCH and / or PSSCH) on CARRIER # Y (related to DISCOVERY and / or COMMUNICATION). And / or PSDCH transmission) may be extended.
  • the above-described proposed schemes may be defined so that the D2D operation is limited only when the D2D operation is performed on a non-primary carrier.
  • the above-described proposed schemes may be defined such that the proposed schemes may be limited only when there is no active serving cell (or no cell detected) on the carrier on which the D2D operation is performed.
  • 15 is a block diagram illustrating a terminal in which an embodiment of the present invention is implemented.
  • the terminal 1100 includes a processor 1110, a memory 1120, and an RF unit 1130.
  • the processor 1110 implements the proposed functions, processes, and / or methods.
  • the processor 1110 receives measurement carrier (MEA_CARRIER) indication information indicating one downlink carrier used for downlink measurement and synchronization for D2D operation, and the measurement carrier (MEA_CARRIER) indication information is indicated.
  • the one downlink carrier may be used for downlink measurement and synchronization for the D2D operation.
  • the RF unit 1130 is connected to the processor 1110 to transmit and receive a radio signal.
  • the processor may include application-specific integrated circuits (ASICs), other chipsets, logic circuits, and / or data processing devices.
  • the memory may include read-only memory (ROM), random access memory (RAM), flash memory, memory card, storage medium and / or other storage device.
  • the RF unit may include a baseband circuit for processing a radio signal.
  • the above-described technique may be implemented as a module (process, function, etc.) for performing the above-described function.
  • the module may be stored in memory and executed by a processor.
  • the memory may be internal or external to the processor and may be coupled to the processor by various well known means.

Landscapes

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

Abstract

무선 통신 시스템에서 단말에 의해 수행되는 D2D(device-to-device) 신호 전송 방법 및 상기 방법을 이용하는 단말 장치를 제공한다. 상기 방법은 D2D 동작을 위한 하향링크 측정 및 동기화에 이용되는 하나의 하향링크 반송파를 지시하는 측 정 반송파(MEA_CARRIER) 지시 정보를 수신하고, 상기 측정 반송파(MEA_CARRIER) 지시 정보가 지시하는 상기 하나의 하향링크 반송파를 상기 D2D 동작을 위한 하향링크 측정 및 동기화에 이용하는 것을 특징으로 한다.

Description

무선 통신 시스템에서 D2D 신호 전송 방법 및 상기 방법을 이용하는 단말
본 발명은 무선 통신에 관한 것으로서, 보다 상세하게는, 무선 통신 시스템에서 단말이 D2D(device-to-device) 신호를 전송하는 방법 및 상기 방법을 이용하는 단말에 관한 것이다.
ITU-R(International Telecommunication Union Radio communication sector)에서는 3세대 이후의 차세대 이동통신 시스템인 IMT(International Mobile Telecommunication)-Advanced의 표준화 작업을 진행하고 있다. IMT-Advanced는 정지 및 저속 이동 상태에서 1Gbps, 고속 이동 상태에서 100Mbps의 데이터 전송률로 IP(Internet Protocol)기반의 멀티미디어 서비스 지원을 목표로 한다.
3GPP(3rd Generation Partnership Project)는 IMT-Advanced의 요구 사항을 충족시키는 시스템 표준으로 OFDMA(Orthogonal Frequency Division Multiple Access)/SC-FDMA(Single Carrier-Frequency Division Multiple Access) 전송방식 기반인 LTE(Long Term Evolution)를 개선한 LTE-Advanced(LTE-A)를 준비하고 있다. LTE-A는 IMT-Advanced를 위한 유력한 후보 중의 하나이다.
한편, 최근 장치들 간 직접통신을 하는 D2D (Device-to-Device)기술에 대한 관심이 높아지고 있다. 특히, D2D는 공중 안전 네트워크(public safety network)을 위한 통신 기술로 주목 받고 있다. 상업적 통신 네트워크는 빠르게 LTE로 변화하고 있으나 기존 통신 규격과의 충돌 문제와 비용 측면에서 현재의 공중 안전 네트워크는 주로 2G 기술에 기반하고 있다. 이러한 기술 간극과 개선된 서비스에 대한 요구는 공중 안전 네트워크를 개선하고자 하는 노력으로 이어지고 있다.
공중 안전 네트워크는 상업적 통신 네트워크에 비해 높은 서비스 요구 조건(신뢰도 및 보안성)을 가지며 특히 셀룰러 통신의 커버리지가 미치지 않거나 이용 가능하지 않은 경우에도, 장치들 간의 직접 신호 송수신 즉, D2D 동작도 요구하고 있다.
D2D 동작은 근접한 기기들 간의 신호 송수신이라는 점에서 다양한 장점을 가질 수 있다. 예를 들어, D2D 단말은 높은 전송률 및 낮은 지연을 가지며 데이터 통신을 할 수 있다. 또한, D2D 동작은 기지국에 몰리는 트래픽을 분산시킬 수 있으며, D2D 단말이 중계기 역할을 한다면 기지국의 커버리지를 확장시키는 역할도 할 수 있다.
한편, 단말은 특정 반송파를 통해 네트워크와 RRC(radio resource control) 연결을 맺고 있을 수 있다. 이 경우, 상기 특정 반송파를 프라이머리 반송파(primary carrier)라 칭할 수 있다. 종래, 단말은 프라이머리 반송파에서만 D2D 동작을 수행하는 것을 전제로 하였으나, 현재는 프라이머리 반송파가 아닌 다른 반송파에서 D2D 동작을 수행하는 것도 고려하고 있으며, 상기 다른 반송파에 상기 단말에 대한 서빙 셀이 존재하지 않을 수 있다. 이 경우, 단말이 D2D 동작, 특히 D2D 신호의 전송을 수행하기 위하여 필요한 하향링크 측정이나 동기화를 어떻게 수행할 것인지가 명확하지 않은 문제가 있다.
본 발명이 해결하고자 하는 기술적 과제는 무선 통신 시스템에서 단말에 의해 수행되는 D2D 신호 전송 방법 및 상기 방법을 이용하는 단말을 제공하는 것이다.
일 측면에서, 무선 통신 시스템에서 단말에 의해 수행되는 D2D(device-to-device) 신호 전송 방법을 제공한다. 상기 방법은 D2D 동작을 위한 하향링크 측정 및 동기화에 이용되는 하나의 하향링크 반송파를 지시하는 측정 반송파(MEA_CARRIER) 지시 정보를 수신하고, 상기 측정 반송파(MEA_CARRIER) 지시 정보가 지시하는 상기 하나의 하향링크 반송파를 상기D2D 동작을 위한 하향링크 측정 및 동기화에 이용하는 것을 특징으로 한다.
상기 D2D 동작은 D2D 발견 신호의 전송일 수 있다.
상기 D2D 발견 신호는 프라이머리 반송파가 아닌 반송파(non-primary carrier)를 통해 전송될 수 있다.
상기 D2D 발견 신호가 전송되는 '프라이머리 반송파가 아닌 반송파(non-primary carrier)'에 상기 단말에 대한 활성화된 서빙 셀이 있으면, 상기 D2D 발견 신호 전송을 위한 하향링크 측정 및 동기화에 상기 활성화된 서빙 셀이 이용될 수 있다.
상기 D2D 발견 신호가 전송되는 '프라이머리 반송파가 아닌 반송파(non-primary carrier)'에 상기 단말에 대한 활성화된 서빙 셀이 없으면, 상기 D2D 발견 신호 전송을 위한 하향링크 측정 및 동기화에 상기 측정 반송파 (MEA_CARRIER) 지시 정보가 지시하는 상기 하나의 하향링크 반송파가 이용될 수 있다.
상기 하나의 하향링크 반송파는 상기 '프라이머리 반송파가 아닌 반송파'에 시스템 정보에 의하여 링크된 반송파일 수 있다.
상기 하나의 하향링크 반송파는 상기 '프라이머리 반송파가 아닌 반송파'에 시스템 정보에 의하여 링크되지 않은 반송파일 수 있다.
다른 측면에서 제공되는 단말은, 무선 신호를 송신 및 수신하는 RF(Radio Frequency) 부 및 상기 RF부와 결합하여 동작하는 프로세서;를 포함하되, 상기 프로세서는, D2D 동작을 위한 하향링크 측정 및 동기화에 이용되는 하나의 하향링크 반송파를 지시하는 측정 반송파(MEA_CARRIER) 지시 정보를 수신하고, 상기 측정 반송파(MEA_CARRIER) 지시 정보가 지시하는 상기 하나의 하향링크 반송파를 상기D2D 동작을 위한 하향링크 측정 및 동기화에 이용하는 것을 특징으로 한다.
단말은 네트워크와 RRC 연결을 맺고 있는 프라이머리 반송파 이외의 다른 반송파에서 D2D 신호를 전송할 수 있다. D2D 신호를 전송하기 위해서는 하향링크 측정 및 동기화가 필요할 수 있는데, 예컨대, 상기 단말이 상기 다른 반송파를 측정할 하드웨어가 구비되어 있지 않을 수 있다. 이러한 경우, 종래 기술에 의하면 하향링크 측정 및 동기화를 어떻게 수행해야 하는지 불명확하여 D2D 신호 전송에 문제가 발생할 수 있다. 본 발명에서는 상기 경우에 서빙 셀이 단말에게 D2D 신호 전송을 위한 하향링크 측정 및 동기화에 이용되는 하향링크 반송파를 시그널링해 줌으로써 문제를 해결할 수 있다.
도 1은 무선통신 시스템을 나타낸다.
도 2는 사용자 평면(user plane)에 대한 무선 프로토콜 구조(radio protocol architecture)를 나타낸 블록도이다.
도 3은 제어 평면(control plane)에 대한 무선 프로토콜 구조를 나타낸 블록도이다.
도 4는 ProSe를 위한 기준 구조를 나타낸다.
도 5는 D2D 동작을 수행하는 단말들과 셀 커버리지의 배치 예들을 나타낸다.
도 6은 D2D 발견 과정의 일 실시예이다.
도 7은 D2D 발견 과정의 다른 실시예이다.
도 8은 중계 기능을 제공하는 단말의 예를 나타낸다.
도 9는 DRUE#N에게 설정된 DL CARRIER#X, UL CARRIER#X, CARRIER#Y를 나타낸다.
도 10은 상기 예시#4를 이용하는 구체적인 방법을 설명한다.
도 11은 본 발명의 일 실시예에 따른 단말의 D2D 발견 신호 전송 방법을 나타낸다.
도 12는 단말이 D2D 동작을 수행하는 상황을 예시한다.
도 13은 규칙#A-2를 적용할 때의 단말의 D2D 동작 수행 방법이다.
도 14는 단말이 D2D 동작을 수행하는 다른 상황을 예시한다.
도 15는 본 발명의 실시예가 구현되는 단말을 나타낸 블록도이다.
도 1은 무선통신 시스템을 나타낸다.
무선통신 시스템은 예를 들어, E-UTRAN(Evolved-UMTS Terrestrial Radio Access Network), 또는 LTE(Long Term Evolution)/LTE-A 시스템이라 칭할 수 있다.
E-UTRAN은 단말(10; User Equipment, UE)에게 제어 평면(control plane)과 사용자 평면(user plane)을 제공하는 기지국(20; Base Station, BS)을 포함한다. 단말(10)은 고정되거나 이동성을 가질 수 있으며, MS(Mobile station), UT(User Terminal), SS(Subscriber Station), MT(mobile terminal), 무선기기(Wireless Device) 등 다른 용어로 불릴 수 있다. 기지국(20)은 단말(10)과 통신하는 고정된 지점(fixed station)을 말하며, eNB(evolved-NodeB), BTS(Base Transceiver System), 액세스 포인트(Access Point) 등 다른 용어로 불릴 수 있다.
기지국(20)들은 X2 인터페이스를 통하여 서로 연결될 수 있다. 기지국(20)은 S1 인터페이스를 통해 EPC(Evolved Packet Core, 30), 보다 상세하게는 S1-MME를 통해 MME(Mobility Management Entity)와 S1-U를 통해 S-GW(Serving Gateway)와 연결된다.
EPC(30)는 MME, S-GW 및 P-GW(Packet Data Network-Gateway)로 구성된다. MME는 단말의 접속 정보나 단말의 능력에 관한 정보를 가지고 있으며, 이러한 정보는 단말의 이동성 관리에 주로 사용된다. S-GW는 E-UTRAN을 종단점으로 갖는 게이트웨이이며, P-GW는 PDN을 종단점으로 갖는 게이트웨이이다.
단말과 네트워크 사이의 무선인터페이스 프로토콜 (Radio Interface Protocol)의 계층들은 통신시스템에서 널리 알려진 개방형 시스템간 상호접속 (Open System Interconnection; OSI) 기준 모델의 하위 3개 계층을 바탕으로 L1 (제1계층), L2 (제2계층), L3(제3계층)로 구분될 수 있는데, 이 중에서 제1계층에 속하는 물리계층은 물리채널(Physical Channel)을 이용한 정보전송서비스(Information Transfer Service)를 제공하며, 제 3계층에 위치하는 RRC(Radio Resource Control) 계층은 단말과 네트워크 간에 무선자원을 제어하는 역할을 수행한다. 이를 위해 RRC 계층은 단말과 기지국간 RRC 메시지를 교환한다.
도 2는 사용자 평면(user plane)에 대한 무선 프로토콜 구조(radio protocol architecture)를 나타낸 블록도이고, 도 3은 제어 평면(control plane)에 대한 무선 프로토콜 구조를 나타낸 블록도이다. 사용자 평면은 사용자 데이터 전송을 위한 프로토콜 스택(protocol stack)이고, 제어 평면은 제어신호 전송을 위한 프로토콜 스택이다.
도 2 및 3을 참조하면, 물리계층(PHY(physical) layer)은 물리채널(physical channel)을 이용하여 상위 계층에게 정보 전송 서비스(information transfer service)를 제공한다. 물리계층은 상위 계층인 MAC(Medium Access Control) 계층과는 전송채널(transport channel)을 통해 연결되어 있다. 전송채널을 통해 MAC 계층과 물리계층 사이로 데이터가 이동한다. 전송채널은 무선 인터페이스를 통해 데이터가 어떻게 어떤 특징으로 전송되는가에 따라 분류된다.
서로 다른 물리계층 사이, 즉 송신기와 수신기의 물리계층 사이는 물리채널을 통해 데이터가 이동한다. 상기 물리채널은 OFDM(Orthogonal Frequency Division Multiplexing) 방식으로 변조될 수 있고, 시간과 주파수를 무선자원으로 활용한다.
MAC 계층의 기능은 논리채널과 전송채널간의 맵핑 및 논리채널에 속하는 MAC SDU(service data unit)의 전송채널 상으로 물리채널로 제공되는 전송블록(transport block)으로의 다중화/역다중화를 포함한다. MAC 계층은 논리채널을 통해 RLC(Radio Link Control) 계층에게 서비스를 제공한다.
RLC 계층의 기능은 RLC SDU의 연결(concatenation), 분할(segmentation) 및 재결합(reassembly)를 포함한다. 무선베어러(Radio Bearer; RB)가 요구하는 다양한 QoS(Quality of Service)를 보장하기 위해, RLC 계층은 투명모드(Transparent Mode, TM), 비확인 모드(Unacknowledged Mode, UM) 및 확인모드(Acknowledged Mode, AM)의 세 가지의 동작모드를 제공한다. AM RLC는 ARQ(automatic repeat request)를 통해 오류 정정을 제공한다.
RRC(Radio Resource Control) 계층은 제어 평면에서만 정의된다. RRC 계층은 무선 베어러들의 설정(configuration), 재설정(re-configuration) 및 해제(release)와 관련되어 논리채널, 전송채널 및 물리채널들의 제어를 담당한다. RB는 단말과 네트워크간의 데이터 전달을 위해 제1 계층(PHY 계층) 및 제2 계층(MAC 계층, RLC 계층, PDCP 계층)에 의해 제공되는 논리적 경로를 의미한다.
사용자 평면에서의 PDCP(Packet Data Convergence Protocol) 계층의 기능은 사용자 데이터의 전달, 헤더 압축(header compression) 및 암호화(ciphering)를 포함한다. 제어 평면에서의 PDCP(Packet Data Convergence Protocol) 계층의 기능은 제어 평면 데이터의 전달 및 암호화/무결정 보호(integrity protection)를 포함한다.
RB가 설정된다는 것은 특정 서비스를 제공하기 위해 무선 프로토콜 계층 및 채널의 특성을 규정하고, 각각의 구체적인 파라미터 및 동작 방법을 설정하는 과정을 의미한다. RB는 다시 SRB(Signaling RB)와 DRB(Data RB) 두가지로 나누어 질 수 있다. SRB는 제어 평면에서 RRC 메시지를 전송하는 통로로 사용되며, DRB는 사용자 평면에서 사용자 데이터를 전송하는 통로로 사용된다.
단말의 RRC 계층과 E-UTRAN의 RRC 계층 사이에 RRC 연결(RRC Connection)이 확립되면, 단말은 RRC 연결(RRC connected) 상태에 있게 되고, 그렇지 못할 경우 RRC 아이들(RRC idle) 상태에 있게 된다.
네트워크에서 단말로 데이터를 전송하는 하향링크 전송채널로는 시스템정보를 전송하는 BCH(Broadcast Channel)과 그 이외에 사용자 트래픽이나 제어메시지를 전송하는 하향링크 SCH(Shared Channel)이 있다. 하향링크 멀티캐스트 또는 브로드캐스트 서비스의 트래픽 또는 제어메시지의 경우 하향링크 SCH를 통해 전송될 수도 있고, 또는 별도의 하향링크 MCH(Multicast Channel)을 통해 전송될 수도 있다. 한편, 단말에서 네트워크로 데이터를 전송하는 상향링크 전송채널로는 초기 제어메시지를 전송하는 RACH(Random Access Channel)와 그 이외에 사용자 트래픽이나 제어메시지를 전송하는 상향링크 SCH(Shared Channel)가 있다.
전송채널 상위에 있으며, 전송채널에 매핑되는 논리채널(Logical Channel)로는 BCCH(Broadcast Control Channel), PCCH(Paging Control Channel), CCCH(Common Control Channel), MCCH(Multicast Control Channel), MTCH(Multicast Traffic Channel) 등이 있다.
물리채널(Physical Channel)은 시간 영역에서 여러 개의 OFDM 심벌과 주파수 영역에서 여러 개의 부반송파(Sub-carrier)로 구성된다. 하나의 서브프레임(Sub-frame)은 시간 영역에서 복수의 OFDM 심벌(Symbol)들로 구성된다. 자원블록은 자원 할당 단위로, 복수의 OFDM 심벌들과 복수의 부반송파(sub-carrier)들로 구성된다. 또한 각 서브프레임은 PDCCH(Physical Downlink Control Channel) 즉, L1/L2 제어채널을 위해 해당 서브프레임의 특정 OFDM 심벌들(예, 첫번째 OFDM 심볼)의 특정 부반송파들을 이용할 수 있다. TTI(Transmission Time Interval)는 서브프레임 전송의 단위시간이다.
RRC 상태란 단말의 RRC 계층이 E-UTRAN의 RRC 계층과 논리적 연결(logical connection)이 되어 있는가 아닌가를 말하며, 연결되어 있는 경우는 RRC 연결 상태(RRC_CONNECTED), 연결되어 있지 않은 경우는 RRC 아이들 상태(RRC_IDLE)라고 부른다. RRC 연결 상태의 단말은 RRC 연결이 존재하기 때문에 E-UTRAN은 해당 단말의 존재를 셀 단위에서 파악할 수 있으며, 따라서 단말을 효과적으로 제어할 수 있다. 반면에 RRC 아이들 상태의 단말은 E-UTRAN이 파악할 수는 없으며, 셀 보다 더 큰 지역 단위인 트래킹 영역(Tracking Area) 단위로 CN(core network)이 관리한다. 즉, RRC 아이들 상태의 단말은 큰 지역 단위로 존재 여부만 파악되며, 음성이나 데이터와 같은 통상의 이동통신 서비스를 받기 위해서는 RRC 연결 상태로 이동해야 한다.
사용자가 단말의 전원을 맨 처음 켰을 때, 단말은 먼저 적절한 셀을 탐색한 후 해당 셀에서 RRC 아이들 상태에 머무른다. RRC 아이들 상태의 단말은 RRC 연결을 맺을 필요가 있을 때 비로소 RRC 연결 과정(RRC connection procedure)을 통해 E-UTRAN과 RRC 연결을 확립하고, RRC 연결 상태로 천이한다. RRC 아이들 상태에 있던 단말이 RRC 연결을 맺을 필요가 있는 경우는 여러 가지가 있는데, 예를 들어 사용자의 통화 시도 등의 이유로 상향 데이터 전송이 필요하다거나, 아니면 E-UTRAN으로부터 호출(paging) 메시지를 수신한 경우 이에 대한 응답 메시지 전송 등을 들 수 있다.
RRC 계층 상위에 위치하는 NAS(Non-Access Stratum) 계층은 연결관리(Session Management)와 이동성 관리(Mobility Management) 등의 기능을 수행한다.
NAS 계층에서 단말의 이동성을 관리하기 위하여 EMM-REGISTERED(EPS Mobility Management-REGISTERED) 및 EMM-DEREGISTERED 두 가지 상태가 정의되어 있으며, 이 두 상태는 단말과 MME에게 적용된다. 초기 단말은 EMM-DEREGISTERED 상태이며, 이 단말이 네트워크에 접속하기 위해서 초기 연결(Initial Attach) 절차를 통해서 해당 네트워크에 등록하는 과정을 수행한다. 상기 연결(Attach) 절차가 성공적으로 수행되면 단말 및 MME는 EMM-REGISTERED 상태가 된다.
단말과 EPC간 시그널링 연결(signaling connection)을 관리하기 위하여 ECM(EPS Connection Management)-IDLE 상태 및 ECM-CONNECTED 상태 두 가지 상태가 정의되어 있으며, 이 두 상태는 단말 및 MME에게 적용된다. ECM-IDLE 상태의 단말이 E-UTRAN과 RRC 연결을 맺으면 해당 단말은 ECM-CONNECTED 상태가 된다. ECM-IDLE 상태에 있는 MME는 E-UTRAN과 S1 연결(S1 connection)을 맺으면 ECM-CONNECTED 상태가 된다. 단말이 ECM-IDLE 상태에 있을 때에는 E-UTRAN은 단말의 배경(context) 정보를 가지고 있지 않다. 따라서 ECM-IDLE 상태의 단말은 네트워크의 명령을 받을 필요 없이 셀 선택(cell selection) 또는 셀 재선택(reselection)과 같은 단말 기반의 이동성 관련 절차를 수행한다. 반면 단말이 ECM-CONNECTED 상태에 있을 때에는 단말의 이동성은 네트워크의 명령에 의해서 관리된다. ECM-IDLE 상태에서 단말의 위치가 네트워크가 알고 있는 위치와 달라질 경우 단말은 트래킹 영역 갱신(Tracking Area Update) 절차를 통해 네트워크에 단말의 해당 위치를 알린다.
이제 D2D 동작에 대해 설명한다. 3GPP LTE-A에서는 D2D 동작과 관련한 서비스를 근접성 기반 서비스(Proximity based Services: ProSe)라 칭한다. 이하 ProSe는 D2D 동작과 동등한 개념이며 ProSe는 D2D 동작과 혼용될 수 있다. 이제, ProSe에 대해 기술한다.
ProSe에는 ProSe 직접 통신(communication)과 ProSe 직접 발견(direct discovery)이 있다. ProSe 직접 통신은 근접한 2 이상의 단말들 간에서 수행되는 통신을 말한다. 상기 단말들은 사용자 평면의 프로토콜을 이용하여 통신을 수행할 수 있다. ProSe 가능 단말(ProSe-enabled UE)은 ProSe의 요구 조건과 관련된 절차를 지원하는 단말을 의미한다. 특별한 다른 언급이 없으면 ProSe 가능 단말은 공용 안전 단말(public safety UE)와 비-공용 안전 단말(non-public safety UE)를 모두 포함한다. 공용 안전 단말은 공용 안전에 특화된 기능과 ProSe 과정을 모두 지원하는 단말이고, 비-공용 안전 단말은 ProSe 과정은 지원하나 공용 안전에 특화된 기능은 지원하지 않는 단말이다.
ProSe 직접 발견(ProSe direct discovery)은 ProSe 가능 단말이 인접한 다른 ProSe 가능 단말을 발견하기 위한 과정이며, 이 때 상기 2개의 ProSe 가능 단말들의 능력만을 사용한다. EPC 차원의 ProSe 발견(EPC-level ProSe discovery)은 EPC가 2개의 ProSe 가능 단말들의 근접 여부를 판단하고, 상기 2개의 ProSe 가능 단말들에게 그들의 근접을 알려주는 과정을 의미한다.
이하, 편의상 ProSe 직접 통신은 D2D 통신, ProSe 직접 발견은 D2D 발견이라 칭할 수 있다.
도 4는 ProSe를 위한 기준 구조를 나타낸다.
도 4를 참조하면, ProSe를 위한 기준 구조는 E-UTRAN, EPC, ProSe 응용 프로그램을 포함하는 복수의 단말들, ProSe 응용 서버(ProSe APP server), 및 ProSe 기능(ProSe function)을 포함한다.
EPC는 E-UTRAN 코어 네트워크 구조를 대표한다. EPC는 MME, S-GW, P-GW, 정책 및 과금 규칙(policy and charging rules function:PCRF), 가정 가입자 서버(home subscriber server:HSS)등을 포함할 수 있다.
ProSe 응용 서버는 응용 기능을 만들기 위한 ProSe 능력의 사용자이다. ProSe 응용 서버는 단말 내의 응용 프로그램과 통신할 수 있다. 단말 내의 응용 프로그램은 응요 기능을 만들기 위한 ProSe 능력을 사용할 수 있다.
ProSe 기능은 다음 중 적어도 하나를 포함할 수 있으나 반드시 이에 제한되는 것은 아니다.
- 제3자 응용 프로그램을 향한 기준점을 통한 인터워킹(Interworking via a reference point towards the 3rd party applications)
- 발견 및 직접 통신을 위한 인증 및 단말에 대한 설정(Authorization and configuration of the UE for discovery and direct communication)
- EPC 차원의 ProSe 발견의 기능(Enable the functionality of the EPC level ProSe discovery)
- ProSe 관련된 새로운 가입자 데이터 및 데이터 저장 조정, ProSe ID의 조정(ProSe related new subscriber data and handling of data storage, and also handling of ProSe identities)
- 보안 관련 기능(Security related functionality)
- 정책 관련 기능을 위하여 EPC를 향한 제어 제공(Provide control towards the EPC for policy related functionality)
- 과금을 위한 기능 제공(Provide functionality for charging (via or outside of EPC, e.g., offline charging))
이하에서는 ProSe를 위한 기준 구조에서 기준점과 기준 인터페이스를 설명한다.
- PC1: 단말 내의 ProSe 응용 프로그램과 ProSe 응용 서버 내의 ProSe 응용 프로그램 간의 기준 점이다. 이는 응용 차원에서 시그널링 요구 조건을 정의하기 위하여 사용된다.
- PC2: ProSe 응용 서버와 ProSe 기능 간의 기준점이다. 이는 ProSe 응용 서버와 ProSe 기능 간의 상호 작용을 정의하기 위하여 사용된다. ProSe 기능의 ProSe 데이터베이스의 응용 데이터 업데이트가 상기 상호 작용의 일 예가 될 수 있다.
- PC3: 단말과 ProSe 기능 간의 기준점이다. 단말과 ProSe 기능 간의 상호 작용을 정의하기 위하여 사용된다. ProSe 발견 및 통신을 위한 설정이 상기 상호 작용의 일 예가 될 수 있다.
- PC4: EPC와 ProSe 기능 간의 기준점이다. EPC와 ProSe 기능 간의 상호 작용을 정의하기 위하여 사용된다. 상기 상호 작용은 단말들 간에 1:1 통신을 위한 경로를 설정하는 때, 또는 실시간 세션 관리나 이동성 관리를 위한 ProSe 서비스 인증하는 때를 예시할 수 있다.
- PC5: 단말들 간에 발견 및 통신, 중계, 1:1 통신을 위해서 제어/사용자 평면을 사용하기 위한 기준점이다.
- PC6: 서로 다른 PLMN에 속한 사용자들 간에 ProSe 발견과 같은 기능을 사용하기 위한 기준점이다.
- SGi: 응용 데이터 및 응용 차원 제어 정보 교환을 위해 사용될 수 있다.
D2D 동작은 단말이 네트워크(셀)의 커버리지 내에서 서비스를 받는 경우나 네트워크의 커버리지를 벗어난 경우 모두에서 지원될 수 있다.
도 5는 D2D 동작을 수행하는 단말들과 셀 커버리지의 배치 예들을 나타낸다.
도 5 (a)를 참조하면, 단말 A, B는 모두 셀 커버리지 바깥에 위치할 수 있다. 도 5 (b)를 참조하면, 단말 A는 셀 커버리지 내에 위치하고, 단말 B는 셀 커버리지 바깥에 위치할 수 있다. 도 5 (c)를 참조하면, 단말 A, B는 모두 단일 셀 커버리지 내에 위치할 수 있다. 도 5 (d)를 참조하면, 단말 A는 제1 셀의 커버리지 내에 위치하고, 단말 B는 제2 셀의 커버리지 내에 위치할 수 있다.
D2D 동작은 도 5와 같이 다양한 위치에 있는 단말들 간에 수행될 수 있다.
<D2D 통신(ProSe 직접 통신)을 위한 무선 자원 할당>.
D2D 통신을 위한 자원 할당에는 다음 2가지 모드들 중 적어도 하나를 이용할 수 있다.
1. 모드 1
모드 1은 ProSe 직접 통신을 위한 자원을 기지국으로부터 스케줄링 받는 모드이다. 모드 1에 의하여 단말이 데이터를 전송하기 위해서는 RRC_CONNECTED 상태이여야 한다. 단말은 전송 자원을 기지국에게 요청하고, 기지국은 스케줄링 할당 및 데이터 전송을 위한 자원을 스케줄링한다. 단말은 기지국에게 스케줄링 요청을 전송하고, ProSe BSR(Buffer Status Report)를 전송할 수 있다. 기지국은 ProSe BSR에 기반하여, 상기 단말이 ProSe 직접 통신을 할 데이터를 가지고 있으며 이 전송을 위한 자원이 필요하다고 판단한다.
2. 모드 2
모드 2는 단말이 직접 자원을 선택하는 모드이다. 단말은 자원 풀(resource pool)에서 직접 ProSe 직접 통신을 위한 자원을 선택한다. 자원 풀은 네트워크에 의하여 설정되거나 미리 정해질 수 있다.
한편, 단말이 서빙 셀을 가지고 있는 경우 즉, 단말이 기지국과 RRC_CONNECTED 상태에 있거나 RRC_IDLE 상태로 특정 셀에 위치한 경우에는 상기 단말은 기지국의 커버리지 내에 있다고 간주된다.
단말이 커버리지 밖에 있다면 상기 모드 2만 적용될 수 있다. 만약, 단말이 커버리지 내에 있다면, 기지국의 설정에 따라 모드 1 또는 모드 2를 사용할 수 있다.
다른 예외적인 조건이 없다면 기지국이 설정한 때에만, 단말은 모드 1에서 모드 2로 또는 모드 2에서 모드 1로 모드를 변경할 수 있다.
<D2D 발견(ProSe 직접 발견: ProSe direct discovery)>
D2D 발견은 ProSe 가능 단말이 근접한 다른 ProSe 가능 단말을 발견하는데 사용되는 절차를 말하며 ProSe 직접 발견이라 칭할 수도 있다. ProSe 직접 발견에 사용되는 정보를 이하 발견 정보(discovery information)라 칭한다.
D2D 발견을 위해서는 PC 5 인터페이스가 사용될 수 있다. PC 5인터페이스는 MAC 계층, PHY 계층과 상위 계층인 ProSe Protocol 계층으로 구성된다. 상위 계층(ProSe Protocol)에서 발견 정보(discovery information)의 알림(announcement: 이하 어나운스먼트) 및 모니터링(monitoring)에 대한 허가를 다루며, 발견 정보의 내용은 AS(access stratum)에 대하여 투명(transparent)하다. ProSe Protocol은 어나운스먼트를 위하여 유효한 발견 정보만 AS에 전달되도록 한다. MAC 계층은 상위 계층(ProSe Protocol)로부터 발견 정보를 수신한다. IP 계층은 발견 정보 전송을 위하여 사용되지 않는다. MAC 계층은 상위 계층으로부터 받은 발견 정보를 어나운스하기 위하여 사용되는 자원을 결정한다. MAC 계층은 발견 정보를 나르는 MAC PDU(protocol data unit)를 만들어 물리 계층으로 보낸다. MAC 헤더는 추가되지 않는다.
발견 정보 어나운스먼트를 위하여 2가지 타입의 자원 할당이 있다.
1. 타입 1
발견 정보의 어나운스먼트를 위한 자원들이 단말 특정적이지 않게 할당되는 방법으로, 기지국이 단말들에게 발견 정보 어나운스먼트를 위한 자원 풀 설정을 제공한다. 이 설정은 시스템 정보 블록(system information block: SIB)에 포함되어 브로드캐스트 방식으로 시그널링될 수 있다. 또는 상기 설정은 단말 특정적 RRC 메시지에 포함되어 제공될 수 있다. 또는 상기 설정은 RRC 메시지 외 다른 계층의 브로드캐스트 시그널링 또는 단말 특정정 시그널링이 될 수도 있다.
단말은 지시된 자원 풀로부터 스스로 자원을 선택하고 선택한 자원을 이용하여 발견 정보를 어나운스한다. 단말은 각 발견 주기(discovery period) 동안 임의로 선택한 자원을 통해 발견 정보를 어나운스할 수 있다.
2. 타입 2
발견 정보의 어나운스먼트를 위한 자원들이 단말 특정적으로 할당되는 방법이다. RRC_CONNECTED 상태에 있는 단말은 RRC 신호를 통해 기지국에게 발견 신호 어나운스먼트를 위한 자원을 요청할 수 있다. 기지국은 RRC 신호로 발견 신호 어나운스먼트를 위한 자원을 할당할 수 있다. 단말들에게 설정된 자원 풀 내에서 발견 신호 모니터링을 위한 자원이 할당될 수 있다.
RRC_IDLE 상태에 있는 단말에 대하여, 기지국은 1) 발견 신호 어나운스먼트를 위한 타입 1 자원 풀을 SIB로 알려줄 수 있다. ProSe 직접 발견이 허용된 단말들은 RRC_IDLE 상태에서 발견 정보 어나운스먼트를 위하여 타입 1 자원 풀을 이용한다. 또는 기지국은 2) SIB를 통해 상기 기지국이 ProSe 직접 발견은 지원함을 알리지만 발견 정보 어나운스먼트를 위한 자원은 제공하지 않을 수 있다. 이 경우, 단말은 발견 정보 어나운스먼트를 위해서는 RRC_CONNECTED 상태로 들어가야 한다.
RRC_CONNECTED 상태에 있는 단말에 대하여, 기지국은 RRC 신호를 통해 상기 단말이 발견 정보 어나운스먼트를 위하여 타입 1 자원 풀을 사용할 것인지 아니면 타입 2 자원을 사용할 것인지를 설정할 수 있다.
도 6은 D2D 발견 과정의 일 실시예이다.
도 6을 참조하면, 단말 A와 단말 B는 ProSe가 가능한 응용 프로그램(ProSe-enabled application)이 운용 되고 있으며, 상기 응용 프로그램에서 서로 간에 '친구'인 관계 즉, 서로 간에 D2D 통신을 허용할 수 있는 관계로 설정되어 있다고 가정하자. 이하에서 단말 B는 단말 A의 '친구'라고 표현할 수 있다. 상기 응용 프로그램은 예컨대, 소셜 네트워킹 프로그램일 수 있다. '3GPP Layers'는 3GPP에 의하여 규정된, ProSe 발견 서비스를 이용하기 위한 응용 프로그램의 기능들에 대응된다.
단말 A, B 간의 ProSe 직접 발견은 다음 과정을 거칠 수 있다.
1. 먼저, 단말 A는 응용 서버와 정규 응용 레이어 통신(regular application-Layer communication)을 수행한다. 이 통신은 응용 프로그램 인터페이스(Application programming interface : API)에 기반한다.
2. 단말 A의 ProSe 가능 응용 프로그램은 '친구'인 관계에 있는 응용 레이어 ID의 리스트를 수신한다. 상기 응용 레이어 ID는 보통 네트워크 접속 ID 형태일 수 있다. 예컨대, 단말 A의 응용 레이어 ID는 "adam@example.com"과 같은 형태일 수 있다.
3. 단말 A는 단말 A의 사용자를 위한 개인 표현 코드(private expressions codes), 상기 사용자의 친구를 위한 개인 표현 코드를 요청한다.
4. 3GPP layers는 ProSe 서버에게 표현 코드 요청을 전송한다.
5. ProSe 서버는 운영자 또는 제3자 응용 서버로부터 제공되는 응용 레이어 ID들을 개인 표현 코드들에 맵핑한다. 예를 들어, "adam@example.com"과 같은 응용 레이어 ID는 "GTER543$#2FSJ67DFSF"와 같은 개인 표현 코드에 맵핑될 수 있다.이 맵핑은 네트워크의 응용 서버로부터 받은 파라미터들(예컨대, 맵핑 알고리듬, 키 값 등)에 기반하여 수행될 수 있다.
6. ProSe 서버는 도출된 표현 코드들을 3GPP layers에게 응답한다. 3GPP layers는 요청된 응용 레이어 ID에 대한 표현 코드들이 성공적으로 수신되었음을 ProSe 가능 응용 프로그램에게 알린다. 그리고, 응용 레이어 ID와 표현 코드들 간의 맵핑 테이블을 생성한다.
7. ProSe 가능 응용 프로그램은 3GPP layers에게 발견 절차를 시작하도록 요청한다. 즉, 제공된 '친구'들 중 하나가 단말 A의 근처에 있고 직접 통신이 가능할 때 발견을 시도하도록 한다. 3GPP layers는 단말 A의 개인 표현 코드(즉, 상기 예에서 "adam@example.com"의 개인 표현 코드인 "GTER543$#2FSJ67DFSF")를 알린다(announce). 이를 이하에서 '어나운스'라 칭한다. 해당 응용 프로그램의 응용 레이어 ID와 개인 표현 코드 간의 맵핑은, 이러한 맵핑관계를 미리 수신한 '친구'들만 알 수 있고 그 맵핑을 수행할 수 있다.
8. 단말 B는 단말 A와 동일한 ProSe 가능 응용 프로그램을 운용 중이고, 전술한 3 내지 6 단계를 실행했다고 가정하자. 단말 B에 있는 3GPP layers는 ProSe 발견을 실행할 수 있다.
9. 단말 B가 단말 A로부터 전술한 어나운스를 수신하면, 단말 B는 상기 어나운스에 포함된 개인 표현 코드가 자신이 알고 있는 것인지 및 응용 레이어 ID와 맵핑되는지 여부를 판단한다. 8 단계에서 설명하였듯이, 단말 B 역시 3 내지 6 단계를 실행하였으므로, 단말 A에 대한 개인 표현 코드, 개인 표현 코드와 응용 레이어 ID와의 맵핑, 해당 응용 프로그램이 무엇인지를 알고 있다. 따라서, 단말 B는 단말 A의 어나운스로부터 단말 A를 발견할 수 있다. 단말 B 내에서 3GPP layers는 ProSe 가능 응용 프로그램에게 "adam@example.com"를 발견하였음을 알린다.
도 6에서는 단말 A, B와 ProSe 서버, 응용 서버 등을 모두 고려하여 발견 절차를 설명하였다. 단말 A, B 간의 동작 측면에 국한하여 보면, 단말 A는 어나운스라고 불리는 신호를 전송(이 과정을 어나운스먼트라 칭할 수 있음)하고, 단말 B는 상기 어나운스를 수신하여 단말 A를 발견한다. 즉, 각 단말에서 행해지는 동작들 중 다른 단말과 직접적으로 관련된 동작은 한 가지 단계뿐이라는 측면에서, 도 6의 발견 과정은 단일 단계 발견 절차라 칭할 수도 있다.
도 7은 D2D 발견 과정의 다른 실시예이다.
도 7에서, 단말 1 내지 4는 특정 GCSE(group communication system enablers) 그룹에 포함된 단말들이라고 하자. 단말 1은 발견자(discoverer)이고, 단말 2, 3, 4는 발견되는 자(discoveree)라고 가정하자. 단말 5는 발견 과정과 무관한 단말이다.
단말 1 및 단말 2-4는 발견 과정에서 다음 동작을 수행할 수 있다.
먼저, 단말 1은 상기 GCSE 그룹에 포함된 임의의 단말이 주위에 있는지 발견하기 위하여 타겟 발견 요청 메시지(targeted discovery request message, 이하 발견 요청 메시지 또는 M1으로 약칭할 수 있다)를 브로드캐스트한다. 타겟 발견 요청 메시지에는 상기 특정 GCSE 그룹의 고유한 응용 프로그램 그룹 ID 또는 레이어-2 그룹 ID를 포함할 수 있다. 또한, 타겟 발견 요청 메시지에는 단말 1의 고유한 ID 즉, 응용 프로그램 개인 ID를 포함할 수 있다. 타겟 발견 요청 메시지는 단말 2, 3, 4 및 5에 의하여 수신될 수 있다.
단말 5는 아무런 응답 메시지를 전송하지 않는다. 반면, 상기 GCSE 그룹에 포함된 단말 2, 3, 4는 상기 타겟 발견 요청 메시지에 대한 응답으로 타겟 발견 응답 메시지(Targeted discovery response message, 이하 발견 응답 메시지 또는 M2로 약칭할 수 있다)를 전송한다. 타겟 발견 응답 메시지에는 이 메시지를 전송하는 단말의 고유한 응용 프로그램 개인 ID가 포함될 수 있다.
도 7에서 설명한 ProSe 발견 과정에서 단말들 간의 동작을 살펴보면, 발견자(단말 1)는 타겟 발견 요청 메시지를 전송하고, 이에 대한 응답인 타겟 발견 응답 메시지를 수신한다. 또한, 발견되는 자(예를 들어, 단말 2)도 타겟 발견 요청 메시지를 수신하면 이에 대한 응답으로 타겟 발견 응답 메시지를 전송한다. 따라서, 각 단말은 2 단계의 동작을 수행한다. 이러한 측면에서 도 7의 ProSe 발견 과정은 2단계 발견 절차라 칭할 수 있다.
상기 도 7에서 설명한 발견 절차에 더하여, 만약 단말 1(발견자)이 타겟 발견 응답 메시지에 대한 응답으로 발견 확인 메시지(discovery confirm message, 이하 M3로 약칭할 수 있다)를 전송한다면 이는 3단계 발견 절차라 칭할 수 있다.
한편, D2D 동작을 지원하는 단말은 다른 네트워크 노드(예컨대, 다른 단말이나 기지국)에게 중계 기능(relay functionality)을 제공할 수 있다.
도 8은 중계 기능을 제공하는 단말의 예를 나타낸다.
도 8을 참조하면, 단말 2(153)가 기지국(151)과 단말 1(152) 사이에서 중계기 역할을 한다. 즉, 단말 2(153)은, 네트워크의 커버리지(154) 바깥에 위치하고 있는 단말 1(152)과 상기 네트워크(151) 간에서 중계를 하고 있는 네트워크 노드라 할 수 있다. 단말 1, 2(152, 153) 간에는 D2D 동작이 수행될 수 있고, 단말 2(153)과 네트워크(151) 간에는 기존의 셀룰러 통신(또는 WAN(wide area network) 통신)이 수행될 수 있다. 도 8에서, 단말 1(152)은 네트워크 커버리지 바깥에 위치하고 있으므로, 단말 2(153)가 중계 기능을 제공하지 않으면 네트워크(151)과 통신을 수행할 수 없다.
이제 본 발명에 대해 설명한다.
본 발명에서는 D2D 동작을 수행하기 위해 단말이 동기화 신호 및 브로드캐스트 채널을 전송하는 방법을 제안한다.
상기 단말은 중계기(relay) 역할을 하는 단말일 수 있다. 예를 들어, D2D 동작을 지원하는 단말 1은 네트워크의 커버리지 바깥에 위치한 단말 2와 상기 네트워크 간에서 중계기와 유사한 역할을 수행할 수 있다. 즉, 상기 단말 1은 상기 네트워크가 커버리지 바깥의 단말 2에게 전송하는 신호를 수신하여 상기 단말 2에게 전달하거나 또는 상기 커버리지 바깥의 단말 2가 상기 네트워크에게 전송하는 신호를 수신하여 상기 네트워크에게 전달할 수 있다. 상기 단말 1, 2 간에서는 D2D 동작을 이용할 수 있다.
이하, D2D 동작을 이용하여 중계 통신을 수행하는 단말을 "D2D UE" 또는"DRUE"라 칭한다. DRUE는 D2D 동작을 이용하여 중계 통신을 수행할 때, 동기화 신호 및 브로드캐스트 채널을 전송할 수 있다. 이하, 기존 동기화 신호 및 브로드캐스트 채널과 구분하여, D2D 동작에 이용되는 동기화 신호를 "SSS" (SIDELINK SYNCHRONIZATION SIGNAL)이라 칭하고, D2D 동작에 이용되는 브로드캐스트 채널을 "PSBCH" (PHYSICAL SIDELINK BROADCAST CHANNEL)라 칭한다.
SSS는 PSSS (PRIMARY SIDELINK SYNCHRONIZATION SIGNAL) 와 SSSS (SECONDARY SIDELINK SYNCHRONIZATION SIGNAL) 중 적어도 하나를 포함할 수 있다.
이하, 단말이 다른 단말과 직접 무선 채널을 이용하여 통신하는 것을 D2D 통신으로 나타낸다(즉, 이하에서는 전술한 ProSe 직접 통신 및 ProSe 발견을 통칭하여 D2D 통신이라 칭한다). 단말은 사용자의 단말을 의미하지만, 기지국과 같은 네트워크 장비가 단말 사이의 통신 방식에 따라서 신호를 송/수신하는 경우에는 일종의 단말로 간주될 수 있다.
이하에서는 설명의 편의를 위해 3GPP LTE/LTE-A 시스템을 기반으로 설명하지만, 본 발명이 적용되는 시스템의 범위는 3GPP LTE/LTE-A 시스템에 제한되지 않고 다른 시스템으로도 확장 가능하다.
PSBCH 및 SSS 전송 동작/방법에 대한 일례는 다음 표와 같다.
[표 1]
Figure PCTKR2016000020-appb-I000001
Figure PCTKR2016000020-appb-I000002
Figure PCTKR2016000020-appb-I000003
상기 표 1을 참조하면, PSBCH는 스크램블링(scrambling), 변조(modulation), 레이어 맵핑(layer mapping), 전환 프리코딩(transform precoding), 프리코딩, 물리적 자원으로의 맵핑 등을 거쳐 전송될 수 있다.
비트들의 블록 b(0),...,b(Mbit -1)은 스크램블링 시퀀스를 이용하여 스크램블링된다. 여기서, Mbit 는 하나의 서브프레임 내의 PBSCH에서 전송되는 비트들의 개수를 나타낸다. 스크램블링에 이용되는 스크램블링 시퀀스는 PSBCH를 전송하는 서브프레임마다 NSL ID기반으로 생성되는 시퀀스를 이용할 수 있다. PSBCH는 변조 방식으로 QPSK를 이용한다. 레이어 맵핑 및 프리코딩은 단일 안테나 포트를 전제로 수행된다.
다음으로, 상기 표 1을 참조하여, SSS의 전송 방법에 대해 설명한다.
SSS는 PSSS와 SSSS를 포함할 수 있다. PSSS는 동일 서브프레임 내에서 2개의 연접하는 SC-FDMA 심벌들, 보다 구체적으로 첫번째 슬롯의 두번째 및 세번째 SC-FDMA 심벌들(노멀 CP인 경우임. 확장 CP인 경우에는 첫번째 슬롯의 첫번째 및 두번째 SC-FDMA 심벌들에서 전송됨)에서 전송될 수 있다. 길이가 62인 2개의 시퀀스들이 상기 2개의 SC-FDMA 심벌들에서 사용되며, 시퀀스의 루트 인덱스(root index)는 NSL ID가 167 이하인 경우와 그 이외인 경우에 대해 달라질 수 있다. 여기서, NSL ID는 물리 계층 사이드 링크 동기화 ID(physical-layer sidelink synchronization identity)이며, 0에서 335 이하의 값을 가질 수 있다. NSL ID는 id_net과 id_oon으로 구분되며, id_net는 커버리지 내에서 사용되는 ID이고 id_oon은 커버리지 바깥에서 사용되는 ID일 수 있다. id_net는 0에서 167까지의 값, id_oon은 168에서 335까지의 값을 가질 수 있다.
SSSS는 동일 서브프레임 내에서 2개의 연접하는 SC-FDMA 심벌들, 보다 구체적으로 두번째 슬롯의 다섯번째 및 여섯번째 SC-FDMA 심벌들(노멀 CP인 경우임. 확장 CP인 경우에는 두번째 슬롯의 네번째 및 다섯번째 SC-FDMA 심벌들에서 전송)에서 전송될 수 있다. 상기 2개의 SC-FDMA 심벌들에서 길이 62인 2개의 시퀀스들이 사용될 수 있다.
설명의 편의를 위해서, 몇 가지 용어 및 본 발명이 적용되는 상황에 대해 설명한다.
도 9는 DRUE#N에게 설정된 DL CARRIER#X, UL CARRIER#X, CARRIER#Y를 나타낸다.
도 9를 참조하면, DRUE#N에게는 WAN(wide area network) 통신 관련 하향링크 반송파인"DL CARRIER#X"와 상향링크 반송파인"UL CARRIER#X"가 설정되고, 추가적으로, D2D 통신 (또는 D2D RELAY 통신) 관련 "CARRIER#Y"가 설정된다. 즉, DL CARRIER#X, UL CARRIER#X는 DRUE#N의 서빙 셀을 구성하는 (혹은 서빙 셀이 존재하는) 하향링크 반송파 및 상향링크 반송파이고, CARRIER#Y는 D2D 통신을 위해 사용되는 반송파이다.
이하에서는 이 상황을 가정하고 설명한다.
D2D 통신에 있어서, 단말이 네트워크(셀) 커버리지 내에 있는지 아니면 바깥에 있는지 여부에 따라 사용되는 D2D 통신 관련 파라미터 값 및 동작 절차가 달라질 수 있다. 따라서, 단말은 D2D 통신을 수행하기 위해 네크워크 커버리지 내/외 판단을 위한 측정을 수행해야 할 수 있다.
이하, 특정 CARRIER에서 수행되는 D2D 통신의 커버리지 내/외(In/Out of coverage(OOC)) 구분(또는 판단)에 관련된 측정(MEASUREMENT) 및 S-CRITERION(셀 선택/재선택을 위한 판단 기준) 만족 여부의 기준이 되는 (DL) CARRIER 혹은 D2D 통신 관련 (하향링크) 측정 (e.g., (D2D 송신) 전력 설정 관련 PL (Pathloss) 측정) 그리고/혹은 동기화의 기준이 되는 (DL) CARRIER를 "MEA_CARRIER"라 칭한다. 해당 MEA_CARRIER 설정 (혹은 페어링) 정보는 사전에 정의된 시그널링 (e.g., SIB, RRC)을 통해서 D2D UE에게 전달될 수 있다.
상기 예시된 상황에서, 일례로, DL CARRIER#X는 UL CARRIER#X의 MEA_CARRIER로 설정된 것으로 해석 (그리고/혹은 CARRIER#Y의 MEA_CARRIER는 DL CARRIER#X로 설정된 것으로 해석)될 수 있다.
또한, 상기 DRUE#N은 DL CARRIER#X를 기반으로 WAN 통신을 수행하는 기지국의 (통신) 커버리지 안에 있는 IN-COVERAGE D2D UE로 해석될 수 있다.
또한, 상기 예시된 상황에서는, 해당 CARRIER#Y를 기반으로 WAN 통신을 수행하는 기지국들이 존재하지 않는 경우를 가정하였다. 이에 따라, CARRIER#Y 상에서만 D2D 통신을 수행하는 D2D UE는 "OOC (OUT-OF-COVERAGE) D2D UE"로 간주된다.
CARRIER#Y는 D2D 통신 (혹은 D2D RELAY 통신) 용도로만 이용되는 CARRIER (혹은 자원) (혹은 MEA_CARRIER가 설정되지 않은 CARRIER)로 해석될 수 있다.
추가적으로, 설명의 편의를 위해서, 일례로, CARRIER#Y 상에서 DRUE#N와 D2D RELAY 통신을 수행하는 OOC D2D UE를 "OOC D2D UE#K" 로 명명한다. 도 9에서 UE#K 가 OOC D2D UE#K 이다. 상기 OOC D2D UE#K는 DL CARRIER#X 상에서 기지국 (혹은 셀)을 발견하지 못하고 사전에 설정 (PRECONFIGURED)된 CARRIER#Y에서 OOC D2D 통신을 수행하는 D2D UE로 해석하거나, 또는 무선 통신 능력의 제한(RF CAPABILITY LIMITATION)으로 인해서 UL CARRIER#X가 속한 밴드에서 D2D 통신을 수행하지 못하고 CARRIER#Y가 속한 밴드에서만 D2D 통신을 수행할 수 있는 D2D UE로 해석될 수 있다.
이하, 본 발명의 제안들은, 상기 DRUE#N가 CARRIER#Y에서만 D2D 통신 (혹은 D2D RELAY 통신)을 수행하는 경우 그리고/혹은 UL CARRIER#X와 CARRIER#Y에서 모두 D2D 통신 (혹은 D2D RELAY 통신)을 수행하는 경우에만 한정적으로 적용되도록 규칙이 정의될 수 도 있다.
또한, 본 발명의 제안들은, DRUE#N가 CARRIER#Y 상에서 D2D RELAY 통신을 수행할 때, SSS 그리고/혹은 PSBCH를 효율적으로 전송하도록 함으로써, OOC D2D UE#K가 해당 D2D RELAY 통신 관련 정보 (혹은 데이터)를 효과적으로 수신할 수 있도록 한다. 일례로, 상기 DRUE#N은 OUTBAND RELAY로 해석될 수 있다. 여기서, OUTBAND RELAY란 기지국과 중계기 간의 제1 링크와 중계기와 단말 간의 제2 링크가 동일 주파수에서 운용되지 않는 중계기 또는 상기 제1,2 링크가 주파수 영역에서 충분히 격리되어 상기 2개의 링크들을 동시에 활성화하여도 간섭이 문제되지 않는 중계기로 정의될 수 있다.
본 발명의 제안들은, 일례로, DRUE#N가 CARRIER#Y 상에서 D2D 통신 (혹은 D2D RELAY 통신)을 수행할 때에도 확장 적용될 수 가 있다. 또는 본 발명의 제안들은, CARRIER#Y의 MEA_CARRIER 설정 여부에 상관없이 확장 적용 (혹은 CARRIER#Y의 MEA_CARRIER가 DL CARRIER#X로 설정되었는지의 여부에 상관없이 확장 적용 혹은 CARRIER#Y의 MEA_CARRIER가 설정되었을 경우에만 한정적으로 적용 혹은 CARRIER#Y의 MEA_CARRIER가 DL CARRIER#X로 설정되었을 경우에만 한정적으로 적용) 될 수 있다.
또한, 일례로, DRUE#N는 (MEA_CARRIER인) DL CARRIER#X (혹은 UL CARRIER#X) 관련 (시스템/릴레이)정보 (혹은 DL CARRIER#X 상에서 자신과 WAN DL 통신을 수행하는 기지국 관련 (시스템/릴레이)정보)를 CARRIER#Y 상에서 (OOC D2D UE#K에게) 중계한다고 해석될 수도 있다. 또한, 일례로, DRUE#N는 (MEA_CARRIER인) DL CARRIER#X (혹은 UL CARRIER#X)의 관점 (혹은 DL CARRIER#X 상에서 자신과 WAN DL 통신을 수행하는 기지국 관점)에서 RRC 연결 상태(RRC_CONNECTED STATE)에 있다고 해석될 수도 있다.
[제안 방법#1] DRUE#N가 CARRIER#Y 상에서 D2D RELAY 통신 관련 SSS 및/또는 PSBCH를 전송할 때, 아래의 일부 또는 모든 규칙을 따르도록 정의할 수 있다.
(예시#1) PSSS의 시퀀스 생성을 위한, ROOT SEQUENCE INDEX 값을 IN-COVERAGE (이하"IC"라 칭함) 용도로 정의된 것을 이용하도록 정할 수 있다. 일례로, IC 용도의 PSSS ROOT SEQUENCE INDEX 값은 26으로 정의하고, OOC 용도의 PSSS ROOT SEQUENCE INDEX 값은 37로 정의할 수 있다.
이러한 규칙이 적용될 경우, DRUE#N가 CARRIER#Y 상에서 전송하는 D2D RELAY 통신 관련 PSSS는, OOC D2D UE#K의 관점에서 볼 때, IC D2D UE가 전송하는 PSSS로 간주될 수 있다. 이 때, PSSS 전송은 IC SSS TRANSMISSION RESOURCE (혹은 OOC SSS TRANSMISSION RESOURCE 혹은 D2D RELAY 통신 관련 SSS TRANSMISSION RESOURCE)를 이용하여 수행되도록 설정될 수 있다.
(예시#2) SSSS의 시퀀스 생성을 위한, SIDELINK SYNCHRONIZATION IDENTITY (ID) 값을 인-커버리지(IC) 용도로 정의된 것을 이용하도록 정할 수 있다. 즉, SSSS의 시퀀스 생성에 이용되는 특정 ID의 값을 인-커버리지 용도와 아웃-커버리지 용도로 구분하여 정의하고, 상기 DRUE#N가 CARRIER#Y 상에서 D2D RELAY 통신 관련 SSSS를 전송할 경우 인-커버리지(IC) 용도의 ID를 사용하게 하는 것이다. 여기서, 일례로, IC 용도의 SIDELINK SYNCHRONIZATION ID 값은 {0, 1, ..., 167}로 정의 (표 1의 id_net 참조)되고, OOC 용도의 SIDELINK SYNCHRONIZATION ID 값은 {168, 169,..., 335}로 정의 (표 1의 id_oon 참조)될 수 있다.
이러한 규칙이 적용될 경우, DRUE#N가 CARRIER#Y 상에서 전송하는 D2D RELAY 통신 관련 SSSS는 OOC D2D UE#K의 관점에서 보면, IC D2D UE가 전송하는 SSSS로 간주될 수 있다. 또한, 일례로, 이러한 (예시#2)가 적용될 경우, SSSS 전송은 IC SSS TRANSMISSION RESOURCE (혹은 OOC SSS TRANSMISSION RESOURCE 혹은 D2D RELAY 통신 관련 SSS TRANSMISSION RESOURCE) 상에서 수행되도록 설정될 수도 있다.
(예시#3) PSBCH를 통해 전송되는 CONTENTS는 예를 들어, 'DFN (D2D (SUB)FRAME NUMBER), TDD UL-DL CONFIGURATION, IN-COVERAGE INDICATOR, SIDELINK SYSTEM BANDWIDTH, RESERVED FIELD'중 적어도 하나를 포함할 수 있다. 이 중에서 IN-COVERAGE INDICATOR는 특정 값(예컨대, '1')를 가지면 상기 PSBCH가 IC D2D UE로부터 전송되는 D2D 시그널임을 알릴 수 있다. DRUE#N는 CARRIER#Y 상에서 D2D RELAY 통신 관련 PSBCH를 전송할 때, 상기 IN-COVERAGE INDICATOR를 '1'로 설정하여 전송할 수 있다. 이 경우, DRUE#N가 CARRIER#Y 상에서 전송하는 D2D RELAY 통신 관련 PSBCH는, OOC D2D UE#K의 관점에서 보면, IC D2D UE가 전송하는 PSBCH로 간주될 수 있다.
또 다른 일례로, PSBCH를 통해 전송되는 CONTENTS 중에, RESERVED FIELD를 사전에 정의된 값으로 설정함으로써, OOC D2D UE#K의 관점에서 볼 때, 상기 PSBCH가 D2D RELAY UE (혹은 (REL-13) IC D2D UE)가 전송하는 PSBCH로 가정 (혹은 해석)되도록 정의될 수 도 있다.
또한, 일례로, 이러한 (예시#3)이 적용될 경우, PSBCH 전송은 IC SSS TRANSMISSION RESOURCE (혹은 OOC SSS TRANSMISSION RESOURCE 혹은 D2D RELAY 통신 관련 SSS TRANSMISSION RESOURCE) 상에서 수행되도록 설정될 수 도 있다.
(예시#4) 사전에 정의된 시그널링을 통해, DRUE#N에게 해당 CARRIER#Y의 MEA_CARRIER가 어떤 CARRIER인지를 알려줄 수 있다.
예를 들어, 만약 CARRIER#Y의 MEA_CARRIER가 DL CARRIER#X로 설정 (혹은 시그널링) 된다면, DRUE#N로 하여금, CARRIER#Y 상에서 전송되는 D2D RELAY 통신 관련 SSS 그리고/혹은 PSBCH를 IC인 경우와 동일하게 구성/전송하도록 설정할 수 있다. 여기서, 일례로, 해당 SSS 그리고/혹은 PSBCH 전송은 IC SSS TRANSMISSION RESOURCE (혹은 OOC SSS TRANSMISSION RESOURCE 혹은 D2D RELAY 통신 관련 SSS TRANSMISSION RESOURCE) 상에서 수행되도록 설정될 수 있다.
반면에, 만약 CARRIER#Y의 MEA_CARRIER가 설정 (혹은 시그널링) 되지 않는다면 (혹은 만약 CARRIER#Y의 MEA_CARRIER가 DL CARRIER#X로 설정 (혹은 시그널링) 되지 않는다면), DRUE#N로 하여금, CARRIER#Y 상에서 전송되는 D2D RELAY 통신 관련 SSS 그리고/혹은 PSBCH를 OOC인 경우와 동일하게 구성/전송하도록 설정할 수 있다.
여기서, 일례로, 해당 SSS 그리고/혹은 PSBCH 전송은 OCC SSS TRANSMISSION RESOURCE (혹은 IC SSS TRANSMISSION RESOURCE 혹은 D2D RELAY 통신 관련 SSS TRANSMISSION RESOURCE) 상에서 수행되도록 설정될 수 있다. 또 다른 일례로, 상기 MEA_CARRIER 설정 관련 시그널링을 통해 지정된, 해당 CARRIER#Y의 MEA_CARRIER에서의 MEASUREMENT 및 S-CRITERION 만족 여부를 토대로 CARRIER#Y에서의 전송 동작 (예컨대, IC/OOC를 판단하여 PSSS 시퀀스 생성을 위한 ROOT SEQUENCE INDEX 그리고/혹은 SSSS 시퀀스 생성을 위한 SIDELINK SYNCHRONIZATION ID 결정)이 결정되도록 할 수 있다.
도 10은 상기 예시#4를 이용하는 구체적인 방법을 설명한다.
도 10을 참조하면, 단말(DRUE#N)은 D2D 동작을 수행할 프라이머리 반송파가 아닌 반송파(non-primary carrier)에 활성화된 서빙 셀이 있는지 여부를 판단한다(S190). 예를 들어, 단말이 특정 기지국과 DL 반송파 #X, UL 반송파 #X을 이용하여 RRC 연결 상태를 맺고 있으며, 반송파 #Y에서 D2D 발견 신호를 전송하려고 한다고 가정해 보자. 이 경우, 단말은 상기 반송파 #Y에서 활성화된 서빙 셀이 있는지 여부를 판단하는 것이다.
만약, 상기 non-primary carrier에 활성화된 서빙 셀이 있다면, 단말은 D2D 동작을 위한 하향링크 측정 및 동기화에 상기 활성화된 서빙 셀을 이용한다(S191).
반면, 상기 non-primary carrier에 활성화된 서빙 셀이 없다면, 단말은 D2D 동작을 위한 하향링크 측정 및 동기화에 현재 서빙 셀 (기지국)이 지시하는 하나의 하향링크 반송파를 이용한다(S192). 상기 하나의 하향링크 반송파는 단말이 상기 D2D 동작(예컨대, D2D 발견 신호 전송)을 수행하려는 반송파의 쌍이 되는 DL 반송파(예컨대, 시스템 정보에 의하여 링크된 DL 반송파)이거나 또는 이러한 제한 없는 DL 반송파(즉, 시스템 정보에 의하여 링크되지 않은 DL 반송파)일 수 있다.
도 11은 본 발명의 일 실시예에 따른 단말의 D2D 발견 신호 전송 방법을 나타낸다.
도 11을 참조하면, DRUE#N은 서빙 셀(기지국)에게 D2D INTEREST 정보를 전송한다(S111). D2D INTEREST 정보는 DRUE#N이 특정 반송파에서 D2D 동작에 흥미가 있음을 서빙 셀에게 알려주는 정보일 수 있다. 예를 들어, DRUE#N은 서빙 셀과 WAN 통신을 수행하는 반송파들인 DL CARRIER#X, UL CARRIER#X 가 아닌 CARRIER#Y에서 D2D 발견 신호를 전송하는 것에 흥미가 있음을 서빙 셀에게 알릴 수 있다. D2D INTEREST 정보는 단말의 능력 정보(UE CAPABILITY INFORMATION)과 별도로 제공되거나 단말 능력 정보에 포함되어 전송될 수 있다.
서빙 셀은 DRUE#N에게 측정 반송파(MEA_CARRIER)를 알려주는 MEA_CARRIER 지시 정보를 제공한다(S112). 상기 예에서, CARRIER#Y에 대한 MEA_CARRIER가 DL CARRIER#X임을 DRUE#N에게 알려줄 수 있다.
DRUE#N은 MEA_CARRIER 지시 정보가 지시하는 DL CARRIER를 측정하고 상기 DL CARRIER를 기준으로 동기화를 수행할 수 있다(S113). 여기서는, CARRIER#Y에 DRUE#N에 대한 활성화된 서빙 셀이 없다고 가정한 것이다. 만약, CARRIER#Y에 DRUE#N에 대한 활성화된 서빙 셀이 있는 경우라면, 그 활성화된 서빙 셀이 D2D 동작을 위한 하향링크 측정 및 동기화에 이용된다.
DRUE#N은 상기 하향링크 측정 및 동기화에 기반하여 UE#K에게 D2D 발견 신호를 전송한다(S114). 추가적인 일례로, DRUE#N은 상기 DL CARRIER#X에 대하여 커버리지 내/외 판단을 수행하여 그에 따라 CARRIER#Y에서의 D2D 동작에 커버리지 내의 D2D 파라미터와 커버리지 바깥에서의 D2D 파라미터 중 어느 것을 사용할 수 있다.
(예시#5) 아래 일부 또는 모든 규칙에 따라 D2D RELAY 통신 관련 SSS 및/또는 PSBCH를 구성/전송하도록 설정될 수 있다.
1) PSSS의 시퀀스 생성을 위한 ROOT SEQUENCE INDEX 그리고/혹은 SSSS의 시퀀스 생성을 위한 SIDELINK SYNCHRONIZATION ID는 OOC 용도로 정의된 것을 이용하되, PSBCH를 통해 전송되는 CONTENTS 중에 RESERVED FIELD를 사전에 정의된 값으로 설정 (혹은 IN-COVERAGE INDICATOR를 '1'로 설정)함으로써, (OOC D2D UE#K의 관점에서) 해당 D2D RELAY 통신 관련 SSS 그리고/혹은 PSBCH가 D2D RELAY UE (혹은 (REL-13) IC D2D UE)로부터 전송되는 것으로 가정 (혹은 해석)될 수 있다.
또 다른 일례로, PSSS의 시퀀스 생성을 위한 ROOT SEQUENCE INDEX 그리고/혹은 SSSS의 시퀀스 생성을 위한 SIDELINK SYNCHRONIZATION ID는 IC 용도로 정의된 것을 이용하되, PSBCH를 통해 전송되는 CONTENTS 중에 RESERVED FIELD를 사전에 정의된 값으로 설정 (혹은 IN-COVERAGE INDICATOR를 '0'로 설정)함으로써, (OOC D2D UE#K의 관점에서) 해당 D2D RELAY 통신 관련 SSS 그리고/혹은 PSBCH가 D2D RELAY UE (혹은 (REL-13) IC D2D UE)로부터 전송되는 것으로 가정 (혹은 해석)될 수 있다.
2) PSSS의 시퀀스 생성을 위한 ROOT SEQUENCE INDEX 그리고/혹은 SSSS의 시퀀스 생성을 위한 SIDELINK SYNCHRONIZATION ID는 IC 용도로 정의된 것을 이용하되, PSBCH를 통해 전송되는 CONTENTS 중에 IN-COVERAGE INDICATOR를 '1'로 설정 (혹은 RESERVED FIELD를 사전에 정의된 값으로 설정)함으로써, (OOC D2D UE#K의 관점에서) 해당 D2D RELAY 통신 관련 SSS 그리고/혹은 PSBCH가 (REL-13) IC D2D UE (혹은 D2D RELAY UE)로부터 전송되는 것으로 가정 (혹은 해석)될 수 도 있다.
3) 또 다른 일례로, PSSS의 시퀀스 생성을 위한 ROOT SEQUENCE INDEX 그리고/혹은 SSSS의 시퀀스 생성을 위한 SIDELINK SYNCHRONIZATION ID는 IC 용도 (혹은 OOC 용도)로 정의된 것을 이용하되, PSBCH SCRAMBLING SEQUENCE GENERATOR의 초기화에 사용되는 SIDELINK SYNCHRONIZATION ID (표 1 참조)는 사전에 설정된 (혹은 시그널링된) D2D RELAY 통신 관련 SIDELINK SYNCHRONIZATION ID 값을 이용 (혹은 대입)하도록 정의될 수 있다.
여기서, 일례로, D2D RELAY 통신 관련 SIDELINK SYNCHRONIZATION ID 값은 OOC 용도의 SIDELINK SYNCHRONIZATION ID (e.g., {168, 169,..., 335} (즉, 표 1의 id_oon 참조)) 중에 하나로 설정 (혹은 시그널링)되거나, 혹은 IC 용도의 SIDELINK SYNCHRONIZATION ID (e.g., {0, 1,..., 167} (즉, 표 1의 id_net 참조)) 중에 하나로 설정 (혹은 시그널링)될 수 있다.
(예시#6) PSSS 시퀀스 생성 관련 ROOT SEQUENCE INDEX 결정에 사용되는 SIDELINK SYNCHRONIZATION ID 그리고/혹은 SSSS 시퀀스 생성에 이용되는 SIDELINK SYNCHRONIZATION ID (상기 표 1 참조)는 사전에 시그널링된 (혹은 설정된) OOC 용도의 SIDELINK SYNCHRONIZATION ID 값 (e.g., {168, 169,..., 335} (표 1의 id_oon 참조))을 이용 (혹은 대입)할 수 있다. 여기서, 일례로, SSS (그리고/혹은 PSBCH) 전송 관련 자원도 사전에 시그널링 (혹은 설정)해주도록 규칙이 정의될 수 있다. 이러한 규칙이 적용될 경우, 일례로, CARRIER#Y 상에서 D2D RELAY 통신 관련 SSS (그리고/혹은 PSBCH)를 전송하는 DRUE(S)에게는 (PSSS 그리고/혹은 SSSS 시퀀스 생성 (그리고/혹은 PSBCH SCRAMBLING SEQUENCE GENERATOR의 초기화)에) 동일한 SIDELINK SYNCHRONIZATION ID를 사용하도록 설정해줄 수 있다.
또한, 이와 같은 규칙은 OUTBAND D2D RELAY를 수행하는 UE에게 OOC 용도의 PSSS 그리고/혹은 SSSS 시퀀스를 전송하도록 하지만 SIDELINK SYNCHRONIZATION ID와 (PSSS 그리고/혹은 SSSS 전송 관련) 자원은 기지국이 시그널링해 주는 형태로 해석될 수도 있다. 뿐만 아니라, 이러한 규칙이 적용될 경우, 일례로, CARRIER#Y 상에서 D2D RELAY 통신 관련 SSS (그리고/혹은 PSBCH)를 전송하는 DRUE(S)는 동일한 자원 상에서 해당 SSS (그리고/혹은 PSBCH)를 전송하도록 설정해줄 수 도 있다. 또 다른 일례로, PSSS 시퀀스 생성 관련 ROOT SEQUENCE INDEX 결정에 사용되는 SIDELINK SYNCHRONIZATION ID 그리고/혹은 SSSS 시퀀스 생성에 이용되는 SIDELINK SYNCHRONIZATION ID는 사전에 시그널링된 (혹은 설정된) IC 용도의 SIDELINK SYNCHRONIZATION ID 값 (예컨대, {0, 1,..., 167} (표 1의 id_net 참조))을 이용 (혹은 대입)하도록 규칙이 정의될 수 있다.
일례로, 만약 OOC D2D UE#K가 DRUE#N로부터, 상기 설명한 [제안 방법#1]의 일부 또는 모든 규칙이 적용된 SSS 및/또는 PSBCH를 수신한다면, 해당 D2D RELAY 통신 관련 SSS 및/또는 PSBCH는 CARRIER#Y 상의 다른 OOC D2D UE로부터 수신되는 것보다 높은 동기화 자원 선택 우선 순위(SYNCHRONIZATION SOURCE SELECTION PRIORITY)를 가지는 것 (또는 D2D RELAY 통신 관련 SSS 그리고/혹은 PSBCH 그리고/혹은 DATA 그리고/혹은 DISCOVERY 수신이 더 높은 PRIORITY를 가지는 것)으로 정의 (혹은 해석)할 수 있다.
또 다른 일례로, 만약 OOC D2D UE#K가 DRUE#N로부터, 상기 설명한 [제안 방법#1]의 일부 또는 모든 규칙이 적용된 SSS 그리고/혹은 PSBCH를 수신한다면, 해당 D2D RELAY 통신 관련 SSS 그리고/혹은 PSBCH는 CARRIER#Y 상의 다른 OOC D2D UE로부터 수신되는 것보다는 높은 동기화 자원 선택 우선 순위(SYNCHRONIZATION SOURCE SELECTION PRIORITY)를 가지되, CARRIER#Y 상의 다른 IC D2D UE로부터 수신되는 것보다는 낮은 동기화 자원 선택 우선 순위(SYNCHRONIZATION SOURCE SELECTION PRIORITY)를 가지는 것으로 정의(또는 해석)할 수 있다. 여기서, 일례로, 이러한 규칙은 1) CARRIER#Y를 기반으로 WAN 통신을 수행하는 기지국들이 존재하여 PARTIAL COVERAGE SCENARIO가 발생될 수 있는 경우, 2) DRUE#N가 CARRIER#Y 상에서 D2D RELAY 통신 관련 SSS 그리고/혹은 PSBCH를 구성/전송할 때에 PSSS의 시퀀스 생성을 위한 ROOT SEQUENCE INDEX, SSSS의 시퀀스 생성을 위한 SIDELINK SYNCHRONIZATION ID 중 적어도 하나는 IC 용도로 정의된 것을 이용하고, PSBCH를 통해 전송되는 CONTENTS 중에 IN-COVERAGE INDICATOR를 '0'로 설정 (또는 RESERVED FIELD를 사전에 정의된 값으로 설정)하는 경우 등에 유용할 수 있다.
또 다른 일례로, DRUE#N가 CARRIER#Y 뿐만 아니라 UL CARRIER#X 상에서도 D2D 통신을 수행하고 있다면, UL CARRIER#X 상에서의 D2D 전송(TX) 동작 (그리고/혹은 D2D 수신(RX) 동작)에 더 높은 PRIORITY를 부여하도록 규칙이 정의될 수 도 있다. 여기서, 일례로, 이러한 규칙의 적용은, CARRIER#Y에서의 D2D RELAY 통신보다 IC D2D TX 동작 (그리고/혹은 IC D2D RX 동작) (즉, UL CARRIER#X 상에서의 D2D 통신)에 더 높은 PRIORITY가 있는 것으로 해석될 수 있다.
또한, 일례로, DRUE#N가 UL CARRIER#X와 CARRIER#Y 상에서의 D2D 통신을 동시에 수행할 능력이 없는 경우, UL CARRIER#X 상에서의 D2D 통신이 수행되는 구간 (혹은 D2D 통신이 수행되는 동안)에서는 CARRIER#Y에서의 D2D REALY 통신 (혹은 D2D RELAY 동작)을 중단하도록 정할 수 있다.
또 다른 일례로, DRUE#N가 CARRIER#Y 뿐만 아니라 UL CARRIER#X 상에서도 D2D 통신을 수행하고 있다면, CARRIER#Y 상에서의 D2D RELAY TX 동작 (그리고/혹은 D2D REALY RX 동작)에 더 높은 PRIORITY를 부여하도록 규칙이 정의될 수 있다. 여기서, 일례로, DRUE#N가 UL CARRIER#X와 CARRIER#Y 상에서의 D2D 통신을 동시에 수행할 능력이 없는 경우, CARRIER#Y에서의 D2D REALY 통신이 수행되는 구간 (혹은 D2D REALY 통신이 수행되는 동안)에서는 UL CARRIER#X에서의 D2D 통신 (혹은 동작)을 중단하도록 규칙이 정의될 수 있다. 이러한 규칙은, 일례로, 사전에 정의된 시그널링을 통해 CARRIER#Y의 MEA_CARRIER가 DL CARRIER#X로 설정된 경우나 혹은 DRUE#N가 DL CARRIER#X를 기반으로 WAN 통신을 수행하는 기지국의 (시스템) 정보를 CARRIER#Y에서 RELAY하는 경우에만 한정적으로 적용될 수 도 있다.
또 다른 일례로, DRUE는 다른 D2D OOC UE들에게 전송할 정보 (혹은 PSCCH (PHYSICAL SIDELINK CONTROL CHANNEL)/PSSCH (PHYSICAL SIDELINK SHARED CHANNEL))가 없다고 할지라도, 사전에 정의된 방법 (혹은 규칙)을 통해 자신의 존재를 알릴 수 있다. 이를 통해, OOC D2D UE가 해당 DRUE를 발견하고 DATA를 전송하여, 네트워크로의 RELAY 동작을 지원 (혹은 수행)해줄 수 도 있다. 여기서, 일례로, DRUE는 (다른 D2D OOC UE들에게 전송할 정보 (혹은 PSCCH/PSSCH)가 없다고 할지라도) 사전에 정의된 특수한 PSCCH 그리고/혹은 SSS를 (사전에 정의된 (혹은 시그널링된) 시간(/주기) 동안에) 전송함으로써, 자신의 존재를 알릴 수 있도록 설정될 수 도 있다. 여기서, 일례로, 해당 PSCCH 상의 그룹 목적지 ID 필드(GROUP DESTINATION ID FIELD)는 사전에 정의된 (혹은 시그널링된) 특정 값으로 설정될 수 가 있다. 특히, 일례로, 상기 제안 방식은 OUTBAND D2D RELAY의 경우뿐만 아니라 INBAND D2D RELAY에서도 확장 적용될 수 가 있다. 여기서, INBAND RELAY는 기지국-중계기 간의 링크와 중계기-단말 간의 링크가 동일한 반송파 주파수를 공유할 때의 중계기로 정의할 수 있다.
또 다른 일례로, DRUE는 (사전에 정의된 (혹은 시그널링된) 시간(/주기) 동안에) 안정적인 SSS 전송을 위해서, TRAFFIC 발생과 무관하게, 사전에 정의된 특수한 PSCCH를 (사전에 정의된 (혹은 시그널링된) 시간(/주기) 동안에) 전송하도록 규칙이 정의될 수 도 있다. 여기서, 일례로, 해당 PSCCH 상의 GROUP DESTINATION ID FIELD는 사전에 정의된 (혹은 시그널링된) 특정 값으로 설정될 수 가 있다. 또 다른 일례로, DRUE는 (다른 D2D OOC UE들에게 전송할 정보 (혹은 PSCCH/PSSCH)가 없다고 할지라도) 사전에 정의된 (혹은 시그널링된) 주기(/시간)를 기반으로 SSS 전송을 수행하도록 규칙이 정의될 수 도 있다.
또 다른 일례로, DRUE#N가 상기 설명한 일부 또는 모든 제안 규칙을 기반으로, CARRIER#Y에서 D2D RELAY 통신 (혹은 D2D 통신)을 수행할 때, 아래의 예시 #A 내지 #E 중에서 일부 또는 모든 정보들은, 해당 CARRIER#Y의 MEA_CARRIER (혹은 사전에 정의되거나 시그널링된 특정 CARRIER, 이 CARRIER에서는 WAN DL 통신이 수행될 수 있음)와 동일하게 설정 (혹은 가정)하도록 규칙이 정의될 수 도 있다.
(예시#A) DFN(D2D frame number) 정보. CARRIER#Y 상에서 전송되는 PSBCH CONTENTS 중에 DFN 필드는 해당 MEA_CARRIER의 SFN (SYSTEM (SUB)FRAME NUMBER)와 동일하게 설정될 수 있다. 이 경우, CARRIER#Y 상에서의 D2D RELAY 통신 (혹은 D2D 통신) 관련 시간(/주파수) 동기는 MEA_CARRIER와 동일한 것으로 해석될 수 있다.
(예시#B) TDD UL-DL CONFIGURATION 정보. CARRIER#Y의 MEA_CARRIER가 FDD CARRIER이면 CARRIER#Y 상에서 전송되는 PSBCH CONTENTS 중에 TDD UL-DL CONFIGURATION 필드가 '000'으로 설정되고, CARRIER#Y의 MEA_CARRIER가 TDD CARRIER이면 CARRIER#Y 상에서 전송되는 PSBCH CONTENTS 중에 TDD UL-DL CONFIGURATION 필드가 해당 MEA_CARRIER의 TDD UL-DL CONFIGURATION을 동일하게 가리키도록 설정될 수 있다. 또 다른 일례로, CARRIER#Y 상에서 전송되는 PSBCH CONTENTS 중에 TDD UL-DL CONFIGURATION 필드는, MEA_CARRIER가 FDD CARRIER인지 또는 TDD CARRIER인지 여부에 상관없이, 해당 CARRIER#Y가 FDD CARRIER(/BAND) 혹은 TDD CARRIER(/BAND) 인지에 따라, 해당 TDD UL-DL CONFIGURATION 필드 값이 결정되도록 규칙이 정의될 수 도 있다.
또 다른 일례로, 상기 제안 규칙에 따라, CARRIER#Y 상에서 전송되는 PSBCH CONTENTS 중에 TDD UL-DL CONFIGURATION 필드가 TDD 시스템 (혹은 (실제) TDD UL-DL CONFIGURATION)을 가리키면, CARRIER#Y 상에서 전송되는 (MODE1) PSSCH의 TIME RESOURCE PATTERN을 결정하는 'PSCCH (SCI FORMAT 0) 상의 TIME RESOURCE PATTERN 필드 값과 SUBFRAME INDICATOR BITMAP 간의 연동/매칭 관계'는 (3GPP TS 36.213 스펙에 정의된) TDD 시스템 상에서의 D2D 통신 수행을 위해 정의된 TABLE을 참조하도록 정의될 수 있다. 반면에, CARRIER#Y 상에서 전송되는 PSBCH CONTENTS 중에 TDD UL-DL CONFIGURATION 필드가 FDD 시스템 (i.e., '000')을 가리키면, CARRIER#Y 상에서 전송되는 (MODE1) PSSCH의 TIME RESOURCE PATTERN을 결정하는 'PSCCH (SCI FORMAT 0) 상의 TIME RESOURCE PATTERN 필드 값과 SUBFRAME INDICATOR BITMAP 간의 연동/매칭 관계'는 (3GPP TS 36.213 스펙에 정의된) FDD 시스템 상에서의 D2D 통신 수행을 위해 정의된 TABLE을 참조하도록 정의될 수 있다. 또 다른 일례로, 상기 제안 규칙에 따라, CARRIER#Y 상에서 전송되는 PSBCH CONTENTS 중에 TDD UL-DL CONFIGURATION 필드가 (실제) TDD UL-DL CONFIGURATION (혹은 TDD 시스템)을 가리키면, MODE2 PSSCH의 TIME RESOURCE PATTERN 후보들 (i.e., 'ITRP' [1])은 해당 TDD UL-DL CONFIGURATION에 매칭되는 것들로 가정 (혹은 참조)하도록 정의될 수 있다. 반면에, CARRIER#Y 상에서 전송되는 PSBCH CONTENTS 중에 TDD UL-DL CONFIGURATION 필드가 FDD 시스템 (i.e., '000')을 가리키면, MODE2 PSSCH의 TIME RESOURCE PATTERN 후보들 (i.e., 'ITRP' [1])은 FDD에 매칭되는 것들로 가정 (혹은 참조)하도록 정의될 수 있다.
(예시#C) IN-COVERAGE INDICATOR 정보. CARRIER#Y 상에서 전송되는 PSBCH CONTENTS 중에 IN-COVERAGE INDICATOR 필드는 해당 MEA_CARRIER 상에서의 IN/OOC 여부에 따라 설정될 수 있다.
(예시#D) CARRIER#Y의 MEA_CARRIER (혹은 (WAN DL 통신이 수행되는) 사전에 정의된 (혹은 시그널링된) 특정 CARRIER)과 PAIRING된 UL CARRIER 관련 DISCOVERY 그리고/혹은 COMMUNICATION 그리고/혹은 SSS/PSBCH 전송 (그리고/혹은 수신) 관련 RESOURCE POOL 설정 정보.
(예시#E) 시간 (혹은 서브프레임 혹은 라디오 프레임) (그리고/혹은 주파수) 동기. 또 다른 일례로, MEA_CARRIER에 상관없이 PCell (혹은 (RELAY 통신 관련) SCI FORMAT 0 (D2D GRANT) 전송 관련 SCHEDULING CELL (i.e., MODE 1))에 (항상) 시간 (혹은 서브프레임 혹은 라디오 프레임) 동기를 맞추도록 규칙이 정의될 수 도 있다.
또 다른 일례로, CARRIER#Y의 MEA_CARRIER가 TDD/FDD CARRIER인지의 여부에 상관없이, CARRIER#Y 상에서 전송되는 PSBCH CONTENTS 중에 TDD UL-DL CONFIGURATION 필드, DFN 필드, IN-COVERAGE INDICATOR 필드, SIDELINK SYSTEM BANDWIDTH, RESERVED FIELD 들 중에서 적어도 하나는 사전에 정의된 (혹은 시그널링된) 값으로 설정 (혹은 고정) 되도록 규칙이 정의될 수 도 있다. 여기서, 제안 방식 적용에 대한 일례로, CARRIER#Y 상에서 전송되는 PSBCH CONTENTS 중에 TDD UL-DL CONFIGURATION 필드는 사전에 정의된 (혹은 시그널링된) '000' 값으로 항상 설정되거나 고정될 수 있다. 이러한 경우, CARRIER#Y는 (가상적인) FDD UL CARRIER로 해석될 수 있다. 또 다른 일례로, DRUE#N가 CARRIER#Y 상에서 (MODE1 기반의) D2D RELAY 통신을 수행할 때에는 다른 CARRIER에서 CROSS CARRIER SCHEDULING 기반으로 (RELAY 통신 관련) SCI FORMAT 0 (D2D GRANT)를 전송해주도록 규칙이 정의될 수 도 있다.
또 다른 일례로, D2D UE#X가 사전에 설정된 (혹은 시그널링된) CARRIER#T와 CARRIER#F 상에서 D2D 통신을 수행하는데, 만약 CARRIER#F는 OOC로 간주 (혹은 판단)되고 CARRIER#T는 IC로 간주 (혹은 판단)된다면, CARRIER#F 상의 SSS, PSBCH, PSCCH, PSSCH, PSDCH (PHYSICAL SIDELINK DISCOVERY CHANNEL) 중 적어도 하나의 전송에 아래의 일부 또는 모든 규칙/가정들이 적용되도록 정할 수 있다. 여기서, 일례로, CARRIER#F는 V2V 통신 (VEHICLE TO VEHICLE, 차량 간의 (응급 용도의) 직접 통신으로 해석될 수 있음) 전용 CARRIER로 해석될 수 있다. 또한, 일례로, 이러한 규칙/가정들은 D2D UE#X가 (CARRIER#F 상에서) D2D RELAY 통신을 수행하지 않은 경우 (혹은 D2D UE#X가 (CARRIER#F 상의) DRUE로 설정되지 않은 경우)에만 한정적으로 적용되도록 규칙이 정의될 수 도 있다.
(예시#A) CARRIER#F 상에서 전송되는 PSSS 시퀀스 생성 관련 ROOT SEQUENCE INDEX 결정에 사용되는 SIDELINK SYNCHRONIZATION ID 그리고/혹은 SSSS 시퀀스 생성에 이용되는 SIDELINK SYNCHRONIZATION ID (표 1 참조)는 사전에 시그널링된 (혹은 설정된) OOC 용도의 SIDELINK SYNCHRONIZATION ID 값 (예를 들어, {168, 169,..., 335} (표 1의 id_oon 참조))을 이용할 수 있다. 여기서, 일례로, SSS (그리고/혹은 PSBCH) 전송 관련 자원도 사전에 시그널링 (혹은 설정)해 주도록 규칙이 정의될 수 있다. 이러한 규칙이 적용될 경우, 일례로, (V2V 통신 전용) CARRIER#F 상에서 (V2V 통신 관련) SSS (그리고/혹은 PSBCH)를 전송하는 D2D UE(S)는 (PSSS 그리고/혹은 SSSS 시퀀스 생성 (그리고/혹은 PSBCH SCRAMBLING SEQUENCE GENERATOR의 초기화)에) 동일한 SIDELINK SYNCHRONIZATION ID를 사용하도록 설정해줄 수 가 있다. 뿐만 아니라, 이러한 규칙이 적용될 경우, 일례로, (V2V 통신 전용) CARRIER#Y 상에서 (V2V 통신 관련) SSS (그리고/혹은 PSBCH)를 전송하는 D2D UE(S)는 동일한 자원 상에서 해당 SSS (그리고/혹은 PSBCH)를 전송하도록 설정해줄 수 도 있다. 또 다른 일례로, CARRIER#F 상에서 전송되는 PSSS 시퀀스 생성 관련 ROOT SEQUENCE INDEX 결정에 사용되는 SIDELINK SYNCHRONIZATION ID 그리고/혹은 SSSS 시퀀스 생성에 이용되는 SIDELINK SYNCHRONIZATION ID는 사전에 시그널링된 (혹은 설정된) IC 용도의 SIDELINK SYNCHRONIZATION ID 값 (예컨대, {0, 1,..., 167} (표 1의 id_net 참조))을 이용 (혹은 대입)하도록 규칙이 정의될 수 도 있다.
(예시#B) CARRIER#F 상의 SSS, PSBCH, PSCCH, PSSCH, PSDCH 중 적어도 하나의 전송에, 사전에 설정된 (혹은 시그널링된) CARRIER ("REF_CARRIER"라 칭함)에 관련한 아래의 일부 또는 모든 정보들(즉, 후술하는 예시 #B-1 내지 #B-5 중 적어도 하나의 정보)이 동일하게 적용 (혹은 가정)되도록 규칙이 정의될 수 도 있다. REF_CARRIER는, 예를 들어, CARRIER#F의 MEA_CARRIER이거나 또는 CARRIER#T 나 CARRIER#F의 MEA_CARRIER (혹은 (WAN DL 통신이 수행되는) 사전에 정의된 (혹은 시그널링된) 특정 CARRIER)와 PAIRING된 UL CARRIER 혹은 CARRIER#F의 MEA_CARRIER에 상관없이 PCell 혹은 (V2V 통신 관련) SCI FORMAT 0 (D2D GRANT) 전송 관련 SCHEDULING CELL (i.e., MODE 1)로 정의될 수 있다.
(예시#B-1) DFN 정보. 여기서, 일례로, CARRIER#F 상에서 전송되는 PSBCH CONTENTS 중에 DFN 필드가 해당 REF_CARRIER의 SFN (SYSTEM (SUB)FRAME NUMBER)와 동일하게 설정될 수 있다. 이 경우, CARRIER#F 상에서의 D2D 통신 관련 시간(/주파수) 동기는 REF_CARRIER와 동일한 것으로 해석될 수 있다.
(예시#B-2) TDD UL-DL CONFIGURATION 정보. 여기서, 일례로, CARRIER#F의 REF_CARRIER가 FDD CARRIER이면 CARRIER#F 상에서 전송되는 PSBCH CONTENTS 중에 TDD UL-DL CONFIGURATION 필드가 '000'으로 설정되고, CARRIER#F의 REF_CARRIER가 TDD CARRIER이면 CARRIER#F 상에서 전송되는 PSBCH CONTENTS 중에 TDD UL-DL CONFIGURATION 필드가 해당 REF_CARRIER의 TDD UL-DL CONFIGURATION을 동일하게 가리키도록 설정될 수 있다. 또 다른 일례로, CARRIER#F 상에서 전송되는 PSBCH CONTENTS 중에 TDD UL-DL CONFIGURATION 필드는, REF_CARRIER의 FDD CARRIER 혹은 TDD CARRIER 여부에 상관없이, 해당 CARRIER#F가 FDD CARRIER(/BAND) 혹은 TDD CARRIER(/BAND) 인지에 따라, 해당 TDD UL-DL CONFIGURATION 필드 값이 결정되도록 규칙이 정의될 수 도 있다. 또 다른 일례로, 상기 제안 규칙에 따라, CARRIER#F 상에서 전송되는 PSBCH CONTENTS 중에 TDD UL-DL CONFIGURATION 필드가 TDD 시스템 (혹은 (실제) TDD UL-DL CONFIGURATION)을 가리키면, CARRIER#F 상에서 전송되는 (MODE1) PSSCH의 TIME RESOURCE PATTERN을 결정하는 'PSCCH (SCI FORMAT 0) 상의 TIME RESOURCE PATTERN 필드 값과 SUBFRAME INDICATOR BITMAP 간의 연동/매칭 관계'는 (3GPP TS 36.213 스펙에 정의된) TDD 시스템 상에서의 D2D 통신 수행을 위해 정의된 TABLE을 참조하도록 정의될 수 있다. 반면에, CARRIER#F 상에서 전송되는 PSBCH CONTENTS 중에 TDD UL-DL CONFIGURATION 필드가 FDD 시스템 (i.e., '000')을 가리키면, CARRIER#F 상에서 전송되는 (MODE1) PSSCH의 TIME RESOURCE PATTERN을 결정하는 'PSCCH (SCI FORMAT 0) 상의 TIME RESOURCE PATTERN 필드 값과 SUBFRAME INDICATOR BITMAP 간의 연동/매칭 관계'는 (3GPP TS 36.213 스펙에 정의된) FDD 시스템 상에서의 D2D 통신 수행을 위해 정의된 TABLE을 참조하도록 정의될 수 있다. 또 다른 일례로, 상기 제안 규칙에 따라, CARRIER#F 상에서 전송되는 PSBCH CONTENTS 중에 TDD UL-DL CONFIGURATION 필드가 (실제) TDD UL-DL CONFIGURATION (혹은 TDD 시스템)을 가리키면, MODE2 PSSCH의 TIME RESOURCE PATTERN 후보들 (i.e., 'ITRP' [1])은 해당 TDD UL-DL CONFIGURATION에 매칭되는 것들로 가정 (혹은 참조)하도록 정의될 수 있다. 반면에, CARRIER#F 상에서 전송되는 PSBCH CONTENTS 중에 TDD UL-DL CONFIGURATION 필드가 FDD 시스템 (i.e., '000')을 가리키면, MODE2 PSSCH의 TIME RESOURCE PATTERN 후보들 (i.e., 'ITRP' [1])은 FDD에 매칭되는 것들로 가정 (혹은 참조)하도록 정의될 수 있다.
(예시#B-3) IN-COVERAGE INDICATOR 정보. 여기서, 일례로, CARRIER#F 상에서 전송되는 PSBCH CONTENTS 중에 IN-COVERAGE INDICATOR 필드가 해당 REF_CARRIER 상에서의 IN/OOC 여부에 따라 설정될 수 있다.
(예시#B-4) REF_CARRIER 관련 DISCOVERY 그리고/혹은 COMMUNICATION 그리고/혹은 SSS/PSBCH 전송 (그리고/혹은 수신) 관련 RESOURCE POOL 설정 정보.
(예시#B-5) 시간 (혹은 서브프레임 혹은 라디오 프레임) (그리고/혹은 주파수) 동기. 또 다른 일례로, REF_CARRIER에 (항상) 시간 (혹은 서브프레임 혹은 라디오 프레임) 동기를 맞추도록 규칙이 정의될 수 도 있다.
이하에서는 단말이 D2D 동작을 CARRIER#X에서 수행한다고 가정한다. CARRIER#X (예를 들어, SCELL (혹은 NON-PCELL) 혹은 NON-SERVING CELL) 상의 D2D TX 그리고/혹은 D2D RX 동작 관련 TIMING REFERENCE (CELL)가 해당 CARRIER#X가 아닌 PCELL (혹은 사전에 정의된 (혹은 시그널링된) 다른 CARRIER) (이하"REFER_CELL"이라 칭함)로 설정 (혹은 시그널링)된 경우, 그리고/혹은 CARRIER#X 상의 D2D TX 그리고/혹은 D2D RX 동작 관련 RESOURCE POOL 정보가 해당 CARRIER#X가 아닌 REFER_CELL로부터 수신 (혹은 CROSS-CARRIER 시그널링)되는 경우, 아래의 일부 또는 모든 규칙이 적용되도록 정의될 수 있다.
즉, D2D 동작을 수행하는 반송파(CARRIER#X)가 아닌 다른 반송파(보다 구체적으로 상기 다른 반송파에 있는 셀)의 시간 기준을 따르도록 설정되거나 상기 다른 반송파에 있는 셀로부터 자원 풀 정보를 수신하는 경우에 후술하는 규칙들 중 적어도 하나를 적용할 수 있으며, 상기 시간 기준을 제공하거나 자원 풀 정보를 제공하는 상기 다른 반송파에 있는 셀을 이하에서 기준 셀(REFER_CELL)이라 칭한다. 후술할 규칙들은 PCELL에서 RRC 연결 상태인 단말 및/또는 PCELL에서 RRC 아이들 상태인 단말에게만 한정적으로 적용되도록 정해질 수 도 있다.
(규칙1-1) REFER_CELL는 해당 CARRIER#X에서의 OOC D2D 통신 관련 RESOURCE POOL 정보, SIDELINK SYNCHRONIZATION SIGNAL ID (SLSSID) 정보 등을 해당 CARRIER#X에서의 IN-COVERAGE (INC) D2D 통신 관련 RESOURCE POOL 정보, SLSSID 정보 등과 함께 추가적으로 알려줄 수 있다. 이는 D2D UE의 관점에서 CARRIER#X 상의 D2D 통신이 OUT-OF-COVERAGE (OOC)가 될 가능성을 고려한 것이다.
D2D UE의 관점에서 CARRIER#X 상의 D2D 통신이 OOC가 될 경우, (예외적으로) REFER_CELL 기반의 TIMING REFERENCE (그리고/혹은 TA)가 아닌 OOC 상황에서의 (CARRIER#X 기반의) TIMING을 따르되, REFER_CELL로부터 수신된 OOC D2D 통신 관련 RESOURCE POOL 정보, SLSSID 등을 기반으로 CARRIER#X에서의 OOC D2D 통신을 수행하도록 규칙이 정의될 수 있다. 또는 REFER_CELL 기반의 TIMING REFERENCE(TA) 또는 REFER_CELL 기반의 TIMING REFERENCE와 OOC 상황에서의 (CARRIER#X 기반의) TA 설정 방법을 따르되, REFER_CELL로부터 수신된 OOC D2D 통신 관련 RESOURCE POOL 정보, SLSSID 등을 기반으로 CARRIER#X에서의 OOC D2D 통신을 수행하도록 규칙이 정의될 수 도 있다. 또 다른 일례로, D2D UE의 관점에서 CARRIER#X 상의 D2D 통신이 INC가 될 경우, REFER_CELL 기반의 TIMING REFERENCE (그리고/혹은 TA) (혹은 REFER_CELL 기반의 TIMING REFERENCE와 CARRIER#X 기반의 TA 설정 방법)를 따르되 REFER_CELL로부터 수신된 INC D2D 통신 관련 RESOURCE POOL 정보, SLSSID 등을 기반으로 INC D2D 통신을 수행하도록 규칙이 정의될 수 도 있다.
(규칙1-2) REFER_CELL는 해당 CARRIER#X에서의 OOC D2D 통신과 INC D2D 통신에 공통적으로 사용될 RESOURCE POOL 정보, SLSSID 정보 중 적어도 하나를 알려주고, D2D UE는 해당 정보들을 기반으로 CARRIER#X에서의 OOC D2D 통신과 INC D2D 통신을 수행할 수 있다.
일례로, D2D UE의 관점에서 CARRIER#X 상의 D2D 통신이 OOC가 될 경우, (예외적으로) REFER_CELL 기반의 TIMING REFERENCE (그리고/혹은 TA)가 아닌 OOC 상황에서 (CARRIER#X 기반의) TIMING (그리고/혹은 TA) 설정 방법 (혹은 OOC 상황에서의 (CARRIER#X 기반의) TIMING 설정 방법과 REFER_CELL 기반의 TA)을 따르되 REFER_CELL로부터 수신된 (공통) D2D 통신 관련 RESOURCE POOL 정보, SLSSID 등을 기반으로 CARRIER#X에서의 OOC D2D 통신을 수행할 수 있다. 또는 REFER_CELL 기반의 TIMING REFERENCE (그리고/혹은 TA) 또는 REFER_CELL 기반의 TIMING REFERENCE와 OOC 상황에서의 (CARRIER#X 기반의) TA 설정 방법을 따르되 REFER_CELL로부터 수신된 (공통) D2D 통신 관련 RESOURCE POOL 정보 그리고/혹은 SLSSID 등을 기반으로 CARRIER#X에서의 OOC D2D 통신을 수행하도록 규칙이 정의될 수 도 있다. 또 다른 일례로, D2D UE의 관점에서 CARRIER#X 상의 D2D 통신이 INC가 될 경우, REFER_CELL 기반의 TIMING REFERENCE (그리고/혹은 TA) (혹은 REFER_CELL 기반의 TIMING REFERENCE와 CARRIER#X 기반의 TA 설정 방법)를 따르되 REFER_CELL로부터 수신된 (공통) D2D 통신 관련 RESOURCE POOL 정보 그리고/혹은 SLSSID 등을 기반으로 INC D2D 통신을 수행하도록 규칙이 정의될 수 도 있다.
한편, D2D TX(/RX) 동작이 수행되는 NON-SERVING CELL (그리고/혹은 SCELL, 이하 동일)이 IN-COVERAGE로 판단(또는 가정)될 경우, 아래의 일부 또는 모든 규칙에 따라, 해당 NON-SERVING CELL에서의 D2D TX(/RX) 동작 관련 주파수 동기 및/또는 시간 동기를 적용(/가정)하도록 설정될 수 있다.
여기서, SERVING CELL (그리고/혹은 PCELL)과 NON-SERVING CELL (그리고/혹은 SCELL)이 상이한 CARRIER에 있는 (혹은 속한) 상황을 가정한다. 또한, 아래 일부 또는 모든 규칙들은 SERVING CELL (그리고/혹은 PCELL)이 있는 CARRIER와 NON-SERVING CELL (그리고/혹은 SCELL) 있는 CARRIER가 INTER-BAND (그리고/혹은 INTRA-BAND CONTIGUOUS 그리고/혹은 INTRA-BAND NON-CONTIGUOUS)의 관계를 가지는 경우에만 한정적으로 적용되도록 설정될 수 있다.
도 12는 단말이 D2D 동작을 수행하는 상황을 예시한다.
도 12를 참조하면, 단말은 F1 주파수에서 특정 셀을 서빙 셀(또는 PCELL)로 가지면서, F2 주파수에서 D2D 동작을 수행해야 할 수 있다. 단말은 F2 주파수의 NON-SERVING CELL (또는 SCELL)의 커버리지 내에 위치할 수 있다. 상기 F2 주파수의 NON-SERVING CELL (또는 SCELL)을 IN-COVERAGE NON-SERVING CELL (또는 IN-COVERAGE SCELL)이라 칭할 수 있다.
도 12에서 설명한 상황에서, 상기 단말이 D2D 동작을 수행하고자 할 때, 주파수 동기와 시간 동기를 어떻게 맞추어야 하는지가 문제되는데, 이하에서는 이에 대해 구체적으로 설명한다.
(규칙#A-1) 단말은 D2D 동작(D2D 전송 또는 D2D 수신)을 수행함에 있어서, 사전에 정의된 규칙 (혹은 시그널링된 정보)에 따라, 주파수 동기와 시간 동기를 맞춘 후 D2D 신호를 전송해야 한다. 단말은 IN-COVERAGE NON-SERVING CELL (그리고/혹은 SCELL)에 따라, 해당 NON-SERVING CELL (그리고/혹은 SCELL) 상의 D2D TX(/RX) 동작 관련 주파수 동기를 적용할 수 있다. 또한, IN-COVERAGE NON-SERVING CELL (그리고/혹은 SCELL)에 따라, 해당 NON-SERVING CELL (그리고/혹은 SCELL) 상의 D2D TX(/RX) 동작 관련 시간 동기를 (추가적으로) 적용(/가정)하도록 규칙이 정의될 수 있다.
(규칙#A-2) 단말은 IN-COVERAGE NON-SERVING CELL(그리고/혹은 SCELL)에 따라, 해당 NON-SERVING CELL (그리고/혹은 SCELL) 상의 D2D TX(/RX) 동작 관련 시간 동기를 적용(/가정)하되, 주파수 동기는 PCELL (그리고/혹은 SERVING CELL)을 따르도록 규칙이 정의될 수 있다. 즉, 도 12에서 단말은 F1 주파수의 서빙 셀(PCELL)에 따라 주파수 동기를 맞추고, F2 주파수의 NON-SERVING CELL에 따라 시간 동기를 맞춘 후, D2D 동작을 수행하는 것이다.
도 13은 규칙#A-2를 적용할 때의 단말의 D2D 동작 수행 방법이다.
도 13을 참조하면, 단말은 제1 주파수의 프라이머리 셀 (또는 서빙 셀)을 기준으로 주파수 동기를 적용한다(S210). 단말은 D2D 동작을 수행하려는 제2 주파수의 NON-SERVING CELL (또는 SCELL)을 기준으로 시간 동기를 적용한다(S220).
단말은 상기 주파수 동기 및 시간 동기를 적용하여 D2D 동작을 수행한다(S230).
예를 들어, 주파수 #1의 특정 셀을 PCELL (또는 서빙 셀)로 하여 RRC 연결 상태인 단말이, D2D 동작은 주파수 #2에서 수행하고자 하는데 상기 주파수 #2의 셀들은 상기 단말에게 NON-SERVING CELL (또는 SCELL) 일 수 있다. 그리고, 상기 NON-SERVING CELL (또는 SCELL)의 커버리지 내에 상기 단말이 있을 수 있다. 이러한 경우, 상기 단말은 D2D 동작을 위한 주파수 동기는 상기 PCELL (또는 서빙 셀)에 맞추고, 시간 동기는 상기 주파수 #2의 NON-SERVING CELL (또는 SCELL)에 맞추는 것이다.
전술한 규칙#A-2는 특히, (해당 NON-SERVING CELL (그리고/혹은 SCELL) 관련) SEARCHING WINDOW SIZE (혹은 REFERENCE SYNCHRONIZATION WINDOW SIZE)가 'W2 (< CP LENGTH)'로 시그널링 (혹은 지시)되는 경우 (즉, NON-SERVING CELL (그리고/혹은 SCELL)에 따른 주파수(/시간) 동기와 PCELL (그리고/혹은 SERVING CELL)에 따른 주파수(/시간) 동기 간의 차이가 작은 경우)에 유효(/유용)할 수 있다.
도 14는 단말이 D2D 동작을 수행하는 다른 상황을 예시한다.
도 14를 참조하면, 단말은 F1 주파수에서 특정 셀을 서빙 셀(또는 PCELL)로 가지면서, F2 주파수에서 D2D 동작을 수행해야 할 수 있다. 단말은 F2 주파수의 NON-SERVING CELL (또는 SCELL)의 커버리지 바깥에 위치할 수 있다. 이 경우, 상기 F2 주파수의 NON-SERVING CELL (또는 SCELL)을 OUT-COVERAGE NON-SERVING CELL (또는 OUT-COVERAGE SCELL)이라 칭할 수 있다.
도 14와 같이, D2D TX(/RX) 동작이 수행되는 NON-SERVING CELL (그리고/혹은 SCELL)이 OUT-COVERAGE로 판단(/가정)되고, PCELL (그리고/혹은 SERVING CELL)이 IN-COVERAGE로 판단(/가정)될 경우, 아래의 일부 또는 모든 규칙에 따라, 해당 NON-SERVING CELL (그리고/혹은 SCELL)에서의 D2D TX(/RX) 동작 관련 주파수 동기 및/또는 시간 동기를 적용(/가정)하도록 설정될 수 있다.
SERVING CELL (그리고/혹은 PCELL)과 NON-SERVING CELL (그리고/혹은 SCELL)이 상이한 CARRIER에 있는 (혹은 속한) 상황을 가정한다. 아래 일부 또는 모든 규칙들은 SERVING CELL (그리고/혹은 PCELL)이 있는 CARRIER와 NON-SERVING CELL (그리고/혹은 SCELL) 있는 CARRIER가 INTER-BAND (그리고/혹은 INTRA-BAND CONTIGUOUS 그리고/혹은 INTRA-BAND NON-CONTIGUOUS)의 관계를 가지는 경우에만 한정적으로 적용되도록 설정될 수 도 있다.
(규칙#B-1) IN-COVERAGE PCELL (그리고/혹은 SERVING CELL)에 따라, (해당 NON-SERVING CELL (그리고/혹은 SCELL) 상의) D2D TX(/RX) 동작 관련 주파수 동기를 적용(/가정)하도록 규칙이 정의될 수 있다. 여기서, 또 다른 일례로, IN-COVERAGE PCELL (그리고/혹은 SERVING CELL)에 따라, 해당 NON-SERVING CELL (그리고/혹은 SCELL) 상의) D2D TX(/RX) 동작 관련 시간 동기를 (추가적으로) 적용(/가정)하도록 규칙이 정의될 수 있다. 여기서, 또 다른 일례로, 만약 해당 D2D TX(/RX) UE가 OUT-COVERAGE NON-SERVING CELL 상의 OUT-COVERAGE UE를 SYNCHRONIZATION REFERENCE로 가진다면, 해당 OUT-COVERAGE UE(의 SIDELINK SYNCHRONIZATION SIGNAL: SLSS)에 따라 해당 NON-SERVING CELL 상의 D2D TX(/RX) 동작 관련 주파수 동기와 시간 동기를 적용(/가정)할 수 있다. 또는 해당 OUT-COVERAGE UE의 SLSS에 따라 NON-SERVING CELL 상의 D2D TX(/RX) 동작 관련 시간 동기 (혹은 주파수 동기)를 적용(/가정)하고 IN-COVERAGE PCELL (그리고/혹은 SERVING CELL)에 따라 해당 NON-SERVING CELL 상의 D2D TX(/RX) 동작 관련 주파수 동기 (혹은 시간 동기)를 적용(/가정)할 수 있다. 여기서, 또 다른 일례로, 만약 해당 D2D TX(/RX) UE가 OUT-COVERAGE NON-SERVING CELL 상의 OUT-COVERAGE UE를 SYNCHRONIZATION REFERENCE로 가지지 않는다면 (즉, D2D TX(/RX) UE 자신이 독립적인 SYNCHRONIZATION REFERENCE가 되는 경우), IN-COVERAGE PCELL에 따라 해당 NON-SERVING CELL 상의 D2D TX(/RX) 동작 관련 주파수 동기 (그리고/혹은 시간 동기)를 적용(/가정)할 수 있다. 또는 D2D TX(/RX) UE 자신이 독자적으로 D2D TX(/RX) 동작 관련 시간 동기 (혹은 주파수 동기)를 설정(/적용)하고 IN-COVERAGE PCELL에 따라 해당 NON-SERVING CELL 상의 D2D TX(/RX) 동작 관련 주파수 동기 (혹은 시간 동기)를 적용(/가정)할 수 있다.
상기 설명한 제안 방식들은 독립적으로 구현될 수 도 있지만, 일부 제안 방식들의 조합 (혹은 병합) 형태로 구현될 수도 있다. 상기 설명한 제안 방식들은 FDD 시스템 (그리고/혹은 TDD 시스템) 환경 하에서만 한정적으로 적용되도록 규칙이 정의될 수 있다. 상기 설명한 제안 방식들은 MODE 2 COMMUNICATION 그리고/혹은 TYPE 1 DISCOVERY (그리고/혹은 MODE 1 COMMUNICATION 그리고/혹은 TYPE 2 DISCOVERY)에만 한정적으로 적용되도록 규칙이 정의될 수 있다. 또한, 상기 설명한 제안 방식들은 IN-COVERAGE D2D UE (그리고/혹은 OUT-COVERAGE D2D UE) (그리고/혹은 RRC_CONNECTED D2D UE (그리고/혹은 RRC_IDLE D2D UE))에게만 한정적으로 적용되도록 규칙이 정의될 수 있다. 상기 설명한 제안 방식들은 D2D DISCOVERY (송신(/수신)) 동작만을 수행하는 D2D UE (그리고/혹은 D2D COMMUNICATION (송신(/수신)) 동작만을 수행하는 D2D UE)에게만 한정적으로 적용되도록 규칙이 정의될 수 있다. 상기 설명한 제안 방식들은 D2D DISCOVERY만이 지원(설정)된 시나리오 (그리고/혹은 D2D COMMUNICATION만이 지원(설정)된 시나리오)에서만 한정적으로 적용되도록 규칙이 정의될 수도 있다. 상기 설명한 제안 방식들은 INTER-FREQUENCY 상의 다른 (UL) CARRIER에서의 D2D DISCOVERY SIGNAL 수신 동작을 수행하는 경우 (그리고/혹은 INTER-PLMN 기반의 다른 PLMN (UL) CARRIER에서의 D2D DISCOVERY SIGNAL 수신 동작을 수행하는 경우)에서만 한정적으로 적용되도록 규칙이 정의될 수 도 있다. 상기 설명한 제안 방식들은 OUTBAND D2D RELAY 동작 (그리고/혹은 INBAND D2D RELAY 동작)에서만 한정적으로 적용되도록 규칙이 정의될 수 있다. 상기 설명한 제안 방식들은 DRUE#N가 CARRIER#Y 상에서, (REALY 통신 관련) DISCOVERY (그리고/혹은 COMMUNICATION) 관련 SSS 그리고/혹은 PSBCH를 전송할 때만 한정적으로 적용되도록 규칙이 정의될 수도 있다. 또한, 상기 설명한 제안 방식들은 (D2D RELAY 동작이 아닌) 일반적인 D2D 통신을 수행하는 D2D UE가 CARRIER#Y 상에서, (DISCOVERY 그리고/혹은 COMMUNICATION 관련) SSS 그리고/혹은 PSBCH (그리고/혹은 PSCCH 그리고/혹은 PSSCH 그리고/혹은 PSDCH 전송)를 전송할 때도 확장 적용될 수 있다. 또한, 상기 설명한 제안 방식들은 D2D 동작이 프라이머리 반송파가 아닌 반송파(non-primary carrier) 상에서 수행되는 경우에만 한정적으로 적용되도록 규칙이 정의될 수 도 있다. 또한, 상기 설명한 제안 방식들은 D2D 동작이 수행되는 반송파 상에 활성화된 서빙 셀이 없는 경우 (혹은 검출되는 셀이 없는 경우)에만 한정적으로 적용되도록 규칙이 정의될 수 도 있다.
도 15는 본 발명의 실시예가 구현되는 단말을 나타낸 블록도이다.
도 15를 참조하면, 단말(1100)은 프로세서(1110), 메모리(1120) 및 RF부(radio frequency unit, 1130)을 포함한다. 프로세서(1110)는 제안된 기능, 과정 및/또는 방법을 구현한다. 예를 들어, 프로세서(1110)는 D2D 동작을 위한 하향링크 측정 및 동기화에 이용되는 하나의 하향링크 반송파를 지시하는 측정 반송파(MEA_CARRIER) 지시 정보를 수신하고, 상기 측정 반송파(MEA_CARRIER) 지시 정보가 지시하는 상기 하나의 하향링크 반송파를 상기 D2D 동작을 위한 하향링크 측정 및 동기화에 이용할 수 있다.
RF부(1130)은 프로세서(1110)와 연결되어 무선 신호를 송신 및 수신한다.
프로세서는 ASIC(application-specific integrated circuit), 다른 칩셋, 논리 회로 및/또는 데이터 처리 장치를 포함할 수 있다. 메모리는 ROM(read-only memory), RAM(random access memory), 플래쉬 메모리, 메모리 카드, 저장 매체 및/또는 다른 저장 장치를 포함할 수 있다. RF부는 무선 신호를 처리하기 위한 베이스밴드 회로를 포함할 수 있다. 실시예가 소프트웨어로 구현될 때, 상술한 기법은 상술한 기능을 수행하는 모듈(과정, 기능 등)로 구현될 수 있다. 모듈은 메모리에 저장되고, 프로세서에 의해 실행될 수 있다. 메모리는 프로세서 내부 또는 외부에 있을 수 있고, 잘 알려진 다양한 수단으로 프로세서와 연결될 수 있다.

Claims (14)

  1. 무선 통신 시스템에서 단말에 의해 수행되는 D2D(device-to-device) 신호 전송 방법에 있어서,
    D2D 동작을 위한 하향링크 측정 및 동기화에 이용되는 하나의 하향링크 반송파를 지시하는 측정 반송파(MEA_CARRIER) 지시 정보를 수신하고; 및
    상기 측정 반송파(MEA_CARRIER) 지시 정보가 지시하는 상기 하나의 하향링크 반송파를 상기D2D 동작을 위한 하향링크 측정 및 동기화에 이용하는 것을 특징으로 하는 방법.
  2. 제 1 항에 있어서, 상기 D2D 동작은 D2D 발견 신호의 전송인 것을 특징으로 하는 방법.
  3. 제 2항에 있어서, 상기 D2D 발견 신호는 프라이머리 반송파가 아닌 반송파(non-primary carrier)를 통해 전송되는 것을 특징으로 하는 방법.
  4. 제 2 항에 있어서, 상기 D2D 발견 신호가 전송되는 '프라이머리 반송파가 아닌 반송파(non-primary carrier)'에 상기 단말에 대한 활성화된 서빙 셀이 있으면, 상기 D2D 발견 신호 전송을 위한 하향링크 측정 및 동기화에 상기 활성화된 서빙 셀이 이용되는 것을 특징으로 하는 방법.
  5. 제 4 항에 있어서, 상기 D2D 발견 신호가 전송되는 '프라이머리 반송파가 아닌 반송파(non-primary carrier)'에 상기 단말에 대한 활성화된 서빙 셀이 없으면, 상기 D2D 발견 신호 전송을 위한 하향링크 측정 및 동기화에 상기 측정 반송파 (MEA_CARRIER) 지시 정보가 지시하는 상기 하나의 하향링크 반송파가 이용되는 것을 특징으로 하는 방법.
  6. 제 5 항에 있어서, 상기 하나의 하향링크 반송파는 상기 '프라이머리 반송파가 아닌 반송파'에 시스템 정보에 의하여 링크된 반송파인 것을 특징으로 하는 방법.
  7. 제 5항에 있어서, 상기 하나의 하향링크 반송파는 상기 '프라이머리 반송파가 아닌 반송파'에 시스템 정보에 의하여 링크되지 않은 반송파인 것을 특징으로 하는 방법.
  8. 단말은,
    무선 신호를 송신 및 수신하는 RF(Radio Frequency) 부; 및
    상기 RF부와 결합하여 동작하는 프로세서;를 포함하되, 상기 프로세서는,
    D2D 동작을 위한 하향링크 측정 및 동기화에 이용되는 하나의 하향링크 반송파를 지시하는 측정 반송파(MEA_CARRIER) 지시 정보를 수신하고,
    상기 측정 반송파(MEA_CARRIER) 지시 정보가 지시하는 상기 하나의 하향링크 반송파를 상기D2D 동작을 위한 하향링크 측정 및 동기화에 이용하는 것을 특징으로 하는 단말.
  9. 제 8 항에 있어서, 상기 D2D 동작은 D2D 발견 신호의 전송인 것을 특징으로 하는 단말.
  10. 제 9항에 있어서, 상기 D2D 발견 신호는 프라이머리 반송파가 아닌 반송파(non-primary carrier)를 통해 전송되는 것을 특징으로 하는 단말.
  11. 제 9 항에 있어서, 상기 D2D 발견 신호가 전송되는 '프라이머리 반송파가 아닌 반송파(non-primary carrier)'에 상기 단말에 대한 활성화된 서빙 셀이 있으면, 상기 D2D 발견 신호 전송을 위한 하향링크 측정 및 동기화에 상기 활성화된 서빙 셀이 이용되는 것을 특징으로 하는 단말.
  12. 제 11 항에 있어서, 상기 D2D 발견 신호가 전송되는 '프라이머리 반송파가 아닌 반송파(non-primary carrier)'에 상기 단말에 대한 활성화된 서빙 셀이 없으면, 상기 D2D 발견 신호 전송을 위한 하향링크 측정 및 동기화에 상기 측정 반송파(MEA_CARRIER) 지시 정보가 지시하는 상기 하나의 하향링크 반송파가 이용되는 것을 특징으로 하는 단말.
  13. 제 12 항에 있어서, 상기 하나의 하향링크 반송파는 상기 '프라이머리 반송파가 아닌 반송파'에 시스템 정보에 의하여 링크된 반송파인 것을 특징으로 하는 단말.
  14. 제 12 항에 있어서, 상기 하나의 하향링크 반송파는 상기 '프라이머리 반송파가 아닌 반송파'에 시스템 정보에 의하여 링크되지 않은 반송파인 것을 특징으로 하는 단말.
PCT/KR2016/000020 2015-01-02 2016-01-04 무선 통신 시스템에서 d2d 신호 전송 방법 및 상기 방법을 이용하는 단말 Ceased WO2016108679A1 (ko)

Priority Applications (6)

Application Number Priority Date Filing Date Title
US15/541,101 US10320600B2 (en) 2015-01-02 2016-01-04 Method for D2D signal transmission in wireless communication system, and terminal using same
CN201680005300.6A CN107113552B (zh) 2015-01-02 2016-01-04 无线通信系统中d2d信号传输的方法和使用该方法的终端
EP16732897.0A EP3242520B1 (en) 2015-01-02 2016-01-04 Method and corresponding terminal for d2d signal transmission in a wireless communication system
KR1020177017881A KR102000968B1 (ko) 2015-01-02 2016-01-04 무선 통신 시스템에서 d2d 신호 전송 방법 및 상기 방법을 이용하는 단말
US16/404,904 US20190268203A1 (en) 2015-01-02 2019-05-07 Method for d2d signal transmission in wireless communication system, and terminal using same
US17/746,621 US20220278884A1 (en) 2015-01-02 2022-05-17 Method for d2d signal transmission in wireless communication system, and terminal using same

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
US201562099213P 2015-01-02 2015-01-02
US62/099,213 2015-01-02
US201562103503P 2015-01-14 2015-01-14
US62/103,503 2015-01-14
US201562151415P 2015-04-23 2015-04-23
US62/151,415 2015-04-23
US201562190754P 2015-07-10 2015-07-10
US62/190,754 2015-07-10

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US15/541,101 A-371-Of-International US10320600B2 (en) 2015-01-02 2016-01-04 Method for D2D signal transmission in wireless communication system, and terminal using same
US16/404,904 Continuation US20190268203A1 (en) 2015-01-02 2019-05-07 Method for d2d signal transmission in wireless communication system, and terminal using same

Publications (1)

Publication Number Publication Date
WO2016108679A1 true WO2016108679A1 (ko) 2016-07-07

Family

ID=56284719

Family Applications (2)

Application Number Title Priority Date Filing Date
PCT/KR2016/000021 Ceased WO2016108680A1 (ko) 2015-01-02 2016-01-04 무선 통신 시스템에서 d2d 동작 수행 방법 및 상기 방법을 이용하는 단말
PCT/KR2016/000020 Ceased WO2016108679A1 (ko) 2015-01-02 2016-01-04 무선 통신 시스템에서 d2d 신호 전송 방법 및 상기 방법을 이용하는 단말

Family Applications Before (1)

Application Number Title Priority Date Filing Date
PCT/KR2016/000021 Ceased WO2016108680A1 (ko) 2015-01-02 2016-01-04 무선 통신 시스템에서 d2d 동작 수행 방법 및 상기 방법을 이용하는 단말

Country Status (5)

Country Link
US (5) US10320600B2 (ko)
EP (1) EP3242520B1 (ko)
KR (1) KR102000968B1 (ko)
CN (1) CN107113552B (ko)
WO (2) WO2016108680A1 (ko)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109804679A (zh) * 2016-10-13 2019-05-24 Lg电子株式会社 在无线通信系统中由终端执行的侧链路同步信号发送方法以及使用该方法的终端
CN110463291A (zh) * 2017-03-24 2019-11-15 Lg 电子株式会社 在无线通信系统中传输侧链路同步信号的方法和使用该方法的终端
US11096137B2 (en) 2017-03-24 2021-08-17 Lg Electronics Inc. Method for transmitting sidelink synchronization signal in wireless communication system and user equipment using same

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016108680A1 (ko) 2015-01-02 2016-07-07 엘지전자 주식회사 무선 통신 시스템에서 d2d 동작 수행 방법 및 상기 방법을 이용하는 단말
WO2016165049A1 (zh) * 2015-04-11 2016-10-20 华为技术有限公司 一种资源分配方法、设备及系统
US10904848B2 (en) 2015-07-09 2021-01-26 Lg Electronics Inc. Synchronization method of user equipment in wireless communication system and user equipment using method
US10098059B2 (en) 2016-04-29 2018-10-09 Qualcomm Incorporated Discovering physical cell identifiers in wireless communications
CN107645392B (zh) * 2016-07-20 2020-07-10 电信科学技术研究院 一种用户设备间的通信方法及装置、通信控制方法及装置
DE112017003646T5 (de) * 2016-07-21 2019-04-04 Samsung Electronics Co., Ltd. SYSTEM UND VERFAHREN ZUM ERKENNEN VON BENUTZERGERÄTEN (UEs) ÜBER SIDE-LINK IN VORRICHTUNG-ZU-VORRICHTUNG (D2D) -KOMMUNIKATION
CN108024379B (zh) * 2016-11-04 2019-08-30 电信科学技术研究院 一种跨载波调度方法及装置
LU100072B1 (en) * 2017-02-13 2018-10-01 Networxinmotion Gmbh I G Intelligent node for extending a telecommunications network
CN116209052B (zh) * 2017-05-04 2024-04-23 华为技术有限公司 同步信号的发送方法、同步信号的接收方法及相关设备
EP3689062A4 (en) * 2017-09-28 2020-09-02 ZTE Corporation SYSTEMS AND METHODS FOR EXECUTING CARRIER AGGREGATION IN SIDE LINK COMMUNICATIONS
JP7236445B2 (ja) 2018-02-09 2023-03-09 オッポ広東移動通信有限公司 同期信号送信方法、装置及びコンピュータ記憶媒体
CN110768771B (zh) * 2018-07-27 2021-07-27 维沃移动通信有限公司 同步信号传输方法及终端
CN110972104B (zh) * 2018-09-28 2021-07-09 展讯通信（上海）有限公司 V2x通信方法及装置
WO2020093335A1 (zh) * 2018-11-08 2020-05-14 Oppo广东移动通信有限公司 传输侧行链路数据的方法和终端设备
CN111327408A (zh) * 2018-12-13 2020-06-23 索尼公司 电子装置、无线通信方法和计算机可读介质
WO2020222590A1 (en) 2019-05-02 2020-11-05 Lg Electronics Inc. Transmission of control information for sidelink management
KR102510753B1 (ko) * 2019-08-15 2023-03-16 엘지전자 주식회사 Nr v2x에서 s-ssb를 전송하는 방법 및 장치
KR102870788B1 (ko) * 2019-08-16 2025-10-13 엘지전자 주식회사 무선통신시스템에서 사이드링크 신호를 송수신하는 방법
US12369184B2 (en) * 2019-09-26 2025-07-22 Qualcomm Incorporated Techniques for performing sidelink discovery in wireless communications
CN113271567B (zh) * 2020-02-14 2025-03-18 大唐移动通信设备有限公司 信息发送、接收方法、装置及终端
US12273829B2 (en) * 2020-03-23 2025-04-08 Qualcomm Incorporated Sidelink feedback reporting
US11917716B2 (en) * 2020-12-10 2024-02-27 Qualcomm Incorporated Two-stage discovery in sidelink
US20240349206A1 (en) * 2023-04-11 2024-10-17 Qualcomm Incorporated Timing synchronization signals and frequency synchronization signals

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012108621A1 (ko) * 2011-02-11 2012-08-16 엘지전자 주식회사 무선 접속 시스템에서 단말 간 협력적 통신을 수행하기 위한 방법 및 장치
WO2013091229A1 (en) * 2011-12-23 2013-06-27 Renesas Mobile Corporation Transparent d2d communications
US20130273924A1 (en) * 2012-04-11 2013-10-17 Renesas Mobile Corporation Methods and apparatus for transmitting and/or controlling device-to-device discovery signals
WO2014185747A1 (ko) * 2013-05-16 2014-11-20 엘지전자 주식회사 무선 통신 시스템에서 신호 송수신 방법 및 장치
WO2014196771A1 (ko) * 2013-06-03 2014-12-11 엘지전자 주식회사 D2d 통신을 수행하는 단말의 발견 신호 전송 방법 및 상기 방법을 이용하는 단말

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20120100833A (ko) 2011-03-04 2012-09-12 한국항공대학교산학협력단 단말간 직접통신 수행 방법 및 이를 지원하는 단말
WO2013162333A1 (ko) 2012-04-26 2013-10-31 한국전자통신연구원 부분적 단말 제어 단말 대 단말 통신 방법
US9357417B2 (en) * 2012-08-17 2016-05-31 Telefonaktiebolaget L M Ericsson Methods, systems and devices for obtaining system information in a wireless network
US9503216B2 (en) * 2012-11-02 2016-11-22 Telefonaktiebolaget L M Ericsson (Publ) Methods and devices related to effective measurements
JP6101822B2 (ja) * 2013-01-16 2017-03-22 インターデイジタル パテント ホールディングス インコーポレイテッド ディスカバリ信号生成および受信
US9974066B2 (en) 2013-05-01 2018-05-15 Samsung Electronics Co., Ltd. Methods and apparatus for device-to-device communications system
US9572171B2 (en) * 2013-10-31 2017-02-14 Intel IP Corporation Systems, methods, and devices for efficient device-to-device channel contention
CN104754763B (zh) 2013-12-30 2019-10-22 索尼公司 用于调整终端到终端资源分配的方法、基站和用户设备
US10051677B2 (en) * 2014-01-24 2018-08-14 Telefonaktiebolaget Lm Ericsson (Publ) Providing, obtaining, and using D2D-related capability of a network node
US10129902B2 (en) * 2014-03-19 2018-11-13 Interdigital Patent Holdings, Inc. Device to-device synchronization
US9692533B2 (en) * 2014-06-20 2017-06-27 Sony Corporation Operating a user equipment in a wireless communication network
US10772073B2 (en) * 2014-07-18 2020-09-08 Samsung Electronics Co., Ltd. Synchronization method and device for device-to-device communication in wireless communication system
WO2016024904A1 (en) * 2014-08-11 2016-02-18 Telefonaktiebolaget L M Ericsson (Publ) D2d and cellular operation on different carrier frequencies or frequency bands
JP6650406B2 (ja) 2014-09-26 2020-02-19 シャープ株式会社 端末装置、基地局装置、通信方法、および、集積回路
WO2016056979A1 (en) 2014-10-06 2016-04-14 Telefonaktiebolaget L M Ericsson (Publ) Carrier selection for device-to-device measurements
WO2016108680A1 (ko) 2015-01-02 2016-07-07 엘지전자 주식회사 무선 통신 시스템에서 d2d 동작 수행 방법 및 상기 방법을 이용하는 단말

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012108621A1 (ko) * 2011-02-11 2012-08-16 엘지전자 주식회사 무선 접속 시스템에서 단말 간 협력적 통신을 수행하기 위한 방법 및 장치
WO2013091229A1 (en) * 2011-12-23 2013-06-27 Renesas Mobile Corporation Transparent d2d communications
US20130273924A1 (en) * 2012-04-11 2013-10-17 Renesas Mobile Corporation Methods and apparatus for transmitting and/or controlling device-to-device discovery signals
WO2014185747A1 (ko) * 2013-05-16 2014-11-20 엘지전자 주식회사 무선 통신 시스템에서 신호 송수신 방법 및 장치
WO2014196771A1 (ko) * 2013-06-03 2014-12-11 엘지전자 주식회사 D2d 통신을 수행하는 단말의 발견 신호 전송 방법 및 상기 방법을 이용하는 단말

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3242520A4 *

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109804679A (zh) * 2016-10-13 2019-05-24 Lg电子株式会社 在无线通信系统中由终端执行的侧链路同步信号发送方法以及使用该方法的终端
EP3512267A4 (en) * 2016-10-13 2019-12-18 LG Electronics Inc. METHOD PERFORMED BY TERMINAL IN A WIRELESS COMMUNICATION SYSTEM FOR TRANSMITTING A SIDELINK SYNCHRONIZATION SIGNAL AND TERMINAL WITH USE THEREOF
US11425671B2 (en) 2016-10-13 2022-08-23 Lg Electronics Inc. Sidelink synchronization signal transmission method performed by terminal in wireless communication system and terminal using same
US11647473B2 (en) 2016-10-13 2023-05-09 Lg Electronics Inc. Sidelink synchronization signal transmission method performed by terminal in wireless communication system and terminal using same
CN110463291A (zh) * 2017-03-24 2019-11-15 Lg 电子株式会社 在无线通信系统中传输侧链路同步信号的方法和使用该方法的终端
JP2020510375A (ja) * 2017-03-24 2020-04-02 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおけるサイドリンク同期信号送信方法及び前記方法を利用する端末
US11096137B2 (en) 2017-03-24 2021-08-17 Lg Electronics Inc. Method for transmitting sidelink synchronization signal in wireless communication system and user equipment using same
CN110463291B (zh) * 2017-03-24 2021-08-31 Lg 电子株式会社 在无线通信系统中传输侧链路同步信号的方法和使用该方法的终端

Also Published As

Publication number Publication date
EP3242520B1 (en) 2021-03-31
WO2016108680A1 (ko) 2016-07-07
CN107113552B (zh) 2020-06-30
US20190268203A1 (en) 2019-08-29
US20180019904A1 (en) 2018-01-18
US20220278884A1 (en) 2022-09-01
KR102000968B1 (ko) 2019-07-17
US20180270098A1 (en) 2018-09-20
EP3242520A4 (en) 2018-08-15
US10530627B2 (en) 2020-01-07
CN107113552A (zh) 2017-08-29
US20200059392A1 (en) 2020-02-20
US10320600B2 (en) 2019-06-11
US11463295B2 (en) 2022-10-04
EP3242520A1 (en) 2017-11-08
KR20170094267A (ko) 2017-08-17

Similar Documents

Publication Publication Date Title
WO2016108679A1 (ko) 무선 통신 시스템에서 d2d 신호 전송 방법 및 상기 방법을 이용하는 단말
WO2018044080A1 (ko) 무선 통신 시스템에서 하향링크 제어 정보 전송 방법 및 상기 방법을 이용하는 장치
WO2016182293A1 (ko) 무선 통신 시스템에서 v2x 통신을 수행하는 단말의 전송 전력 결정 방법 및 상기 방법을 이용하는 단말
WO2017171529A1 (ko) 무선 통신 시스템에서 단말에 의해 수행되는 v2x 전송 자원 선택 방법 및 상기 방법을 이용하는 단말
WO2018070845A1 (ko) 무선 통신 시스템에서 단말에 의해 수행되는 사이드링크 동기화 신호 전송 방법 및 상기 방법을 이용하는 단말
WO2019160281A1 (en) Method and apparatus for performing dc based handover
WO2017048109A1 (ko) 무선 통신 시스템에서 단말의 v2x 동작을 위한 자원 선택 방법 및 상기 방법을 이용하는 단말
WO2016163856A1 (ko) 무선 통신 시스템에서 단말에 의해 수행되는 psbch 전송 방법 및 상기 방법을 이용하는 단말
WO2014025141A1 (en) A method for transferring a status report and a communication device thereof in a wireless communication system
WO2019194528A1 (en) Method and apparatus for performing transmission
WO2017026791A1 (en) Method for discoveering relay ue via d2d link at ue in wireless communication system and apparatus therefor
WO2016068456A1 (en) Method for avoiding transmitting mac pdu having padding only in a d2d communication system and device therefor
WO2016076510A1 (en) Method for indicating a ciphering indication for a sidelink radio bearer in a d2d communication system and device therefor
WO2017007280A1 (ko) 무선 통신 시스템에서 단말의 동기화 수행 방법 및 상기 방법을 이용하는 단말
WO2017192006A2 (ko) 무선 통신 시스템에서 단말에 의해 수행되는 신호 전송 방법 및 상기 방법을 이용하는 단말
WO2016048068A1 (ko) D2d 신호의 송신 방법 및 이를 위한 단말
WO2018182263A1 (ko) 무선 통신 시스템에서 단말의 v2x 통신 방법 및 상기 방법을 이용하는 단말
EP3613236A1 (en) Method and apparatus for reporting measurement result
WO2018194388A1 (ko) 무선 통신 시스템에서 피드백 정보를 송신하는 방법 및 장치
WO2017200299A1 (ko) 단말의 셀 재선택 절차 수행 방법 및 이를 지원하는 장치
WO2016159559A1 (ko) Mcptt에서 단말이 우선 순위를 변경하는 방법 및 장치
WO2017222322A1 (ko) Mbms 서비스 수신 방법 및 이를 지원하는 장치
WO2017034324A1 (ko) 무선 통신 시스템에서 단말의 v2x 신호의 송수신 방법 및 상기 방법을 이용하는 단말
WO2019194597A1 (en) Method and apparatus for signaling of access barring parameters in wireless communication system
WO2019143146A1 (en) Method and apparatus for performing measurement

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 20177017881

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 15541101

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2016732897

Country of ref document: EP