Method and apparatus for controlling semi-persistent scheduling

Abstract

The communication system configures multiple sidelink SL semi-static scheduling SPS for user equipment. In some embodiments, the method includes generating, by a base station, SL SPS configuration information for the user equipment, wherein the SL SPS configuration information includes: a SL SPS radio network temporary identifier (RNTI) for the user equipment; and SL SPS index information for indicating multiple SL SPS configurations for the user equipment. The method also includes: configuring a radio resource control RRC message including the SL SPS configuration information, and sending the RRC message to the user equipment by the base station.

Description

[0001] This patent application is a divisional application of a patent application with an application date of August 9, 2017, application number of "2017800493848", and invention name of "Method and device for controlling semi-static scheduling". Technical Field

[0002] The present disclosure relates to a wireless communication system, and more particularly, to a method and apparatus for semi-static scheduling of vehicle-to-everything (V2X). Background Art

[0003] Vehicle-to-X (V2X) communication refers to a communication scheme that is capable of: 1) providing general wireless communication services such as voice calls, data transmission, etc.; and 2) exchanging or sharing information such as traffic conditions, etc. by communicating with other vehicles, pedestrian-based wireless terminals (such as smart phones), or infrastructure (such as mobile communication networks or wireless communication devices installed in roads) during driving. V2X may include vehicle-to-vehicle (V2V) indicating communication between terminals carried by vehicles, vehicle-to-pedestrian (V2P) indicating communication between terminals carried by vehicles and individuals, and vehicle-to-infrastructure / network (V2I / N) indicating communication between vehicles and roadside units (RSU) / networks. In the last example, the RSU may be a traffic infrastructure entity implemented by a fixed terminal or a base station. For example, the RSU may be an entity that sends speed notifications to vehicles.

[0004] Based on the performance requirements for supporting V2X in LTE systems and next-generation wireless communication systems, additional technologies required for current LTE systems and next-generation wireless communication systems are currently being discussed. Also under discussion is a semi-persistent scheduling (SPS) scheme that effectively supports periodic data transmission; such a scheme is required to support vehicle communication services and multiple SPS configurations. However, an SPS activation and deactivation scheme for supporting multiple SPS configurations has not yet been determined. Summary of the invention

[0005] Technical issues

[0006] There is a need to support multiple SPS configurations for SPS scheduling for V2X.

[0007] It is necessary to activate, deactivate, and allocate resources for a single SPS configuration among multiple SPS configurations for SPS scheduling for V2X.

[0008] Solutions to the problem

[0009] An example embodiment of the present disclosure describes a method for sidelink (SL) semi-static scheduling (SPS) for a user equipment (UE) supported by an evolved Node B (eNB) in a wireless communication system. The method may include sending information associated with a plurality of SL SPS configurations to be configured for the UE to the UE; and sending SL SPS-related control information of each of one or more SL SPS configurations in the plurality of SL SPS configurations to the UE.

[0010] An example embodiment of the present disclosure describes a method for performing sidelink (SL) semi-static scheduling (SPS) transmission / reception by a UE in a wireless communication system. The method may include: receiving information associated with multiple SL SPS configurations to be configured for the UE from an eNB; and receiving SL SPS-related control information of each of one or more SL SPS configurations in the multiple SL SPS configurations from the eNB.

[0011] The description provided below may be applied individually or in combination to the embodiments provided according to various aspects of the present invention.

[0012] The information associated with the multiple SL SPS configurations may include identification information of each of the multiple SL SPS configurations.

[0013] The SL SPS related control information may include identification information of one or more SL SPS configurations.

[0014] The SL SPS-related control information may also include activation or deactivation indication information associated with a predetermined SL SPS configuration, or activation or deactivation indication information associated with SL authorization information associated with the predetermined SL SPS configuration.

[0015] The SL SPS related control information may be transmitted via a medium access control (MAC) control element (CE) or via downlink control information (DCI) of a physical downlink control channel (PDCCH) or an enhanced PDCCH (EPDCCH).

[0016] The identification information may be a radio network temporary identifier (SPS SL-RNTI) or SL_SPS_Index.

[0017] Advantageous Effects of the Invention

[0018] The present disclosure provides a method and apparatus for supporting multiple SPS configurations for SPS scheduling for V2X.

[0019] The present disclosure provides a method and apparatus for activating, deactivating, and allocating resources for a single SPS configuration among multiple SPS configurations for SPS scheduling for V2X. BRIEF DESCRIPTION OF THE DRAWINGS

[0020] Figure 1 is a block diagram showing a wireless communication system to which the present invention is applied.

[0021] Figures 2 to 7 is a schematic diagram showing vehicle communication in a wireless communication system to which the present invention is applied;

[0022] Figure 8 is a schematic diagram showing a semi-static resource scheduling method for a side link in a wireless communication system to which the present invention is applied;

[0023] Fig. 9 is a schematic diagram illustrating a method for scheduling semi-static resources for a sidelink by an evolved Node B (eNB) according to an embodiment of the present invention;

[0024] Fig.10 is a schematic diagram showing a method for scheduling semi-static resources for a side link by an eNB according to another embodiment of the present invention;

[0025] Fig.11 is a schematic diagram showing an operation of reporting user equipment (UE) assistance information according to the present invention;

[0026] Figure 12 to Figure 16 is a schematic diagram showing the configuration of a MAC PDU according to the present invention;

[0027] Fig.17 is a flowchart illustrating the operation of an eNB and a UE according to the present invention; and

[0028] Fig.18 is a schematic diagram showing the configuration of a wireless device according to the present invention. DETAILED DESCRIPTION

[0029] The exemplary embodiments of the present invention will be described more fully below with reference to the accompanying drawings showing exemplary embodiments of the present invention. Unless otherwise specified, throughout the drawings and detailed description, the same reference numerals are understood to refer to the same elements, features and structures. For clarity and simplicity, detailed descriptions of known configurations or functions may be omitted when describing the exemplary embodiments.

[0030] In addition, the description herein relates to a wireless communication network. One or more operations in the wireless communication network may be performed by a system (eg, a base station) controlling the wireless network in the process of controlling the network and transmitting data, or may be performed in a user device communicating with the wireless communication network.

[0031] In a network system including multiple network nodes (e.g., base stations), various operations for facilitating communication with a mobile device or for communicating with a mobile device may be performed by a base station or other network nodes in the network system. A base station (BS) may be referred to as a fixed station, a Node B, an evolved Node B (eNB), an access point (AP), etc. A mobile terminal may be referred to as a mobile device, a user equipment (UE), a mobile station (MS), a mobile subscriber station (MSS), a subscriber station (SS), a non-access point station (non-AP STA), etc.

[0032] Figure 1 is a block diagram illustrating a wireless communication system.

[0033] Figure 1 The network structure shown in the figure may be a network structure of an Evolved Universal Mobile Telecommunications System (E-UMTS). The E-UMTS system may include a Long Term Evolution (LTE) system, an Advanced LTE (LTE-A) system, a network structure based on the Third Generation Partnership Project (3GPP) standard that meets the International Mobile Telecommunications 2020 (IMT-2020) standard defined by the International Telecommunication Union-Radiocommunication Sector (ITU-R), and the like.

[0034] Reference Figure 1 , the wireless communication system 10 can provide a communication service between a base station (BS) and a user equipment (UE). In the wireless communication system, the UE and the BS can wirelessly send and receive data. In addition, the wireless communication system can support device-to-device (D2D) communication between UEs. A wireless communication system supporting D2D communication will be described later.

[0035] The BS 11 of the wireless communication system 10 can provide communication services to UEs present in the transmission coverage of the BS 11 through a predetermined frequency band. The coverage within which the BS provides services is also called a site. The site may include various areas 15a, 15b, and 15c, which may be referred to as sectors. The sectors included in the site may have different identifiers, respectively, so that each sector may be identified by its own sector identifier. Each sector 15a, 15b, and 15c may be understood as a part of the area covered by the BS 11.

[0036] The BS 11 communicates with the UE 12. The BS 11 may be referred to as an eNB (evolved Node B), a BTS (Base Transceiver System), an access point, a femto base station, a Home Node B, a relay station, and a Remote Radio Head (RRH).

[0037] The user equipment 12 (mobile station, MS) can be fixed or mobile and can also be referred to using different terms, including UE (user equipment), MT (mobile terminal), UT (user terminal), SS (subscriber station), wireless device, PDA (personal digital assistant), wireless modem, handheld device or connected car.

[0038] The base station 11 may also be referred to as a cell, including various coverage areas such as a super-large cell, a macro cell, a micro cell, a pico cell, and a femto cell. A cell may be used as a term for indicating a frequency band provided by a BS, a coverage area of ​​a BS, or a BS. In addition, the base station 11 may include different types of base stations, and different terms may be used to distinguish different types of base stations from each other. For example, in a dual-connection configuration in which a mobile terminal is connected to two or more base stations, the base station 11 may include at least two types of base stations, namely a primary eNodeB and a secondary eNodeB. The primary eNodeB (MeNB) is able to control the radio resource control connection by directly sending radio resource control connection signaling to the UE, and controls the mobility of the UE including the handover process. The secondary eNodeB (SeNB), which may not have the capabilities of the above-mentioned MeNB, provides additional radio resources to the UE, and performs partial radio resource control of the UE while the MeNB performs other radio resource control.

[0039] Hereinafter, the term downlink refers to communication from the BS 11 to the UE 12, and the term uplink refers to communication from the UE 12 to the BS 11. For the downlink, the transmitter may be part of the BS 11, and the receiver may be part of the UE 12. For the uplink, the transmitter may be part of the UE 12, and the receiver may be part of the BS 11.

[0040] There is no restriction on the multiple access method applied to the wireless communication system. A variety of methods can be used, including CDMA (Code Division Multiple Access), TDMA (Time Division Multiple Access), FDMA (Frequency Division Multiple Access), OFDMA (Orthogonal Frequency Division Multiple Access), SC-FDMA (Single Carrier-FDMA), OFDM-FDMA, OFDM-TDMA and OFDM-CDMA. Uplink transmission and downlink transmission can use TDD (Time Division Duplex) or FDD (Frequency Division Duplex), TDD uses different time positions for transmission, and FDD uses different frequencies for transmission.

[0041] The abbreviations used in this disclosure are defined as follows:

[0042] D2D: Device to Device (communication)

[0043] ProSe: (Device to Device) Proximity Services

[0044] V2X: Vehicle to X (Everything)

[0045] V2V: Vehicle to Vehicle

[0046] V2P: Vehicle to Pedestrian

[0047] V2I / N: Vehicle to Infrastructure / Network

[0048] GNSS: Global Navigation Satellite System

[0049] RSU: Road Side Unit

[0050] SL: Sidelink

[0051] SCI: Sidelink Control Information

[0052] PSSCH: Physical Sidelink Shared Channel

[0053] PSBCH: Physical Sidelink Broadcast Channel

[0054] PSCCH: Physical Sidelink Control Channel

[0055] PSDCH: Physical Sidelink Discovery Channel

[0056] Moreover, various operation modes (e.g., D2D, ProSe, or SL communication) may be defined based on a resource allocation scheme for a direct link. Data used for direct link (e.g., D2D, ProSe, or SL) communication is referred to as direct data, and control information used for direct link (e.g., D2D, ProSe, or SL) communication is referred to as direct control information.

[0057] Mode 1 indicates an operation mode in which the UE reports the amount of data to be sent through a direct link through a link between the UE and an eNB, the direct link being used to send direct data and direct control information to the eNB; and the eNB (or relay station) accurately schedules resources to be used by the UE through the direct link based on the information reported through the link between the UE and the eNB. Mode 2 indicates an operation mode in which the UE autonomously selects resources for sending direct data and direct control information from a currently available resource pool based on information pre-stored in the UE's USIM or memory or based on information obtained by receiving system information from the eNB.

[0058] Herein, considering the available wireless resources defined in the wireless communication system for direct control information and data transmission, such as available time, frequency, space, code, etc., the resource pool includes some of the available wireless resources of the eNB (or a device having management authority for wireless resources in the network). A bitmap is used to define a resource unit of each bit to indicate a resource pool. Resources corresponding to the part marked as "1" are included in the corresponding resource pool. The location of the resource is indicated by the bitmap, and the bitmap is repeatedly provided by the network, such as BS 11.

[0059] Hereinafter, although the embodiments of the present invention are described by using V2X communication as an example, the scope of the present invention may not be limited to V2X communication. In addition, the embodiments of the present invention may be applied to direct link-based communications such as D2D, ProSe, SL communications, etc.

[0060] V2X is a term generally referring to V2V, V2P, and V2I / N, and V2V, V2P, and V2I / N associated with LTE communication or a next generation mobile communication system may be respectively defined as follows.

[0061] -V2V (Vehicle to Vehicle)

[0062] V2V covers inter-vehicle communication based on LTE or based on the next generation mobile communication system. In other words, V2V can be defined as inter-vehicle communication based on LTE or based on the next generation mobile communication system.

[0063] -V2P (Vehicle to Pedestrian)

[0064] V2P covers the communication between vehicles based on LTE or the next generation mobile communication system and devices carried by individuals (for example, portable terminals carried by pedestrians, cyclists, drivers or passengers). In other words, V2P can be defined as the communication between vehicles based on LTE or the next generation mobile communication system and individuals.

[0065] -V2I / N (Vehicle to Infrastructure / Network)

[0066] V2I / N covers the communication between a vehicle and a roadside unit / network based on LTE or a next generation mobile communication system. A roadside unit (RSU) may be a traffic infrastructure entity implemented by a fixed UE or an eNB (e.g., an entity that sends a speed notification). V2I may indicate communication between a vehicle and a server, and V2N may indicate communication between a vehicle and an eNB. However, they are not limited thereto and may be collectively referred to as V2I / N.

[0067] For V2V operation based on PC5 as a D2D communication link (ie, a direct interface between two devices), the following various scenarios are considered.

[0068] (Type 1) Operating frequency band used as a test point for evaluation

[0069] Case 1A: 6GHz

[0070] Case 1B: 2GHz

[0071] In addition to the above, other frequency bands may be considered. For example, one of the ISM frequency bands may be used. Alternatively, one of the public frequencies commonly used around the world that are operable in LTE and next generation mobile communication systems may be considered.

[0072] (Type 2) eNB deployment including network control probability

[0073] Case 2A: Autonomous resource allocation by Mode 2 UE based on semi-static network configuration / pre-configured radio parameters

[0074] Case 2B: A larger number of UE-specific resource allocations and / or dynamic resource allocations provided by the eNB, including Mode 1, which is different from Case 2A

[0075] (Type 3)

[0076] Case 3A: UE communicates based on PC5 using a single carrier

[0077] Case 3B: UE communicates based on PC5 using multiple carriers

[0078] (Type 4)

[0079] Scenario 4A: Operated by a single operator

[0080] Case 4B: A set of PC5-based carriers shared by UEs subscribed to different operators. This indicates that UEs belonging to different operators can transmit signals on the same carrier.

[0081] Case 4C: Operators are assigned to different carriers. This indicates that the UE can transmit signals only on carriers assigned to the operator to which the UE belongs.

[0082] (Type 5) exists with Uu (interface between eNB and UE)

[0083] Case 5A: Operating a V2X dedicated carrier. In this article, there is no uplink traffic in the Uu interface on the PC5-based carrier.

[0084] Figures 2 to 7 is a schematic diagram showing vehicle communication in a wireless communication system to which the present invention is applied.

[0085] For V2X, Figure 2As shown, only PC5 links (which are links between UEs defined for D2D or ProSe) may be considered. PC5 links may be defined as a sidelink (SL). Figure 3 As shown, only the Uu link between the eNB and the UE may be considered. Figure 4 and 5 As shown, a road side unit (RSU) in the form of a UE is included, and both PC5 links and Uu links can be considered.

[0086] Hereinafter, UE includes the concept of UE used by a general user, such as a smart phone, as well as a UE included in a vehicle.

[0087] D2D communication refers to a technology in which a UE directly receives and sends data. In the following, it is assumed that the UE disclosed in the embodiments of the present invention supports D2D communication. In addition, D2D communication can be used interchangeably with the expressions ProSe or ProSe-D2D communication. The use of the term "ProSe" for D2D communication does not change the meaning of direct data transmission / reception between UEs, but may add a meaning based on proximity services. In addition, the wireless interface and / or wireless communication link between UEs performing D2D communication is defined as a sidelink (SL).

[0088] D2D communication performs: 1) discovery processing for communication between UEs existing within network coverage (in-coverage (INC)) or outside network coverage (out-of-coverage (OCC)); and 2) direct communication processing for sending and receiving control data and / or service data between UEs. Hereinafter, a UE that sends a signal based on D2D communication is referred to as a transmitting UE (TxUE), and a UE that receives a signal based on D2D communication is referred to as a receiving UE (RxUE). A Tx UE can send a discovery signal, and an Rx UE can receive a discovery signal. A Tx UE and an Rx UE can exchange their roles. A signal sent by a Tx UE can be received by two or more Rx UEs.

[0089] D2D communication can be used for various purposes. For example, within a commercial frequency-based network coverage site, D2D communication can be used for public safety, business network services, ultra-low latency services, business services, etc. However, D2D communication based on business network dedicated frequencies can only be used for business network communications, business security, etc., without considering network coverage.

[0090] When UEs close to each other perform D2D communication in a cellular system, the load on the eNB can be dispersed. In addition, when UEs close to each other perform D2D communication, the UEs send data within a relatively short distance, so the transmission power consumption and transmission delay of the UEs can be reduced. In addition, from the perspective of the entire system, existing cellular-based communications and D2D communications use the same resources, so when they do not overlap in space, frequency usage efficiency can be improved.

[0091] D2D communication can be classified into communication between UEs within network coverage (or eNB coverage) (in-coverage (INC)), communication between UEs outside coverage (out-of-coverage (OOC)), and communication between UEs within network coverage and UEs outside network coverage.

[0092] When a UE within coverage sends data via a sidelink for D2D communication in a wireless communication system, the eNB schedules the required resources. In this case, the UE within coverage may report the amount of data (e.g., D2D data) present in the buffer of each UE and to be sent to the eNB via the sidelink in the form of a buffer status report (BSR). The BSR associated with the sidelink may be referred to as an SL BSR or a ProSe BSR, which is different from a BSR associated with a wide area network (WAN) such as an LTE system or a next-generation mobile communication system. Moreover, although V2X is similar to D2D, a D2D-specific BSR for V2X may be separately defined, and the D2D-specific BSR for V2X may be referred to as a V2X BSR, so that the BSR may be distinguished from the SL BSR in terms of service.

[0093] According to an implementation scheme for performing D2D communication, an eNB may send D2D resource allocation information to a first UE located in the coverage of the eNB. The D2D resource allocation information may include allocation information associated with transmission resources and / or reception resources, which may be used for D2D communication between the first UE and another UE. The first UE receiving the D2D resource allocation information from the eNB may send the D2D resource allocation information associated with the D2D resource (through which the D2D data is transmitted) to the other UE, so that the other UE may receive the D2D data transmitted by the first UE.

[0094] The first UE, the second UE, the third UE and / or the fourth UE may perform D2D communication based on the D2D resource allocation information. Specifically, the second UE, the third UE and / or the fourth UE may obtain information associated with the D2D communication resources of the first UE. The second UE, the third UE and / or the fourth UE may receive the D2D data sent from the first UE through the resources indicated by the information associated with the D2D communication resources of the first UE. In this case, the first UE may send information indicating the amount of D2D data present in the buffer of the first UE to the eNB through the SL BSR, so as to receive resources from the eNB for performing D2D communication with the second UE, the third UE and / or the fourth UE.

[0095] Reference Figure 6 , the first UE (V2X UE1) and the second UE (V2X UE2) are located within the network coverage (INC), and they are able to communicate with the eNB (E-UTRAN). That is, the first UE (V2X UE1) and the second UE (V2X UE2) can perform data transmission / reception for vehicle communication services through the eNB (or Uu interface). In other words, the first UE (V2X UE1) and the second UE (V2X UE2) can transmit and receive data for vehicle communication services to each other through UL data transmission and DL data reception. However, since the third UE (V2X UE3) and the fourth UE (V2X UE4) are located outside the network coverage (OOC), when the third UE (V2X UE3) and the fourth UE (V2X UE4) are located somewhere where D2D communication with the first UE (V2X UE1) and the second UE (V2X UE2) is not allowed, they may not be able to transmit / receive data for vehicle communication services with the first UE (V2X UE1) and the second UE (V2X UE2). The UE cannot communicate with another UE, eNB, server, etc. located in an area where the signal cannot physically reach.

[0096] However, when the fourth UE (V2X UE4) outside the network coverage needs to access the network for vehicle communication services, commercial services, etc., and allows D2D communication with the UE-type RSU present in the network service range, the UE-type RSU acts as a relay station, so that the fourth UE (V2X UE4) outside the network coverage can send and receive data to and from the eNB through indirect routing. That is, Figure 7As shown, the UE-type RSU acts as a relay station, the fourth UE (V2X UE4) sends vehicle communication service data to the UE-type RSU through the SL, and the UE-type RSU can transmit the vehicle communication service data to the eNB using UL transmission through the Uu interface. The UE (for example, the first UE and the second UE within the network coverage area) can receive the vehicle communication service data of the fourth UE (V2X UE4) through the downlink of the Uu interface. The UE (for example, the third UE and the fourth UE) that can perform D2D communication with the UE-type RSU and exists outside the network service range can transmit the vehicle communication service data of the fourth UE (V2X UE4) to the UE (the first UE and the second UE) that exists within the network service range through the UE-type RSU.

[0097] like Figure 7 As shown, the vehicle communication service data transmitted by the fourth UE (V2X UE4) to the UE-type RSU can be directly transmitted to the UE (e.g., the third UE) that can perform D2D communication with the UE-type RSU and exists outside the network service range, although they are located somewhere where D2D communication with the fourth UE (V2X UE4) is not allowed. V2X service is sensitive to delay time, and therefore, after the UE-type RSU preferentially transmits data to the eNB, the delay time that occurs when the UE-type RSU transmits data again from the eNB can be reduced. Therefore, the UE-type RSU can prepare to send the data received from the fourth UE to the eNB through the Uu interface (i.e., LTE uplink), and can prepare to send data to the third UE (V2X UE3) through the SL. Therefore, when the UE-type RSU operates in a mode in which the SL resources are controlled by the eNB, the UE-type RSU can process the vehicle communication service data received from the fourth UE (V2X UE4) as data to be included in the LTE side BSR, and can simultaneously process the vehicle communication service data received from the fourth UE as data to be included in the SL BSR. That is, the UE-type RSU can deliver the vehicle communication service data received from the fourth UE (V2X UE4) to the packet data convergence protocol (PDCP) layer in the radio bearer (RB) and radio link control (RLC) layer on the LTE side, and at the same time can deliver the same information to the PDCP / RLC layer in the RB on the SL side.

[0098] Herein, the per-packet ProSe priority (PPPP) of the data transmitted to the SL-side RB can be maintained as the priority of the received data packet. When the SL-side RB mapped to the priority of the received data packet does not exist, the UE-type RSU can autonomously configure a new RB supporting the priority and send the data packet.

[0099] In the following, a method for optimizing the utilization of radio resources is provided to overcome the problems caused by the operation of SL semi-persistent scheduling (SPS). SPS is configured to reduce the delay time caused by the SL BSR-based resource allocation scheme when the RSU and UE for vehicle communication operate based on mode 1 (where the RSU and UE are controlled by the eNB), including ... are controlled by the eNB, including the delay time caused by the SL BSR-based resource allocation scheme when the RSU and UE are controlled by the eNB, including the delay time caused by the SL BSR-based resource allocation scheme when the RSU and UE are controlled by the eNB, Figure 7 More specifically, the present invention will describe a method and apparatus for operating a SL SPS when two or more SL SPSs are configured and multiple SL SPSs corresponding to some or all of the configured two or more SL SPSs are activated. Herein, if the service cell supports SL communication, the SL SPS may operate without considering the primary service cell and the secondary service cell.

[0100] Figure 8 It is a schematic diagram showing a semi-static resource scheduling method for a side link in a wireless communication system to which the present invention is applied.

[0101] In mode 1, for SL SPS vehicle communication, the eNB configures the SPS-configuration (SPS-config) for SL through a radio resource control (RRC) message, and operates a separate resource allocation scheme for SPS. The SPS-config for SL includes configuration information used when the UE performs SL data transmission based on the radio resources allocated through the SL SPS, or may be simply referred to as the SL SPS configuration. In addition, the eNB may configure multiple pieces of RRC layer information for SL SPS transmission of the vehicle (e.g., SPS-config for SL or SL SPS configuration), and may operate a separate SPS resource allocation scheme for each SL SPS configuration.

[0102] The transmission through the SL SPS may be limited to the broadcast scheme. That is, the vehicle communication data may be transmitted through the SL SPS according to the broadcast scheme.

[0103] In some embodiments, the semi-persistent resource scheduling interval (semiPersistSchedIntervalSL) for the sidelink may always be set to '1' and therefore may not be included in the RRC configuration information.

[0104] refer to Figure 8, associated with a sidelink control (SC) cycle number, an SC cycle starting after an offset value is defined as SC cycle number 0 810, the offset value defining a start point of the SC cycle based on subframe number 0 in system frame number (SFN) 0; the SC cycle number is incremented by 1 starting from SC cycle number 0. The offset value may be defined based on a subframe unit. After the SC cycle number 820 having the largest number, the SC cycle number becomes 0 again. The SFN may be one of the values ​​in the range of 0 to 1023, and the subframe number may be one of the values ​​in the range of 0 to 9.

[0105] Based on the radio resources allocated by the SL SPS for the vehicle communication service, the eNB may determine configuration information for SL data transmission for each UE or UE-type RSU through an RRC message (eg, an RRC reconfiguration message).

[0106] Fig. 9 is a schematic diagram showing a method for scheduling semi-static resources for a sidelink by an eNB according to an embodiment of the present invention.

[0107] As an example, "implicitReleaseAfterSL" may be defined as the maximum number of consecutive empty transmission SC cycles that do not include SL transmission data for releasing the SPS configuration. The sidelink direct communication resource pool is configured on a semi-static basis using the Layer 3 SL-CommResourcePool RRC message as defined in 3GPP TS36.331. The Layer 1 physical resources associated with the pool, e.g., resource blocks and subframes, are divided into a series of repeating time periods, namely sidelink control (SC) periods. Each SC period is a time period consisting of the transmission of sidelink control information (SCI) and its corresponding data. The SCI includes sidelink scheduling information, such as resource block allocation, modulation and coding scheme, group destination ID for sidelink communication, etc.

[0108] Fig. 9It is shown how to release the SL grant configured by the SL SPS, as shown in Figure 940. First, the UE receives a physical downlink control channel (PDCCH) or an enhanced PDCCH (EPDCCH) indicating the activation of the SL SPS, or receives a MAC control element (CE) indicating the activation of the SL SPS, thereby allocating resources for the SL SPS (i.e., configuring the SL grant). Then, empty transmission occurs in consecutive SC cycles as many times as the maximum number of SC cycles defined by the eNB in ​​all subframes. That is, when the SC cycle 920 including only the situation 910 in which only a media access control protocol data unit (MAC PDU) is generated (the new data includes a zero MAC service data unit (SDU)) occurs consecutively as many times as the number 930 defined in 'implicitReleaseAfterSL' (in Fig. 9 940). SL grant release may be referred to as SL SPS deactivation. Herein, empty transmission is not actually transmitted through the physical channel shared channel (PSSCH). That is, when a MAC PDU (which is new data including a zero MAC SDU) is configured in the MAC layer, the MAC layer does not send a MAC PDU to the physical layer. A zero MAC SDU indicates no transmission when there is no data (e.g., RLC SDU) transmitted from the RLC layer to the MAC layer (i.e., when there is no data to be transmitted) and the MAC layer is in a situation where only a MAC subheader is sent but no data is sent.

[0109] Fig.10 is a schematic diagram showing a method for scheduling semi-static resources for a sidelink by an eNB according to another embodiment of the present invention.

[0110] As another example, "implicitReleaseAfterSL" may be defined as the maximum number of consecutive omitted MAC PDU transmissions that do not include SL transmission data for canceling SPS configuration.

[0111] Reference Fig.10 , after the UE receives a PDCCH / EPDCCH indicating SL SPS activation or a MACCE indicating SL SPS activation, when empty transmission occurs consecutively as many times as the maximum number defined by the eNB, that is, when a MAC PDU (that is, new data including zero MAC SDU) is generated, the SL grant configured by SL SPS can be released. In this article, the empty transmission may not actually be transmitted through the PSSCH. That is, when the MAC PDU is configured in the MAC layer, the MAC PDU is not sent to the physical layer.

[0112] In the MAC layer, the actual MAC PDU is configured based on the transmittable information bit length provided from the physical layer. The transmittable information bit length may be calculated taking into account at least one subframe in an available time resource pattern (T-RPT) for transmission. For example, when there are four transmission opportunities, the bit length of information capable of transmitting a single MAC PDU may be calculated. When there are two transmission opportunities in a single T-RPT, time resources 1010 of two T-RPTs are required for a single MAC PDU transmission. When the value "implicitReleaseAfterSL" is set to 2 as shown in FIG. 1020, two T-RPT durations may be counted as one duration, as shown in FIG. 1030. Therefore, as shown in FIG. 1030 and FIG. 1040, when two MAC PDUs as new data including a zero MAC SDU are continuously generated during four consecutive T-RPT durations, the SL SPS may be released. That is, the SL grant configured by the SL SPS may be released, as shown in FIG. 1050. Herein, T-RPT defines resources in the form of a pattern based on some periods, which are defined by the entire T-RPT duration in the subframes set by the eNB as SL communication enabled subframes. As an example, the entire T-RPT duration can be eight SL communication enabled subframes. T-RPT may include the entire duration value, the number of resources actually allocated to the entire duration, and information associated with the location of the actually allocated resources. As an example, the resource location can be defined based on a bitmap scheme. "0" means unallocated and "1" means allocated. Time increases in the direction from the leftmost bit to the rightmost bit. In the above embodiment, when the eNB does not configure "implicitReleaseAfterSL", the UE determines that "implicitReleaseAfterSL" is "1". Alternatively, when a MAC PDU is generated as new data including a zero MAC SDU, the UE immediately releases the SL authorization without performing the counting operation associated with the 'implicitReleaseAfterSL' field. In combination with the SL SPS operation defined as described above, an embodiment of the present invention will describe a method for supporting multiple SL SPS configurations relative to a single UE.

[0113] A new method for individually indicating the activation and deactivation of multiple SL SPS configurations for a single UE will be described below. Secondly, a new method for individually configuring or releasing SL authorization for multiple SL SPS configurations for a single UE will be described. Third, in order to provide control information for individual activation and deactivation of multiple SL SPS configurations for a single UE and / or to provide control information for configuring and releasing SL authorization, a method using PDCCH / EPDCCH DCI and a new method using MAC control elements (CE) will be described. Fourth, when there are multiple SL SPS configurations for a single UE, but simultaneous activation of multiple SL SPs is not allowed, a new method for providing control information for SLS SPS activation and deactivation and / or control information for configuring and releasing SL authorization will be described.

[0114] Fig.11 is a schematic diagram illustrating an operation for reporting UE assistance information according to the present invention.

[0115] At operation S1110, the UE receives a system information block (SIB) including system information associated with V2X from an eNB (E-UTRAN). The SIB may be defined as a new SIB. Fig.11 In the present invention, SIB may be referred to as SIB V2X. However, SIB including system information related to V2X may be referred to using different terms from SIB V2X. For example, SIB V2X may be referred to as SIB21, SIB22, etc. to distinguish it from the legacy SIB.

[0116] A UE receiving SIB V2X can identify data transmission / reception allowed for V2X services within the service area of ​​the corresponding eNB. In addition, the UE can determine V2X-related parameters to be used for V2X services. The V2X-related parameters may include a transmission power to be transmitted over a PC5 link, information indicating whether setting mode 2 (i.e., a mode in which the UE autonomously selects radio resources for a PC5 link for V2X) and / or an exception mode is allowed, information associated with a set of transmission and / or reception resources (i.e., a resource pool) that can be used in the setting mode, and the like.

[0117] In the case where the UE is set to have an RRC connection with the eNB and operates based on mode 1 (i.e., a mode in which the eNB controls the radio resources for the PC5 link for V2X), when a condition is met for the UE to determine that there is a problem with the connection with the eNB, or when a condition is met for the UE to declare that the radio link is failed, the exception mode may be a mode that temporarily allows the UE to autonomously select radio resources when the UE starts the RRC reconfiguration process. The exception mode is a mode that temporarily allows the UE to autonomously configure radio resources. Subsequently, when the eNB does not change the resource selection mode and releases the conditions that enable the UE to operate based on the exception mode, the exception mode is switched to mode 1 again.

[0118] In addition, SIB V2X may include information associated with multiple SL SPS configurations of the UE. In this case, the eNB may not be aware of the characteristics of the SL communication performed between the UEs. Therefore, the eNB may receive information from the UE that will be used to infer the SL resource mode required by the current UE in order to determine the SL resource mode required by the current UE for each of the multiple SL SPS configurations.

[0119] As described above, the UE assistance information (UEAssistanceInformation) in operation S1120 may include information provided by the UE to the eNB for SL communication. The information provided by the UE to the eNB may be V2X service information.

[0120] For example, currently activated V2X service information may be provided to the eNB. The V2X service information may include a basic safety message (BSM) that transmits information related to vehicle safety, or a collaborative awareness message (CAM) that transmits status information (e.g., time, location, mobility status, etc.) of a vehicle in an intelligent transportation network system. Two or more services may be activated at the same time, so multiple pieces of V2X service information may be included in the report information.

[0121] An eNB receiving V2X service information from multiple UEs (or vehicles) can determine the appropriate SL SPS from the SL SPS currently configured for each UE. When there is no appropriate SL SPS configuration for supporting the currently required V2X service in the SL SPS configuration information configured for each UE, the eNB can determine the configuration of an additional SL SPS.

[0122] According to an embodiment of the present invention, a separate radio network temporary identifier (RNTI) may be used for SL SPS. The separate RNTI may be defined as SPS SL-RNTI.

[0123] Herein, when there are multiple SL SPS configurations for a single UE, SPS SL-RNTIs may be allocated to the multiple SL SPS configurations respectively. That is, the eNB may randomly select one of the values ​​in the range defined in Table 1 provided below as the SPS SL-RNTI value, and may configure a single SPS SL-RNTI for each SL SPS. That is, the eNB may notify the UE through an RRC message or the like before mapping the SPS SL-RNTI value for each SL SPS configuration.

[0124] [Table 1]

[0125]

[0126]

[0127] The SPS SL-RNTI can be used to determine the SL SPS resource control information allocated by the eNB for each SL SPS configuration. For example, the UE determines the SL SPS configuration to which the control information (i.e., SL SPS activation / deactivation indicator information) indicating SL SPS activation or deactivation and received through PDCCH / EPDCCH DCI or MAC CE is to be applied based on the SPS SL-RNTI value. When the SLSPS activation / deactivation indication information indicates activation, the UE can store the SL authorization information provided through PDCCH / EPDCCH DCI or MAC CE, and can determine that the SL authorization is configured.

[0128] SL authorization can be configured through the following process based on RRC configuration information.

[0129] An example of providing SL SPS activation / deactivation indication information through PDCCH / EPDCCH will be described.

[0130] When the received SL SPS activation / deactivation indication information in the PDCCH / EPDCCH indicates activation, the UE stores the SL authorization information provided through the PDCCH / EPDCCH and determines that the SL authorization is configured.

[0131] The DCI contained in the PDCCH / EPDCCH is the DCI for the newly introduced SL for vehicle communication, and the SL SPS activation / deactivation indication information may be included in the DCI. For example, when the SL SPS activation / deactivation indication information is '1', it indicates activation. When the SL SPS activation / deactivation indication information is '0', it indicates deactivation (SL authorization release).

[0132] In Table 1, the PDCCH / EPDCCH including the DCI for the SL and the SL SPS related fields is available only when the PDCCH / EPDCCH is a cyclic redundancy check (CRC) scrambled (or masked) with the SPS SL-RNTI.

[0133] Next, an example of providing SL SPS activation / deactivation indication information through MAC CE will be described.

[0134] In order to obtain information sent through MAC CE, the UE can determine scheduling information associated with MAC CE (e.g., physical resource information, to which the physical downlink shared channel (PDSCH) including the MAC CE is mapped) through PDCCH / EPDCCH DCI. The PDCCH / EPDCCH including scheduling information associated with the MAC CE can be scrambled / masked with C-RNTI, and the UE can decode the PDCCH / EPDCCH based on the C-RNTI. Herein, unlike the above-mentioned PDCCH / EPDCCH DCI including SL activation / deactivation information and / or SL authorization information, the PDCCH / EPDCCH DCI including scheduling information associated with the MAC CE can be a PDCCH / EPDCCH DCI including DL authorization information (or DL ​​assignment information) for scheduling downlink transmission from the eNB to the UE. That is, a UE that decodes the PDCCH / EPDCCH DCI including DL grant information can receive a MAC CE sent through the PDSCH on the resources indicated by the DL authorization information, can deliver the received MAC CE to the MAC layer, and can determine its content.

[0135] The SL SPS activation / deactivation indication information may be sent via MAC CE. The MAC CE information may be configured as a message having a variable length of 16 bits to 72 bits included in the MAC payload, or may be configured as a message having a fixed length of 20 bits, 24 bits, 28 bits, or 32 bits. Alternatively, the MAC CE information may be sent together with the corresponding MAC subheader, and the MAC subheader may be included in the MAC header of the MAC PDU. Figures 12 to 16 The MAC PDU format according to the present invention is described in detail.

[0136] Through the logical channel ID (LCID) information included in the MAC subheader, the UE can determine whether the corresponding MAC CE is SL SPS activation / deactivation indication information. For example, when the LCID value is '10111', it can indicate SL SPS activation. When the LCID value is '10110', it can indicate SL SPS deactivation.

[0137] The 16 bits included in the MAC payload of the message may have an SPS SL-RNTI value. Therefore, the UE may determine a SL SPS configuration to which activation or deactivation is to be applied from among a plurality of SL SPS configurations based on the SPS SL-RNTI.

[0138] In addition, SL grant information having a length of 16 bits, 20 bits, or 24 bits may be included in the MAC CE. Alternatively, the length of the SL grant information may be a multiple of 8.

[0139] Table 2 shows an example of information included in the SL grant. The SL grant information shown in Table 2 may be included in the DCI of the PDCCH / EPDCCH, or may be included in the MAC CE. For example, the SL grant may correspond to DCI format 5.

[0140] [Table 2]

[0141]

[0142] The DCI content fields of Table 2 may be arranged from the most significant bit (MSB) to the least significant bit (LSB), but the field arrangement is not limited thereto. In addition, some or all of the DCI content fields of Table 2 may be included as SL authorization information, Table 2 may also include additional fields not included therein, and the order in which the fields are listed may not be limited to this order.

[0143] The SL grant in the example of Table 2 may include a 6-bit field for PSCCH resources, an 8-bit group destination ID field, an 11-bit timing advance indication field, a 5-bit modulation and coding scheme (MCS) field, a 1-bit field for PSCCH and PSCHTPC command, a 1-bit frequency hopping flag field, 1-bit resource block assignment and frequency hopping resource allocation field, and a 7-bit time resource mode field. In this case, the size of the SL grant can be

[0144] In this article, it can be determined based on the bandwidth supported by the corresponding system. For example, in the LTE system, It may be given as one of the values ​​in the range of 6 to 100. This value may indicate the maximum number of resource blocks (RBs) that can be allocated for V2X services in the corresponding system. The eNB in ​​the corresponding system may report the maximum number of RBs to all UEs through system information using a broadcast transmission scheme. The maximum number of RBs may be represented using the index of the RB resources configured for the V2X service. For example, in a system having a bandwidth formed by 100 consecutive RBs based on the frequency axis, the index of the RB present in the lowest frequency band may be set to 0, and the index of the RB present in the highest frequency band may be set to 99. In this case, the RB resources configured for the V2X service may be represented as RB indexes x to y, and the information actually reported to the UE may include only x and y information. In this case, x and y are integers greater than or equal to 0 and less than or equal to 99, and x is an integer that is always less than y. Therefore, the maximum number of RBs may be calculated based on yx.

[0145] When it is assumed that V2X data sent through the PC5 interface is always in broadcast form, the group destination ID field can be excluded from the DCI content.

[0146] In addition, since the UE can receive resource allocation information associated with the SL SPS in a state where the UE is connected to the eNB, the UE may have obtained the timing advance related information from the eNB. Therefore, the timing advance indication field can be excluded from the DCI content.

[0147] Furthermore, considering the characteristics of SPS, the eNB may not react dynamically to controlling the transmit power, so the eNB's influence on the transmit power control may be negligible. Therefore, the fields of the TPC commands for PSCCH and PSSCH may be excluded from the DCI content.

[0148] Figures 12 to 16 is a schematic diagram showing the configuration of a MAC PDU according to the present invention.

[0149] The MAC PDU may include a MAC header and a MAC payload. The MAC header may include one or more MAC subheaders. The MAC payload may include one or more MAC SDUs (or MAC CEs), and may further include padding as required. In this document, one MAC subheader corresponds to a MAC SDU (or MAC CE) or one padding. That is, the order in which the multiple MAC subheaders are arranged may be the same as the order in which the MAC SDUs (or MAC CEs) and padding are arranged.

[0150] A normal MAC subheader may include six header fields R / E / LCID / F / L, such as Fig.12 and 13As shown, the last MAC subheader may include four header fields R / E / LCID, such as Fig.14 shown. Fig.14 An example of the format of a MAC CE is shown.

[0151] exist Figures 12 to 16 In the example, Oct represents an octet and is configured in the order of Oct1, Oct2, Oct3, and so on.

[0152] R indicates a reserved bit.

[0153] E indicates whether there is another subheader after the corresponding subheader in the MAC header. When the value of the E bit is '1', it indicates that there is another subheader. When the value of the E bit is '0', MAC SDU, MAC CE or padding starts from the following bit.

[0154] The LCID may have a value indicating the type of the MAC CE corresponding to the MAC subheader or the logical channel of the MAC SDU. According to an embodiment of the present invention, the value of the LCID of the MAC subheader indicates whether the MAC CE information corresponding to the MAC subheader is for SL SPS activation or for SL SPS deactivation. For example, when the LCID value is '10111', SL SPS activation may be indicated. When the LCID value is '10110', SL SPS deactivation may be indicated.

[0155] F represents a bit indicating the size of the L field. When the value is "0", it indicates that there is a 7-bit L field, such as Fig.12 When the value is '1', it indicates that there is a 15-bit L field, such as Fig.13 shown.

[0156] The L field may have a value indicating the size of a MAC SDU (or MAC CE) corresponding to the MAC subheader.

[0157] like Fig.15 The MAC SDU (or MAC CE) shown may include SL authorization information and SPS SL-RNTI information.

[0158] SL authorization may include various fields as described in Table 2. Fig.15 It is simply represented as SL authorization, but can indicate one or more SL authorization information and SL SPS activation / deactivation indication information.

[0159] The SPS SL-RNTI may have an SPS SL-RNTI value mapped to one of a plurality of SL SPS configurations. That is, the UE may determine the SL SPS configuration associated with the SL authorization information based on the SPS SL-RNTI value included in the MAC SDU (or MAC CE). Herein, the order of the SL authorization and the SPS SL-RNTI may not be restricted, and the SPS SL-RNTI may be located before the SL authorization or after the SL authorization.

[0160] when Fig.15 When the size of the SL license is variable, you can use Fig.12 or Fig.13 The MAC subheader in the packet. Fig.15 When the size of the SL grant in the MAC header is fixed, the UE can know the size of the MAC SDU (or MAC CE) including the SL grant without using the L (length) archived in the MAC subheader, so it can use Fig.14 MAC subheader.

[0161] Another embodiment of the present invention allocates a single SPS SL-RNTI to each UE instead of allocating a single SPS SL-RNTI to each SL SPS configuration. That is, the eNB can randomly select one of the values ​​in the range defined as shown in Table 1 as the SPS SL-RNTI value, and can configure a single SPS SL-RNTI for each UE.

[0162] Herein, there are multiple SL SPS configurations for a single UE, and an index indicator for distinguishing multiple SL SPS configurations may be included in the corresponding SL SPS configuration information (e.g., an RRC message). The index indicator ("SL SPS index indicator") may be expressed as, for example, SL_SPS_Index, and may have an integer value. The value of SL_SPS_Index may be given as one of the values ​​in the range of, for example, 0 to 7. That is, eight different SL SPS configurations may be configured for a single UE, and the activation or deactivation of the eight SL SPS configurations may be indicated separately. Because the simultaneously activated SL SPS configurations may need to send data through the well-known hybrid automatic repeat request (HARQ) process, the maximum number of 8 SL SPS configurations allowed to be activated simultaneously is equal to the maximum number of configurable HARQ processes in the LTE FDD system. However, when the maximum number of configurable HARQ processes in the next generation mobile communication system has different values, the maximum number of SL SPS configurations may vary and be defined as a corresponding value. For example, when a time period for performing a single HARQ operation is defined as Xms, the maximum number of HARQ processes may be defined by the maximum number of time-to-intervals (TTIs) definable in Xms. The link defining the maximum number of HARQ processes may be determined based on the uplink and downlink of the corresponding mobile communication system, or may be determined separately for the uplink and downlink. The sidelink as a D2D communication link may have different values ​​based on the link through which transmission from the uplink or downlink is to be performed.

[0163] The SL_SPS_index value may be provided through PDCCH / EPDCCH DCI, or may be provided through MAC CE.

[0164] Table 3 shows an example of setting the value of a predetermined field for each DCI format for confirming SPS activation PDCCH / EPDCCH. According to the present invention, the predetermined field in the DCI format of the SPS activation PDCCH / EPDCCH can be reused, or a new field can be added and used as SL_SPS_index. The SPS activation PDCCH / EPDCCH is scrambled with the SPS SL-RNIT configured for each UE and is sent. This indicates that the SPS activation PDCCH / EPDCCH is for SL SPS.

[0165] Table 3 provided below shows an example of reusing the modulation and coding scheme and redundancy version of DCI format 0 and the modulation and coding scheme field of DCI format 1 / 1A, for indicating the SL_SPS_index value.

[0166] [Table 3]

[0167]

[0168] Although the example of Table 3 shows a method for allocating 4 bits as SL_SPS_index, a method for allocating 3 bits from LSB as SL_SPS_Index may be used for DCI formats 0 and 1 / 1A.

[0169] Alternatively, the SL_SPS_index field and a new field indicating SL SPS activation or deactivation may be further included in the legacy DCI format 5 indicating SL grant. Therefore, the fields in DCI format 5 may be as follows.

[0170] – Resource used for PSCCH - 6 bits

[0171] - TPC command for PSCCH and PSSCH - 1 bit

[0172] - Frequency hopping flag - 1 bit

[0173] - Resource block assignment and frequency hopping resource allocation

[0174] - In case of PSSCH frequency hopping, Bit

[0175] Bit

[0176] -Time Resource Mode - 7 bits

[0177] -SL SPS Activate / Deactivate - 1 bit

[0178] -SL_SPS_Index - 3 bits

[0179] Alternatively, a new DCI format for SL SPS different from the legacy DCI format may be defined.The DCI format may include one or more SL grant fields in Table 2, and may also include a SL_SPS_Index field and a new field indicating SL SPS activation or deactivation.

[0180] As an additional method of providing SL SPS activation control information through MAC CE, a method of transmitting the SL_SPS_Index field instead of the SPSSL_RNTI field may be used.

[0181] Or, if Fig.16 As shown, the MAC SDU (or MAC CE) may include SL_SPS_Index information and SL authorization information.

[0182] Specifically, Fig.16 As shown, a single octet may include a 3-bit SL_SPS_Index field and 5 R bits. Fig.16The single octet in the SL_SPS_Index is simply represented as SL authorization, but can indicate one or more of SL authorization information and SL SPS activation / deactivation indication information. In addition, the order of SL_SPS_Index and SL authorization is not restricted, and SPSSL-RNTI can be located before or after SL authorization. Fig.16 When the size of the SL license is variable, you can use Fig.12 or Fig.13 The MAC subheader in the packet. Fig.16 When the size of the SL grant in the MAC header is fixed, the UE can know the size of the MAC SDU (or MAC CE) including the SL grant without using the L (length) archived from the MAC subheader, so it can use Fig.14 MAC subheader.

[0183] Although multiple SL SPS configurations are determined for a single UE at the same time as described in the above example, there may be a situation where another V2X service is added or additional resources are required for data transmission. In this case, although there are resources allocated to the SL SPS configuration that has been activated for transmission (or broadcasting) to the same destination group, additional resource allocation may be required temporarily or during a predetermined time period. Alternatively, data transmission with a period shorter than the SL SPS period may be required during a predetermined time period.

[0184] In the above example of the present invention, for a single UE, there may be multiple SL SPS configurations (e.g., SL SPS configuration #0, SL SPS configuration #1, SL SPS configuration #2, SL SPS configuration #3, SL SPS configuration #4, SL SPS configuration #5, SL SPS configuration #6, and SL SPS configuration #7). In a state where some SL SPS configurations (e.g., SL SPS configuration #1) among the multiple SL SPS configurations are activated, when other SL SPS configurations (e.g., SL SPS configuration #3) are activated, multiple SL SPS configurations (e.g., SL SPS configurations #1 and #3) may be activated.

[0185] At the same time, multiple SL SPS configurations may not be activated at the same time, and a single SL SPS configuration may be allowed to be activated at any point in time. In this case, in order to allocate additional resources to the resources already allocated for the currently activated SL SPS configuration, the SL grant associated with the already activated SL SPS configuration is released (SL SPS deactivation), and the SL grant is provided through resource allocation via PDCCH / EPDCCH DCI or MAC CE. Therefore, a new SL SPS configuration can be determined. Whenever additional resource allocation is required, the activated SL grant is released (SL SPS deactivation), and the new SL SPS configuration can be determined by providing control information via PDCCH / EPDCCH DCI or MAC CE. In this case, a message for releasing the already activated SL grant (or deactivating SL SPS) needs to be sent, so the signaling overhead may increase.

[0186] In order to overcome the increase in signaling overhead, another example of the present invention defines a new SL SPS activation indication to implicitly indicate the deactivation of the activated SL SPS configuration.

[0187] For example, when the first SL SPS configuration is activated, a UE that receives control information for activating a second SL SPS configuration (for example, control information provided by PDCCH / EPDCCH DCI or MAC CE shown in the above example of the present invention) can deactivate the first SL SPS configuration at the time of activating the second SL SPS configuration, although the UE will not receive deactivation indication information associated with the first SL SPS configuration.

[0188] Herein, the first SL SPS configuration may be a SL SPS configuration corresponding to the value of the first SPS SL-RNTI, and the second SL SPS configuration may be a SL SPS configuration corresponding to the value of the second SPS SL-RNTI. Alternatively, the first SL SPS configuration may be a SL SPS configuration corresponding to the first SL_SPS_Index value, and the second SL SPS configuration may be a SL SPS configuration corresponding to the second SL_SPS_Index value.

[0189] Different (or independent) SL SPS resources may be allocated to multiple SL SPS configurations (e.g., SL SPS configuration #0, SL SPS configuration #1, SL SPS configuration #2, SL SPS configuration #3, SL SPS configuration #4, SL SPS configuration #5, SL SPS configuration #6, and SL SPS configuration #7) configured for a single UE. In the examples herein, according to the above examples, the SL SPS resources allocated to the UE may be changed by implicit deactivation of an activated SL SPS configuration (e.g., SL SPS configuration #1) and activation of a new SL SPS configuration (e.g., SL SPS configuration #3). When simultaneous activation of multiple SL SPS configurations is supported, and SL SPS configuration #3 is additionally activated while SL SPS configuration #1 is activated, a result different from the result obtained when resources corresponding to the union of the SL SPS resources allocated to SL SPS configuration #1 and SL SPS configuration #3 are allocated to the UE.

[0190] One of multiple SL SPS configurations (e.g., SL SPS configuration #0, SL SPS configuration #1, SL SPS configuration #2, SL SPS configuration #3, SL SPS configuration #4, SL SPS configuration #5, SL SPS configuration #6, and SL SPS configuration #7) configured for a single UE (e.g., SL SPS configuration #3) may include all other configurations (e.g., SL SPS configuration 31). In this case, the SL SPS resources allocated to the UE as a result of implicit deactivation of the already activated SL SPS configuration (e.g., SL SPS configuration #1) and activation of the new SL SPS configuration (e.g., SL SPS configuration #3) are the same as the SL SPS resources allocated to the UE when simultaneous activation of multiple SL SPS configurations is supported and when SL SPS configuration #3 is additionally activated while SL SPS configuration #1 is already activated.

[0191] That is, depending on the method of allocating SL SPS resources corresponding to SL SPS configurations, the scheme allowing multiple SL SPS configurations to be activated simultaneously and the scheme allowing a single SL SPS to be activated at any time point are different from each other. However, as a result of the scheme, the SL SPS resources allocated to the UE can operate in the same manner.

[0192] In addition, according to Fig. 9 , Fig.10 When releasing a SL authorization configured by the SL SPS, and without a 'implicitReleaseAfterSL' value configured, you can use Fig.11The UE auxiliary information reporting process described in the present invention is used to report the release of the SL authorization configured by the SL SPS for V2X. Herein, when multiple SL SPS configurations are activated, there may be at least one SL SPS that releases the SL authorization and the SL authorization release is reported at the same time. Therefore, the information indicating the SL SPS configuration that releases the SL authorization may be included in the signal in the UE auxiliary information reporting process and may be sent to the eNB. Herein, the information indicating the SL SPS configuration that releases the SL authorization may be the SPS SL-RNTI described in one embodiment of the present invention, or the SL_SPS_index value described in another embodiment of the present invention. A signal for reporting UE auxiliary information may be defined in the RRC layer, which is layer 3 signaling, because changes in information related to the V2X service and the generation of the SL SPS configuration that releases the SL authorization do not occur frequently.

[0193] When multiple SL SPS configurations are activated, there may be at least one SL SPS releasing SL authorization at the same time. In this case, the SPS SL-RNTI or SL_SPS_Index value corresponding to the SL SPS releasing SL authorization may be configured as a list in RRC signaling and may be sent to the eNB.

[0194] In the case of a system in which the occurrence of SL SPS configurations for releasing SL authorization is observed more frequently than changes in V2X service related information due to a high number of SL SPS configurations, the system may configure SL SPS configuration information for releasing SL authorization in the form of MAC CE as MAC layer signaling, separate from the V2X service related information change report, and the system may send the information. In this case, the UE may indicate that the corresponding MAC CE information is information indicating the release of SL authorization by the SL SPS through the LCID value indicating the SL authorization release, and may send the SPS SL-RNIT or SL_SPS_Index field through the MAC CE information in the payload. ... Fig.15 and Fig.16 The remaining SPSSL-RNTI or SL_SPS_index field after excluding the SL authorization field in the MAC CE may be included in the MAC CE in the payload.

[0195] In the case where multiple SL SPS configurations are activated, there may be at least one SL SPS that releases SL grants and reports SL grant releases. Therefore, to indicate the same situation, multiple SP SL-RNTI or SL_SPS_Index fields may be included in the MAC CE (which corresponds to a single LCID) in the payload and may have a variable length. Therefore, the LCID format may have Fig.12 or Fig.13 The format shown in the figure can be changed to support variable length. In the case of the SL_SPS_index field, the length is not a multiple of 8. Therefore, it may not be possible to accurately identify how many SL_SPS_Index fields are included through the L field. Therefore, in order to indicate the same situation, a 3-bit indicator indicating the number of SL_SPS_index fields can be included in the first position of the MAC CE in the payload (which corresponds to a single LCID). In this case, the length of the MAC CE can be identified by the indicator indicating the number of SL_SPS_Index fields, so the LCID format can have Fig.14 The fixed-length formats are supported as shown in .

[0196] As another example, the SPS SL_RNTI or SL_SPS_Index field may be included only in the MACCE (which corresponds to a single LCID) in the payload. Fig.14 A fixed-length format is supported in MAC PDU, and when multiple events that need to be reported occur, multiple MAC CEs can be included in a single MAC PDU.

[0197] Fig.17 is a flow chart showing the operations of an eNB and a UE according to the present invention.

[0198] In execution Fig.17 Before operation S1710 in Fig.11 In operation S1110 and operation S1120 in the embodiment, the eNB provides the UE with V2X related system information, and the UE provides the eNB with information in the form of V2X service information required for starting the transmission / reception of V2X data on the PC5 link based on the V2X related system information. The V2X service information may include information related to BSM, CAM, etc., such as Fig.11 and may further include information such as a V2X service list, SL BSR, V2X BSR, etc. Such information may be provided to the eNB at the same time or at different time points.

[0199] In operation S1710, the eNB determines that the UE requires periodic SL data transmission / reception such as a vehicle communication service based on V2X service-related information received from the UE, and thus the eNB may determine a plurality of SL SPS configurations to be configured for the corresponding UE.

[0200] In operation S1720, the eNB sends an RRC reconfiguration message including SL SPS configuration information to the UE. Herein, multiple SL SPS configurations may be configured for a single UE, and the SL SPS configuration information may include information for allocating individual identification information (eg, SPS SL-RNTI or SL_SPS_Index) relative to the multiple SL SPS configurations.

[0201] For example, when each UE has a single SPS SL-RNTI, the SL SPS configuration information may be defined by the structure of Table 4. Multiple SL SPS configurations are configured in a list form, and a single SPS SL-RNTI is configured for all configurations in the list.

[0202] [Table 4]

[0203]

[0204] As another example, when each SL SPS configuration has a single SPS SL-RNTI, the SL SPS configuration information may be defined by the structure of Table 5.

[0205] [Table 5]

[0206]

[0207] In operation S1730, the eNB sends SL SPS related control information to the UE. The SL SPS related control information may include one or more of SL SPS activation / deactivation indication information and SL authorization information. For example, the eNB may determine the time point when the UE needs to perform periodic SL data transmission / reception based on information received from the UE (e.g., SL BSR, etc.), and may provide the UE with SL SPS related control information at the determined time point. In addition, the SL SPS related control information may be provided via PDCCH / EPDCCH DCI or MAC CE. The SL SPS related control information may include at least one piece of information in Table 2.

[0208] In operation S1740, the UE determines SL SPS-related control information from the eNB.

[0209] For example, in operation S1720, the UE attempts to receive the PDCCH / EPDCCH based on each SPS SL-RNTI value of the SL SPS configuration information configured through the RRC reconfiguration procedure, etc., so as to determine whether there is a PDCCH / EPDCCH DCI transmitted by the eNB and including activation indication information associated with the predetermined SL SPS configuration. When the PDCCH / EPDCCH scrambled or masked with the SPS SL-RNTI value is successfully decoded, the UE can determine the SL SPS-related control information (e.g., one or more of the activation indication information and the SL grant for the SL SPS configuration) included in the DCI received through the corresponding PDCCH / EPDCCH.

[0210] In addition, the UE may attempt to receive PDCCH / EPDCCH based on the C-RNTI value, may receive PDSCH on PDSCH resources indicated by the DCI included in the PDCCH / EPDCCH, and may determine SL SPS-related control information (for example, one or more of activation indication information and SL authorization for the SL SPS configuration) for a predetermined SL SPS configuration based on the SPSSL-RNTI information or SL_SPS_Index information included in the MAC CE received via the PDSCH.

[0211] When the UE determines that the SL SPS-related control information provided from the eNB is for a predetermined SL SPS configuration, in operation S1750, the UE may activate the predetermined SL SPS configuration based on the SL SPS-related control information. The activation of the SL SPS configuration may include an operation for determining resources for sending / receiving SL SPS data based on the SL authorization information included in the SL SPS-related control information received in operation S1730. In addition, the activation of the SL SPS configuration may include an operation for activating a new SL SPS configuration in addition to the activated SL SPS configuration, thereby activating multiple SL SPS configurations. Alternatively, when only a single SL SPS configuration is supported to be activated at any point in time, the activation of the SL SPS configuration may include an operation for deactivating the SL SPS configuration that has been activated by activating the SL SPS configuration and an operation for activating a new SL SPS configuration.

[0212] When the UE determines in operation S1740 that the SL SPS-related control information received in operation S1730 includes information indicating deactivation of a predetermined SL SPS configuration, the UE may deactivate the predetermined SL SPS configuration in operation S1750. Alternatively, in the case where only activation of a single SL SPS configuration is supported at any point in time, as opposed to the currently activated predetermined SL SPS configuration, when the UE determines activation indication information associated with a new SL SPS, rather than determining an explicit indication to deactivate the predetermined SL SPS configuration, the UE may deactivate the currently activated SL SPS configuration.

[0213] When the predetermined SL SPS configuration is activated in operation S1750, the UE transmits / receives SL SPS data to / from another UE on the activated SL SPS resource in operation S1760. For example, the SL SPS data transmission / reception may include transmitting data for V2X service to another UE via a PC5 wireless link.

[0214] In some embodiments, a method for controlling semi-persistent scheduling (SPS) for a user equipment may be performed by a base station. The method includes generating, by the base station, SL SPS configuration information for the user equipment, configuring a radio resource control (RRC) message including the SL SPS configuration information, and sending, by the base station, the RRC message to the user equipment. The SL SPS configuration information includes: a SL SPS radio network temporary identifier (RNTI) for the user equipment; and SL SPS index information for indicating multiple SL SPS configurations for the user equipment.

[0215] The base station may transmit a physical downlink control channel (PDCCH) including downlink control information (DCI) to the user equipment, the PDCCH being scrambled by the SL SPS RNTI for the user equipment.

[0216] The base station may scramble a PDCCH including activation information about one of a plurality of SL SPS configurations for the user equipment by using the SL SPS RNTI for the user equipment. The SL SPS configuration information for the user equipment and the PDCCH scrambled by the SL SPSRNTI enable the user equipment to operate the SL SPS associated with direct communication between the user equipment and another user equipment.

[0217] The base station may set a 3-bit value in a 3-bit field of the DCI. The 3-bit field has an SL SPS index. The maximum number of SL SPS configurations for the user equipment may be eight. In some configurations, the number of SL SPS configurations for the user equipment may be more than one but less than eight. The DCI may include a 3-bit field with an SL SPS index. Eight different SL SPS indexes may be indicated by a 3-bit value of the 3-bit field.

[0218] The DCI may include a 1-bit field indicating activation or deactivation of the SL SPS configuration associated with the SL SPS index. For example, "1" may indicate activation and "0" may indicate deactivation (or vice versa). The base station may determine whether to activate the SL SPS configuration associated with the SL SPS index set in the 3-bit field. Based on determining whether to activate the SL SPS configuration, the base station sets the value in the 1-bit field in the DCI.

[0219] The SL SPS configuration information may also include an SL SPS interval for one or more SL SPS configurations in a plurality of SL SPS configurations for the user equipment. For example, the base station may determine a first SL SPS interval for a first SL SPS configuration in a plurality of SL SPS configurations for the user equipment and a second SL SPS interval for a second SL SPS configuration in a plurality of SL SPS configurations for the user equipment. The SL SPS configuration information also includes a first SL SPS interval and a second SL SPS interval.

[0220] The user equipment may be a vehicle capable of receiving RRC messages and PDCCH from an evolved Node B and communicating directly with another mobile device. For example, the user equipment includes one or more of the following: a vehicle with vehicle-to-vehicle (V2V) communication capability, a vehicle with vehicle-to-pedestrian (V2P) communication capability, a vehicle with vehicle-to-infrastructure (V2I) communication capability, or a vehicle with vehicle-to-everything (V2X) communication capability.

[0221] The base station may determine the number of SL SPS configurations for the user equipment based on the determined number of SL SPS configurations for the user equipment and the multiple SL SPS configuration index indicators for the user equipment, and configure the multiple SL SPS configurations for the user equipment. Each SL SPS configuration for the user equipment includes a corresponding one of the multiple SL SPS configuration index indicators, and a SL SPS interval for the corresponding one of the multiple SL SPS configuration index indicators.

[0222] The base station may determine a plurality of SL SPS configuration index indicators from predefined integer values.

[0223] A method for configuring multiple sidelink (SL) semi-persistent scheduling (SPS) for a user equipment can be performed by a base station. The method includes generating SL SPS configuration information for the user equipment by the base station; configuring a radio resource control (RRC) message including the SL SPS configuration information; and sending the RRC message to the user equipment by the base station. The SL SPS configuration information includes: a SL SPS radio network temporary identifier (RNTI) for the user equipment; SL SPS index information indicating multiple SL SPS configurations for the user equipment; a first SL SPS interval for a first SL SPS configuration for the user equipment; and a second SL SPS interval for a second SL SPS configuration for the user equipment.

[0224] The base station may send a first PDCCH associated with a first SL SPS configuration to a user equipment, the first PDCCH being scrambled by the SL SPS RNTI of the user equipment. The base station may also send a second PDCCH associated with a second SL SPS configuration to the user equipment, the second PDCCH being scrambled by the SL SPS RNTI of the user equipment. The first PDCCH indicates a 3-bit SL SPS index for a first SL SPS configuration of the user equipment, and the second PDCCH indicates a different 3-bit SL SPS index for a second SL SPS configuration of the user equipment.

[0225] A method for processing configuration information for semi-persistent scheduling (SPS) for a user equipment can be performed by a user equipment. The method includes receiving, by the user equipment, a radio resource control (RRC) message including SL SPS configuration information for the user equipment from a base station; receiving, by the user equipment, a physical downlink control channel (PDCCH) including downlink control information (DCI) and associated with a SL SPS RNTI; and determining control information for the SL SPS configuration of the user equipment based on the PDCCH. The SL SPS configuration information includes: a SL SPS radio network temporary identifier (RNTI) for the user equipment; and SL SPS index information for indicating multiple SL SPS configurations of the user equipment.

[0226] The user equipment may determine control information for the SL SPS configuration of the user equipment in response to determining that the PDCCH is scrambled by the SL SPS RNTI for the user equipment.

[0227] The user equipment can descramble the PDCCH by using the received SL SPS RNTI.

[0228] The user equipment may be a V2X UE, and SL SPS operation for direct communication between the user equipment and another V2X UE may be activated based on SL SPS configuration information for the user equipment and the descrambled PDCCH,

[0229] The user equipment may determine the number of SL SPS configurations set for the user equipment based on the received RRC message.

[0230] The user equipment may determine the number of SL SPS configurations set for the user equipment based on the received RRC message, and determine the SL SPS index from a 3-bit field in the DCI, the 3-bit field having the SL SPS index.

[0231] The user equipment may determine activation or deactivation of the SL SPS configuration associated with the SL SPS index based on the activation indicator field in the DCI, which is a 1-bit field.

[0232] The user equipment may determine an SL SPS interval for a plurality of SL SPS configurations for the user equipment, wherein the SL SPS configuration information further includes the SL SPS interval for a plurality of SL SPS configurations for the user equipment.

[0233] Fig.18 is a schematic diagram showing the configuration of a wireless device according to the present invention.

[0234] Fig.18 UE 100 corresponding to an example of a downlink reception device or an uplink transmission device is shown, and eNB 200 corresponding to an example of a downlink transmission device or an uplink reception device is shown. Fig.18 Although not shown in the figure, there may be another UE communicating with UE 100V2X. The configuration of other UEs is similar to that of UE 100, so a detailed description thereof will be omitted.

[0235] The UE 100 may include a processor 110 , an antenna unit 120 , a transceiver 130 , and a memory 140 .

[0236] The processor 110 may process baseband-related signals and may include a higher layer processing unit 111 and a physical layer processing unit 112. The higher layer processing unit 111 may process operations of a media access control (MAC) layer, a radio resource control (RRC) layer, or a higher layer than them. The physical layer processing unit 112 may process operations of a PHY layer (e.g., processing an uplink transmission signal or processing a downlink reception signal). In addition to processing baseband-related signals, the processor 110 may also control general operations of the UE 100.

[0237] The antenna unit 120 may include one or more physical antennas and may support MIMO transmission / reception when multiple antennas are included. The transceiver 130 may include a radio frequency (RF) transmitter and an RF receiver. The memory 140 may store information, software, operating system, applications, etc. processed by the processor 110 associated with the operation of the UE 100, and may include elements such as a buffer, etc.

[0238] The eNB 200 may include a processor 210 , an antenna unit 220 , a transceiver 230 , and a memory 240 .

[0239] The processor 210 processes baseband-related signals and may include a higher layer processing unit 211 and a physical layer processing unit 212. The higher layer processing unit 211 may process the operation of the MAC layer, the RRC layer, or a higher layer. The physical layer processing unit 212 may process the operation of the PHY layer (e.g., processing a downlink transmission signal or processing an uplink reception signal). In addition to processing baseband-related signals, the processor 210 may also control the general operation of the eNB 200.

[0240] The antenna unit 220 may include one or more physical antennas and may support MIMO transmission / reception when multiple antennas are included. The transceiver 230 may include an RF transmitter and an RF receiver. The memory 240 may store information, software, operating system, applications, etc. processed by the processor 210, which is associated with the operation of the eNB 200, and may include elements such as a buffer, etc.

[0241] The processor 110 of the UE 100 may be configured to implement the operations of the UE that have been described in all the embodiments of the present invention.

[0242] For example, the physical layer processing unit 112 of the processor 110 of the UE 100 may receive SL SPS configuration information received from the eNB through an RRC message, and then deliver it to the higher layer processing unit 111. The physical layer processing unit 112 may also demodulate information (e.g., SL SPS activation / deactivation indication information and / or SL authorization information) received from the eNB through the SL SPS configuration information PDCCH / EPDCCH DCI or MAC CE, and may pass it to the higher layer processing unit 111.

[0243] Alternatively, the higher layer processing unit 111 of the processor 110 of the UE 100 may include a SL SPS configuration information processing unit 1811 and a SL SPS related control information processing unit 1812. The SL SPS configuration information processing unit 1811 may determine configuration information associated with multiple SL SPS configurations provided from the eNB through an RRC message, and may store the required information. The SL SPS related control information processing unit 1812 may determine information associated with a predetermined SL SPS configuration and received from the eNB (e.g., SL SPS activation / deactivation indication information and / or SL authorization information), and may store the required information. Therefore, the processor 110 may activate or deactivate a predetermined SL SPS configuration relative to the UE 100, and may send SL SPS data to / receive SL SPS data from another UE through the physical layer processing unit 112 on resources allocated for the activated SL SPS configuration.

[0244] The processor 210 of the eNB 200 may be configured to implement the operations of the eNB that have been described in all the embodiments of the present invention.

[0245] For example, the higher layer processing unit 211 of the processor 210 of the eNB 200 may include a SL SPS configuration determining unit 1821 and a SL SPS related control information determining unit 1823. The SL SPS configuration determining unit 1821 may determine whether a predetermined UE requires SL SPS configuration based on V2X service information received from the UE, etc., and may determine one or more SL SPS configurations to be configured for the predetermined UE. The SL SPS related control information determining unit 1823 may generate information (e.g., SL SPS activation / deactivation indication information and / or SL authorization information) for the predetermined UE.

[0246] In addition, the physical layer processing unit 212 of the processor 210 of the eNB 200 may send the SL SPS configuration information and the SL SPS related control information delivered from the higher layer processing unit 211 to the UE 100. In addition, the physical layer processing unit 212 may send a message delivered from the higher layer processing unit 211, such as SIB V2X, etc., to the UE, and may receive V2X service information, etc. from the UE to deliver it to the higher layer processing unit 211.

[0247] According to one or more embodiments of the present disclosure, the eNB is able to support multiple SPS resource allocation schemes for wireless resources used for D2D communication required when the UE performs multiple V2X services and general cellular services, and therefore, the number of repeated control information transmissions performed by the eNB can be reduced and the efficiency of wireless resource utilization can be improved.

Claims

1. A user equipment for supporting semi-persistent scheduling (SPS), the user equipment comprising: The receiver is configured as: Receive a sidelink SL SPS radio network temporary identifier RNTI from the base station; as well as receiving a SL grant including downlink control information DCI from the base station via a physical downlink control channel PDCCH; Wherein, if the DCI with a cyclic redundancy check CRC is scrambled by the SL SPS RNTI, the DCI includes an SL SPS index field and an activation / deactivation indication field, wherein, based on the offset value and the subframe in which the SL grant is received, determining the starting subframe of the sidelink control SC period, and The starting point of the SC period is defined based on the system frame number SFN 0 and the offset value.

2. The user equipment according to claim 1, wherein: The value for the SL SPS RNTI is determined to be one of the values ​​in the range of hexadecimal 0001-FFF3.

3. The user equipment according to claim 1, further comprising: The processor is configured as: The PDCCH is scrambled by using the SL SPS RNTI, wherein the DCI scrambled by the SL SPS RNTI enables the user equipment to operate the SL SPS associated with direct communication between the user equipment and another user equipment.

4. The user equipment according to claim 1, in, The SL SPS Index field has a 3-bit field, and The maximum number of SL SPS configurations of the user equipment is eight.

5. The user equipment according to claim 4, in, A 1-bit field in the 3-bit field is an activation / deactivation indication field.

6. The user equipment according to claim 1, wherein: The user equipment includes one or more of the following: Vehicles with vehicle-to-vehicle (V2V) communication capabilities, Vehicles with vehicle-to-pedestrian (V2P) communication capabilities, A vehicle with vehicle-to-infrastructure (V2I) communication capability, or Vehicles with V2X communication capabilities.

7. The user equipment according to claim 3, wherein: The processor is further configured to: An RRC message is received, where the RRC message includes release information implicitReleaseAfter.

8. The user equipment according to claim 7, in, When sending consecutive MAC protocol data units (PDUs) containing zero media access control (MAC) service data units (SDUs), releasing the SL grant, and The number of the consecutive MAC PDUs is determined by the release information.

Images