WO2017171250A2 - Procédé d'attribution de ressource pc5 dans un système de communication sans fil, et appareil associé - Google Patents

Procédé d'attribution de ressource pc5 dans un système de communication sans fil, et appareil associé Download PDF

Info

Publication number
WO2017171250A2
WO2017171250A2 PCT/KR2017/002214 KR2017002214W WO2017171250A2 WO 2017171250 A2 WO2017171250 A2 WO 2017171250A2 KR 2017002214 W KR2017002214 W KR 2017002214W WO 2017171250 A2 WO2017171250 A2 WO 2017171250A2
Authority
WO
WIPO (PCT)
Prior art keywords
sidelink
bsr
data
service
lcg
Prior art date
Application number
PCT/KR2017/002214
Other languages
English (en)
Korean (ko)
Other versions
WO2017171250A3 (fr
Inventor
김동수
김래영
Original Assignee
엘지전자(주)
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자(주) filed Critical 엘지전자(주)
Publication of WO2017171250A2 publication Critical patent/WO2017171250A2/fr
Publication of WO2017171250A3 publication Critical patent/WO2017171250A3/fr

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices

Definitions

  • the present invention relates to a method for an UE to be allocated PC5 resources from an eNB in a wireless communication system, and an apparatus therefor.
  • Mobile communication systems have been developed to provide voice services while ensuring user activity.
  • the mobile communication system has expanded not only voice but also data service.
  • the explosive increase in traffic causes shortage of resources and the demand for faster services. Therefore, a more advanced mobile communication system is required. have.
  • An object of the present specification is to propose a method of first allocating / selecting PC5 resources for a specific data packet in consideration of the service type and / or PPPP of each data packet when there is insufficient PC5 resources that can be allocated for data packet transmission. .
  • a first sidelink for the amount of first sidelink data that can be transmitted in a sidelink buffer Sending a second Sidelink BSR for the amount of Buffer Status Report (BSR) and second Sidelink data to the eNB;
  • the first Sidelink BSR indicates a service type of the first Sidelink data
  • the second Sidelink BSR indicates a service type of the second Sidelink data, respectively, included in the first and second Sidelink BSRs from the eNB.
  • the PC5 resource represents a radio resource allocated for Sidelink data transmission through a PC5 interface
  • the PC5 interface may correspond to an interface of a UE to a UE for sidelink communication and sidelink discovery.
  • first and second Sidelink BSR may be configured with one same Sidelink BSR or may be configured with different Sidelink BSRs different from each other.
  • the LCG ID may be an identifier for identifying a group of logical channels for which a buffer status is reported through the first or second sidelink BSR.
  • the LCG ID is mapped to at least one Proximity Service (ProSe) per Packet Priority (PPPP), and the PPPP is used to indicate a priority of a protocol data unit including the first or second sidelink data. It may be a priority parameter.
  • ProSe Proximity Service
  • PPPP Packet Priority
  • the LCG ID may be mapped to an ID of a Proseimity Service (Prose) destination which is a transmission destination of the first or second sidelink data.
  • Prose Proseimity Service
  • the method of allocating the PC5 resource may include receiving service type information indicating which service type the PC5 resource allocated from the eNB is, when the LCG IDs of the first and second Sidelnk BSRs are the same; And transmitting sidelink data of a service type indicated through the service type information using the allocated PC5 resource. It may further include.
  • the service type may correspond to a ProSe (Proximity Service) or V2X service.
  • a communication module for transmitting and receiving signals; And a processor controlling the communication module.
  • the processor may include: transmitting, to the eNB, a first Sidelink Buffer Status Report (BSR) for the amount of first Sidelink data that can be transmitted from a Sidelink buffer and a second Sidelink BSR for the amount of second Sidelink data,
  • BSR Sidelink Buffer Status Report
  • the first Sidelink BSR indicates a service type of the first Sidelink data
  • the second Sidelink BSR indicates a service type of the second Sidelink data, respectively, the LCG included in the first and second Sidelink BSRs from the eNB.
  • the PC5 resources for the first and / or second Sidelink data transmission is allocated based on an Logical Channel Group (ID) identifier (ID)
  • ID Logical Channel Group
  • the PC5 resources if the LCG ID of the first and second Sidelink BSR is different, It is preferentially allocated for Sidelink data transmission corresponding to the Sidelink BSR including the LCG ID having a high priority.
  • the first service is based on the service type. It may be assigned preferentially to claim 2 Sidelink data transmission.
  • the PC5 resource represents a radio resource allocated for Sidelink data transmission through a PC5 interface
  • the PC5 interface may correspond to an interface of a UE to a UE for sidelink communication and sidelink discovery.
  • the LCG ID may be an identifier for identifying a group of logical channels for which a buffer status is reported through the first or second sidelink BSR.
  • the LCG ID is mapped to at least one Proximity Service (ProSe) per Packet Priority (PPPP), and the PPPP is used to indicate a priority of a protocol data unit including the first or second sidelink data. It may be a priority parameter.
  • ProSe Proximity Service
  • PPPP Packet Priority
  • the LCG ID may be mapped to an ID of a Proseimity Service (Prose) destination which is a transmission destination of the first or second sidelink data.
  • Prose Proseimity Service
  • the processor receives service type information indicating which service type the PC5 resource allocated from the eNB is, and the service type information indicated through the service type information using the allocated PC5 resource. Sidelink data can be transmitted.
  • the service type may correspond to a ProSe (Proximity Service) or V2X service.
  • the eNB since the eNB allocates / selects the PC5 resource based on whether the PC5 resource requested through the BSR is used for the ProSe application or for the V2X service, efficient PC5 resource use per service is achieved. There is an effect that it is possible.
  • FIG. 1 is a diagram briefly illustrating an EPS (Evolved Packet System) to which the present invention may be applied.
  • EPS Evolved Packet System
  • E-UTRAN evolved universal terrestrial radio access network
  • FIG. 3 illustrates the structure of an E-UTRAN and an EPC in a wireless communication system to which the present invention can be applied.
  • FIG. 4 shows a structure of a radio interface protocol between a terminal and an E-UTRAN in a wireless communication system to which the present invention can be applied.
  • FIG. 5 is a diagram exemplarily illustrating a structure of a physical channel in a wireless communication system to which the present invention can be applied.
  • FIG. 6 is a diagram for explaining a contention based random access procedure in a wireless communication system to which the present invention can be applied.
  • FIG. 7 illustrates a reference architecture for PC5 based V2X to which the present invention may be applied.
  • FIG. 8 is a diagram illustrating the structure of a Buffer Status Report MAC control element in a wireless communication system to which the present invention can be applied.
  • FIG. 9 is a diagram illustrating a structure of a sidelink buffer status report MAC control element in a wireless communication system to which the present invention can be applied.
  • FIG. 10 is a diagram illustrating a mapping relationship between a destination, an LCG, and a PPPP in a BSR reporting procedure of a UE to which the present invention can be applied.
  • FIG. 11 is a flowchart illustrating a PC5 resource allocation method according to an embodiment of the present invention.
  • FIG. 12 is a diagram illustrating a transmission resource pool and a transmission resource pool selection operation of a UE that can be applied to the present invention.
  • FIG. 13 is a flowchart illustrating a PC5 resource pool selection method of a UE according to an embodiment of the present invention.
  • FIG. 14 illustrates a block diagram of a communication device according to an embodiment of the present invention.
  • FIG. 15 illustrates a block diagram of a communication device according to an embodiment of the present invention.
  • a base station has a meaning as a terminal node of a network that directly communicates with a terminal.
  • the specific operation described as performed by the base station in this document may be performed by an upper node of the base station in some cases. That is, it is obvious that various operations performed for communication with a terminal in a network composed of a plurality of network nodes including a base station may be performed by the base station or other network nodes other than the base station.
  • a 'base station (BS)' may be replaced by terms such as a fixed station, a Node B, an evolved-NodeB (eNB), a base transceiver system (BTS), an access point (AP), and the like. .
  • a 'terminal' may be fixed or mobile, and may include a user equipment (UE), a mobile station (MS), a user terminal (UT), a mobile subscriber station (MSS), a subscriber station (SS), and an AMS ( Advanced Mobile Station (WT), Wireless Terminal (WT), Machine-Type Communication (MTC) Device, Machine-to-Machine (M2M) Device, Device-to-Device (D2D) Device, etc.
  • UE user equipment
  • MS mobile station
  • UT user terminal
  • MSS mobile subscriber station
  • SS subscriber station
  • AMS Advanced Mobile Station
  • WT Wireless Terminal
  • MTC Machine-Type Communication
  • M2M Machine-to-Machine
  • D2D Device-to-Device
  • downlink means communication from a base station to a terminal
  • uplink means communication from a terminal to a base station.
  • a transmitter may be part of a base station, and a receiver may be part of a terminal.
  • a transmitter may be part of a terminal and a receiver may be part of a base station.
  • CDMA code division multiple access
  • FDMA frequency division multiple access
  • TDMA time division multiple access
  • OFDMA orthogonal frequency division multiple access
  • SC-FDMA single carrier frequency division multiple access
  • GSM global system for mobile communications
  • GPRS general packet radio service
  • EDGE enhanced data rates for GSM evolution
  • OFDMA may be implemented in a wireless technology such as IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, evolved UTRA (E-UTRA).
  • UTRA is part of a universal mobile telecommunications system (UMTS).
  • 3rd generation partnership project (3GPP) long term evolution (LTE) is a part of evolved UMTS (E-UMTS) using E-UTRA, and employs OFDMA in downlink and SC-FDMA in uplink.
  • LTE-A (advanced) is the evolution of 3GPP LTE.
  • Embodiments of the present invention may be supported by standard documents disclosed in at least one of the wireless access systems IEEE 802, 3GPP and 3GPP2. That is, steps or parts which are not described to clearly reveal the technical spirit of the present invention among the embodiments of the present invention may be supported by the above documents. In addition, all terms disclosed in the present document can be described by the above standard document.
  • UMTS Universal Mobile Telecommunications System
  • GSM Global System for Mobile Communication
  • Evolved Packet System A network system consisting of an Evolved Packet Core (EPC), which is a packet switched core network based on Internet Protocol (IP), and an access network such as LTE and UTRAN.
  • EPC Evolved Packet Core
  • IP Internet Protocol
  • UMTS is an evolutionary network.
  • NodeB base station of UMTS network. It is installed outdoors and its coverage is macro cell size.
  • eNodeB base station of EPS network. It is installed outdoors and its coverage is macro cell size.
  • a terminal may be referred to in terms of terminal, mobile equipment (ME), mobile station (MS), and the like.
  • the terminal may be a portable device such as a laptop, a mobile phone, a personal digital assistant (PDA), a smartphone, a multimedia device, or the like, or may be a non-portable device such as a personal computer (PC) or a vehicle-mounted device.
  • the term "terminal” or “terminal” in the MTC related content may refer to an MTC terminal.
  • IMS IP Multimedia Subsystem
  • IMSI International Mobile Subscriber Identity
  • Machine Type Communication Communication performed by a machine without human intervention. It may also be referred to as M2M (Machine to Machine) communication.
  • MTC terminal MTC UE or MTC device or MTC device: a terminal (eg, vending machine, etc.) having a function of communicating via a mobile communication network (for example, communicating with an MTC server via a PLMN) and performing an MTC function; Meter reading, etc.).
  • MTC UE or MTC device or MTC device a terminal having a function of communicating via a mobile communication network (for example, communicating with an MTC server via a PLMN) and performing an MTC function; Meter reading, etc.).
  • MTC server A server on a network that manages an MTC terminal. It may exist inside or outside the mobile communication network. It may have an interface that an MTC user can access. In addition, the MTC server may provide MTC related services to other servers (Services Capability Server (SCS)), or the MTC server may be an MTC application server.
  • SCS Services Capability Server
  • MTC mobile broadband
  • services e.g., remote meter reading, volume movement tracking, weather sensors, etc.
  • (MTC) application server a server on a network where (MTC) applications run
  • MTC feature A function of a network to support an MTC application.
  • MTC monitoring is a feature for preparing for loss of equipment in an MTC application such as a remote meter reading
  • low mobility is a feature for an MTC application for an MTC terminal such as a vending machine.
  • the MTC user uses a service provided by the MTC server.
  • MTC subscriber An entity having a connection relationship with a network operator and providing a service to one or more MTC terminals.
  • MTC group A group of MTC terminals that share at least one MTC feature and belongs to an MTC subscriber.
  • SCS Services Capability Server
  • MTC-IWF MTC InterWorking Function
  • HPLMN Home PLMN
  • SCS provides the capability for use by one or more MTC applications.
  • External Identifier An identifier used by an external entity (e.g., an SCS or application server) of a 3GPP network to point to (or identify) an MTC terminal (or a subscriber to which the MTC terminal belongs). Globally unique.
  • the external identifier is composed of a domain identifier and a local identifier as follows.
  • Domain Identifier An identifier for identifying a domain in a control term of a mobile communication network operator.
  • One provider may use a domain identifier for each service to provide access to different services.
  • Local Identifier An identifier used to infer or obtain an International Mobile Subscriber Identity (IMSI). Local identifiers must be unique within the application domain and are managed by the mobile telecommunications network operator.
  • IMSI International Mobile Subscriber Identity
  • RAN Radio Access Network: a unit including a Node B, a Radio Network Controller (RNC), and an eNodeB controlling the Node B in a 3GPP network. It exists at the terminal end and provides connection to the core network.
  • RNC Radio Network Controller
  • HLR Home Location Register
  • HSS Home Subscriber Server
  • RANAP RAN Application Part: between the RAN and the node in charge of controlling the core network (ie, Mobility Management Entity (MME) / Serving General Packet Radio Service (GPRS) Supporting Node) / MSC (Mobile Switching Center) Interface.
  • MME Mobility Management Entity
  • GPRS General Packet Radio Service
  • MSC Mobile Switching Center
  • PLMN Public Land Mobile Network
  • Non-Access Stratum A functional layer for transmitting and receiving signaling and traffic messages between a terminal and a core network in a UMTS and EPS protocol stack. The main function is to support the mobility of the terminal and to support the session management procedure for establishing and maintaining an IP connection between the terminal and the PDN GW.
  • SEF Service Capability Exposure Function
  • FIG. 1 is a diagram briefly illustrating an EPS (Evolved Packet System) to which the present invention may be applied.
  • EPS Evolved Packet System
  • the network structure diagram of FIG. 1 briefly reconstructs a structure of an EPS (Evolved Packet System) including an Evolved Packet Core (EPC).
  • EPS Evolved Packet System
  • EPC Evolved Packet Core
  • EPC Evolved Packet Core
  • SAE System Architecture Evolution
  • SAE is a research project to determine network structure supporting mobility between various kinds of networks.
  • SAE aims to provide an optimized packet-based system, for example, supporting various radio access technologies on an IP basis and providing improved data transfer capability.
  • the EPC is a core network of an IP mobile communication system for a 3GPP LTE system and may support packet-based real-time and non-real-time services.
  • a conventional mobile communication system i.e., a second generation or third generation mobile communication system
  • the core network is divided into two distinct sub-domains of circuit-switched (CS) for voice and packet-switched (PS) for data.
  • CS circuit-switched
  • PS packet-switched
  • the function has been implemented.
  • the sub-domains of CS and PS have been unified into one IP domain.
  • the EPC may include various components, and in FIG. 1, some of them correspond to a Serving Gateway (SGW) (or S-GW), PDN GW (Packet Data Network Gateway) (or PGW or P-GW), A mobility management entity (MME), a Serving General Packet Radio Service (GPRS) Supporting Node (SGSN), and an enhanced Packet Data Gateway (ePDG) are shown.
  • SGW Serving Gateway
  • PDN GW Packet Data Network Gateway
  • MME mobility management entity
  • GPRS General Packet Radio Service
  • SGSN Serving General Packet Radio Service
  • ePDG enhanced Packet Data Gateway
  • the SGW acts as a boundary point between the radio access network (RAN) and the core network, and is an element that functions to maintain a data path between the eNodeB and the PDN GW.
  • the SGW serves as a local mobility anchor point. That is, packets may be routed through the SGW for mobility in the E-UTRAN (Universal Mobile Telecommunications System (Evolved-UMTS) Terrestrial Radio Access Network defined in 3GPP Release-8 or later).
  • E-UTRAN Universal Mobile Telecommunications System (Evolved-UMTS) Terrestrial Radio Access Network defined in 3GPP Release-8 or later.
  • SGW also provides mobility with other 3GPP networks (RANs defined before 3GPP Release-8, such as UTRAN or GERAN (Global System for Mobile Communication (GSM) / Enhanced Data Rates for Global Evolution (EDGE) Radio Access Network). It can also function as an anchor point.
  • RANs defined before 3GPP Release-8 such as UTRAN or GERAN (Global System for Mobile Communication (GSM) / Enhanced Data Rates for Global Evolution (EDGE) Radio Access Network). It can also function as an anchor point.
  • GSM Global System for Mobile Communication
  • EDGE Enhanced Data Rates for Global Evolution
  • the PDN GW corresponds to the termination point of the data interface towards the packet data network.
  • the PDN GW may support policy enforcement features, packet filtering, charging support, and the like.
  • untrusted networks such as 3GPP networks and non-3GPP networks (e.g., Interworking Wireless Local Area Networks (I-WLANs), trusted divisions such as Code Division Multiple Access (CDMA) networks or Wimax). It can serve as an anchor point for mobility management with the network.
  • I-WLANs Interworking Wireless Local Area Networks
  • CDMA Code Division Multiple Access
  • FIG. 1 shows that the SGW and the PDN GW are configured as separate gateways, two gateways may be implemented according to a single gateway configuration option.
  • the MME is an element that performs signaling and control functions for supporting access to a network connection, allocation of network resources, tracking, paging, roaming, handover, and the like.
  • the MME controls the control plane functions related to subscriber and session management.
  • the MME manages a number of eNodeBs and performs signaling for the selection of a conventional gateway for handover to other 2G / 3G networks.
  • the MME also performs functions such as security procedures, terminal-to-network session handling, and idle terminal location management.
  • SGSN handles all packet data, such as user's mobility management and authentication to other 3GPP networks (eg GPRS networks).
  • 3GPP networks eg GPRS networks.
  • the ePDG acts as a secure node for untrusted non-3GPP networks (eg, I-WLAN, WiFi hotspots, etc.).
  • untrusted non-3GPP networks eg, I-WLAN, WiFi hotspots, etc.
  • a terminal having IP capability includes an IP service network provided by an operator (ie, an operator) via various elements in the EPC, based on 3GPP access as well as non-3GPP access.
  • an operator ie, an operator
  • 3GPP access based on 3GPP access as well as non-3GPP access.
  • IMS IMS
  • FIG. 1 illustrates various reference points (eg, S1-U, S1-MME, etc.).
  • a conceptual link defining two functions existing in different functional entities of E-UTRAN and EPC is defined as a reference point.
  • Table 1 below summarizes the reference points shown in FIG. 1.
  • various reference points may exist according to the network structure.
  • S2a and S2b correspond to non-3GPP interfaces.
  • S2a is a reference point that provides the user plane with relevant control and mobility resources between trusted non-3GPP access and PDN GW.
  • S2b is a reference point that provides the user plane with relevant control and mobility support between the ePDG and the PDN GW.
  • E-UTRAN evolved universal terrestrial radio access network
  • the E-UTRAN system is an evolution from the existing UTRAN system and may be, for example, a 3GPP LTE / LTE-A system.
  • Communication networks are widely deployed to provide various communication services, such as voice (eg, Voice over Internet Protocol (VoIP)) over IMS and packet data.
  • voice eg, Voice over Internet Protocol (VoIP)
  • VoIP Voice over Internet Protocol
  • an E-UMTS network includes an E-UTRAN, an EPC, and one or more UEs.
  • the E-UTRAN consists of eNBs providing a control plane and a user plane protocol to the UE, and the eNBs are connected through an X2 interface.
  • X2 user plane interface (X2-U) is defined between eNBs.
  • the X2-U interface provides non guaranteed delivery of user plane packet data units (PDUs).
  • An X2 control plane interface (X2-CP) is defined between two neighboring eNBs.
  • X2-CP performs functions such as context transfer between eNBs, control of user plane tunnel between source eNB and target eNB, delivery of handover related messages, and uplink load management.
  • the eNB is connected to the terminal through a wireless interface and is connected to an evolved packet core (EPC) through the S1 interface.
  • EPC evolved packet core
  • the S1 user plane interface (S1-U) is defined between the eNB and the serving gateway (S-GW).
  • the S1 control plane interface (S1-MME) is defined between the eNB and the mobility management entity (MME).
  • the S1 interface performs an evolved packet system (EPS) bearer service management function, a non-access stratum (NAS) signaling transport function, network sharing, and MME load balancing function.
  • EPS evolved packet system
  • NAS non-access stratum
  • the S1 interface supports a many-to-many-relation between eNB and MME / S-GW.
  • MME provides NAS signaling security, access stratum (AS) security control, inter-CN inter-CN signaling to support mobility between 3GPP access networks, and performing and controlling paging retransmission.
  • EWS Earthquake and Tsunami Warning System
  • CMAS Commercial Mobile Alert System
  • FIG. 3 illustrates the structure of an E-UTRAN and an EPC in a wireless communication system to which the present invention can be applied.
  • an eNB may select a gateway (eg, MME), route to the gateway during radio resource control (RRC) activation, scheduling of a broadcast channel (BCH), and the like. Dynamic resource allocation to the UE in transmission, uplink and downlink, and may perform the function of mobility control connection in the LTE_ACTIVE state.
  • the gateway is responsible for paging initiation, LTE_IDLE state management, ciphering of the user plane, System Architecture Evolution (SAE) bearer control, and NAS signaling encryption. It can perform the functions of ciphering and integrity protection.
  • FIG. 4 shows a structure of a radio interface protocol between a terminal and an E-UTRAN in a wireless communication system to which the present invention can be applied.
  • FIG. 4 (a) shows the radio protocol structure for the control plane and FIG. 4 (b) shows the radio protocol structure for the user plane.
  • the layers of the air interface protocol between the terminal and the E-UTRAN are based on the lower three layers of the open system interconnection (OSI) standard model known in the art of communication systems. It may be divided into a first layer L1, a second layer L2, and a third layer L3.
  • the air interface protocol between the UE and the E-UTRAN consists of a physical layer, a data link layer, and a network layer horizontally, and vertically stacks a protocol stack for transmitting data information. (protocol stack) It is divided into a user plane and a control plane, which is a protocol stack for transmitting control signals.
  • the control plane refers to a path through which control messages used by the terminal and the network to manage a call are transmitted.
  • the user plane refers to a path through which data generated at an application layer, for example, voice data or Internet packet data, is transmitted.
  • an application layer for example, voice data or Internet packet data
  • a physical layer which is a first layer (L1), provides an information transfer service to a higher layer by using a physical channel.
  • the physical layer is connected to a medium access control (MAC) layer located at a higher level through a transport channel, and data is transmitted between the MAC layer and the physical layer through the transport channel.
  • Transport channels are classified according to how and with what characteristics data is transmitted over the air interface.
  • data is transmitted between different physical layers through a physical channel between a physical layer of a transmitter and a physical layer of a receiver.
  • the physical layer is modulated by an orthogonal frequency division multiplexing (OFDM) scheme and utilizes time and frequency as radio resources.
  • OFDM orthogonal frequency division multiplexing
  • a physical downlink control channel is a resource allocation of a paging channel (PCH) and a downlink shared channel (DL-SCH) and uplink shared channel (UL-SCH) to the UE.
  • PCH paging channel
  • DL-SCH downlink shared channel
  • UL-SCH uplink shared channel
  • the PDCCH may carry an UL grant that informs the UE of resource allocation of uplink transmission.
  • PDFICH physical control format indicator channel informs the UE of the number of OFDM symbols used for PDCCHs and is transmitted every subframe.
  • a physical HARQ indicator channel (PHICH) carries a HARQ acknowledgment (ACK) / non-acknowledge (NACK) signal in response to uplink transmission.
  • the physical uplink control channel (PUCCH) carries uplink control information such as HARQ ACK / NACK, downlink request and channel quality indicator (CQI) for downlink transmission.
  • a physical uplink shared channel (PUSCH) carries a UL-SCH.
  • the MAC layer of the second layer provides a service to a radio link control (RLC) layer, which is a higher layer, through a logical channel.
  • RLC radio link control
  • the MAC layer multiplexes / demultiplexes into a transport block provided as a physical channel on a transport channel of a MAC service data unit (SDU) belonging to the logical channel and mapping between the logical channel and the transport channel.
  • SDU MAC service data unit
  • the RLC layer of the second layer supports reliable data transmission. Functions of the RLC layer include concatenation, segmentation, and reassembly of RLC SDUs.
  • the RLC layer In order to guarantee the various quality of service (QoS) required by the radio bearer (RB), the RLC layer has a transparent mode (TM), an unacknowledged mode (UM) and an acknowledgment mode (AM). There are three modes of operation: acknowledge mode.
  • AM RLC provides error correction through an automatic repeat request (ARQ). Meanwhile, when the MAC layer performs an RLC function, the RLC layer may be included as a functional block of the MAC layer.
  • the packet data convergence protocol (PDCP) layer of the second layer (L2) performs user data transmission, header compression, and ciphering functions in the user plane.
  • Header compression is relatively large and large in order to allow efficient transmission of Internet protocol (IP) packets, such as IPv4 (internet protocol version 4) or IPv6 (internet protocol version 6), over a small bandwidth wireless interface. It means the function to reduce the IP packet header size that contains unnecessary control information.
  • IP Internet protocol
  • IPv4 Internet protocol version 4
  • IPv6 Internet protocol version 6
  • a radio resource control (RRC) layer located at the lowest part of the third layer L3 is defined only in the control plane.
  • the RRC layer serves to control radio resources between the terminal and the network.
  • the UE and the network exchange RRC messages with each other through the RRC layer.
  • the RRC layer controls the logical channel, transport channel and physical channel with respect to configuration, re-configuration and release of radio bearers.
  • the radio bearer means a logical path provided by the second layer (L2) for data transmission between the terminal and the network.
  • Establishing a radio bearer means defining characteristics of a radio protocol layer and a channel to provide a specific service, and setting each specific parameter and operation method.
  • the radio bearer may be further divided into two signaling radio bearers (SRBs) and data radio bearers (DRBs).
  • SRB is used as a path for transmitting RRC messages in the control plane
  • DRB is used as a path for transmitting user data in the user plane.
  • a non-access stratum (NAS) layer located above the RRC layer performs functions such as session management and mobility management.
  • NAS non-access stratum
  • One cell constituting the base station is set to one of the bandwidth, such as 1.25, 2.5, 5, 10, 20Mhz to provide a downlink or uplink transmission service to multiple terminals.
  • Different cells may be configured to provide different bandwidths.
  • a downlink transport channel for transmitting data from a network to a terminal includes a broadcast channel (BCH) for transmitting system information, a PCH for transmitting a paging message, and a DL-SCH for transmitting user traffic or control messages.
  • BCH broadcast channel
  • PCH for transmitting a paging message
  • DL-SCH for transmitting user traffic or control messages.
  • Traffic or control messages of the downlink multicast or broadcast service may be transmitted through the DL-SCH or may be transmitted through a separate downlink multicast channel (MCH).
  • an uplink transport channel for transmitting data from a terminal to a network includes a random access channel (RACH) for transmitting an initial control message, and an UL-SCH (uplink shared) for transmitting user traffic or a control message. channel).
  • RACH random access channel
  • UL-SCH uplink shared
  • the logical channel is on top of the transport channel and is mapped to the transport channel.
  • the logical channel may be divided into a control channel for transmitting control region information and a traffic channel for delivering user region information.
  • the control channel includes a broadcast control channel (BCCH), a paging control channel (PCCH), a common control channel (CCCH), a dedicated control channel (DCCH), multicast And a control channel (MCCH: multicast control channel).
  • Traffic channels include a dedicated traffic channel (DTCH) and a multicast traffic channel (MTCH).
  • PCCH is a downlink channel that carries paging information and is used when the network does not know the cell to which the UE belongs.
  • CCCH is used by a UE that does not have an RRC connection with the network.
  • the DCCH is a point-to-point bi-directional channel used by a terminal having an RRC connection for transferring dedicated control information between the UE and the network.
  • DTCH is a point-to-point channel dedicated to one terminal for transmitting user information that may exist in uplink and downlink.
  • MTCH is a point-to-multipoint downlink channel for carrying traffic data from the network to the UE.
  • the DCCH may be mapped to the UL-SCH
  • the DTCH may be mapped to the UL-SCH
  • the CCCH may be mapped to the UL-SCH.
  • the BCCH may be mapped with the BCH or DL-SCH
  • the PCCH may be mapped with the PCH
  • the DCCH may be mapped with the DL-SCH.
  • the DTCH may be mapped with the DL-SCH
  • the MCCH may be mapped with the MCH
  • the MTCH may be mapped with the MCH.
  • FIG. 5 is a diagram exemplarily illustrating a structure of a physical channel in a wireless communication system to which the present invention can be applied.
  • a physical channel transmits signaling and data through a radio resource including one or more subcarriers in a frequency domain and one or more symbols in a time domain.
  • One subframe having a length of 1.0 ms is composed of a plurality of symbols.
  • the specific symbol (s) of the subframe eg, the first symbol of the subframe
  • the PDCCH carries information about dynamically allocated resources (eg, a resource block, a modulation and coding scheme (MCS), etc.).
  • MCS modulation and coding scheme
  • the UE performs an RRC connection re-establishment procedure. Cases are performed.
  • a contention-based random access procedure in which the UE randomly selects and uses one preamble within a specific set And a non-contention based random access procedure using a random access preamble allocated by a base station only to a specific terminal.
  • FIG. 6 is a diagram for explaining a contention based random access procedure in a wireless communication system to which the present invention can be applied.
  • the UE randomly selects one random access preamble (RACH preamble) from a set of random access preambles indicated through system information or a handover command, and A physical RACH (PRACH) resource capable of transmitting a random access preamble is selected and transmitted.
  • RACH preamble random access preamble
  • PRACH physical RACH
  • the base station receiving the random access preamble from the terminal decodes the preamble and obtains an RA-RNTI.
  • the RA-RNTI associated with the PRACH in which the random access preamble is transmitted is determined according to the time-frequency resource of the random access preamble transmitted by the corresponding UE.
  • the base station transmits a random access response addressed to the RA-RNTI obtained through the preamble on the first message to the terminal.
  • the random access response includes a random access preamble identifier (RA preamble index / identifier), an uplink grant (UL grant) indicating an uplink radio resource, a temporary cell identifier (TC-RNTI), and a time synchronization value ( TAC: time alignment commands) may be included.
  • the TAC is information indicating a time synchronization value that the base station sends to the terminal to maintain uplink time alignment.
  • the terminal updates the uplink transmission timing by using the time synchronization value. When the terminal updates the time synchronization, a time alignment timer is started or restarted.
  • the UL grant includes an uplink resource allocation and a transmit power command (TPC) used for transmission of a scheduling message (third message), which will be described later. TPC is used to determine the transmit power for the scheduled PUSCH.
  • TPC transmit power command
  • the base station After the UE transmits the random access preamble, the base station attempts to receive its random access response within the random access response window indicated by the system information or the handover command, and PRACH
  • the PDCCH masked by the RA-RNTI corresponding to the PDCCH is detected, and the PDSCH indicated by the detected PDCCH is received.
  • the random access response information may be transmitted in the form of a MAC packet data unit (MAC PDU), and the MAC PDU may be transmitted through a PDSCH.
  • MAC PDU MAC packet data unit
  • the monitoring stops the random access response.
  • the random access response message is not received until the random access response window ends, or if a valid random access response having the same random access preamble identifier as the random access preamble transmitted to the base station is not received, the random access response is received. Is considered to have failed, and then the UE may perform preamble retransmission.
  • the terminal When the terminal receives a valid random access response to the terminal, it processes each of the information included in the random access response. That is, the terminal applies the TAC, and stores the TC-RNTI. In addition, by using the UL grant, the data stored in the buffer of the terminal or newly generated data is transmitted to the base station.
  • an RRC connection request generated in the RRC layer and delivered through the CCCH may be included in the third message and transmitted.
  • the RRC layer is generated in the RRC layer and CCCH.
  • the RRC connection reestablishment request delivered through the RRC connection reestablishment request may be included in the third message and transmitted. It may also include a NAS connection request message.
  • the third message should include the identifier of the terminal.
  • C-RNTI valid cell identifier allocated in the corresponding cell before the random access procedure
  • the UE If the UE transmits data corresponding to the UL grant, it starts a timer for contention resolution (contention resolution timer).
  • the base station When the base station receives the C-RNTI of the terminal through the third message from the terminal, the base station transmits a fourth message to the terminal using the received C-RNTI.
  • the unique identifier ie, S-TMSI or random number
  • the fourth message is transmitted using the TC-RNTI allocated to the terminal in the random access response.
  • the fourth message may include an RRC connection setup message.
  • the terminal After transmitting the data including its identifier through the UL grant included in the random access response, the terminal waits for an instruction of the base station to resolve the collision. That is, it attempts to receive a PDCCH to receive a specific message.
  • the third message transmitted in response to the UL grant is its C-RNTI
  • the identifier is a unique identifier (that is, In the case of S-TMSI or a random number, it attempts to receive the PDCCH using the TC-RNTI included in the random access response.
  • the terminal determines that the random access procedure has been normally performed, and terminates the random access procedure.
  • the terminal determines that the random access procedure has been normally performed, and terminates the random access procedure.
  • the terminal determines that the random access procedure is normally performed, and terminates the random access procedure.
  • the terminal acquires the C-RNTI through the fourth message, and then the terminal and the network transmit and receive a terminal-specific message using the C-RNTI.
  • the random access procedure is terminated by only transmitting the first message and transmitting the second message.
  • the terminal before the terminal transmits the random access preamble to the base station as the first message, the terminal is allocated a random access preamble from the base station, and transmits the allocated random access preamble to the base station as a first message, and sends a random access response from the base station.
  • the random access procedure is terminated by receiving.
  • V2X vehicle-to-vehicle / infrastructure / pedestrian
  • V2X communication related technology that provides the following service types.
  • Three typical service types of the V2X communication are as follows.
  • V2V Vehicle-to-vehicle
  • V2I Vehicle-to-infrastructure
  • RSU roadside unit
  • V2P Vehicle-to-pedestrian
  • FIG. 7 illustrates a reference architecture for PC5 based V2X to which the present invention may be applied.
  • the V2X control function may be defined as a logical function used for network related tasks required for the V2X.
  • the reference points newly defined to perform the V2X control function may be defined as follows.
  • V1 A reference point between a V2X application and a V2X application server.
  • V2 A reference point between the V2X application and the V2X control of the operator network.
  • V2X applications are connected to V2X control functions belonging to multiple PLMNs.
  • V3 A reference point between the V2X capable UE and the V2X control function of the operator network.
  • V4 Reference point between the HSS and the V2X control of the operator network.
  • V5 Reference point between V2X applications.
  • LTE-Uu a reference point between a V2X capable UE and an E-UTRAN.
  • PC5 Reference point between V2X supporting UEs for vehicle to vehicle (V2V), vehicle to infrastructure (V2I) and vehicle to pedestrians / motorcyclists / bicyclists (V2P) services.
  • V2V vehicle to vehicle
  • V2I vehicle to infrastructure
  • V2P vehicle to pedestrians / motorcyclists / bicyclists
  • This PC5 interface corresponds to Sidelink.
  • Sidelink corresponds to a UE-to-UE interface for sidelink communication and sidelink discovery.
  • Sidelink communication is an AS function that enables direct communication between a plurality of nearby UEs using E-UTRA technology but not passing through a network node.
  • ProSe functionality consists of ProSe discovery (direct or EPC level) and ProSe direct communication (using E-UTRAN or WLAN directly).
  • ProSe discovery uses E-UTRAN (with or without E-UTRAN) or EPC to identify the ProSe supported UE is in proximity.
  • ProSe direct communication enables communication path establishment between two or more ProSe supporting UEs in direct communication range.
  • E-UTRAN or WLAN may be used as the ProSe direct communication path.
  • the Prose function may be used for public safety related purposes such as:
  • ProSe-enabled public safety UEs can establish a direct communication path between two or more ProSe supported public safety UEs, regardless of whether the ProSe supported public safety UEs are serviced by the E-UTRAN.
  • ProSe direct communication is also easy with the use of ProSe UE-to-Network relays, which act as a relay between the E-UTRAN and the UE.
  • ProSe Per-Packet Priority In ProSe direct communication, PC5 interface is used, and ProSe Per-Packet Priority (PPPP) is used as a priority parameter.
  • PPPPs ProSe Per-Packet Priority
  • intra-UE transmissions ie, protocol data units associated with different priorities at the same UE and waiting for transmissions
  • inter-UE transmissions ie, different priorities at different UEs. Associated with the rank and used for protocol data units waiting for transmission.
  • the ProSe upper layer When the ProSe upper layer (ie, above PC5 access stratum) passes protocol data units for transmission to the PC5 access layer, the ProSe upper layer will provide PPPP within the range of eight possible values. Can be. PPPP is independent of Destination Layer-2 ID and can be applied to both one-to-one and one-to-many ProSe direct communications. This PPPP can be selected by the application server.
  • the PPPP value should be assigned to the PC5-S message.
  • the UE may be configured with one PPPP value to use for transmitting the PC5-S message.
  • PPPP is neutral depending on whether the mode in which the UE accesses the medium, ie scheduled transmission mode (hereinafter 'mode 1') or autonomous transmission mode (hereinafter 'mode 2'), is used.
  • mode 1 is a mode in which a UE receives PC5 resources allocated from an eNB and transmits data
  • mode 2 is a mode in which a UE directly selects a specific PC5 resource among PC5 resources allocated from the eNB and transmits data.
  • the ProSe access layer uses PPPP associated with protocol data units received from higher layers to prioritize transmissions for other intra-UE transmissions and inter-UE transmissions.
  • Priority queues are expected to be serviced according to priority. That is, the UE services all packets related to PPPP N before serving packets related to PPPP N + 1 (ie, the lower the PPPP value, the higher the priority).
  • the logical channel prioritization procedure may be applied when a new transmission is performed.
  • the RRC controls scheduling of UL data by signaling for each logical channel: 'priority', where the increasing priority value indicates a lower priority level, and 'prioritisedBitRate', which sets the priority bit rate (PBR). ',' BucketSizeDuration 'to set bucket size duration (BSD).
  • PBR priority bit rate
  • BSD bucket size duration
  • the MAC entity must maintain a variable Bj for each logical channel j.
  • Bj is initialized to '0' when the associated logical channel is established, and PBR is increased by the product 'PBR ⁇ TTI duration' for each TTI of the priority bit rate of logical channel j.
  • the value of Bj cannot exceed the bucket size, and if the value of Bj is larger than the bucket size of logical channel j, it should be set to the bucket size.
  • the bucket size of a logical channel is equal to PBR ⁇ BSD, where PBR and BSD are set by higher layers.
  • the MAC entity must allocate resources to the logical channel through the steps described below:
  • Step 1 All logical channels with Bj> 0 are allocated resources in decreasing order of priority. If the PBR of a logical channel is set to infinity, the MAC entity must allocate resources for all data available for transmission over the logical channel before meeting the PBR of the lower priority logical channel (s).
  • Step 2 The MAC entity must reduce Bj by the total size of MAC SDUs serviced to logical channel j in step 1.
  • the Bj value may be negative.
  • Step 3 If resources remain, all logical channels are provided in sequential order of decreasing priority (regardless of the value of Bj) until the corresponding logical channel or data for UL grant is exhausted. Logical channels with the same priority should be provided identically.
  • the UE must also follow the rules below during the above scheduling procedure.
  • the UE sends the corresponding RLC SDU (or partially transmitted SDU or retransmitted RLC PDU). Do not divide.
  • the size of the segment should be maximized to satisfy the grants of as many associated MAC entities as possible.
  • the MAC entity shall not transmit only the padding BSR and / or padding. Unless it is less than 7 bytes and an AMD PDU segment needs to be sent).
  • the MAC entity For transmission in a serving cell operating according to frame structure type 3, the MAC entity shall only consider logical channels for which laa-Allowed is configured.
  • the MAC entity shall not transmit data for the logical channel corresponding to the paused radio bearer.
  • the MAC entity is assigned to the HARQ entity in the following cases: Do not create a MAC PDU for:
  • the MAC entity is configured with skipUplinkTxDynamic and the grant indicated to the HARQ entity is addressed with C-RNTI; or
  • the MAC entity When the MAC entity is configured with skipUplinkTxSPS and the grant indicated in the HARQ entity is a UL grant established;
  • MAC entities In logical channel prioritization procedures, MAC entities should consider the following relative priorities in decreasing order:
  • MAC control element for C-RNTI or data from UL-Common Control Channel (CCCH);
  • a MAC control element for BSR included in the padding
  • steps 1-3 and associated rules may be applied independently of each grant or to the sum of the capacities of the grants.
  • the order in which approvals are processed is a UE implementation issue.
  • a MAC entity is requested to transmit multiple MAC PDUs in one TTI, it is a UE implementation issue to determine which MAC PDU contains a MAC control element. If the UE is requested to generate MAC PDU (s) with two MAC entities in one TTI, this is determined based on the UE's implementation in the order in which authorizations are processed.
  • the logical channel prioritization procedure is applied when a new transmission is performed.
  • Each Sidelink logical channel has a PPPP related priority as described above. Multiple Sidelink logical channels may have the same priority.
  • the mapping between the priority and the Logical Channel ID (LC ID) may be a UE implementation issue.
  • the MAC entity performs the following logical channel prioritization procedures for each Sidelink Control Information (SCI) transmitted in the Sidelink Control (SC) cycle in Sidelink communications or for each SCI corresponding to a new transmission in V2X Sidelink communications: Should be.
  • SCI Sidelink Control Information
  • SC Sidelink Control
  • the MAC Entity must allocate resources to the Sidelink logical channel in the following steps.
  • Step 0 select a ProSe destination having the highest priority Sidelink logical channel among the Sidelink logical channels with data available for transmission;
  • Step 1 Allocates resources to the sidelink logical channel having the highest priority among the sidelink logical channels belonging to the selected ProSe destination and having transmittable data.
  • Step 2 If resources remain, Sidelink logical channels belonging to the selected ProSe destination will be presented in descending order of priority until one of the Sidelink logical channels or data for the SL grant is first exhausted ( serve). Sidelink logical channels set to the same priority must be identically provisioned.
  • the UE must also follow the following rules during the above scheduling procedure.
  • the UE shall not split the RLC SDU (or partially transmitted SDU) if the entire SDU (or partially transmitted SDU) enters the remaining resources;
  • the UE should maximize the size of the segment to fill the grant as much as possible;
  • the UE shall not transmit only padding.
  • the buffer status reporting procedure is used by the serving eNB to provide information about the amount of data available for transmission in the UL buffer associated with the MAC entity.
  • the RRC controls the BSR reporting by configuring three timers 'periodicBSR-Timer', 'retxBSR timer' and 'logicalChannelSR-ProhibitTimer' and selectively signaling 'logicalChannelGroup' which assigns a logical channel to the LCG.
  • the MAC entity For the buffer status reporting procedure, the MAC entity must consider all radio bearers that are not suspended and radio bearers that are suspended.
  • the buffer status report (BSR) is triggered when the following events occur:
  • UL data for a logical channel belonging to the LCG can be transmitted in the RLC entity or PDCP entity, and the data belongs to a logical channel having a higher priority than that of any logical channel so that the data can already be transmitted.
  • BSR when there is no data available for transmission for all logical channels belonging to the LCG, is called "regular BSR".
  • the BSR may be referred to as a "padding BSR".
  • the BSR when the 'retxBSR-Timer' expires and the MAC entity has data available for transmission on logical channels belonging to the LCG is referred to hereinafter as "Regular BSR".
  • 'Periodic BSR' when 'periodicBSR-Timer' expires is referred to as 'Periodic BSR' below.
  • the Long BSR is reported.
  • MAC PDUs must contain at most one MAC BSR control element even when multiple events trigger BSRs up to the time that the BSR can be transmitted, in which case the Regular BSR and Periodic BSR should take precedence over the padding BSR.
  • the MAC entity must restart the retxBSR-Timer upon indication of acknowledgment of transmission of new data for any UL-SCH.
  • the MAC entity must transmit at most one regular / periodic BSR in the TTI.
  • the padding BSR may be included in any MAC PDU not including the regular / periodic BSR.
  • All BSRs sent in a TTI must always reflect the buffer status after all MAC PDUs have been built for this TTI.
  • Each LCG shall report at most one buffer status value per TTI, which shall be reported in all BSRs reporting the buffer status for that LCG.
  • Padding BSR cannot cancel Regular / Periodic BSR triggered except NB-IoT.
  • the padding BSR is triggered only for a specific MAC PDU and when this MAC PDU is constructed the trigger is cancelled.
  • the sidelink buffer status reporting procedure is used to provide the serving eNB with information about the amount of sidelink data that can be transmitted in the Sidelink (SL) buffer associated with the MAC entity.
  • RRC controls two BSR reporting for Sidelink by setting two timers 'periodic-BSR-TimerSL' and 'retx-BSR-TimerSL'.
  • Each Sidelink logical channel belongs to a Proximity Service (ProSe) Destination.
  • ProSe Proximity Service
  • Each Sidelink logical channel is assigned to the LCG according to the mapping between the priority of the Sidelink logical channel and the LCG ID and priority provided by the upper layer in 'logicalChGroupInfoList'.
  • LCG is defined for each ProSe Destination.
  • BSR Sidelink Buffer Status Reporting
  • SL-RNTI Sidelink-Radio Network Temporary Identifier
  • Sidelinks with SL data for the sidelink logical channel of the ProSe Destination become available for transmission on the RLC entity or PDCP entity, and whose data is higher than the priority of the Sidelink logical channel belonging to any LCG belonging to the same Prose destination.
  • Sidelink BSR such as when the data belonging to a logical channel is already available for transmission or there is no data currently available for transmission on any Sidelink logical channel belonging to the same Prose destination may be referred to hereinafter as 'Regular Sidelink BSR'. ;
  • Uplink resources are allocated after the padding BSR is triggered and the number of padding bits is equal to or greater than the size of the Sidelink BSR MAC control element containing the buffer status for the ProSe destination and at least one LCG of its subheader.
  • Sidelink BSR is called "Padding Sidelink BSR".
  • 'Periodic Sidelink BSR when 'Periodic-BSR-TimerSL' has expired is referred to as 'Periodic Sidelink BSR'.
  • the SL-RNTI is configured by higher layers, and the SL data is available for transmission at the RLC entity or PDCP entity, in which case the Sidelink BSR is referred to below as "Regular Sidelink BSR".
  • the sidelink BSR size which includes the buffer status for all LCGs with data available for transmission and their subheaders, report the Sidelink BSR with buffer status for all LCGs with transmittable data; ;
  • Truncated Sidelink BSR containing the buffer status for as many LCGs as possible with data that can be transmitted, taking into account the number of bits of the reporting UL grant.
  • Truncated Sidelink BSR containing the buffer status for as many LCGs as possible with data that can be transmitted, taking into account the number of bits of the reporting UL grant.
  • the MAC entity has an uplink resource allocated for a new transmission for this TTI and the allocated uplink resource can accept the Sidelink BSR MAC control element and its subheader as a result of logical channel prioritization:
  • Scheduling request should be triggered.
  • the MAC PDU must include one Sidelink BSR MAC control element even when several events trigger Sidelink BSR until the time to transmit the Sidelink BSR.
  • the regular Sidelink BSR and the periodic Sidelink BSR take precedence over the padding Sidelink BSR.
  • the MAC entity must restart the 'retx-BSR-TimerSL' upon receiving the SL acknowledgement.
  • the remaining SL entitlements that are valid during the sidelink control (SC) period can accommodate all pending data available for transmission in the sidelink communication, or the remaining set SL grant (s) valid is valid in the V2X (Vehx-to-Everything) sidelink communication.
  • All triggered regular sidelink BSRs should be canceled if they can accommodate all pending data that can be transmitted. If the MAC entity does not have data available for transmission on any Sidelink logical channel, all triggered Sidelink BSRs shall be canceled. When Sidelink BSR (except Trunked Sidelink BSR) is included in the MAC PDU for transmission, all triggered Sidelink BSRs must be canceled.
  • the higher layer configures autonomous resource selection, all triggered Sidelink BSRs are canceled and 'retx-BSR-TimerSL' and 'periodic-BSR-TimerSL' must be stopped.
  • the MAC entity must transmit at most one regular / periodic sidelink BSR in the TTI. If a MAC entity is requested to transmit multiple MAC PDUs in a TTI, it may include a padding sidelink BSR in any MAC PDU that does not contain a regular / periodic sidelink BSR.
  • All Sidelink BSRs sent to a TTI always reflect the buffer status after all MAC PDUs have been established for that TTI.
  • Each LCG shall report at most one buffer status value per TTI, which shall be reported to all sidelink BSRs reporting the buffer status of the LCG.
  • Padding Sidelink BSR cannot cancel a triggered Regular / Periodic Sidelink BSR. Padding Sidelink BSR is triggered only for a specific MAC PDU, and once this MAC PDU is built, the trigger is canceled.
  • FIG. 8 is a diagram illustrating the structure of a Buffer Status Report MAC control element in a wireless communication system to which the present invention can be applied.
  • FIG. 8 (a) shows the Short BSR and Truncated BSR MAC control elements
  • FIG. 8 (b) shows the Long BSR MAC control elements.
  • the Buffer Status Report (BSR) MAC control element may consist of one of the following:
  • long BSR format four buffer size fields corresponding to LCG ID # 0 to # 3 (FIG. 8 (b)).
  • the BSR format may be identified by a subheader of a MAC PDU having a Logical Channel Identifier (LCID).
  • LCID Logical Channel Identifier
  • LCG ID fields and buffer size may be defined as follows.
  • LCG ID The LCG ID field identifies the group of logical channel (s) for which the buffer status is reported. This field is 2 bits long.
  • Buffer size The buffer size field identifies the total amount of data available on all logical channels of the LCG after all MAC PDUs for the TTI have been built. The amount of data is expressed in number of bytes. It must include all data available for transmission in the RLC layer and PDCP layer. The size of the RLC and MAC headers is not taken into account in the buffer size calculation. This field is 6 bits long.
  • the buffer size field may take the value disclosed in Table 2. If 'extendedBSR-Sizes' is configured, the buffer size field may take the values disclosed in Table 3.
  • Table 2 shows the buffer size levels for the BSR.
  • Table 3 shows the extended buffer size levels for BSR.
  • FIG. 9 is a diagram illustrating a structure of a sidelink buffer status report MAC control element in a wireless communication system to which the present invention can be applied.
  • FIG. 9 (a) shows the Sidelink BSR and Truncated Sidelink BSR MAC control elements for even N
  • FIG. 8 (b) shows the Sidelink BSR and Truncated Sidelink BSR MAC control elements for odd N.
  • FIG. 9 (a) shows the Sidelink BSR and Truncated Sidelink BSR MAC control elements for even N
  • FIG. 8 (b) shows the Sidelink BSR and Truncated Sidelink BSR MAC control elements for odd N.
  • Sidelink BSR and Truncated Sidelink BSR MAC control elements are composed of one target index field, one LCG ID field, and one buffer size field corresponding to each reporting target group.
  • the sidelink BSR MAC control element may be identified as a MAC PDU subheader with an LCID and may vary in size.
  • Target Index The Target Index field identifies the ProSe target. This field is 4 bits long. If the value is set to the index of the target reported in 'destinationInfoList', and multiple such lists are reported, the values may be sequentially indexed in the same order in all lists.
  • the Logical Channel Group ID field identifies the group of logical channel (s) for which buffer status is reported.
  • the length of the field is 2 bits.
  • the buffer size field indicates the total amount of data available on all logical channels of the LCG of the ProSe target after all MAC PDUs of the TTI are built. The amount of data can be expressed in number of bytes.
  • the buffer size field shall contain all data available for transmission in the RLC layer and PDCP layer. The size of the RLC and MAC headers is not taken into account in the buffer size calculation.
  • the length of the buffer size field is 6 bits. The values taken by the buffer size field are shown in Table 2.
  • R Reserved bit and set to "0".
  • the buffer size of the LCG is included in descending order from the highest priority of the Sidelink logical channel belonging to the LCG regardless of the value of the destination index field.
  • the UE When the UE operates in mode 1 (ie, scheduled resource allocation scheme) for allocating PC5 resources from the eNB, the UE may transmit the above-described (sidelink) BSR to the eNB according to LCG ID information previously received from the eNB.
  • mode 1 ie, scheduled resource allocation scheme
  • the UE may transmit the above-described (sidelink) BSR to the eNB according to LCG ID information previously received from the eNB.
  • Each Sidelink logical channel is assigned / mapped to a Logical Channel Group (LCG) based on its priority (ie PPPP).
  • the mapping of LCG IDs and priorities can be provided by logicalChGroupInfoList included in SL-CommConfig. have. That is, when the 3GPP layer receives the data packet for PC5 from the application server, the 3GPP layer may map the PPPP value of the packet and the priority of the LC (ie, PPPP).
  • the UE maps and transmits an LCG ID for each destination as shown in FIG. 7, and the LCG ID is mapped with at least one PPPP by the eNB.
  • FIG. 10 is a diagram illustrating a mapping relationship between a destination, an LCG, and a PPPP in a BSR reporting procedure of a UE to which the present invention can be applied.
  • LCG 10 illustrates a case where LCG 1 and PPPP 1 to 2, LCG 2 and PPPP 3, LCG 3 and PPPP 4 to 7, LCG 4 and PPPP 8 are mapped to each other by an eNB.
  • the UE may select the LCG according to the destination and specify the LCG ID of the selected LCG in the BSR and transmit it to the eNB.
  • the eNB may determine the priority of the corresponding BSR through the LCG ID of the BSR received from the UE.
  • ProSe applications and V2X services can use the same PC5 interface.
  • the PC5 radio resources that can be allocated for the two services by region may be the same or different.
  • UE # 1 transmits a BSR for ProSe application data packet transmission
  • UE # 2 transmits a BSR for V2X service data packet transmission to the eNB. have.
  • a problem may occur when the LCG IDs of the two BSRs received by the eNB are the same and there is not enough PC5 resources that can be allocated to both the UE # 1 and # 2.
  • the eNB determines PC5 resource priority allocation based on the PPPP corresponding to the LCG ID, the eNB determines which service (i.e., which service is transmitted to which UE # 1 and # 2 has transmitted the BSRs with the same LCG ID specified). There is an ambiguity that it is not possible to decide whether to allocate PC5 resources preferentially). Furthermore, since the two BSRs received by the eNB do not specify which BSR for which service, there is an ambiguity that the eNB cannot determine which PC5 resource to preferentially allocate to the UE using which service.
  • the UE uses the ProSe application and the V2X service at the same time, and the lower layer of the UE receives the packet with the PPPP from the application layer, it may be determined whether the packet is for the ProSe application or the V2X service. none.
  • the eNB can only grasp the priority information from the LCG ID included in the BSR received from the UE, and cannot determine the type of service used by the UE sending the BSR.
  • the LCG ID of the BSR requesting the PC5 resource for the ProSe application is the LCG ID of the BSR requesting the PC5 resource for the V2X service, although the eNB lacking PC5 resources to allocate has a high priority for the V2X service. If it is higher than the priority of, the PC5 resources are preferentially allocated to the UE using the ProSe application, and there is a problem that efficient resource allocation is impossible.
  • the eNB when the UE transmits a data packet that needs to use a PC5 interface / resource, a method for distinguishing whether the data packet is for a ProSe application or a V2X service is proposed.
  • the eNB also determines whether the PC5 resource requested through the BSR is used for ProSe applications or V2X services, and also proposes a method for efficiently allocating PC5 resources to the UE based on the determination result.
  • a UE collectively refers to a vehicle and a user who can use a ProSe application and / or a V2X service as “UE”.
  • the scheme for efficiently allocating PC5 resources to the UE proposed in this specification consists of a combination of one or more of the operations proposed below.
  • the UE operates in a scheduled resource allocation scheme ('mode 1' for ProSe direct communication) in order to receive PC5 resources, but is not limited thereto, and the eNB allocates PC5 resources to the UE. Applicable to the operation / method.
  • the UE may provide 'service priority information' (e.g., information that a V2X service takes precedence over a ProSe application, information that a ProSe application takes precedence over a V2X service) Is the highest priority or information that the ProSE application is highest priority), and may transmit it to the MME through NAS signaling.
  • the MME may deliver the corresponding information received from the UE to the eNB.
  • the MME may obtain the service priority information directly from the UE, instead of receiving the service priority information, from the UE and transmit the service priority information to the eNB.
  • the application layer of the UE may send down information on which service (hereinafter, 'service information'). For example, the application layer of the UE may set a flag (1 bit) for which service the data packet is (for example, '0' for a packet for a ProSe application, or 'for packet for a V2X service'). Set to 1 'to send it down to the lower layer.
  • the lower layer of the UE can recognize the service type (ProSe application or V2X service) of the data packet received from the upper layer. Based on this, the lower layer of the UE may perform any one of the following operations.
  • the lower layer of the UE may perform one of the following operations.
  • the PPPP configured / mapped for the corresponding data packet is It is possible to obtain an LCG ID in which the same PPPP is set / mapped.
  • the lower layer of the UE generates a BSR for the corresponding data packet, and transmits to the eNB including / specified the LCG ID and service type (ProSe application or V2X service) of the data packet obtained before the generated BSR. Can be.
  • the lower layer of the UE When receiving data packets for ProSe application and V2X service from the application layer (or higher layer) at the same time, the lower layer of the UE has LCG with the same PPPP set / mapped as the PPPP set / mapped for each data packet. ID can be obtained.
  • the lower layer of the UE generates at least one BSR for the corresponding data packets, and includes the LCG ID obtained before the generated at least one BSR and the type of service of each data packet (ProSe application or V2X service). Send it to the eNB.
  • BSRs of two data packets for different services may be generated as one BSR or may be generated as separate BSRs and transmitted to the eNB.
  • the operation of the application / upper layer and the lower layer of the UE may be collectively expressed as the operation of 'UE'.
  • the eNB receives a request for PC5 resource allocation for ProSe application and / or V2X service data packet transmission from the UE through the BSR, but there may be a shortage of PC5 resources that can be allocated to the UE in the service area of the eNB.
  • the eNB may perform at least one of the following operations based on the service information specified in the BSR received from the UE (or indicated by the BSR) and the LCG ID.
  • the eNB may allocate PC5 resources based on the LCG ID of each BSR. For example, when the eNB receives a first BSR requesting PC5 resource for ProSe application from UE # 1, and a second BSR requesting PC5 resource for V2X service from UE # 2, the first and second BSRs are received. By comparing the LCG IDs of the second BSR, PC5 resources may be allocated in the order of high priority.
  • the eNB may preferentially provide the PC5 resource based on the received BSR's service information, network operator's policy and / or local policy, etc. Can be selected.
  • the eNB For example, if the V2X service has a higher priority than the ProSe application in the service area of the eNB according to the policy of the network operator / eNB, the eNB gives priority to the PC5 resource to the UE # 2 requesting the PC5 resource for the V2X service. Can be assigned.
  • the eNB may determine that the LCG ID of the BSR for the V2X service has a lower priority than the LCG ID of the Prose application. You can preferentially allocate PC5 resources for V2X services. In other words, in a service area where priority is set for a particular service, the eNB preferentially prioritizes PC5 resources for a specific service that is set priority in the service area regardless of the priority of the LCG ID of the received BSR. Can be assigned.
  • the PCG resources may be allocated to the high priority service by comparing the LCG IDs of the two BSRs with each other. have.
  • the eNB may select a service to preferentially provide the PC5 resource based on the received service information of the BSR, the policy and / or local policy of the network operator.
  • the eNB may provide the UE with information about a service to which the corresponding PC5 resources are allocated.
  • the eNB may allocate PC5 resources based on the corresponding information. For example, when the eNB receives service priority information indicating that the V2X service takes precedence over the ProSe application, the eNB allocates PC5 resources for the V2X service to the ProSe application in priority, and the allocated PC5 resource is a resource for the V2X service. May inform the UE.
  • PC5 resources e.g., radio frequency / time resources used to perform PC5 operations
  • PC5 operations e.g., V2X messages over PC5 interfaces / resources, ProSe application data Packet and / or V2X service data packet transmission.
  • the UE may receive service information indicating which service the PC5 resource allocated to the UE is from the eNB. In this case, the UE may use it to transmit a data packet / traffic for a service indicated by the service information receiving the allocated PC5 resource.
  • FIG. 11 is a flowchart illustrating a PC5 resource allocation method according to an embodiment of the present invention.
  • the above-described embodiments may be applied in the same or similar manner, and redundant descriptions thereof will be omitted.
  • the UE may transmit the first Sidelink BSR for the amount of first Sidelink data and the second Sidelink BSR for the amount of second Sidelink data to the eNB (S1110).
  • the first sidelink BSR indicates a service type of the first sidelink data
  • the second sidelink BSR indicates a service type of the second sidelink data.
  • the first and second sidelink BSRs may be configured with one same Sidelink BSR or may be configured with different sidelink BSRs different from each other.
  • the service type of the first or second sidelink data may correspond to a ProSe (Proximity Service) or V2X service.
  • the UE may be allocated PC5 resources for the first and / or second Sidelink data transmission from the eNB based on the LCG IDs included in the first and second Sidelink BSRs, respectively (S1120).
  • the PC5 resource may be preferentially allocated for sidelink data transmission corresponding to the Sidelink BSR including the LCG ID having a high priority.
  • the PC5 resource may be preferentially allocated for the first or second Sidelink data transmission based on the service type.
  • the PC5 resource represents a radio resource allocated for Sidelink data transmission through the PC5 interface, and the PC5 interface may correspond to a UE-UE interface for sidelink communication and sidelink discovery.
  • the LCG ID may be an identifier for identifying a group of logical channels whose buffer status is reported through the first or second Sidelink BSR. This LCG ID is mapped to at least one PPPP, and the PPPP may correspond to a priority parameter used to indicate the priority of the protocol data unit including the first or second sidelink data.
  • the LCG ID may be mapped to an ID of a Proseimity Service (Prose) destination which is a transmission destination of the first or second sidelink data.
  • Prose Proseimity Service
  • the UE may further receive service type information indicating which type of service the PC5 resource allocated from the eNB is. Furthermore, the UE may transmit sidelink data of a service type indicated through service type information using the allocated PC5 resource.
  • the method for efficiently allocating PC5 resources to the UE operating in mode 1 has been described.
  • a method for efficiently selecting a PC5 resource by a UE operating in mode 2 ie, a UE autonomous resource selection / allocation method
  • the 'transmission resource pool' may be referred to as 'PC5 resource pool' or 'source pool'.
  • FIG. 12 is a diagram illustrating a transmission resource pool and a transmission resource pool selection operation of a UE that can be applied to the present invention.
  • the UE may receive transmission resource pool information from the eNB through system information block 18 (SIB) or select transmission resources through 'SL-preconfiguration' information. .
  • SIB system information block 18
  • the UE may select a transmission resource in the following manner based on this transmission pool.
  • the UE may select at least one resource from resource pools by itself and perform transmission format selection for transmitting Sidelink control information and data.
  • Each pool can be one or more PPPP connections / mapped.
  • the UE may select a transmission pool with the same PPPP as the PPPP of the logical channel with the highest PPPP among the logical channels identified in the MAC PDU. Which one of a plurality of pools a UE has with the same PPPP may correspond to an implementation issue of the UE.
  • the sidelink control pool and sidelink data pool may be mapped / associated one to one.
  • the selected pool may be valid for the entire sidelink control period. After the sidelink control period ends, the UE may perform resource pool selection again.
  • the UE may select a transmission resource pool to transmit the data packet based on the PPPP.
  • information about a transmission resource pool that can be selected by the UE may be received from the eNB through SIB 18, and the transmission resource pool information may include mapping information between the transmission pool and the PPPP.
  • the LCID of the data packet to be transmitted by the UE is '1'.
  • LCID 1 is associated / mapped with PPPP 1 and resource pool 2 with PPPP 1, respectively.
  • the UE may select resource pool 2 having the same PPPP 1 as the LCID (or associated / mapped with the same PPPP), and may transmit a data packet using radio resources provided by the selected resource pool 2.
  • the UE may select a resource pool having the same PPPP as the LCID of the data packet to be transmitted and transmit the data packet through the corresponding resource pool.
  • the ProSe application and the V2X service may use PC5 resources when transmitting data packets.
  • the eNB shares PC5 resources with the UE via SIB18.
  • the UE may select a transmission pool based on LCIDs (or PPPPs of LCIDs) of two data packets.
  • the resource pool the UE can choose ie, a resource pool with the same LCID (or PPPP of LCID) as the data packets to send. If only one exists, there may be ambiguity about which service the UE should preferentially use the resource pool for. Or, if the PC5 resource pool can support only one service, there may be a problem that the UE does not know which service the corresponding PC5 resource pool supports.
  • the application layer of the UE when the application layer of the UE sends down a data packet that needs to use a PC5 interface / resource to a lower layer, it proposes a method of dividing down whether the data packet is for a ProSe application or a V2X service. do.
  • the selectable PC5 resource pool when the selectable PC5 resource pool is insufficient, the present invention proposes a method for efficiently determining / selecting a service to preferentially use the remaining PC5 resource pool of the UE.
  • the scheme for efficiently selecting a PC5 resource pool for the UE proposed in this specification consists of a combination of one or more of the operations proposed below.
  • the application layer of the UE may send down information on which service (hereinafter, 'service information'). For example, the application layer of the UE may set a flag (1 bit) for which service the data packet is (for example, '0' for a packet for a ProSe application, or 'for packet for a V2X service'). Set to 1 'to send it down to the lower layer.
  • the lower layer of the UE can recognize the service type (ProSe application or V2X service) of the data packet received from the upper layer.
  • the LCID (or PPPP of the LCID) of each data packet is compared with the transmission resource pool of the SIB18, so that each LCID (or LCID) Each data packet can be transmitted using a transmission resource pool that matches the PPPP).
  • the UE may perform at least one of the following operations.
  • the lower layer of the UE compares the PPPP of the LCID of the two data packets and prioritizes the remaining transmission resource pool for the high priority data packet of the PPPP. Can be selected / used.
  • LC ID or PPPP of the LC ID
  • PPPP the LC ID of the two data packets
  • the lower layer of the UE If the PPPP is different, at least one of the following operations may be performed.
  • the UE may be instructed through SIB18 information about a service (which may be referred to as" service priority information ") that may preferentially use each resource pool from the eNB.
  • the UE may preferentially select a data packet to transmit based on the service type of the data packets to be transmitted. More specifically, the UE may select the same data packet as the data packet to be preferentially transmitted as the service type set / specified for the available / remaining transmission resource pool.
  • the type of service to be transmitted can be preferentially selected according to provisioning information preset in the UE. For example, if the UE configuration specifies / set that the V2X service takes precedence over the ProSe application, the UE may use the selected resource pool for V2X service data packet transmission. This setting may be preset in the UE or obtained from the network (ProSe function and / or V2X control function).
  • the SIB18 broadcast by the eNB may indicate / specify types of services that can use the PC5 resource pool.
  • SIB18 contains information (eg ⁇ Pool 1: PPPP 1: V2X service ⁇ ) indicating that only V2X services with PPPP 1 (or V2X service data packets) can use Pool 1. Which service the resource pool will be used for may be determined based on the network operator's policy, local policy, and the like.
  • an example of selectively transmitting a data packet for one service using one selected PC5 resource pool is not limited thereto, and a plurality of services may be used using one selected PC5 resource pool. Data packets may be sent together.
  • the eNB may provide an exceptional PC5 resource pool to the UE.
  • FIG. 13 is a flowchart illustrating a PC5 resource pool selection method of a UE according to an embodiment of the present invention.
  • the above-described embodiments may be applied in the same or similar manner, and redundant descriptions thereof will be omitted.
  • the UE may receive PC5 resource pool information about at least one PPPP mapped to each of the plurality of PC5 resource pools and the plurality of PC5 resource pools (S1310).
  • PC5 resource pool information may be signaled via SIB18 and transmitted from the eNB.
  • the UE may generate a first MAC PDU for the first service and a second MAC PDU for the second service, respectively (S1320).
  • PPPPs of a logical channel having the highest PPPP among logical channels identified in the first and second MAC PDUs may be obtained, respectively (S1330).
  • the logical channel having the highest PPPP means a PPPP having a high priority and may refer to a PPPP having a highest value or a PPPP having a lowest value.
  • PPPP may be a priority parameter used to indicate the priority of the first and second MAC PDUs.
  • the UE may select at least one PC5 resource pool mapped to the highest PPPPs acquired among the plurality of PC5 resource pools (S1340).
  • the UE may select / determine a MAC PDU to transmit using one PC5 resource pool selected based on the PPPP of the first and second MAC PDUs.
  • the UE may determine whether the PPPPs of the first and second MAC PDUs are the same (S1350).
  • the first or second MAC PDU may be selected based on the service type, and the selected MAC PDU may be transmitted through the selected PC5 resource pool (S1360).
  • the UE may select the first or second MAC PDU based on service priority information regarding a service type to be preferentially selected.
  • the service priority information may be previously set in the UE, or may be signaled through the SIB18 and received from the eNB.
  • the service type may correspond to ProSe and V2X services.
  • the UE may select a MAC PDU having a higher PPPP among the first and second MAC PDUs and transmit it through the selected one PC5 resource pool (S1370). .
  • One PC5 resource pool selected in S1360 and / or S1370 may be used as a valid PC5 resource pool for a preset period.
  • FIG. 14 illustrates a block diagram of a communication device according to an embodiment of the present invention.
  • a wireless communication system includes a network node 1410 and a plurality of terminals (UEs) 1420.
  • UEs terminals
  • the network node 1410 includes a processor 1411, a memory 1412, and a communication module 1413.
  • the processor 1411 implements the functions, processes, and / or methods proposed in FIGS. 1 to 13. Layers of the wired / wireless interface protocol may be implemented by the processor 1411.
  • the memory 1412 is connected to the processor 1411 and stores various information for driving the processor 1411.
  • the communication module 1413 is connected to the processor 1411 to transmit and / or receive wired / wireless signals.
  • a base station, an MME, an HSS, an SGW, a PGW, an SCEF, or an SCS / AS may correspond thereto.
  • the communication module 1413 may include a radio frequency unit (RF) unit for transmitting / receiving a radio signal.
  • RF radio frequency unit
  • the terminal 1420 includes a processor 1421, a memory 1422, and a communication module (or RF unit) 1423.
  • the processor 1421 implements the functions, processes, and / or methods proposed in FIGS. 1 to 13. Layers of the air interface protocol may be implemented by the processor 1421.
  • the memory 1422 is connected to the processor 1421 and stores various information for driving the processor 1421.
  • the communication module 1423 is connected with the processor 1421 to transmit and / or receive a radio signal.
  • the memories 1412 and 1422 may be inside or outside the processors 1411 and 1421, and may be connected to the processors 1411 and 1421 through various well-known means.
  • the network node 1410 if the base station
  • the terminal 1420 may have a single antenna (multiple antenna) or multiple antenna (multiple antenna).
  • FIG. 15 illustrates a block diagram of a communication device according to an embodiment of the present invention.
  • FIG. 15 illustrates the terminal of FIG. 14 in more detail.
  • a terminal may include a processor (or a digital signal processor (DSP) 1510, an RF module (or an RF unit) 1535, and a power management module 1505). ), Antenna 1540, battery 1555, display 1515, keypad 1520, memory 1530, SIM card Subscriber Identification Module card) 1525 (this configuration is optional), speaker 1545, and microphone 1550.
  • the terminal may also include a single antenna or multiple antennas. Can be.
  • the processor 1510 implements the functions, processes, and / or methods proposed in FIGS. 1 to 14.
  • the layer of the air interface protocol may be implemented by the processor 1510.
  • the memory 1530 is connected to the processor 1510 and stores information related to the operation of the processor 1510.
  • the memory 1530 may be inside or outside the processor 1510 and may be connected to the processor 1510 by various well-known means.
  • the processor 1510 receives the command information, processes the telephone number, and performs a proper function. Operational data may be extracted from the SIM card 1525 or the memory 1530. In addition, the processor 1510 may display command information or driving information on the display 1515 for the user to recognize and for convenience.
  • the RF module 1535 is connected to the processor 1510 to transmit and / or receive an RF signal.
  • the processor 1510 transmits command information to the RF module 1535 to transmit a radio signal constituting voice communication data, for example, to initiate communication.
  • the RF module 1535 is composed of a receiver and a transmitter for receiving and transmitting a radio signal.
  • the antenna 1540 functions to transmit and receive wireless signals. Upon receiving the wireless signal, the RF module 1535 may forward the signal and convert the signal to baseband for processing by the processor 1510. The processed signal may be converted into audible or readable information output through the speaker 1545.
  • each component or feature is to be considered optional unless stated otherwise.
  • Each component or feature may be embodied in a form that is not combined with other components or features. It is also possible to combine some of the components and / or features to form an embodiment of the invention.
  • the order of the operations described in the embodiments of the present invention may be changed. Some components or features of one embodiment may be included in another embodiment or may be replaced with corresponding components or features of another embodiment. It is obvious that the claims may be combined to form an embodiment by combining claims that do not have an explicit citation relationship in the claims or as new claims by post-application correction.
  • Embodiments according to the present invention may be implemented by various means, for example, hardware, firmware, software, or a combination thereof.
  • an embodiment of the present invention may include one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), FPGAs ( field programmable gate arrays), processors, controllers, microcontrollers, microprocessors, and the like.
  • ASICs application specific integrated circuits
  • DSPs digital signal processors
  • DSPDs digital signal processing devices
  • PLDs programmable logic devices
  • FPGAs field programmable gate arrays
  • processors controllers, microcontrollers, microprocessors, and the like.
  • an embodiment of the present invention may be implemented in the form of a module, procedure, function, etc. that performs the functions or operations described above.
  • the software code may be stored in memory and driven by the processor.
  • the memory may be located inside or outside the processor, and may exchange data with the processor by various known means.

Abstract

Un procédé d'attribution d'une ressource PC5, selon l'invention, peut comprendre les étapes consistant à : transmettre, à un eNB, un premier BSR de liaison latérale concernant la quantité de premières données de liaison latérale et un second BSR de liaison latérale concernant la quantité de secondes données de liaison latérale qui peuvent être transmises à partir d'un tampon de liaison latérale, le premier BSR de liaison latérale indiquant un type de service des premières données de liaison latérale et le second BSR de liaison latérale indiquant un type de service des secondes données de liaison latérale; et recevoir, de l'eNB, une ressource PC5 pour la transmission des premières et/ou secondes données de liaison latérale, attribuée sur la base d'un ID LCG inclus dans chacun des premier et second BRS de liaison latérale.
PCT/KR2017/002214 2016-03-29 2017-02-28 Procédé d'attribution de ressource pc5 dans un système de communication sans fil, et appareil associé WO2017171250A2 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201662314415P 2016-03-29 2016-03-29
US201662314395P 2016-03-29 2016-03-29
US62/314,415 2016-03-29
US62/314,395 2016-03-29

Publications (2)

Publication Number Publication Date
WO2017171250A2 true WO2017171250A2 (fr) 2017-10-05
WO2017171250A3 WO2017171250A3 (fr) 2018-08-02

Family

ID=59964903

Family Applications (2)

Application Number Title Priority Date Filing Date
PCT/KR2017/002215 WO2017171251A1 (fr) 2016-03-29 2017-02-28 Procédé permettant d'attribuer des ressources pc5 dans un système de communication sans fil et dispositif associé
PCT/KR2017/002214 WO2017171250A2 (fr) 2016-03-29 2017-02-28 Procédé d'attribution de ressource pc5 dans un système de communication sans fil, et appareil associé

Family Applications Before (1)

Application Number Title Priority Date Filing Date
PCT/KR2017/002215 WO2017171251A1 (fr) 2016-03-29 2017-02-28 Procédé permettant d'attribuer des ressources pc5 dans un système de communication sans fil et dispositif associé

Country Status (1)

Country Link
WO (2) WO2017171251A1 (fr)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020050601A1 (fr) * 2018-09-04 2020-03-12 주식회사 아이티엘 Procédé et appareil de demande de ressource pour une communication de dispositif à dispositif dans un système de communication sans fil prenant en charge une communication de véhicule
EP3641470A4 (fr) * 2018-08-13 2020-07-08 LG Electronics Inc. -1- Procédé et dispositif de mise en correspondance de tc et pppp dans un système de communication sans fil
CN111480379A (zh) * 2018-02-14 2020-07-31 Oppo广东移动通信有限公司 用户设备及其无线通信方法
WO2020209565A1 (fr) * 2019-04-07 2020-10-15 엘지전자 주식회사 Procédé de fonctionnement d'un ue par rapport à un bsr dans un système de communication sans fil
CN111801908A (zh) * 2018-03-01 2020-10-20 高通股份有限公司 用于侧链路接口的多无线电接入技术调度的方法和装置
CN111954310A (zh) * 2019-05-17 2020-11-17 华硕电脑股份有限公司 区分侧链路缓冲区状态报告中传送反馈模式的方法和设备
WO2020256462A1 (fr) * 2019-06-19 2020-12-24 엘지전자 주식회사 Procédé de fonctionnement d'équipement utilisateur relatif à la liaison latérale drx dans un système de communication sans fil
US20210168660A1 (en) * 2018-08-09 2021-06-03 Huawei Technologies Co., Ltd. Sidelink Transmission Resource Configuration Method And Apparatus
WO2021206352A1 (fr) * 2020-04-09 2021-10-14 Lg Electronics Inc. Réception discontinue de signal de liaison descendante pour transmission sur liaison latérale

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019178850A1 (fr) * 2018-03-23 2019-09-26 Oppo广东移动通信有限公司 Procédé de communication sans fil, équipement utilisateur et dispositif réseau
EP3815450A1 (fr) * 2018-06-28 2021-05-05 Convida Wireless, Llc Procédures de priorisation pour une transmission de données de canal partagé de liaison latérale nr v2x
CN115604680A (zh) * 2018-07-24 2023-01-13 创新技术实验室株式会社（Kr） 由无线用户设备执行的方法、无线用户设备和系统
US20200053699A1 (en) * 2018-08-10 2020-02-13 Asustek Computer Inc. Method and apparatus for selecting device-to-device resource pool in a wireless communication system
CN111132351B (zh) * 2018-10-31 2023-04-07 大唐移动通信设备有限公司 一种资源分配方法、终端及节点设备
CN111556567B (zh) * 2019-02-12 2023-03-28 中国移动通信有限公司研究院 一种资源池的配置方法、装置和计算机可读存储介质
KR102631108B1 (ko) * 2019-04-26 2024-01-30 삼성전자 주식회사 무선 통신 시스템에서 QoS Flow 기반으로 브로드캐스트와 그룹캐스트를 통한 단말 대 단말 직접 통신을 지원하는 방법
CN114449473B (zh) * 2019-08-12 2023-10-31 Oppo广东移动通信有限公司 无线通信的方法、终端设备和网络设备
CN112616190A (zh) * 2019-10-03 2021-04-06 联发科技股份有限公司 无线通信系统中的传输优先级划分方法及装置
KR20230021100A (ko) * 2020-06-09 2023-02-13 엘지전자 주식회사 다중 harq 프로세스를 위한 자원 선택
CN114079935A (zh) * 2020-08-12 2022-02-22 维沃移动通信有限公司 业务冲突的处理方法、装置及终端

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102309294B1 (ko) * 2014-01-29 2021-10-06 엘지전자 주식회사 D2d 통신 시스템을 위한 mac pdu를 구성하는 방법 및 그 장치
EP2922360B1 (fr) * 2014-03-21 2019-01-02 Sun Patent Trust Procédure de demande de planification de communication d2d
US9717092B2 (en) * 2014-04-03 2017-07-25 Innovative Sonic Corporation Method and apparatus for allocating resources for device-to-device (D2D) communication in a wireless communication system
US9769699B2 (en) * 2014-09-17 2017-09-19 Innovative Sonic Corporation Method and apparatus for performing device to device (D2D) content estimation and triggering of buffer status reporting (BSR) in a wireless communication system

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111480379A (zh) * 2018-02-14 2020-07-31 Oppo广东移动通信有限公司 用户设备及其无线通信方法
CN111480379B (zh) * 2018-02-14 2021-11-09 Oppo广东移动通信有限公司 用户设备及其无线通信方法
US11818727B2 (en) 2018-03-01 2023-11-14 Qualcomm Incorporated Multi-radio access technology scheduling of sidelink interface
CN111801908B (zh) * 2018-03-01 2023-07-18 高通股份有限公司 用于侧链路接口的多无线电接入技术调度的方法和装置
CN111801908A (zh) * 2018-03-01 2020-10-20 高通股份有限公司 用于侧链路接口的多无线电接入技术调度的方法和装置
US20210168660A1 (en) * 2018-08-09 2021-06-03 Huawei Technologies Co., Ltd. Sidelink Transmission Resource Configuration Method And Apparatus
EP3833064A4 (fr) * 2018-08-09 2021-07-28 Huawei Technologies Co., Ltd. Procédé et appareil de configuration de ressources de transmission de liaison latérale
EP3641470A4 (fr) * 2018-08-13 2020-07-08 LG Electronics Inc. -1- Procédé et dispositif de mise en correspondance de tc et pppp dans un système de communication sans fil
US11218901B2 (en) 2018-08-13 2022-01-04 Lg Electronics Inc. Method and device for mapping between traffic class and proximity-based service per packet priority in wireless communication system
WO2020050601A1 (fr) * 2018-09-04 2020-03-12 주식회사 아이티엘 Procédé et appareil de demande de ressource pour une communication de dispositif à dispositif dans un système de communication sans fil prenant en charge une communication de véhicule
WO2020209565A1 (fr) * 2019-04-07 2020-10-15 엘지전자 주식회사 Procédé de fonctionnement d'un ue par rapport à un bsr dans un système de communication sans fil
CN111954310B (zh) * 2019-05-17 2023-10-10 华硕电脑股份有限公司 区分侧链路缓冲区状态报告中传送反馈模式的方法和设备
CN111954310A (zh) * 2019-05-17 2020-11-17 华硕电脑股份有限公司 区分侧链路缓冲区状态报告中传送反馈模式的方法和设备
WO2020256462A1 (fr) * 2019-06-19 2020-12-24 엘지전자 주식회사 Procédé de fonctionnement d'équipement utilisateur relatif à la liaison latérale drx dans un système de communication sans fil
WO2021206352A1 (fr) * 2020-04-09 2021-10-14 Lg Electronics Inc. Réception discontinue de signal de liaison descendante pour transmission sur liaison latérale

Also Published As

Publication number Publication date
WO2017171251A1 (fr) 2017-10-05
WO2017171250A3 (fr) 2018-08-02

Similar Documents

Publication Publication Date Title
WO2017171250A2 (fr) Procédé d'attribution de ressource pc5 dans un système de communication sans fil, et appareil associé
WO2018117774A1 (fr) Procédé permettant d'établir une communication v2x dans un système de communication sans fil et dispositif associé
WO2017188758A1 (fr) Procédé et appareil d'interruption/reprise de signalisation nas dans un système de communication sans fil
WO2018155908A1 (fr) Procédé de transmission ou de réception de données par l'intermédiaire d'un relais dans un système de communication sans fil et appareil associé
WO2018174525A1 (fr) Procédé d'interaction entre des couches dans un système de communication sans fil et appareil associé
WO2017126884A1 (fr) Procédé pour commander une congestion dans un système de communication sans fil et dispositif pour ce dernier
WO2016111590A1 (fr) Procédé pour la transmission de radiomessagerie dans un système de communication sans fil et dispositif associé
WO2016190641A1 (fr) Procédé d'émission et de réception de données dans un système de communication sans fil et dispositif associé
WO2018080230A1 (fr) Procédé de détermination de mode d'emm dans un système de communication sans fil, et appareil pour cela
WO2016099138A1 (fr) Procédé destiné à la transmission de radiomessagerie dans un système de communication sans fil et appareil s'y rapportant
WO2017200269A1 (fr) Procédé de commande de données à terminaison mobile dans un système de communications sans fil et dispositif associé
WO2018164552A1 (fr) Procédé de transmission et de réception de données au moyen d'un relais dans un système de communication sans fil, et appareil associé
WO2018070689A1 (fr) Procédé d'application d'une qualité de service réfléchissante dans un système de communication sans fil, et dispositif correspondant
WO2017003235A1 (fr) Procédé de transmission de message de groupe dans un système de communication sans fil, et appareil correspondant
WO2017164679A1 (fr) Procédé pour la mise à jour de zone de suivi dans un système de communication sans fil et appareil correspondant
WO2017078468A1 (fr) Procédé d'émission/réception de données dans un système de communication sans fil, et dispositif prenant en charge celui-ci
WO2018110939A1 (fr) Procédé d'attribution de zone de suivi dans un système de communication sans fil et appareil correspondant
WO2017126922A1 (fr) Procédé de reprise de connexion dans un système de communication sans fil et dispositif à cet effet
WO2016163723A1 (fr) Procédé d'ajustement de synchronisation de mise à jour d'aire de poursuite dans un système de communications sans fil, et appareil associé
WO2018044144A1 (fr) Procédé d'exécution d'une procédure de demande de service dans un système de communication sans fil, et dispositif associé
WO2017119802A1 (fr) Procédé pour régler la configuration d'une distribution de données non ip (nidd) dans un système de communication sans fil et dispositif associé
WO2017048042A1 (fr) Procédé d'exécution de séquence de radiomessagerie dans un système de communications sans fil, et dispositif associé
WO2017078485A1 (fr) Procédé de relocalisation de nœud de desserte dans un système de communication sans fil, et dispositif associé
WO2016153316A1 (fr) Procédé de contrôle de l'accessibilité d'un ue dans un système de communication sans fil, et appareil associé
WO2018008980A1 (fr) Procédé permettant de sélectionner une opération de ressource préférée par l'utilisateur dans un système de communication sans fil et dispositif associé

Legal Events

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

Ref country code: DE

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

Ref document number: 17775675

Country of ref document: EP

Kind code of ref document: A2

122 Ep: pct application non-entry in european phase

Ref document number: 17775675

Country of ref document: EP

Kind code of ref document: A2