WO2020218886A1 - Procédé et appareil de configuration de priorité de transmission pour une communication directe dans un système de communication sans fil - Google Patents

Procédé et appareil de configuration de priorité de transmission pour une communication directe dans un système de communication sans fil Download PDF

Info

Publication number
WO2020218886A1
WO2020218886A1 PCT/KR2020/005457 KR2020005457W WO2020218886A1 WO 2020218886 A1 WO2020218886 A1 WO 2020218886A1 KR 2020005457 W KR2020005457 W KR 2020005457W WO 2020218886 A1 WO2020218886 A1 WO 2020218886A1
Authority
WO
WIPO (PCT)
Prior art keywords
logical channel
sidelink
priority
terminal
packet
Prior art date
Application number
PCT/KR2020/005457
Other languages
English (en)
Inventor
Hyunjeong Kang
Anil Agiwal
Sangyeob JUNG
Original Assignee
Samsung Electronics Co., Ltd.
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
Priority claimed from KR1020190141262A external-priority patent/KR20200125391A/ko
Priority claimed from KR1020200029168A external-priority patent/KR20200125423A/ko
Application filed by Samsung Electronics Co., Ltd. filed Critical Samsung Electronics Co., Ltd.
Priority to CN202080031196.4A priority Critical patent/CN113728712A/zh
Priority to EP20794680.7A priority patent/EP3928580A4/fr
Publication of WO2020218886A1 publication Critical patent/WO2020218886A1/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
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H04W28/0263—Traffic management, e.g. flow control or congestion control per individual bearer or channel involving mapping traffic to individual bearers or channels, e.g. traffic flow template [TFT]
    • 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
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/02—Selection of wireless resources by user or terminal
    • 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
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • 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 disclosure relates to a method and apparatus for configuring (or setting) a priority of transmission packets for direct communication between terminals in a wireless communication system. Also, the disclosure relates to a method and apparatus for configuring a transmission priority of packets in a vehicle-to-everything (V2X) system of a next-generation wireless communication system.
  • V2X vehicle-to-everything
  • 5G or pre-5G communication systems are called “beyond 4G network” communication systems or “post long term evolution (post-LTE)” systems.
  • mmWave millimeter-wave
  • ACM advanced coding modulation
  • FQAM quadrature amplitude modulation
  • SWSC sliding window superposition coding
  • FBMC filter bank multi-carrier
  • NOMA non-orthogonal multiple access
  • SCMA sparse code multiple access
  • the Internet has evolved from a human-based connection network, where humans create and consume information, to the Internet of things (IoT), where distributed elements such as objects exchange information with each other to process the information.
  • Internet of everything (IoE) technology has emerged, in which the IoT technology is combined with, for example, technology for processing big data through connection with a cloud server.
  • various technological elements such as sensing technology, wired/wireless communication and network infrastructures, service interface technology, and security technology are required and, in recent years, technologies related to sensor networks for connecting objects, machine-to-machine (M2M) communication, and machine-type communication (MTC) have been studied.
  • M2M machine-to-machine
  • MTC machine-type communication
  • intelligent Internet technology (IT) services may be provided to collect and analyze data obtained from connected objects to create new value in human life.
  • IT information technology
  • the IoT may be applied to various fields such as smart homes, smart buildings, smart cities, smart cars or connected cars, smart grids, health care, smart home appliances, and advanced medical services.
  • V2X vehicle-to-everything
  • Embodiments of the disclosure provide an improved communication method and apparatus in a communication system.
  • embodiments of the disclosure provide a method and apparatus for configuring a priority of transmission packets in a direct communication system between terminals.
  • embodiments of the disclosure provide a method and apparatus for configuring a transmission priority of packets in a vehicle-to-everything (V2X) system of a next-generation mobile communication system.
  • V2X vehicle-to-everything
  • FIG. 1 is a diagram illustrating a structure of a radio time-frequency resource of a New Radio (NR) system, according to an embodiment of the disclosure
  • FIG. 2A is a diagram illustrating a base station's coverage of a vehicle-to-everything (V2X) system, according to an embodiment of the disclosure
  • FIG. 2B is a diagram illustrating a base station's coverage of a V2X system, according to an embodiment of the disclosure
  • FIG. 3 is a diagram illustrating V2X communication performed through a sidelink, according to an embodiment of the disclosure
  • FIG. 4 illustrates an example of configuring an SL logical channel and an SL logical channel group, according to an embodiment of the disclosure
  • FIG. 5 is a diagram illustrating an operation of a transmitting terminal mapping a packet to an SL logical channel, according to an embodiment of the disclosure
  • FIG. 6 is a diagram illustrating an operation of a transmitting terminal mapping a packet to an SL logical channel, according to another embodiment of the disclosure.
  • FIG. 7 is a diagram illustrating an operation of a transmitting terminal allocating an SL grant to an SL logical channel, according to an embodiment of the disclosure
  • FIG. 8A is a diagram illustrating processing of a sidelink packet according to an embodiment of the disclosure.
  • FIG. 8B is a diagram illustrating processing of a sidelink packet according to another embodiment of the disclosure.
  • FIG. 8C is a diagram illustrating processing of a sidelink packet according to another embodiment of the disclosure.
  • FIG. 8D is a diagram illustrating processing of a sidelink packet according to another embodiment of the disclosure.
  • FIG. 8E is a diagram illustrating processing of a sidelink packet according to another embodiment of the disclosure.
  • FIG. 9 is a diagram illustrating an operation of a transmitting terminal selecting a resource for transmitting a packet, according to various embodiments of the disclosure.
  • FIG. 10 is a diagram illustrating an operation of a receiving terminal monitoring a resource for receiving a packet, according to various embodiments of the disclosure.
  • FIG. 11 is a diagram illustrating an operation of a transmitting terminal selecting a transmission resource pool and a resource, according to various embodiments of the disclosure.
  • FIG. 12 is a block diagram illustrating an internal structure of a transmitting terminal according to an embodiment of the disclosure.
  • FIG. 13 is a block diagram illustrating an internal structure of a receiving terminal according to an embodiment of the disclosure.
  • a method, performed by a user equipment (UE), in a wireless communication system includes: obtaining sidelink logical channel configuration information corresponding to a logical channel and including a sidelink logical channel priority (sl-priority) parameter; selecting a destination associated with one of unicast, groupcast, and broadcast, based on the sidelink logical channel configuration information and sl-priority configured for each of at least one logical channel including sidelink data available for transmission; allocating sidelink resources to at least one logical channel corresponding to the destination based on the sl-priority configured for each of the at least one logical channel corresponding to the destination; multiplexing sidelink data included in the at least one logical channel corresponding to the destination to a medium access control (MAC) protocol data unit (PDU); and transmitting the MAC PDU to another UE using the sidelink resources.
  • MAC medium access control
  • the obtaining of the sidelink logical channel configuration information may include obtaining the sidelink logical channel configuration from at least one of radio resource control (RRC)-dedicated signaling received from a base station, system information block (SIB) received from the base station, or configuration information pre-configured in the UE.
  • RRC radio resource control
  • SIB system information block
  • the sidelink logical channel configuration information may further include: a configuredGrantType1Allowed parameter which indicates whether a configured grant Type 1 can be used for transmission, and an identifier of a logical channel group (LCG ID).
  • a configuredGrantType1Allowed parameter which indicates whether a configured grant Type 1 can be used for transmission
  • an identifier of a logical channel group (LCG ID).
  • the selecting of the destination may include selecting the destination corresponding to a logical channel configured with highest sl-priority among the at least one logical channel including the sidelink data available for transmission.
  • the selecting of the destination may include in case that the configured grant Type 1 is configured for the sidelink resources, selecting the destination which corresponds to a logical channel configured with a configuredGrantType1Allowed set to true.
  • the MAC PDU may not include sidelink data associated with a cast type different from the one of unicast, groupcast, and broadcast associated with the destination and sidelink data associated with another destination different from the destination.
  • a priority of a logical channel and a logical channel group (LCG) for a first signaling radio bearer (SRB) for PC5-S message and a priority of a logical channel and a LCG for a second SRB for PC5-RRC message may be configured with highest priority.
  • the first SRB and the second SRB may be configured differently.
  • the method may further include transmitting, to a base station, a sidelinkUEInformation message including a sidelink quality-of-service (QoS) flow identifier and a PC5 QoS identifier (PQI), wherein the sidelink logical channel configuration information is configured based on the sidelink QoS flow identifier and the PQI.
  • QoS quality-of-service
  • PQI PC5 QoS identifier
  • the method may further include: obtaining information of a transmission range corresponding to the logical channel; and selecting the destination which corresponds to a logical channel configured with a same transmission range as a transmission range configured for the sidelink resources.
  • a user equipment (UE) in a wireless communication system includes: a transceiver; and at least one processor operably connected with the transceiver and configured to: obtain sidelink logical channel configuration information corresponding to a logical channel and including a sidelink logical channel priority (sl-priority) parameter, select a destination associated with one of unicast, groupcast, and broadcast, based on the sidelink logical channel configuration information and sl-priority configured for each of at least one logical channel including sidelink data available for transmission, allocate sidelink resources to at least one logical channel corresponding to the destination based on the sl-priority configured for each of the at least one logical channel corresponding to the destination, multiplex sidelink data included in the at least one logical channel corresponding to the destination to a medium access control (MAC) protocol data unit (PDU), and transmit, by controlling the transceiver, the MAC PDU to another UE using the sidelink resources.
  • MAC medium access control
  • various functions described below can be implemented or supported by one or more computer programs, each of which is formed from computer readable program code and embodied in a computer readable medium.
  • application and “program” refer to one or more computer programs, software components, sets of instructions, procedures, functions, objects, classes, instances, related data, or a portion thereof adapted for implementation in a suitable computer readable program code.
  • computer readable program code includes any type of computer code, including source code, object code, and executable code.
  • computer readable medium includes any type of medium capable of being accessed by a computer, such as read only memory (ROM), random access memory (RAM), a hard disk drive, a compact disc (CD), a digital video disc (DVD), or any other type of memory.
  • ROM read only memory
  • RAM random access memory
  • CD compact disc
  • DVD digital video disc
  • a "non-transitory” computer readable medium excludes wired, wireless, optical, or other communication links that transport transitory electrical or other signals.
  • a non-transitory computer readable medium includes media where data can be permanently stored and media where data can be stored and later overwritten, such as a rewritable optical disc or an erasable memory device.
  • FIGS. 1 through 13, discussed below, and the various embodiments used to describe the principles of the present disclosure in this patent document are by way of illustration only and should not be construed in any way to limit the scope of the disclosure. Those skilled in the art will understand that the principles of the present disclosure may be implemented in any suitably arranged system or device.
  • the expression "at least one of a, b or c" indicates only a, only b, only c, both a and b, both a and c, both b and c, all of a, b, and c, or variations thereof.
  • Examples of a terminal may include a user equipment (UE), a mobile station (MS), a cellular phone, a smartphone, a computer, a multimedia system capable of performing a communication function, or the like.
  • UE user equipment
  • MS mobile station
  • cellular phone a smartphone
  • smartphone a computer
  • multimedia system capable of performing a communication function, or the like.
  • a controller may also be referred to as a processor.
  • a layer (or a layer apparatus) may also be referred to as an entity.
  • each block of process flowchart diagrams and combinations of flowchart diagrams may be performed by computer program instructions. Because these computer program instructions may be mounted on a processor of a general-purpose computer, special-purpose computer, or other programmable data processing equipment, the instructions executed through a processor of a computer or other programmable data processing equipment may generate a means of performing the functions described in the flowchart block(s). Because these computer program instructions may be stored in a computer-usable or computer-readable memory that may be directed to a computer or other programmable data processing equipment to implement a function in a particular manner, the instructions stored in the computer-usable or computer-readable memory may also produce a production item containing an instruction means of performing the functions described in the flowchart block(s).
  • the computer program instructions may also be mounted on a computer or other programmable data processing equipment, the instructions performing a series of operations on the computer or other programmable data processing equipment to generate a computer-implemented process to perform the computer or other programmable data processing equipment may also provide operations for executing the functions described in the flowchart block(s).
  • each block may represent a portion of a module, segment, or code including one or more executable instructions for executing one or more specified logical functions.
  • the functions mentioned in the blocks may also occur in a different order in some alternative implementation examples. For example, two blocks illustrated in succession may actually be performed substantially at the same time or may sometimes be performed in the opposite order depending on the corresponding function.
  • the term "unit” used herein means a software component or a hardware component such as a field-programmable gate array (FPGA) or an application-specific integrated circuit (ASIC), and the “unit” performs some functions.
  • the " ⁇ unit” is not limited to software or hardware.
  • the " ⁇ unit” may be configured to be in an addressable storage medium or may be configured to operate one or more processors.
  • the " ⁇ unit” may include components such as software components, object-oriented software components, class components, and task components and may include processes, functions, attributes, procedures, subroutines, segments of program code, drivers, firmware, microcode, circuits, data, databases, data structures, tables, arrays, and variables.
  • a function provided by the components and " ⁇ units” may be associated with the smaller number of components and “ ⁇ units” or may be further divided into additional components and “ ⁇ units”.
  • the components and " ⁇ units” may be implemented to operate one or more central processing units (CPUs) in a device or a security multimedia card.
  • CPUs central processing units
  • the radio access network "New RAN (NR)” and the core network “Packet Core” on the 5G mobile communication standards specified by 3 rd Generation Partnership Project Long Term Evolution (3GPP LTE) that is the standardization organization for mobile communication standards (5G System, 5G Core Network, or Next Generation Core (NG Core)) are main targets; however, the main subject matter of the disclosure may also be applied to other communication systems having similar technical backgrounds with slight modifications within the range not significantly departing from the scope of the disclosure, which will be possible at the discretion of those of ordinary skill in the technical field of the disclosure.
  • 3GPP LTE 3 rd Generation Partnership Project Long Term Evolution
  • 5G System, 5G Core Network, or Next Generation Core (NG Core) Next Generation Core
  • a network data collection and analysis function which is a network function for providing a function of analyzing and providing data collected in the 5G network
  • NWDAF may collect/store/analyze information from the 5G network and provide the results thereof to unspecified network functions (NFs), and the analysis result thereof may be used independently in each NF.
  • NFs network functions
  • 3GPP standards 5G, NR, LTE, or similar system standards
  • 5G, NR, LTE, or similar system standards may be used for convenience of description.
  • the disclosure is not limited to those terms and names and may also be similarly applied to systems according to other standards.
  • V2X vehicle-to-everything
  • D2D device-to-device
  • NR V2X is expected to support unicast communication, groupcast (or multicast) communication, and broadcast communication between terminals.
  • NR V2X aims to provide more advanced services such as platooning, advanced driving, extended sensors, and remote driving.
  • V2X services may be classified into basic safety services and advanced services.
  • the basic safety services may include vehicle notification (Cooperative Awareness Message (“CAM”) or Basic Safety Message (“BSM”)) services and other detailed services such as left turn notification services, front vehicle collision warning services, emergency vehicle access notification services, front obstacle warning services, and intersection signal information services, and V2X information may be transmitted/received by using broadcast, unicast, or groupcast transmission methods.
  • vehicle notification Cooperative Awareness Message
  • BSM Basic Safety Message
  • V2X information may be transmitted/received by using broadcast, unicast, or groupcast transmission methods.
  • the advanced services In comparison with the basic safety services, the advanced services not only have enhanced QoS (Quality of Service) requirements but also require a scheme for transmitting/receiving V2X information by using the unicast and groupcast transmission methods in addition to the broadcast transmission methods in order to transmit/receive V2X information within a particular vehicle group or transmit/receive V2X information between two vehicles.
  • the advanced services may include detailed services such as platooning services, autonomous driving services, remote driving services, and extended sensor-based V2X services.
  • a sidelink may refer to a signal transmission/reception path between terminals, which may be mixed with a PC5 interface.
  • a base station may be an agent performing resource allocation of terminals and may be a base station supporting both V2X communication and general cellular communication or a base station supporting only V2X communication. That is, the base station may refer to an NR base station (gNB), an LTE base station (eNB), or a road site unit (RSU).
  • gNB NR base station
  • eNB LTE base station
  • RSU road site unit
  • the terminals may include not only general user equipments or mobile stations but also vehicles supporting vehicle-to-vehicle (V2V) communication, vehicles or pedestrian handsets (e.g., smartphones) supporting vehicle-to-pedestrian (V2P) communication, vehicles supporting vehicle-to-network (V2N) communication, vehicles supporting vehicle-to-infrastructure (V2I) communication, RSUs equipped with terminal functions, RSUs equipped with base station functions, or RSUs equipped with some base station functions and some terminal functions.
  • V2V vehicle-to-vehicle
  • V2P vehicle-to-pedestrian
  • V2N vehicles supporting vehicle-to-network
  • V2I vehicles supporting vehicle-to-infrastructure
  • RSUs equipped with terminal functions RSUs equipped with base station functions
  • a terminal may be used as a V2X terminal.
  • the base station and the terminal may be connected through a Uu interface.
  • An uplink (UL) may refer to a radio link through which the terminal transmits data or control signals to the base station
  • a downlink (DL) may refer to a radio link through which the base station transmits data or control signals to the terminal.
  • FIG. 1 is a diagram illustrating a structure of a radio time-frequency resource of an NR system according to an embodiment of the disclosure.
  • the horizontal axis represents a time domain and the vertical axis represents a frequency domain.
  • the minimum transmission unit in the time domain may be an orthogonal frequency division multiplexing (OFDM) symbol or a discrete Fourier transform spread OFDM (DFT-S-OFDM) symbol, and N symb OFDM symbols or DFT-S-OFDM symbols 130 may be aggregated to constitute one slot 105.
  • the length of a subframe may be defined as 1.0 millisecond (ms), and a radio frame 100 may be defined as 10 ms.
  • the minimum transmission unit in the frequency domain may be a subcarrier, and the bandwidth of an entire system transmission band may include a total of N BW subcarriers 125. However, these specific values may be variably applied depending on the systems.
  • the basic unit of a time-frequency resource region may be a resource element (RE) 110, which may be represented by an OFDM symbol index or a DFT-S-OFDM symbol index and a subcarrier index.
  • a resource block (RB) 115 may be defined as N RB consecutive subcarriers 120 in the frequency domain.
  • the structure of the radio time-frequency resource may be applied to the Uu interface but may also be similarly applied to sidelink communication.
  • FIG. 2A is a diagram illustrating a base station's coverage of a V2X system, according to an embodiment of the disclosure.
  • an in-coverage scenario 200 may be a case where all V2X terminals (UE1 and UE2) are located within the coverage of a base station (gNB/eNB/RSU).
  • the V2X terminals may receive data and control information from the base station through the downlink or may transmit data and control information to the base station through the uplink.
  • the data and control information may be data and control information for V2X communication or data and control information for general cellular communication.
  • the V2X terminals may transmit/receive data and control information for V2X communication through the sidelink.
  • a partial coverage scenario 210 may be a case where UE1 among the V2X terminals is located within the coverage of the base station (gNB/eNB/RSU) and UE2 is located outside the coverage of the base station.
  • UE1 located within the coverage of the base station may receive data and control information from the base station through the downlink or may transmit data and control information to the base station through the uplink.
  • UE2 located outside the coverage of the base station may not receive data and control information from the base station through the downlink and may not transmit data and control information to the base station through the uplink.
  • UE2 may transmit/receive data and control information for V2X communication to/from UE1 through the sidelink.
  • An out-of-coverage scenario 220 may be an example of a case where all the V2X terminals are located outside the coverage of the base station (out-of-coverage). Thus, UE1 and UE2 may not receive data and control information from the base station through the downlink and may not transmit data and control information to the base station through the uplink. UE1 and UE2 may transmit/receive data and control information for V2X communication through the sidelink.
  • FIG. 2B is a diagram illustrating a base station's coverage of a V2X system, according to an embodiment of the disclosure.
  • an inter-cell V2X communication scenario 230 may be a scenario for performing V2X communication between terminals located in different cells.
  • a V2X transmitting terminal and a V2X receiving terminal may be connected to different base stations (an RRC connected state), may be camping (a radio resource control (RRC) idle state), or may be in an RRC inactive state.
  • RRC radio resource control
  • UE1 may be the V2X transmitting terminal and UE2 may be the V2X receiving terminal, or UE1 may be the V2X receiving terminal and UE2 may be the V2X transmitting terminal.
  • the V2X transmitting terminal may be a terminal transmitting physical sidelink control channel (PSCCH) or physical sidelink shared channel (PSSCH), and the V2X receiving terminal may be a terminal receiving PSCCH or PSSCH transmitted by the transmitting terminal or a terminal transmitting physical sidelink feedback channel (PSFCH) based on decoding of PSSCH transmitted by the transmitting terminal.
  • UE1 may receive a system information block (SIB) for V2X from a base station where it is connected (or is camping), and UE2 may receive an SIB for V2X from another base station where it is connected (or is camping).
  • SIB system information block
  • the information of the SIB for V2X received by UE1 and the information of the SIB for V2X received by UE2 may be equal to or different from each other.
  • FIGS. 2A and 2B illustrate the V2X system including two terminals (UE1 and UE2); however, the disclosure is not limited thereto and various numbers of terminals may participate in the V2X system.
  • FIG. 3 is a diagram illustrating V2X communication performed through a sidelink according to an embodiment of the disclosure.
  • unicast communication 300 may be a case where a transmitting terminal (UE1 or UE2) and a receiving terminal (UE2 or UE1) perform one-to-one communication.
  • groupcast or multicast communication 310 may be a case where transmitting terminals and receiving terminals perform one-to-many communication.
  • UE1, UE2, and UE3 may form a group (group A) to perform groupcast communication
  • UE4, UE5, UE6, and UE7 may form another group (group B) to perform groupcast communication.
  • Each terminal may perform groupcast communication only within a group to which it belongs and may perform unicast, groupcast, or broadcast communication with terminals located in different groups.
  • FIG. 3 illustrates an example in which two groups are formed, the disclosure is not limited thereto.
  • Each group may include at least one terminal. Also, the terminal may belong to at least two groups.
  • V2X terminals may perform broadcast communication.
  • the broadcast communication may mean a case where all V2X terminals receive data and control information transmitted by a V2X transmitting terminal through a sidelink.
  • all terminals UE2, UE3, UE4, UE5, UE6, and UE7 may receive data and control information transmitted by UE1.
  • Sidelink broadcast, groupcast, and unicast communication methods according to embodiments of the disclosure may be supported in in-coverage, out-of-coverage, and partial-coverage scenarios.
  • a transmission mode in which a vehicle terminal transmits data to only one particular terminal through unicast and a transmission mode in which data is transmitted to a plurality of particular terminals through groupcast may be considered.
  • a service scenario such as platooning that is a technology for moving two or more vehicles in a grouped manner by connecting the same through one network
  • unicast and groupcast technologies may be usefully used.
  • unicast communication may be required to control a particular terminal by a leader terminal of a group connected by platooning
  • groupcast communication may be required to simultaneously control a group of a plurality of particular terminals.
  • Resource allocation in the V2X system may be performed as follows.
  • Scheduled resource allocation may be a method in which a base station allocates RRC-connected terminals resources used for sidelink transmission in a dedicated scheduling manner.
  • the scheduled resource allocation method may be effective for interference management and resource pool management (dynamic allocation and/or semi-persistent transmission) because the base station may manage the resources of the sidelink.
  • an RRC-connected mode terminal may transmit information notifying the base station that there is data to be transmitted to other terminal(s) by using an RRC message or a MAC control element (CE).
  • CE MAC control element
  • the RRC message transmitted by the terminal to the base station may be a sidelink terminal information (SidelinkUEInformation) or terminal assistance information (UEAssistanceInformation) message
  • the MAC CE may be a BSR MAC CE, a scheduling request (SR), or the like including at least one of an indicator indicating a buffer status report (BSR) for V2X communication or information about the size of data buffered for sidelink communication.
  • BSR buffer status report
  • Terminal autonomous resource selection may be a method in which a base station provides a sidelink transmission/reception resource pool for V2X to a terminal through system information or RRC message (e.g., RRC reconfiguration (RRCReconfiguration) message or PC5-RRC message) and the terminal selects a resource pool and a resource according to a given rule.
  • RRC message e.g., RRC reconfiguration (RRCReconfiguration) message or PC5-RRC message
  • the terminal autonomous resource selection may correspond to one or more of the following resource allocation methods.
  • UE is configured with NR configured grant for sidelink transmission
  • the resource selection method of the terminal may include zone mapping, sensing-based resource selection, random selection, or the like.
  • resource allocation or resource selection may not be performed in a scheduled resource allocation or terminal autonomous resource selection mode, and in this case, the terminal may perform V2X sidelink communication through a pre-configured sidelink transmission/reception resource pool.
  • a terminal may perform V2X sidelink communication through a pre-configured sidelink transmission/reception resource pool.
  • the sidelink radio bearer (SLRB) configuration and SLRB for transmitting a sidelink flow or packet may be mapped to an SL logical channel group (SL LCG), and the SL LCG may be mapped to an SL logical channel.
  • the SLRB configuration and SLRB may be divided into a combination of source index, destination index, cast type, QFI/PFI, priority, or the like.
  • FIG. 4 illustrates an example of configuring an SL logical channel and an SL logical channel group (SL LCG) according to an embodiment of the disclosure.
  • SL LCG0 400
  • SL LCG1 410)
  • SL LCG2 420
  • SL LCG0 400
  • SL LCG1 410)
  • SL LCG2 420
  • logical channels 1 to 3 421, 422, and 423.
  • the SL LCG corresponding to the SLRB configuration may be configured according to each or a combination of PQI/5QI, PFI/QFI, source index, destination index, cast type, packet type, and communication range. According to various embodiments of the disclosure, the LCG may be configured according to at least one of the following methods.
  • - LCG may be configured based on the QoS or priority of PQI/5QI.
  • - LCG may be configured based on PFI/QFI.
  • - LCG may be configured based on the source index or destination index.
  • - LCG may be configured based on the communication range.
  • LCG may be configured based on cast type. (configured as a separate LCG according to each or a combination of broadcast, groupcast, and unicast)
  • - LCG may be configured based on packet type. (configured as a separate LCG according to each or a combination of PC5 RRC, PC5 Signaling, and user packet)
  • the SL logical channel may be configured according to each or a combination of PQI/5QI, PFI/QFI, source index, destination index, cast type, packet type, and communication range. According to various embodiments of the disclosure, the logical channel may be configured according to at least one of the following methods.
  • Logical channel may be configured based on the QoS or priority of PQI/5QI.
  • Logical channel may be configured based on PFI/QFI.
  • - Logical channel may be configured based on the source index or destination index.
  • - Logical channel may be configured based on cast type.
  • - Logical channel may be configured based on packet type.
  • - Logical channel may be configured based on communication range.
  • the SL LCG may be configured according to the destination index or destination index + cast type.
  • the SL logical channel may be configured to correspond to the priority of 5QI/PQI. For example, when the priority value of PQI/5QI of the SL LCG is 1, it may be mapped to a logical channel corresponding to priority 1.
  • the SL logical channel may be configured to correspond to the communication range.
  • the SL logical channel may be configured to correspond to a combination of the priority and the communication range.
  • the SL LCG may be configured according to the cast type.
  • the SL logical channel may be configured to correspond to the destination index.
  • the SL logical channel may be configured to correspond to the priority of 5QI/PQI.
  • the SL logical channel may be configured to correspond to the communication range.
  • the SL logical channel may be configured to correspond to a combination of at least one of the destination index, the priority, or the communication range.
  • the SL LCG configuration only one SL LCG may be operated.
  • the SL LCG may be randomly configured.
  • the SL logical channel may be configured to correspond to the cast type.
  • the SL logical channel may be configured to correspond to the destination index.
  • the SL logical channel may be configured to correspond to the priority of 5QI/PQI.
  • the SL logical channel may be configured to correspond to the communication range.
  • the SL logical channel may be configured to correspond to a combination of at least one of the cast type, the destination index, the priority, and or communication range.
  • the PC5 RRC may be configured to correspond to the LCG or the logical channel having the highest priority. For example, assuming that priority 0 is the highest priority, SL LCG0 or SL logical channel 0 corresponding to priority 0 may be configured to transmit the PC5 RRC.
  • PC5 signaling (PC5-S) may be configured to correspond to the SL LCG or the SL logical channel having a higher priority than a user packet.
  • the PC5-S may be configured to correspond to the same SL LCG or SL logical channel as the PC5 RRC.
  • the PC5-S may be configured to the same SL LCG as the PC5 RRC but may be configured to correspond to a lower-priority SL logical channel than the PC5 RRC.
  • each SL logical channel may have a priority
  • a priority parameter indicating the priority of an SL logical channel may be at least one or a combination of the parameters of [Table 1] below.
  • the priority may decrease as the priority parameter value increases.
  • the priority may increase as the priority parameter value increases.
  • the same priority parameter value may be configured to one or more SL logical channels.
  • the priority parameter mapping of the SL logical channel configuration and the priority parameter mapping for the SL logical channel may be configured according to at least one of the following embodiments of the disclosure.
  • the priority mapping of each SL logical channel configuration may be pre-configured in the terminal.
  • the logical channel group ID (LCG ID) and the priority mapping may be pre-configured.
  • the terminal may perform logical channel ID (LCID) mapping on the SL logical channel configuration based on the pre-configured information.
  • the terminal may map the LCG ID to the LCID corresponding to the priority of the logical channel.
  • the configuration and priority mapping information of each SL logical channel may be configured through the RRC dedicated signaling transmitted from the base station.
  • the LCG ID and priority mapping may be configured through the RRC dedicated signaling.
  • the configuration through the RRC dedicated signaling may be used.
  • the SL configuration may correspond to at least one of SL unicast, SL broadcast, or SL groupcast.
  • the terminal may perform LCID mapping on the SL logical channel configuration based on the information indicated in the RRC dedicated signaling.
  • the terminal may map the LCG ID to the LCID corresponding to the priority of the logical channel.
  • the configuration and priority mapping information of each SL logical channel may be configured through the SIB signaling transmitted from the base station.
  • the LCG ID and priority mapping may be configured through the SIB signaling.
  • the configuration through the SIB signaling may be used.
  • the SL configuration may correspond to at least one of SL unicast, SL groupcast, or SL broadcast.
  • the terminal may perform LCID mapping on the SL logical channel configuration based on the information indicated in the SIB signaling.
  • the terminal may map the LCG ID to the LCID corresponding to the priority of the logical channel.
  • an LCID space may be managed for each destination index.
  • the LCID space may be managed for each destination index + cast type.
  • a communication range restriction may be configured on a particular SL logical channel.
  • an allocation mode restriction may be configured on a particular SL logical channel.
  • a configured grant type (CGType) restriction may be configured on a particular SL logical channel.
  • the CGType restriction may include at least one of CGType1 allowed, CGType2 allowed, CGType1 index, or CGType2 index.
  • a maximum allowed PSSCH duration restriction may be configured on a particular SL logical channel.
  • an allowed sidelink subcarrier spacing restriction may be configured on a particular SL logical channel.
  • a cast type restriction may be configured on a particular SL logical channel.
  • FIG. 5 is a diagram illustrating an operation of a transmitting terminal mapping a packet to an SL logical channel according to an embodiment of the disclosure.
  • an access stratum (AS) layer of the transmitting terminal may acquire a packet from an upper layer.
  • AS access stratum
  • the AS layer of the terminal may acquire information for mapping the acquired packet to an SL logical channel.
  • the information for mapping the packet to the SL logical channel may be included in an upper layer packet or upper layer packet information.
  • the information for mapping the packet to the SL logical channel may include at least one of source index, destination index, cast type, QoS info (at least one of PQI, PFI, 5QI, QFI, and priority), or packet type.
  • the AS layer of the terminal may check SL logical channel configuration information corresponding to the acquired packet based on the information for mapping the acquired packet to the SL logical channel.
  • the AS layer of the terminal may map the acquired packet to the corresponding SL logical channel.
  • An embodiment of the disclosure in which the terminal determines the SL logical channel configuration or the SL logical channel corresponding to the information of the acquired packet may be the same as the embodiment of FIG. 4 described above.
  • the terminal may map the acquired packet to the logical channel having the same destination index or PQI/5QI based on the destination index and PQI/5QI values of the packet.
  • the terminal may map the acquired packet to the logical channel having the same destination index, PQI/5QI, or communication range value based on the destination index, PQI/5QI, and communication range value of the packet.
  • the terminal may perform a procedure for setting the SL logical channel configuration required for packet transmission.
  • the SL logical channel configuration setting procedure pre-configured information or signaling with the base station may be used.
  • the terminal may transmit a secured SL grant through a packet by using a logical channel prioritization procedure according to an embodiment of the disclosure.
  • FIG. 6 is a diagram illustrating an operation of a transmitting terminal mapping a packet to an SL logical channel according to an embodiment of the disclosure.
  • an AS layer of the transmitting terminal may acquire a packet from an upper layer.
  • the AS layer of the terminal may acquire information for mapping the acquired packet to an SL logical channel.
  • the information for mapping the packet to the SL logical channel may be included in an upper layer packet or upper layer packet information.
  • the information for mapping the packet to the SL logical channel may include at least one of source index, destination index, cast type, QoS info (at least one of PQI, PFI, 5QI, QFI, and priority), or packet type.
  • the AS layer of the terminal may determine whether an SL logical channel for mapping the acquired packet is configured based on the information for mapping the acquired packet to the SL logical channel.
  • the AS layer of the terminal may map the acquired packet to the corresponding SL logical channel.
  • An embodiment of the disclosure in which the terminal determines the SL logical channel corresponding to the information of the acquired packet may be the same as the embodiment of FIG. 4 described above.
  • the terminal may map the acquired packet to the SL logical channel corresponding to at least one or a combination of the destination index, QoS info, cast type, and packet type of the packet.
  • the AS layer of the terminal may newly configure an SL logical channel corresponding to the acquired packet.
  • the newly-configured SL logical channel may correspond to at least one or a combination of the packet destination index, QoS info, cast type, and packet type of the packet.
  • the AS layer of the terminal may allocate an LCG ID to the logical channel based on the priority information of the SL logical channel to which the acquired packet is mapped.
  • the terminal may transmit the packet through a secured SL grant by using a logical channel prioritization procedure according to an embodiment of the disclosure.
  • FIG. 7 is a diagram illustrating an operation of a transmitting terminal according to an embodiment of the disclosure.
  • a sidelink MAC entity may perform a logical channel prioritization (LCP) procedure for new transmission.
  • the LCP may be applied to any transmission type among broadcast, groupcast, or unicast.
  • the LCP may be performed for new transmission corresponding to each sidelink control information (SCI).
  • SCI sidelink control information
  • the sidelink MAC entity may select an SL logical channel satisfying a logical channel restriction rule for each SL grant.
  • Logical channel restriction rule configuration information may be as follows.
  • the above logical channel restriction rule may be transmitted to the terminal through an RRC control message or an SIB message transmitted by the base station or may be pre-configured in the terminal and may be configured for each sidelink logical channel.
  • An example of a message IE including the above logical channel restriction rule configuration information is illustrated in [Table 2] below.
  • a method in which the MAC entity selects a sidelink logical channel for each SL grant to perform new packet transmission may correspond to each or a combination of the following methods.
  • configuredGrantType1AllowedIndex if configured, includes the Configured Grant Type 1 index associated to the SL grant;
  • configuredGrantType2AllowedIndex if configured, includes the Configured Grant Type 2 index associated to the SL grant;
  • allowedResourceAllocMode if configured, includes the allowed Resource Allocation Mode to the SL grant, here the Resource allocation mode can be either base station scheduling mode or UE scheduling mode or both;
  • the cast type can be one of broadcast, groupcast, or unicast;
  • the communication range can be set as an index of corresponding distance, RSRP etc. or an absolute value of distance, RSRP etc. or a relative value of distance, RSRP etc.;
  • the terminal may start an SL logical channel selection procedure for the SL grant.
  • the terminal may determine whether a restriction rule for SL grant is configured for each SL logical channel.
  • the terminal may select an SL logical channel satisfying the restriction rule configured for the SL logical channel.
  • the terminal may not select an SL logical channel failing to satisfy the restriction rule.
  • the terminal may perform a procedure of allocating the SL grant corresponding to the SL logical channel selected in operation 703.
  • the terminal may perform operation 704 without performing operation 703.
  • the procedure in which the terminal allocates the SL grant for the selected SL logical channel in operation 704 will be described with reference to an embodiment of the disclosure described below.
  • the sidelink MAC entity may allocate a resource to a sidelink logical channel according to various embodiments of the disclosure described below.
  • a procedure of allocating a resource to a sidelink logical channel may be performed only on a logical channel satisfying the restriction rule.
  • a procedure of allocating a resource to a sidelink logical channel may be performed on all logical channels when the restriction rule is not configured.
  • the terminal may select sidelink logical channels that have not been previously selected and have packets to be transmitted in this sidelink control period (SC period).
  • SC period sidelink control period
  • An embodiment of selecting the logical channel may be the same as at least one or a combination of the following embodiments of the disclosure.
  • the terminal may select a destination index corresponding to the highest-priority logical channel among the sidelink logical channels with a packet to be transmitted.
  • the priority of the logical channel may be determined by [Table 1] described above.
  • the terminal may allocate a resource to the sidelink logical channel having the highest priority among the sidelink logical channels corresponding to the selected destination index and having a packet to be transmitted.
  • Operation 2 When resources remain, the terminal may allocate the remaining resources in the order of high priority to low priority for the sidelink logical channel corresponding to the selected destination index. Operation 2 may be performed until there are no more packets to be transmitted in the sidelink logical channel or there are no remaining resources.
  • the terminal may select the highest-priority logical channel among the sidelink logical channels with a packet to be transmitted.
  • the priority of the logical channel may be determined by [Table 1] described above.
  • the terminal may allocate a resource to the sidelink logical channel having the highest priority among the sidelink logical channels with a packet to be transmitted.
  • Operation 2 When resources remain, the terminal may allocate the remaining resources in the order of high priority to low priority for the sidelink logical channel. Operation 2 may be performed until there are no more packets to be transmitted in the sidelink logical channel or there are no remaining resources.
  • the terminal may select the logical channel having the highest priority for a combination of destination index + cast type among the sidelink logical channels with a packet to be transmitted. For example, the terminal may select a combination of destination index + cast type corresponding to the logical channel having the highest priority among the sidelink logical channels with a packet to be transmitted. The terminal may select at least one sidelink logical channel corresponding to the combination of the selected destination index + cast type and including a packet to be transmitted. The priority of the logical channel may be determined by [Table 1] described above.
  • the terminal may allocate a resource to the sidelink logical channel having the highest priority among the sidelink logical channels corresponding to the selected destination index + cast type and having a packet to be transmitted.
  • Operation 2 When resources remain, the terminal may allocate the remaining resources in the order of high priority to low priority for the sidelink logical channel corresponding to the selected destination index + cast type. Operation 2 may be performed until there are no more packets to be transmitted in the sidelink logical channel or there are no remaining resources.
  • the terminal may select the logical channel having the highest priority for a combination of destination index + communication range among the sidelink logical channels with a packet to be transmitted.
  • the priority of the logical channel may be determined by [Table 1].
  • the terminal may allocate a resource to the sidelink logical channel having the highest priority among the sidelink logical channels corresponding to the selected destination index + communication range and having a packet to be transmitted.
  • Operation 2 When resources remain, the terminal may allocate the remaining resources in the order of high priority to low priority for the sidelink logical channel corresponding to the selected destination index + communication range. Operation 2 may be performed until there are no more packets to be transmitted in the sidelink logical channel or there are no remaining resources.
  • the rules to be additionally followed by the terminal performing the above sidelink scheduling procedure may include the following.
  • the terminal may not perform segmentation on an RLC SDU or a partially transmitted SDU.
  • the terminal When the terminal performs segmentation on the RLC SDU corresponding to the SL logical channel, the terminal should perform the segmentation such that the SL resource of the corresponding MAC entity may be maximally used.
  • the terminal should transmit as much data as possible.
  • the MAC entity When the MAC entity is allocated a SL resource equal to or greater than certain bytes and there is data to be transmitted, the MAC entity should not transmit only a padding BSR or padding.
  • the order of transmitting the sidelink packet or the Uu link packet may be configured to the terminal.
  • a condition in which the sidelink packet may be preferentially transmitted over the Uu link packet may include the following.
  • the MAC entity of the terminal may not simultaneously transmit the packets of the respective link at the time of transmission of all Uu link packets and all sidelink packets;
  • the priority threshold value for SL unicast, SL groupcast, or SL broadcast may be separately configured, and the priority threshold value may be configured based on the priority parameter of an SL flow or an SL packet (at least one of VQI/PQI/PFI/PPPP/Priority).
  • the priority configuration of the Uu link and the sidelink may include at least one of the following.
  • FIG. 8A, 8B, 8C, 8D, and 8E are diagrams illustrating processing of a sidelink packet according to an embodiment of the disclosure.
  • a packet that may be transmitted/received through a protocol stack of a sidelink may include at least one of PC5 RRC, PC5-S, or PC5 user packet.
  • a description of a PHY layer located under a MAC sublayer will be omitted.
  • the PC5-S packet and the PC5-RRC packet may be operated in a signaling bearer, or the PC5-S packet may be operated in a data bearer and the PC5-RRC packet may be operated in a signaling bearer but the PC5-S packet may be encapsulated in the PC5-RRC packet.
  • FIG. 8A illustrates an embodiment of a protocol stack that may be applied to an SL user packet.
  • a user packet 810 may be operated in a data bearer.
  • the user packet 810 may be processed and transmitted/received through an SDAP sublayer 801, a PDCP sublayer 802, an RLC sublayer 803, and a MAC sublayer 804.
  • FIG. 8B illustrates an embodiment of a protocol stack that may be applied to PC5-S and PC5-RRC.
  • a PC5-S packet 820 may be generated and processed in an upper layer of a transmitting terminal and transmitted to PDCP, RLC, and MAC sublayers 802, 803, and 804 through an RRC layer 805.
  • the PC5-S packet 820 may be transmitted and processed from the RRC layer 805 to the upper layer through the MAC, RLC, and PDCP sublayers 804, 803, and 802 of a receiving terminal.
  • a PC5-RRC packet 830 may be generated in the RRC layer 805 of the transmitting terminal and transmitted to the PDCP, RLC, and MAC sublayers 802, 803, and 804.
  • the PC5-RRC packet 830 may be transmitted and processed from the MAC, RLC, and PDCP sublayers 804, 803, and 802 of the receiving terminal to the RRC layer 805.
  • a PC5-RRC packet may be operated in a signaling bearer and a PC5-S packet may be operated in a data bearer.
  • FIG. 8C illustrates an embodiment of a protocol stack that may be applied to an SL user packet and a PC5-S packet.
  • a user packet 810 may be operated in a data bearer. The user packet 810 may be processed and transmitted/received through an SDAP sublayer 801, a PDCP sublayer 802, an RLC sublayer 803, and a MAC sublayer 804.
  • a PC5-S packet 820 may be generated and processed in an upper layer of a transmitting terminal, transmitted to the SDAP sublayer 801, and processed and transmitted through the PDCP, RLC, and MAC sublayers 802, 803, and 804.
  • the PC5-S packet 820 may be transmitted and processed from the MAC, RLC, and PDCP sublayers 804, 803, and 802 and the SDAP sublayer 801 of a receiving terminal to the upper layer.
  • FIG. 8D illustrates an embodiment of a protocol stack that may be applied to PC5-RRC.
  • a PC5-RRC packet 830 may be generated in the RRC layer 805 of the transmitting terminal and transmitted to the PDCP, RLC, and MAC sublayers 802, 803, and 804.
  • the PC5-RRC packet 830 may be transmitted and processed from the MAC, RLC, and PDCP sublayers 804, 803, and 802 of the receiving terminal to the RRC layer 805.
  • a PC5-RRC packet and a PC5-S packet may be operated in a data bearer.
  • a case where the PC5-RRC packet encapsulates the PC5-S packet may also be considered.
  • a user packet 810 may be operated in a data bearer.
  • the user packet 810 may be processed and transmitted/received through an SDAP sublayer 801, a PDCP sublayer 802, an RLC sublayer 803, and a MAC sublayer 804.
  • a PC5-S packet 820 may be generated and processed in an upper layer of a transmitting terminal, transmitted to the SDAP sublayer 801, and processed and transmitted through the PDCP, RLC, and MAC sublayers 802, 803, and 804.
  • the PC5-S packet 820 may be transmitted and processed from the MAC, RLC, and PDCP sublayers 804, 803, and 802 and the SDAP sublayer 801 of a receiving terminal to the upper layer.
  • a PC5-RRC packet 830 may be generated and processed in the upper layer (RRC layer) of the transmitting terminal, transmitted to the SDAP sublayer 801, and processed and transmitted through the PDCP, RLC, and MAC sublayers 802, 803, and 804.
  • the PC5-RRC packet 830 may be transmitted and processed from the MAC, RLC, and PDCP sublayers 804, 803, and 802 and the SDAP sublayer 801 of the receiving terminal to the upper layer (RRC layer).
  • a side link signaling radio bearer may be configured for PC5 RRC.
  • One or more SL SRBs may be configured for PC5 RRC.
  • each SL SRB may be mapped to a different priority.
  • one SL SRB among two SL SRBs may be mapped to have a higher priority than a DRB, and the other SL SRB may be mapped to have a lower priority than some DRBs.
  • one SL SRB among two SL SRBs may be configured for PC5 RRC, and the other SL SRB may be configured for PC5-S.
  • the priority of the SL SRB may be pre-configured regardless of the number of SL SRBs.
  • the PC5 RRC may be operated for each destination index for the SL unicast type.
  • a PDCP SDU type for the PC5 RRC may not need to be defined.
  • a SL DRB different from a normal user packet may be configured for PC5 RRC.
  • a LCID value of the SL DRB corresponding to the PC5 RRC may be pre-configured.
  • the LCID value may be defined as 0.
  • an LCP rule may be configured such that the PC5 RRC may have the highest priority.
  • the same SL DRB as the normal user packet may be configured for PC5 RRC.
  • an SL DRB may be configured such that the PC5 RRC may have the highest priority.
  • the PC5 RRC may be re-mapped to the newly-configured SL DRB and the LCP rule configured to have the highest priority may be maintained.
  • the PDCP SDU type may be configured to at least one of the following.
  • the PC5 RRC may be transmitted/received without an SDAP header.
  • [Table 3] may be an example of using a "PC5 RRC" of a PDCP SDU type.
  • the transmitting terminal may configure a PC5 RRC of a PDCP SDU type to inform that a PC5 RRC packet is transmitted.
  • a separate PDCP SDU type may be defined to indicate the PC5 RRC to which each function is applied.
  • the PDCP SDU type may indicate "PC5-RRC w/o integrity and w/o ciphering", "PC5-RRC w/integrity and w/o ciphering", "PC5-RRC w/o integrity and w/ciphering", or "PC5-RRC w/integrity and w/ciphering”.
  • the PDCP SDU type when the PC5-RRC packet encapsulates the PC5-S packet, the PDCP SDU type may be configured as the PC5-RRC and the LCP rule may be configured to follow the LCP rule for the PC5-RRC.
  • the PDCP SDU type when the PC5-RRC packet encapsulates the PC5-S packet, the PDCP SDU type may be configured as the PC5-S and the LCP rule may be configured to follow the LCP rule for the PC5-S.
  • [Table 4] may be an example of using a "PC5 Signaling" of a PDCP SDU type for PC5 RRC or PC5-S.
  • the transmitting terminal may configure the PC5 Signaling in the PDCP SDU type to inform that the PC5 RRC or PC5-S is transmitted.
  • a separate PDCP SDU type may be defined to indicate the PC5 signaling to which each function is applied.
  • the PDCP SDU type may indicate "PC5 Signaling w/o integrity and w/o ciphering", "PC5 Signaling w/integrity and w/o ciphering", "PC5 Signaling w/o integrity and w/ciphering", or "PC5 Signaling w/integrity and w/ciphering”.
  • the PDCP SDU type when the PC5-RRC packet encapsulates the PC5-S packet, the PDCP SDU type may be configured as the PC5 signaling and the LCP rule may be configured to follow the LCP rule for the PC5 signaling.
  • the same LCP priority may be applied to the PC5-S and the PC5-RRC.
  • the PC5-S may be configured in the same SRB as the PC5-RRC or in a separate SRB.
  • the PC5-RRC may have a higher priority than the PC5-S.
  • the LCP configuration for the SL signaling channel of the PC5-RRC including the PC5-S may follow the LCP rule of the PC5-RRC or may follow the LCP rule of the PC5-S.
  • an SL DRB for the PC5-S may be defined separately from an SL user packet.
  • the SL DRB for the PC5-S may be defined separately from the PC5-RRC.
  • the same SL DRB may be defined for the PC5-S and the PC5-RRC.
  • the SL DRB identical to the SL user packet may be defined for the PC5-S and a separate SL DRB may be defined for the PC5-RRC.
  • the same SL DRB as the SL user packet is defined for the PC5-S, the same RB may be used for the SL user packet and the PC5-S used to configure the SL flow to which the SL user packet correspond.
  • the priority for applying logical channel prioritization (LCP) for the PC5-S packet may be configured in the same way as the PC5-RRC.
  • the priority of the PC5-S may be pre-designated.
  • the priority of the PC5-S may be designated as the priority of the SL flow configured through the PC5-S.
  • the LCID of the PC5-S may be designated as the same LCID as the PC5-RRC.
  • the LCID of the PC5-S may be designated in the same way as the LCID mapped to the SL flow (QFI or PFI) configured through the PC5-S.
  • the LCID of the PC5-S may be designated as a different LCID than the PC5-RRC and the user packet. In this case, the LCID pool for the PC5-S may be configured.
  • only packets belonging to the same destination index may be multiplexed in the same MAC PDU.
  • Packets belonging to different cast types may not be multiplexed in the same MAC PDU.
  • Packets belonging to different resource allocation modes may not be multiplexed in the same MAC PDU.
  • Packets belonging to different communication ranges may not be multiplexed in the same MAC PDU.
  • packets not corresponding to a designated communication range may not be multiplexed in the same MAC PDU.
  • an indicator indicating whether to transmit HARQ ACK/NAK for packets belonging to the same MAC PDU may be included in the header or subheader of the MAC PDU.
  • Packets belonging to different communication ranges may be transmitted through different RBs. Packets not belonging to a designated communication range may be transmitted through different RBs.
  • the transmission resources of mode 1 and mode 2 may be simultaneously scheduled; however, when the terminal may not simultaneously transmit the transmission resources of mode 1 and mode 2, the terminal may first transmit the packet by using the resource of the mode designated in the SL flow or the high-priority packet based on the priority of the SL flow or the SL packet.
  • the terminal may determine which mode of resource will be used to first transmit the packet.
  • a power scaling rule may be determined by the terminal for itself.
  • the terminal may configure whether to use mode1 and/or mode2 for the SL flow or the SL packet, which may be configured through PFI/5QI/QFI/PQI to allocation mode mapping in an SLRB configuration setting procedure (pre-configuration or signaling of the base station).
  • No or one or more SL resource pool may be operated for one SL carrier and/or one SL bandwidth part (BWP).
  • the SL resource pool may be operated according to at least one or a combination of the following configurations.
  • the operation of the SL resource pool applied to one or a combination of (1) to (5) described above may be configured for a transmission pool.
  • the operation of the SL resource pool applied to one or a combination of (1) to (5) described above may be configured for a reception pool.
  • the configurations applied to the transmission pool and the reception pool may be equal to or different from each other.
  • one or more SL resource pools may be configured for each of the configurations of (1) to (5) described above.
  • the SL resource pool may include default configurations, terminal-specific configurations, cell-specific configurations, zone-specific configurations, and system-specific configurations, and in an embodiment of the disclosure, the default SL resource pool may be used without the restrictions of (1) to (5) described above. As another embodiment of the disclosure, the default SL resource pool may be used according to a pre-configured configuration.
  • the configuration for each SL resource pool may be designated in the format of [Table 5] below.
  • Configuration information for the SL resource pool may be acquired by the RRC dedicated signaling, SIB signaling, or pre-configuration method of the terminal transmitted by the base station.
  • the SL-CommTxPoolListV2X or SL-CommRxPoolListV2X of [Table 5] may be configured for each carrier or each BWP.
  • the terminal may select an SL resource pool corresponding to the configuration of the SL flow or the SL packet and allocate an SL grant thereto.
  • the base station may select an SL resource pool corresponding to the configuration of the SL flow or the SL packet and allocate an SL grant to the terminal.
  • the transmitting terminal may perform an operation of selecting an SL resource pool to be used to transmit an SL packet.
  • the receiving terminal may perform an operation of monitoring an SL resource pool to receive an SL packet.
  • FIG. 9 is a diagram illustrating an operation of a transmitting terminal selecting a resource for transmitting a packet according to various embodiments of the disclosure.
  • the terminal may have a packet to be transmitted.
  • the terminal may determine whether there is a transmission resource already allocated according to at least one or a combination of the destination index, cast type, allocation mode, priority, and communication range of the packet to be transmitted.
  • the terminal may transmit the packet by using the already-allocated transmission resource.
  • the terminal may select an SL resource pool satisfying the SL resource pool selection condition by applying the SL resource pool selection condition based on at least one or a combination of the destination index, cast type, allocation mode, priority, and communication range of the packet to be transmitted.
  • the SL resource pool selection condition may be configured for each SL resource pool.
  • the SL resource pool selection condition may be configured for one or more SL resource pools belonging to the same BWP.
  • the SL resource pool selection condition may be configured for one or more SL resource pools belonging to the same carrier.
  • the terminal may allocate a transmission resource to transmit the packet in the SL resource pool selected in operation 904.
  • a condition in which the transmitting terminal selects the SL resource pool for transmitting the SL packet may be configured to at least one or a combination of the configurations of [Table 6] below.
  • the criteria of [Table 6] may be configured for each carrier, each BWP, or each resource pool.
  • the terminal may acquire the criteria information of [Table 6] in the SIB signaling and/or dedicated RRC signaling transmitted by the base station.
  • the terminal may acquire the criteria information of [Table 6] from the information pre-configured in the terminal.
  • the terminal may select the SL resource pool according to the condition of [Table 6] as follows.
  • the SL resource pool selection condition may be set to select a transmission resource from a corresponding SL resource pool where the PQI (PC5 QoS Information or PC5 QoS Indicator) value of SL flow or SL packet is greater than the PQI threshold value of the corresponding SL resource pool.
  • the terminal may check the PQI value of the SL flow or the PQI value of the SL packet corresponding to the packet to be transmitted.
  • the terminal may check the PQI threshold value for each SL resource pool.
  • the terminal may select an SL resource pool that has a PQI threshold value smaller than the PQI value of the SL flow or the SL packet corresponding to the packet to be transmitted.
  • the terminal may determine and select one SL resource pool for itself.
  • the terminal may select one SL resource pool by additionally applying other conditions (secondary criteria, third criteria, or the like for SL pool selection) in addition to the PQI condition.
  • the terminal may select the SL resource pool according to the condition in [Table 6] as follows.
  • the SL resource pool selection condition may be set to select a transmission resource from a corresponding SL resource pool where a communication range value of SL flow or SL packet corresponds to a communication range threshold of the corresponding SL resource pool.
  • the SL resource pool selection condition may be set to select a transmission resource from a corresponding SL resource pool where the communication range value of SL flow or SL packet is equal to or smaller than the communication range threshold of the corresponding SL resource pool.
  • the SL resource pool selection condition may be set to select a transmission resource from a corresponding SL resource pool where the communication range value of SL flow or SL packet is equal to or greater than the communication range threshold of the corresponding SL resource pool.
  • the terminal may check the communication range value of the SL flow or the SL packet corresponding to the packet to be transmitted. When one or more SL flows or one or more SL packets are multiplexed, the terminal may check the communication range value of the SL flow or SL packet having the largest communication range value. The terminal may check the communication range threshold for each SL resource pool. The terminal may select an SL resource pool whose communication range threshold is equal to the communication range value of the packet to be transmitted. Or, the terminal may select an SL resource pool whose communication range threshold is greater than or equal to the communication range value of the packet to be transmitted. Or, the terminal may select an SL resource pool whose communication range threshold is less than or equal to the communication range value of the packet to be transmitted.
  • the terminal may determine and select one SL resource pool for itself.
  • the terminal may select one SL resource pool by additionally applying other conditions (secondary criteria, third criteria, or the like for SL pool selection) in addition to the communication range condition.
  • the terminal may select the SL resource pool according to the condition in [Table 6] as follows.
  • the SL resource pool selection condition may be set to select a transmission resource from a corresponding SL resource pool where HARQ feedback setting value of SL flow or SL packet is the same as HARQ feedback setting value of the corresponding SL resource pool.
  • the HARQ feedback setting value may correspond to one of HARQ feedback enabled or HARQ feedback disabled.
  • the terminal may check the HARQ feedback setting value of the SL flow or the SL packet corresponding to the packet to be transmitted.
  • the terminal can check the HARQ feedback setting value for each SL resource pool.
  • the terminal may select an SL resource pool whose HARQ feedback setting value is the same as the HARQ feedback setting value of the packet to be transmitted.
  • the terminal may determine and select one SL resource pool for itself.
  • the terminal may select one SL resource pool by additionally applying other conditions (secondary criteria, third criteria, or the like for SL pool selection) in addition to the HARQ feedback setting condition.
  • the terminal may select the SL resource pool according to the condition in [Table 6] as follows.
  • the SL resource pool selection condition may be set to select a transmission resource from a corresponding SL resource pool where a priority of SL flow or SL packet corresponds to a priority threshold of the corresponding SL resource pool.
  • the SL resource pool selection condition may be set to select a transmission resource from a corresponding SL resource pool where the priority of SL flow or SL packet is equal to or smaller than the priority threshold of the corresponding SL resource pool.
  • the SL resource pool selection condition may be set to select a transmission resource from a corresponding SL resource pool where the priority of SL flow or SL packet is equal to or greater than the priority threshold of the corresponding SL resource pool.
  • the terminal may check the priority value of the SL flow or the SL packet corresponding to the packet to be transmitted.
  • the terminal may check the priority value of the SL flow or SL packet having the largest priority value.
  • Priority may be set to an integer value, and the higher the number, the lower the priority.
  • priority may be set to an integer value, and the lower the number, the lower the priority.
  • the terminal may check the priority threshold for each SL resource pool. The terminal may select an SL resource pool whose priority threshold is equal to the priority value of the packet to be transmitted. Or, the terminal may select an SL resource pool whose priority threshold is greater than or equal to the priority value of the packet to be transmitted. Or, the terminal may select an SL resource pool whose priority threshold is less than or equal to the priority value of the packet to be transmitted.
  • the terminal may determine and select one SL resource pool for itself.
  • the terminal may select one SL resource pool by additionally applying other conditions (secondary criteria, third criteria, or the like for SL pool selection) in addition to the priority condition.
  • the terminal may select the SL resource pool according to the condition in [Table 6] as follows.
  • the SL resource pool selection condition may be set to select a transmission resource from a corresponding SL resource pool where a channel busy ratio (CBR) of SL flow or SL packet corresponds to a CBR threshold of the corresponding SL resource pool.
  • the SL resource pool selection condition may be set to select a transmission resource from a corresponding SL resource pool where the CBR of SL flow or SL packet is equal to or smaller than the CBR threshold of the corresponding SL resource pool.
  • the SL resource pool selection condition may be set to select a transmission resource from a corresponding SL resource pool where the CBR of SL flow or SL packet is equal to or greater than the CBR threshold of the corresponding SL resource pool.
  • the terminal may check the CBR of the SL flow or the SL packet corresponding to the packet to be transmitted.
  • the terminal may check the CBR of the SL flow or SL packet having the largest CBR.
  • the terminal may check the CBR of the SL flow or SL packet having the smallest CBR.
  • the terminal may check the CBR threshold for each SL resource pool. The terminal may select an SL resource pool whose CBR threshold is equal to the CBR of the packet to be transmitted. Or, the terminal may select an SL resource pool whose CBR threshold is greater than or equal to the CBR of the packet to be transmitted.
  • the terminal may select an SL resource pool whose CBR threshold is less than or equal to the CBR of the packet to be transmitted.
  • the terminal may determine and select one SL resource pool for itself.
  • the terminal may select one SL resource pool by additionally applying other conditions (secondary criteria, third criteria, or the like for SL pool selection) in addition to the CBR condition.
  • FIG. 10 is a diagram illustrating an operation of a receiving terminal monitoring a resource for receiving a packet according to various embodiments of the disclosure.
  • the terminal may monitor at least one RX SL resource pool based on its own interest and/or RX capability.
  • the reception interest of the terminal may be represented by at least one or a combination of V2X application, cast type, PQI, communication range, priority, allocation mode, and HARQ feedback.
  • the reception interest of the terminal may correspond to the configuration of [Table 5] and/or the configuration of [Table 6] described above.
  • the RX capability of the terminal may include, for example, the number of antennas of the terminal, the switching time between carriers or the switching time between BWPs, the number of carriers that may be simultaneously received, and the number of BWPs that may be simultaneously received.
  • the terminal may determine whether HARQ feedback enabled or HARQ feedback disabled is configured for the SL resource pool.
  • the terminal may process HARQ feedback for the packet received from the pool, based on the HARQ feedback enabled or HARQ feedback disabled configuration of the SL resource pool.
  • the terminal may not need to transmit HARQ feedback for the received packet.
  • the terminal may determine whether a communication range is configured for the SL resource pool.
  • the communication range configured in the SL resource pool may be used as information indicating that only a terminal satisfying the communication range may receive a packet from the corresponding SL resource pool.
  • the terminal may receive and process a packet from the SL resource pool based on the communication range configuration of the SL resource pool.
  • the terminal satisfying the communication range configuration may transmit HARQ feedback for the packet received from the SL resource pool.
  • the terminal failing to satisfy the communication range configuration may not receive a packet from the SL resource pool or may not transmit HARQ feedback even when receiving the same.
  • the terminal may determine whether a priority is configured for the SL resource pool.
  • the terminal may receive and process a packet from the SL resource pool based on the priority configuration of the SL resource pool.
  • the terminal may determine whether there is a resource pool satisfying a priority criterion desired by the terminal, and may receive a packet from the resource pool satisfying the priority criterion.
  • the priority criterion desired by the terminal may mean the priority of the interest V2X application of the terminal, the priority of the interest PQI, the priority of the interest PFI, the priority of the interest 5QI, the priority of the SL flow, or the priority of the SL packet.
  • the terminal may determine whether the condition the same as in as operation 1002, 1004, or 100 is satisfied for each SL resource pool according to each configuration of [Table 5] and/or each configuration of [Table 6] described above, and may determine packet reception from the SL resource pool.
  • FIG. 11 is a diagram illustrating an operation of a transmitting terminal selecting a transmission resource pool and a resource according to various embodiments of the disclosure.
  • the terminal may acquire an SL resource pool selection condition as illustrated in [Table 6].
  • the terminal may determine whether the pool selection condition of operation 1101 is satisfied for each SL resource pool, and may select a pool satisfying the condition.
  • the terminal may determine whether an SL resource pool for transmitting the packet is selected in operation 1102 described above.
  • the terminal may allocate a resource in the selected SL resource pool. For example, when it is determined that one or more SL resource pools are available, the terminal may randomly select one SL resource pool. As another embodiment of the disclosure, when it is determined that one or more SL resource pools are available, the terminal may select one SL resource pool by additionally applying one or more selection conditions in addition to the selection condition applied in operation 1102.
  • the terminal may select a default SL resource pool and allocate a resource from the default SL resource pool.
  • the terminal may select a pre-configured SL resource pool and allocate a resource from the pre-configured SL resource pool.
  • the terminal may randomly select one from among the SL resource pools acquired in operation 1101, allocate a resource, and apply a minimum TX configuration to the allocated SL resource.
  • the terminal may select an SL resource pool having the same allocation mode among the SL resource pools acquired in operation 1101. The terminal may allocate an SL resource from the selected resource pool and apply a minimum TX configuration to the allocated SL resource.
  • the terminal may select an SL resource pool having the same cast type among the SL resource pools acquired in operation 1101. The terminal may allocate an SL resource from the selected resource pool and apply a minimum TX configuration to the allocated SL resource.
  • a sidelink logical channel scheduling request-mask parameter may be configured for a particular SL logical channel.
  • the sidelink logical channel scheduling request-mask parameter described above may be transmitted to the terminal through an RRC control message transmitted by the base station.
  • the sidelink logical channel scheduling request-mask parameter may be configured for each sidelink logical channel.
  • the sidelink logical channel scheduling request-mask parameter may be configured for a sidelink logical channel in which a sidelink configured grant type 1 and/or a sidelink configured grant type 2 are/is configured.
  • the configuration information for the sidelink logical channel scheduling request-mask parameter may be included in the sidelink logical channel configuration of [Table 2] described above.
  • the configuration information about the sidelink logical channel scheduling request-mask parameter may be included in the sidelink logical channel configuration of [Table 2] described above.
  • the above sidelink logical channel scheduling request-mask may be configured to restrict an operation of triggering a sidelink scheduling request (SR) and triggering a sidelink buffer status report (SL BSR) for transmission of a packet in a terminal buffer even when the terminal is configured with an SL configured grant.
  • SR sidelink scheduling request
  • SL BSR sidelink buffer status report
  • An operation of the terminal processing a regular SL BSR for the sidelink logical channel configured with the sidelink logical channel scheduling request-mask described above may be as follows.
  • the terminal may determine that the regular SL BSR has been triggered and a sidelink logical channel scheduling request-delay timer (slLogicalChannelSR-DelayTimer) is not running, and when at least one of the following conditions is satisfied, the terminal may trigger a scheduling request for the sidelink.
  • a sidelink logical channel scheduling request-delay timer silane scheduling request-delayTimer
  • FIGS. 12 and 13 illustrate an apparatus for performing embodiments of the disclosure.
  • FIG. 12 is a block diagram illustrating an internal structure of a transmitting terminal according to an embodiment of the disclosure.
  • a transmitting terminal 1200 of the disclosure may include a transceiver 1210, a controller 1220, and a memory 1230.
  • the components of the transmitting terminal 1200 are not limited to the above example.
  • the transmitting terminal 1200 may include more components or fewer components than the above components.
  • the transceiver 1210, the controller 1220, and the memory 1230 may be implemented as a single chip.
  • the transceiver 1210 may transmit or receive signals to or from a base station or another terminal.
  • the signals transmitted/received by the transmitting terminal 1200 may include a synchronization signal, a reference signal, control information, and data.
  • the transceiver 1210 may include, for example, an RF transmitter for upconverting and amplifying a transmitted signal and an RF receiver for low-noise-amplifying and downconverting a received signal.
  • this is merely an embodiment of the transceiver 1210, and the components of the transceiver 1210 are not limited to the RF transmitter and the RF receiver.
  • the transceiver 1210 may receive a signal through a radio channel and output the signal to the controller 1220 and may transmit a signal output from the controller 1220, through a radio channel.
  • the controller 1220 may control a series of processes such that the transmitting terminal 1200 may operate according to the above embodiments of the disclosure.
  • the controller 1220 may include at least one processor.
  • the memory 1230 may store programs and data necessary for the operation of the transmitting terminal 1200. Also, the memory 1230 may store control information or data included in the signals transmitted/received by the transmitting terminal 1200.
  • the memory 1230 may include a storage medium or a combination of storage media such as ROM, RAM, hard disk, CD-ROM, and DVD. Also, the memory 1230 may be provided in a multiple number.
  • FIG. 13 is a block diagram illustrating an internal structure of a receiving terminal according to an embodiment of the disclosure.
  • a receiving terminal 1300 of the disclosure may include a transceiver 1310, a controller 1320, and a memory 1330.
  • the components of the receiving terminal 1300 are not limited to the above example.
  • the receiving terminal 1300 may include more components or fewer components than the above components.
  • the transceiver 1310, the controller 1320, and the memory 1330 may be implemented as a single chip.
  • the transceiver 1310 may transmit or receive signals to or from a base station or another terminal.
  • the signals transmitted/received by the receiving terminal 1300 may include a synchronization signal, a reference signal, control information, and data.
  • the transceiver 1310 may include, for example, an RF transmitter for upconverting and amplifying a transmitted signal and an RF receiver for low-noise-amplifying and downconverting a received signal.
  • this is merely an embodiment of the transceiver 1310, and the components of the transceiver 1310 are not limited to the RF transmitter and the RF receiver.
  • the transceiver 1310 may receive a signal through a radio channel and output the signal to the controller 1320 and may transmit a signal output from the controller 1320, through a radio channel.
  • the controller 1320 may control a series of processes such that the receiving terminal 1300 may operate according to the above embodiments of the disclosure.
  • the controller 1320 may include at least one processor.
  • the memory 1330 may store programs and data necessary for the operation of the receiving terminal 1300. Also, the memory 1330 may store control information or data included in the signals transmitted/received by the receiving terminal 1300.
  • the memory 1330 may include a storage medium or a combination of storage media such as ROM, RAM, hard disk, CD-ROM, and DVD. Also, the memory 1330 may be provided in plurality.
  • a computer-readable storage medium may be provided to store one or more programs (software modules).
  • the one or more programs stored in the computer-readable storage medium may be configured for execution by one or more processors in an electronic device.
  • the one or more programs may include instructions for causing the electronic device to execute the methods according to the embodiments of the disclosure described in the specification or the claims.
  • RAMs random access memories
  • ROMs read only memories
  • EEPROMs electrically erasable programmable ROMs
  • magnetic disc storage devices compact disc-ROMs (CD-ROMs), digital versatile discs (DVDs), other types of optical storage devices, or magnetic cassettes.
  • the programs may be stored in a memory configured by a combination of some or all of such storage devices.
  • each of the memories may be provided in plurality.
  • the programs may be stored in an attachable storage device that may be accessed through a communication network such as Internet, Intranet, local area network (LAN), wide LAN (WLAN), or storage area network (SAN), or through a communication network configured by any combination thereof.
  • a storage device may be connected through an external port to an apparatus performing an embodiment of the disclosure.
  • a separate storage device on a communication network may be connected to an apparatus performing an embodiment of the disclosure.
  • the components included in the disclosure are expressed in the singular or plural according to the presented particular embodiments of the disclosure.
  • the singular or plural expressions are selected suitably according to the presented situations for convenience of description, the disclosure is not limited to the singular or plural components, and the components expressed in the plural may even be configured in the singular or the components expressed in the singular may even be configured in the plural.

Landscapes

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

Abstract

Selon la présente invention, un procédé, réalisé par un équipement d'utilisateur (UE), dans un système de communication sans fil comprend : l'obtention d'informations de configuration de canal logique de liaison latérale correspondant à un canal logique et comprenant un paramètre de priorité de canal logique de liaison latérale (priorité de clll) ; la sélection d'une destination associée à une unidiffusion, ou à une diffusion de groupe ou à une diffusion non sélective, sur la base des informations de configuration de canal logique de liaison latérale et de la priorité de clll configurée pour chaque canal logique comprenant des données de liaison latérale disponibles aux fins de transmission ; l'attribution de ressources de liaison latérale à au moins un canal logique correspondant à la destination sur la base de la priorité de clll configurée pour chaque canal logique correspondant à la destination ; le multiplexage des données de liaison latérale comprises dans le ou les canaux logiques correspondant à la destination à une unité de données de protocole (PDU) de commande d'accès au support (MAC) ; et la transmission de la PDU MAC à un autre UE à l'aide des ressources de liaison latérale.
PCT/KR2020/005457 2019-04-25 2020-04-24 Procédé et appareil de configuration de priorité de transmission pour une communication directe dans un système de communication sans fil WO2020218886A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202080031196.4A CN113728712A (zh) 2019-04-25 2020-04-24 用于配置无线通信系统中直接通信的发送优先级的方法和装置
EP20794680.7A EP3928580A4 (fr) 2019-04-25 2020-04-24 Procédé et appareil de configuration de priorité de transmission pour une communication directe dans un système de communication sans fil

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
KR10-2019-0048607 2019-04-25
KR20190048607 2019-04-25
KR1020190141262A KR20200125391A (ko) 2019-04-25 2019-11-06 무선 통신 시스템에서 단말 직접 통신을 위한 전송 우선순위 설정 방법 및 장치
KR10-2019-0141262 2019-11-06
KR1020200029168A KR20200125423A (ko) 2019-04-25 2020-03-09 무선 통신 시스템에서 단말 직접 통신을 위한 전송 우선순위 설정 방법 및 장치
KR10-2020-0029168 2020-03-09

Publications (1)

Publication Number Publication Date
WO2020218886A1 true WO2020218886A1 (fr) 2020-10-29

Family

ID=72921825

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2020/005457 WO2020218886A1 (fr) 2019-04-25 2020-04-24 Procédé et appareil de configuration de priorité de transmission pour une communication directe dans un système de communication sans fil

Country Status (1)

Country Link
WO (1) WO2020218886A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022165702A1 (fr) * 2021-02-04 2022-08-11 Lenovo (Beijing) Limited Appareil et procédé de détermination de priorité d'accès à un canal pour transmission de liaison latérale
WO2023123519A1 (fr) * 2021-12-31 2023-07-06 Lenovo (Beijing) Limited Procédés et appareils d'allocation de ressources pour des systèmes de communication de liaison latérale
WO2023211214A1 (fr) * 2022-04-27 2023-11-02 엘지전자 주식회사 Procédé et dispositif permettant de réaliser une communication de liaison latérale dans un système de communication sans fil

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3131352A1 (fr) 2015-08-12 2017-02-15 Lg Electronics Inc. Procédé destiné à réaliser une priorité de canal logique dans un système de communication de dispositif à dispositif (d2d) et dispositif associé

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3131352A1 (fr) 2015-08-12 2017-02-15 Lg Electronics Inc. Procédé destiné à réaliser une priorité de canal logique dans un système de communication de dispositif à dispositif (d2d) et dispositif associé

Non-Patent Citations (6)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC); Protocol specification (Release 15)", 3GPP STANDARD; TECHNICAL SPECIFICATION; 3GPP TS 36.331, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. V15.5.1, 3GPP TS 36.331, 22 April 2019 (2019-04-22), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, pages 1 - 948, XP051723678 *
HUAWEI, HISILICON: "Channel mapping for NR SL", 3GPP DRAFT; R2-1904082 CHANNEL MAPPING FOR NR SL, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Xi'an, China; 20190408 - 20190412, R2-1904082 Channel mapping for NR SL, 29 March 2019 (2019-03-29), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP051693314 *
INTEL CORPORATION: "UE sidelink configuration for NR V2X", 3GPP DRAFT; R2-1903657, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Xi'an, China; 20190408 - 20190412, R2-1903657, 29 March 2019 (2019-03-29), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP051692920 *
OPPO: "Discussion on BSR and UAI for mode-1", 3GPP DRAFT; R2-1903209 - DISCUSSION ON BSR AND UAI FOR MODE-1, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Xi’an, China; 20190408 - 20190412, R2-1903209 - Discussion on BSR and UAI for mode-1, 29 March 2019 (2019-03-29), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP051692485 *
See also references of EP3928580A4
SPREADTRUM COMMUNICATIONS: "Logical channel prioritization Consideration", 3GPP DRAFT; R2-1900933, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Athens, Greece; 20190225 - 20190301, R2-1900933, 15 February 2019 (2019-02-15), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP051602304 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022165702A1 (fr) * 2021-02-04 2022-08-11 Lenovo (Beijing) Limited Appareil et procédé de détermination de priorité d'accès à un canal pour transmission de liaison latérale
WO2023123519A1 (fr) * 2021-12-31 2023-07-06 Lenovo (Beijing) Limited Procédés et appareils d'allocation de ressources pour des systèmes de communication de liaison latérale
WO2023211214A1 (fr) * 2022-04-27 2023-11-02 엘지전자 주식회사 Procédé et dispositif permettant de réaliser une communication de liaison latérale dans un système de communication sans fil

Similar Documents

Publication Publication Date Title
EP3928580A1 (fr) Procédé et appareil de configuration de priorité de transmission pour une communication directe dans un système de communication sans fil
WO2018062957A1 (fr) Procédé et appareil de transmission de données dans un état désactivé ou désactivé rrc
WO2022071741A1 (fr) Procédé et dispositif de réalisation de communication sl dans v2x nr sur la base d'informations auxiliaires
WO2022031145A1 (fr) Procédé et appareil permettant une économie d'énergie en nr v2x
WO2021206527A1 (fr) Procédé et dispositif pour réserver une ressource dans nr v2x
WO2020222600A1 (fr) Procédé et appareil permettant de décider d'une plage de communication de paquets dans un système de communication directe de terminal
WO2020218886A1 (fr) Procédé et appareil de configuration de priorité de transmission pour une communication directe dans un système de communication sans fil
WO2022092894A1 (fr) Procédé et appareil de transmission et de réception d'informations relatives à une collision de ressources dans nr v2x
WO2021034078A1 (fr) Procédé et dispositif de rapport, à une station de base, d'informations relatives à une transmission en liaison latérale en v2x nr
WO2022045718A1 (fr) Procédé et appareil pour réaliser une resélection de ressources dans nr v2x
WO2021158010A1 (fr) Procédé et appareil pour prendre en charge une transmission dupliquée de paquets au moyen d'une liaison secondaire dans un système de communication sans fil
WO2023063668A1 (fr) Procédé et dispositif de communication sur la base d'information de coordination entre équipements utilisateurs dans une communication de technologie nr v2x
WO2022060119A1 (fr) Procédé et dispositif de réalisation de communication dans v2x nr sur la base de drx sl
WO2021029717A1 (fr) Dispositif et procédé d'allocation de ressources dans un système de communication sans fil
WO2021034079A1 (fr) Procédé et appareil pour transmettre, à une station de base, des informations associées à une liaison latérale sur la base de bwp dans nr v2x
WO2023055219A1 (fr) Procédé et appareil pour resélectionner une ressource prenant en compte une opération drx dans nr v2x
WO2022235095A1 (fr) Procédé et appareil pour déterminer une ressource candidate pour une détection partielle dans v2x nr
WO2022154464A1 (fr) Procédé et dispositif pour effectuer une sélection de ressource aléatoires dans nr v2x
WO2022131831A1 (fr) Procédé et dispositif de sélection de ressources sur la base d'un canal logique dans un système nr v2x
WO2022071765A1 (fr) Procédé et appareil pour opération drx sl utilisant une configuration drx sl par défaut dans nr v2x
WO2021230695A1 (fr) Procédé et dispositif pour signaler un retour harq de sl à une station de base en nr v2x
WO2023018103A1 (fr) Procédé et appareil d'exclusion de ressource sur la base d'une opération de détection partielle dans un système v2x nr
WO2023287203A1 (fr) Procédé et appareil de sélection de ressource sur la base d'une détection partielle sous une opération de drx de sl dans une v2x nr
WO2023059162A1 (fr) Procédé et appareil pour réaliser une communication sans fil associée à drx de sl dans v2x nr
WO2023014186A1 (fr) Procédé et dispositif de définition d'une configuration drx sl commune pour une diffusion individuelle pc5 dans un v2x nr

Legal Events

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

Ref document number: 20794680

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2020794680

Country of ref document: EP

Effective date: 20210923

NENP Non-entry into the national phase

Ref country code: DE