WO2021029717A1 - 무선 통신 시스템에서 자원 할당을 위한 장치 및 방법 - Google Patents

무선 통신 시스템에서 자원 할당을 위한 장치 및 방법 Download PDF

Info

Publication number
WO2021029717A1
WO2021029717A1 PCT/KR2020/010804 KR2020010804W WO2021029717A1 WO 2021029717 A1 WO2021029717 A1 WO 2021029717A1 KR 2020010804 W KR2020010804 W KR 2020010804W WO 2021029717 A1 WO2021029717 A1 WO 2021029717A1
Authority
WO
WIPO (PCT)
Prior art keywords
sidelink
terminal
information
packet
identifier
Prior art date
Application number
PCT/KR2020/010804
Other languages
English (en)
French (fr)
Inventor
강현정
김성훈
이호연
백상규
Original Assignee
삼성전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from KR1020200034640A external-priority patent/KR20210019931A/ko
Application filed by 삼성전자 주식회사 filed Critical 삼성전자 주식회사
Priority to CN202080071643.9A priority Critical patent/CN114557093A/zh
Priority to US17/635,250 priority patent/US20220303821A1/en
Priority to EP20853432.1A priority patent/EP4002914A4/en
Publication of WO2021029717A1 publication Critical patent/WO2021029717A1/ko

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/08—Load balancing or load distribution
    • H04W28/0875—Load balancing or load distribution to or through Device to Device [D2D] links, e.g. direct-mode links
    • 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/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • 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
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/046—Wireless resource allocation based on the type of the allocated resource the resource being in the space domain, e.g. beams
    • 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/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • 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 present disclosure generally relates to a wireless communication system, and more particularly, to an apparatus and method for resource allocation in a wireless communication system.
  • a 5G communication system or a pre-5G communication system is called a Beyond 4G Network communication system or an LTE system and a Post LTE system.
  • the 5G communication system is being considered for implementation in the ultra-high frequency (mmWave) band (eg, such as the 60 Giga (60 GHz) band).
  • mmWave ultra-high frequency
  • ACM advanced coding modulation
  • FQAM Hybrid FSK and QAM Modulation
  • SWSC Small Cell Superposition Coding
  • advanced access technologies such as Filter Bank Multi Carrier (FBMC), NOMA (non orthogonal multiple access), and sparse code multiple access (SCMA) have been developed.
  • FBMC Filter Bank Multi Carrier
  • NOMA non orthogonal multiple access
  • SCMA sparse code multiple access
  • IoT Internet of Things
  • M2M Machine to machine
  • MTC Machine Type Communication
  • a 5G communication system to an IoT network.
  • technologies such as sensor network, machine to machine (M2M), and MTC (Machine Type Communication) are implemented by techniques such as beamforming, MIMO, and array antenna, which are 5G communication technologies.
  • M2M machine to machine
  • MTC Machine Type Communication
  • beamforming MIMO
  • array antenna which are 5G communication technologies.
  • cloud RAN cloud radio access network
  • V2X Vehicle-to-everything
  • the present disclosure provides an apparatus and method for handling sidelink transmission resource allocation in a wireless communication system.
  • the present disclosure provides an apparatus and method for allocating resources in consideration of an aggregated maximum bit rate (AMBR) of a PC5 unicast link in a wireless communication system.
  • AMBR aggregated maximum bit rate
  • the present disclosure provides an apparatus and method for configuring sidelink bearer (SLRB) per packet in a wireless communication system.
  • SLRB sidelink bearer
  • the present disclosure provides an apparatus and method for managing a packet type in order to rapidly process a packet in a wireless communication system.
  • the present disclosure provides an apparatus and method for allocating resources in a semi-static manner for aperiodic traffic in a wireless communication system.
  • a method of operating a terminal in a wireless communication system includes a process of determining a'PC5 unicast link aggregated maximum bit rate (hereinafter referred to as'PC5-LINK-AMBR') for a sidelink, and the The process of transmitting information on the PC5-LINK-AMBR to the base station, the process of allocating sidelink radio resources based on PC5-LINK-AMBR from the base station, and sidelink data using the allocated sidelink radio resource. It may include a process of transmitting.
  • a terminal in a wireless communication system, includes a transceiver and at least one processor connected to the transceiver.
  • the at least one processor determines the PC5-LINK-AMBR for the sidelink, delivers the information on the PC5-LINK-AMBR to the base station, and allocates a sidelink radio resource based on the PC5-LINK-AMBR from the base station. And transmit sidelink data through the allocated sidelink radio resource.
  • a method of operating a base station includes a process of obtaining aggregated maximum bit rate (AMBR) information for a PC5 unicast link for sidelink communication of a terminal, It may include a process of allocating a resource for sidelink communication of the terminal based on the AMBR information, and a process of transmitting information on the allocated resource to the terminal.
  • AMBR aggregated maximum bit rate
  • a method of operating a terminal includes a process of obtaining aggregated maximum bit rate (AMBR) information for a PC5 unicast link for sidelink communication of the terminal, and , The process of providing the AMBR information to the base station, the process of receiving information on the resource for the sidelink communication allocated based on the AMBR information from the base station, and the process of receiving the sidelink communication based on the resource It may include a process of transmitting the corresponding data to another terminal.
  • AMBR aggregated maximum bit rate
  • a method of operating a base station includes a process of receiving a signal requesting configuration of a sidelink radio bearer (SLRB) from a terminal, and a sidelink flow of the terminal from the signal. Acquiring packet type information, generating SLRB configuration information for the packet type of the sidelink flow based on the packet type information, and transmitting the SLRB configuration information to the terminal, wherein the The packet type may be at least one of IP packet, non-IP packet, PC5-S signaling, and radio resource control (PC5-RRC) signaling.
  • SLRB sidelink radio bearer
  • a method of operating a terminal includes a process of generating a sidelink flow for sidelink communication of the terminal, a process of determining a packet type of the sidelink flow, and Including the process of identifying a sidelink radio bearer (SLRB) configuration corresponding to the packet type, the process of identifying the SLRB configuration, when the terminal is a radio resource control (RRC) CONNECTED, corresponding to the packet type from the base station
  • a method of operating a first terminal includes a process of generating a sidelink flow for sidelink communication between the first terminal and the second terminal, and of the sidelink flow. Transmitting sidelink related information indicating a packet type to the second terminal, wherein the packet type comprises: an identifier of the sidelink flow of a service data adaptation protocol (SDAP) layer of the first terminal; Sidelink radio bearer (SLRB) information mapped to the sidelink flow of the first terminal; Alternatively, it may be identified based on at least one of a service data unit (SDU) type of a packet data convergence protocol (PDCP) layer of the first terminal.
  • SDAP service data adaptation protocol
  • SLRB Sidelink radio bearer
  • a base station in a wireless communication system, includes at least one transceiver and at least one processor coupled to the at least one transceiver, and the at least one processor includes a sidelink ( sidelink) acquires AMBR (aggregated maximum bit rate) information for the PC5 unicast link for communication, allocates resources for sidelink communication of the terminal based on the AMBR information, and provides information on the allocated resources. It may be configured to transmit to the terminal.
  • sidelink acquires AMBR (aggregated maximum bit rate) information for the PC5 unicast link for communication, allocates resources for sidelink communication of the terminal based on the AMBR information, and provides information on the allocated resources. It may be configured to transmit to the terminal.
  • AMBR aggregated maximum bit rate
  • a terminal in a wireless communication system, includes at least one transceiver and at least one processor coupled with the at least one transceiver, and the at least one processor includes a sidelink of the terminal.
  • Acquires AMBR (aggregated maximum bit rate) information for the PC5 unicast link for (sidelink) communication provides the AMBR information to the base station, and is allocated based on the AMBR information, to the resource for sidelink communication It may be configured to receive information about information from the base station and transmit data according to the sidelink communication to another terminal based on the resource.
  • AMBR aggregated maximum bit rate
  • the base station includes at least one transceiver and at least one processor coupled to the at least one transceiver, and the at least one processor configures sidelink radio bearer (SLRB) settings from the terminal.
  • SLRB sidelink radio bearer
  • IP packet non-IP packet
  • PC5-S signaling PC5-S signaling
  • PC5-RRC radio resource control
  • a terminal in a wireless communication system, includes at least one transceiver and at least one processor coupled with the at least one transceiver, and the at least one processor includes a sidelink of the terminal.
  • the at least one The processor when the terminal is RRC (radio resource control) CONNECTED, receives information on the SLRB configuration corresponding to the packet type from the base station, and when the terminal is RRC INACTIVE or RRC IDLE, includes the SRLB configuration per packet Receiving the configuration information, identifying the SLRB configuration corresponding to the packet type from the configuration information, and if the terminal is located out of coverage (out-of-coverage), from the preset information including the SRLB configuration per packet It may be configured to identify the SLRB setting corresponding to the packet type.
  • RRC radio resource control
  • a first terminal in a wireless communication system, includes at least one transceiver and at least one processor coupled to the at least one transceiver, and the at least one processor includes the first It is configured to generate a sidelink flow for sidelink communication between the terminal and the second terminal, and to transmit sidelink related information indicating a packet type of the sidelink flow to the second terminal, and the packet type is the An identifier of the sidelink flow of a service data adaptation protocol (SDAP) layer of the first terminal; Sidelink radio bearer (SLRB) information mapped to the sidelink flow of the first terminal; Alternatively, it may be identified based on at least one of a service data unit (SDU) type of a packet data convergence protocol (PDCP) layer of the first terminal.
  • SDAP service data adaptation protocol
  • SLRB Sidelink radio bearer
  • an operation method performed by a terminal for a sidelink in a wireless communication system includes a process of receiving a sidelink signal and obtaining sidelink control information (SCI) of the sidelink signal. And acquiring a medium access control (MAC) packet data unit (PDU) of the side link signal, and the SCI includes a cast type indicator, first source identifier information, and first destination identifier information. And, the cast type indicator indicates one of broadcast, groupcat, and unicast, and the header of the MAC PDU includes second source identifier information and second destination identifier information.
  • SCI sidelink control information
  • PDU packet data unit
  • the cast type indicator indicates one of broadcast, groupcat, and unicast
  • the header of the MAC PDU includes second source identifier information and second destination identifier information.
  • an operation method performed by a terminal for a sidelink (sildelnk) in a wireless communication system includes a process of generating a medium access control (MAC) packet data unit (PDU) for a sidelink signal and , Based on the MAC PUD, generating a sidelink signal including sidelink control information (SCI) for the sidelink signal, and transmitting the sidelink signal, wherein the SCI is a cast type indicator , First source identifier information, and first destination identifier information, wherein the cast type indicator indicates one of broadcast, groupcat, and unicast, and the header of the MAC PDU May include second source identifier information and second destination identifier information.
  • MAC medium access control
  • PDU packet data unit
  • SCI sidelink control information
  • an operation method performed by a base station for a sidelink (sildelnk) in a wireless communication system includes a process of receiving a resource request signal from a terminal, and a quality of quality of service (QoS) obtained from a core network entity. service) information, a process of identifying a PC5 LINK-AMBR (aggregated maximum bit rate) corresponding to a unicast link of the terminal, and resource information allocated based on the PC5-LINK AMBR. It may include a process of transmitting to the terminal.
  • QoS quality of quality of service
  • An apparatus and method supports a method of processing a data request amount for each unicast link, so that various services with different data requirements can be effectively supported in a direct communication system between terminals.
  • An apparatus and method according to various embodiments of the present disclosure allow a receiving terminal to process a packet as quickly as possible by providing information necessary for packet processing at a wireless end.
  • FIG. 1 illustrates a wireless communication system according to various embodiments of the present disclosure.
  • FIG. 2 illustrates a configuration of a base station in a wireless communication system according to various embodiments of the present disclosure.
  • FIG. 3 illustrates a configuration of a terminal in a wireless communication system according to various embodiments of the present disclosure.
  • FIG. 4 illustrates a configuration of a communication unit in a wireless communication system according to various embodiments of the present disclosure.
  • FIG. 5 illustrates a structure of a radio time-frequency resource of a wireless communication system according to various embodiments of the present disclosure.
  • 6A to 6D illustrate examples of scenarios for sidelink communication in a wireless communication system according to various embodiments of the present disclosure.
  • FIG. 7A and 7B illustrate examples of a method of transmitting sidelink communication in a wireless communication system according to various embodiments of the present disclosure.
  • 8A to 8E illustrate signal flows between a terminal and a base station for unicast-based sidelink radio resource allocation according to various embodiments of the present disclosure.
  • FIG. 9 illustrates an operation of a base station for unicast-based sidelink radio resource allocation according to various embodiments of the present disclosure.
  • 10A to 10C illustrate a signal flow between a terminal and a base station for sidelink radio bearer (SLRB) configuration for each packet type according to various embodiments of the present disclosure.
  • SLRB sidelink radio bearer
  • 11A to 11B illustrate operations of a base station for configuring sidelink radio bearers for each packet type according to various embodiments of the present disclosure.
  • FIG. 12 illustrates a signal flow between terminals for sidelink radio bearer configuration for each packet type according to various embodiments of the present disclosure.
  • FIG. 13A to 13D illustrate examples of packet filtering according to various embodiments of the present disclosure.
  • the present disclosure relates to an apparatus and method for allocating resources in a wireless communication system. Specifically, the present disclosure is for allocating transmission resources of a terminal in sidelink communication between a terminal and a terminal, and relates to a method and an apparatus for operating and allocating radio resources for unicast-based sidelink communication.
  • a term referring to a signal a term referring to a channel, a term referring to control information, a term referring to network entities, a term referring to a component of a device, etc. are for convenience of description. It is illustrated. Accordingly, the present disclosure is not limited to terms to be described later, and other terms having an equivalent technical meaning may be used.
  • a physical channel and a signal may be used in combination with data or control signals.
  • a physical downlink shared channel (PDSCH) is a term that refers to a physical channel through which data is transmitted, but the PDSCH may also be used to refer to data. That is, in the present disclosure, the expression'transmitting a physical channel' may be interpreted equivalently to the expression'transmitting data or signals through a physical channel'.
  • higher signaling refers to a signal transmission method transmitted from a base station to a terminal using a downlink data channel of a physical layer, or from a terminal to a base station using an uplink data channel of a physical layer.
  • Higher level signaling may be understood as radio resource control (RRC) signaling or media access control (MAC) control element (CE).
  • RRC radio resource control
  • MAC media access control
  • the present disclosure describes various embodiments using terms used in some communication standards (eg, 3rd Generation Partnership Project (3GPP)), but this is only an example for description. Various embodiments of the present disclosure may be easily modified and applied to other communication systems.
  • 3GPP 3rd Generation Partnership Project
  • 1 illustrates a wireless communication system according to various embodiments of the present disclosure.
  • 1 illustrates a base station 110, a terminal 120, and a terminal 130 as some of nodes using a radio channel in a wireless communication system.
  • 1 shows only one base station, but another base station that is the same as or similar to the base station 110 may be further included.
  • the base station 110 is a network infrastructure that provides wireless access to the terminals 120 and 130.
  • the base station 110 has coverage defined as a certain geographic area based on a distance at which a signal can be transmitted.
  • the base station 110 includes'access point (AP)','eNodeB, eNB', '5G node', and'next generation nodeB.
  • AP access point
  • eNB evolved NodeB
  • gNB wireless point
  • TRP transmission/reception point
  • Each of the terminal 120 and the terminal 130 is a device used by a user and performs communication with the base station 110 through a radio channel.
  • the link from the base station 110 to the terminal 120 or the terminal 130 is a downlink (DL), and the link from the terminal 120 or the terminal 130 to the base station 110 is an uplink (UL) ).
  • the terminal 120 and the terminal 130 may communicate with each other through a radio channel.
  • the link between the terminal 120 and the terminal 130 is referred to as a sidelink, and the sidelink may be mixed with the PC5 interface.
  • at least one of the terminal 120 and the terminal 130 may be operated without user involvement.
  • At least one of the terminal 120 and the terminal 130 is a device that performs machine type communication (MTC) and may not be carried by a user.
  • MTC machine type communication
  • Each of the terminal 120 and the terminal 130 is a terminal other than'user equipment (UE)','mobile station','subscriber station', and'remote terminal. )','wireless terminal', or'user device', or another term having an equivalent technical meaning.
  • UE user equipment
  • the base station 110, the terminal 120, and the terminal 130 may transmit and receive radio signals in a millimeter wave (mmWave) band (eg, 28 GHz, 30 GHz, 38 GHz, 60 GHz).
  • mmWave millimeter wave
  • the base station 110, the terminal 120, and the terminal 130 may perform beamforming.
  • beamforming may include transmission beamforming and reception beamforming. That is, the base station 110, the terminal 120, and the terminal 130 may impart directivity to a transmitted signal or a received signal.
  • the base station 110 and the terminals 120 and 130 may select the serving beams 112, 113, 121, and 131 through a beam search or beam management procedure. .
  • subsequent communication may be performed through a resource having a quasi-co-located (QCL) relationship with the resource transmitting the serving beams 112, 113, 121, 131. have.
  • QCL quasi-co-located
  • the first antenna port and the second antenna port are in a QCL relationship. Can be evaluated.
  • a wide range of characteristics include delay spread, Doppler spread, Doppler shift, average gain, average delay, and spatial receiver parameter. It may include at least one of.
  • the terminal 120 and the terminal 120 shown in FIG. 1 may support vehicle communication.
  • vehicle communication in the LTE system, standardization work on V2X technology based on device-to-device (D2D) communication structure was completed in 3GPP Release 14 and Release 15, and V2X technology is currently based on 5G NR. Efforts to develop are underway.
  • NR V2X unicast communication, groupcast (or multicast) communication, and broadcast communication between the terminal and the terminal are to be supported.
  • NR V2X unlike LTE V2X, which aims to transmit and receive basic safety information necessary for vehicle driving on the road, NR V2X provides platforming, advanced driving, extended sensor, and remote driving. Together, it aims to provide more advanced services.
  • V2X service can be divided into basic safety service and advanced service.
  • the basic safety services include vehicle notification (CAM (cooperative awareness messages) or BSM (basic safety message)) service, left turn notification service, front vehicle collision warning service, emergency vehicle approach notification service, front obstacle warning service, intersection signal information.
  • a detailed service such as a service may be included, and V2X information may be transmitted and received using a broadcast, unicast, or groupcast transmission method.
  • the advanced service not only strengthens the quality of service (QoS) requirements than the basic safety service, but also unicasts in addition to broadcast so that V2X information can be transmitted and received within a specific vehicle group or V2X information between two vehicles. And a scheme for transmitting and receiving V2X information using a groupcast transmission scheme.
  • Advanced services may include detailed services such as platoon driving service, autonomous driving service, remote driving service, and extended sensor-based V2X service.
  • a sidelink refers to a signal transmission/reception path between the terminal and the terminal, which can be mixed with the PC5 interface.
  • a base station is a subject that performs resource allocation of a terminal, 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 mean an NR base station (eg, gNB), an LTE base station (eg, eNB), or a road site unit (RSU).
  • NR base station eg, gNB
  • LTE base station eg, eNB
  • RSU road site unit
  • the terminal is a vehicle that supports vehicle-to-vehicular communication (V2V), as well as general user equipment and mobile stations, and vehicle-to-pedestrian communication (vehicular-to-pedestrian, V2P).
  • V2V vehicle-to-vehicular communication
  • V2P vehicle-to-pedestrian communication
  • Supporting vehicle or pedestrian's handset e.g. smartphone
  • vehicle supporting vehicle-to-network communication vehicle-to-network, V2N
  • vehicle-to-transportation infrastructure vehicle-to-infrastructure
  • V2I support vehicle and an RSU equipped with a terminal function, an RSU equipped with a base station function, or a part of the base station function and an RSU equipped with a part of the terminal function may be included.
  • the V2X terminal used in the following description may be referred to as a terminal. That is, in relation to V2X communication, the terminal can be used as a V2X terminal.
  • Uplink refers to a radio link through which the UE transmits data or control signals to the base station
  • downlink refers to a radio link through which the base station transmits data or control signals to the UE.
  • FIG. 2 illustrates a configuration of a base station in a wireless communication system according to various embodiments of the present disclosure.
  • the configuration illustrated in FIG. 2 can be understood as the configuration of the base station 110.
  • Terms such as'... unit' and'... group' used hereinafter refer to units that process at least one function or operation, which can be implemented by hardware or software, or a combination of hardware and software. have.
  • the base station includes a wireless communication unit 210, a backhaul communication unit 220, a storage unit 230, and a control unit 240.
  • the wireless communication unit 210 performs functions for transmitting and receiving signals through a wireless channel. For example, the wireless communication unit 210 performs a function of converting between a baseband signal and a bit stream according to the physical layer standard of the system. For example, when transmitting data, the wireless communication unit 210 generates complex symbols by encoding and modulating a transmission bit stream. In addition, when receiving data, the wireless communication unit 210 restores the received bit stream through demodulation and decoding of the baseband signal.
  • the wireless communication unit 210 up-converts the baseband signal into a radio frequency (RF) band signal and transmits it through an antenna, and down-converts the RF band signal received through the antenna into a baseband signal.
  • the wireless communication unit 210 may include a transmission filter, a reception filter, an amplifier, a mixer, an oscillator, a digital to analog convertor (DAC), an analog to digital convertor (ADC), and the like.
  • the wireless communication unit 210 may include a plurality of transmission/reception paths. Further, the wireless communication unit 210 may include at least one antenna array composed of a plurality of antenna elements.
  • the wireless communication unit 210 may be composed of a digital unit and an analog unit, and the analog unit includes a plurality of sub-units according to operating power, operating frequency, etc. It can be composed of.
  • the digital unit may be implemented with at least one processor (eg, a digital signal processor (DSP)).
  • DSP digital signal processor
  • the wireless communication unit 210 transmits and receives signals as described above. Accordingly, all or part of the wireless communication unit 210 may be referred to as a'transmitter', a'receiver', or a'transceiver'. In addition, in the following description, transmission and reception performed through a wireless channel are used to mean that the above-described processing is performed by the wireless communication unit 210.
  • the backhaul communication unit 220 provides an interface for performing communication with other nodes in the network. That is, the backhaul communication unit 220 converts the bit stream transmitted from the base station to another node, for example, another access node, another base station, an upper node, a core network, etc., into a physical signal, and converts a physical signal received from another node. Convert to bit string.
  • another node for example, another access node, another base station, an upper node, a core network, etc.
  • the storage unit 230 stores data such as a basic program, an application program, and setting information for the operation of the base station.
  • the storage unit 230 may be formed of a volatile memory, a nonvolatile memory, or a combination of a volatile memory and a nonvolatile memory.
  • the storage unit 230 provides stored data according to the request of the control unit 240.
  • the controller 240 controls overall operations of the base station. For example, the control unit 240 transmits and receives signals through the wireless communication unit 210 or through the backhaul communication unit 220. In addition, the control unit 240 writes and reads data in the storage unit 230. In addition, the control unit 240 may perform functions of a protocol stack required by a communication standard. According to another implementation example, the protocol stack may be included in the wireless communication unit 210. To this end, the control unit 240 may include at least one processor. According to various embodiments, the controller 240 may control the base station to perform operations according to various embodiments to be described later.
  • FIG. 3 illustrates a configuration of a terminal in a wireless communication system according to various embodiments of the present disclosure.
  • the configuration illustrated in FIG. 3 may be understood as the configuration of the terminal 120.
  • Terms such as'... unit' and'... group' used hereinafter refer to units that process at least one function or operation, which can be implemented by hardware or software, or a combination of hardware and software. have.
  • the terminal includes a communication unit 310, a storage unit 320, and a control unit 330.
  • the communication unit 310 performs functions for transmitting and receiving signals through a wireless channel. For example, the communication unit 310 performs a function of converting between a baseband signal and a bit stream according to the physical layer standard of the system. For example, when transmitting data, the communication unit 310 generates complex symbols by encoding and modulating a transmission bit stream. In addition, when receiving data, the communication unit 310 restores the received bit stream through demodulation and decoding of the baseband signal. In addition, the communication unit 310 up-converts the baseband signal into an RF band signal and transmits it through an antenna, and down-converts the RF band signal received through the antenna into a baseband signal. For example, the communication unit 310 may include a transmission filter, a reception filter, an amplifier, a mixer, an oscillator, a DAC, an ADC, and the like.
  • the communication unit 310 may include a plurality of transmission/reception paths. Furthermore, the communication unit 310 may include at least one antenna array composed of a plurality of antenna elements. In terms of hardware, the communication unit 310 may be composed of a digital circuit and an analog circuit (eg, a radio frequency integrated circuit (RFIC)). Here, the digital circuit and the analog circuit may be implemented in one package. In addition, the communication unit 310 may include a plurality of RF chains. Furthermore, the communication unit 310 may perform beamforming.
  • RFIC radio frequency integrated circuit
  • the communication unit 310 transmits and receives signals as described above. Accordingly, all or part of the communication unit 310 may be referred to as a'transmitting unit', a'receiving unit', or a'transmitting/receiving unit'. In addition, in the following description, transmission and reception performed through a wireless channel are used in a sense including the processing as described above is performed by the communication unit 310.
  • the storage unit 320 stores data such as a basic program, an application program, and setting information for the operation of the terminal.
  • the storage unit 320 may be formed of a volatile memory, a nonvolatile memory, or a combination of a volatile memory and a nonvolatile memory.
  • the storage unit 320 provides stored data according to the request of the control unit 330.
  • the controller 330 controls overall operations of the terminal. For example, the control unit 330 transmits and receives signals through the communication unit 310. In addition, the control unit 330 writes and reads data in the storage unit 320. In addition, the control unit 330 may perform functions of a protocol stack required by a communication standard. To this end, the control unit 330 may include at least one processor or a micro processor, or may be a part of a processor. In addition, a part of the communication unit 310 and the control unit 330 may be referred to as a communication processor (CP). According to various embodiments, the controller 330 may control the terminal to perform operations according to various embodiments to be described later.
  • CP communication processor
  • FIG. 4 illustrates a configuration of a communication unit in a wireless communication system according to various embodiments of the present disclosure.
  • 4 shows an example of a detailed configuration of the wireless communication unit 210 of FIG. 2 or the communication unit 310 of FIG. 3.
  • FIG. 4 is a part of the wireless communication unit 210 of FIG. 2 or the communication unit 310 of FIG. 3, and illustrates components for performing beamforming.
  • the wireless communication unit 210 or the communication unit 310 includes an encoding and modulating unit 402, a digital beamforming unit 404, a plurality of transmission paths 406-1 to 406-N, and an analog beam. It includes a forming part 408.
  • the encoding and modulating unit 402 performs channel encoding.
  • channel encoding at least one of a low density parity check (LDPC) code, a convolution code, and a polar code may be used.
  • LDPC low density parity check
  • the encoding and modulating unit 402 generates modulation symbols by performing constellation mapping.
  • the digital beamforming unit 404 performs beamforming on a digital signal (eg, modulation symbols). To this end, the digital beamforming unit 404 multiplies the modulation symbols by beamforming weights.
  • the beamforming weights are used to change the size and phase of a signal, and may be referred to as a'precoding matrix', a'precoder', and the like.
  • the digital beamforming unit 404 outputs digitally beamformed modulation symbols through a plurality of transmission paths 406-1 to 406-N.
  • modulation symbols may be multiplexed or the same modulation symbols may be provided through a plurality of transmission paths 406-1 to 406-N.
  • the plurality of transmission paths 406-1 to 406-N convert digital beamformed digital signals into analog signals.
  • each of the plurality of transmission paths 406-1 to 406-N may include an inverse fast fourier transform (IFFT) operation unit, a cyclic prefix (CP) insertion unit, a DAC, and an up-conversion unit.
  • the CP insertion unit is for an orthogonal frequency division multiplexing (OFDM) scheme, and may be excluded when another physical layer scheme (eg, filter bank multi-carrier (FBMC)) is applied. That is, the plurality of transmission paths 406-1 to 406-N provide an independent signal processing process for a plurality of streams generated through digital beamforming. However, depending on the implementation method, some of the components of the plurality of transmission paths 406-1 to 406-N may be used in common.
  • OFDM orthogonal frequency division multiplexing
  • the analog beamforming unit 408 performs beamforming on an analog signal.
  • the digital beamforming unit 404 multiplies the analog signals by beamforming weights.
  • the beamforming weights are used to change the magnitude and phase of the signal.
  • the analog beamforming unit 440 may be configured in various ways according to a connection structure between the plurality of transmission paths 406-1 to 406-N and antennas.
  • each of the plurality of transmission paths 406-1 to 406-N may be connected to one antenna array.
  • a plurality of transmission paths 406-1 to 406-N may be connected to one antenna array.
  • the plurality of transmission paths 406-1 to 406-N may be adaptively connected to one antenna array, or may be connected to two or more antenna arrays.
  • FIG. 5 illustrates a structure of a radio time-frequency resource of a wireless communication system according to various embodiments of the present disclosure.
  • the horizontal axis represents the time domain and the vertical axis represents the frequency domain.
  • the minimum transmission unit in the time domain is an OFDM symbol or a DFT-S-OFDM symbol, and N symb OFDM symbols or DFT-S-OFDM symbols 530 are one Included in the slot 505 of.
  • the length of the subframe may be defined as 1.0 ms, and the length of the radio frame 500 may be defined as 10 ms.
  • the minimum transmission unit in the frequency domain is a subcarrier, and the bandwidth of the entire system transmission bandwidth may include a total of N BW subcarriers 525. Specific values such as N symb and N BW can be variably applied depending on the system.
  • the basic unit of the time-frequency resource region is a resource element (RE) 510, which may be represented by an OFDM symbol index or a DFT-S-OFDM symbol index and a subcarrier index.
  • a resource block (RB 515) may be defined as N RB consecutive subcarriers 520 in the frequency domain.
  • the structure of the radio time-frequency resource as shown in FIG. 5 is applied to the Uu interface.
  • the radio time-frequency resource structure as shown in FIG. 5 can be similarly applied to the sidelink.
  • 6A to 6D illustrate examples of scenarios for sidelink communication in a wireless communication system according to various embodiments of the present disclosure.
  • FIG. 6A illustrates an in-coverage scenario in which sidelink terminals 620a and 620b are located within the coverage of the base station 610.
  • the sidelink terminals 620a and 620b may receive data and control information from the base station 610 through downlink (DL) or transmit data and control information to the base station through uplink (UL).
  • DL downlink
  • UL uplink
  • the data and control information may be data and control information for sidelink communication, or data and control information for general cellular communication other than sidelink communication.
  • sidelink terminals 620a and 620b in FIG. 6A may transmit and receive data and control information for sidelink communication through a sidelink.
  • the 6B illustrates a case of partial coverage in which the first terminal 620a is located within the coverage of the base station 610 and the second terminal 620b is located outside the coverage of the base station 610 among sidelink terminals. .
  • the first terminal 620a located within the coverage of the base station 610 may receive data and control information from the base station through downlink or transmit data and control information to the base station through uplink.
  • the second terminal 620b located outside the coverage of the base station 610 cannot receive data and control information from the base station through downlink, and cannot transmit data and control information to the base station through uplink.
  • the second terminal 620b may transmit and receive data and control information for sidelink communication with the first terminal 610a through a sidelink.
  • 6C is an example of a case in which sidelink terminals (eg, a first terminal 610a and a second terminal 620b) are located outside the coverage of the base station 610. Accordingly, the first terminal 620a and the second terminal 620b cannot receive data and control information from the base station through the downlink, and cannot transmit data and control information to the base station through the uplink. The first terminal 620a and the second terminal 620b may transmit and receive data and control information for sidelink communication through a sidelink.
  • sidelink terminals eg, a first terminal 610a and a second terminal 620b
  • the first terminal 620a and the second terminal 620b performing sidelink communication are connected to different base stations (eg, the first base station 610a, the second base station 610b) or (example : RRC connection state) or when camping (eg, RRC connection release state, that is, RRC idle state), inter-cell sidelink communication is performed.
  • the first terminal 620a may be a sidelink transmitting terminal and the second terminal 620b may be a sidelink receiving terminal.
  • the first terminal 620a may be a sidelink receiving terminal and the second terminal 620b may be a sidelink transmitting terminal.
  • the first terminal 620a may receive a sidelink-only system information block (SIB) from the base station 610a to which it is connected (or camping), and the second terminal 620b is It is possible to receive a sidelink-only SIB from another base station 620b (or that it is camping).
  • SIB system information block
  • the information of the sidelink-only SIB received by the first terminal 620a and the information of the sidelink-only SIB received by the second terminal 620b may be different from each other. Therefore, it is necessary to unify information in order to perform sidelink communication between terminals located in different cells.
  • a sidelink system consisting of two terminals (eg, a first terminal 610a and a second terminal 620b) has been described as an example. It is not limited and may be applied to a sidelink system in which three or more terminals participate.
  • the uplink and downlink between the base station 610 and the sidelink terminals may be referred to as a Uu interface, and the sidelink between the sidelink terminals may be referred to as a PC5 interface.
  • uplink or downlink and Uu interface, sidelink, and PC5 may be mixed.
  • the terminal is a vehicle supporting vehicle-to-vehicular communication (vehicular-to-vehicular, V2V), a vehicle supporting vehicle-to-pedestrian communication (vehicular-to-pedestrian, V2P), or a handset of a pedestrian (eg: Smartphone), a vehicle that supports communication between a vehicle and a network (vehicular-to-network, V2N), or a vehicle that supports communication between a vehicle and an infrastructure (vehicular-to-infrastructure, V2I).
  • the terminal may mean a road side unit (RSU) equipped with a terminal function, an RSU equipped with a base station function, or an RSU equipped with a part of the base station function and a part of the terminal function.
  • RSU road side unit
  • 7A and 7B illustrate examples of a method of transmitting sidelink communication in a wireless communication system according to various embodiments of the present disclosure.
  • 7A illustrates a unicast method
  • FIG. 7B illustrates a groupcast method.
  • the transmitting terminal 720a and the receiving terminal 720b may perform one-to-one communication.
  • the transmission scheme shown in FIG. 7A may be referred to as unicast communication.
  • the transmitting terminal 720a or 720d and the receiving terminals 720b, 720c, 720e, 720f, and 720g may perform one-to-many communication.
  • the transmission scheme shown in FIG. 7B may be referred to as groupcast or multicast. In FIG.
  • the first terminal 720a, the second terminal 720b, and the third terminal 720c may form a group, and terminals within the group (the first terminal 720a, The second terminal 720b and the third terminal 720c) may perform groupcast communication.
  • the fourth terminal 720d, the fifth terminal 720e, the sixth terminal 720f, and the seventh terminal 720g may form different groups, and the terminals in the group (the fourth terminal 720d, the fifth terminal 720d),
  • the terminal 720e, the sixth terminal 720f, and the seventh terminal 720g) may perform groupcast communication.
  • a terminal may perform groupcast communication within a group to which it belongs, or unicast, groupcast, or broadcast communication with at least one other terminal belonging to different groups.
  • two groups are exemplified, but the present invention is not limited thereto, and may be applied even when a larger number of groups are formed.
  • sidelink terminals may perform broadcast communication.
  • Broadcast communication refers to a method in which all sidelink terminals receive data and control information transmitted by a sidelink transmitting terminal through a sidelink.
  • the remaining terminals 720b, 720c, 720d, 720e, 720f, and 720g receive data and control information transmitted by the first terminal 720a. can do.
  • the aforementioned sidelink unicast communication, groupcast communication, and broadcast communication are supported in an in-coverage scenario, a partial-coverage scenario, or an out-of-coverage scenario. Can be.
  • a transmission type in which a vehicle terminal transmits data to only one specific terminal through unicast and a transmission type in which data is transmitted to a plurality of specific terminals through groupcast are supported.
  • a service scenario such as platooning, which is a technology that connects two or more vehicles to one network and moves in a cluster form
  • unicast and groupcast technologies can be usefully used.
  • unicast communication may be used for the purpose of a group leader terminal connected by platooning to control one specific terminal, and groupcast communication for the purpose of simultaneously controlling a group consisting of a plurality of specific terminals. Can be used.
  • the base station or the terminal may perform resource allocation for sidelink communication (ie, V2X).
  • Resource allocation for sidelink transmission may be performed within a resource pool defined in the time and frequency domains.
  • the resource pool may be set within a bandwidth part (BWP) within a frequency domain.
  • BWP bandwidth part
  • Scheduled resource allocation is a method in which the base station allocates resources used for sidelink transmission to RRC-connected terminals in a dedicated scheduling scheme.
  • the base station can allocate resources to the terminal within the coverage.
  • the base station may transmit resource allocation information to a transmitting terminal for sidelink transmission. That is, the base station may schedule resources for sidelink transmission and transmit the scheduling result to the terminal. Since the base station can manage the resources of the sidelink, the scheduled resource allocation method may be effective for interference management and resource pool management (dynamic allocation and/or semi-persistent transmission).
  • the RRC connected mode terminal informs 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'') Can be transmitted.
  • the RRC message transmitted from the terminal to the base station may be a sidelink terminal information (SidelinkUEInformation), terminal assistance information (UEAssistanceInformation) message, and the MAC CE is a buffer status report (BSR) for V2X communication.
  • BSR buffer status report
  • a BSR MAC CE, SR (scheduling request), etc. including at least one of information on the size of data buffered for sidelink communication and an indicator indicating that it is the same may correspond.
  • the terminal autonomous resource selection is a sidelink transmission/reception resource pool for V2X to the terminal with system information or RRC message (for example, RRC Reconfiguration message, PC5-RRC message) or preset information (pre-configuration).
  • RRC message for example, RRC Reconfiguration message, PC5-RRC message
  • pre-configuration preset information
  • the UE autonomously selects sidelink resource for transmission.
  • the terminal receives the configured grant of the NR for sidelink transmission is configured (UE is configured with NR configured grant for sidelink transmission).
  • the UE can schedule sidelink transmission of other UEs (UE schedules sidelink transmission of other UEs).
  • the terminal resource selection method may include zone mapping, sensing-based resource selection, and random selection.
  • resource allocation or resource selection may not be performed in a scheduled resource allocation or terminal autonomous resource selection mode.
  • the terminal may perform V2X sidelink communication through a preconfigured sidelink transmission/reception resource pool or a sidelink transmission/reception resource pool configured for an exceptional situation.
  • the terminal may perform V2X sidelink communication through a preset sidelink transmission/reception resource pool.
  • SLRB Sidelink radio bearer
  • SLRB for transmitting sidelink flows or packets are mapped to an SL logical channel (LC), and the SL logical channel is an SL logical channel group (LCG)
  • SLRB include source index, destination index, cast type, QFI (QoS flow identifier)/PFI (ProSe flow identifier or PC5 flow identifier) or priority, etc. It can be classified as a combination of.
  • the direct communication system between terminals through the sidelink may support data transmission and reception through a guaranteed bit rate (GBR) QoS flow, a non-guaranteed bit rate (non-GBR) QoS flow, and a delay critical GBR QoS flow.
  • the base station or the terminal may process sidelink radio resource allocation based on a guaranteed flow bit rate (GFBR) and a maximum flow bit rate (MFBR) for GBR QoS flow.
  • GFBR guaranteed flow bit rate
  • MFBR maximum flow bit rate
  • the base station or the terminal can process sidelink radio resource allocation based on UE-PC5-AMBR (UE PC5 aggregated maximum bit rate) and PC5-LINK-AMBR (PC5 LINK aggregated maximum bit rate). have.
  • the base station or the terminal allocates sidelink radio resources based on UE-PC5-AMBR for delay critical GBR QoS flow or allocates sidelink radio resources based on aggregated maximum bit rate (AMBR) for delay critical GBR QoS flow.
  • a case in which the base station processes sidelink radio resource allocation corresponds to a case of mode 1 resource allocation
  • a case in which the terminal processes sidelink radio resource allocation corresponds to a case of mode 2 resource allocation.
  • the base station may perform radio resource allocation for sidelink transmission of the terminal.
  • mode 2 resource allocation the terminal may perform radio resource allocation for sidelink transmission.
  • the PC5-LINK-AMBR may be set and operated with the same value for each PC5 unicast link. Therefore, the sum of the data rates of each PC5 flow belonging to the PC5 unicast link A can be operated equal to the sum of the data rates of each PC5 flow belonging to the PC5 unicast link B.
  • the PC5 unicast link is mapped with the PC5 flow when the V2X application of the terminal is set to use unicast sidelink communication and the PC5 flow for transmitting packets generated in the V2X application is set.
  • PC5-LINK-AMBR of the PC5 unicast link can be set directly in the terminal, in the V2X application server, or in an entity that manages the subscription of the terminal, and the terminal can store the PC5-LINK-AMBR. .
  • the terminal may store PC5-LINK-AMBR information for each PC5 unicast link.
  • the terminal determines a PC5 unicast link corresponding to the PC5 flow in order to obtain a resource to transmit the packet, and PC5-LINK-AMBR for the unicast link Can be identified (i.e., identified).
  • the terminal may allocate resources for transmitting the packet based on PC5-LINK-AMBR. For example, the terminal may allocate resources for transmitting the packet at a level not exceeding PC5-LINK-AMBR.
  • the base station may receive a resource allocation request to transmit a packet belonging to an arbitrary unicast PC5 flow from the terminal.
  • the base station may check (ie, identify) a PC5 unicast link corresponding to the PC5 flow and a PC5-LINK-AMBR for the link in order to allocate resources to transmit the packet.
  • the base station may allocate resources for transmitting the packet based on PC5-LINK-AMBR. For example, the base station can allocate resources to transmit the packet to the terminal at a level that does not exceed PC5-LINK-AMBR.
  • the base station in order for the base station to check the PC5-LINK-AMBR for the PC5 unicast link, the base station must know which PC5 unicast link the PC5 flow of the terminal is mapped to and the PC5-LINK-AMBR information of the corresponding PC5 unicast link. .
  • a description will be made of a method for the base station to acquire PC5 unicast link of the terminal and PC5-LINK-AMBR information of the corresponding PC5 unicast link.
  • 8A to 8E illustrate signal flows between a terminal and a base station for unicast-based sidelink radio resource allocation according to various embodiments of the present disclosure.
  • 8A to 8C illustrate embodiments in which a base station obtains PC5-LINK-AMBR information when a unicast flow is generated and unicast link information to which the unicast flow is mapped is updated.
  • 8D and 8E illustrate embodiments in which the base station obtains PC5-LINK-AMBR information when a unicast flow is deleted and unicast link information to which the unicast flow is mapped is updated.
  • the terminal may identify a sidelink flow.
  • a sidelink flow may be used for service management through sidelink communication (eg, quality-of-service (QoS) management).
  • QoS quality-of-service
  • One or more sidelink flows may correspond to one PC5 unicast link.
  • the sidelink flow may be referred to as a PC5 flow, a PC5 QoS flow, or a sidelink QoS flow.
  • the terminal may determine that a sidelink flow is generated.
  • the terminal can identify the generated sidelink flow. For example, the terminal may identify a newly created sidelink flow, that is, a new flow. In addition, for example, the terminal may identify a sidelink flow requiring reconfiguration as the state of the terminal is changed to RRC_CONNECTED.
  • the terminal may identify the PC5 unicast link.
  • a PC5 unicast link may be used.
  • the PC5 unicast link may be mapped to one or more sidelink flows.
  • the PC5 unicast link may be referred to as a PC5 link or a sidelink unicast link.
  • the terminal may identify the PC5 unicast link mapped to the sidelink flow.
  • the terminal may identify the PC5-LINK-AMBR.
  • the terminal may identify the PC5-LINK-AMBR based on at least one of a sidelink flow or a PC5 unicast link. That is, the terminal can manage information on the sidelink flow and PC5 unicast link.
  • the terminal may identify the PC5-LINK-AMBR of the PC5 unicast link to which the sidelink flow is mapped.
  • the terminal may transmit a signal for requesting sidelink radio bearer (SLRB) configuration information (hereinafter, an SLRB configuration request signal).
  • the terminal may transmit the SLRB configuration request signal in order to set SLRB information capable of transmitting and receiving a packet corresponding to the sidelink flow.
  • the terminal may transmit the SLRB configuration request signal to the base station.
  • the terminal may transmit sidelink flow information and PC5 unicast link information mapped thereto to the base station while requesting SLRB configuration information for the sidelink flow.
  • the terminal may include information on a sidelink flow and PC5 unicast link information mapped to the sidelink flow in the configuration request signal.
  • the SLRB configuration request signal is a destination identifier, a source identifier, a sidelink flow identifier (hereinafter, a sidelink flow identifier), a sidelink flow QoS profile (profile is 5QI (5G QoS Indicator) or PQI (PC5 5QI)).
  • the terminal may correspond to QoS requirements), an identifier of a PC5 unicast link (hereinafter, a PC5 unicast link identifier), and at least one of a PC5-LINK-AMBR for a PC5 unicast link.
  • the terminal may transmit an SLRB configuration request signal to the base station without PC5-LINK-AMBR. That is, the PC5-LINK-AMBR for the PC5 unicast link mapped to the sidelink flow may be omitted from the SLRB configuration request signal.
  • the SLRB configuration request signal may include information on one or more sidelink flows and a mapped PC5 unicast link corresponding to each sidelink flow.
  • at least one sidelink flow may be mapped to one PC5 unicast link.
  • the base station may transmit SLRB configuration information to the terminal.
  • the base station may transmit SLRB configuration information to the terminal in response to the request of step 807.
  • the SLRB configuration information includes an SLRB identifier mapped to the sidelink flow, radio parameter information for the SLRB (e.g., service data adaptation protocol (SDAP) configuration, packet data convergence protocol (PDCP) configuration, radio link control (RLC)) configuration, at least one of a medium access control (MAC) configuration, and a physical (PHY) configuration), a logical channel identifier, and at least one of a logical channel identifier group.
  • SDAP service data adaptation protocol
  • PDCP packet data convergence protocol
  • RLC radio link control
  • MAC medium access control
  • PHY physical
  • the base station may manage PC5-LINK-AMBR information.
  • the base station may manage PC5-LINK-AMBR information based on the SLRB configuration request signal received from the terminal.
  • the PC5-LINK-AMBR information may mean information on a relationship between a sidelink flow of a terminal, an SLRB, a logical channel, a PC5 unicast link, and an AMBR of a PC5 unicast link.
  • the base station may update the SLRB configuration and PC5-LINK-AMBR information for the sidelink flow.
  • the base station When the base station receives at least one of a sidelink flow, a PC5 unicast link mapped to the sidelink flow, or a PC5-LINK-AMBR from the terminal, the sidelink flow, PC5 unicast link, SLRB, logical channel and PC5-LINK-AMBR mapping information can be managed.
  • the information may be used when the terminal requests the base station to allocate sidelink resources.
  • the terminal may transmit a signal for requesting resources for sidelink (hereinafter, referred to as a sidelink resource request signal) to the base station.
  • the terminal may request the base station to allocate resources for transmitting a packet belonging to the sidelink flow.
  • the sidelink resource request signal may include at least one of a destination identifier, a source identifier, a logical channel identifier, and buffer status information.
  • the base station may transmit resource allocation information for the sidelink to the terminal.
  • the base station Upon receiving the sidelink resource request signal of the terminal, the base station transmits at least one of a destination identifier, a source identifier, and a logical channel identifier and information managed in step 811 (e.g., SLRB configuration, PC5-LINK-AMBR information). It is possible to perform sidelink resource allocation based on it. That is, the base station can perform scheduling.
  • the base station may determine that the request is a resource request for a sidelink unicast link, and may determine an identifier of a corresponding PC5 unicast link.
  • the base station may determine a sidelink resource to be allocated to the terminal based on the PC5-LINK-AMBR corresponding to the PC5 unicast link.
  • the base station may transmit sidelink resource allocation information, that is, sidelink resource allocation information, to the terminal.
  • the terminal may identify a sidelink flow.
  • the terminal may determine that a sidelink flow is generated.
  • the terminal can identify the generated sidelink flow.
  • the sidelink flow may be a new flow or may include a sidelink flow requiring reconfiguration because the state of the terminal is changed to RRC_CONNECTED. Since step 821 corresponds to step 801 of FIG. 8A, the same or similar description may be omitted.
  • the terminal can identify the PC5 unicast link.
  • the terminal may identify the PC5 unicast link mapped to the sidelink flow.
  • the terminal may identify the PC5-LINK-AMBR.
  • the terminal may identify the PC5-LINK-AMBR based on at least one of a sidelink flow or a PC5 unicast link. That is, the terminal can manage information on the sidelink flow and PC5 unicast link.
  • the terminal may identify the PC5-LINK-AMBR of the PC5 unicast link to which the sidelink flow is mapped.
  • the terminal may transmit a signal for requesting sidelink radio bearer (SLRB) configuration information (hereinafter, an SLRB configuration request signal).
  • the terminal may transmit the SLRB configuration request signal in order to set SLRB information capable of transmitting and receiving a packet corresponding to the sidelink flow.
  • the terminal may transmit the SLRB configuration request signal to the base station.
  • the SLRB configuration request signal may include at least one of a destination identifier, a source identifier, a sidelink flow identifier, and a QoS profile of a sidelink flow (a profile may correspond to 5QI, PQI, or QoS requirements).
  • the SLRB configuration request signal may include several sidelink flow information.
  • the base station may transmit SLRB configuration information to the terminal.
  • the base station may transmit SLRB configuration information to the terminal in response to the request in step 827.
  • the SLRB configuration information is an SLRB identifier mapped to the sidelink flow, radio parameter information for the SLRB (eg, at least one of SDAP configuration, PDCP configuration, RLC configuration, MAC configuration, PHY configuration), logical channel identifier, logical channel It may include at least one of the identifier groups.
  • the terminal may transmit a signal for requesting a resource for a sidelink (hereinafter, referred to as a sidelink resource request signal) to the base station.
  • the terminal may request the base station to allocate resources for transmitting a packet belonging to the sidelink flow.
  • the terminal may transmit PC5 unicast link information mapped to a sidelink flow together with the sidelink resource request signal. That is, the terminal may transmit the sidelink resource request signal including information on the PC5 unicast link mapped to the sidelink flow and information on the AMBR of the PC5 unicast link to the base station.
  • the sidelink resource request signal may include at least one of a destination identifier, a source identifier, a logical channel identifier, a buffer state information, a PC5 unicast link identifier, and a PC5-LINK-AMBR.
  • the PC5-LINK-AMBR for the PC5 unicast link mapped to the sidelink flow may be omitted from the sidelink resource request signal if it is determined that the terminal has previously transmitted it to the base station and the value has not changed. have.
  • the base station may manage PC5-LINK-AMBR information.
  • the base station may manage PC5-LINK-AMBR information based on the sidelink resource request signal received from the terminal.
  • the PC5-LINK-AMBR information may mean information on a relationship between a sidelink flow of a terminal, an SLRB, a logical channel, a PC5 unicast link, and an AMBR of a PC5 unicast link.
  • the base station may update the sidelink flow, the PC5 unicast link mapped thereto, and PC5-LINK-AMBR information.
  • the base station may manage the destination identifier, sidelink flow, unicast link, SLRB, logical channel, and PC5-LINK-AMBR mapping information thereto.
  • the base station may transmit resource allocation information for the sidelink to the terminal.
  • the base station is based on at least one of a destination identifier, a source identifier, and a logical channel identifier included in the sidelink resource request signal of the terminal and information managed in step 833 (eg, PC5-LINK-AMBR information).
  • Sidelink resource allocation can be performed. That is, the base station can perform scheduling.
  • the base station may determine that the request is a resource request for a sidelink unicast link, and may determine an identifier of a corresponding PC5 unicast link.
  • the base station may determine a sidelink resource to be allocated to the terminal based on the PC5-LINK-AMBR corresponding to the PC5 unicast link.
  • the base station may transmit sidelink resource allocation information to the terminal.
  • the identification of the PC5-LINK-AMBR in step 825 is performed after the SLRB setting request in step 827, but the present disclosure is not limited thereto.
  • the terminal after receiving the SLRB configuration information, that is, after step 829, before transmitting the sidelink resource request signal, the terminal identifies a PC5-LINK-AMBR corresponding to the unicast link, and the corresponding PC5-LINK -ABMR may be included in the sidelink resource request signal to transmit a sidelink resource request signal to the base station.
  • an identifier for a PC5 unicast link and PC5-LINK-AMBR information may be separated and transmitted.
  • the terminal may transmit PC5-LINK-AMBR information to be applied to each sidelink unicast link.
  • the sidelink resource request signal of step 831 may include PC5 unicast link identifier information in addition to at least one of a destination identifier, a source identifier, a logical channel identifier, and buffer status information.
  • the base station Based on the sidelink flow, SLRB, logical channel information including the PC5-LINK-AMBR information in step 827 and the destination identifier, source identifier, logical channel identifier, and PC5 unicast link identifier information in step 831, the base station It is determined that the request is a resource request for the PC5 unicast link, and an identifier of the sidelink unicast link may be determined.
  • the base station may determine a sidelink resource to be allocated to the terminal based on the PC5-LINK-AMBR corresponding to the unicast link. When it is determined to allocate sidelink resources, the base station may transmit sidelink resource allocation information to the terminal.
  • a method of obtaining PC5-LINK-AMBR information based on QoS information is described.
  • the core network entity is an entity for QoS management of the terminal, and is a network entity in charge of PCF (policy and control function), or a network entity that is connected to a network entity in charge of PCF and performs QOS management (e.g., AMF ( It may be a network entity in charge of access and mobility management function) or a network entity in charge of session management function (SMF).
  • the QoS profile of the terminal may include information used when the terminal transmits and receives a service through a sidelink, and may include PC5-LINK-AMBR information for a sidelink unicast link according to an embodiment of the present disclosure. .
  • the core network entity may transmit QoS information to the base station.
  • the QoS information may be information related to the QoS profile of the sidelink of the terminal.
  • the core network entity may deliver sidelink related QOS profile information of the terminal to a base station serving the terminal.
  • the QoS information may include PC5-LINK-AMBR for a sidelink unicast link.
  • the base station may manage PC5-LINK-AMBR information.
  • the base station may manage PC5-LINK-AMBR information based on QoS information received from the core network entity.
  • the PC5-LINK-AMBR information may mean information on a relationship between a sidelink flow of a terminal, an SLRB, a logical channel, a PC5 unicast link, and an AMBR of a PC5 unicast link.
  • the base station may update the PC5-LINK-AMBR information of the sidelink unicast link for the terminal.
  • the terminal may identify a sidelink flow.
  • the terminal may determine that a sidelink flow is generated.
  • the terminal can identify the generated sidelink flow.
  • the sidelink flow may be a new flow or may include a sidelink flow requiring reconfiguration because the state of the terminal is changed to RRC_CONNECTED.
  • the terminal may identify the PC5 unicast link.
  • the terminal may identify the PC5 unicast link mapped to the sidelink flow.
  • the terminal may identify PC5-LINK-AMBR.
  • the terminal may identify the PC5-LINK-AMBR based on at least one of a sidelink flow or a PC5 unicast link.
  • the terminal may manage information on the sidelink flow and PC5 unicast link.
  • the terminal may identify the PC5-LINK-AMBR of the PC5 unicast link to which the sidelink flow is mapped.
  • the terminal may transmit a link management message to the core network entity.
  • the link management message may include information related to a sidelink flow of a terminal or PC5 unicast link required to manage QoS of a sidelink of the terminal. That is, the terminal may transmit sidelink flow information and information on a PC5 unicast link mapped to the sidelink flow to the core network entity.
  • the link management message may include at least one of information on a sidelink flow identifier, a PC5 unicast link identifier, and a PC5-LINK-AMBR corresponding to a PC5 unicast link.
  • the PC5-LINK-AMBR for the PC5 unicast link mapped to the sidelink flow may be omitted from the link management message if it is determined that the terminal has previously transmitted it to the core network entity and the value has not changed.
  • the link management message may include information on one or more sidelink flows and a PC5 unicast link corresponding to each sidelink flow.
  • at least one sidelink flow may be mapped to one PC5 unicast link.
  • the core network entity may update QoS information.
  • the core network entity may update QoS information for the sidelink of the terminal based on the link management message received in step 851.
  • the core network entity may deliver sidelink QoS profile information to the base station.
  • the transmitted QoS profile information may include information on at least one of sidelink flow identifier information of the terminal, PC5 unicast link information mapped to the sidelink flow, and PC5-LINK-AMBR for the PC5 unicast link. .
  • the signaling of step 853 may be omitted. have.
  • the base station may manage PC5-LINK-AMBR information.
  • the base station may manage PC5-LINK-AMBR information based on QoS information received from the core network entry.
  • the PC5-LINK-AMBR information may mean information on a relationship between a sidelink flow of a terminal, an SLRB, a logical channel, a PC5 unicast link, and an AMBR of a PC5 unicast link.
  • the terminal may transmit a signal for requesting sidelink radio bearer (SLRB) configuration information (hereinafter, an SLRB configuration request signal).
  • the terminal may transmit the SLRB configuration request signal in order to set SLRB information capable of transmitting and receiving a packet corresponding to the sidelink flow.
  • the terminal may transmit the SLRB configuration request signal to the base station.
  • the SLRB configuration request signal may include at least one of a destination identifier, a source identifier, a sidelink flow identifier, and a QoS profile of a sidelink flow (a profile may correspond to 5QI, PQI, or QoS requirements).
  • the SLRB configuration request signal may include information on one or more sidelink flows.
  • the base station may transmit SLRB configuration information to the terminal.
  • the base station may transmit SLRB configuration information to the terminal in response to the request in step 857.
  • the SLRB configuration information includes an SLRB identifier mapped to the sidelink flow, radio parameter information for the SLRB (eg, at least one of SDAP configuration, PDCP configuration, RLC configuration, MAC configuration, PHY configuration), logical channel identifier, and logic. It may include at least one of the channel identifier groups.
  • the terminal may transmit a signal for requesting resources for a sidelink (hereinafter, a signal for requesting a sidelink resource) to the base station.
  • the terminal may request the base station to allocate resources for transmitting a packet belonging to the sidelink flow.
  • the sidelink resource request signal may include at least one of a destination identifier, a source identifier, a logical channel identifier, and buffer status information.
  • the base station may transmit resource allocation information for the sidelink to the terminal.
  • the base station receives the sidelink resource request signal of the terminal, the base station is based on at least one of a destination identifier, a source identifier, and a logical channel identifier and information managed in step 855 (eg, PC5-LINK-AMBR information). It is determined that the request is a resource request for the PC5 unicast link, and a corresponding PC5 sidelink unicast link identifier may be determined.
  • the base station may determine a sidelink resource to be allocated to the terminal based on the PC5-LINK-AMBR corresponding to the PC5 unicast link.
  • the base station may transmit sidelink resource allocation information, that is, sidelink allocation information, to the terminal.
  • steps 857 and 859 are performed after steps 851 to 855, but the present disclosure is not limited thereto.
  • the time point at which steps 851 to 855 are performed is performed in parallel with the time point at which steps 857 to 859 are performed (e.g., simultaneously performed), or steps 857 to 859
  • the time point at which is performed may precede the time point at which steps 851 to 855 are performed.
  • procedures for managing PC5-LINK-AMBR through signaling between the terminal and the core network entity may be performed not only before the SLRB configuration procedure, but also after the SLRB configuration procedure.
  • the terminal may determine to delete the sidelink flow. For example, the terminal may determine that at least one pre-set sidelink flow is no longer needed based on the information of the V2X application. The terminal may determine to delete the at least one sidelink flow.
  • the terminal may transmit a message for SLRB update (hereinafter, SLRB update message).
  • the terminal may determine the identifier of the sidelink flow to be deleted and the identifier of the PC5 unicast link mapped to the sidelink flow.
  • the terminal may transmit an SLRB update message including information on the identifier of the sidelink flow and information on the identifier of the unicast link to the base station.
  • the SLRB update message may include at least one of a sidelink flow identifier, a sidelink unicast link identifier, a destination identifier, and a source identifier determined to be deleted.
  • the SLRB update message may include a sidelink flow identifier determined to be deleted, and PC5-LINK-AMBR information mapped to a sidelink unicast link identifier.
  • the base station may transmit an SLRB update confirmation message.
  • the base station may transmit an SLRB update confirmation message to the terminal in response to the SLRB update message.
  • the SLRB update confirmation message may include at least one of a sidelink flow identifier, a sidelink unicast link identifier, a destination identifier, and a source identifier included in the SLRB update signaling in step 873.
  • the base station may manage PC5-LINK-AMBR information.
  • the base station may manage PC5-LINK-AMBR information based on the SLRB update message received from the terminal.
  • the base station provides information on the sidelink flow, PC5 unicast link (eg, PC5 unicast link to which the sidelink flow is mapped), and PC5-LINK-AMBR mapped with the PC5 unicast link (or sidelink flow). Can be updated.
  • steps 873 to 877 of the procedures of FIG. 8D may be used even when updating the PC5-LINK-AMBR value for the sidelink unicast link regardless of sidelink flow deletion.
  • the SLRB update signaling in step 873 may include at least one of a sidelink flow identifier, a sidelink unicast link identifier, a PC5-LINK-AMBR, a destination identifier, and a source identifier.
  • a method of obtaining PC5-LINK-AMBR information based on sidelink flow update is described.
  • a QoS profile and a subscription profile of the terminal may be managed through a core network entity.
  • the core network entity is an entity for QoS management of the terminal, and is a network entity in charge of PCF (policy and control function), or a network entity that is connected to a network entity in charge of PCF and performs QOS management (e.g., SMF ( It may be a network entity in charge of a session management function).
  • PCF policy and control function
  • QOS management e.g., SMF ( It may be a network entity in charge of a session management function).
  • the terminal may determine to delete the sidelink flow.
  • the terminal may determine that at least one pre-set sidelink flow is no longer needed based on the information of the V2X application.
  • the terminal may determine to delete the at least one sidelink flow.
  • the terminal may transmit a message for updating a sidelink flow (hereinafter, a sidelink flow update message).
  • the terminal may determine the identifier of the sidelink flow to be deleted and the identifier of the PC5 unicast link mapped to the sidelink flow.
  • the terminal may transmit a sidelink flow update message including information on the identifier of the sidelink flow and information on the identifier of the unicast link to the core network entity.
  • the sidelink flow update message may include at least one of a sidelink flow identifier determined to be deleted, a sidelink unicast link identifier, a destination identifier, and a source identifier.
  • the sidelink flow update message may include a sidelink flow identifier determined to be deleted, and PC5-LINK-AMBR information mapped to a sidelink unicast link identifier.
  • the core network entity may update QoS information.
  • the core network entity may update QoS information for the sidelink of the terminal based on the sidelink flow update message received in step 883.
  • the core network entity may transmit QOS information update signaling to the base station.
  • the QOS information update signaling may include at least one of a sidelink flow identifier, a sidelink unicast link identifier, a destination identifier, and a source identifier included in the sidelink flow update message of step 883.
  • the base station may manage PC5-LINK-AMBR information.
  • the base station may manage PC5-LINK-AMBR information based on QoS information received from the core network entity.
  • the PC5-LINK-AMBR information may mean information on a relationship between a sidelink flow of a terminal, an SLRB, a logical channel, a PC5 unicast link, and an AMBR of a PC5 unicast link.
  • the base station provides information on the sidelink flow, PC5 unicast link (eg, PC5 unicast link to which the sidelink flow is mapped), and PC5-LINK-AMBR mapped with the PC5 unicast link (or sidelink flow). Can be updated.
  • steps 883 to 887 of the procedures of FIG. 8E may also be used when updating the PC5-LINK-AMBR value for the sidelink unicast link regardless of sidelink flow deletion. have.
  • the signaling of steps 883 and 885 may include at least one of a sidelink flow identifier, a sidelink unicast link identifier, and PC5-LINK-AMBR.
  • FIG. 9 illustrates an operation of a base station for unicast-based sidelink radio resource allocation according to various embodiments of the present disclosure.
  • the base station exemplifies the base station 110 of FIG. 1.
  • the base station may acquire PC5-LINK-AMBR information.
  • the base station may acquire PC5-LINK-AMBR information for the PC5 unicast flow of the terminal.
  • the PC5-LINK-AMBR information may be obtained from a signal transmitted from a terminal.
  • the signal may be an SLRB configuration request signal, a sidelink resource request signal, or an SLRB update message.
  • the PC5-LINK-AMBR information may be obtained from a message transmitted from a core network entity.
  • the message may be a message for updating the QoS profile for the sidelink of the terminal.
  • the signal transmitted from the entity to the terminal or the core network to obtain the PC5-LINK-AMBR information includes a terminal and a sidelink flow identifier of the terminal, a PC5 unicast link identifier to which the sidelink flow identifier is mapped, and the PC5 unicast. It may include at least one of PC5-LINK-AMBR information corresponding to the cast link.
  • terminal A may set PC5-LINK-AMBR 1 (AMBR for sidelink unicast link 1) and PC5-LINK-AMBR 2 (AMBR for sidelink unicast link 2).
  • Terminal A transmits at least one of a sidelink flow identifier and a sidelink unicast link identifier respectively mapped to PC5-LINK-AMBR 1 and PC5-LINK-AMBR 2 to the base station or the core using the procedures of FIGS. 8A to 8C. It can be delivered to network entities.
  • the base station may manage sidelink related information for the terminal.
  • the sidelink related information includes a destination identifier of a terminal, a source identifier, a sidelink flow identifier, a PC5 unicast link identifier, a PC5-LINK-AMBR and SLRB identifier, a logical channel identifier, and a logical channel group identifier. It may include at least one of information.
  • the base station may manage the destination identifier, source identifier, sidelink flow identifier, SLRB identifier, logical channel identifier, logical channel group identifier, and PC5-LINK-AMBR information mapped to the PC5 unicast link identifier.
  • the base station may receive a sidelink resource request.
  • the base station may receive a request for a sidelink radio resource from the terminal.
  • the request for the sidelink radio resource of the terminal may correspond to the case of receiving the SL-BSR.
  • the SL-BSR transmitted by the terminal may include at least one of a destination address, a logical channel identifier, a logical channel group identifier, and buffer status information.
  • the base station can identify the PC5 unicast link of the terminal.
  • the base station is included in the SL-BSR among sidelink related information managed in step 903 based on at least one of a destination address, a logical channel identifier, and a logical channel group identifier included in the SL-BSR. It is possible to determine sidelink unicast link information of the terminal mapped to the configured information.
  • the base station may determine whether the PC5 unicast link corresponding to the resource request satisfies the limitation according to the PC5-LINK-AMBR. That is, the base station may determine whether to perform the sidelink resource allocation requested by the terminal based on the buffer status information included in the SL-BSR of the terminal and the PC5-LINK-AMBR of the PC5 unicast link. According to an embodiment, when the base station allocates resource resources allocated based on the buffer status information of the terminal, if it is determined that the transmission rate of the PC5 unicast link does not exceed PC5-LINK-AMBR, the base station You may decide to allocate resources to this requesting PC5 unicast link. The base station can allocate resources to a logical channel corresponding to the PC5 unicast link.
  • the base station delays resource allocation or resource allocation for the logical channel corresponding to the PC5 unicast link requested by the terminal. You can decide not to do it.
  • operations of the base station are described on the assumption that resource allocation is performed.
  • the base station may allocate sidelink resources.
  • the base station can allocate resources for the logical channel requested by the terminal.
  • the base station may not perform resource allocation based on PC5-LINK-AMBR. In this case, step 909 of FIG. 9 may be omitted.
  • the base station and the terminal know information corresponding to the sidelink flow identifier or the sidelink flow identifier (eg, the SLRB identifier or logical channel identifier in the above embodiments), the PC5 unit mapped thereto. It is described on the assumption that the cast link identifier can be distinguished. For example, suppose that PC5 unicast link identifier 1 is mapped to sidelink flow identifier 1 and PC5 unicast link identifier 1 is mapped to sidelink flow identifier 2.
  • the base station After the base station receives the mapping information of the sidelink flow identifier and the PC5 unicast link identifier, the logical channel identifier corresponding to the sidelink flow identifier 1 or the sidelink flow identifier 1 in the sidelink resource allocation request signal transmitted by the terminal Alternatively, if the SLRB identifier corresponding to the sidelink flow identifier 1 is included, the base station may acquire the PC5-LINK-AMBR corresponding to the PC5 flow identifier 1. The base station may process a sidelink resource allocation request based on PC5-LINK-AMBR corresponding to PC5 unicast link identifier 1.
  • the base station may acquire the PC5-LINK-AMBR corresponding to the PC5 flow identifier 1.
  • the base station may process a sidelink resource allocation request based on the PC5-LINK-AMBR corresponding to PC5 flow identifier 1.
  • PC5 unicast link identifier 1 is mapped to sidelink flow identifier 1
  • PC5 unicast link identifier 2 is mapped to sidelink flow identifier 1.
  • the base station After the base station receives the mapping information, the SLRB identifier corresponding to the sidelink flow identifier 1 or the sidelink flow identifier 1 or the logical channel identifier corresponding to the sidelink flow identifier 1 in the sidelink resource allocation request signal transmitted by the terminal If is included, the base station should process a sidelink resource allocation request based on PC5-LINK-AMBR corresponding to PC5 unicast link identifier 1 or based on PC5-LINK-AMBR corresponding to PC5 unicast link identifier 2 It is not known whether the request for sidelink resource allocation should be processed.
  • the sidelink resource allocation request signal includes information corresponding to a sidelink flow identifier or a sidelink flow identifier (which may correspond to a logical channel identifier or an SLRB identifier) and a corresponding sidelink flow (or logic). It may include a PC5 unicast link identifier mapped to channel, SLRB). According to another embodiment, separate identifier information for distinguishing the sidelink flow identifier and the PC5 unicast link identifier mapped thereto may be defined. The additional identifier information may be included in the sidelink resource allocation request signal transmitted from the terminal to the base station.
  • the base station can know information about whether a packet to be transmitted by the terminal or to be received by the terminal is an IP packet or a non-IP packet through information exchange with the core network.
  • the base station may know information about whether a packet to be transmitted or received by the terminal is an IP packet or a non-IP packet through information exchange with the terminal. For example, if the UE determines that a sidelink flow to transmit an IP packet and a sidelink flow to transmit a non-IP packet are separately set, and a sidelink radio bearer (SLRB) for each flow is to be separately set, the UE sends IP to the base station.
  • SLRB sidelink radio bearer
  • Separate SLRB configuration may be requested for each of the sidelink flow corresponding to the packet and the sidelink flow corresponding to the non-IP packet.
  • the base station receives a separate SLRB configuration request for the sidelink flow corresponding to the IP packet and the sidelink flow corresponding to the non-IP packet from the terminal, the base link flow corresponding to the IP packet and the non- A separate SLRB can be set for the sidelink flow corresponding to the IP packet.
  • the terminal in the case of transmitting and receiving PC5-S signaling between the terminal and the terminal, if the terminal separately sets a sidelink flow for transmitting and receiving PC5-S signaling and determines that a separate SLRB for the flow is to be set, the terminal sends to the base station. It can be reported that a separate SLRB setting is required for the sidelink flow for PC5-S signaling purposes.
  • the base station may set a separate SLRB for a flow for PC5-S signaling purposes according to the request of the terminal.
  • the terminal may determine that a sidelink flow for transmitting and receiving PC5-RRC signaling should be separately set and a separate SLRB for the flow.
  • the terminal may report to the base station that a separate SLRB configuration is required for the sidelink flow for PC5-RRC signaling.
  • the base station may set a separate SLRB for a flow for PC5-RRC signaling at the request of the terminal.
  • the sidelink packet type may include at least one of IP packet, non-IP packet, PC5-S signaling, and PC5-RRC signaling.
  • the sidelink communication of FIG. 10 at least one of unicast, groupcast, and broadcast may be used.
  • 10A to 10C illustrate a signal flow between a terminal and a base station for setting a sidelink radio bearer (SLRB) for each packet type according to various embodiments of the present disclosure.
  • SLRB sidelink radio bearer
  • the terminal may identify a sidelink flow.
  • the terminal may determine that a sidelink flow is generated.
  • the terminal can identify the generated sidelink flow.
  • the terminal may identify a newly created sidelink flow, that is, a new flow.
  • the terminal may identify a sidelink flow requiring reconfiguration.
  • the terminal may transmit information on the sidelink flow and information on the packet type to the base station.
  • the terminal may determine the packet type of the identified sidelink flow.
  • the packet type may include at least one of IP packet, non-IP packet, PC5-S signaling, and PC5-RRC signaling.
  • the terminal may obtain information on the packet type.
  • the terminal may transmit an SLRB configuration request for the sidelink flow to the base station.
  • the SLRB configuration request may include information on the sidelink flow and information on a packet type.
  • the SLRB configuration request may include at least one of a destination identifier, a source identifier, a sidelink flow identifier, and a packet type identifier.
  • the packet type identifier is an indicator indicating a packet type and may be included in the SLRB configuration request when a separate radio bearer configuration is requested for the packet type.
  • the packet type identifier may also be included in a case of requesting for a radio bearer configuration set in advance for the same packet type as the packet type. For example, if SLRB 1 is set and used for sidelink flow 1 corresponding to the IP packet type, and sidelink flow 2 corresponding to the IP packet type is generated in step 1001, the terminal For the purpose of requesting the base station to set SLRB 1 which is already set for the same IP packet type for sidelink flow 2 or to set up a new SLRB corresponding to the IP packet type for sidelink flow 2, the packet type identifier may be reported. .
  • the signaling used in step 1003 may include a SidelinkUEInformation message, a UEAssistanceInformation message, or a newly defined RRC message.
  • the base station may configure SLRB configuration information based on the packet type.
  • the base station may identify a packet type for a sidelink flow for which the terminal requests SLRB configuration.
  • the base station may identify the packet type for the sidelink flow based on the signaling in step 1003.
  • the base station may configure SLRB configuration information for the packet type.
  • the base station SLRB for sidelink flow can be set.
  • the base station may set the SLRB for the sidelink flow based on the packet type. The base station may set the SLRB set for the same packet type as the packet type in the sidelink flow.
  • the base station Upon receiving information indicating flow 2 and IP packet type, it may be determined to set SLRB 1 for the sidelink flow 2 or to set a new SLRB 2 corresponding to the IP packet type for the sidelink flow 2.
  • the base station may transmit SLRB configuration information to the terminal.
  • the base station may deliver SLRB configuration information for the sidelink flow to the terminal.
  • the SLRB setting information in step 1007 may include at least one of an SLRB ID and an SLRB setting parameter.
  • the terminal may identify SLRB configuration information.
  • the SLRB configuration information may be SLRB configuration information for the sidelink flow in step 1001.
  • the SLRB configuration information may be SLRB configuration information for a packet type indicated through signaling in step 1003.
  • FIG. 10B an embodiment in which a UE in an RRC_IDLE or RRC_INACTIVE state configures an SLRB for each packet type is described.
  • the terminal may identify a sidelink flow.
  • the terminal may determine that a sidelink flow is generated.
  • the terminal can identify the generated sidelink flow.
  • the terminal may identify a newly created sidelink flow, that is, the new flow.
  • the terminal may identify a sidelink flow requiring reconfiguration.
  • the terminal may determine a packet type for the sidelink flow.
  • the terminal may obtain information on the packet type.
  • the packet type may include at least one of IP packet, non-IP packet, PC5-S signaling, and PC5-RRC signaling.
  • the terminal in the RRC_IDLE or RRC_INACTIVE state may not transmit information on the packet type to the base station.
  • the base station may configure SLRB configuration information for each packet type.
  • the base station can configure SLRB configuration information corresponding to each packet type. For example, if the packet type includes at least one of IP, non-IP, PC5-S, and PC5-RRC, the base station includes SLRB configuration information corresponding to each of IP, non-IP, PC5-S, and PC5-RRC. Can be configured independently.
  • the base station may transmit SLRB configuration information for each packet type to the terminal.
  • the SLRB configuration information may include at least one of a destination identifier, a QOS profile identifier, an SLRB ID, an SLRB configuration parameter, and a packet type identifier.
  • the SLRB configuration information may be configured and transmitted for each packet type identifier. Meanwhile, when the base station does not support separate SLRB configuration for each packet type, the packet type identifier may be omitted from the SLRB configuration information.
  • the signaling of step 1027 may be transmitted so that the terminal in the RRC_IDLE or RRC_INACTIVE state can receive.
  • the signaling of step 1027 may include a V2X system information block (SIB).
  • the terminal may identify SLRB configuration information corresponding to the packet type. If it is determined that the SLRB configuration information received in step 1027 includes information for each packet type, the terminal may identify the corresponding SLRB configuration information based on the packet type of the sidelink flow in step 1023. have. In other words, the terminal may identify SLRB configuration information corresponding to the packet type in step 1023 from among the received SLRB configuration information for each packet. For example, when the packet type determined in step 1023 is PC5-S, and SLRB information for non-IP, SLRB information for PC5-S, and SLRB information for PC5-RRC is received in step 1207 , The terminal can identify SLRB information for PC5-S.
  • the UE determines the sidelink flow regardless of the packet type of the sidelink flow determined in step 1023.
  • Corresponding SLRB configuration information may be determined based on at least one of the destination identifier and the QOS profile identifier.
  • steps 1025 to 1027 are shown to be performed after steps 1021 to 1023, but the present disclosure is not limited thereto. Steps 1025 to 1027 may be performed before steps 1021 to 1023 or in parallel. That is, an operation performed by the terminal and an operation performed by the base station may be performed separately.
  • FIG. 10C an embodiment in which the terminal in the OUT-OF-COVERAGE state sets the SLRB for each packet type is described.
  • the terminal may identify a sidelink flow.
  • the terminal may determine that a sidelink flow is generated.
  • the terminal can identify the generated sidelink flow.
  • the terminal may identify a newly created sidelink flow, that is, a new flow.
  • the terminal may identify a sidelink flow requiring reconfiguration.
  • the terminal may determine the packet type for the sidelink flow in step 1043.
  • the terminal can obtain information on the packet type.
  • the packet type may include at least one of IP packet, non-IP packet, PC5-S signaling, and PC5-RRC signaling.
  • the terminal of OUT-OF-COVERAGE may not transmit information on the packet type to the base station.
  • the terminal may acquire SLRB configuration information based on a pre-configuration. Separate from the procedures of FIG. 10C, the terminal may receive a preset SLRB before OUT-OF-COVERAGE. The terminal may acquire pre-configured SLRB configuration information.
  • the preset SLRB configuration information may include at least one of a destination identifier, a QOS profile identifier, an SLRB ID, an SLRB configuration parameter, and a packet type identifier.
  • the SLRB configuration information may be configured for each packet type identifier. If the system does not support separate SLRB configuration for each packet type, the packet type identifier may be omitted from the preset SLRB configuration information.
  • the terminal may identify SLRB configuration information corresponding to the packet type. If it is determined that the preset SLRB configuration information includes information for each packet type, the terminal may identify the corresponding SLRB configuration information based on the packet type of the sidelink flow in step 1043. In other words, the terminal may identify SLRB configuration information corresponding to the packet type of step 1023 from among the preset SLRB configuration information for each packet.
  • the packet type determined in step 1023 is PC5-RRC, SLRB information for IP, SLRB information for non-IP, SLRB information for PC5-S, and SLRB information for PC5-RRC are preset. In this case, the terminal may identify SLRB information for PC5-RRC.
  • the terminal performs the sidelink flow regardless of the packet type of the sidelink flow determined in step 1043
  • Corresponding SLRB configuration information may be determined based on at least one of the destination identifier and the QOS profile identifier.
  • 11A to 11B illustrate operations of a base station for configuring sidelink radio bearers for each packet type according to various embodiments of the present disclosure.
  • FIG. 11A operations of a base station for receiving an SLRB configuration request from a terminal in an RRC_CONNECTED state and configuring SLRB configuration information are described. 11A,
  • the base station may receive an SLRB configuration request from UE 1.
  • the SLRB configuration request information may include at least one of a destination identifier, a source identifier, a QOS profile, a sidelink flow identifier, and a packet type information identifier.
  • the base station can identify the packet type.
  • the base station may determine that the SLRB configuration request signaling of the terminal includes sidelink flow and packet type information therefor.
  • the base station may identify a packet type for a sidelink flow requesting SLRB configuration, based on packet type information included in the SLRB configuration request.
  • the base station may determine whether SLRB configuration for each packet type is supported. When the SLRB configuration for each packet type is supported, the base station may perform step 1107. If the SLRB configuration for each packet type is not supported, the base station may perform step 1109.
  • the base station may transmit an SLRB configuration corresponding to the packet type.
  • the base station may configure SLRB configuration information according to the packet type of the sidelink flow requested by the terminal and transmit it to the terminal. For example, if the terminal determines that the packet type for which the SLRB configuration is requested is an IP packet, the base station sets the SLRB corresponding to the IP packet to at least one of other packet types (non-IP, PC5-S, PC5-RRC). ) Can be configured separately from the corresponding SLRBs.
  • the base station when the terminal determines that the packet type for which the SLRB configuration is requested is a non-IP packet, the base station assigns the SLRB corresponding to the non-IP packet to other packet types (IP, PC5-S, PC5-RRC). It can be configured separately from the SLRBs corresponding to at least one of). The base station may transmit the configured SLRB configuration to the terminal.
  • IP IP, PC5-S, PC5-RRC
  • the base station when the base station determines that the SLRB corresponding to the same packet type as the packet type of the sidelink flow has already been set and determines to set the set SLRB to the sidelink flow, the base station tells the terminal It is possible to provide the SLRB information set for the sidelink flow.
  • the signaling transmitted from the base station to the terminal may include at least preset SLRB identifier information.
  • the base station when the base station determines to set a new SLRB for the sidelink flow, regardless of whether the base station configures the SLRB according to the packet type of the sidelink flow, the base station sends a new SLRB for the sidelink flow to the terminal.
  • Setting information can be provided.
  • the signaling transmitted from the base station to the terminal may include at least one new SLRB identifier and an SLRB configuration parameter.
  • the base station may configure SLRB configuration information for the sidelink flow requested by the terminal in step 1109 and transmit it to the terminal.
  • the SLRB configuration information may not be configured for each packet type.
  • the base station may provide the set SLRB information for the sidelink flow to the UE.
  • the signaling transmitted from the base station to the terminal may include at least preset SLRB identifier information.
  • the base station may provide the UE with new SLRB configuration information for the sidelink flow.
  • FIG. 11B operations of a base station for configuring SLRB configuration information and transmitting configuration information to be used by a terminal in the RRC_IDLE state or RRC_INACTIVE state are described.
  • the base station may determine that sidelink communication is supported.
  • sidelink communication may include NR V2X communication.
  • the base station may determine whether SLRB configuration for each packet type is supported. When the SLRB configuration for each packet type is supported, the base station may perform step 1125. If the SLRB configuration for each packet type is not supported, the base station may perform step 1127.
  • the base station may transmit SLRB configuration for each packet type.
  • the base station may configure SLRB configuration information for each packet type of a sidelink flow and transmit the SLRB configuration information.
  • the signaling transmitted by the base station may include at least one of a destination address, a QOS profile, an SLRB identifier, an SLRB configuration parameter, and a sidelink packet type identifier.
  • the base station may configure SLRB configuration information for each packet type identifier.
  • the base station may configure at least one SLRB configuration information for an IP packet.
  • the base station may configure at least one SLRB configuration information for a non-IP packet.
  • the base station may configure at least one SLRB configuration information for the PC5-S packet.
  • the base station may configure at least one SLRB configuration information for the PC5-RRC packet.
  • the signaling used to transmit the SLRB configuration for each packet type in step 1125 may be transmitted so that the terminal in the RRC_IDLE or RRC_INACTIVE state can receive.
  • the signaling may include a V2X system information block (SIB).
  • the base station may configure SLRB configuration information and transmit the configured SLRB configuration information to the terminal.
  • the signaling transmitted by the base station may include at least one of a destination address, a QOS profile, an SLRB identifier, and an SLRB configuration parameter. That is, since SLRB configuration for each packet type is not supported, the packet type identifier may be omitted.
  • the signaling used by the base station to transmit SLRB configuration information may be transmitted so that the terminal in the RRC_IDLE or RRC_INACTIVE state can receive.
  • the signaling may include V2X SIB.
  • FIG. 11A a method of configuring an SLRB of a base station for a UE in an RRC_CONNECTED state
  • FIG. 11B describe a method of configuring an SLRB of a base station for a UE in an RRC_IDLE or RRC_INACTIVE state.
  • the terminal located outside the coverage that is, the OUT-OF-COVERAGE may be set SLRB for each packet type through a preset.
  • the base station or the core network entity may transmit a preset SLRB before the terminal enters the OUT-OF-COVERAGE state.
  • FIG. 12 illustrates a signal flow between terminals for sidelink radio bearer configuration for each packet type according to various embodiments of the present disclosure. A situation in which the first terminal and the second terminal perform sidelink communication through the PC5 unicast link is described.
  • the first terminal may determine to perform unicast-based sidelink communication. Specifically, the first terminal may perform sidelink communication with the second terminal. In this case, the first terminal may determine to perform transmission and reception of the sidelink packet based on the PC5 unicast link with the second terminal.
  • the first terminal and the second terminal may exchange information related to the PC5 unicast link.
  • the first terminal may transmit the PC5 unicast link related information of the first terminal to the second terminal.
  • the second terminal may transmit PC5 unicast link related information of the second terminal to the first terminal.
  • the PC5 unicast link-related information includes at least one of information on a sidelink flow of sidelink communication between the first terminal and the second terminal, and SLRB information on the sidelink flow. I can.
  • the first terminal may exchange at least one of sidelink flow information and SLRB information to be used for sidelink unicast communication with the second terminal with the second terminal. If it is determined that the first terminal and the second terminal can support SLRB configuration for each packet type, the information exchanged in step 1203 may include packet type information corresponding to the sidelink flow and SLRB.
  • the second terminal may acquire at least one of sidelink flow information and SLRB information to be used for sidelink unicast communication with the first terminal.
  • the second terminal can determine the sidelink flow and packet type information corresponding to the SLRB.
  • the second terminal may determine a packet type corresponding to the sidelink flow and SLRB.
  • the packet type information corresponding to the SLRB may be used to determine which packet type corresponds to when a unicast packet is received by the first terminal and the second terminal and to transmit the packet to the corresponding packet type processor.
  • the first terminal or the second terminal may transmit a packet received through an SLRB and a flow corresponding to the IP packet type to the IP packet processing unit.
  • the first terminal or the second terminal may transmit a packet received through an SLRB and a flow corresponding to the non-IP packet type to the non-IP packet processing unit.
  • the SLRB configuration according to the packet type may be the same or different.
  • different SLRB configuration may correspond to, for example, header compression (e.g., robust header compression (ROHC)) configuration.
  • header compression e.g., robust header compression (ROHC)
  • For IP packets header compression may be applied.
  • For non-IP packets header compression cannot be applied.
  • the SLRB must be configured to not apply a header compression setting.
  • the packet type to be transmitted/received by the UE is an IP packet, the SLRB must be configured to apply or not apply a header compression setting.
  • packet type information may be defined as one of QOS profile parameters of a service flow.
  • the QOS profile parameters are PQI index, resource type (GBR, non-GBR, delay critical GBR), priority level, packet delay budget (PDB), packet error rate, and maximum. It may include at least one of a maximum data burst volume, an average window, and a packet type (IP, non-IP).
  • the QOS profile parameter may be set to the base station and the terminal. In the case of an RRC_CONNECTED terminal, the terminal may report a QOS profile of a service flow corresponding to the packet type to the base station.
  • the signaling reporting the QOS profile of the service flow may include, for example, at least one of a SidelinkUEInformation message or a UEAssistanceInformation message.
  • the base station may obtain information on the packet type from the QOS profile of the service flow.
  • the base station may determine the packet type of the QOS profile and provide the SLRB configuration according to the packet type to the terminal through an RRC dedicated message. For example, if it is determined that the packet type is a non-IP packet, the SLRB configuration may include not applying header compression. For example, when it is determined that the packet type is an IP packet, the SLRB configuration may include not applying or applying header compression.
  • the base station may provide SLRB configuration for the QOS profile to the terminal through a system information (SI) message.
  • the SLRB configuration may provide a parameter list according to the packet type of the QOS profile.
  • the terminal may obtain the SLRB configuration for the QOS profile of the service flow corresponding to the packet type through system information.
  • a preset SLRB setting may provide a parameter list according to the packet type of the QOS profile.
  • the terminal may acquire the SLRB configuration for the QOS profile of the service flow corresponding to the packet type.
  • packet type information may be defined as one of QOS profile parameters of a service flow. That is, the PQI index of the QOS profile corresponding to the packet type may be set. For example, PQI indexes 1 to 5 may be set for a non-IP packet type, and PQI indexes 6 to 10 may be set for an IP packet type.
  • the PQI index value described as an example is only one embodiment, and the example does not limit the various embodiments of the present disclosure. It goes without saying that a PQI index corresponding to each packet type may be selected according to system operation.
  • Packet type information mapped to the PQI index of the QOS profile may be set in the base station and the terminal.
  • the terminal may report a PQI index of a service flow corresponding to the packet type to the base station.
  • the signaling for reporting the PQI index of the service flow may include, for example, at least one of a SidelinkUEInformation message or a UEAssistanceInformation message.
  • the base station may obtain information on the packet type from the PQI index.
  • the base station may determine the packet type of the QOS profile corresponding to the PQI index and provide the SLRB configuration according to the packet type to the UE through an RRC dedicated message.
  • the SLRB configuration may include not applying header compression.
  • the SLRB configuration may include not applying or applying header compression.
  • the base station may provide SLRB configuration for a QOS profile corresponding to the PQI index to the terminal through a system information (SI) message.
  • SI system information
  • the SLRB configuration may provide a parameter list according to the packet type of the PQI index of the QOS profile.
  • the terminal may obtain the SLRB configuration for the PQI index of the service flow corresponding to the packet type through a system information (SI) message.
  • a preset SLRB configuration may provide a parameter list according to a packet type of the PQI index of the QOS profile.
  • the terminal may acquire the SLRB configuration for the PQI index of the service flow corresponding to the packet type.
  • packet type information may be defined as one of LAYER-2 IDs. That is, a range of LAYER-2 ID corresponding to the packet type can be identified. For example, for a non-IP packet type, a LAYER-2 ID range may be set from 1 to 1000, and for an IP packet type, a LAYER-2 ID range may be set from 1001 to 2000.
  • the LAYER-2 ID range value described as an example is only one example, and the example does not limit the various embodiments of the present disclosure. It goes without saying that the LAYER-2 ID corresponding to each packet type can be selected according to the system operation.
  • Packet type information mapped to the LAYER-2 ID may be set to the base station and the terminal.
  • the terminal may report the LAYER-2 ID of the service flow corresponding to the packet type to the base station.
  • the signaling reporting the LAYER-2 ID of the service flow may include, for example, at least one of a SidelinkUEInformation message or a UEAssistanceInformation message.
  • the base station may obtain information on the packet type from the LAYER-2 ID.
  • the base station may determine the packet type of the QOS profile corresponding to the LAYER-2 ID, and provide SLRB configuration according to the packet type to the terminal through an RRC dedicated message.
  • the SLRB configuration may include not applying header compression.
  • the base station may provide the terminal with the SLRB configuration for the QOS profile corresponding to the LAYER-2 ID through a system information (SI) message.
  • SI system information
  • the SLRB configuration may provide a parameter list according to the packet type of the QOS profile.
  • the terminal may obtain the SLRB configuration for the LAYER-2 ID of the service flow corresponding to the packet type through a system information (SI) message.
  • a preset SLRB setting may provide a parameter list according to a packet type of LAYER-2 ID.
  • the terminal may acquire the SLRB configuration for the LAYER-2 ID of the service flow corresponding to the packet type.
  • the SLRB configuration parameter to be configured according to the packet type may be defined to be directly configured by the UE.
  • the UE may apply SLRB configuration signaling of the base station or SLRB configuration based on pre-configuration.
  • the UE can set the parameter by itself without applying SLRB configuration signaling or SLRB configuration based on pre-configuration of the base station.
  • the parameters to be set according to the packet type may not be provided to the terminal through RRC dedicated signaling, system information signaling, or pre-configuration of the base station.
  • the terminal sets the SLRB configuration (configuration) provided by the base station or pre-configuration for the SLRB, and corresponds to the SLRB You can directly set the SLRB configuration parameter to be applied to the packet type.
  • the SLRB configuration provided by the base station or pre-configuration may include a PDCP configuration (eg, PDCP-config), and the PDCP configuration (eg, PDCP-config) may include header compression. It may not include the (header compression) parameter.
  • the UE may configure a PDCP configuration (eg, PDCP-config) provided from the base station or a pre-configuration, and may configure header compression based on a packet type. If the packet type is a non-IP packet, the UE may not set the header compression parameter (here, if the header compression parameter is not set, the UE does not use the header compression parameter or Can be set to NULL). When the packet type is an IP packet, the UE uses a header compression parameter non-used/NULL (header compression is not applied) or a header compression profile to be applied (e.g., ROHC profile It can be set by (profile), maxCID (maximum CID (context identification))).
  • a header compression parameter non-used/NULL header compression is not applied
  • a header compression profile to be applied e.g., ROHC profile It can be set by (profile), maxCID (maximum CID (context identification)).
  • the SLRB configuration according to the packet type directly configured by the terminal may be delivered to the counterpart terminal through sidelink SLRB configuration signaling (eg, sidelink access stratum layer configuration message) in the case of sidelink unicast.
  • sidelink SLRB configuration signaling eg, sidelink access stratum layer configuration message
  • the SLRB configuration according to the packet type directly configured by the UE may include a header compression parameter.
  • At least one information or combination of a destination identifier, a source identifier, and a cast type is transmitted through a sidelink control channel (e.g., PSCCH (physical sidelink control channel)) or a sidelink data channel (e.g., PSSCH (physical sidelink shared channel)) It may be included in signaling transmitted by the terminal.
  • the sidelink control information (SCI) transmitted on the sidelink control channel or the sidelink data channel may include at least one of the destination identifier, the source identifier, and the cast type.
  • the header of the MAC PDU transmitted on the sidelink control channel may include at least one of a destination identifier, a source identifier, and a cast type.
  • the receiving terminal may determine the destination identifier, source identifier, and cast type information of the packet through the SCI transmitted through the sidelink control channel or the sidelink data channel.
  • the receiving terminal may determine the destination identifier, source identifier, and cast type information of the packet through the header of the MAC PDU transmitted on the sidelink data channel.
  • the receiving terminal may determine whether a packet corresponding to the receiving terminal is based on at least one of a sidelink control channel, a destination identifier of a sidelink data channel, a source identifier, and a cast type.
  • the receiving terminal may transmit a packet determined to correspond to the receiving terminal (ie, a decoded MAC PDU) to a higher layer.
  • a packet determined to be applicable to the receiving terminal may be delivered to the next entity (disassembly and demultiplexing entity). Thereafter, the disassembly and demultiplexing entity may deliver the packet to the upper layer.
  • the receiving terminal may discard a packet determined not to correspond to the receiving terminal without passing it to an upper layer.
  • the receiving terminal may determine that the destination of the corresponding packet is itself through at least one of a destination identifier, a source identifier, and a cast type that can be transmitted in the SCI of the sidelink control channel or the sidelink data channel.
  • the header of the MAC PDU transmitted on the sidelink data channel may not include at least one of the packet destination identifier, the source identifier, and the cast type.
  • the system may be configured so that the receiving terminal can determine that the destination of the corresponding packet is itself by combining at least one of the source identifier and the cast type.
  • the packet type identifier processing method enables the receiving terminal to quickly determine the packet type and perform packet processing quickly.
  • the packet type identifier may include at least one of an IP packet, a non-IP packet, and a PC5-S packet.
  • FIG. 13A to 13D illustrate examples of packet filtering according to various embodiments of the present disclosure.
  • the V2X layer of the transmitting terminal may determine a sidelink flow or a packet type identifier corresponding to a sidelink packet.
  • the packet type identifier may include at least one of an IP packet, a non-IP packet, and a PC5-S.
  • the packet type identifier is PC5-S, each packet can be managed as a sidelink packet without the sidelink flow.
  • the V2X layer may transmit a packet and the packet type identifier information to the PDCP layer.
  • the PDCP layer of the transmitting terminal may set a packet type identifier corresponding to the packet in a service data unit (SDU) type and transmit it to a lower layer (eg, RLC layer, MAC layer, PHY layer).
  • the PDCP layer of the receiving terminal may determine a packet type identifier set in the SDU type when a packet is received from a lower layer.
  • the PDCP layer may transmit a packet and the packet type identifier information to the V2X layer.
  • the V2X layer of the receiving terminal may determine the packet type based on the packet type identifier information, and may deliver the packet to the corresponding packet processing unit.
  • the V2X layer of the receiving terminal uses the packet corresponding to the IP packet type to the IP packet processing unit, the packet corresponding to the non-IP packet type to the non-IP packet processing unit, and the packet corresponding to the PC5-S packet type. Each can be delivered to the PC5-S processing unit.
  • the V2X layer of the transmitting terminal may determine a packet type identifier for the sidelink flow of the PC5 unicast link.
  • the V2X layer of the transmitting terminal may transmit packet and packet type information to the PDCP layer, and the PDCP layer may set the packet type information identifier to the SDU type.
  • the PDCP layer of the receiving terminal may determine packet type information set in the SDU type of the packet received from the lower layer, and may transmit the packet and the packet type identifier to the V2X layer.
  • the V2X layer of the receiving terminal may transmit a sidelink flow and a packet of a corresponding sidelink unicast link to a corresponding packet processor based on the packet type identifier information.
  • the V2X layer of the transmitting terminal may determine a packet type identifier for the sidelink flow.
  • the V2X layer of the transmitting terminal may transmit packet and packet type information to the PDCP layer.
  • the PDCP layer of the transmitting terminal may set the packet type information identifier to the SDU type.
  • the PDCP layer of the receiving terminal may determine packet type information set in the SDU type of the packet received from the lower layer, and may transmit the packet and the packet type identifier to the V2X layer.
  • the V2X layer of the receiving terminal may transmit a packet according to the group cast to a packet processing unit corresponding to the packet type based on the packet type identifier information.
  • a packet according to sidelink broadcast may be processed in the same or similar manner as in the case of sidelink groupcast.
  • terminals supporting sidelink communication may determine a packet type based on the sidelink flow identifier when a packet is received by separately managing the sidelink flow identifier for each packet type. That is, the sidelink flow identifier may be associated with a specific packet type.
  • the packet type may include at least one of IP, non-IP, and PC5-S.
  • the V2X layer of the transmitting terminal may determine a packet type identifier corresponding to a sidelink flow or a sidelink packet.
  • the packet type identifier may include at least one of an IP packet, a non-IP packet, and a PC5-S.
  • the V2X layer of the transmitting terminal selects a sidelink flow identifier from the pool of sidelink flow identifiers corresponding to the packet type based on packet type-flow identifier mapping information (eg, information in [Table 1]), and the flow identifier May be set to a sidelink flow corresponding to the packet type.
  • the V2X layer of the transmitting terminal may transmit the packet and the selected flow identifier information to the SDAP layer.
  • the SDAP layer may set the flow identifier in the SDAP header.
  • the SDAP layer may deliver the packet to a lower layer (eg, PDCP layer, RLC layer, MAC layer, PHY layer).
  • the SDAP layer of the receiving terminal may deliver the flow identifier information of the SDAP header to the V2X layer together with the packet.
  • the V2X layer may determine packet type information corresponding to the flow identifier based on packet type-flow identifier mapping information (eg, information in [Table 1]) and transmit the packet to the corresponding packet processor.
  • packet type-flow identifier mapping information eg, information in [Table 1]
  • the V2X layer of the receiving terminal uses the packet corresponding to the IP packet type to the IP packet processing unit, the packet corresponding to the non-IP packet type to the non-IP packet processing unit, and the packet corresponding to the PC5-S packet type. Can be delivered to the PC5-S processing unit
  • Table 1 shows an example of operation of the packet type-flow identifier mapping information described above in FIG. 13B, that is, the sidelink flow identifier pool for each packet type.
  • the number of sidelink flows may be set according to the size of the flow ID field of the SDAP header.
  • the V2X layer of the transmitting terminal may determine a packet type identifier for the sidelink flow of the PC5 unicast link. As shown in [Table 1], the V2X layer may select a flow identifier from a pool of flow identifiers corresponding to packet type information, and transmit packet and flow identifier information to the SDAP layer.
  • the SDAP layer can set the flow identifier in the SDAP header and can deliver the packet to the lower layer.
  • the SDAP layer of the receiving terminal may determine flow identifier information set in the SDAP header of the packet received from the lower layer, and may transmit the packet and flow identifier information to the V2X layer.
  • the V2X layer of the receiving terminal may determine packet type information corresponding to the flow identifier information based on [Table 1], and may transmit the sidelink flow and the packet of the corresponding sidelink unicast link to the corresponding packet processing unit. .
  • the V2X layer of the transmitting terminal may determine a packet type identifier for the sidelink flow.
  • the V2X layer of the transmitting terminal may select a flow identifier from a pool of flow identifiers corresponding to packet type information as shown in [Table 1], and may transmit packet and flow identifier information to the SDAP layer.
  • the SDAP layer of the transmitting terminal may set the flow identifier information in the SDAP header and transmit the packet to the lower layer.
  • the SDAP layer of the receiving terminal may determine the flow identifier information set in the SDAP header of the packet transmitted from the lower layer and transmit the packet and flow identifier information to the V2X layer.
  • the V2X layer of the receiving terminal may determine packet type information corresponding to the flow identifier information based on [Table 1], and may transmit the packet of the sidelink flow to a corresponding packet processing unit.
  • a packet according to the sidelink broadcast may be processed in the same or similar manner as that of the sidelink groupcast.
  • the V2X layer of the transmitting terminal may determine a packet type identifier corresponding to a sidelink flow or a sidelink packet.
  • the packet type identifier may include at least one of an IP packet, a non-IP packet, and a PC5-S.
  • the packet type identifier is PC5-S, sidelink flow can be omitted and managed as a sidelink packet.
  • the V2X layer of the transmitting terminal may set an identifier for a sidelink flow.
  • the V2X layer of the transmitting terminal may transmit a packet, the packet type identifier, and sidelink flow identifier information to the AS layer.
  • the access stratum (AS) layer may mean at least one of an SDAP layer, a PDCP layer, and a MAC layer, for example.
  • the SDAP layer of the transmitting terminal may set the sidelink flow identifier in the SDAP header of the packet and transmit the packet to the PDCP layer.
  • the PDCP layer of the transmitting terminal may set the packet type identifier corresponding to the packet to the SDU type and transmit it to a lower layer.
  • the PDCP layer of the receiving terminal may determine a packet type identifier set in the SDU type when a packet is received from a lower layer.
  • the PDCP layer may deliver the packet type identifier information to the V2X layer.
  • the PDCP layer of the receiving terminal can deliver the packet to the SDAP layer.
  • the SDAP layer of the receiving terminal may determine the flow identifier set in the SDAP header of the packet, and transmit the packet and flow identifier information to the V2X layer.
  • the V2X layer of the receiving terminal may determine the packet type and flow information based on the packet type identifier and flow identifier information, and transmit the packet to the corresponding packet processing unit. For example, the V2X layer of the receiving terminal uses a packet corresponding to an IP packet type to an IP packet processing unit, a packet corresponding to a non-IP packet type to a non-IP packet processing unit, and a packet corresponding to the PC5-S packet type. Can be transferred to each PC5-S processing unit.
  • the V2X layer of the transmitting terminal may determine the packet type identifier for the sidelink flow of the sidelink unicast link and set the identifier of the sidelink flow.
  • the V2X layer of the transmitting terminal may transmit packet, packet type identifier, and flow identifier information to the AS layer.
  • the AS layer may mean at least one of an SDAP layer, a PDCP layer, and a MAC layer, for example.
  • the SDAP layer of the transmitting terminal may set the flow identifier in the SDAP header and transmit the packet to the PDCP layer.
  • the PDCP layer of the transmitting terminal may set the packet type information identifier to the SDU type and transmit the packet to the lower layer.
  • the PDCP layer of the receiving terminal may determine packet type information set in the SDU type of the packet received from the lower layer, and may transmit the packet type identifier to the V2X layer.
  • the PDCP layer of the receiving terminal can deliver the packet to the SDAP layer.
  • the SDAP layer of the receiving terminal may determine flow identifier information set in the SDAP header of the packet, and transmit the packet and flow identifier information to the V2X layer.
  • the V2X layer of the receiving terminal may transmit a sidelink flow and a packet of a corresponding sidelink unicast link to a corresponding packet processing unit based on the packet type identifier and flow identifier information.
  • the V2X layer of the transmitting terminal may determine the packet type identifier for the sidelink flow and set the flow identifier.
  • the V2X layer of the transmitting terminal may deliver packet and packet type information and flow identifier information to the AS layer.
  • the SDAP layer of the transmitting terminal can set the flow identifier in the SDAP header of the packet and can deliver the packet to the PDCP layer.
  • the PDCP layer of the transmitting terminal may set the packet type information identifier to the SDU type.
  • the PDCP layer of the receiving terminal may determine packet type information set in the SDU type of the packet received from the lower layer, and may transmit the packet type identifier to the V2X layer.
  • the PDCP layer of the receiving terminal can deliver the packet to the SDAP layer.
  • the SDAP layer of the receiving terminal may determine flow identifier information set in the SDAP header of the packet and may transmit the packet and flow identifier information to the V2X layer.
  • the V2X layer of the receiving terminal may transmit a packet according to the group cast to a packet processing unit corresponding to the packet type based on the packet type identifier information.
  • a packet according to sidelink broadcast may be processed in the same or similar manner as in the case of sidelink groupcast.
  • FIG. 13D an embodiment of performing packet filtering according to a side link flow and mapping between SLRBs is described.
  • two terminals may exchange SLRB configuration information and packet type information for a sidelink flow with each other.
  • the two terminals can transmit and receive packets through the SLRB of the configured sidelink flow.
  • a procedure for exchanging SLRB configuration information and packet type information between two terminals performing sidelink unicast-based packet transmission/reception may be performed.
  • the V2X layer of the transmitting terminal may transmit the packet and the flow identifier of the packet to the SDAP layer.
  • the SDAP layer of the transmitting terminal can determine the SLRB mapped to the flow identifier of the packet, and can deliver the packet to a lower layer (eg, PDCP layer, RLC layer, MAC layer, PHY layer).
  • the lower layer of the transmitting terminal may deliver the packet through the SLRB.
  • the receiving terminal may receive a packet for the SLRB, and the SDAP layer of the receiving terminal may determine a flow identifier to which the packet is mapped to the received SLRB.
  • the SDAP layer of the receiving terminal may transmit the packet and flow identifier information to the V2X layer.
  • the V2X layer of the receiving terminal may determine packet type information based on the flow identifier information of the packet. Since packet type information corresponding to the sidelink flow, SLRB, and SLRB is exchanged between the two terminals (transmitting terminal and receiving terminal), the V2X layer of the receiving terminal can determine the packet type based on the flow identifier information.
  • the V2X layer of the receiving terminal may transmit the sidelink flow and the packet of the corresponding sidelink unicast link to a corresponding packet processor.
  • FIG. 13D may be difficult to apply in sidelink groupcast or sidelink broadcast, where there is a limitation in exchanging sidelink flow identifier, SLRB information, and corresponding packet type information between target terminals.
  • a sidelink flow set between two terminals and a PC5 unicast link identifier to which the sidelink flow is mapped and packet type information may be mapped.
  • the unicast link identifier 1 may be mapped to at least one sidelink flow corresponding to the IP packet type
  • the unicast link identifier 2 may be mapped to at least one sidelink flow corresponding to the non-IP packet type.
  • I can.
  • One or more sidelink unicast links corresponding to the IP packet type may be configured.
  • One or more sidelink unicast links corresponding to the Non-IP packet type may be configured.
  • packet type information for sidelink flow or packet type information for sidelink unicast link and sidelink flow is displayed. Can be exchanged with each other.
  • the V2X layer of the transmitting terminal may map a flow to transmit the packet to a unicast link of a corresponding packet type based on the packet type.
  • the V2X layer of the receiving terminal may determine the packet type of the packet based on packet type information of the unicast link to which the flow in which the packet is received is mapped.
  • the V2X layer of the receiving terminal may transfer the packet to a corresponding packet processing unit.
  • the operations of the SDAP layer and the PDCP layer of each of the transmitting and receiving terminals may be performed as follows.
  • the SDAP layer of the transmitting terminal may map the SLRB corresponding to the flow identifier of the packet, and the SDAP layer of the receiving terminal may obtain the flow identifier from the SLRB from which the packet was received.
  • the SDAP layer of the transmitting terminal may set the flow identifier in the SDAP header, and the SDAP layer of the receiving terminal may obtain the flow identifier set in the SDAP header.
  • the PDCP layer of the transmitting terminal can set the packet type information received from the upper level to the SDU type, and the PDCP layer of the receiving terminal can transfer the packet type information set in the SDU type to the upper level.
  • the V2X layer of the transmitting terminal may determine a cast type of a sidelink packet or a packet corresponding to a sidelink flow.
  • the cast type may include at least one of unicast, groupcast, and broadcast.
  • the V2X layer may deliver at least one of a sidelink flow identifier corresponding to the packet, the packet and packet type information, a destination identifier, a source identifier, and a cast type to the AS layer.
  • the AS layer may include at least one of, for example, an SDAP layer, a PDCP layer, and a MAC layer.
  • the SDAP layer of the transmitting terminal may map the SLRB corresponding to the flow identifier of the packet.
  • the flow identifier can be set in the SDAP header.
  • the SDAP layer of the transmitting terminal may deliver the packet to the PDCP layer.
  • the PDCP layer of the transmitting terminal may determine packet type information of the packet.
  • the PDCP layer of the transmitting terminal may determine the packet type of the packet and set the SDU type based on the packet type. That is, the PDCP layer of the transmitting terminal may set the packet type identifier in the SDU type.
  • the PDCP layer of the transmitting terminal may deliver the packet to a lower layer (eg, RLC layer, MAC layer, PHY layer).
  • the MAC layer can set the destination identifier and the source identifier in the MAC header, it can set the destination identifier and the source identifier of the packet in the MAC header.
  • the MAC layer of the transmitting terminal may include cast type information in the MAC header. Cast type information may be used when it is determined that the cast type corresponding to the packet cannot be distinguished based on the destination identifier and the source identifier.
  • the destination identifier and source identifier of the MAC header may be used when it is determined that the destination corresponding to the packet cannot be identified based on the SCI transmitted through the sidelink control channel.
  • the transmitting terminal may include the cast type information in the SCI.
  • the transmitting terminal may transmit the SCI including cast type information to the receiving terminal. If the transmitting terminal is supposed to set the destination identifier and the source identifier in the SCI that can be transmitted through the sidelink control channel, the SCI may include the destination identifier and the source identifier information.
  • the transmitting terminal may transmit the SCI including the destination identifier and the source identifier information to the receiving terminal.
  • the receiving terminal may receive the SCI in the sidelink control channel and determine whether cast type information is included. If the SCI contains cast type information, the receiving terminal can determine the cast type of the corresponding packet. The receiving terminal may determine whether destination identifier and source identifier information are included in the SCI. If the destination identifier and source identifier information are included in the SCI, the receiving terminal may determine the destination identifier and source identifier of the packet. According to an embodiment, the receiving terminal may classify a cast type through a destination identifier and a source identifier. Based on the destination identifier, source identifier, and cast type information of the SCI, the receiving terminal may determine whether a corresponding packet is related to itself.
  • the receiving terminal may drop the packet. If it is determined that the packet is related to itself, the receiving terminal may deliver the packet to an upper layer. If it is set to set the destination identifier and the source identifier in the MAC PDU header, the MAC layer of the receiving terminal can determine the destination identifier and the source identifier of the MAC header. If the cast type is set in the MAC PDU header, the MAC layer of the receiving terminal may determine the cast type information of the MAC header. The MAC layer of the receiving terminal may determine whether a corresponding packet is related to itself through at least one of a destination identifier, a source identifier, and a cast type.
  • the receiving terminal may deliver the packet to an upper layer. If it is determined that the packet is not related to itself, the receiving terminal may drop the packet.
  • the PDCP layer of the receiving terminal may determine the packet type identifier from SDU type information if the SDU type is set. The packet type information may be delivered to an upper layer.
  • the SDAP layer of the receiving terminal may determine flow information from the SLRB to which the packet is delivered.
  • the SDAP layer of the receiving terminal may determine flow identifier information from the SDAP header if the SDAP header is set. The flow information may be delivered to an upper layer (eg, a V2X layer).
  • the V2X layer which corresponds to the upper layer of the receiving terminal, may determine which cast type the corresponding packet is based on the flow identifier and the packet type identifier.
  • the V2X layer of the receiving terminal may determine a PC5 unicast link based on a flow identifier and a packet type identifier, and determine that the corresponding packet is a unicast packet.
  • the PC5 unicast link may be mapped to at least one of a flow identifier or a packet type identifier.
  • the V2X layer of the receiving terminal may transmit the packet to a corresponding packet type processor.
  • the V2X layer of the receiving terminal may determine that the corresponding packet is a sidelink groupcast packet based on a flow identifier and a packet type identifier. The V2X layer of the receiving terminal may transmit the packet to a corresponding packet type processor. In addition, according to an embodiment, the V2X layer of the receiving terminal may determine that the corresponding packet is a sidelink broadcast packet based on a flow identifier and a packet type identifier. The V2X layer of the receiving terminal may transmit the packet to a corresponding packet type processor.
  • the terminal may report information on a sidelink flow or a sidelink packet to the base station in order to receive sidelink resource allocation from the base station.
  • the information on the sidelink flow or the sidelink packet may include information on a traffic pattern for sidelink traffic that occurs periodically.
  • the sidelink traffic pattern information may include at least one of a packet size, a transmission period, and a transmission offset.
  • the base station Even if there is no link resource allocation request, sidelink resources can be allocated to the terminal using a semi-static resource allocation scheme.
  • the semi-static resource allocation method may correspond to at least one of semi persistent scheduling (SPS), Configured Grant type 1, and Configured Grant type 2.
  • Traffic generated by V2X applications suitable for high-level autonomous driving services tends to require lower latency and higher reliability.
  • the terminal transmits a sidelink resource allocation request to transmit the traffic generated by the V2X application, and the base station dynamically allocates resources for it.
  • Method can be used.
  • the dynamic sidelink resource allocation scheme is not suitable for traffic transmission of V2X applications that require low latency and high reliability. Accordingly, there may be a need for a method of allowing the terminal to use the semi-static sidelink resource allocated for the traffic that is periodically generated aperiodically, but for the traffic that requires low latency and high reliability.
  • a first method of supporting quasi-static resource allocation for aperiodic traffic use is as follows.
  • the terminal may report the QOS profile information of the sidelink flow corresponding to the aperiodic traffic to the base station.
  • the RRC signaling used for the UE to report the sidelink flow corresponding to the aperiodic traffic and the QOS profile information therefor may include at least one of a Sidelink UE Information message, a UE Assistance Information message, and a new RRC dedicated message.
  • the QOS profile of the sidelink flow may correspond to at least one of a QOS requirement, 5QI, and PQI corresponding to aperiodic traffic requiring low latency and high reliability.
  • the base station may decide to apply the quasi-static sidelink resource allocation to the sidelink flow. .
  • the base station may transmit sidelink resource allocation information for the sidelink flow to the terminal in a semi-static manner.
  • the information transmitted from the base station to the terminal may include at least one of sidelink flow identifier, SLRB identifier, logical channel identifier, and quasi-static sidelink resource allocation information.
  • the terminal may determine sidelink resource allocation in a quasi-static manner for the sidelink flow.
  • a second method of supporting quasi-static resource allocation for aperiodic traffic use is as follows.
  • the terminal may report sidelink traffic information necessary for the base station to process quasi-static resource allocation for sidelink traffic transmission.
  • the information reported by the terminal to the base station may include at least one of sidelink flow information, sidelink traffic pattern information that may be periodically transmitted, and sidelink traffic pattern information that may be transmitted aperiodically.
  • the information reported by the terminal to the base station may be configured as shown in [Table 2].
  • the base station receives the information in [Table 2] from the terminal, it may determine whether it is a sidelink traffic pattern that can be periodically transmitted for a sidelink flow and whether it is a sidelink traffic pattern that can be transmitted aperiodically.
  • the base station may determine whether to configure sidelink resource allocation information in a semi-static manner for the sidelink flow based on the traffic pattern information. If the base station determines to allocate sidelink resources for the sidelink flow in a quasi-static manner, the base station may provide the quasi-static resource allocation information to the terminal.
  • the information transmitted from the base station to the terminal may include at least one of sidelink flow identifier, SLRB identifier, logical channel identifier, and quasi-static sidelink resource allocation information.
  • the quasi-static sidelink resource allocation information provided by the base station to the terminal may be configured to be separately set or shared for the sidelink traffic that can be periodically transmitted and the sidelink traffic that can be transmitted aperiodically. .
  • the terminal may determine sidelink resource allocation in a quasi-static manner for the sidelink flow.
  • a method of operating a base station includes a process of acquiring aggregated maximum bit rate (AMBR) information for a PC5 unicast link for sidelink communication of the terminal, and the terminal based on the AMBR information. It may include a process of allocating a resource for sidelink communication of, and a process of transmitting information on the allocated resource to the terminal.
  • AMBR aggregated maximum bit rate
  • the method further includes a process of receiving a signal requesting a sidelink radio bearer (SLRB) setting from the terminal, and a process of transmitting an SLRB setting to the terminal, wherein the signal is A flow for link communication; The PC5 unicast link mapped to the flow; And AMBR information for the PC5 unicast link.
  • SLRB sidelink radio bearer
  • the method further includes receiving a signal for requesting a resource for the sidelink communication from the terminal, wherein the signal includes: a flow for the sidelink communication; The PC5 unicast link mapped to the flow; And AMBR information for the PC5 unicast link.
  • the method includes a process of receiving a first signal requesting a sidelink radio bearer (SLRB) setting from the terminal, a process of transmitting an SLRB setting to the terminal, and a resource for the sidelink communication And receiving a second signal for requesting a request from the terminal, wherein the first signal includes AMBR information for each PC5 unicast link, and the second signal is for the PC5 unicast link.
  • SLRB sidelink radio bearer
  • the method further includes a process of receiving QoS information of the terminal from a core network entity, and the QoS information of the terminal includes: a flow for the sidelink communication; The PC5 unicast link mapped to the flow; And AMBR information for the PC5 unicast link.
  • a method of operating a terminal includes a process of obtaining aggregated maximum bit rate (AMBR) information for a PC5 unicast link for sidelink communication of the terminal, and the A process of providing AMBR information to a base station, a process of receiving information on a resource for the sidelink communication allocated based on the AMBR information from the base station, and data according to the sidelink communication based on the resource It may include a process of transmitting to another terminal.
  • AMBR aggregated maximum bit rate
  • a method of operating a base station includes a process of receiving a signal requesting configuration of a sidelink radio bearer (SLRB) from a terminal, and a process of acquiring packet type information for a sidelink flow of the terminal from the signal. And, generating SLRB configuration information for a packet type of the sidelink flow based on the packet type information, and transmitting the SLRB configuration information to the terminal, wherein the packet type is an IP packet, It may be at least one of non-IP packet, PC5-S signaling, and PC5-RRC (radio resource control) signaling.
  • SLRB sidelink radio bearer
  • a method of operating a terminal includes a process of generating a sidelink flow for sidelink communication of the terminal, a process of determining a packet type of the sidelink flow, and the packet Including the process of identifying the SLRB (sidelink radio bearer) configuration corresponding to the type, the process of identifying the SLRB configuration, when the terminal is a radio resource control (RRC) CONNECTED, SLRB corresponding to the packet type from the base station A process of receiving configuration information, and when the terminal is RRC INACTIVE or RRC IDLE, receiving configuration information including SRLB configuration for each packet, and identifying SLRB configuration corresponding to the packet type from the configuration information And, when the terminal is located out of coverage (out-of-coverage), it may include a process of identifying the SLRB configuration corresponding to the packet type from preset information including the SRLB configuration per packet.
  • RRC radio resource control
  • a method of operating a first terminal includes a process of generating a sidelink flow for sidelink communication between the first terminal and the second terminal, and a packet type of the sidelink flow. Transmitting sidelink-related information for indicating to the second terminal, wherein the packet type comprises: an identifier of the sidelink flow of a service data adaptation protocol (SDAP) layer of the first terminal; Sidelink radio bearer (SLRB) information mapped to the sidelink flow of the first terminal; Alternatively, it may be identified based on at least one of a service data unit (SDU) type of a packet data convergence protocol (PDCP) layer of the first terminal.
  • SDAP service data adaptation protocol
  • SLRB Sidelink radio bearer
  • the sidelink related information may include at least one of an identifier of the sidelink flow, the SLRB information, and an identifier of the packet type.
  • a base station in a wireless communication system, includes at least one transceiver and at least one processor coupled to the at least one transceiver, and the at least one processor includes a sidelink of the terminal.
  • Acquires AMBR (aggregated maximum bit rate) information for the PC5 unicast link for communication allocates resources for sidelink communication of the terminal based on the AMBR information, and provides information on the allocated resources. It can be configured to transmit to the terminal.
  • AMBR aggregated maximum bit rate
  • the at least one processor is additionally configured to receive a signal for requesting sidelink radio bearer (SLRB) configuration from the terminal and transmit the SLRB configuration to the terminal, and the signal is A flow for link communication; The PC5 unicast link mapped to the flow; And AMBR information for the PC5 unicast link.
  • SLRB sidelink radio bearer
  • the at least one processor is additionally configured to receive a signal for requesting a resource for the sidelink communication from the terminal, and the signal is a flow for the sidelink communication ;
  • the at least one processor receives a first signal requesting a sidelink radio bearer (SLRB) configuration from the terminal, transmits an SLRB configuration to the terminal, and a resource for the sidelink communication Is additionally configured to receive a second signal for requesting a request from the terminal, and the first signal includes AMBR information for each PC5 unicast link, and the second signal includes an identifier for the PC5 unicast link.
  • SLRB sidelink radio bearer
  • the at least one processor is additionally configured to receive QoS information of the terminal from a core network entity, and the QoS information of the terminal includes a flow for the sidelink communication; The PC5 unicast link mapped to the flow; And AMBR information for the PC5 unicast link.
  • the terminal includes at least one transceiver and at least one processor coupled to the at least one transceiver, and the at least one processor is configured for sidelink communication of the terminal.
  • Acquires AMBR (aggregated maximum bit rate) information for the PC5 unicast link provides the AMBR information to the base station, and information on the resource for the sidelink communication allocated based on the AMBR information from the base station It may be configured to receive and transmit data according to the sidelink communication to another terminal based on the resource.
  • AMBR aggregated maximum bit rate
  • the base station includes at least one transceiver and at least one processor coupled to the at least one transceiver, and the at least one processor requests a sidelink radio bearer (SLRB) configuration from the terminal Receiving a signal, obtaining packet type information for a sidelink flow of the terminal from the signal, generating SLRB configuration information for a packet type of the sidelink flow based on the packet type information, and setting the SLRB It is configured to transmit information to the terminal, and the packet type may be at least one of IP packet, non-IP packet, PC5-S signaling, and PC5-RRC (radio resource control) signaling.
  • SLRB sidelink radio bearer
  • the terminal includes at least one transceiver and at least one processor coupled with the at least one transceiver, and the at least one processor performs a sidelink flow for sidelink communication of the terminal.
  • the at least one processor performs a sidelink flow for sidelink communication of the terminal.
  • the terminal determines the packet type of the sidelink flow, identify a sidelink radio bearer (SLRB) configuration corresponding to the packet type, and identify the SLRB configuration, the at least one processor, the terminal RRC (radio resource control)
  • SLRB sidelink radio bearer
  • RRC radio resource control
  • CONNECTED information on SLRB configuration corresponding to the packet type is received from the base station, and when the terminal is RRC INACTIVE or RRC IDLE, configuration information including SRLB configuration per packet is received,
  • the SLRB configuration corresponding to the packet type is identified from the configuration information, and when the terminal is located out of coverage, the SLRB corresponding to the packet type from preset information including the SRLB configuration per packet A device configured to identify settings
  • the first terminal includes at least one transceiver and at least one processor coupled to the at least one transceiver, and the at least one processor comprises: the first terminal and the second terminal. It is configured to generate a sidelink flow for sidelink communication and transmit sidelink-related information indicating a packet type of the sidelink flow to the second terminal, and the packet type is SDAP of the first terminal ( service data adaptation protocol) an identifier of the sidelink flow of the layer; Sidelink radio bearer (SLRB) information mapped to the sidelink flow of the first terminal; Alternatively, it may be identified based on at least one of a service data unit (SDU) type of a packet data convergence protocol (PDCP) layer of the first terminal.
  • SDU service data unit
  • PDCP packet data convergence protocol
  • the sidelink related information may include at least one of an identifier of the sidelink flow, the SLRB information, and an identifier of the packet type.
  • a computer-readable storage medium storing one or more programs (software modules) may be provided.
  • One or more programs stored in a computer-readable storage medium are configured to be executable by one or more processors in an electronic device (device).
  • the one or more programs include instructions that cause the electronic device to execute methods according to embodiments described in the claims or specification of the present disclosure.
  • These programs include random access memory, non-volatile memory including flash memory, read only memory (ROM), and electrically erasable programmable ROM.
  • EEPROM Electrically Erasable Programmable Read Only Memory
  • magnetic disc storage device Compact Disc-ROM (CD-ROM), Digital Versatile Discs (DVDs), or other types of It may be stored in an optical storage device or a magnetic cassette. Alternatively, it may be stored in a memory composed of a combination of some or all of them. In addition, a plurality of configuration memories may be included.
  • the program is accessed through a communication network such as the Internet, Intranet, LAN (Local Area Network), WLAN (Wide LAN), or SAN (Storage Area Network), or a communication network composed of a combination thereof. It may be stored in an (access) attachable storage device. Such a storage device may access a device performing an embodiment of the present disclosure through an external port. In addition, a separate storage device on the communication network may access a device performing an embodiment of the present disclosure.
  • a communication network such as the Internet, Intranet, LAN (Local Area Network), WLAN (Wide LAN), or SAN (Storage Area Network), or a communication network composed of a combination thereof. It may be stored in an (access) attachable storage device. Such a storage device may access a device performing an embodiment of the present disclosure through an external port. In addition, a separate storage device on the communication network may access a device performing an embodiment of the present disclosure.

Landscapes

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

Abstract

본 개시는 4G 시스템 이후 보다 높은 데이터 전송률을 지원하기 위한 5G 통신 시스템을 IoT 기술과 융합하는 통신 기법 및 그 시스템에 관한 것이다. 본 개시는 5G 통신 기술 및 IoT 관련 기술을 기초로 지능형 서비스 (예를 들어, 스마트 홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 헬스 케어, 디지털 교육, 소매업, 보안 및 안전 관련 서비스 등)에 적용될 수 있다. 본 개시는 V2X 시스템에서 사이드링크 자원 할당을 처리하기 위한 방법 및 장치에 관한 것이다. 본 개시의 다양한 실시 예들에 따르면, 무선 통신 시스템에서, 단말은 적어도 하나의 송수신기와, 상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는, 상기 단말의 사이드링크(sidelink) 통신을 위한 PC5 유니캐스트 링크에 대한 AMBR(aggregated maximum bit rate) 정보를 획득하고, 상기 AMBR 정보를 기지국에게 제공하고, 상기 AMBR 정보에 기반하여 할당된, 상기 사이드링크 통신을 위한 자원에 대한 정보를 상기 기지국으로부터 수신하고, 상기 자원에 기반하여 상기 사이드링크 통신에 따른 데이터를 다른 단말에게 전송하도록 구성될 수 있다.

Description

무선 통신 시스템에서 자원 할당을 위한 장치 및 방법
본 개시는 일반적으로 무선 통신 시스템에 관한 것으로, 보다 구체적으로 무선 통신 시스템에서 자원 할당을 위한 장치 및 방법에 관한 것이다.
4G 통신 시스템 상용화 이후 증가 추세에 있는 무선 데이터 트래픽 수요를 충족시키기 위해, 개선된 5G 통신 시스템 또는 pre-5G 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 5G 통신 시스템 또는 pre-5G 통신 시스템은 4G 네트워크 이후 (Beyond 4G Network) 통신 시스템 또는 LTE 시스템 이후 (Post LTE) 시스템이라 불리어지고 있다. 높은 데이터 전송률을 달성하기 위해, 5G 통신 시스템은 초고주파(mmWave) 대역 (예를 들어, 60기가(60GHz) 대역과 같은)에서의 구현이 고려되고 있다. 초고주파 대역에서의 전파의 경로손실 완화 및 전파의 전달 거리를 증가시키기 위해, 5G 통신 시스템에서는 빔포밍(beamforming), 거대 배열 다중 입출력(massive MIMO), 전차원 다중입출력(Full Dimensional MIMO: FD-MIMO), 어레이 안테나(array antenna), 아날로그 빔형성(analog beam-forming), 및 대규모 안테나 (large scale antenna) 기술들이 논의되고 있다. 또한 시스템의 네트워크 개선을 위해, 5G 통신 시스템에서는 진화된 소형 셀, 개선된 소형 셀 (advanced small cell), 클라우드 무선 액세스 네트워크 (cloud radio access network: cloud RAN), 초고밀도 네트워크 (ultra-dense network), 기기 간 통신 (Device to Device communication: D2D), 무선 백홀 (wireless backhaul), 이동 네트워크 (moving network), 협력 통신 (cooperative communication), CoMP (Coordinated Multi-Points), 및 수신 간섭제거 (interference cancellation) 등의 기술 개발이 이루어지고 있다. 이 밖에도, 5G 시스템에서는 진보된 코딩 변조(Advanced Coding Modulation: ACM) 방식인 FQAM (Hybrid FSK and QAM Modulation) 및 SWSC (Sliding Window Superposition Coding)과, 진보된 접속 기술인 FBMC(Filter Bank Multi Carrier), NOMA(non orthogonal multiple access), 및SCMA(sparse code multiple access) 등이 개발되고 있다.
한편, 인터넷은 인간이 정보를 생성하고 소비하는 인간 중심의 연결 망에서, 사물 등 분산된 구성 요소들 간에 정보를 주고 받아 처리하는 IoT(Internet of Things, 사물인터넷) 망으로 진화하고 있다. 클라우드 서버 등과의 연결을 통한 빅데이터(Big data) 처리 기술 등이 IoT 기술에 결합된 IoE (Internet of Everything) 기술도 대두되고 있다. IoT를 구현하기 위해서, 센싱 기술, 유무선 통신 및 네트워크 인프라, 서비스 인터페이스 기술, 및 보안 기술과 같은 기술 요소 들이 요구되어, 최근에는 사물간의 연결을 위한 센서 네트워크(sensor network), 사물 통신(Machine to Machine, M2M), MTC(Machine Type Communication)등의 기술이 연구되고 있다. IoT 환경에서는 연결된 사물들에서 생성된 데이터를 수집, 분석하여 인간의 삶에 새로운 가치를 창출하는 지능형 IT(Internet Technology) 서비스가 제공될 수 있다. IoT는 기존의 IT(information technology)기술과 다양한 산업 간의 융합 및 복합을 통하여 스마트홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 스마트 그리드, 헬스 케어, 스마트 가전, 첨단의료서비스 등의 분야에 응용될 수 있다.
이에, 5G 통신 시스템을 IoT 망에 적용하기 위한 다양한 시도들이 이루어지고 있다. 예를 들어, 센서 네트워크(sensor network), 사물 통신(Machine to Machine, M2M), MTC(Machine Type Communication)등의 기술이 5G 통신 기술인 빔 포밍, MIMO, 및 어레이 안테나 등의 기법에 의해 구현되고 있는 것이다. 앞서 설명한 빅데이터 처리 기술로써 클라우드 무선 액세스 네트워크(cloud RAN)가 적용되는 것도 5G 기술과 IoT 기술 융합의 일 예라고 할 수 있을 것이다.
5G 통신 시스템에서 차량 간 차량, 또는 차량 간 단말, 또는 차량 간 구조물 등 차량을 이용한 통신(이하, V2X(Vehicle-to-everything))이 연구되고 있으며, V2X를 이용해 사용자에게 다양한 서비스를 사용자에게 제공할 수 있을 것으로 기대되고 있다.
상술한 바와 같은 논의를 바탕으로, 본 개시(disclosure)는, 무선 통신 시스템에서 사이드링크 전송 자원 할당을 처리하기 위한 장치 및 방법을 제공한다.
또한, 본 개시는, 무선 통신 시스템에서 PC5 유니캐스트 링크의 AMBR(aggregated maximum bit rate)을 고려하여 자원을 할당하기 위한 장치 및 방법을 제공한다.
또한, 본 개시는, 무선 통신 시스템에서 패킷 별 SLRB(sidelink bearer) 설정(configuration)을 위한 장치 및 방법을 제공한다.
또한, 본 개시는, 무선 통신 시스템에서 패킷을 빠르게 처리하기 위하여, 패킷 타입(packet type)을 관리하는 장치 및 방법을 제공한다.
또한, 본 개시는, 무선 통신 시스템에서 비주기적 트래픽을 위해, 준정적 방식으로 자원을 할당하기 위한 장치 및 방법을 제공한다.
본 개시의 다양한 실시 예들에 따르면, 무선 통신 시스템에서 단말의 동작 방법은, 사이드링크에 대한 'PC5 unicast link aggregated maximum bit rate (이후 'PC5-LINK-AMBR' 로 칭함)를 판단하는 과정과, 상기 PC5-LINK-AMBR에 대한 정보를 기지국에게 전달하는 과정과, 상기 기지국으로부터 PC5-LINK-AMBR에 기반한 사이드링크 무선 자원을 할당 받는 과정과, 상기 할당된 사이드링크 무선 자원을 이용하여 사이드링크 데이터를 전송하는 과정을 포함할 수 있다.
본 개시의 다양한 실시 예들에 따르면, 무선 통신 시스템에서 단말은, 송수신기와, 상기 송수신기와 연결된 적어도 하나의 프로세서를 포함한다. 상기 적어도 하나의 프로세서는, 사이드링크에 대한 PC5-LINK-AMBR을 판단하고, 상기 PC5-LINK-AMBR에 대한 정보를 기지국에게 전달하고, 기지국으로부터 PC5-LINK-AMBR에 기반한 사이드링크 무선 자원을 할당 받고, 상기 할당된 사이드링크 무선 자원을 통해 사이드링크 데이터를 송신할 수 있다.
본 개시의 다양한 실시 예들에 따르면, 무선 통신 시스템에서, 기지국의 동작 방법은, 단말의 사이드링크(sidelink) 통신을 위한 PC5 유니캐스트 링크에 대한 AMBR(aggregated maximum bit rate) 정보를 획득하는 과정과, 상기 AMBR 정보에 기반하여 상기 단말의 사이드링크 통신을 위한 자원을 할당하는 과정과, 상기 할당된 자원에 대한 정보를 상기 단말에게 전송하는 과정을 포함할 수 있다.
본 개시의 다양한 실시 예들에 따르면, 무선 통신 시스템에서, 단말의 동작 방법은, 상기 단말의 사이드링크(sidelink) 통신을 위한 PC5 유니캐스트 링크에 대한 AMBR(aggregated maximum bit rate) 정보를 획득하는 과정과, 상기 AMBR 정보를 기지국에게 제공하는 과정과, 상기 AMBR 정보에 기반하여 할당된, 상기 사이드링크 통신을 위한 자원에 대한 정보를 상기 기지국으로부터 수신하는 과정과, 상기 자원에 기반하여 상기 사이드링크 통신에 따른 데이터를 다른 단말에게 전송하는 과정을 포함할 수 있다.
본 개시의 다양한 실시 예들에 따르면, 무선 통신 시스템에서, 기지국의 동작 방법은, 단말로부터 SLRB(sidelink radio bearer) 설정을 요청하는 신호를 수신하는 과정과, 상기 신호로부터 상기 단말의 사이드링크 플로우에 대한 패킷 타입 정보를 획득하는 과정과, 상기 패킷 타입 정보에 기반하여 상기 사이드링크 플로우의 패킷 타입에 대한 SLRB 설정 정보를 생성하는 과정과, 상기 SLRB 설정 정보를 상기 단말에게 전송하는 과정을 포함하고, 상기 패킷 타입은, IP 패킷, non-IP 패킷, PC5-S 시그널링, PC5-RRC(radio resource control) 시그널링 중 적어도 하나일 수 있다.
본 개시의 다양한 실시 예들에 따르면, 무선 통신 시스템에서, 단말의 동작 방법은, 상기 단말의 사이드링크 통신을 위한 사이드링크 플로우를 생성하는 과정과, 상기 사이드링크 플로우의 패킷 타입을 결정하는 과정과, 상기 패킷 타입에 대응하는 SLRB(sidelink radio bearer) 설정을 식별하는 과정을 포함하고, 상기 SLRB 설정을 식별하는 과정은, 상기 단말이 RRC(radio resource control) CONNECTED인 경우, 기지국으로부터 상기 패킷 타입에 대응하는 SLRB 설정에 대한 정보를 수신하는 과정과, 상기 단말이 RRC INACTIVE 또는 RRC IDLE인 경우, 패킷 별 SRLB 설정을 포함하는 구성 정보를 수신하고, 상기 구성 정보로부터 상기 패킷 타입에 대응하는 SLRB 설정을 식별하는 과정을 포함하고, 상기 단말이 커버리지 밖(out-of-coverage)에 위치한 경우, 패킷 별 SRLB 설정을 포함하는 사전 설정 정보로부터 상기 패킷 타입에 대응하는 SLRB 설정을 식별하는 과정을 포함할 수 있다.
본 개시의 다양한 실시 예들에 따르면, 무선 통신 시스템에서, 제1 단말의 동작 방법은, 상기 제1 단말 및 제2 단말의 사이드링크 통신을 위한 사이드링크 플로우를 생성하는 과정과, 상기 사이드링크 플로우의 패킷 타입을 가리키기 위한 사이드링크 관련 정보를 상기 제2 단말에게 전송하는 과정을 포함하고, 상기 패킷 타입은, 상기 제1 단말의 SDAP(service data adaptation protocol) 레이어의 상기 사이드링크 플로우의 식별자; 상기 제1 단말의 상기 사이드링크 플로우에 매핑되는 SLRB(sidelink radio bearer) 정보; 또는 상기 제1 단말의 PDCP(packet data convergence protocol) 레이어의 SDU(service data unit) type 중 적어도 하나에 기반하여 식별될 수 있다.
본 개시의 다양한 실시 예들에 따르면, 무선 통신 시스템에서, 기지국은 적어도 하나의 송수신기와, 상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는, 단말의 사이드링크(sidelink) 통신을 위한 PC5 유니캐스트 링크에 대한 AMBR(aggregated maximum bit rate) 정보를 획득하고, 상기 AMBR 정보에 기반하여 상기 단말의 사이드링크 통신을 위한 자원을 할당하고, 상기 할당된 자원에 대한 정보를 상기 단말에게 전송하도록 구성될 수 있다.
본 개시의 다양한 실시 예들에 따르면, 무선 통신 시스템에서, 단말은 적어도 하나의 송수신기와, 상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는, 상기 단말의 사이드링크(sidelink) 통신을 위한 PC5 유니캐스트 링크에 대한 AMBR(aggregated maximum bit rate) 정보를 획득하고, 상기 AMBR 정보를 기지국에게 제공하고, 상기 AMBR 정보에 기반하여 할당된, 상기 사이드링크 통신을 위한 자원에 대한 정보를 상기 기지국으로부터 수신하고, 상기 자원에 기반하여 상기 사이드링크 통신에 따른 데이터를 다른 단말에게 전송하도록 구성될 수 있다.
본 개시의 다양한 실시 예들에 따르면, 기지국은 적어도 하나의 송수신기와, 상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는, 단말로부터 SLRB(sidelink radio bearer) 설정을 요청하는 신호를 수신하고, 상기 신호로부터 상기 단말의 사이드링크 플로우에 대한 패킷 타입 정보를 획득하고, 상기 패킷 타입 정보에 기반하여 상기 사이드링크 플로우의 패킷 타입에 대한 SLRB 설정 정보를 생성하고, 상기 SLRB 설정 정보를 상기 단말에게 전송하도록 구성되고, 상기 패킷 타입은, IP 패킷, non-IP 패킷, PC5-S 시그널링, PC5-RRC(radio resource control) 시그널링 중 적어도 하나일 수 있다.
본 개시의 다양한 실시 예들에 따르면, 무선 통신 시스템에서, 단말은 적어도 하나의 송수신기와, 상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는, 상기 단말의 사이드링크 통신을 위한 사이드링크 플로우를 생성하고, 상기 사이드링크 플로우의 패킷 타입을 결정하고, 상기 패킷 타입에 대응하는 SLRB(sidelink radio bearer) 설정을 식별하고, 상기 SLRB 설정을 식별하기 위해, 상기 적어도 하나의 프로세서는, 상기 단말이 RRC(radio resource control) CONNECTED인 경우, 기지국으로부터 상기 패킷 타입에 대응하는 SLRB 설정에 대한 정보를 수신하고, 상기 단말이 RRC INACTIVE 또는 RRC IDLE인 경우, 패킷 별 SRLB 설정을 포함하는 구성 정보를 수신하고, 상기 구성 정보로부터 상기 패킷 타입에 대응하는 SLRB 설정을 식별하고, 상기 단말이 커버리지 밖(out-of-coverage)에 위치한 경우, 패킷 별 SRLB 설정을 포함하는 사전 설정 정보로부터 상기 패킷 타입에 대응하는 SLRB 설정을 식별하도록 구성될 수 있다.
본 개시의 다양한 실시 예들에 따르면, 무선 통신 시스템에서, 제1 단말은 적어도 하나의 송수신기와, 상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는, 상기 제1 단말 및 제2 단말의 사이드링크 통신을 위한 사이드링크 플로우를 생성하고, 상기 사이드링크 플로우의 패킷 타입을 가리키기 위한 사이드링크 관련 정보를 상기 제2 단말에게 전송하도록 구성되고, 상기 패킷 타입은, 상기 제1 단말의 SDAP(service data adaptation protocol) 레이어의 상기 사이드링크 플로우의 식별자; 상기 제1 단말의 상기 사이드링크 플로우에 매핑되는 SLRB(sidelink radio bearer) 정보; 또는 상기 제1 단말의 PDCP(packet data convergence protocol) 레이어의 SDU(service data unit) type 중 적어도 하나에 기반하여 식별될 수 있다.
본 개시의 다양한 실시 예들에 따르면, 무선 통신 시스템에서 사이드링크(sildelnk)를 위한 단말에 의해 수행되는 동작 방법은 사이드링크 신호를 수신하는 과정과, 상기 사이드링크 신호의 SCI(sidelink control information)를 획득하는 과정과, 상기 사이드 링크 신호의 MAC(medium access control) PDU(packet data unit)를 획득하는 과정을 포함하고, 상기 SCI는 캐스트 타입 지시자, 제1 소스 식별자 정보, 및 제1 목적지 식별자 정보를 포함하고, 상기 캐스트 타입 지시자는, 브로드캐스트(broadcast), 그룹 캐스트(groupcat), 유니캐스트(unicast) 중 하나를 가리키고, 상기 MAC PDU의 헤더는 제2 소스 식별자 정보 및 제2 목적지 식별자 정보를 포함할 수 있다.
본 개시의 다양한 실시 예들에 따르면, 무선 통신 시스템에서 사이드링크(sildelnk)를 위한 단말에 의해 수행되는 동작 방법은 사이드 링크 신호를 위한 MAC(medium access control) PDU(packet data unit)를 생성하는 과정과, 상기 MAC PUD에 기반하여, 상기 사이드링크 신호를 위한 SCI(sidelink control information)를 포함하는 사이드링크 신호를 생성하는 과정과, 상기 사이드링크 신호를 전송하는 과정을 포함하고, 상기 SCI는 캐스트 타입 지시자, 제1 소스 식별자 정보, 및 제1 목적지 식별자 정보를 포함하고, 상기 캐스트 타입 지시자는, 브로드캐스트(broadcast), 그룹 캐스트(groupcat), 유니캐스트(unicast) 중 하나를 가리키고, 상기 MAC PDU의 헤더는 제2 소스 식별자 정보 및 제2 목적지 식별자 정보를 포함할 수 있다.
본 개시의 다양한 실시 예들에 따르면, 무선 통신 시스템에서 사이드링크(sildelnk)를 위한 기지국에 의해 수행되는 동작 방법은, 자원 요청 신호를 단말로부터 수신하는 과정과, 코어 네트워크 엔티티로부터 획득된 QoS(quality of service) 정보로부터, 상기 단말의 유니캐스트(unicast) 링크(link)에 대응하는 PC5 LINK-AMBR(aggregated maximum bit rate)를 식별하는 과정과, 상기 PC5-LINK AMBR에 기반하여 할당되는 자원 정보를 상기 단말에게 전송하는 과정을 포함할 수 있다.
본 개시의 다양한 실시 예들에 따른 장치 및 방법은, 유니캐스트 링크 별 데이터 요구량을 처리하는 방안을 지원함으로써 데이터 요구량이 다른 다양한 서비스들을 단말 간 직접 통신 시스템에서 효과적으로 지원할 수 있게 한다.
본 개시의 다양한 실시 예들에 따른 장치 및 방법은, 무선단에서 패킷 처리에 필요한 정보를 제공함으로써 수신 단말에서 최대한 빠르게 패킷을 처리할 수 있게 한다.
본 개시에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 개시가 속하는 기술 분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
도 1은 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템을 도시한다.
도 2는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 기지국의 구성을 도시한다.
도 3은 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 단말의 구성을 도시한다.
도 4는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 통신부의 구성을 도시한다.
도 5는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템의 무선 시간-주파수 자원의 구조를 도시한다.
도 6a 내지 도 6d는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 사이드링크(sidelink) 통신에 대한 시나리오의 예들을 도시한다.
도 7a 및 도 7b는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 사이드링크 통신의 전송 방식의 예들을 도시한다.
도 8a 내지 도 8e는 본 개시의 다양한 실시 예들에 따른 유니캐스트(unicast) 기반 사이드링크 무선 자원 할당을 위한 단말과 기지국 간 신호 흐름을 도시한다.
도 9는 본 개시의 다양한 실시 예들에 따른 유니캐스트 기반 사이드링크 무선 자원 할당을 위한 기지국의 동작을 도시한다.
도 10a 내지 도 10c는 본 개시의 다양한 실시 예들에 따른 패킷 타입 별 사이드링크 무선 베어러(sidelink radio bearer, SLRB) 설정을 위한 단말과 기지국 간 신호 흐름을 도시한다.
도 11a 내지 도 11b는 본 개시의 다양한 실시 예들에 따른 패킷 타입 별 사이드링크 무선 베어러 설정을 위한 기지국의 동작을 도시한다.
도 12는 본 개시의 다양한 실시 예들에 따른 패킷 타입 별 사이드링크 무선 베어러 설정을 위한 단말 간 신호 흐름을 도시한다.
도 13a 내지 도 13d는 본 개시의 다양한 실시 예들에 따른 패킷 필터링의 예들을 도시한다.
본 개시에서 사용되는 용어들은 단지 특정한 실시 예를 설명하기 위해 사용된 것으로, 다른 실시 예의 범위를 한정하려는 의도가 아닐 수 있다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함할 수 있다. 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 용어들은 본 개시에 기재된 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가질 수 있다. 본 개시에 사용된 용어들 중 일반적인 사전에 정의된 용어들은, 관련 기술의 문맥상 가지는 의미와 동일 또는 유사한 의미로 해석될 수 있으며, 본 개시에서 명백하게 정의되지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다. 경우에 따라서, 본 개시에서 정의된 용어일지라도 본 개시의 실시 예들을 배제하도록 해석될 수 없다.
이하에서 설명되는 본 개시의 다양한 실시 예들에서는 하드웨어적인 접근 방법을 예시로서 설명한다. 하지만, 본 개시의 다양한 실시 예들에서는 하드웨어와 소프트웨어를 모두 사용하는 기술을 포함하고 있으므로, 본 개시의 다양한 실시 예들이 소프트웨어 기반의 접근 방법을 제외하는 것은 아니다.
이하 본 개시는 무선 통신 시스템에서 자원을 할당하기 위한 장치 및 방법에 관한 것이다. 구체적으로, 본 개시는 단말 및 단말 사이의 사이드링크 통신에서 단말의 송신 자원을 할당하기 위한 것으로서, 유니캐스트 기반 사이드링크 통신을 위한 무선자원을 운용, 할당하기 위한 방법 및 장치에 관한 것이다.
이하 설명에서 사용되는 신호를 지칭하는 용어, 채널을 지칭하는 용어, 제어 정보를 지칭하는 용어, 네트워크 객체(network entity)들을 지칭하는 용어, 장치의 구성 요소를 지칭하는 용어 등은 설명의 편의를 위해 예시된 것이다. 따라서, 본 개시가 후술되는 용어들에 한정되는 것은 아니며, 동등한 기술적 의미를 가지는 다른 용어가 사용될 수 있다.
이하 설명에서, 물리 채널(physical channel)과 신호(signal)는 데이터 혹은 제어 신호와 혼용하여 사용될 수 있다. 예를 들어, PDSCH(physical downlink shared channel)는 데이터가 전송되는 물리 채널을 지칭하는 용어이지만, PDSCH는 데이터를 지칭하기 위해서도 사용될 수 있다. 즉, 본 개시에서, '물리 채널을 송신한다'는 표현은 '물리 채널을 통해 데이터 또는 신호를 송신한다'는 표현과 동등하게 해석될 수 있다.
이하 본 개시에서, 상위 시그널링은 기지국에서 물리 계층의 하향링크 데이터 채널을 이용하여 단말로, 또는 단말에서 물리 계층의 상향링크 데이터 채널을 이용하여 기지국으로 전달되는 신호 전달 방법을 뜻한다. 상위 시그널링은 RRC(radio resource control) 시그널링 또는 MAC(media access control) 제어 요소(control element, CE)로 이해될 수 있다.
또한, 본 개시에서, 특정 조건의 만족(satisfied), 충족(fulfilled) 여부를 판단하기 위해, 초과 또는 미만의 표현이 사용되었으나, 이는 일 예를 표현하기 위한 기재일 뿐 이상 또는 이하의 기재를 배제하는 것이 아니다. '이상'으로 기재된 조건은 '초과', '이하'로 기재된 조건은 '미만', '이상 및 미만'으로 기재된 조건은 '초과 및 이하'로 대체될 수 있다.
또한, 본 개시는, 일부 통신 규격(예: 3GPP(3rd Generation Partnership Project))에서 사용되는 용어들을 이용하여 다양한 실시 예들을 설명하지만, 이는 설명을 위한 예시일 뿐이다. 본 개시의 다양한 실시 예들은, 다른 통신 시스템에서도, 용이하게 변형되어 적용될 수 있다.
도 1은 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템을 도시한다. 도 1은 무선 통신 시스템에서 무선 채널을 이용하는 노드(node)들의 일부로서, 기지국(110), 단말(120), 단말(130)을 예시한다. 도 1은 하나의 기지국만을 도시하나, 기지국(110)과 동일 또는 유사한 다른 기지국이 더 포함될 수 있다.
기지국(110)은 단말들(120, 130)에게 무선 접속을 제공하는 네트워크 인프라스트럭쳐(infrastructure)이다. 기지국(110)은 신호를 송신할 수 있는 거리에 기초하여 일정한 지리적 영역으로 정의되는 커버리지(coverage)를 가진다. 기지국(110)은 기지국(base station) 외에 '액세스 포인트(access point, AP)', '이노드비(eNodeB, eNB)', '5G 노드(5th generation node)', '지노드비(next generation nodeB, gNB)', '무선 포인트(wireless point)', '송수신 포인트(transmission/reception point, TRP)' 또는 이와 동등한 기술적 의미를 가지는 다른 용어로 지칭될 수 있다.
단말(120) 및 단말(130) 각각은 사용자에 의해 사용되는 장치로서, 기지국(110)과 무선 채널을 통해 통신을 수행한다. 기지국(110)에서 단말(120) 또는 단말(130)을 향하는 링크는 하향링크(downlink, DL), 단말(120) 또는 단말(130)에서 기지국(110)을 향하는 링크는 상향링크(uplink, UL)라 지칭된다. 또한, 단말(120) 및 단말(130)은 상호 간 무선 채널을 통해 통신을 수행할 수 있다. 이때, 단말(120) 및 단말(130) 간 링크는 사이드링크(sidelink)라 지칭되며, 사이드링크는 PC5 인터페이스와 혼용될 수 있다. 경우에 따라, 단말(120) 및 단말(130) 중 적어도 하나는 사용자의 관여 없이 운영될 수 있다. 즉, 단말(120) 및 단말(130) 중 적어도 하나는 기계 타입 통신(machine type communication, MTC)을 수행하는 장치로서, 사용자에 의해 휴대되지 아니할 수 있다. 단말(120) 및 단말(130) 각각은 단말(terminal) 외 '사용자 장비(user equipment, UE)', '이동국(mobile station)', '가입자국(subscriber station)', '원격 단말(remote terminal)', '무선 단말(wireless terminal)', 또는 '사용자 장치(user device)' 또는 이와 동등한 기술적 의미를 가지는 다른 용어로 지칭될 수 있다.
기지국(110), 단말(120), 단말(130)은 밀리미터 파(mmWave) 대역(예: 28GHz, 30GHz, 38GHz, 60GHz)에서 무선 신호를 송신 및 수신할 수 있다. 이때, 채널 이득의 향상을 위해, 기지국(110), 단말(120), 단말(130)은 빔포밍(beamforming)을 수행할 수 있다. 여기서, 빔포밍은 송신 빔포밍 및 수신 빔포밍을 포함할 수 있다. 즉, 기지국(110), 단말(120), 단말(130)은 송신 신호 또는 수신 신호에 방향성(directivity)을 부여할 수 있다. 이를 위해, 기지국(110) 및 단말들(120, 130)은 빔 탐색(beam search) 또는 빔 관리(beam management) 절차를 통해 서빙(serving) 빔들(112, 113, 121, 131)을 선택할 수 있다. 서빙 빔들(112, 113, 121, 131)이 선택된 후, 이후 통신은 서빙 빔들(112, 113, 121, 131)을 송신한 자원과 QCL(quasi co-located) 관계에 있는 자원을 통해 수행될 수 있다.
제1 안테나 포트 상의 심볼을 전달한 채널의 광범위한(large-scale) 특성들이 제2 안테나 포트 상의 심볼을 전달한 채널로부터 추정될(inferred) 수 있다면, 제1 안테나 포트 및 제2 안테나 포트는 QCL 관계에 있다고 평가될 수 있다. 예를 들어, 광범위한 특성들은 지연 스프레드(delay spread), 도플러 스프레드(doppler spread), 도플러 쉬프트(doppler shift), 평균 이득(average gain), 평균 지연(average delay), 공간적 수신 파라미터(spatial receiver parameter) 중 적어도 하나를 포함할 수 있다.
도 1에 도시된 단말(120), 단말(120)은 차량 통신을 지원할 수 있다. 차량 통신의 경우, LTE 시스템에서는 장치간 통신(device-to-device, D2D) 통신 구조를 기초로 V2X 기술에 대한 표준화 작업이 3GPP 릴리즈 14과 릴리즈 15에서 완료되었으며, 현재 5G NR 기초로 V2X 기술을 개발하려는 노력이 진행되고 있다. NR V2X에서는 단말과 단말 간 유니캐스트(unicast) 통신, 그룹캐스트(groupcast)(또는 멀티캐스트(multicast)) 통신, 및 브로드캐스트(broadcast) 통신을 지원할 예정이다. 또한 NR V2X는 차량의 도로 주행에 필요한 기본적인 안전 정보 송수신을 목적으로 하는 LTE V2X와 달리 그룹 주행(platooning), 진보된 주행(advanced driving), 확장 센서(extended sensor), 원격 주행(remote driving)과 같이 보다 진보된 서비스를 제공하는 것을 목표로 하고 있다.
V2X서비스는 기본 안전(basic safety) 서비스와 advanced 서비스로 구분할 수 있다. 기본 안전 서비스는 차량 알림(CAM(cooperative awareness messages) 또는 BSM (basic safety message)) 서비스부터 좌회전 알림 서비스, 앞차 추돌 경고 서비스, 이머전시(emergency) 차량 접근 알림 서비스, 전방 장애물 경고 서비스, 교차로 신호 정보 서비스 등의 세부 서비스 등을 포함할 수 있으며, 브로드캐스트 내지 유니캐스트 내지 그룹캐스트 전송방식을 사용하여 V2X정보가 송수신될 수 있다. 진보된(advanced) 서비스는 기본 안전 서비스보다 QoS(quality of service)요구사항도 강화되었을 뿐 아니라 특정차량 그룹 내에서 V2X 정보를 송수신하거나 두 대의 차량 간 V2X 정보를 송수신할 수 있도록 브로드캐스트 외에 유니캐스트 및 그룹캐스트 전송방식을 사용하여 V2X 정보를 송수신할 수 있는 방안을 요구한다. 진보된 서비스는 군집주행 서비스, 자율주행서비스, 원격주행서비스, 확장된(extended) 센서기반 V2X서비스 등의 세부 서비스를 포함할 수 있다.
이하 사이드링크(sidelink, SL)는 단말과 단말 사이의 신호 송수신 경로를 칭하며, 이는 PC5 인터페이스와 혼용될 수 있다. 이하 기지국(base station)은 단말의 자원 할당을 수행하는 주체로, V2X 통신과 일반 셀룰러 통신을 모두 지원하는 기지국이거나, V2X 통신만을 지원하는 기지국일 수 있다. 즉 기지국은 NR 기지국(예: gNB), LTE 기지국(예: eNB), 또는 RSU(road site unit)를 의미할 수 있다. 단말(terminal)은 일반적인 사용자 장치(user equipment), 이동국(mobile station) 뿐만 아니라 차량 간 통신 (vehicular-to-vehicular, V2V)을 지원하는 차량, 차량과 보행자 간 통신(vehicular-to-pedestrian, V2P)을 지원하는 차량 또는 보행자의 핸드셋(일례로 스마트폰), 차량과 네트워크 간 통신 (vehicular-to-network, V2N)을 지원하는 차량 또는 차량과 교통 인프라(infrastructure) 간 통신 (vehicular-to-infrastructure, V2I)을 지원하는 차량 및 단말 기능을 장착한 RSU, 기지국 기능을 장착한 RSU, 또는 기지국 기능의 일부 및 단말 기능의 일부를 장착한 RSU 등을 모두 포함할 수 있다. 또한, 이하 설명에서 사용되는 V2X 단말은 단말로 지칭할 수도 있다. 즉, V2X 통신과 관련하여 단말은 V2X 단말로 사용할 수 있다.
기지국과 단말은 Uu 인터페이스를 통해 연결된다. 상향링크(uplink, UL)는 단말이 기지국으로 데이터 또는 제어 신호를 전송하는 무선 링크를 의미하고, 하향링크(downlink, DL)는 기지국이 단말로 데이터 또는 제어 신호를 전송하는 무선 링크를 의미한다.
도 2는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 기지국의 구성을 도시한다. 도 2에 예시된 구성은 기지국(110)의 구성으로서 이해될 수 있다. 이하 사용되는 '...부', '...기' 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어나 소프트웨어, 또는, 하드웨어 및 소프트웨어의 결합으로 구현될 수 있다.
도 2를 참고하면, 기지국은 무선통신부(210), 백홀통신부(220), 저장부(230), 제어부(240)를 포함한다.
무선통신부(210)는 무선 채널을 통해 신호를 송수신하기 위한 기능들을 수행한다. 예를 들어, 무선통신부(210)는 시스템의 물리 계층 규격에 따라 기저대역 신호 및 비트열 간 변환 기능을 수행한다. 예를 들어, 데이터 송신 시, 무선통신부(210)는 송신 비트열을 부호화 및 변조함으로써 복소 심볼들을 생성한다. 또한, 데이터 수신 시, 무선통신부(210)는 기저대역 신호를 복조 및 복호화를 통해 수신 비트열을 복원한다.
또한, 무선통신부(210)는 기저대역 신호를 RF(radio frequency) 대역 신호로 상향변환한 후 안테나를 통해 송신하고, 안테나를 통해 수신되는 RF 대역 신호를 기저대역 신호로 하향변환한다. 이를 위해, 무선통신부(210)는 송신 필터, 수신 필터, 증폭기, 믹서(mixer), 오실레이터(oscillator), DAC(digital to analog convertor), ADC(analog to digital convertor) 등을 포함할 수 있다. 또한, 무선통신부(210)는 다수의 송수신 경로(path)들을 포함할 수 있다. 나아가, 무선통신부(210)는 다수의 안테나 요소들(antenna elements)로 구성된 적어도 하나의 안테나 어레이(antenna array)를 포함할 수 있다.
하드웨어의 측면에서, 무선통신부(210)는 디지털 유닛(digital unit) 및 아날로그 유닛(analog unit)으로 구성될 수 있으며, 아날로그 유닛은 동작 전력, 동작 주파수 등에 따라 다수의 서브 유닛(sub-unit)들로 구성될 수 있다. 디지털 유닛은 적어도 하나의 프로세서(예: DSP(digital signal processor))로 구현될 수 있다.
무선통신부(210)는 상술한 바와 같이 신호를 송신 및 수신한다. 이에 따라, 무선통신부(210)의 전부 또는 일부는 '송신부(transmitter)', '수신부(receiver)' 또는 '송수신부(transceiver)'로 지칭될 수 있다. 또한, 이하 설명에서, 무선 채널을 통해 수행되는 송신 및 수신은 무선통신부(210)에 의해 상술한 바와 같은 처리가 수행되는 것을 포함하는 의미로 사용된다.
백홀통신부(220)는 네트워크 내 다른 노드들과 통신을 수행하기 위한 인터페이스를 제공한다. 즉, 백홀통신부(220)는 기지국에서 다른 노드, 예를 들어, 다른 접속 노드, 다른 기지국, 상위 노드, 코어망 등으로 송신되는 비트열을 물리적 신호로 변환하고, 다른 노드로부터 수신되는 물리적 신호를 비트열로 변환한다.
저장부(230)는 기지국의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장한다. 저장부(230)는 휘발성 메모리, 비휘발성 메모리 또는 휘발성 메모리와 비휘발성 메모리의 조합으로 구성될 수 있다. 그리고, 저장부(230)는 제어부(240)의 요청에 따라 저장된 데이터를 제공한다.
제어부(240)는 기지국의 전반적인 동작들을 제어한다. 예를 들어, 제어부(240)는 무선통신부(210)를 통해 또는 백홀통신부(220)를 통해 신호를 송신 및 수신한다. 또한, 제어부(240)는 저장부(230)에 데이터를 기록하고, 읽는다. 그리고, 제어부(240)는 통신 규격에서 요구하는 프로토콜 스택(protocol stack)의 기능들을 수행할 수 있다. 다른 구현 예에 따라, 프로토콜 스택은 무선통신부(210)에 포함될 수 있다. 이를 위해, 제어부(240)는 적어도 하나의 프로세서(processor)를 포함할 수 있다. 다양한 실시 예들에 따라, 제어부(240)는 기지국이 후술하는 다양한 실시 예들에 따른 동작들을 수행하도록 제어할 수 있다.
도 3은 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 단말의 구성을 도시한다. 도 3에 예시된 구성은 단말(120)의 구성으로서 이해될 수 있다. 이하 사용되는 '...부', '...기' 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어나 소프트웨어, 또는, 하드웨어 및 소프트웨어의 결합으로 구현될 수 있다.
도 3을 참고하면, 단말은 통신부(310), 저장부(320), 제어부(330)를 포함한다.
통신부(310)는 무선 채널을 통해 신호를 송수신하기 위한 기능들을 수행한다. 예를 들어, 통신부(310)는 시스템의 물리 계층 규격에 따라 기저대역 신호 및 비트열 간 변환 기능을 수행한다. 예를 들어, 데이터 송신 시, 통신부(310)는 송신 비트열을 부호화 및 변조함으로써 복소 심볼들을 생성한다. 또한, 데이터 수신 시, 통신부(310)는 기저대역 신호를 복조 및 복호화를 통해 수신 비트열을 복원한다. 또한, 통신부(310)는 기저대역 신호를 RF 대역 신호로 상향변환한 후 안테나를 통해 송신하고, 안테나를 통해 수신되는 RF 대역 신호를 기저대역 신호로 하향변환한다. 예를 들어, 통신부(310)는 송신 필터, 수신 필터, 증폭기, 믹서, 오실레이터, DAC, ADC 등을 포함할 수 있다.
또한, 통신부(310)는 다수의 송수신 경로(path)들을 포함할 수 있다. 나아가, 통신부(310)는 다수의 안테나 요소들로 구성된 적어도 하나의 안테나 어레이를 포함할 수 있다. 하드웨어의 측면에서, 통신부(310)는 디지털 회로 및 아날로그 회로(예: RFIC(radio frequency integrated circuit))로 구성될 수 있다. 여기서, 디지털 회로 및 아날로그 회로는 하나의 패키지로 구현될 수 있다. 또한, 통신부(310)는 다수의 RF 체인들을 포함할 수 있다. 나아가, 통신부(310)는 빔포밍을 수행할 수 있다.
통신부(310)는 상술한 바와 같이 신호를 송신 및 수신한다. 이에 따라, 통신부(310)의 전부 또는 일부는 '송신부', '수신부' 또는 '송수신부'로 지칭될 수 있다. 또한, 이하 설명에서 무선 채널을 통해 수행되는 송신 및 수신은 통신부(310)에 의해 상술한 바와 같은 처리가 수행되는 것을 포함하는 의미로 사용된다.
저장부(320)는 단말의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장한다. 저장부(320)는 휘발성 메모리, 비휘발성 메모리 또는 휘발성 메모리와 비휘발성 메모리의 조합으로 구성될 수 있다. 그리고, 저장부(320)는 제어부(330)의 요청에 따라 저장된 데이터를 제공한다.
제어부(330)는 단말의 전반적인 동작들을 제어한다. 예를 들어, 제어부(330)는 통신부(310)를 통해 신호를 송신 및 수신한다. 또한, 제어부(330)는 저장부(320)에 데이터를 기록하고, 읽는다. 그리고, 제어부(330)는 통신 규격에서 요구하는 프로토콜 스택의 기능들을 수행할 수 있다. 이를 위해, 제어부(330)는 적어도 하나의 프로세서 또는 마이크로(micro) 프로세서를 포함하거나, 또는, 프로세서의 일부일 수 있다. 또한, 통신부(310)의 일부 및 제어부(330)는 CP(communication processor)라 지칭될 수 있다. 다양한 실시 예들에 따라, 제어부(330)는 단말이 후술하는 다양한 실시 예들에 따른 동작들을 수행하도록 제어할 수 있다.
도 4는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 통신부의 구성을 도시한다. 도 4는 도 2의 무선통신부(210) 또는 도 3의 통신부(310)의 상세한 구성에 대한 예를 도시한다. 구체적으로, 도 4는 도 2의 무선통신부(210) 또는 도 3의 통신부(310)의 일부로서, 빔포밍을 수행하기 위한 구성요소들을 예시한다.
도 4를 참고하면, 무선통신부(210) 또는 통신부(310)는 부호화 및 변조부(402), 디지털 빔포밍부(404), 다수의 송신 경로들(406-1 내지 406-N), 아날로그 빔포밍부(408)를 포함한다.
부호화 및 변조부(402)는 채널 인코딩을 수행한다. 채널 인코딩을 위해, LDPC(low density parity check) 코드, 컨볼루션(convolution) 코드, 폴라(polar) 코드 중 적어도 하나가 사용될 수 있다. 부호화 및 변조부(402)는 성상도 맵핑(constellation mapping)을 수행함으로써 변조 심볼들을 생성한다.
디지털 빔포밍부(404)는 디지털 신호(예: 변조 심볼들)에 대한 빔포밍을 수행한다. 이를 위해, 디지털 빔포밍부(404)는 변조 심볼들에 빔포밍 가중치들을 곱한다. 여기서, 빔포밍 가중치들은 신호의 크기 및 위상을 변경하기 위해 사용되며, '프리코딩 행렬(precoding matrix)', '프리코더(precoder)' 등으로 지칭될 수 있다. 디지털 빔포밍부(404)는 다수의 송신 경로들(406-1 내지 406-N)로 디지털 빔포밍된 변조 심볼들을 출력한다. 이때, MIMO(multiple input multiple output) 전송 기법에 따라, 변조 심볼들은 다중화되거나, 다수의 송신 경로들(406-1 내지 406-N)로 동일한 변조 심볼들이 제공될 수 있다.
다수의 송신 경로들(406-1 내지 406-N)은 디지털 빔포밍된 디지털 신호들을 아날로그 신호로 변환한다. 이를 위해, 다수의 송신 경로들(406-1 내지 406-N) 각각은 IFFT(inverse fast fourier transform) 연산부, CP(cyclic prefix) 삽입부, DAC, 상향 변환부를 포함할 수 있다. CP 삽입부는 OFDM(orthogonal frequency division multiplexing) 방식을 위한 것으로, 다른 물리 계층 방식(예: FBMC(filter bank multi-carrier))이 적용되는 경우 제외될 수 있다. 즉, 다수의 송신 경로들(406-1 내지 406-N)은 디지털 빔포밍을 통해 생성된 다수의 스트림(stream)들에 대하여 독립된 신호처리 프로세스를 제공한다. 단, 구현 방식에 따라, 다수의 송신 경로들(406-1 내지 406-N)의 구성요소들 중 일부는 공용으로 사용될 수 있다.
아날로그 빔포밍부(408)는 아날로그 신호에 대한 빔포밍을 수행한다. 이를 위해, 디지털 빔포밍부(404)는 아날로그 신호들에 빔포밍 가중치들을 곱한다. 여기서, 빔포밍 가중치들은 신호의 크기 및 위상을 변경하기 위해 사용된다. 구체적으로, 다수의 송신 경로들(406-1 내지 406-N) 및 안테나들 간 연결 구조에 따라, 아날로그 빔포밍부(440)는 다양하게 구성될 수 있다. 예를 들어, 다수의 송신 경로들(406-1 내지 406-N) 각각이 하나의 안테나 어레이와 연결될 수 있다. 다른 예로, 다수의 송신 경로들(406-1 내지 406-N)이 하나의 안테나 어레이와 연결될 수 있다. 또 다른 예로, 다수의 송신 경로들(406-1 내지 406-N)은 적응적으로 하나의 안테나 어레이와 연결되거나, 둘 이상의 안테나 어레이들과 연결될 수 있다.
도 5는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템의 무선 시간-주파수 자원의 구조를 도시한다.
도 5를 참고하면, 무선 자원 영역에서 가로 축은 시간 영역을, 세로 축은 주파수 영역을 나타낸다. 시간 영역에서의 최소 전송 단위는 OFDM 심볼(OFDM symbol) 또는 DFT-S-OFDM 심볼(DFT-S-OFDM symbol)로서, Nsymb 개의 OFDM 심볼들 또는 DFT-S-OFDM 심볼들(530)이 하나의 슬롯(505)에 포함된다. 슬롯과 달리 NR 시스템에서 서브프레임의 길이는 1.0ms으로 정의될 수 있으며, 라디오 프레임(radio frame)(500)의 길이는 10ms로 정의될 수 있다. 주파수 영역에서의 최소 전송 단위는 서브캐리어(subcarrier)로서, 전체 시스템 전송 대역(Transmission bandwidth)의 대역폭은 총 NBW 개의 서브캐리어들(525)을 포함할 수 있다. Nsymb, NBW 등의 구체적인 수치는 시스템에 따라 가변적으로 적용될 수 있다.
시간-주파수 자원 영역의 기본 단위는 자원 요소(resource element, RE) (510)로서 이는 OFDM 심볼 인덱스 또는 DFT-S-OFDM 심볼 인덱스 및 서브캐리어 인덱스로 나타날 수 있다. 자원 블록(resource block, RB(515) 은 주파수 영역에서 NRB 개의 연속된 서브캐리어들(520)로 정의될 수 있다. 일반적으로 데이터의 최소 전송 단위는 RB 단위이며, NR 시스템에서 일반적으로 Nsymb = 14, NRB = 12 이다.
도 5와 같은 무선 시간-주파수 자원의 구조는 Uu 인터페이스에 적용된다. 또한, 도 5와 같은 무선 시간-주파수 자원 구조는 사이드링크에도 유사하게 적용될 수 있다.
도 6a 내지 도 6d는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 사이드링크 통신에 대한 시나리오의 예들을 도시한다.
도 6a는 사이드링크 단말들(620a, 620b)이 기지국(610)의 커버리지 내에 위치해 있는 경우인 인-커버리지(in-coverage) 시나리오를 예시한다. 사이드링크 단말들(620a, 620b)은 기지국(610)으로부터 하향링크(downlink, DL)를 통해 데이터 및 제어 정보를 수신하거나, 기지국으로 상향링크(uplink, UL)를 통해 데이터 및 제어 정보를 송신할 수 있다. 이때, 데이터 및 제어 정보는 사이드링크 통신을 위한 데이터 및 제어 정보이거나, 또는 사이드링크 통신이 아닌 일반적인 셀룰러 통신을 위한 데이터 및 제어 정보일 수 있다. 또한, 도 6a에서 사이드링크 단말들(620a, 620b)은 사이드링크를 통해 사이드링크 통신을 위한 데이터 및 제어 정보를 송수신 할 수 있다.
도 6b는 사이드링크 단말들 중 제1 단말(620a)은 기지국(610)의 커버리지 내에 위치하고 제2 단말(620b)은 기지국(610)의 커버리지 밖에 위치하는 부분적 커버리지(partial coverage)의 경우를 예시한다. 기지국(610)의 커버리지 내에 위치한 제1 단말(620a)은 기지국으로부터 하향링크를 통해 데이터 및 제어 정보를 수신하거나 기지국으로 상향링크를 통해 데이터 및 제어 정보를 송신할 수 있다. 기지국(610)의 커버리지 밖에 위치한 제2 단말(620b)은 기지국으로부터 하향링크를 통해 데이터 및 제어 정보를 수신할 수 없으며, 기지국으로 상향링크를 통해 데이터 및 제어 정보를 송신할 수 없다. 제2 단말(620b)은 제1 단말(610a)과 사이드링크를 통해 사이드링크 통신을 위한 데이터 및 제어 정보를 송수신 할 수 있다.
도 6c는 사이드링크 단말들(예: 제1 단말(610a), 제2 단말(620b))이 기지국(610)의 커버리지 밖에 위치한 경우에 대한 예시이다. 따라서, 제1 단말(620a) 및 제2 단말(620b)은 기지국으로부터 하향링크를 통해 데이터 및 제어 정보를 수신할 수 없으며, 기지국으로 상향링크를 통해 데이터 및 제어 정보를 송신할 수 없다. 제1 단말(620a) 및 제2 단말(620b)은 사이드링크를 통해 사이드링크 통신을 위한 데이터 및 제어 정보를 송신 및 수신할 수 있다.
도 6d는 사이드링크 통신을 수행하는 제1 단말(620a) 및 제2 단말(620b)이 서로 다른 기지국들(예: 제1 기지국(610a), 제2 기지국(610b))에 접속해 있거나(예: RRC 연결 상태) 또는 캠핑해 있는 경우(예: RRC 연결 해제 상태, 즉, RRC 아이들(idle) 상태)인 인터-셀(inter-cell) 사이드링크 통신을 수행하는 경우를 예시한다. 이때, 제1 단말(620a)은 사이드링크 송신 단말이고 제2 단말(620b)은 사이드링크 수신 단말일 수 있다. 또는, 제1 단말(620a)이 사이드링크 수신 단말이고 제2 단말(620b)은 사이드링크 송신 단말일 수 있다. 제1 단말(620a)은 자신이 접속한(또는 자신이 캠핑하고 있는) 기지국(610a)으로부터 사이드링크 전용 SIB(system information block)을 수신할 수 있으며, 제2 단말(620b)은 자신이 접속한(또는 자신이 캠핑하고 있는) 또 다른 기지국(620b)으로부터 사이드링크 전용 SIB을 수신할 수 있다. 이때, 제1 단말(620a)이 수신한 사이드링크 전용 SIB의 정보와 제2 단말(620b)이 수신한 사이드링크 전용 SIB의 정보가 서로 상이할 수 있다. 따라서, 서로 다른 셀에 위치한 단말들 간 사이드링크 통신을 수행하기 위해서는 정보를 통일할 필요가 있다.
도 6a 내지 도 6d의 예들에서, 설명의 편의를 위해 두 개의 단말들(예: 제1 단말(610a), 제2 단말(620b))로 구성된 사이드링크 시스템을 예로 들어 설명하였으나, 본 발명은 이에 국한되지 않고, 3개 이상의 단말들이 참여하는 사이드링크 시스템에도 적용될 수 있다. 또한, 기지국(610)과 사이드링크 단말들과의 상향링크 및 하향링크는 Uu 인터페이스로 지칭될 수 있고, 사이드링크 단말들 간의 사이드링크는 PC5 인터페이스로 지칭될 수 있다. 이하 설명에서, 상향링크 또는 하향링크 및 Uu 인터페이스, 사이드링크 및 PC5는 혼용될 수 있다.
한편, 본 개시에서, 단말은 차량 간 통신(vehicular-to-vehicular, V2V)을 지원하는 차량, 차량과 보행자 간 통신(vehicular-to-pedestrian, V2P)을 지원하는 차량 또는 보행자의 핸드셋(예: 스마트폰), 차량과 네트워크 간 통신(vehicular-to-network, V2N)을 지원하는 차량 또는 차량과 인프라스트럭쳐(infrastructure) 간 통신(vehicular-to-infrastructure, V2I)을 지원하는 차량을 의미할 수 있다. 또한 본 개시에서 단말은, 단말 기능을 장착한 RSU(road side unit), 기지국 기능을 장착한 RSU, 또는 기지국 기능의 일부 및 단말 기능의 일부를 장착한 RSU를 의미할 수 있다.
도 7a 및 도 7b는 본 개시의 다양한 실시 예들에 따른 무선 통신 시스템에서 사이드링크 통신의 전송 방식의 예들을 도시한다. 도 7a는 유니캐스트(unicast) 방식을, 도 7b는 그룹캐스트(groupcast) 방식을 예시한다.
도 7a와 같이, 송신 단말(720a)과 수신 단말(720b)이 일-대-일로 통신을 수행할 수 있다. 도 7a와 같은 전송 방식은 유니캐스트(unicast) 통신이라고 지칭될 수 있다. 도 7b와 같이, 송신 단말(720a 또는 720d)과 수신 단말들(720b, 720c, 720e, 720f, 720g)이 일-대-다(多)로 통신을 수행할 수 있다. 도 7b와 같은 전송 방식은 그룹캐스트(groupcast) 또는 멀티캐스트(multicast)로 지칭될 수 있다. 도 7b에서, 제1 단말(720a), 제2 단말(720b), 제3 단말(720c)은 하나의 그룹(group)을 형성할 수 있고, 그룹 내 단말들(제1 단말(720a), 제2 단말(720b), 제3 단말(720c))은 그룹캐스트 통신을 수행할 수 있다. 제4 단말(720d), 제5 단말(720e), 제6 단말(720f), 제7 단말(720g)은 다른 그룹을 형성할 수 있고, 그룹 내 단말들(제4 단말(720d), 제5 단말(720e), 제6 단말(720f), 제7 단말(720g))은 그룹캐스트 통신을 수행할 수 있다. 단말은 자신이 소속된 그룹 내에서 그룹캐스트 통신을 수행하거나, 서로 다른 그룹 간에 속한 적어도 하나의 다른 단말과 유니캐스트, 그룹캐스트, 또는 브로드캐스트(broadcast) 통신을 수행할 수 있다. 도 7b에서, 두 개의 그룹들이 예시되나, 본 발명은 이에 한정되지 않고, 더 많은 수의 그룹이 형성된 경우에도 적용될 수 있다.
한편, 도 7a 또는 도 7b에 도시되지 아니하였으나, 사이드링크 단말들은 브로드캐스트(broadcast) 통신을 수행할 수 있다. 브로드캐스트 통신은 사이드링크 송신 단말이 사이드링크를 통해 전송한 데이터 및 제어 정보를 모든 사이드링크 단말들이 수신하는 방식을 의미한다. 예를 들어, 도 7b에서 제1 단말(720a)이 송신 단말이면, 나머지 단말들(720b, 720c, 720d, 720e, 720f, 720g)은 제1 단말(720a)이 송신하는 데이터 및 제어 정보를 수신할 수 있다.
전술한 사이드링크 유니캐스트 통신, 그룹캐스트 통신, 브로드캐스트 통신은 인-커버리지(in-coverage) 시나리오, 부분적-커버리지(partial-coverage) 시나리오 또는 아웃-오브 커버리지(out-of-coverage) 시나리오에서 지원될 수 있다.
NR 사이드링크의 경우, LTE 사이드링크에서와 달리, 차량 단말이 유니캐스트를 통해 하나의 특정 단말에게만 데이터를 전송하는 전송 형태 및 그룹캐스트를 통해 특정 복수의 단말들에게 데이터를 전송하는 전송 형태의 지원이 고려될 수 있다. 예를 들어, 두 대 이상의 차량들을 하나의 네트워크로 연결하고, 군집 형태로 묶여져 이동하는 기술인 플래투닝(platooning)과 같은 서비스 시나리오를 고려할 경우, 이러한 유니캐스트 및 그룹캐스트 기술이 유용하게 사용될 수 있다. 구체적으로, 플래투닝으로 연결된 그룹의 리더(leader) 단말이 하나의 특정 단말을 제어하기 위한 목적으로 유니캐스트 통신이 사용될 수 있으며, 특정 다수의 단말로 이루어진 그룹을 동시에 제어하기 위한 목적으로 그룹캐스트 통신이 사용될 수 있다.
기지국 또는 단말은 사이드링크 통신(즉, V2X)을 위해 자원 할당을 수행할 수 있다. 사이드링크 전송을 위한 자원 할당은 시간 및 주파수 영역에서 정의되는 자원 풀(resource pool) 내에서 수행될 수 있다. 자원 풀은 주파수 영역 내인 BWP(bandwidth part) 내에서 설정될 수 있다. 구체적으로, 자원 할당은 다음과 같은 방법이 사용될 수 있다.
(1) 모드 1 자원 할당 - 스케줄링된 자원 할당(scheduled resource allocation)
스케줄링된 자원 할당은 기지국이 RRC 연결된 단말들에게 전용(dedicated) 스케줄링 방식으로 사이드링크 전송에 사용되는 자원을 할당하는 방법이다. 기지국은 커버리지 내 단말에게 자원을 할당할 수 있다. 기지국은 사이드링크 전송을 위한 송신 단말에게 자원 할당(resource allocation) 정보를 전송할 수 있다. 즉, 기지국은 사이드링크 전송을 위한 자원을 스케줄링하고, 단말에게 스케줄링 결과를 전송할 수 있다. 기지국이 사이드링크의 자원을 관리할 수 있기 때문에 스케줄링된 자원 할당 방법은 간섭 관리와 자원 풀의 관리(동적 할당 및/또는 준정적 전송(semi-persistent transmission))에 효과적일 수 있다. RRC 연결 모드 단말은 다른 단말(들)에게 전송할 데이터가 있을 경우, RRC 메시지 또는 MAC 제어 요소(control element, 이하 'CE')를 이용하여 다른 단말(들)에게 전송할 데이터가 있음을 기지국에 알리는 정보를 전송할 수 있다. 예를 들어, 단말이 기지국에게 전송하는 RRC 메시지는 사이드링크 단말 정보(SidelinkUEInformation), 단말 어시스턴스 정보(UEAssistanceInformation) 메시지일 수 있으며, MAC CE는 V2X 통신을 위한 버퍼 상태 보고(buffer status report, BSR)임을 알리는 지시자 및 사이드링크 통신을 위해 버퍼되어 있는 데이터의 크기에 대한 정보 중 적어도 하나를 포함하는 BSR MAC CE, SR(scheduling request) 등이 해당될 수 있다.
(2) 모드 2 자원 할당 - 단말 자율 자원 선택(UE autonomous resource selection)
두 번째로, 단말 자율 자원 선택은 V2X를 위한 사이드링크 송수신 자원 풀을 시스템 정보 또는 RRC 메시지(일례로 RRC재설정(RRCReconfiguration) 메시지, PC5-RRC 메시지) 또는 미리 설정된 정보 (pre-configuration)로 단말에게 제공하고, 단말이 정해진 규칙에 따라 자원 풀 및 자원을 선택하는 방법이다. 단말 자율 자원 선택은 다음의 자원 할당 방법 중 하나 또는 복수 개의 방법에 해당할 수 있다.
> 단말은 전송을 위한 사이드링크 자원을 자율적으로 선택한다(UE autonomously selects sidelink resource for transmission).
> 단말은 다른 단말을 위한 사이드링크 자원 선택을 돕는다(UE assists sidelink resource selection for other UEs).
> 단말은 사이드링크 전송을 위한 NR의 설정된 그랜트를 설정 받는다(UE is configured with NR configured grant for sidelink transmission).
> 단말은 다른 단말의 사이드링크 전송을 스케줄링 할 수 있다(UE schedules sidelink transmission of other UEs).
- 단말의 자원 선택 방법으로는 존 매핑(zone mapping), 센싱(sensing) 기반의 자원 선택, 랜덤 선택 등이 포함될 수 있다.
- 추가적으로 기지국의 커버리지에 존재하더라도 스케줄링된 자원 할당 또는 단말 자율 자원 선택 모드로 자원 할당 또는 자원 선택이 수행되지 못할 수 있다. 이러한 경우, 단말은 미리 설정된(preconfigured) 사이드링크 송수신 자원 풀(preconfiguration resource pool) 또는 예외상황을 위해 설정된 사이드링크 송수신 자원 풀 (exceptional resource pool)을 통해 V2X 사이드링크 통신을 수행할 수도 있다.
- 또한, V2X 통신을 위한 단말들이 기지국의 커버리지 밖에 존재하는 경우 단말은 미리 설정된 사이드링크 송수신 자원 풀을 통해 V2X 사이드링크 통신을 수행할 수도 있다.
사이드링크 플로우 내지 패킷을 전송하기 위한 SLRB(sidelink radio bearer) 구성(configuration) 및 SLRB는 SL 논리 채널(logical channel, LC)에 매핑되며, SL 논리채널은 SL 논리 채널 그룹(logical channel group, LCG)에 매핑될 수 있다. SLRB 구성 및 SLRB는 소스 인덱스(source index), 목적지 인덱스(destination index), 캐스트 타입(cast type), QFI(QoS flow identifier)/PFI(ProSe flow identifier 또는 PC5 flow identifier) 내지 우선순위(priority) 등의 조합으로 구분될 수 있다.
1. PC5-LINK-AMBR 운용 방안
사이드링크를 통한 단말 간 직접 통신 시스템은 GBR(guaranteed bit rate) QoS flow, non-GBR (non-guaranteed bit rate) QoS flow, 및 delay critical GBR QoS flow를 통한 데이터 송수신을 지원할 수 있다. 기지국 또는 단말은 GBR QoS flow에 대해서는 GFBR (guaranteed flow bit rate), MFBR (maximum flow bit rate)를 기반으로 사이드링크 무선 자원 할당을 처리할 수 있다. 기지국 또는 단말은 non-GBR QoS flow에 대해서는 UE-PC5-AMBR(UE PC5 aggregated maximum bit rate), PC5-LINK-AMBR (PC5 LINK aggregated maximum bit rate)를 기반으로 사이드링크 무선 자원 할당을 처리할 수 있다. 기지국 또는 단말은 delay critical GBR QoS flow에 대해서는 UE-PC5-AMBR를 기반으로 사이드링크 무선 자원 할당을 처리하거나 또는 delay critical GBR QoS flow 용도의 AMBR(aggregated maximum bit rate)를 기반으로 사이드링크 무선 자원 할당을 처리할 수 있다. 기지국이 사이드링크 무선 자원 할당을 처리하는 경우는 모드 1 자원 할당의 경우에 해당하고 단말이 사이드링크 무선 자원 할당을 처리하는 경우는 모드 2 자원 할당의 경우에 해당한다. 다시 말해, 모드 1 자원 할당에서, 기지국은 단말의 사이드링크 전송을 위한 무선 자원 할당을 수행할 수 있다. 모드 2 자원 할당에서, 단말은 사이드링크 전송을 위한 무선 자원 할당을 수행할 수 있다.
상기 PC5-LINK-AMBR은 각 PC5 유니캐스트 링크(unicast link)에 대해 동일한 값으로 설정되어 운용될 수 있다. 따라서 PC5 유니캐스트 링크 A에 속하는 각 PC5 flow의 data rate의 합이 PC5 유니캐스트 링크 B에 속하는 각 PC5 flow의 data rate의 합과 동일하게 운용될 수 있다. PC5 유니캐스트 링크는, 단말의 V2X application이 유니캐스트 방식의 사이드링크 통신을 사용하도록 설정되어 있고 상기 V2X application에서 발생하는 패킷을 전송하기 위한 PC5 flow가 설정되어 있을 때, 상기 PC5 flow와 매핑되어 단말에서 관리될 수 있다. 상기 PC5 유니캐스트 링크의 PC5-LINK-AMBR은 단말에서 직접 설정되거나, V2X application 서버에서 설정되거나, 또는 단말의 subscription을 관리하는 엔터티에서 설정될 수 있고, 단말은 PC5-LINK-AMBR를 저장할 수 있다.
모드 2 자원 할당에서, 단말은 각 PC5 유니캐스트 링크에 대한 PC5-LINK-AMBR 정보를 저장할 수 있다. 상기 단말은 임의의 유니캐스트 PC5 flow에 대해 전송할 패킷이 발생하면 상기 패킷을 전송할 자원을 획득하기 위해 상기 PC5 flow에 해당되는 PC5 유니캐스트 링크를 판단하고, 상기 유니캐스트 링크에 대한 PC5-LINK-AMBR을 확인(즉, 식별)할 수 있다. 상기 단말은 PC5-LINK-AMBR에 기반하여, 상기 패킷을 전송하기 위한 자원을 할당할 수 있다. 예를 들어, 상기 단말은 PC5-LINK-AMBR을 초과하지 않는 수준에서 상기 패킷을 전송하기 위한 자원을 할당할 수 있다.
모드 1 자원 할당에서, 기지국은 단말로부터 임의의 유니캐스트 PC5 flow에 속하는 패킷을 전송할 자원 할당 요청을 수신할 수 있다. 기지국은 상기 패킷을 전송할 자원을 할당하기 위해 상기 PC5 flow에 해당되는 PC5 유니캐스트 링크 및 상기 링크에 대한 PC5-LINK-AMBR을 확인(즉, 식별)할 수 있다. 상기 기지국은 PC5-LINK-AMBR에 기반하여, 상기 패킷을 전송하기 위한 자원을 할당할 수 있다. 예를 들어, 상기 기지국은 PC5-LINK-AMBR을 초과하지 않는 수준에서 상기 패킷을 전송할 자원을 단말에게 할당할 수 있다. 여기서 상기 기지국이 PC5 유니캐스트 링크에 대한 PC5-LINK-AMBR을 확인하려면 기지국은 단말의 PC5 flow가 어떤 PC5 유니캐스트 링크에 매핑되며 해당 PC5 유니캐스트 링크의 PC5-LINK-AMBR 정보가 무엇인지 알아야 한다. 다음으로 다양한 실시 예들을 참고하여 상기 기지국이 단말의 PC5 유니캐스트 링크와 해당 PC5 유니캐스트 링크의 PC5-LINK-AMBR 정보를 획득하는 방안에 대해 설명하기로 한다.
도 8a 내지 도 8e는 본 개시의 다양한 실시 예들에 따른 유니캐스트 기반 사이드링크 무선 자원 할당을 위한 단말과 기지국 간 신호 흐름을 도시한다. 도 8a 내지 도 8c는 유니캐스트 플로우가 생성되고 상기 유니캐스트 플로우가 매핑되는 유니캐스트 링크 정보가 업데이트되는 경우, 기지국이 PC5-LINK-AMBR 정보를 획득하는 실시 예들을 도시한다. 도 8d 및 도 8e는 유니캐스트 플로우가 삭제되고 상기 유니캐스트 플로우가 매핑되는 유니캐스트 링크 정보가 업데이트되는 경우, 기지국이 PC5-LINK-AMBR 정보를 획득하는 실시 예들을 도시한다.
도 8a에서는 SLRB 설정 요청 기반 PC5-LINK-AMBR 정보 획득 방안이 서술된다. 도 8a를 참고하면, 단계(801)에서, 단말은 사이드링크 플로우를 식별할 수 있다. 사이드링크 통신을 통한 서비스 관리(예: QoS(quality-of-service) 관리)를 위하여 사이드링크 플로우가 이용될 수 있다. 하나 이상의 사이드링크 플로우들은 하나의 PC5 유니캐스트 링크에 대응할 수 있다. 사이드링크 플로우는 PC5 플로우(PC5 flow), PC5 QoS 플로우, 또는 사이드링크 QoS 플로우 등으로 지칭될 수 있다. 단말은 사이드링크 플로우가 생성됨을 판단할 수 있다. 단말은 생성된 사이드링크 플로우를 식별할 수 있다. 예를 들어, 단말은 새로이 생성된 사이드링크 플로우, 즉 신규 플로우를 식별할 수 있다. 또한, 예를 들어, 단말은, 단말의 상태가 RRC_CONNECTED로 변경됨에 따라 재설정이 필요한 사이드링크 플로우를 식별할 수 있다.
단계(803)에서, 단말은 PC5 유니캐스트 링크를 식별할 수 있다. 유니캐스트 방식의 사이드링크 통신을 관리하기 위하여, PC5 유니캐스트 링크가 이용될 수 있다. PC5 유니캐스트 링크는, 하나 이상의 사이드링크 플로우들에 매핑될 수 있다. PC5 유니캐스트 링크는, PC5 링크, 또는 사이드링크 유니캐스트 링크 등으로 지칭될 수 있다. 단말은 상기 사이드링크 플로우에 매핑되는 PC5 유니캐스트 링크를 식별할 수 있다.
단계(805)에서, 단말은 PC5-LINK-AMBR을 식별할 수 있다. 단말은 사이드링크 플로우 또는 PC5 유니캐스트 링크 중에서 적어도 하나에 기반하여 PC5-LINK-AMBR을 식별할 수 있다. 즉, 단말은 상기 사이드링크 플로우, PC5 유니캐스트 링크에 대한 정보를 관리할 수 있다. 단말은 상기 사이드링크 플로우가 매핑되는 PC5 유니캐스트 링크의 PC5-LINK-AMBR을 식별할 수 있다.
단계(807)에서, 단말은 사이드링크 무선 베어러(sidelink radio bearer, SLRB) 설정 정보를 요청하기 위한 신호(이하, SLRB 설정 요청 시그널)를 전송할 수 있다. 단말은 상기 사이드링크 플로우에 해당되는 패킷을 송수신할 수 있는 SLRB 정보를 설정하기 위하여, 상기 SLRB 설정 요청 시그널을 전송할 수 있다. 단말이 기지국과 RRC 연결(RRC CONNECTED) 상태에 있는 경우, 단말은 기지국에게 상기 SLRB 설정 요청 시그널을 전송할 수 있다.
다양한 실시 예들에 따라, 단말은 사이드링크 플로우에 대한 SLRB 설정 정보를 요청하면서 기지국에게 사이드링크 플로우 정보와 이에 매핑되는 PC5 유니캐스트 링크 정보를 전송할 수 있다. 단말은 상기 설정 요청 시그널에 사이드링크 플로우에 대한 정보와 상기 사이드링크 플로우에 매핑되는 PC5 유니캐스트 링크 정보를 포함시킬 수 있다. 예를 들어, 상기 SLRB 설정 요청 시그널은 목적지 식별자, 소스 식별자, 사이드링크 플로우의 식별자(이하, 사이드링크 플로우 식별자), 사이드링크 플로우의 QoS 프로파일(profile은 5QI(5G QoS Indicator) 또는 PQI(PC5 5QI) 또는 QoS 요구사항에 해당될 수 있음), PC5 유니캐스트 링크의 식별자(이하, PC5 유니캐스트 링크 식별자), PC5 유니캐스트 링크에 대한 PC5-LINK-AMBR 중 적어도 하나를 포함할 수 있다. 일 실시 예에 따라, 단말은 PC5-LINK-AMBR을 기지국에게 이전에 전달하였고 값이 변경되지 않았다고 판단되면, 단말은 기지국에게 PC5-LINK-AMBR 없이 SLRB 설정 요청 시그널을 전송할 수 있다. 즉, 상기 사이드링크 플로우에 매핑되는 PC5 유니캐스트 링크에 대한 PC5-LINK-AMBR은 상기 SLRB 설정 요청 시그널에서 생략될 수 있다.
상기 SLRB 설정 요청 시그널은 하나 이상의 사이드링크 플로우들과 각 사이드링크 플로우에 대응하는 매핑되는 PC5 유니캐스트 링크에 대한 정보를 포함할 수 있다. 여기서 적어도 하나의 사이드링크 플로우가 1개의 PC5 유니캐스트 링크에 매핑될 수 있다.
단계(809)에서, 기지국은 단말에게 SLRB 설정 정보를 전송할 수 있다. 기지국은 상기 단계(807)의 요청에 대한 응답으로 SLRB 설정 정보를 단말에게 전송할 수 있다. 상기 SLRB 설정 정보는 상기 사이드링크 플로우에 매핑되는 SLRB 식별자, SLRB에 대한 무선 파라미터 정보(예를 들어, SDAP(service data adaptation protocol) configuration, PDCP(packet data convergence protocol) configuration, RLC(radio link control) configuration, MAC(medium access control) configuration, PHY(physical) configuration 중 적어도 하나), 논리채널 식별자, 논리채널 식별자 그룹 중 적어도 하나를 포함할 수 있다.
단계(811)에서, 기지국은 PC5-LINK-AMBR 정보를 관리할 수 있다. 기지국은 단말로부터 수신된 SLRB 설정 요청 시그널에 기반하여 PC5-LINK-AMBR 정보를 관리할 수 있다. 여기서, PC5-LINK-AMBR 정보란, 단말의 사이드링크 플로우, SLRB, 논리 채널, PC5 유니캐스트 링크, 및 PC5 유니캐스트 링크의 AMBR 간의 관계에 대한 정보를 의미할 수 있다. 기지국은 사이드링크 플로우에 대한 SLRB 설정 및 PC5-LINK-AMBR 정보를 업데이트할 수 있다. 기지국은 단말로부터 사이드링크 플로우, 상기 사이드링크 플로우에 매핑되는 PC5 유니캐스트 링크, 또는 PC5-LINK-AMBR 중 적어도 하나를 수신하면, 상기 사이드링크 플로우, PC5 유니캐스트 링크, SLRB, 논리채널과 이에 대한 PC5-LINK-AMBR 매핑 정보를 관리할 수 있다. 상기 정보는 단말이 기지국에게 사이드링크 자원 할당을 요청 시, 사용될 수 있다.
단계(813)에서, 단말은 사이드링크를 위한 자원을 요청하는 신호(이하, 사이드링크 자원 요청 시그널)를 기지국에게 전송할 수 있다. 단말은 상기 사이드링크 플로우에 속하는 패킷을 송신하기 위한 자원 할당을 기지국에게 요청할 수 있다. 상기 사이드링크 자원 요청 시그널은 목적지 식별자, 소스 식별자, 논리채널 식별자, 버퍼 상태 정보 중 적어도 하나의 정보를 포함할 수 있다.
단계(815)에서, 기지국은 사이드링크를 위한 자원 할당 정보를 단말에게 전송할 수 있다. 기지국은 단말의 사이드링크 자원 요청 시그널을 수신하면 목적지 식별자, 소스 식별자, 논리채널 식별자 중 적어도 하나의 정보와 상기 단계(811)에서 관리되는 정보(예: SLRB 설정, PC5-LINK-AMBR 정보)를 기반으로 사이드링크 자원 할당을 수행할 수 있다. 즉, 기지국은 스케줄링을 수행할 수 있다. 기지국은 상기 요청이 사이드링크 유니캐스트 링크에 대한 자원 요청임을 결정하고, 해당되는 PC5 유니캐스트 링크의 식별자를 판단할 수 있다. 기지국은 상기 PC5 유니캐스트 링크에 해당되는 PC5-LINK-AMBR을 기반으로 단말에게 할당될 사이드링크 자원을 결정할 수 있다. 사이드링크 자원을 할당하기로 결정한 경우, 기지국은, 단말에게 사이드링크 자원에 대한 할당 정보, 즉 사이드링크 자원 할당 정보를 전송할 수 있다.
도 8b에서는 사이드링크 자원 요청 기반 PC5-LINK-AMBR 정보 획득 방안이 서술된다. 도 8b를 참고하면, 단계(821)에서, 단말은 사이드링크 플로우를 식별할 수 있다. 단말은 사이드링크 플로우가 생성됨을 판단할 수 있다. 단말은 생성된 사이드링크 플로우를 식별할 수 있다. 상기 사이드링크 플로우는 신규 플로우이거나 단말의 상태가 RRC_CONNECTED로 변경되어서 재설정이 필요한 사이드링크 플로우를 포함할 수 있다. 단계(821)은 도 8a의 단계(801)에 대응하는 바, 동일 또는 유사한 설명은 생략될 수 있다.
단계(823)에서, 단말은 PC5 유니캐스트 링크를 식별할 수 있다. 단말은 상기 사이드링크 플로우에 매핑되는 PC5 유니캐스트 링크를 식별할 수 있다.
단계(825)에서, 단말은 PC5-LINK-AMBR을 식별할 수 있다. 단말은 사이드링크 플로우 또는 PC5 유니캐스트 링크 중에서 적어도 하나에 기반하여 PC5-LINK-AMBR을 식별할 수 있다. 즉, 단말은 상기 사이드링크 플로우, PC5 유니캐스트 링크에 대한 정보를 관리할 수 있다. 여기서 단말은 상기 사이드링크 플로우가 매핑되는 PC5 유니캐스트 링크의 PC5-LINK-AMBR을 식별할 수 있다.
단계(827)에서, 단말은 사이드링크 무선 베어러(sidelink radio bearer, SLRB) 설정 정보를 요청하기 위한 신호(이하, SLRB 설정 요청 시그널)를 전송할 수 있다. 단말은 상기 사이드링크 플로우에 해당되는 패킷을 송수신할 수 있는 SLRB 정보를 설정하기 위하여, 상기 SLRB 설정 요청 시그널을 전송할 수 있다. 단말이 기지국과 RRC 연결 상태에 있는 경우, 단말은 기지국에게 상기 SLRB 설정 요청 시그널을 전송할 수 있다. 상기 SLRB 설정 요청 시그널은 목적지 식별자, 소스 식별자, 사이드링크 플로우 식별자, 사이드링크 플로우의 QoS 프로파일(profile은 5QI 또는 PQI 또는 QoS 요구사항에 해당될 수 있음) 중 적어도 하나를 포함할 수 있다. 상기 SLRB 설정 요청 시그널은 여러 개의 사이드링크 플로우 정보를 포함할 수 있다.
단계(829)에서, 기지국은 단말에게 SLRB 설정 정보를 전송할 수 있다. 기지국은 상기 단계(827)의 요청에 대한 응답으로 SLRB 설정 정보를 단말에게 전송할 수 있다. 상기 SLRB 설정 정보는 상기 사이드링크 플로우에 매핑되는 SLRB 식별자, SLRB에 대한 무선 파라미터 정보 (예를 들어 SDAP configuration, PDCP configuration, RLC configuration, MAC configuration, PHY configuration 중 적어도 하나), 논리채널 식별자, 논리채널 식별자 그룹 중 적어도 하나를 포함할 수 있다.
단계(831)에서, 단말은 사이드링크를 위한 자원을 요청하는 신호(이하, 사이드링크 자원 요청 시그널)를 기지국에게 전송할 수 있다. 단말은 상기 사이드링크 플로우에 속하는 패킷을 송신하기 위한 자원 할당을 기지국에게 요청할 수 있다.
다양한 실시 예들에 따른, 단말은 상기 사이드링크 자원 요청 시그널과 함께 사이드링크 플로우에 매핑되는 PC5 유니캐스트 링크 정보를 전송할 수 있다. 즉, 단말은 사이드링크 플로우에 매핑되는 PC5 유니캐스트 링크에 대한 정보, 및 상기 PC5 유니캐스트 링크의 AMBR에 관한 정보를 포함하는 상기 사이드링크 자원 요청 시그널을 기지국에게 전송할 수 있다. 상기 사이드링크 자원 요청 시그널은 목적지 식별자, 소스 식별자, 논리채널 식별자, 버퍼 상태 정보, PC5 유니캐스트 링크 식별자, PC5-LINK-AMBR 중 적어도 하나의 정보를 포함할 수 있다. 일 실시 예에 따라, 상기 사이드링크 플로우에 매핑되는 PC5 유니캐스트 링크에 대한 PC5-LINK-AMBR은 단말이 기지국에게 이전에 전달하였고 값이 변경되지 않았다고 판단되면 상기 사이드링크 자원 요청 시그널에서 생략될 수 있다.
단계(833)에서, 기지국은 PC5-LINK-AMBR 정보를 관리할 수 있다. 기지국은 단말로부터 수신된 사이드링크 자원 요청 시그널에 기반하여 PC5-LINK-AMBR 정보를 관리할 수 있다. 여기서, PC5-LINK-AMBR 정보란, 단말의 사이드링크 플로우, SLRB, 논리 채널, PC5 유니캐스트 링크, 및 PC5 유니캐스트 링크의 AMBR 간의 관계에 대한 정보를 의미할 수 있다. 또한, 기지국은 사이드링크 플로우, 이에 매핑되는 PC5 유니캐스트 링크 및 PC5-LINK-AMBR 정보를 업데이트할 수 있다. 기지국은 상기 목적지 식별자, 사이드링크 플로우, 유니캐스트 링크, SLRB, 논리채널과 이에 대한 PC5-LINK-AMBR 매핑 정보를 관리할 수 있다.
단계(835)에서, 기지국은 사이드링크를 위한 자원 할당 정보를 단말에게 전송할 수 있다. 기지국은 단말의 사이드링크 자원 요청 시그널에 포함되어 있는 목적지 식별자, 소스 식별자, 논리채널 식별자 중 적어도 하나의 정보와 상기 단계(833)에서 관리되는 정보(예: PC5-LINK-AMBR 정보)를 기반으로 사이드링크 자원 할당을 수행할 수 있다. 즉, 기지국은 스케줄링을 수행할 수 있다. 기지국은 상기 요청이 사이드링크 유니캐스트 링크에 대한 자원 요청임을 결정하고, 해당되는 PC5 유니캐스트 링크의 식별자를 판단할 수 있다. 기지국은 상기 PC5 유니캐스트 링크에 해당되는 PC5-LINK-AMBR을 기반으로 단말에게 할당할 사이드링크 자원을 결정할 수 있다. 사이드링크 자원을 할당하기로 결정한 경우, 기지국은 단말에게 사이드링크 자원 할당 정보를 전송할 수 있다.
한편, 도 8b에서는 단계(825)의 PC5-LINK-AMBR의 식별이 단계(827)의 SLRB 설정 요청 이후에 수행되는 것으로 도시되었으나, 본 개시는 이에 한정되지 않는다. 일 실시 예에 따라, 단말은 SLRB 설정 정보 수신한 이후, 즉 단계(829) 이후, 사이드링크 자원 요청 시그널을 전송하기 전에 유니캐스트 링크에 대응하는 PC5-LINK-AMBR를 식별하고, 해당 PC5-LINK-ABMR을 상기 사이드링크 자원 요청 시그널에 포함시켜, 사이드링크 자원 요청 시그널을 기지국에게 전송할 수도 있다.
도 8b에 도시된 바와 달리, 본 개시의 다른 일 실시 예로서, PC5 유니캐스트 링크에 대한 식별자와 PC5-LINK-AMBR 정보가 분리되어 전송될 수 있다. 단말은, 단계(827)의 SLRB 설정 요청 시그널의 전송 시, 각 사이드링크 유니캐스트 링크에 적용할 PC5-LINK-AMBR 정보를 전송할 수 있다. 또한, 단계(831)의 사이드링크 자원 요청 시그널은 목적지 식별자, 소스 식별자, 논리채널 식별자, 버퍼 상태 정보 중 적어도 하나 외에 PC5 유니캐스트 링크 식별자 정보를 포함할 수 있다. 단계(827)의 PC5-LINK-AMBR 정보를 포함한 사이드링크 플로우, SLRB, 논리채널 정보와 단계(831)의 목적지 식별자, 소스 식별자, 논리채널 식별자, PC5 유니캐스트 링크 식별자 정보를 기반으로, 기지국은 상기 요청이 PC5 유니캐스트 링크에 대한 자원 요청임을 결정하고, 사이드링크 유니캐스트 링크의 식별자를 결정할 수 있다. 기지국은 상기 유니캐스트 링크에 해당되는 PC5-LINK-AMBR을 기반으로 단말에게 할당될 사이드링크 자원을 결정할 수 있다. 사이드링크 자원을 할당하기로 결정한 경우, 기지국은 단말에게 사이드링크 자원 할당 정보를 전송할 수 있다.
도 8c에서는 QoS 정보 기반 PC5-LINK-AMBR 정보 획득 방안이 서술된다. 단말이 서비스 등록을 하는 경우 코어 네트워크 엔터티를 통해 단말의 QoS 프로파일, subscription 프로파일 등이 관리될 수 있다. 여기서, 코어 네트워크 엔터티는 단말의 QoS 관리를 위한 엔터티로서, PCF(policy and control function)을 담당하는 네트워크 엔터티이거나, PCF를 담당하는 네트워크 엔터티와 연결되어 QOS 관리를 수행하는 네트워크 엔터티(예: AMF(access and mobility management function)를 담당하는 네트워크 엔티티, SMF(session management function)을 담당하는 네트워크 엔터티)일 수 있다. 여기서 단말의 QoS 프로파일은 단말이 사이드링크를 통해 서비스를 송수신할 때 사용하는 정보를 포함할 수 있고 본 개시의 실시 예에 따라 사이드링크 유니캐스트 링크에 대한 PC5-LINK-AMBR 정보를 포함할 수 있다.
도 8c를 참고하면, 단계(841)에서, 코어 네트워크 엔터티는 QoS 정보를 기지국에게 전송할 수 있다. 여기서 QoS 정보는 단말의 사이드링크의 QoS 프로파일과 관련된 정보일 수 있다. 코어 네트워크 엔터티는 단말을 서비스하는 기지국에게 단말의 사이드링크 관련 QOS 프로파일 정보를 전달할 수 있다. 상기 QoS 정보는 사이드링크 유니캐스트 링크에 대한 PC5-LINK-AMBR을 포함할 수 있다.
단계(843)에서, 기지국은 PC5-LINK-AMBR 정보를 관리할 수 있다. 기지국은 코어 네트워크 엔터티로부터 수신된 QoS 정보에 기반하여 PC5-LINK-AMBR 정보를 관리할 수 있다. 여기서, PC5-LINK-AMBR 정보란, 단말의 사이드링크 플로우, SLRB, 논리 채널, PC5 유니캐스트 링크, 및 PC5 유니캐스트 링크의 AMBR 간의 관계에 대한 정보를 의미할 수 있다. 기지국은 단말에 대한 사이드링크 유니캐스트 링크의 PC5-LINK-AMBR 정보를 업데이트할 수 있다.
단계(845)에서, 단말은 사이드링크 플로우를 식별할 수 있다. 단말은 사이드링크 플로우가 생성됨을 판단할 수 있다. 단말은 생성된 사이드링크 플로우를 식별할 수 있다. 상기 사이드링크 플로우는 신규 플로우이거나 단말의 상태가 RRC_CONNECTED로 변경되어서 재설정이 필요한 사이드링크 플로우를 포함할 수 있다.
단계(847)에서, 단말은 PC5 유니캐스트 링크를 식별할 수 있다. 단말은 상기 사이드링크 플로우에 매핑되는 PC5 유니캐스트 링크를 식별할 수 있다.
단계(849)에서, 단말은 PC5-LINK-AMBR을 식별할 수 있다. 단말은 사이드링크 플로우 또는 PC5 유니캐스트 링크 중에서 적어도 하나에 기반하여 PC5-LINK-AMBR을 식별할 수 있다. 단말은 상기 사이드링크 플로우, PC5 유니캐스트 링크에 대한 정보를 관리할 수 있다. 단말은 상기 사이드링크 플로우가 매핑되는 PC5 유니캐스트 링크의 PC5-LINK-AMBR을 식별할 수 있다.
단계(851)에서, 단말은 링크 관리 메시지를 코어 네트워크 엔터티에게 전송할 수 있다. 다양한 실시 예들에 따른, 링크 관리 메시지는, 단말의 사이드링크의 QoS를 관리하기 위해 요구되는 단말의 사이드링크 플로우 또는 PC5 유니캐스트 링크와 관련된 정보를 포함할 수 있다. 즉, 단말은 코어 네트워크 엔터티에게 사이드링크 플로우 정보와 상기 사이드링크 플로우에 매핑되는 PC5 유니캐스트 링크에 대한 정보를 전송할 수 있다. 다양한 실시 예들에 따른, 링크 관리 메시지는 사이드링크 플로우 식별자, PC5 유니캐스트 링크 식별자, PC5 유니캐스트 링크에 해당되는 PC5-LINK-AMBR 중 적어도 하나의 정보를 포함할 수 있다. 일 실시 예에 따라, 상기 사이드링크 플로우에 매핑되는 PC5 유니캐스트 링크에 대한 PC5-LINK-AMBR은 단말이 코어 네트워크 엔터티에게 이전에 전달하였고 값이 변경되지 않았다고 판단되면 상기 링크 관리 메시지에서 생략될 수 있다. 상기 링크 관리 메시지는 하나 이상의 사이드링크 플로우들과 각 사이드링크 플로우에 대응하는 PC5 유니캐스트 링크에 대한 정보를 포함할 수 있다. 여기서 적어도 하나의 사이드링크 플로우가 1개의 PC5 유니캐스트 링크에 매핑될 수 있다.
단계(853)에서, 코어 네트워크 엔터티는 QoS 정보를 업데이트할 수 있다. 코어 네트워크 엔터티는 단계(851)에서 수신된 링크 관리 메시지에 기반하여, 상기 단말의 사이드링크에 대한 QoS 정보를 업데이트할 수 있다. 코어 네트워크 엔터티는 사이드링크 QoS 프로파일 정보를 기지국에게 전달할 수 있다. 상기 전달되는 QoS 프로파일 정보는 단말의 사이드링크 플로우 식별자 정보, 사이드링크 플로우에 매핑되는 PC5 유니캐스트 링크 정보, 및 PC5 유니캐스트 링크에 대한 PC5-LINK-AMBR 중 적어도 하나에 대한 정보를 포함할 수 있다. 일 실시 예에 따라, 상기 사이드링크 플로우에 매핑되는 PC5 유니캐스트 링크에 대한 PC5-LINK-AMBR은 코어 네트워크가 기지국에게 이전에 전달하였고 값이 변경되지 않았다고 판단되면 상기 853단계의 시그널링에서 생략할 수 있다.
단계(855)에서, 기지국은 PC5-LINK-AMBR 정보를 관리할 수 있다. 기지국은 코어 네트워크 엔터리로부터 수신된 QoS 정보에 기반하여 PC5-LINK-AMBR 정보를 관리할 수 있다. 여기서, PC5-LINK-AMBR 정보란, 단말의 사이드링크 플로우, SLRB, 논리 채널, PC5 유니캐스트 링크, 및 PC5 유니캐스트 링크의 AMBR 간의 관계에 대한 정보를 의미할 수 있다. 기지국은 단말에 대한 사이드링크 플로우, PC5 유니캐스트 링크(예: 상기 사이드링크 플로우가 매핑되는 PC5 유니캐스트 링크), 및 PC5 유니캐스트 링크(혹은 사이드링크 플로우)에 매핑되는 PC5-LINK-AMBR에 대한 정보를 업데이트할 수 있다.
단계(857)에서, 단말은 사이드링크 무선 베어러(sidelink radio bearer, SLRB) 설정 정보를 요청하기 위한 신호(이하, SLRB 설정 요청 시그널)를 전송할 수 있다. 단말은 상기 사이드링크 플로우에 해당되는 패킷을 송수신할 수 있는 SLRB 정보를 설정하기 위하여, 상기 SLRB 설정 요청 시그널을 전송할 수 있다. 단말이 기지국과 RRC 연결 상태에 있는 경우, 단말은 기지국에게 상기 SLRB 설정 요청 시그널을 전송할 수 있다. 상기 SLRB 설정 요청 시그널은 목적지 식별자, 소스 식별자, 사이드링크 플로우 식별자, 사이드링크 플로우의 QoS 프로파일(profile은 5QI 또는 PQI 또는 QoS 요구사항에 해당될 수 있음) 중 적어도 하나를 포함할 수 있다. 상기 SLRB 설정 요청 시그널은 하나 이상의 사이드링크 플로우들에 대한 정보를 포함할 수 있다.
단계(859)에서, 기지국은 단말에게 SLRB 설정 정보를 전송할 수 있다. 기지국은 상기 단계(857)의 요청에 대한 응답으로 SLRB 설정 정보를 단말에게 전송할 수 있다. 상기 SLRB 설정 정보는 상기 사이드링크 플로우에 매핑되는 SLRB 식별자, SLRB에 대한 무선 파라미터 정보(예를 들어, SDAP configuration, PDCP configuration, RLC configuration, MAC configuration, PHY configuration 중 적어도 하나), 논리채널 식별자, 논리채널 식별자 그룹 중 적어도 하나를 포함할 수 있다.
단계(861)에서, 단말은 사이드링크를 위한 자원을 요청하는 신호(이하, 사이드링크 자원 요청 시그널)를 기지국에게 전송할 수 있다. 단말은 상기 사이드링크 플로우에 속하는 패킷을 송신하기 위한 자원 할당을 기지국에게 요청할 수 있다. 상기 사이드링크 자원 요청 시그널은 목적지 식별자, 소스 식별자, 논리채널 식별자, 버퍼 상태 정보 중 적어도 하나의 정보를 포함할 수 있다.
단계(863)에서, 기지국은 사이드링크를 위한 자원 할당 정보를 단말에게 전송할 수 있다. 기지국은 단말의 사이드링크 자원 요청 시그널을 수신하면 목적지 식별자, 소스 식별자, 논리채널 식별자 중 적어도 하나의 정보와 상기 단계(855)에서 관리되는 정보(예: PC5-LINK-AMBR 정보)를 기반으로 상기 요청이 PC5 유니캐스트 링크에 대한 자원 요청임을 결정하고, 해당되는 PC5 사이드링크 유니캐스트 링크 식별자를 판단할 수 있다. 기지국은 상기 PC5 유니캐스트 링크에 해당되는 PC5-LINK-AMBR을 기반으로 단말에게 할당될 사이드링크 자원을 결정할 수 있다. 사이드링크 자원을 할당하기로 결정한 경우, 기지국은 단말에게 사이드링크 자원에 대한 할당 정보, 즉 사이드링크 할당 정보를 전송할 수 있다.
도 8c 에서는 단계(851) 내지 단계(855) 이후에 단계(857)및 단계(859)가 수행되는 것으로 도시되었으나, 본 개시는 이에 한정되지 않는다. 단계(851) 내지 단계(855)가 수행되는 시점은, 단계(857) 내지 단계(859)가 수행되는 시점과 병렬적으로 수행(예: 동시에 수행)되거나, 단계(857) 내지 단계(859)가 수행되는 시점이 단계(851) 내지 단계(855)가 수행되는 시점보다 앞설 수 있다. 다시 말해, 단말과 코어 네트워크 엔터티 간 시그널링을 통해 PC5-LINK-AMBR을 관리하는 절차들은, SLRB 설정 절차 이전뿐만 아니라 SLRB 설정 절차 이후에 수행될 수 있다.
도 8d에서는 SLRB 업데이트 기반 PC5-LINK-AMBR 정보 획득 방안이 서술된다. 도 8d를 참고하면, 단계(871)에서, 단말은 사이드링크 플로우의 삭제를 결정할 수 있다. 예를 들어, 단말은 V2X application의 정보를 기반으로 기 설정되어 있는 적어도 하나의 사이드링크 플로우가 더 이상 필요 없음을 판단할 수 있다. 단말은 상기 적어도 하나의 사이드링크 플로우의 삭제를 결정할 수 있다.
단계(873)에서, 단말은 SLRB 업데이트를 위한 메시지(이하, SLRB 업데이트 메시지)를 전송할 수 있다. 단말은 상기 삭제될 사이드링크 플로우의 식별자와 상기 사이드링크 플로우에 매핑되는 PC5 유니캐스트 링크의 식별자를 판단할 수 있다. 단말은 상기 사이드링크 플로우의 식별자에 대한 정보 및 상기 유니캐스트 링크의 식별자에 대한 정보를 포함하는 SLRB 업데이트 메시지를 기지국에게 전송할 수 있다. SLRB 업데이트 메시지는 상기 삭제하기로 판단된 사이드링크 플로우 식별자, 사이드링크 유니캐스트 링크 식별자, 목적지 식별자, 소스 식별자 중 적어도 하나를 포함할 수 있다. 일 실시 예에 따라, 사이드링크 플로우 식별자가 하나의 사이드링크 유니캐스트 링크 식별자에 매핑되는 경우에는 사이드링크 유니캐스트 링크 식별자 전송은 생략될 수 있다. 상기 SLRB 업데이트 메시지는 상기 삭제하기로 판단된 사이드링크 플로우 식별자, 사이드링크 유니캐스트 링크 식별자에 매핑되는 PC5-LINK-AMBR 정보를 포함할 수 있다.
단계(875)에서, 기지국은 SLRB 업데이트 확인 메시지를 전송할 수 있다. 기지국은 SLRB 업데이트 메시지에 대한 응답으로써, 단말에게 SLRB 업데이트 확인 메시지를 전송할 수 있다. 상기 SLRB 업데이트 확인 메시지는 상기 단계(873)의 SLRB 업데이트 시그널링에 포함되어 있는 사이드링크 플로우 식별자, 사이드링크 유니캐스트 링크 식별자, 목적지 식별자, 소스 식별자 중 적어도 하나를 포함할 수 있다.
단계(877)에서, 기지국은 PC5-LINK-AMBR 정보를 관리할 수 있다. 기지국은 단말로부터 수신된 SLRB 업데이트 메시지에 기반하여 PC5-LINK-AMBR 정보를 관리할 수 있다. 기지국은 상기 사이드링크 플로우, PC5 유니캐스트 링크(예: 상기 사이드링크 플로우가 매핑되는 PC5 유니캐스트 링크), 및 PC5 유니캐스트 링크(혹은 사이드링크 플로우)와 매핑되는 PC5-LINK-AMBR에 대한 정보를 업데이트할 수 있다.
도 8d에서는, 사이드링크 플로우의 삭제 이후, PC5-LINK-AMBR를 관리하는 실시 예가 서술되었으나, 본 개시의 다양한 실시 예들은 이에 한정되지 않는다. 일 실시 예에 따라, 상기 도 8d의 절차들 중 단계(873) 내지 단계(877)은 사이드링크 플로우 삭제와 관계없이 사이드링크 유니캐스트 링크에 대한 PC5-LINK-AMBR값을 업데이트하는 경우에도 사용될 수 있다. 이 때, 단계(873)의 SLRB 업데이트 시그널링은 사이드링크 플로우 식별자, 사이드링크 유니캐스트 링크 식별자, PC5-LINK-AMBR, 목적지 식별자, 소스 식별자 중 적어도 하나를 포함할 수 있다.
도 8e에서는 사이드링크 플로우 업데이트 기반 PC5-LINK-AMBR 정보 획득 방안이 서술된다. 단말이 서비스 등록을 하는 경우 코어 네트워크 엔터티를 통해 단말의 QoS 프로파일, subscription 프로파일 등이 관리될 수 있다. 여기서, 코어 네트워크 엔터티는 단말의 QoS 관리를 위한 엔터티로서, PCF(policy and control function)을 담당하는 네트워크 엔터티이거나, PCF를 담당하는 네트워크 엔터티와 연결되어 QOS 관리를 수행하는 네트워크 엔터티(예: SMF(session management function)을 담당하는 네트워크 엔터티)일 수 있다.
도 8e를 참고하면, 단계(881)에서, 단말은 사이드링크 플로우의 삭제를 결정할 수 있다. 단말은 V2X application의 정보를 기반으로 기 설정되어 있는 적어도 하나의 사이드링크 플로우가 더 이상 필요 없음을 판단할 수 있다. 단말은 상기 적어도 하나의 사이드링크 플로우의 삭제를 결정할 수 있다.
단계(883)에서, 단말은 사이드링크 플로우의 업데이트를 위한 메시지(이하, 사이드링크 플로우 업데이트 메시지)를 전송할 수 있다. 단말은 상기 삭제될 사이드링크 플로우의 식별자와 상기 사이드링크 플로우에 매핑되는 PC5 유니캐스트 링크의 식별자를 판단할 수 있다. 단말은 상기 사이드링크 플로우의 식별자에 대한 정보 및 상기 유니캐스트 링크의 식별자에 대한 정보를 포함하는 사이드링크 플로우 업데이트 메시지를 코어 네트워크 엔터티에게 전송할 수 있다. 상기 사이드링크 플로우 업데이트 메시지는, 상기 삭제하기로 판단된 사이드링크 플로우 식별자, 사이드링크 유니캐스트 링크 식별자, 목적지 식별자, 소스 식별자 중 적어도 하나를 포함할 수 있다. 일 실시 예에 따라, 사이드링크 플로우 식별자가 하나의 사이드링크 유니캐스트 링크 식별자에 매핑되는 경우에는 사이드링크 유니캐스트 링크 식별자 전송은 생략될 수 있다. 상기 . 상기 사이드링크 플로우 업데이트 메시지는 상기 삭제하기로 판단된 사이드링크 플로우 식별자, 사이드링크 유니캐스트 링크 식별자에 매핑되는 PC5-LINK-AMBR 정보를 포함할 수 있다.
단계(885)에서, 코어 네트워크 엔터티는 QoS 정보를 업데이트할 수 있다. 코어 네트워크 엔터티는 단계(883)에서 수신된 사이드링크 플로우 업데이트 메시지에 기반하여, 상기 단말의 사이드링크에 대한 QoS 정보를 업데이트할 수 있다. 코어 네트워크 엔터티는 QOS 정보 업데이트 시그널링을 기지국에게 전송할 수 있다. 상기 QOS 정보 업데이트 시그널링은 상기 단계(883)의 사이드링크 플로우 업데이트 메시지에 포함되는 사이드링크 플로우 식별자, 사이드링크 유니캐스트 링크 식별자, 목적지 식별자, 소스 식별자 중 적어도 하나를 포함할 수 있다.
단계(887)에서, 기지국은 PC5-LINK-AMBR 정보를 관리할 수 있다. 기지국은 코어 네트워크 엔터티로부터 수신된 QoS 정보에 기반하여 PC5-LINK-AMBR 정보를 관리할 수 있다. 여기서, PC5-LINK-AMBR 정보란, 단말의 사이드링크 플로우, SLRB, 논리 채널, PC5 유니캐스트 링크, 및 PC5 유니캐스트 링크의 AMBR 간의 관계에 대한 정보를 의미할 수 있다. 기지국은 상기 사이드링크 플로우, PC5 유니캐스트 링크(예: 상기 사이드링크 플로우가 매핑되는 PC5 유니캐스트 링크), 및 PC5 유니캐스트 링크(혹은 사이드링크 플로우)와 매핑되는 PC5-LINK-AMBR에 대한 정보를 업데이트할 수 있다.
도 8e에서는, 사이드링크 플로우의 삭제 이후, PC5-LINK-AMBR를 관리하는 실시 예가 서술되었으나, 본 개시의 다양한 실시 예들은 이에 한정되지 않는다. 일 실시 예에 따라, 상기 도 8e의 절차들 중 단계(883) 내지 단계(887)는 사이드링크 플로우 삭제와 관계없이 사이드링크 유니캐스트 링크에 대한 PC5-LINK-AMBR값을 업데이트하는 경우에도 사용될 수 있다. 이 때. 단계(883) 및 단계(885)의 시그널링은 사이드링크 플로우 식별자, 사이드링크 유니캐스트 링크 식별자, PC5-LINK-AMBR 중 적어도 하나를 포함할 수 있다.
도 9는 본 개시의 다양한 실시 예들에 따른 유니캐스트 기반 사이드링크 무선 자원 할당을 위한 기지국의 동작을 도시한다. 기지국은 도 1의 기지국(110)을 예시한다.
도 9를 참고하면, 단계(901)에서, 기지국은 PC5-LINK-AMBR 정보를 획득할 수 있다. 기지국은 단말의 PC5 유니캐스트 플로우에 대한 PC5-LINK-AMBR 정보를 획득할 수 있다. 일 실시 예에 따라, 상기 PC5-LINK-AMBR 정보는, 단말로부터 전송되는 신호로부터 획득될 수 있다. 예를 들어, 상기 신호는 SLRB 설정 요청 시그널, 사이드링크 자원 요청 시그널, 또는 SLRB 업데이트 메시지일 수 있다. 또한, 일 실시 예에 따라, 상기 PC5-LINK-AMBR 정보는, 코어 네트워크 엔터티로부터 전송되는 메시지로부터 획득될 수 있다. 예를 들어, 상기 메시지는 단말의 사이드링크에 대한 QoS 프로파일을 업데이트하기 위한 메시지일 수 있다.
상기 PC5-LINK-AMBR 정보를 획득하기 위해 단말 또는 코어 네트워크로 엔터티로부터 전송되는 신호는, 단말과 해당 단말의 사이드링크 플로우 식별자, 상기 사이드링크 플로우 식별자가 매핑되는 PC5 유니캐스트 링크 식별자, 상기 PC5 유니캐스트 링크에 해당되는 PC5-LINK-AMBR 정보 중 적어도 하나를 포함할 수 있다. 예를 들어, 단말 A는 PC5-LINK-AMBR 1 (사이드링크 유니캐스트 링크 1에 대한 AMBR), PC5-LINK-AMBR 2 (사이드링크 유니캐스트 링크 2에 대한 AMBR)을 설정할 수 있다. 단말 A는 PC5-LINK-AMBR 1과 PC5-LINK-AMBR 2에 각각 매핑되는 사이드링크 플로우 식별자, 사이드링크 유니캐스트 링크 식별자 중 적어도 하나의 정보를 상기 도 8a 내지 8c의 절차를 이용하여 기지국 또는 코어 네트워크 엔터티에게 전달할 수 있다.
단계(903)에서, 기지국은 단말에 대한 사이드링크 관련 정보를 관리할 수 있다. 본 개시의 다양한 실시 예들에 따라, 사이드링크 관련 정보는 단말의 목적지 식별자, 소스 식별자, 사이드링크 플로우 식별자, PC5 유니캐스트 링크 식별자, PC5-LINK-AMBR 및 SLRB 식별자, 논리채널 식별자, 논리채널 그룹 식별자 중 적어도 하나의 정보를 포함할 수 있다. 또한, 기지국은 상기 PC5 유니캐스트 링크 식별자에 매핑되는 상기 목적지 식별자, 소스 식별자, 사이드링크 플로우 식별자, SLRB 식별자, 논리채널 식별자, 논리채널 그룹 식별자 및 PC5-LINK-AMBR 정보를 관리할 수 있다.
단계(905)에서, 기지국은 사이드링크 자원 요청을 수신할 수 있다. 기지국은 단말로부터 사이드링크 무선 자원의 요청을 수신할 수 있다. 상기 단말의 사이드링크 무선 자원의 요청은 SL-BSR을 수신하는 경우에 해당될 수 있다. 상기 단말이 전송하는 SL-BSR은 목적지 주소, 논리채널 식별자, 논리채널 그룹 식별자, 버퍼 상태 정보 중 적어도 하나를 포함할 수 있다.
단계(907)에서, 기지국은 단말의 PC5 유니캐스트 링크를 식별할 수 있다. 기지국은 상기 SL-BSR에 포함되어 있는 목적지 주소, 논리채널 식별자, 논리채널 그룹 식별자 중 적어도 하나의 정보에 기반하여, 상기 단계(903)에서 관리되는 사이드링크 관련 정보 중에서, 상기 SL-BSR에 포함된 정보에 매핑되는 단말의 사이드링크 유니캐스트 링크 정보를 결정할 수 있다.
기지국은 상기 자원 요청에 해당되는 PC5 유니캐스트 링크가 PC5-LINK-AMBR에 따른 제한을 만족하는지 여부를 판단할 수 있다. 즉, 기지국은 단말의 SL-BSR에 포함되어 있는 버퍼 상태 정보와 PC5 유니캐스트 링크의 PC5-LINK-AMBR을 기반으로 단말이 요청하는 사이드링크 자원 할당의 수행 여부를 판단할 수 있다. 일 실시 예에 따라, 기지국이 단말의 버퍼 상태 정보를 기반으로 할당되는 자원 자원을 할당하는 경우에, PC5 유니캐스트 링크의 전송 속도가 PC5-LINK-AMBR을 초과하지 않는다고 판단되면, 기지국은 상기 단말이 요청하는 PC5 유니캐스트 링크에 자원을 할당하기로 결정할 수 있다. 기지국은 PC5 유니캐스트 링크에 해당되는 논리 채널에 자원을 할당할 수 있다. 반면, PC5 유니캐스트 링크의 전송 속도가 PC5-LINK-AMBR을 초과하는 것으로 결정되면, 기지국은 상기 단말이 요청하는 PC5 유니캐스트 링크에 해당되는 논리채널에 대해서 자원 할당을 지연시키거나 또는 자원 할당을 수행하지 않기로 결정할 수 있다. 이하, 자원 할당이 수행되는 경우를 전제로 기지국의 동작들이 서술된다.
단계(909)에서, 기지국은 사이드링크 자원을 할당할 수 있다. 기지국은 단말이 요청한 논리채널에 대한 자원을 할당할 수 있다. 또한, 전술된 바와 같이, 기지국은 PC5-LINK-AMBR에 기반하여 자원 할당을 수행하지 않을 수 있다. 이러한 경우, 도 9의 단계(909)는 생략될 수 있다.
상기 도 8a 내지 도 9의 실시 예들은, 기지국과 단말이 사이드링크 플로우 식별자 또는 사이드링크 플로우 식별자에 상응하는 정보(예: 상기의 실시 예들에서 SLRB 식별자 또는 논리채널 식별자)를 알면 이에 매핑되는 PC5 유니캐스트 링크 식별자를 구분할 수 있는 경우를 가정하여 서술되었다. 예를 들어, 사이드링크 플로우 식별자 1에 대해 PC5 유니캐스트 링크 식별자 1이 매핑되고 사이드링크 플로우 식별자 2에 대해 PC5 유니캐스트 링크 식별자 1이 매핑되는 경우를 가정하자. 기지국이 상기 사이드링크 플로우 식별자와 PC5 유니캐스트 링크 식별자의 매핑 정보를 수신한 이후, 단말에 의해 전송되는 사이드링크 자원 할당 요청 시그널에 사이드링크 플로우 식별자 1 또는 사이드링크 플로우 식별자 1에 상응하는 논리채널 식별자 또는 사이드링크 플로우 식별자 1에 상응하는 SLRB 식별자가 포함되면, 기지국은 PC5 플로우 식별자 1에 해당되는 PC5-LINK-AMBR을 획득할 수 있다. 기지국은 PC5 유니캐스트 링크 식별자 1에 해당되는 PC5-LINK-AMBR을 기반으로 사이드링크 자원 할당 요청을 처리할 수 있다. 또는 단말이 전송하는 사이드링크 자원 할당 요청 시그널에 PC5 유니캐스트 링크 식별자 1이 포함되면, 기지국은 PC5 플로우 식별자 1에 해당되는 PC5-LINK-AMBR을 획득할 수 있다. 기지국은 PC5 플로우 식별자 1에 해당되는 PC5-LINK-AMBR을 기반으로 사이드링크 자원 할당 요청을 처리할 수 있다.
다른 실시 예로서, 기지국이 사이드링크 플로우 식별자 정보 만으로 PC5 유니캐스트 링크 식별자를 구분할 수 없는 경우를 고려할 수 있다. 예를 들어, 사이드링크 플로우 식별자 1에 대해 PC5 유니캐스트 링크 식별자 1이 매핑되고 사이드링크 플로우 식별자 1에 대해 PC5 유니캐스트 링크 식별자 2가 매핑되는 경우를 가정하자. 기지국이 상기 매핑 정보를 수신한 이후, 단말에 의해 전송되는 사이드링크 자원 할당 요청 시그널에 사이드링크 플로우 식별자 1 또는 사이드링크 플로우 식별자 1에 해당되는 SLRB 식별자 또는 사이드링크 플로우 식별자 1에 해당되는 논리채널 식별자가 포함되면, 기지국은 PC5 유니캐스트 링크 식별자 1에 해당되는 PC5-LINK-AMBR을 기반으로 사이드링크 자원 할당 요청을 처리해야 하는지 또는 PC5 유니캐스트 링크 식별자 2에 해당되는 PC5-LINK-AMBR을 기반으로 사이드링크 자원 할당 요청을 처리해야 하는지를 알 수 없다. 이러한 경우, 일 실시 예에 따라, 사이드링크 자원 할당 요청 시그널은 사이드링크 플로우 식별자 또는 사이드링크 플로우 식별자에 상응하는 정보(논리채널 식별자 또는 SLRB 식별자에 해당될 수 있다)와 해당 사이드링크 플로우(혹은 논리 채널, SLRB)에 매핑되는 PC5 유니캐스트 링크 식별자를 포함할 수 있다. 다른 일 실시 예에 따라, 사이드링크 플로우 식별자와 이에 매핑되는 PC5 유니캐스트 링크 식별자를 구분할 수 있는 별도의 식별자 정보가 정의될 수 있다. 단말이 기지국으로 전송하는 사이드링크 자원 할당 요청 시그널에 상기 별도의 식별자 정보가 포함될 수 있다.
2. 패킷 별 사이드링크 플로우의 SLRB 설정 방안
단말과 기지국 간 Uu 인터페이스를 통한 데이터 송수신의 경우, 기지국은 단말이 송신할 또는 단말이 수신할 패킷이 IP패킷인지 non-IP 패킷인지에 대한 정보를 코어 네트워크와의 정보 교환을 통해 알 수 있다. 단말의 사이드링크 인터페이스를 통한 데이터 송수신의 경우, 기지국은 단말이 송신 또는 단말이 수신할 패킷이 IP 패킷인지 non-IP 패킷인지에 대한 정보를 단말과의 정보 교환을 통해 알 수 있다. 예를 들어 단말이 IP 패킷을 전송할 사이드링크 플로우와 non-IP 패킷을 전송할 사이드링크 플로우를 별도로 설정하고 각 플로우에 대한 사이드링크 무선 베어러(SLRB)를 별도로 설정해야 한다고 판단하면, 단말은 기지국에게 IP 패킷에 해당되는 사이드링크 플로우와 non-IP 패킷에 해당되는 사이드링크 플로우 각각에 대해 별도의 SLRB 설정을 요청할 수 있다. 기지국은 단말로부터 IP 패킷에 해당되는 사이드링크 플로우와 non-IP 패킷에 해당되는 사이드링크 플로우에 대해 별도의 SLRB 설정 요청을 수신하면 상기 단말의 요청에 따라 IP 패킷에 해당되는 사이드링크 플로우와 non-IP 패킷에 해당되는 사이드링크 플로우에 대해 별도의 SLRB를 설정할 수 있다.
다른 실시 예로서 단말과 단말 간 PC5-S 시그널링을 송수신하는 경우 단말은 PC5-S 시그널링을 송수신할 사이드링크 플로우를 별도로 설정하고 상기 플로우에 대해 별도의 SLRB를 설정해야 한다고 판단하면, 단말은 기지국에게 PC5-S 시그널링 용도의 사이드링크 플로우에 대해 별도의 SLRB 설정이 필요함을 보고할 수 있다. 기지국은 상기 단말의 요청에 따라 PC5-S 시그널링 용도의 플로우에 대해 별도의 SLRB를 설정할 수 있다.
다른 실시 예로서 단말과 단말 간 PC5-RRC 시그널링을 송수신하는 경우 단말은 PC5-RRC 시그널링을 송수신할 사이드링크 플로우를 별도로 설정하고 상기 플로우에 대해 별도의 SLRB를 설정해야 한다고 판단할 수 있다. 단말은 기지국에게 PC5-RRC 시그널링 용도의 사이드링크 플로우에 대해 별도의 SLRB 설정이 필요함을 보고할 수 있다. 기지국은 상기 단말의 요청에 따라 PC5-RRC 시그널링 용도의 플로우에 대해 별도의 SLRB를 설정할 수 있다.
이하. 도 10을 통해, 사이드링크 패킷 타입 별 SLRB를 설정하기 위한 방안에 대해 설명하기로 한다. 여기서 사이드링크 패킷 타입은 IP 패킷, non-IP 패킷, PC5-S 시그널링, PC5-RRC 시그널링 중 적어도 하나를 포함할 수 있다. 도 10의 사이드링크 통신은, 유니캐스트, 그룹캐스트, 브로드캐스트 중 적어도 하나가 사용될 수 있다.
도 10a 내지 도 10c는 본 개시의 다양한 실시 예들에 따른 패킷 타입별 사이드링크 무선 베어러(SLRB) 설정을 위한 단말과 기지국 간 신호 흐름을 도시한다.
도 10a에서는, RRC_CONNECTED 상태의 단말이 패킷 타입별 SLRB를 설정하는 실시 예가 서술된다. 도 10a를 참고하면, 단계(1001)에서, 단말은 사이드링크 플로우를 식별할 수 있다. 단말은 사이드링크 플로우가 생성됨을 판단할 수 있다. 단말은 생성된 사이드링크 플로우를 식별할 수 있다. 예를 들어, 단말은 새로이 생성된 사이드링크 플로우, 즉, 신규 플로우를 식별할 수 있다. 또한, 예를 들어, 단말은, 단말의 상태가 RRC_CONNECTED로 변경됨에 따라, 재설정이 필요한 사이드링크 플로우를 식별할 수 있다.
단계(1003)에서, 단말은 사이드링크 플로우에 대한 정보 및 패킷 타입에 대한 정보를 기지국에게 전송할 수 있다. 단말은, 식별된 사이드링크 플로우의 패킷 타입을 결정할 수 있다. 패킷 타입은 IP 패킷, non-IP 패킷, PC5-S 시그널링, PC5-RRC 시그널링 중 적어도 하나를 포함할 수 있다. 단말은, 패킷 타입에 대한 정보를 획득할 수 있다. 다양한 실시 예들에 따라, 단말은 상기 사이드링크 플로우에 대한 SLRB 설정 요청을 기지국으로 전송할 수 있다. 상기 SLRB 설정 요청은, 상기 사이드링크 플로우에 대한 정보 및 패킷 타입에 대한 정보를 포함할 수 있다. 예를 들어, 상기 SLRB 설정 요청은, 목적지 식별자, 소스 식별자, 사이드링크 플로우 식별자, 패킷 타입 식별자 중 적어도 하나를 포함할 수 있다.
상기 패킷 타입 식별자는, 패킷 타입을 가리키는 지시자로서, 상기 패킷 타입에 대한 별도의 무선 베어러 설정을 요청하는 경우, 상기 SLRB 설정 요청에 포함될 수 있다. 상기 패킷 타입 식별자는 상기 패킷 타입과 동일한 패킷 타입에 대해 기 설정되어 있는 무선 베어러 설정을 요청하는 경우에도 포함될 수 있다. 예를 들어 IP 패킷 타입에 해당되는 사이드링크 플로우 1에 대해 SLRB 1이 설정되어 사용되고 있고 상기 단계(1001)에서 IP 패킷 타입에 해당되는 사이드링크 플로우 2가 생성되는 경우, 단말은 상기 사이드링크 플로우 2에 대해 동일한 IP 패킷 타입에 대해 이미 설정되어 있는 SLRB 1을 설정해주거나 사이드링크 플로우 2에 대해 IP 패킷 타입에 해당되는 신규 SLRB를 설정해 줄 것을 기지국에게 요청하기 위한 목적으로 패킷 타입 식별자를 보고할 수 있다. 한편, 상기 단계(1003)에서 사용되는 시그널링은 SidelinkUEInformation 메시지, UEAssistanceInformation 메시지, 또는 신규로 정의되는 RRC 메시지를 포함할 수 있다.
단계(1005)에서, 기지국은 패킷 타입에 기반하여 SLRB 설정 정보를 구성할 수 있다. 기지국은, 상기 단말이 SLRB 설정을 요청하는 사이드링크 플로우에 대한 패킷 타입을 식별할 수 있다. 기지국은, 단계(1003)의 시그널링에 기반하여, 사이드링크 플로우에 대한 패킷 타입을 식별할 수 있다. 기지국은 상기 패킷 타입에 대한 SLRB 설정 정보를 구성할 수 있다.
한편, 일 실시 예에 따라, 도 10a에 도시된 바와 달리, 단계(1003)의 시그널링에 상기 단말이 SLRB 설정을 요청하는 사이드링크 플로우에 대한 패킷 타입이 포함되지 않으면, 기지국은 패킷 타입에 관계없이 사이드링크 플로우에 대한 SLRB를 설정할 수 있다. 반면, 단계(1003)의 시그널링에 상기 단말이 SLRB 설정을 요청하는 사이드링크 플로우에 대한 패킷 타입이 포함되면, 기지국은, 상기 패킷 타입에 기초하여 사이드링크 플로우에 대한 SLRB를 설정할 수 있다. 기지국은, 상기 패킷 타입과 동일한 패킷 타입에 대해 설정된 SLRB를 상기 사이드링크 플로우에 설정할 수 있다. 예를 들어 IP 패킷 타입에 해당되는 사이드링크 플로우 1에 대해 SLRB 1이 설정되어 사용되고 있고 상기 단계(1001)에서 IP 패킷 타입에 해당되는 사이드링크 플로우 2가 생성되는 경우, 기지국은 단말로부터 상기 사이드링크 플로우 2 및 IP 패킷 타입임을 지시하는 정보를 수신하면 상기 사이드링크 플로우2에 대해 SLRB 1을 설정해주거나 상기 사이드링크 플로우2에 대해 IP 패킷 타입에 해당되는 새로운 SLRB 2를 설정하기로 판단할 수 있다.
단계(1007)에서, 기지국은 단말에게 SLRB 설정 정보를 전송할 수 있다. 기지국은 단말에게 사이드링크 플로우에 대한 SLRB 설정 정보를 전달할 수 있다. 상기 단계(1007)의 SLRB 설정 정보는, SLRB ID 및 SLRB 설정 파라미터 중 적어도 하나를 포함할 수 있다.
단계(1009)에서, 단말은 SLRB 설정 정보를 식별할 수 있다. 여기서, 상기 SLRB 설정 정보는, 단계(1001)의 사이드링크 플로우에 대한 SLRB 설정 정보일 수 있다. 또한, 상기 SLRB 설정 정보는 단계(1003)의 시그널링을 통해 지시된 패킷 타입에 대한 SLRB 설정 정보일 수 있다.
도 10b에서는, RRC_IDLE 또는 RRC_INACTIVE 상태의 단말이 패킷 타입별 SLRB를 설정하는 실시 예가 서술된다.
도 10b를 참고하면, 단계(1021)에서, 단말은 사이드링크 플로우를 식별할 수 있다. 단말은 사이드링크 플로우가 생성됨을 판단할 수 있다. 단말은 생성된 사이드링크 플로우를 식별할 수 있다. 예를 들어, 단말은 새로이 생성된 사이드링크 플로우, 즉, 상기 신규 플로우를 식별할 수 있다. 또한, 예를 들어, 단말은 단말의 상태가 RRC_IDLE 또는 RRC_INACTIVE로 변경됨에 따라, 재설정이 필요한 사이드링크 플로우를 식별할 수 있다.
단계(1023)에서, 단말은 상기 사이드링크 플로우에 대한 패킷 타입을 결정할 수 있다. 단말은 패킷 타입이 대한 정보를 획득할 수 있다. 패킷 타입은 IP 패킷, non-IP 패킷, PC5-S 시그널링, PC5-RRC 시그널링 중 적어도 하나를 포함할 수 있다. 도 10a와 달리, RRC_IDLE 또는 RRC_INACTIVE 상태의 단말은, 패킷 타입에 대한 정보를 기지국으로 전송하지 않을 수 있다.
단계(1025)에서, 기지국은 패킷 타입 별 SLRB 설정 정보를 구성할 수 있다. 기지국은, 각 패킷 타입에 대응하는 SLRB 설정 정보를 구성할 수 있다. 예를 들어, 패킷 타입이 IP, non-IP, PC5-S, PC5-RRC 중 적어도 하나를 포함한다고 하면, 기지국은 IP, non-IP, PC5-S, PC5-RRC 각각에 대응하는 SLRB 설정 정보를 독립적으로 구성할 수 있다.
단계(1027)에서, 기지국은, 단말에게 상기 패킷 타입 별 SLRB 설정 정보를 전송할 수 있다. 상기 SLRB 설정 정보는 목적지 식별자, QOS 프로파일 식별자, SLRB ID, SLRB 설정 파라미터, 패킷 타입 식별자 중 적어도 하나를 포함할 수 있다. 상기 SLRB 설정 정보는 패킷 타입 식별자 별로 구성되어 전송될 수 있다. 한편, 기지국이 패킷 타입 별 별도의 SLRB 설정을 지원하지 않는 경우, 상기 패킷 타입 식별자는 상기 SLRB 설정 정보에서 생략될 수 있다. 상기 단계(1027)의 시그널링은 RRC_IDLE 또는 RRC_INACTIVE 상태의 단말이 수신할 수 있도록 전송될 수 있다. 예를 들어, 상기 단계(1027)의 시그널링은 V2X SIB (system information block)을 포함할 수 있다.
단계(1029)에서, 단말은 패킷 타입에 대응하는 SLRB 설정 정보를 식별할 수 있다. 단말은, 단계(1027)에서 수신된 SLRB 설정 정보가 패킷 타입별 정보를 포함하고 있다고 판단되면, 상기 단계(1023)의 사이드링크 플로우의 패킷 타입에 기반하여, 해당되는 SLRB 설정 정보를 식별할 수 있다. 다시 말해, 단말은 수신된 패킷 별 SLRB 설정 정보 중에서 단계(1023)의 패킷 타입에 대응하는 SLRB 설정 정보를 식별할 수 있다. 예를 들어, 단계(1023)에서 결정된 패킷 타입이 PC5-S이고, 단계(1207)에서 non-IP에 대한 SLRB 정보, PC5-S에 대한 SLRB 정보, PC5-RRC에 대한 SLRB 정보를 수신한 경우, 단말은 PC5-S에 대한 SLRB 정보를 식별할 수 있다.
한편, 도 10b에 도시된 바와 달리, SLRB 설정 정보가 패킷 타입 별 정보를 포함하고 있지 않다고 판단되면, 단말은 상기 단계(1023)에서 판단된 사이드링크 플로우의 패킷 타입과 관계없이 상기 사이드링크 플로우의 목적지 식별자, QOS 프로파일 식별자 중 적어도 하나를 기반으로 해당되는 SLRB 설정 정보를 판단할 수 있다.
도 10b에서는 단계(1025) 내지 단계(1027)이 단계(1021) 내지 단계(1023) 이후에 수행되는 것으로 도시되었으나, 본 개시는 이에 한정되지 않는다. 단계(1025) 내지 단계(1027)는, 단계(1021) 내지 단계(1023) 전에 혹은 병렬적으로 수행될 수 있다. 즉, 상기 단말이 수행하는 동작과 기지국이 수행하는 동작은 별개로 수행될 수 있다.
도 10c에서는, OUT-OF-COVERAGE 상태의 단말이 패킷 타입 별 SLRB를 설정하는 실시 예가 서술된다.
단계(1041)에서, 단계(1021)에서, 단말은 사이드링크 플로우를 식별할 수 있다. 단말은 사이드링크 플로우가 생성됨을 판단할 수 있다. 단말은 생성된 사이드링크 플로우를 식별할 수 있다. 예를 들어, 단말은 새로이 생성된 사이드링크 플로우, 즉, 신규 플로우를 식별할 수 있다. 또한, 예를 들어, 단말은 단말의 상태가 OUT-OF-COVERAGE로 변경됨에 따라, 재설정이 필요한 사이드링크 플로우를 식별할 수 있다.
단계(1043)에서, 단말은 1043단계에서 상기 사이드링크 플로우에 대한 패킷 타입을 결정할 수 있다. 단말은 패킷 타입에 대한 정보를 획득할 수 있다. 패킷 타입은 IP 패킷, non-IP 패킷, PC5-S 시그널링, PC5-RRC 시그널링 중 적어도 하나를 포함할 수 있다. 도 10a와 달리, OUT-OF-COVERAGE의 단말은, 패킷 타입에 대한 정보를 기지국으로 전송하지 않을 수 있다.
단계(1045)에서, 단말은 사전 설정(pre-configuration)에 기반하여 SLRB 설정 정보를 획득할 수 있다. 도 10c의 절차들과 별개로, 단말은 OUT-OF-COVERAGE 이전에 SLRB에 대한 사전 설정을 수신할 수 있다. 단말은 사전 설정되어 있는 (pre-configured) SLRB 설정 정보를 획득할 수 있다. 상기 사전 설정된 SLRB 설정 정보는 목적지 식별자, QOS 프로파일 식별자, SLRB ID, SLRB 설정 파라미터, 패킷 타입 식별자 중 적어도 하나를 포함할 수 있다. 상기 SLRB 설정 정보는 패킷 타입 식별자별로 구성되어 있을 수 있다. 시스템이 패킷 타입 별 별도의 SLRB 설정을 지원하지 않는 경우, 상기 사전 설정된 SLRB 설정 정보에는 상기 패킷 타입 식별자가 생략될 수 있다.
단계(1047)에서, 단말은 패킷 타입에 대응하는 SLRB 설정 정보를 식별할 수 있다. 단말은, 사전 설정된 SLRB 설정 정보가 패킷 타입 별 정보를 포함하고 있다고 판단되면 상기 단계(1043)의 사이드링크 플로우의 패킷 타입에 기반하여, 해당되는 SLRB 설정 정보를 식별할 수 있다. 다시 말해, 단말은 사전 설정된 패킷 별 SLRB 설정 정보 중에서 단계(1023)의 패킷 타입에 대응하는 SLRB 설정 정보를 식별할 수 있다. 예를 들어, 단계(1023)에서 결정된 패킷 타입이 PC5-RRC이고, IP에 대한 SLRB 정보, non-IP에 대한 SLRB 정보, PC5-S에 대한 SLRB 정보, PC5-RRC에 대한 SLRB 정보가 사전 설정된 경우, 단말은 PC5-RRC에 대한 SLRB 정보를 식별할 수 있다.
한편, 도 10c에 도시된 바와 달리, SLRB 설정 정보가 패킷 타입 별 정보를 포함하고 있지 않다고 판단되면, 단말은 상기 단계(1043)에서 판단된 사이드링크 플로우의 패킷 타입과 관계없이 상기 사이드링크 플로우의 목적지 식별자, QOS 프로파일 식별자 중 적어도 하나를 기반으로 해당되는 SLRB 설정 정보를 판단할 수 있다.
도 11a 내지 도 11b는 본 개시의 다양한 실시 예들에 따른 패킷 타입별 사이드링크 무선 베어러 설정을 위한 기지국의 동작을 도시한다.
도 11a에서는, RRC_CONNECTED 상태에 있는 단말로부터 SLRB 설정 요청을 수신하고 SLRB 설정 정보를 구성하는 기지국의 동작들이 서술된다. 도 11a를 참고하면,
단계(1101)에서, 기지국은 1 단말로부터 SLRB 설정 요청을 수신할 수 있다. 상기 SLRB 설정 요청 정보는 목적지 식별자, 소스 식별자, QOS 프로파일, 사이드링크 플로우 식별자, 패킷 타입 정보 식별자 중 적어도 하나를 포함할 수 있다.
단계(1103)에서, 기지국은 패킷 타입을 식별할 수 있다. 기지국은 상기 단말의 SLRB 설정 요청 시그널링이 사이드링크 플로우 및 이에 대한 패킷 타입 정보를 포함하고 있음을 판단할 수 있다. 기지국은 SLRB 설정 요청에 포함된 패킷 타입 정보에 기반하여, SLRB 설정을 요청하는 사이드링크 플로우에 대한 패킷 타입을 식별할 수 있다.
단계(1105)에서, 기지국은 패킷 타입 별 SLRB 설정이 지원되는지 여부를 결정할 수 있다. 패킷 타입 별 SLRB 구성이 지원되는 경우, 기지국은 단계(1107)을 수행할 수 있다. 패킷 타입 별 SLRB 구성이 지원되지 않는 경우, 기지국은, 단계(1109)를 수행할 수 있다.
단계(1107)에서, 기지국은 패킷 타입에 대응하는 SLRB 설정을 전송할 수 있다. 기지국은, 상기 단말이 요청한 사이드링크 플로우의 패킷 타입에 따른 SLRB 설정 정보를 구성하고 상기 단말에게 전송할 수 있다. 예를 들어, 상기 단말이 SLRB 설정을 요청한 패킷 타입이 IP 패킷이라고 판단되는 경우, 기지국은 상기 IP 패킷에 해당되는 SLRB를 다른 패킷 타입들 (non-IP, PC5-S, PC5-RRC 중 적어도 하나)에 해당되는 SLRB들과 별도로 구성할 수 있다. 다른 예를 들어, 상기 단말이 SLRB 설정을 요청한 패킷 타입이 non-IP 패킷이라고 판단되는 경우, 기지국은 상기 non-IP 패킷에 해당되는 SLRB를 다른 패킷 타입들 (IP, PC5-S, PC5-RRC 중 적어도 하나)에 해당되는 SLRB들과 별도로 구성할 수 있다. 기지국은, 구성된 SLRB 설정을 단말에게 전송할 수 있다.
일 실시 예에 따라, 기지국은 사이드링크 플로우의 패킷 타입과 동일한 패킷 타입에 해당되는 SLRB가 이미 설정되어 있고, 상기 사이드링크 플로우에게 상기 설정되어 있는 SLRB를 설정하기로 판단하면, 기지국은 단말에게 상기 사이드링크 플로우에 대해 상기 설정되어 있는 SLRB 정보를 제공할 수 있다. 이때 기지국이 단말에게 전송하는 시그널링은 적어도 기 설정된 SLRB 식별자 정보를 포함할 수 있다. 다른 일 실시 예에 따라, 기지국이 상기 사이드링크 플로우의 패킷 타입에 따른 SLRB 설정 여부와 관계없이 상기 사이드링크 플로우에게 새로운 SLRB를 설정하기로 판단하면, 기지국은 단말에게 상기 사이드링크 플로우에 대해 새로운 SLRB 설정 정보를 제공할 수 있다. 이때 기지국이 단말에게 전송하는 시그널링은 적어도 하나의 새로운 SLRB 식별자와 SLRB 설정 파라미터를 포함할 수 있다.
단계(1109)에서, 기지국은 1109단계에서 상기 단말이 요청한 사이드링크 플로우에 대한 SLRB 설정 정보를 구성하고 상기 단말에게 전송할 수 있다. 여기서, SLRB 설정 정보는, 패킷 타입 별로 구성되지 않을 수 있다. 일 실시 예에 따라, 이미 설정되어 있는 SLRB를 상기 사이드링크 플로우에게 설정하기로 판단되면, 기지국은 단말에게 상기 사이드링크 플로우에 대해 상기 설정되어 있는 SLRB 정보를 제공할 수 있다. 이때 기지국이 단말에게 전송하는 시그널링은 적어도 기 설정된 SLRB 식별자 정보를 포함할 수 있다. 다른 일 실시 예에 따라, 새로운 SLRB를 상기 사이드링크 플로우에게 설정하기로 판단되면, 기지국은 단말에게 상기 사이드링크 플로우에 대해 새로운 SLRB 설정 정보를 제공할 수 있다.
도 11b에서는, RRC_IDLE 상태 또는 RRC_INACTIVE 상태에 있는 단말이 사용할 SLRB 설정 정보를 구성하고 구성 정보를 전송하는 기지국의 동작들이 서술된다.
도 11b를 참고하면, 단계(1121)에서, 기지국은 사이드링크 통신이 지원됨을 결정할 수 있다. 예를 들어, 사이드링크 통신은 NR V2X 통신을 포함할 수 있다.
단계(1123)에서, 기지국은 패킷 타입 별 SLRB 설정이 지원되는지 여부를 결정할 수 있다. 패킷 타입 별 SLRB 구성이 지원되는 경우, 기지국은 단계(1125)를 수행할 수 있다. 패킷 타입 별 SLRB 구성이 지원되지 않는 경우, 기지국은 단계(1127)를 수행할 수 있다.
단계(1125)에서, 기지국은 패킷 타입 별 SLRB 설정을 전송할 수 있다. 기지국은, 사이드링크 플로우의 패킷 타입 별 SLRB 설정 정보를 구성하고, 상기 SLRB 설정 정보를 전송할 수 있다. 기지국이 전송하는 시그널링은 목적지 주소, QOS 프로파일, SLRB 식별자, SLRB 설정 파라미터, 사이드링크 패킷 타입 식별자 중 적어도 하나를 포함할 수 있다. 다양한 실시 예들에 따른, 기지국은 SLRB 설정 정보를 패킷 타입 식별자 별로 구성할 수 있다. 예를 들어, 기지국은 IP 패킷에 대한 적어도 하나의 SLRB 설정 정보를 구성할 수 있다. 다른 예를 들어, 기지국은 non-IP 패킷에 대한 적어도 하나의 SLRB 설정 정보를 구성할 수 있다. 또 다른 예를 들어, 기지국은 PC5-S 패킷에 대한 적어도 하나의 SLRB 설정 정보를 구성할 수 있다. 또 다른 예를 들어, 기지국은 PC5-RRC 패킷에 대한 적어도 하나의 SLRB 설정 정보를 구성할 수 있다. 상기 단계(1125)에서 패킷 타입 별 SLRB 설정을 전송하기 위해 사용되는 시그널링은 RRC_IDLE 또는 RRC_INACTIVE 상태의 단말이 수신할 수 있도록 전송될 수 있다. 예를 들어, 상기 시그널링은 V2X SIB (system information block)을 포함할 수 있다.
단계(1127)에서, 기지국은 SLRB 설정 정보를 구성하고, 구성된 SLRB 설정 정보를 단말에게 전송할 수 있다. 기지국이 전송하는 시그널링은 목적지 주소, QOS 프로파일, SLRB 식별자, SLRB 설정 파라미터 중 적어도 하나를 포함할 수 있다. 즉, 패킷 타입 별 SLRB 설정이 지원되지 않으므로, 패킷 타입 식별자가 생략될 수 있다. 기지국이 SLRB 설정 정보를 전송하는 데 사용되는 시그널링은, RRC_IDLE 또는 RRC_INACTIVE 상태의 단말이 수신할 수 있도록 전송될 수 있다. 예를 들어, 상기 시그널링은 V2X SIB을 포함할 수 있다.
도 11a에서는 RRC_CONNECTED 상태의 단말을 위한 기지국의 SLRB 설정 방안, 도 11b에서는 RRC_IDLE 또는 RRC_INACTIVE 상태의 단말을 위한 기지국의 SLRB 설정 방안이 서술되었다. 한편, 커버리지 밖에 위치하는, 즉, OUT-OF-COVERAGE의 단말은 사전 설정을 통해 패킷 타입 별 SLRB가 설정될 수 있다. 기지국 또는 코어 네트워크 엔터티는, 단말이 OUT-OF-COVERAGE 상태가 되기 전, SLRB에 대한 사전 설정을 전송할 수 있다.
도 12는 본 개시의 다양한 실시 예들에 따른 패킷 타입 별 사이드링크 무선 베어러 설정을 위한 단말 간 신호 흐름을 도시한다. 제1 단말과 제2 단말이 PC5 유니캐스트 링크를 통해 사이드링크 통신을 수행하는 상황이 서술된다.
도 12를 참고하면, 단계(1201)에서, 제1 단말은 유니캐스트 기반 사이드링크 통신을 수행함을 결정할 수 있다. 구체적으로, 제1 단말은 제2 단말과 사이드링크 통신을 수행할 수 있다. 이 때, 제1 단말은 제2 단말과 PC5 유니캐스트 링크에 기반하여 사이드링크 패킷의 송수신을 수행함을 결정할 수 있다.
단계(1203)에서, 제1 단말과 제2 단말은 PC5 유니캐스트 링크 관련 정보를 교환할 수 있다. 일 예로, 제1 단말은 제2 단말에게 상기 제1 단말의 PC5 유니캐스트 링크 관련 정보를 전송할 수 있다. 또한, 일 예로, 제2 단말은 제1 단말에게 상기 제2 단말의 PC5 유니캐스트 링크 관련 정보를 전송할 수 있다. 다양한 실시 예들에 따를 때, PC5 유니캐스트 링크 관련 정보란, 상기 제1 단말 및 상기 제2 단말 간 사이드링크 통신의 사이드링크 플로우에 대한 정보, 상기 사이드링크 플로우에 대한 SLRB 정보 중 적어도 하나를 포함할 수 있다. 제1 단말은, 제2 단말과의 사이드링크 유니캐스트 통신에 사용할 사이드링크 플로우 정보, SLRB 정보 중 적어도 하나를 상기 제2 단말과 교환할 수 있다. 상기 제1 단말과 상기 제2 단말이 패킷 타입 별 SLRB 설정을 지원할 수 있다고 판단되면, 상기 단계(1203)에서 교환되는 정보는 상기 사이드링크 플로우 및 SLRB에 해당되는 패킷 타입 정보를 포함할 수 있다.
단계(1205)에서, 제2 단말은 상기 제1 단말과의 사이드링크 유니캐스트 통신에 사용될 사이드링크 플로우 정보, SLRB 정보 중 적어도 하나를 획득할 수 있다. 상기 제1 단말과 상기 제2 단말이 패킷 타입 별 SLRB 설정을 지원할 수 있다고 판단되면, 제2 단말은, 상기 사이드링크 플로우 및 SLRB에 해당되는 패킷 타입 정보를 판단할 수 있다. 제2 단말은, 상기 사이드링크 플로우 및 SLRB에 대응하는 패킷 타입을 결정할 수 있다. 상기 SLRB에 대응하는 패킷 타입 정보는 제1 단말과 제2 단말에서 유니캐스트 패킷 수신 시 어떤 패킷 타입에 해당되는지를 판단하고 해당 패킷 타입 처리부로 패킷을 전달하는 데 사용될 수 있다. 예를 들어, 제1 단말 혹은 제2 단말은 IP 패킷 타입에 해당되는 SLRB 및 플로우를 통해 수신되는 패킷을 IP 패킷 처리부로 전달할 수 있다. 다른 예를 들어, 제1 단말 혹은 제2 단말은 non-IP 패킷 타입에 해당되는 SLRB 및 플로우를 통해 수신되는 패킷을 non-IP 패킷 처리부로 전달할 수 있다.
패킷 타입 (예를 들어, non-IP 패킷, IP 패킷)에 따른 SLRB 설정은 동일하거나 다를 수 있다. 상기 패킷 타입에 따라 다른 SLRB 설정이 필요한 경우는, 예를 들어, 헤더 압축(header compression) (e.g., ROHC(robust header compression)) 설정에 해당될 수 있다. IP 패킷에 대해서는 헤더 압축(header compression) 설정이 적용될 수 있다. Non-IP 패킷에 대해서는 헤더 압축(header compression) 설정이 적용될 수 없다. 단말이 송수신할 패킷 타입이 non-IP 패킷인 경우, SLRB는 헤더 압축(header compression) 설정을 미 적용하도록 구성되어야 한다. 단말이 송수신할 패킷 타입이 IP 패킷인 경우, SLRB는 헤더 압축(header compression) 설정을 적용 또는 미적용하도록 구성되어야 한다.
패킷 타입 (예를 들어, non-IP 패킷, IP 패킷 등)에 따른 SLRB 설정의 일 실시 예로서 패킷 타입 정보는 서비스 플로우의 QOS 프로파일 파라미터의 하나로 정의될 수 있다. 여기서 QOS 프로파일 파라미터는 PQI 인덱스, 리소스 타입 (GBR, non-GBR, delay critical GBR), 우선순위 레벨(priority level), 패킷 지연 버짓(packet delay budget, PDB), 패킷 에러율(packet error rate), 최대 데이터 버스트 볼륨(maximum data burst volume), 평균 윈도우(averaging window), 패킷 타입 (IP, non-IP) 중 적어도 하나를 포함할 수 있다. 상기 QOS 프로파일 파라미터는 기지국과 단말에게 설정될 수 있다. RRC_CONNECTED 단말의 경우, 단말은 패킷 타입에 대응되는 서비스 플로우의 QOS 프로파일을 기지국으로 보고할 수 있다. 상기 서비스 플로우의 QOS 프로파일을 보고하는 시그널링은, 예를 들어, SidelinkUEInformation 메시지 또는 UEAssistanceInformation 메시지 중 적어도 하나를 포함할 수 있다. 기지국은 서비스 플로우의 QOS 프로파일로부터 패킷 타입에 대한 정보를 획득할 수 있다. 기지국은 상기 QOS 프로파일의 패킷 타입을 판단하여 상기 패킷 타입에 따른 SLRB 설정을 단말에게 RRC 전용(dedicated) 메시지를 통해 제공할 수 있다. 예를 들어, 패킷 타입이 non-IP 패킷이라고 판단되면 SLRB 설정은 헤더 압축(header compression) 미적용을 포함할 수 있다. 예를 들어, 패킷 타입이 IP 패킷이라고 판단되면 SLRB 설정은 헤더 압축(header compression) 미적용 또는 적용을 포함할 수 있다. RRC_IDLE 단말 또는 RRC_INACTIVE 단말의 경우, 기지국은 QOS 프로파일에 대한 SLRB 설정을 단말에게 시스템 정보(System Information, SI) 메시지를 통해 제공할 수 있다. 상기 SLRB 설정은 QOS 프로파일의 패킷 타입에 따른 파라미터 리스트를 제공할 수 있다. 단말은 패킷 타입에 대응되는 서비스 플로우의 QOS 프로파일에 대한 SLRB 설정을 시스템 정보(system information)를 통해 획득할 수 있다. OUT-OF-COVERAGE 단말의 경우, 미리 설정된 SLRB 설정은 QOS 프로파일의 패킷 타입에 따른 파라미터 리스트를 제공할 수 있다. 단말은 패킷 타입에 대응되는 서비스 플로우의 QOS 프로파일에 대한 SLRB 설정을 획득할 수 있다.
패킷 타입 (예를 들어, non-IP 패킷, IP 패킷 등)에 따른 SLRB 설정의 다른 실시 예로서, 패킷 타입 정보는 서비스 플로우의 QOS 프로파일 파라미터의 하나로 정의될 수 있다. 즉, 패킷 타입에 대응되는 QOS프로파일의 PQI 인덱스가 설정될 수 있다. 예를 들어, non-IP 패킷 타입에 대해서는 PQI 인덱스 1번부터 5번이 설정되고 IP 패킷 타입에 대해서는 PQI 인덱스 6번부터 10번이 설정될 수 있다. 여기서, 예를 들어 설명한 PQI 인덱스 값은 한 가지 실시 예일뿐이며, 해당 예시가 본 개시의 다양한 실시 예들을 한정하지 않는다. 시스템 운용에 따라, 각 패킷 타입에 대응되는 PQI 인덱스가 선택될 수 있음은 물론이다. 상기 QOS 프로파일의 PQI 인덱스에 매핑되는 패킷 타입 정보는 기지국과 단말에게 설정될 수 있다. RRC_CONNECTED 단말의 경우, 단말은 패킷 타입에 대응되는 서비스 플로우의 PQI 인덱스를 기지국으로 보고할 수 있다. 상기 서비스 플로우의 PQI 인덱스를 보고하는 시그널링은 예를 들어 SidelinkUEInformation 메시지 또는 UEAssistanceInformation 메시지 중 적어도 하나를 포함할 수 있다. 기지국은 PQI 인덱스로부터 패킷 타입에 대한 정보를 획득할 수 있다. 기지국은 상기 PQI 인덱스에 대응되는 QOS 프로파일의 패킷 타입을 판단하여 상기 패킷 타입에 따른 SLRB 설정을 단말에게 RRC 전용(dedicated) 메시지를 통해 제공할 수 있다. 예를 들어, 패킷 타입이 non-IP 패킷이라고 판단되면 SLRB 설정은 헤더 압축(header compression) 미적용을 포함할 수 있다. 예를 들어, 패킷 타입이 IP 패킷이라고 판단되면 SLRB 설정은 헤더 압축(header compression) 미적용 또는 적용을 포함할 수 있다. RRC_IDLE 단말 또는 RRC_INACTIVE 단말의 경우, 기지국은 PQI인덱스에 대응되는 QOS 프로파일에 대한 SLRB 설정을 단말에게 시스템 정보(system information, SI) 메시지를 통해 제공할 수 있다. 상기 SLRB 설정은 QOS 프로파일의 PQI 인덱스의 패킷 타입에 따른 파라미터 리스트를 제공할 수 있다. 단말은 패킷 타입에 대응되는 서비스 플로우의 PQI인덱스에 대한 SLRB 설정을 시스템 정보(system information, SI) 메시지를 통해 획득할 수 있다. OUT-OF-COVERAGE 단말의 경우, 미리 설정된 SLRB 설정은 QOS 프로파일의 PQI인덱스의 패킷 타입에 따른 파라미터 리스트를 제공할 수 있다. 단말은 패킷 타입에 대응되는 서비스 플로우의 PQI인덱스에 대한 SLRB 설정을 획득할 수 있다.
패킷 타입 (예를 들어, non-IP 패킷, IP 패킷 등)에 따른 SLRB 설정의 다른 실시 예로서 패킷 타입 정보는 LAYER-2 ID의 하나로 정의될 수 있다. 즉, 패킷 타입에 대응되는 LAYER-2 ID의 범위(range)를 구분할 수 있다. 예를 들어, non-IP 패킷 타입에 대해서는 LAYER-2 ID 범위(range)를 1부터 1000을 설정하고, IP 패킷 타입에 대해서는 LAYER-2 ID 범위(range)를 1001부터 2000을 설정할 수 있다. 여기서, 예를 들어 설명한 LAYER-2 ID 범위 값은 한 가지 실시 예일뿐이며, 해당 예시가 본 개시의 다양한 실시 예들을 한정하지 않는다. 시스템 운용에 따라, 각 패킷 타입에 대응되는 LAYER-2 ID를 선택될 수 있음은 물론이다. 상기 LAYER-2 ID에 매핑되는 패킷 타입 정보는 기지국과 단말에게 설정될 수 있다. RRC_CONNECTED 단말의 경우, 단말은 패킷 타입에 대응되는 서비스 플로우의 LAYER-2 ID를 기지국으로 보고할 수 있다. 상기 서비스 플로우의 LAYER-2 ID을 보고하는 시그널링은, 예를 들어, SidelinkUEInformation 메시지 또는 UEAssistanceInformation 메시지 중 적어도 하나를 포함할 수 있다. 기지국은 LAYER-2 ID로부터 패킷 타입에 대한 정보를 획득할 수 있다. 기지국은 상기 LAYER-2 ID에 대응되는 QOS 프로파일의 패킷 타입을 판단하여 상기 패킷 타입에 따른 SLRB 설정을 단말에게 RRC 전용(dedicated) 메시지를 통해 제공할 수 있다. 예를 들어, 패킷 타입이 non-IP 패킷이라고 판단되면 SLRB 설정은 헤더 압축(header compression) 미적용을 포함할 수 있다. 예를 들어, 패킷 타입이 IP 패킷이라고 판단되면 SLRB 설정은 헤더 압축(header compression) 미적용 또는 적용을 포함할 수 있다. RRC_IDLE 단말 또는 RRC_INACTIVE 단말의 경우, 기지국은 LAYER-2 ID에 대응되는 QOS 프로파일에 대한 SLRB 설정을 단말에게 시스템 정보(system information, SI) 메시지를 통해 제공할 수 있다. 상기 SLRB 설정은 QOS 프로파일의 패킷 타입에 따른 파라미터 리스트를 제공할 수 있다. 단말은 패킷 타입에 대응되는 서비스 플로우의 LAYER-2 ID에 대한 SLRB 설정을 시스템 정보(system information, SI) 메시지를 통해 획득할 수 있다. OUT-OF-COVERAGE 단말의 경우, 미리 설정된 SLRB 설정은 LAYER-2 ID의 패킷 타입에 따른 파라미터 리스트를 제공할 수 있다. 단말은 패킷 타입에 대응되는 서비스 플로우의 LAYER-2 ID에 대한 SLRB 설정을 획득할 수 있다.
패킷 타입 (예를 들어, non-IP 패킷, IP 패킷 등)에 따른 SLRB 설정의 다른 실시 예로서 패킷 타입에 따라 설정되어야 하는 SLRB 설정(configuration) 파라미터의 경우 단말이 직접 설정하도록 정의될 수 있다. 패킷 타입에 따라 설정될 필요가 없는 SLRB 설정(configuration) 파라미터의 경우, 단말은 기지국의 SLRB 설정 시그널링 또는 사전 설정(pre-configuration)에 기반한 SLRB 설정을 적용할 수 있다. 패킷 타입에 따라 설정될 필요가 있는 SLRB 설정(configuration) 파라미터의 경우, 단말은 기지국의 SLRB 설정 시그널링 또는 사전 설정(pre-configuration)에 기반한 SLRB 설정을 적용하지 않고 단말 스스로 상기 파라미터를 설정할 수 있다. 즉, 패킷 타입에 따라 설정될 파라미터는 기지국의 RRC 전용(dedicated) 시그널링, 시스템 정보(system information) 시그널링 또는 사전 설정(pre-configuration)을 통해 단말에게 제공되지 않을 수 있다. 사이드링크 플로우에 대한 SLRB 설정(configuration)을 설정하는 절차를 수행할 때, 단말은 SLRB에 대해 기지국 또는 사전 설정(pre-configuration)에서 제공되는 SLRB 설정(configuration)을 설정하고, 상기 SLRB에 대응되는 패킷 타입에 적용할 SLRB 설정(configuration) 파라미터를 직접 설정할 수 있다. 예를 들어, 상기 기지국 또는 사전 설정(pre-configuration)에서 제공하는 SLRB 설정(configuration)은 PDCP 설정(예: PDCP-config)를 포함할 수 있으며 상기 PDCP 설정(예: PDCP-config)는 헤더 압축(header compression) 파라미터를 포함하지 않을 수 있다. 단말은 상기 기지국 또는 사전 설정(pre-configuration)으로부터 제공되는 PDCP 설정(예: PDCP-config)를 설정하고, 헤더 압축(header compression)에 대해서는 패킷 타입을 기반으로 설정할 수 있다. 패킷 타입이 non-IP 패킷인 경우 단말은 헤더 압축(header compression) 파라미터를 설정하지 않을 수 있다 (여기서, 헤더 압축 파라미터를 설정하지 않는 경우, 단말은 헤더 압축(header compression) 파라미터를 not-used 또는 NULL로 설정할 수 있다). 패킷 타입이 IP 패킷인 경우 단말은 헤더 압축(header compression) 파라미터를 non-used/NULL (헤더 압축(header compression)을 적용하지 않음) 또는 적용할 헤더 압축 프로파일(header compression profile) (예, ROHC 프로파일(profile), maxCID(maximum CID(context identification)))으로 설정할 수 있다.
일 실시예로서, 단말이 직접 설정한 패킷 타입에 따른 SLRB 설정은, 사이드링크 유니캐스트의 경우 사이드링크 SLRB 설정 시그널링 (예를 들어 sidelink access stratum layer configuration 메시지)을 통해 상대방 단말에게 전달될 수 있다. 여기서, 단말이 직접 설정한 패킷 타입에 따른 SLRB 설정은 헤더 압축 (header compression) 파라미터를 포함할 수 있다.
3. 수신 단말의 패킷 필터링 방안
목적지 식별자, 소스 식별자, 캐스트 타입 중 적어도 하나의 정보 또는 조합은 사이드링크 제어 채널(예: PSCCH(physical sidelink control channel)) 또는 사이드링크 데이터 채널(예: PSSCH(physical sidelink shared channel))을 통해 송신 단말이 전송하는 시그널링에 포함될 수 있다. 사이드링크 제어 채널 혹은 사이드링크 데이터 채널에서 전송되는 SCI (sidelink control information)은 상기 목적지 식별자, 소스 식별자, 캐스트 타입 중 적어도 하나의 정보를 포함할 수 있다. 사이드링크 제어 채널에서 전송되는 MAC PDU의 헤더는 목적지 식별자, 소스 식별자, 캐스트 타입 중 적어도 하나의 정보를 포함할 수 있다. 수신 단말은 상기 사이드링크 제어 채널 혹은 사이드링크 데이터 채널에서 전송되는 SCI를 통해 패킷의 목적지 식별자, 소스 식별자, 캐스트 타입 정보를 판단할 수 있다. 수신 단말은 상기 사이드링크 데이터 채널에서 전송되는 MAC PDU의 헤더를 통해 패킷의 목적지 식별자, 소스 식별자, 캐스트 타입 정보를 판단할 수 있다. 상기 수신 단말은, 사이드링크 제어 채널, 사이드링크 데이터 채널의 목적지 식별자, 소스 식별자, 캐스트 타입 중 적어도 하나의 정보를 기반으로 수신 단말에 해당되는 패킷 여부를 판단할 수 있다. 또한, 상기 수신 단말은 상기 수신 단말에게 해당된다고 판단되는 패킷(즉, 디코딩된 MAC PDU)을 상위 계층으로 전달할 수 있다. 예를 들어, HARQ 엔티티에서 수신 단말에 해당되는 패킷 여부를 판단한 뒤, 상기 수신 단말에게 해당된다고 판단되는 패킷을 다음 엔티티인 disassembly and demultiplexing entity)로 전달할 수 있다. 이후, Disassembly and demultiplexing entity는 패킷을 상위 계층으로 전달할 수 있다. 또한, 상기 수신 단말은, 상기 수신 단말에게 해당되지 않는다고 판단되는 패킷을 상위 계층으로 전달하지 않고 버릴 수 있다. 또한, 일부 실시 예들에 따라 사이드링크 제어 채널 혹은 사이드링크 데이터 채널의 SCI에서 전송될 수 있는 목적지 식별자, 소스 식별자, 캐스트 타입 중 적어도 하나의 정보를 통해 수신 단말이 해당 패킷의 목적지가 자신이라고 판단할 수 있도록 시스템이 구성되어 있다면 사이드링크 데이터 채널에서 전송되는 MAC PDU의 헤더에는 패킷의 목적지 식별자, 소스 식별자, 캐스트 타입 중 적어도 하나의 정보를 포함하지 않을 수 있다. 또한, 일부 실시 예들에 따라 사이드링크 제어 채널 혹은 사이드링크 데이터 채널의 SCI를 통해 전송되는 목적지 식별자, 소스 식별자, 캐스트 타입 중 적어도 하나의 정보와 사이드링크 데이터 채널의 MAC PDU 헤더에 포함되어 있는 목적지 식별자, 소스 식별자, 캐스트 타입 중 적어도 하나의 정보를 결합하여 수신 단말이 해당 패킷의 목적지가 자신이라고 판단할 수 있도록 시스템이 구성될 수 있다. 수신 단말이 해당 패킷의 목적지가 자신이라고 판단을 하위 레이어에서 수행할 수 있는 방안들을 제공함으로써, 상기의 다양한 실시 예들은 자신이 목적지가 아닌 패킷을 불필요하게 상위 레이어까지 전달하고 상위 레이어에서 패킷 드롭 여부를 판단하는 방안 대비 수신 단말의 버퍼 사용 및 프로세싱 파워 사용을 효율화하고 패킷 처리의 지연을 줄일 수 있는 장점이 있다.
이하, 도 13을 통해 패킷 타입 식별자를 판단할 수 있는 다양한 방안들이 서술된다. 패킷 타입 식별자의 처리 방안은 수신 단말이 패킷 타입을 빠르게 판단하고 패킷 처리를 빠르게 수행할 수 있게 한다. 상기 패킷 타입 식별자는 IP 패킷, non-IP 패킷, PC5-S 패킷 중 적어도 하나를 포함할 수 있다.
도 13a 내지 도 13d는 본 개시의 다양한 실시 예들에 따른 패킷 필터링의 예들을 도시한다.
도 13a에서는, PDCP 레이어에서 패킷 필터링을 수행하는 실시 예가 서술된다. 상기 도 13a을 참고하면, 송신 단말의 V2X 레이어는 사이드링크 플로우 또는 사이드링크 패킷에 해당되는 패킷 타입 식별자를 판단할 수 있다. 상기 패킷 타입 식별자는 IP 패킷, non-IP 패킷, PC5-S 중 적어도 하나를 포함할 수 있다. 패킷 타입 식별자가 PC5-S인 경우, 각 패킷은 사이드링크 플로우를 생략하고 사이드링크 패킷으로 관리될 수 있다. V2X 레이어는 패킷과 상기 패킷 타입 식별자 정보를 PDCP 레이어로 전달할 수 있다. 송신 단말의 PDCP 레이어는 상기 패킷에 해당되는 패킷 타입 식별자를 SDU(service data unit) type에 설정하고 하위 레이어(예: RLC 레이어, MAC 레이어, PHY 레이어)로 전달할 수 있다. 수신 단말의 PDCP 레이어는 하위 레이어로부터 패킷을 수신하면 SDU type에 설정된 패킷 타입 식별자를 판단할 수 있다. PDCP 레이어는 패킷과 상기 패킷 타입 식별자 정보를 V2X 레이어로 전달할 수 있다. 수신 단말의 V2X 레이어는 패킷 타입 식별자 정보를 기반으로 패킷 타입을 판단할 수 있고, 해당 패킷 처리부로 패킷을 전달할 수 있다. 예를 들어, 수신 단말의 V2X 레이어는 IP 패킷 타입에 해당되는 패킷을 IP 패킷 처리부로, non-IP 패킷 타입에 해당되는 패킷을 non-IP 패킷 처리부로, PC5-S 패킷 타입에 해당되는 패킷을 PC5-S 처리부로 각각 전달할 수 있다.
상기 도 13a의 예시에서 사이드링크 유니캐스트의 경우, 송신 단말의 V2X 레이어는 PC5 유니캐스트 링크의 사이드링크 플로우에 대한 패킷 타입 식별자를 판단할 수 있다. 송신 단말의 V2X 레이어는 패킷과 패킷 타입 정보를 PDCP 레이어로 전달할 수 있고 PDCP 레이어는 패킷 타입 정보 식별자를 SDU type에 설정할 수 있다. 수신 단말의 PDCP 레이어는 하위 레이어로부터 수신된 패킷의 SDU type에 설정되어 있는 패킷 타입 정보를 판단할 수 있고, 패킷과 패킷 타입 식별자를 V2X 레이어에게 전달할 수 있다. 수신 단말의 V2X 레이어는 패킷 타입 식별자 정보를 기반으로 사이드링크 플로우 및 해당되는 사이드링크 유니캐스트 링크의 패킷을 해당되는 패킷 처리부로 전달할 수 있다.
상기 도 13a의 예시에서 사이드링크 그룹캐스트의 경우, 송신 단말의 V2X 레이어는 사이드링크 플로우에 대한 패킷 타입 식별자를 판단할 수 있다. 송신 단말의 V2X 레이어는 패킷과 패킷 타입 정보를 PDCP 레이어로 전달할 수 있다. 송신 단말의 PDCP 레이어는 패킷 타입 정보 식별자를 SDU type에 설정할 수 있다. 수신 단말의 PDCP 레이어는 하위 레이어로부터 수신된 패킷의 SDU type에 설정되어 있는 패킷 타입 정보를 판단할 수 있고, 패킷과 패킷 타입 식별자를 V2X 레이어에게 전달할 수 있다. 수신 단말의 V2X 레이어는 패킷 타입 식별자 정보를 기반으로 그룹 캐스트에 따른 패킷을 상기 패킷 타입에 해당되는 패킷 처리부로 전달할 수 있다.
상기 도 13a의 예시에서 사이드링크 브로드캐스트에 따른 패킷은, 사이드링크 그룹캐스트의 경우와 동일 또는 유사한 방식으로 처리될 수 있다.
도 13b에서는, SDAP 레이어에서 패킷 필터링을 수행하는 실시 예가 서술된다. 상기 도 13b를 참고하면, 사이드링크 통신을 지원하는 단말들은, 패킷 타입 별 사이드링크 플로우 식별자를 별도로 관리함으로써, 패킷을 수신하였을 때 사이드링크 플로우 식별자를 기반으로 패킷 타입을 판단할 수 있다. 즉, 사이드링크 플로우 식별자는, 특정 패킷 타입과 관련될 수 있다. 상기 패킷 타입은, IP, non-IP, PC5-S 중 적어도 하나를 포함할 수 있다.
송신 단말의 V2X 레이어는 사이드링크 플로우 또는 사이드링크 패킷에 해당되는 패킷 타입 식별자를 판단할 수 있다. 상기 패킷 타입 식별자는 IP 패킷, non-IP 패킷, PC5-S 중 적어도 하나를 포함할 수 있다. 송신 단말의 V2X 레이어는 패킷 타입-플로우 식별자 매핑 정보(예: [표 1]의 정보)에 기반하여, 패킷 타입에 해당되는 사이드링크 플로우 식별자 풀에서 사이드링크 플로우 식별자를 하나 선택하고, 상기 플로우 식별자를, 상기 패킷 타입에 해당되는 사이드링크 플로우에게 설정할 수 있다. 송신 단말의 V2X 레이어는 상기 패킷과 상기 선택된 플로우 식별자 정보를 SDAP 레이어에게 전달할 수 있다. SDAP 레이어는 SDAP 헤더에 상기 플로우 식별자를 설정할 수 있다. SDAP 레이어는 상기 패킷을 하위 레이어(예: PDCP 레이어, RLC 레이어, MAC 레이어, PHY 레이어)에게 전달할 수 있다.
수신 단말의 SDAP 레이어는 하위 레이어로부터 패킷을 수신하면 SDAP 헤더의 플로우 식별자 정보를 패킷과 함께 V2X 레이어에게 전달할 수 있다. V2X 레이어는 패킷 타입-플로우 식별자 매핑 정보(예: [표 1]의 정보)에 기반하여 플로우 식별자에 해당되는 패킷 타입 정보를 판단할 수 있고, 해당 패킷 처리부로 패킷을 전달할 수 있다. 예를 들어, 수신 단말의 V2X 레이어는 IP 패킷 타입에 해당되는 패킷을 IP 패킷 처리부로, non-IP 패킷 타입에 해당되는 패킷을 non-IP 패킷 처리부로, PC5-S 패킷 타입에 해당되는 패킷을 PC5-S 처리부로 전달할 수 있다.
상기 도 13b에서 전술된 패킷 타입-플로우 식별자 매핑 정보, 즉, 패킷 타입 별 사이드링크 플로우 식별자 풀의 운용 예시는 [표 1]과 같다. 예를 들어 사이드링크 플로우의 개수는 SDAP 헤더의 flow ID 필드 크기에 맞춰 설정될 수 있다.
Figure PCTKR2020010804-appb-T000001
상기 도 13b의 예시에서 사이드링크 유니캐스트의 경우, 송신 단말의 V2X 레이어는 PC5 유니캐스트 링크의 사이드링크 플로우에 대한 패킷 타입 식별자를 판단할 수 있다. V2X 레이어는 [표 1]과 같이 패킷 타입 정보에 해당되는 플로우 식별자 풀에서 플로우 식별자를 선택할 수 있고 패킷과 플로우 식별자 정보를 SDAP 레이어로 전달할 수 있다. SDAP 레이어는 SDAP 헤더에 상기 플로우 식별자를 설정할 수 있고 하위 레이어에게 패킷을 전달할 수 있다. 수신 단말의 SDAP 레이어는 하위 레이어로부터 수신된 패킷의 SDAP 헤더에 설정되어 있는 플로우 식별자 정보를 판단할 수 있고, 패킷과 플로우 식별자 정보를 V2X 레이어에게 전달할 수 있다. 수신 단말의 V2X 레이어는 [표 1]을 기반으로 플로우 식별자 정보에 해당되는 패킷 타입 정보를 판단할 수 있고 상기 사이드링크 플로우 및 해당되는 사이드링크 유니캐스트 링크의 패킷을 해당되는 패킷 처리부로 전달할 수 있다.
상기 도 13b의 예시에서 사이드링크 그룹캐스트의 경우, 송신 단말의 V2X 레이어는 사이드링크 플로우에 대한 패킷 타입 식별자를 판단할 수 있다. 송신 단말의 V2X 레이어는 [표 1]과 같이 패킷 타입 정보에 해당되는 플로우 식별자 풀에서 플로우 식별자를 선택할 수 있고, 패킷과 플로우 식별자 정보를 SDAP 레이어로 전달할 수 있다. 송신 단말의 SDAP 레이어는 SDAP 헤더에 상기 플로우 식별자 정보를 설정하고 하위 레이어로 패킷을 전달할 수 있다. 수신 단말의 SDAP 레이어는 하위 레이어로부터 전달받은 패킷의 SDAP 헤더에 설정되어 있는 플로우 식별자 정보를 판단할 수 있고 패킷과 플로우 식별자 정보를 V2X 레이어에게 전달할 수 있다. 수신 단말의 V2X 레이어는 [표 1]을 기반으로 플로우 식별자 정보에 해당되는 패킷 타입 정보를 판단할 수 있고, 상기 사이드링크 플로우의 패킷을 해당되는 패킷 처리부로 전달할 수 있다.
상기 도 13b의 예시에서 사이드링크 브로드캐스트에 따른 패킷은, 사이드링크 그룹캐스트와 동일 또는 유사한 방식으로 처리될 수 있다.
도 13c에서는, SDAP 레이어 및 PDCP 레이어에서 패킷 필터링을 수행하는 실시 예가 서술된다. 상기 도 13c를 참고하면, 송신 단말의 V2X 레이어는 사이드링크 플로우 또는 사이드링크 패킷에 해당되는 패킷 타입 식별자를 판단할 수 있다. 상기 패킷 타입 식별자는 IP 패킷, non-IP 패킷, PC5-S 중 적어도 하나를 포함할 수 있다. 패킷 타입 식별자가 PC5-S인 경우에는 사이드링크 플로우를 생략하고 사이드링크 패킷으로 관리될 수 있다. 송신 단말의 V2X 레이어는 사이드링크 플로우에 대한 식별자를 설정할 수 있다. 송신 단말의 V2X 레이어는 패킷과 상기 패킷 타입 식별자와 사이드링크 플로우 식별자 정보를 AS 레이어로 전달할 수 있다. 상기 AS(access stratum) 레이어는, 예를 들어 SDAP 레이어, PDCP 레이어, MAC 레이어 중 적어도 하나를 의미할 수 있다. 송신 단말의 SDAP 레이어는 상기 패킷의 SDAP 헤더에 사이드링크 플로우 식별자를 설정하고 패킷을 PDCP 레이어로 전달할 수 있다. 송신 단말의 PDCP 레이어는 상기 패킷에 해당되는 패킷 타입 식별자를 SDU type에 설정하고 하위 레이어로 전달할 수 있다. 수신 단말의 PDCP 레이어는 하위 레이어로부터 패킷을 수신하면 SDU type에 설정된 패킷 타입 식별자를 판단할 수 있다. PDCP 레이어는 상기 패킷 타입 식별자 정보를 V2X 레이어로 전달할 수 있다. 수신 단말의 PDCP 레이어는 패킷을 SDAP 레이어로 전달할 수 있다. 수신 단말의 SDAP 레이어는 패킷의 SDAP 헤더에 설정되어 있는 플로우 식별자를 판단할 수 있고, 패킷과 플로우 식별자 정보를 V2X 레이어에게 전달할 수 있다. 수신 단말의 V2X 레이어는 패킷 타입 식별자, 플로우 식별자 정보를 기반으로 패킷 타입 및 플로우 정보를 판단할 수 있고, 해당 패킷 처리부로 패킷을 전달할 수 있다. 예를 들어, 수신 단말의 V2X 레이어는, IP 패킷 타입에 해당되는 패킷을 IP 패킷 처리부로, non-IP 패킷 타입에 해당되는 패킷을 non-IP 패킷 처리부로, PC5-S 패킷 타입에 해당되는 패킷을 PC5-S 처리부로 각각 전달할 수 있다.
상기 도 13c의 예시에서 사이드링크 유니캐스트의 경우, 송신 단말의 V2X 레이어는 사이드링크 유니캐스트 링크의 사이드링크 플로우에 대한 패킷 타입 식별자를 판단할 수 있고 사이드링크 플로우의 식별자를 설정할 수 있다. 송신 단말의 V2X 레이어는 패킷과 패킷 타입 식별자, 플로우 식별자 정보를 AS 레이어로 전달할 수 있다. 상기 AS 레이어는, 예를 들어 SDAP 레이어, PDCP 레이어, MAC 레이어 중 적어도 하나를 의미할 수 있다. 송신 단말의 SDAP 레이어는 SDAP 헤더에 플로우 식별자를 설정하고 패킷을 PDCP 레이어로 전달할 수 있다. 송신 단말의 PDCP 레이어는 패킷 타입 정보 식별자를 SDU type에 설정하고 패킷을 하위 레이어로 전달할 수 있다. 수신 단말의 PDCP 레이어는 하위 레이어로부터 수신된 패킷의 SDU type에 설정되어 있는 패킷 타입 정보를 판단할 수 있고, 패킷 타입 식별자를 V2X 레이어에게 전달할 수 있다. 수신 단말의 PDCP 레이어는 패킷을 SDAP 레이어로 전달할 수 있다. 수신 단말의 SDAP 레이어는 패킷의 SDAP 헤더에 설정된 플로우 식별자 정보를 판단할 수 있고, 패킷과 플로우 식별자 정보를 V2X 레이어로 전달할 수 있다. 수신 단말의 V2X 레이어는 패킷 타입 식별자와 플로우 식별자 정보를 기반으로 사이드링크 플로우 및 해당되는 사이드링크 유니캐스트 링크의 패킷을 해당되는 패킷 처리부로 전달할 수 있다.
상기 도 13c의 예시에서 사이드링크 그룹캐스트의 경우, 송신 단말의 V2X 레이어는 사이드링크 플로우에 대한 패킷 타입 식별자를 판단하고 플로우 식별자를 설정할 수 있다. 송신 단말의 V2X 레이어는 패킷과 패킷 타입 정보와 플로우 식별자 정보를 AS 레이어로 전달할 수 있다. 송신 단말의 SDAP 레이어는 패킷의 SDAP 헤더에 플로우 식별자를 설정할 수 있고 패킷을 PDCP 레이어로 전달할 수 있다. 송신 단말의 PDCP 레이어는 패킷 타입 정보 식별자를 SDU type에 설정할 수 있다. 수신 단말의 PDCP 레이어는 하위 레이어로부터 수신된 패킷의 SDU type에 설정되어 있는 패킷 타입 정보를 판단할 수 있고, 패킷 타입 식별자를 V2X 레이어에게 전달할 수 있다. 수신 단말의 PDCP 레이어는 패킷을 SDAP 레이어로 전달할 수 있다. 수신 단말의 SDAP 레이어는 패킷의 SDAP 헤더에 설정된 플로우 식별자 정보를 판단할 수 있고 패킷과 플로우 식별자 정보를 V2X 레이어로 전달할 수 있다. 수신 단말의 V2X 레이어는 패킷 타입 식별자 정보를 기반으로 그룹 캐스트에 따른 패킷을 패킷 타입에 해당되는 패킷 처리부로 전달할 수 있다.
상기 도 13c의 예시에서 사이드링크 브로드캐스트에 따른 패킷은, 사이드링크 그룹캐스트의 경우와 동일 또는 유사한 방식으로 처리될 수 있다.
도 13d에서는, 사이드 링크 플로우 및 SLRB 간 매핑에 따른 패킷 필터링을 수행하는 실시 예가 서술된다. 상기 도 13d를 참고하면, 사이드링크 유니캐스트의 경우 두 단말들은, 상호 간 사이드링크 플로우에 대한 SLRB 설정 정보 및 패킷 타입 정보를 교환할 수 있다. 또한, 두 단말들은 상기 설정된 사이드링크 플로우의 SLRB를 통해 패킷을 송수신할 수 있다. 예시적으로, 상기 도 12와 같이, 상기 사이드링크 유니캐스트 기반 패킷 송수신을 수행하는 두 단말들 간 SLRB 설정 정보 및 패킷 타입 정보를 교환하는 절차가 수행될 수 있다.
송신 단말의 V2X 레이어는 설정된 유니캐스트 플로우를 통해 전송할 패킷이 발생하면, 상기 패킷과 상기 패킷의 플로우 식별자를 SDAP layer로 전달할 수 있다. 송신 단말의 SDAP 레이어는 패킷의 플로우 식별자에 매핑되는 SLRB를 판단할 수 있고 패킷을 하위 레이어(예: PDCP 레이어, RLC 레이어, MAC 레이어, PHY 레이어)로 전달할 수 있다. 송신 단말의 하위 레이어는 상기 SLRB를 통해 상기 패킷을 전달할 수 있다. 수신 단말은 SLRB에 대한 패킷을 수신할 수 있고 수신 단말의 SDAP 레이어는 상기 패킷이 수신된 SLRB에 매핑되는 플로우 식별자를 판단할 수 있다. 수신 단말의 SDAP 레이어는 상기 패킷과 플로우 식별자 정보를 V2X 레이어로 전달할 수 있다. 수신 단말의 V2X 레이어는 상기 패킷의 플로우 식별자 정보를 기반으로 패킷 타입 정보를 판단할 수 있다. 두 단말들(송신 단말과 수신 단말) 간 사이드링크 플로우, SLRB, SLRB에 해당되는 패킷 타입 정보가 교환되었기 때문에, 수신 단말의 V2X 레이어는 플로우 식별자 정보에 기반하여 패킷 타입을 결정할 수 있다. 수신 단말의 V2X 레이어는 상기 사이드링크 플로우 및 해당되는 사이드링크 유니캐스트 링크의 패킷을 해당되는 패킷 처리부로 전달할 수 있다.
상기 도 13d의 실시 예는 대상이 되는 단말들 간에 사이드링크 플로우 식별자, SLRB 정보 및 해당되는 패킷 타입 정보를 교환하는 데 한계가 있는 사이드링크 그룹캐스트 또는 사이드링크 브로드캐스트에서 적용하기 어려울 수 있다.
본 개시의 다른 실시 예들에 따른 사이드링크 유니캐스트의 경우, 두 단말간 설정되는 사이드링크 플로우 및 상기 사이드링크 플로우가 매핑되는 PC5 유니캐스트 링크 식별자와 패킷 타입 정보를 매핑시킬 수 있다. 예를 들어 유니캐스트 링크 식별자 1은 IP 패킷 타입에 해당되는 적어도 하나의 사이드링크 플로우에 매핑될 수 있고, 유니캐스트 링크 식별자 2는 non-IP 패킷 타입에 해당되는 적어도 하나의 사이드링크 플로우에 매핑될 수 있다. IP 패킷 타입에 해당되는 사이드링크 유니캐스트 링크는 1개 이상 설정될 수 있다. Non-IP 패킷 타입에 해당되는 사이드링크 유니캐스트 링크는 1개 이상 설정될 수 있다. 사이드링크 유니캐스트 기반 패킷 송수신을 수행할 두 단말들 간에 유니캐스트 용도의 SLRB 설정 절차를 수행할 때, 사이드링크 플로우에 대한 패킷 타입 정보 또는 사이드링크 유니캐스트 링크, 사이드링크 플로우에 대한 패킷 타입 정보가 서로 교환될 수 있다. 송신 단말에서 전송할 패킷이 발생하면, 송신 단말의 V2X 레이어는 패킷 타입을 기반으로 패킷을 전송할 플로우를 해당되는 패킷 타입의 유니캐스트 링크에 매핑시킬 수 있다. 수신 단말의 V2X 레이어는 패킷이 수신된 플로우가 매핑되는 유니캐스트 링크의 패킷 타입 정보에 기반하여, 상기 패킷의 패킷 타입을 결정할 수 있다. 수신 단말의 V2X 레이어는 상기 패킷을 해당되는 패킷 처리부로 전달할 수 있다. 상기 송신 단말과 수신 단말 각각의 V2X 레이어의 동작 외에 송신 단말과 수신 단말 각각의 SDAP 레이어와 PDCP 레이어의 동작은 다음과 같이 수행될 수 있다. 송신 단말의 SDAP 레이어는 패킷의 플로우 식별자에 해당되는 SLRB를 매핑시킬 수 있고, 수신 단말의 SDAP 레이어는 패킷이 수신된 SLRB로부터 플로우 식별자를 획득할 수 있다. 다른 실시 예로서 송신 단말의 SDAP 레이어는 SDAP 헤더에 플로우 식별자를 설정할 수 있고 수신 단말의 SDAP 레이어는 SDAP 헤더에 설정되어 있는 플로우 식별자를 획득할 수 있다. 송신 단말의 PDCP 레이어는 상위에서 전달받은 패킷 타입 정보를 SDU type에 설정할 수 있고 수신 단말의 PDCP 레이어는 SDU type에 설정되어 있는 패킷 타입 정보를 상위로 전달할 수 있다.
다음으로 cast type별 송신 단말과 수신 단말의 동작을 설명하기로 한다.
송신 단말의 V2X 레이어는 사이드링크 패킷 또는 사이드링크 플로우에 해당되는 패킷의 cast type을 판단할 수 있다. 상기 cast type은 유니캐스트, 그룹캐스트, 브로드캐스트 중 적어도 하나를 포함할 수 있다. V2X 레이어는 상기 패킷에 해당되는 사이드링크 플로우 식별자와 상기 패킷과 패킷 타입 정보, 목적지 식별자, 소스 식별자, 캐스트 타입 중 적어도 하나를 AS 레이어에게 전달할 수 있다. 상기 AS 레이어는 예를 들어 SDAP 레이어, PDCP 레이어, MAC 레이어 중 적어도 하나를 포함할 수 있다. 송신 단말의 SDAP 레이어는 상기 패킷의 플로우 식별자에 해당되는 SLRB를 매핑시킬 수 있다. SDAP 레이어에서 SDAP 헤더를 설정할 수 있는 경우, SDAP 헤더에 상기 플로우 식별자가 설정될 수 있다. 송신 단말의 SDAP 레이어는 패킷을 PDCP 레이어로 전달할 수 있다. 송신 단말의 PDCP 레이어는 상기 패킷의 패킷 타입 정보를 판단할 수 있다. 송신 단말의 PDCP 레이어는, 상기 패킷의 패킷 타입을 결정하고, 상기 패킷 타입에 기초하여 SDU type을 설정할 수 있다. 즉, 송신 단말의 PDCP 레이어는 SDU type에 패킷 타입 식별자를 설정할 수 있다. 송신 단말의 PDCP 레이어는 상기 패킷을 하위 레이어(예: RLC 레이어, MAC 레이어, PHY 레이어)로 전달할 수 있다. PDCP 레이어의 하위 레이어 중 MAC 레이어는 MAC 헤더에 목적지 식별자, 소스 식별자를 설정할 수 있으면, 상기 패킷의 목적지 식별자, 소스 식별자를 MAC 헤더에 설정할 수 있다. MAC 헤더에 cast type을 설정할 수 있으면, 송신 단말의 MAC 레이어는 MAC 헤더에 cast type 정보를 포함할 수 있다. Cast type 정보는 목적지 식별자, 소스 식별자를 기반으로 패킷에 해당되는 cast type을 구분할 수 없다고 판단되는 경우에 사용될 수 있다. MAC 헤더의 목적지 식별자, 소스 식별자는 사이드링크 제어 채널에서 전송되는 SCI를 기반으로 패킷에 해당되는 목적지를 구분할 수 없다고 판단되는 경우에 사용될 수 있다. 송신 단말은 사이드링크 제어 채널로 전송될 수 있는 SCI에 cast type 정보를 설정하기로 되어 있으면, SCI에 cast type 정보를 포함시킬 수 있다. 송신 단말은 cast type 정보가 포함된 SCI를 수신 단말에게 전송할 수 있다. 송신 단말은 사이드링크 제어 채널로 전송될 수 있는 SCI에 목적지 식별자, 소스 식별자를 설정하기로 되어 있으면, 상기 SCI에 목적지 식별자, 소스 식별자 정보를 포함시킬 수 있다. 송신 단말은 목적지 식별자, 소스 식별자 정보가 포함된 SCI를 수신 단말에게 전송할 수 있다.
수신 단말은 사이드링크 제어 채널에서 SCI를 수신하고 cast type 정보가 포함되어 있는지 여부를 판단할 수 있다. SCI에 cast type 정보가 포함되어 있으면 수신 단말은 해당 패킷의 cast type을 판단할 수 있다. 수신 단말은 상기 SCI에 목적지 식별자, 소스 식별자 정보가 포함되어 있는지 판단할 수 있다. SCI에 목적지 식별자, 소스 식별자 정보가 포함되어 있으면 수신 단말은 해당 패킷의 목적지 식별자, 소스 식별자를 판단할 수 있다. 일 실시 예에 따라, 수신 단말은 목적지 식별자와 소스 식별자를 통해 cast type을 구분할 수도 있다. 상기 SCI의 목적지 식별자, 소스 식별자, cast type 정보를 기반으로 수신 단말은 해당 패킷이 자신과 관련이 있는지를 판단할 수 있다. 상기 패킷이 자신과 관련이 없다고 판단하면 수신 단말은 상기 패킷을 드롭할 수 있다. 상기 패킷이 자신과 관련이 있다고 판단되면 수신 단말은 상기 패킷을 상위 레이어로 전달할 수 있다. MAC PDU 헤더에 목적지 식별자, 소스 식별자를 설정하기로 되어 있으면 수신 단말의 MAC 레이어는 MAC 헤더의 목적지 식별자, 소스 식별자를 판단할 수 있다. MAC PDU 헤더에 cast type을 설정하기로 되어 있으면 수신 단말의 MAC 레이어는 MAC 헤더의 cast type 정보를 판단할 수 있다. 수신 단말의 MAC 레이어는 목적지 식별자, 소스 식별자, cast type 중 적어도 하나를 통해 해당 패킷이 자신과 관련이 있는지를 판단할 수 있다. 상기 패킷이 자신과 관련이 있다고 판단되면 수신 단말은 상기 패킷을 상위 레이어로 전달할 수 있다. 상기 패킷이 자신과 관련이 없다고 판단되면 수신 단말은 상기 패킷을 드롭할 수 있다. 수신 단말의 PDCP 레이어는 SDU type가 설정되어 있으면 SDU type 정보로부터 패킷 타입 식별자를 판단할 수 있다. 상기 패킷 타입 정보는 상위 레이어로 전달될 수 있다. 수신 단말의 SDAP 레이어는 패킷이 전달된 SLRB로부터 플로우 정보를 판단할 수 있다. 수신 단말의 SDAP 레이어는 SDAP 헤더가 설정되어 있으면 SDAP 헤더로부터 플로우 식별자 정보를 판단할 수 있다. 상기 플로우 정보는 상위 레이어(예: V2X 레이어)로 전달될 수 있다.
수신 단말의 상위 레이어에 해당되는, V2X 레이어는 플로우 식별자, 패킷 타입 식별자에 기반하여 해당 패킷이 어떠한 cast type을 갖는 패킷인지 결정할 수 있다. 일 실시 예에 따라, 수신 단말의 V2X 레이어는 플로우 식별자, 패킷 타입 식별자를 기반하여 PC5 유니캐스트 링크를 결정하고, 해당 패킷이 유니캐스트 패킷임을 판단할 수 있다. 상기 PC5 유니캐스트 링크는, 플로우 식별자 또는 패킷 타입 식별자 중 적어도 하나에 매핑될 수 있다. 수신 단말의 V2X 레이어는 상기 패킷을 해당되는 패킷 타입 처리부로 전달할 수 있다. 일 실시 예에 따라, 수신 단말의 V2X 레이어는 플로우 식별자, 패킷 타입 식별자에 기반하여 해당 패킷이 사이드링크 그룹캐스트의 패킷임을 결정할 수 있다. 수신 단말의 V2X 레이어는 상기 패킷을 해당되는 패킷 타입 처리부로 전달할 수 있다. 또한, 일 실시 예에 따라, 수신 단말의 V2X 레이어는 플로우 식별자, 패킷 타입 식별자에 기반하여 해당 패킷이 사이드링크 브로드캐스트의 패킷임을 결정할 수 있다. 수신 단말의 V2X 레이어는 상기 패킷을 해당되는 패킷 타입 처리부로 전달할 수 있다.
4. 비주기적 트래픽에 대한 준정적 방식의 사이드링크 자원 할당 방안
모드 1 자원 할당의 경우, 단말은 기지국으로부터 사이드링크 자원을 할당 받기 위해 사이드링크 플로우 내지 사이드링크 패킷에 대한 정보를 기지국에게 보고할 수 있다. 상기 사이드링크 플로우 내지 사이드링크 패킷에 대한 정보는 주기적으로 발생하는 사이드링크 트래픽에 대한 트래픽 패턴에 대한 정보를 포함할 수 있다. 상기 사이드링크 트래픽 패턴 정보는 패킷 크기, 전송 주기, 전송 오프셋 중 적어도 하나의 정보를 포함할 수 있다. 상기 주기적으로 발생하는 사이드링크 트래픽에 대한 상기 트래픽 패턴에 기반하여, 단말로부터 사이드링크 자원 할당 요청을 수신 및 상기 자원 할당 요청에 대한 사이드링크 자원을 할당하는 동적 자원 할당 방식 대신, 기지국은 단말로부터 사이드링크 자원 할당 요청이 없어도 준정적 자원 할당 방식을 사용하여 단말에게 사이드링크 자원을 할당할 수 있다. 여기서 준정적 자원 할당 방식은 SPS(semi persistent scheduling), Configured Grant type 1, Configured Grant type 2 중 적어도 하나에 해당될 수 있다.
고수준 자율주행 서비스에 적합한 V2X application에서 발생되는 트래픽은 보다 저지연, 보다 고신뢰도를 요구하는 경향이 있다. 저지연, 고신뢰도를 요구하는 V2X application의 트래픽이 주기적으로 발생하지는 않는 경우, 상기 V2X application에서 발생한 트래픽을 전송하기 위해 단말은 사이드링크 자원 할당 요청을 전송하고 기지국이 이에 대한 자원을 동적으로 할당하는 방식을 사용할 수 있다. 하지만 동적 사이드링크 자원 할당 방식은 저지연, 고신뢰도를 요구하는 V2X application의 트래픽 전송에 적합하지 않을 가능성이 높다. 따라서, 주기적으로 발생하는 트래픽 용도로 할당되는 준정적 사이드링크 자원을 비주기적으로 발생하지만 저지연, 고신뢰도를 요구하는 트래픽 용도로 단말이 사용하도록 허용하는 방안이 필요할 수 있다.
본 개시의 다양한 실시 예에 따라 비주기적 트래픽 용도의 준정적 자원 할당을 지원하는 제 1 방안은 다음과 같다.
단말은 비주기적 트래픽에 해당되는 사이드링크 플로우의 QOS 프로파일 정보를 기지국에게 보고할 수 있다. 상기 단말이 비주기적 트래픽에 해당되는 사이드링크 플로우와 이에 대한 QOS 프로파일 정보를 보고하는 데 사용되는 RRC 시그널링은 Sidelink UE Information message, UE Assistance Information message, 신규 RRC dedicated message 중 적어도 하나를 포함할 수 있다. 상기 사이드링크 플로우의 QOS 프로파일은 저지연, 고신뢰도를 요구하는 비주기적 트래픽에 해당되는 QOS 요구사항, 5QI, PQI 중 적어도 하나에 해당될 수 있다. 단말로부터 수신된 사이드링크 플로우의 QOS 프로파일을 기반으로 비주기적 트래픽이 고신뢰도, 저지연을 요구한다고 판단되면, 기지국은 준정적 방식 사이드링크 자원 할당을 상기 사이드링크 플로우에 대해 적용하기로 결정할 수 있다. 기지국은 단말에게 상기 사이드링크 플로우에 대한 준정적 방식 사이드링크 자원 할당 정보를 전송할 수 있다. 상기 기지국이 단말에게 전송하는 정보는 사이드링크 플로우 식별자, SLRB 식별자, 논리채널 식별자, 준정적 방식 사이드링크 자원 할당 정보 중 적어도 하나를 포함할 수 있다. 단말은 상기 사이드링크 플로우에 대해서 준정적 방식 사이드링크 자원 할당을 판단할 수 있다.
본 개시의 다양한 실시 예에 따라 비주기적 트래픽 용도의 준정적 자원 할당을 지원하는 제 2 방안은 다음과 같다.
단말은 기지국에서 사이드링크 트래픽 전송 용도의 준정적 자원 할당을 처리하는 데 필요한 사이드링크 트래픽 정보를 보고할 수 있다. 상기 단말이 기지국에게 보고하는 정보는 사이드링크 플로우 정보, 주기적으로 전송될 수 있는 사이드링크 트래픽 패턴 정보, 비주기적으로 전송될 수 있는 사이드링크 트래픽 패턴 정보 중 적어도 하나를 포함할 수 있다. 예를 들어, 상기 단말이 기지국에게 보고하는 정보는 [표 2]와 같이 구성될 수 있다. 기지국은 [표 2]의 정보를 단말로부터 수신하면 사이드링크 플로우에 대해 주기적으로 전송될 수 있는 사이드링크 트래픽 패턴인지 및 비주기적으로 전송될 수 있는 사이드링크 트래픽 패턴인지 여부를 판단할 수 있다. 또한, 기지국은 상기 트래픽 패턴 정보를 기반으로 상기 사이드링크 플로우에 대해 준정적 방식으로 사이드링크 자원 할당 정보를 구성할지 여부를 판단할 수 있다. 기지국이 상기 사이드링크 플로우에 대해 준정적 방식으로 사이드링크 자원 할당하기로 판단하면 기지국은 준정적 방식의 자원 할당 정보를 단말에게 제공할 수 있다. 기지국이 단말에게 전송하는 정보는 사이드링크 플로우 식별자, SLRB 식별자, 논리채널 식별자, 준정적 방식 사이드링크 자원 할당 정보 중 적어도 하나를 포함할 수 있다. 상기 기지국이 단말에게 제공하는 준정적 방식의 사이드링크 자원 할당 정보는 상기 주기적으로 전송될 수 있는 사이드링크 트래픽과 비주기적으로 전송될 수 있는 사이드링크 트래픽에 대해 각각 별도로 설정되거나 공유하도록 설정될 수 있다. 후자의 경우, 즉 주기적인 사이드링크 트래픽과 비주기적인 사이드링크 트래픽 간 자원 할당 정보가 공유되는 경우, 동일한 준정적 방식의 사이드링크 자원을 사용할 사이드링크 플로우 식별자 정보, SLRB 식별자, 논리채널 식별자 중 적어도 하나를 포함할 수 있다. 단말은 상기 사이드링크 플로우에 대해서 준정적 방식 사이드링크 자원 할당을 판단할 수 있다.
Figure PCTKR2020010804-appb-T000002
일 실시 예에 따를 때, 기지국의 동작 방법은 단말의 사이드링크(sidelink) 통신을 위한 PC5 유니캐스트 링크에 대한 AMBR(aggregated maximum bit rate) 정보를 획득하는 과정과, 상기 AMBR 정보에 기반하여 상기 단말의 사이드링크 통신을 위한 자원을 할당하는 과정과, 상기 할당된 자원에 대한 정보를 상기 단말에게 전송하는 과정을 포함할 수 있다.
일 실시 예에 따를 때, 상기 방법은 상기 단말로부터 SLRB(sidelink radio bearer) 설정을 요청하는 신호를 수신하는 과정과, 상기 단말에게 SLRB 설정을 전송하는 과정을 더 포함하고, 상기 신호는, 상기 사이드링크 통신을 위한 플로우(flow); 상기 플로우에 매핑되는 상기 PC5 유니캐스트 링크; 및 상기 PC5 유니캐스트 링크에 대한 AMBR 정보를 포함할 수 있다.
일 실시 예에 따를 때, 상기 방법은 상기 사이드링크 통신을 위한 자원을 요청하기 위한 신호를 상기 단말로부터 수신하는 과정을 더 포함하고, 상기 신호는, 상기 사이드링크 통신을 위한 플로우(flow); 상기 플로우에 매핑되는 상기 PC5 유니캐스트 링크; 및 상기 PC5 유니캐스트 링크에 대한 AMBR 정보를 포함할 수 있다.
일 실시 예에 따를 때, 상기 방법은 상기 단말로부터 SLRB(sidelink radio bearer) 설정을 요청하는 제1 신호를 수신하는 과정과, 상기 단말에게 SLRB 설정을 전송하는 과정과, 상기 사이드링크 통신을 위한 자원을 요청하기 위한 제2 신호를 상기 단말로부터 수신하는 과정을 더 포함하고, 상기 제1 신호는, 각 PC5 유니캐스트 링크 별 AMBR 정보를 포함하고, 상기 제2 신호는, 상기 PC5 유니캐스트 링크에 대한 식별자를 포함할 수 있다.
일 실시 예에 따를 때, 상기 방법은 코어 네트워크 엔터티로부터 상기 단말의 QoS 정보를 수신하는 과정을 더 포함하고, 상기 단말의 QoS 정보는, 상기 사이드링크 통신을 위한 플로우(flow); 상기 플로우에 매핑되는 상기 PC5 유니캐스트 링크; 및 상기 PC5 유니캐스트 링크에 대한 AMBR 정보를 포함할 수 있다.
일 실시 예에 따를 때, 무선 통신 시스템에서, 단말의 동작 방법은, 상기 단말의 사이드링크(sidelink) 통신을 위한 PC5 유니캐스트 링크에 대한 AMBR(aggregated maximum bit rate) 정보를 획득하는 과정과, 상기 AMBR 정보를 기지국에게 제공하는 과정과, 상기 AMBR 정보에 기반하여 할당된, 상기 사이드링크 통신을 위한 자원에 대한 정보를 상기 기지국으로부터 수신하는 과정과, 상기 자원에 기반하여 상기 사이드링크 통신에 따른 데이터를 다른 단말에게 전송하는 과정을 포함할 수 있다.
일 실시 예에 따를 때, 기지국의 동작 방법은, 단말로부터 SLRB(sidelink radio bearer) 설정을 요청하는 신호를 수신하는 과정과, 상기 신호로부터 상기 단말의 사이드링크 플로우에 대한 패킷 타입 정보를 획득하는 과정과, 상기 패킷 타입 정보에 기반하여 상기 사이드링크 플로우의 패킷 타입에 대한 SLRB 설정 정보를 생성하는 과정과, 상기 SLRB 설정 정보를 상기 단말에게 전송하는 과정을 포함하고, 상기 패킷 타입은, IP 패킷, non-IP 패킷, PC5-S 시그널링, PC5-RRC(radio resource control) 시그널링 중 적어도 하나일 수 있다.
일 실시 예에 따를 때, 무선 통신 시스템에서, 단말의 동작 방법은, 상기 단말의 사이드링크 통신을 위한 사이드링크 플로우를 생성하는 과정과, 상기 사이드링크 플로우의 패킷 타입을 결정하는 과정과, 상기 패킷 타입에 대응하는 SLRB(sidelink radio bearer) 설정을 식별하는 과정을 포함하고, 상기 SLRB 설정을 식별하는 과정은, 상기 단말이 RRC(radio resource control) CONNECTED인 경우, 기지국으로부터 상기 패킷 타입에 대응하는 SLRB 설정에 대한 정보를 수신하는 과정과, 상기 단말이 RRC INACTIVE 또는 RRC IDLE인 경우, 패킷 별 SRLB 설정을 포함하는 구성 정보를 수신하고, 상기 구성 정보로부터 상기 패킷 타입에 대응하는 SLRB 설정을 식별하는 과정을 포함하고, 상기 단말이 커버리지 밖(out-of-coverage)에 위치한 경우, 패킷 별 SRLB 설정을 포함하는 사전 설정 정보로부터 상기 패킷 타입에 대응하는 SLRB 설정을 식별하는 과정을 포함할 수 있다.
일 실시 예에 따를 때, 무선 통신 시스템에서, 제1 단말의 동작 방법은, 상기 제1 단말 및 제2 단말의 사이드링크 통신을 위한 사이드링크 플로우를 생성하는 과정과, 상기 사이드링크 플로우의 패킷 타입을 가리키기 위한 사이드링크 관련 정보를 상기 제2 단말에게 전송하는 과정을 포함하고, 상기 패킷 타입은, 상기 제1 단말의 SDAP(service data adaptation protocol) 레이어의 상기 사이드링크 플로우의 식별자; 상기 제1 단말의 상기 사이드링크 플로우에 매핑되는 SLRB(sidelink radio bearer) 정보; 또는 상기 제1 단말의 PDCP(packet data convergence protocol) 레이어의 SDU(service data unit) type 중 적어도 하나에 기반하여 식별될 수 있다.
일 실시 예에 따를 때, 상기 사이드링크 관련 정보는, 상기 사이드링크 플로우의 식별자, 상기 SLRB 정보, 및 상기 패킷 타입의 식별자 중 적어도 하나를 포함할 수 있다.
일 실시 예에 따를 때, 무선 통신 시스템에서, 기지국은, 적어도 하나의 송수신기와, 상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는, 단말의 사이드링크(sidelink) 통신을 위한 PC5 유니캐스트 링크에 대한 AMBR(aggregated maximum bit rate) 정보를 획득하고, 상기 AMBR 정보에 기반하여 상기 단말의 사이드링크 통신을 위한 자원을 할당하고, 상기 할당된 자원에 대한 정보를 상기 단말에게 전송하도록 구성될 수 있다.
일 실시 예에 따를 때,상기 적어도 하나의 프로세서는, 상기 단말로부터 SLRB(sidelink radio bearer) 설정을 요청하는 신호를 수신하고, 상기 단말에게 SLRB 설정을 전송하도록 추가적으로 구성되고, 상기 신호는, 상기 사이드링크 통신을 위한 플로우(flow); 상기 플로우에 매핑되는 상기 PC5 유니캐스트 링크; 및 상기 PC5 유니캐스트 링크에 대한 AMBR 정보를 포함할 수 있다.
일 실시 예에 따를 때, 상기 적어도 하나의 프로세서는, 상기 사이드링크 통신을 위한 자원을 요청하기 위한 신호를 상기 단말로부터 수신하도록 추가적으로 구성되고, 상기 신호는, 상기 사이드링크 통신을 위한 플로우(flow); 상기 플로우에 매핑되는 상기 PC5 유니캐스트 링크; 및 상기 PC5 유니캐스트 링크에 대한 AMBR 정보를 포함할 수 있다.
일 실시 예에 따를 때, 상기 적어도 하나의 프로세서는, 상기 단말로부터 SLRB(sidelink radio bearer) 설정을 요청하는 제1 신호를 수신하고, 상기 단말에게 SLRB 설정을 전송하고, 상기 사이드링크 통신을 위한 자원을 요청하기 위한 제2 신호를 상기 단말로부터 수신하도록 추가적으로 구성되고, 상기 제1 신호는, 각 PC5 유니캐스트 링크 별 AMBR 정보를 포함하고, 상기 제2 신호는, 상기 PC5 유니캐스트 링크에 대한 식별자를 포함할 수 있다.
일 실시 예에 따를 때, 상기 적어도 하나의 프로세서는, 코어 네트워크 엔터티로부터 상기 단말의 QoS 정보를 수신하도록 추가적으로 구성되고, 상기 단말의 QoS 정보는, 상기 사이드링크 통신을 위한 플로우(flow); 상기 플로우에 매핑되는 상기 PC5 유니캐스트 링크; 및 상기 PC5 유니캐스트 링크에 대한 AMBR 정보를 포함할 수 있다.
일 실시 예에 따를 때, 단말은, 적어도 하나의 송수신기와, 상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는, 상기 단말의 사이드링크(sidelink) 통신을 위한 PC5 유니캐스트 링크에 대한 AMBR(aggregated maximum bit rate) 정보를 획득하고, 상기 AMBR 정보를 기지국에게 제공하고, 상기 AMBR 정보에 기반하여 할당된, 상기 사이드링크 통신을 위한 자원에 대한 정보를 상기 기지국으로부터 수신하고, 상기 자원에 기반하여 상기 사이드링크 통신에 따른 데이터를 다른 단말에게 전송하도록 구성될 수 있다.
일 실시 예에 따를 때, 기지국은, 적어도 하나의 송수신기와, 상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는, 단말로부터 SLRB(sidelink radio bearer) 설정을 요청하는 신호를 수신하고, 상기 신호로부터 상기 단말의 사이드링크 플로우에 대한 패킷 타입 정보를 획득하고, 상기 패킷 타입 정보에 기반하여 상기 사이드링크 플로우의 패킷 타입에 대한 SLRB 설정 정보를 생성하고, 상기 SLRB 설정 정보를 상기 단말에게 전송하도록 구성되고, 상기 패킷 타입은, IP 패킷, non-IP 패킷, PC5-S 시그널링, PC5-RRC(radio resource control) 시그널링 중 적어도 하나일 수 있다.
일 실시 예에 따를 때, 단말은 적어도 하나의 송수신기와, 상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는, 상기 단말의 사이드링크 통신을 위한 사이드링크 플로우를 생성하고, 상기 사이드링크 플로우의 패킷 타입을 결정하고, 상기 패킷 타입에 대응하는 SLRB(sidelink radio bearer) 설정을 식별하고, 상기 SLRB 설정을 식별하기 위해, 상기 적어도 하나의 프로세서는, 상기 단말이 RRC(radio resource control) CONNECTED인 경우, 기지국으로부터 상기 패킷 타입에 대응하는 SLRB 설정에 대한 정보를 수신하고, 상기 단말이 RRC INACTIVE 또는 RRC IDLE인 경우, 패킷 별 SRLB 설정을 포함하는 구성 정보를 수신하고, 상기 구성 정보로부터 상기 패킷 타입에 대응하는 SLRB 설정을 식별하고, 상기 단말이 커버리지 밖(out-of-coverage)에 위치한 경우, 패킷 별 SRLB 설정을 포함하는 사전 설정 정보로부터 상기 패킷 타입에 대응하는 SLRB 설정을 식별하도록 구성되는 장치.
일 실시 예에 따를 때, 제1 단말은, 적어도 하나의 송수신기와, 상기 적어도 하나의 송수신기와 결합되는 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는, 상기 제1 단말 및 제2 단말의 사이드링크 통신을 위한 사이드링크 플로우를 생성하고, 상기 사이드링크 플로우의 패킷 타입을 가리키기 위한 사이드링크 관련 정보를 상기 제2 단말에게 전송하도록 구성되고, 상기 패킷 타입은, 상기 제1 단말의 SDAP(service data adaptation protocol) 레이어의 상기 사이드링크 플로우의 식별자; 상기 제1 단말의 상기 사이드링크 플로우에 매핑되는 SLRB(sidelink radio bearer) 정보; 또는 상기 제1 단말의 PDCP(packet data convergence protocol) 레이어의 SDU(service data unit) type 중 적어도 하나에 기반하여 식별될 수 있다.
일 실시 예에 따를 때, 상기 사이드링크 관련 정보는, 상기 사이드링크 플로우의 식별자, 상기 SLRB 정보, 및 상기 패킷 타입의 식별자 중 적어도 하나를 포함할 수 있다.
본 개시의 청구항 또는 명세서에 기재된 실시 예들에 따른 방법들은 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어의 조합의 형태로 구현될(implemented) 수 있다.
소프트웨어로 구현하는 경우, 하나 이상의 프로그램(소프트웨어 모듈)을 저장하는 컴퓨터 판독 가능 저장 매체가 제공될 수 있다. 컴퓨터 판독 가능 저장 매체에 저장되는 하나 이상의 프로그램은, 전자 장치(device) 내의 하나 이상의 프로세서에 의해 실행 가능하도록 구성된다(configured for execution). 하나 이상의 프로그램은, 전자 장치로 하여금 본 개시의 청구항 또는 명세서에 기재된 실시 예들에 따른 방법들을 실행하게 하는 명령어(instructions)를 포함한다.
이러한 프로그램(소프트웨어 모듈, 소프트웨어)은 랜덤 액세스 메모리 (random access memory), 플래시(flash) 메모리를 포함하는 불휘발성(non-volatile) 메모리, 롬(ROM: Read Only Memory), 전기적 삭제가능 프로그램가능 롬(EEPROM: Electrically Erasable Programmable Read Only Memory), 자기 디스크 저장 장치(magnetic disc storage device), 컴팩트 디스크 롬(CD-ROM: Compact Disc-ROM), 디지털 다목적 디스크(DVDs: Digital Versatile Discs) 또는 다른 형태의 광학 저장 장치, 마그네틱 카세트(magnetic cassette)에 저장될 수 있다. 또는, 이들의 일부 또는 전부의 조합으로 구성된 메모리에 저장될 수 있다. 또한, 각각의 구성 메모리는 다수 개 포함될 수도 있다.
또한, 프로그램은 인터넷(Internet), 인트라넷(Intranet), LAN(Local Area Network), WLAN(Wide LAN), 또는 SAN(Storage Area Network)과 같은 통신 네트워크, 또는 이들의 조합으로 구성된 통신 네트워크를 통하여 접근(access)할 수 있는 부착 가능한(attachable) 저장 장치(storage device)에 저장될 수 있다. 이러한 저장 장치는 외부 포트를 통하여 본 개시의 실시 예를 수행하는 장치에 접속할 수 있다. 또한, 통신 네트워크상의 별도의 저장장치가 본 개시의 실시 예를 수행하는 장치에 접속할 수도 있다.
상술한 본 개시의 구체적인 실시 예들에서, 개시에 포함되는 구성 요소는 제시된 구체적인 실시 예에 따라 단수 또는 복수로 표현되었다. 그러나, 단수 또는 복수의 표현은 설명의 편의를 위해 제시한 상황에 적합하게 선택된 것으로서, 본 개시가 단수 또는 복수의 구성 요소에 제한되는 것은 아니며, 복수로 표현된 구성 요소라 하더라도 단수로 구성되거나, 단수로 표현된 구성 요소라 하더라도 복수로 구성될 수 있다.
한편 본 개시의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 개시의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 개시의 범위는 설명된 실시 예에 국한되어 정해져서는 아니 되며 후술하는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.

Claims (15)

  1. 무선 통신 시스템에서 사이드링크(sildelnk)를 위한 단말에 의해 수행되는 동작 방법에 있어서,
    사이드링크 신호를 수신하는 과정과,
    상기 사이드링크 신호의 SCI(sidelink control information)를 획득하는 과정과,
    상기 사이드 링크 신호의 MAC(medium access control) PDU(packet data unit)를 획득하는 과정을 포함하고,
    상기 SCI는 캐스트 타입 지시자, 제1 소스 식별자 정보, 및 제1 목적지 식별자 정보를 포함하고, 상기 캐스트 타입 지시자는, 브로드캐스트(broadcast), 그룹 캐스트(groupcat), 유니캐스트(unicast) 중 하나를 가리키고,
    상기 MAC PDU의 헤더는 제2 소스 식별자 정보 및 제2 목적지 식별자 정보를 포함하는 방법.
  2. 청구항 1에 있어서,
    상기 캐스트 타입 지시자, 상기 제1 소스 식별자 정보, 상기 제1 목적지 식별자 정보, 상기 제2 소스 식별자 정보, 또는 상기 제2 목적지 식별자 정보 중 적어도 하나에 기반하여, 상기 사이드링크 신호가 유효한지 여부를 식별하는 과정과,
    상기 사이드링크 신호가 유효한 경우, 상기 사이드링크 신호의 패킷을 다음 엔티티에게 전송하는 과정을 포함하는 방법.
  3. 청구항 1에 있어서,
    상기 캐스트 타입 지시자, 상기 제1 소스 식별자 정보, 상기 제1 목적지 식별자 정보, 상기 제2 소스 식별자 정보, 및 상기 제2 목적지 식별자 정보에 기반하여, 상기 사이드링크 신호가 유효한지 여부를 식별하는 과정과,
    상기 사이드링크 신호가 유효한 경우, 상기 사이드링크 신호의 패킷을 다음 엔티티에게 전송하는 과정을 포함하는 방법.
  4. 청구항 1에 있어서,
    상기 사이드링크 신호의 PDCP(packet data convergence protocol) 계층의 패킷 타입 식별자를 획득하는 과정과,
    상기 패킷 타입 식별자에 기반하여 상기 사이드링크 신호의 패킷을 해당 상위 계층으로 전송하는 과정을 더 포함하고,
    상기 패킷 타입 식별자는 IP(internet protocol) 패킷 또는 non-IP 패킷을 가리키는 방법.
  5. 무선 통신 시스템에서 사이드링크(sildelnk)를 위한 단말에 의해 수행되는 동작 방법에 있어서,
    사이드 링크 신호를 위한 MAC(medium access control) PDU(packet data unit)를 생성하는 과정과,
    상기 MAC PUD에 기반하여, 상기 사이드링크 신호를 위한 SCI(sidelink control information)를 포함하는 사이드링크 신호를 생성하는 과정과,
    상기 사이드링크 신호를 전송하는 과정을 포함하고,
    상기 SCI는 캐스트 타입 지시자, 제1 소스 식별자 정보, 및 제1 목적지 식별자 정보를 포함하고, 상기 캐스트 타입 지시자는, 브로드캐스트(broadcast), 그룹 캐스트(groupcat), 유니캐스트(unicast) 중 하나를 가리키고,
    상기 MAC PDU의 헤더는 제2 소스 식별자 정보 및 제2 목적지 식별자 정보를 포함하는 방법.
  6. 청구항 5에 있어서,
    상기 캐스트 타입 지시자, 상기 제1 소스 식별자 정보, 상기 제1 목적지 식별자 정보, 상기 제2 소스 식별자 정보, 또는 상기 제2 목적지 식별자 정보 중 적어도 하나는 상기 사이드링크 신호가 유효한지 여부를 가리키는 방법.
  7. 청구항 5에 있어서,
    상기 캐스트 타입 지시자, 상기 제1 소스 식별자 정보, 상기 제1 목적지 식별자 정보, 상기 제2 소스 식별자 정보, 및 상기 제2 목적지 식별자 정보는 상기 사이드링크 신호가 유효한지 여부를 가리키는 방법.
  8. 청구항 5에 있어서,
    상기 사이드링크 신호의 PDCP(packet data convergence protocol) 계층의 패킷 타입 식별자를 설정하는 과정을 더 포함하고,
    상기 패킷 타입 식별자는 IP(internet protocol) 패킷 또는 non-IP 패킷을 가리키는 방법.
  9. 무선 통신 시스템에서 사이드링크(sildelnk)를 위한 기지국에 의해 수행되는 동작 방법에 있어서,
    자원 요청 신호를 단말로부터 수신하는 과정과,
    코어 네트워크 엔티티로부터 획득된 QoS(quality of service) 정보로부터, 상기 단말의 유니캐스트(unicast) 링크(link)에 대응하는 PC5 LINK-AMBR(aggregated maximum bit rate)를 식별하는 과정과,
    상기 PC5-LINK AMBR에 기반하여 할당되는 자원 정보를 상기 단말에게 전송하는 과정을 포함하는 방법
  10. 청구항 9에 있어서,
    상기 자원 요청 신호는 목적지 식별자에 대한 정보를 포함하고,
    상기 목적지 식별자는 상기 유니캐스트 링크와 관련되는 방법.
  11. 청구항 9에 있어서, 상기 자원 요청 신호는 SL-BSR(sidelink buffer status report)에 대응하고,
    상기 SL-BSR은 목적지 식별자, 논리채널 그룹 식별자, 및 버퍼 상태와 관련된 정보를 포함하는 방법.
  12. 청구항 9에 있어서, 상기 QoS 정보는 유니캐스트 링크 별 PC5 LINK-AMBR를 포함하는 방법.
  13. 청구항 9에 있어서, 상기 자원 요청 신호는 상기 단말의 사이드링크 플로우와 관련되고,
    상기 사이드링크 플로우 식별자는 상기 유니캐스트 링크와 관련되는 방법.
  14. 청구항 9에 있어서,
    사이드링크 관련 정보를 관리하는 과정을 더 포함하고,
    상기 사이드링크 관련 정보는 목적지 식별자, 소스 식별자, 사이드링크 플로우 식별자, PC5 LINK-AMBR, SLRB 식별자, 또는 논리채널 그룹 식별자 중 적어도 하나를 포함하는 방법.
  15. 무선 통신 시스템에서 사이드링크(sildelnk)를 위한 장치에 있어서,
    적어도 하나의 송수신기와,
    적어도 하나의 프로세서를 포함하고,
    상기 적어도 하나의 프로세서는 청구항 1 내지 14의 방법들 중 하나를 수행하도록 구성되는 장치.
PCT/KR2020/010804 2019-08-13 2020-08-13 무선 통신 시스템에서 자원 할당을 위한 장치 및 방법 WO2021029717A1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN202080071643.9A CN114557093A (zh) 2019-08-13 2020-08-13 在无线通信系统中分配资源的装置和方法
US17/635,250 US20220303821A1 (en) 2019-08-13 2020-08-13 Device and method for allocating resource in wireless communication system
EP20853432.1A EP4002914A4 (en) 2019-08-13 2020-08-13 DEVICE AND METHOD FOR ALLOCATING RESOURCES IN A WIRELESS COMMUNICATION SYSTEM

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR10-2019-0099130 2019-08-13
KR20190099130 2019-08-13
KR10-2020-0034640 2020-03-20
KR1020200034640A KR20210019931A (ko) 2019-08-13 2020-03-20 무선 통신 시스템에서 자원 할당을 위한 장치 및 방법

Publications (1)

Publication Number Publication Date
WO2021029717A1 true WO2021029717A1 (ko) 2021-02-18

Family

ID=74571157

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2020/010804 WO2021029717A1 (ko) 2019-08-13 2020-08-13 무선 통신 시스템에서 자원 할당을 위한 장치 및 방법

Country Status (4)

Country Link
US (1) US20220303821A1 (ko)
EP (1) EP4002914A4 (ko)
CN (1) CN114557093A (ko)
WO (1) WO2021029717A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022237465A1 (zh) * 2021-05-10 2022-11-17 大唐高鸿智联科技(重庆)有限公司 一种车联网设备间资源协调方法、装置和用户设备

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230239883A1 (en) * 2022-01-27 2023-07-27 Qualcomm Incorporated Techniques for granting resources for network coding procedures

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190124015A1 (en) * 2016-07-18 2019-04-25 Panasonic Intellectual Property Corporation Of America Support of quality of service for v2x transmissions
US20190239112A1 (en) * 2018-01-30 2019-08-01 Huawei Technologies Co., Ltd. System and method for supporting urllc in advanced v2x communications

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190124015A1 (en) * 2016-07-18 2019-04-25 Panasonic Intellectual Property Corporation Of America Support of quality of service for v2x transmissions
US20190239112A1 (en) * 2018-01-30 2019-08-01 Huawei Technologies Co., Ltd. System and method for supporting urllc in advanced v2x communications

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NR; Study on NR Vehicle-to-Everything (V2X) (Release 16)", 3GPP STANDARD; TECHNICAL REPORT; 3GPP TR 38.885, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, no. V16.0.0, 28 March 2019 (2019-03-28), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, pages 1 - 122, XP051723188 *
"3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Architecture enhancements for 5G System (5GS) to support Vehicle-to-Everything (V2X) services (Release 16)", 3GPP STANDARD; TECHNICAL SPECIFICATION; 3GPP TS 23.287, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, no. V1.1.0, 12 July 2019 (2019-07-12), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, pages 1 - 50, XP051754685 *
HUAWEI, HISILICON: "On reception of MAC PDU in NR SL", 3GPP DRAFT; R2-1907461 ON RECEPTION OF MAC PDU IN NR SL, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Reno, USA; 20190513 - 20190517, 2 May 2019 (2019-05-02), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP051711743 *
SHARP: "Physical layer structure for NR sidelink", 3GPP DRAFT; R1-1907216, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Reno, USA; 20190513 - 20190517, 3 May 2019 (2019-05-03), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP051709242 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022237465A1 (zh) * 2021-05-10 2022-11-17 大唐高鸿智联科技(重庆)有限公司 一种车联网设备间资源协调方法、装置和用户设备

Also Published As

Publication number Publication date
EP4002914A1 (en) 2022-05-25
EP4002914A4 (en) 2022-11-30
US20220303821A1 (en) 2022-09-22
CN114557093A (zh) 2022-05-27

Similar Documents

Publication Publication Date Title
WO2020197294A1 (en) Apparatus and method for assisting sidelink resource configuration and allocation for direct communication in wireless communication system
WO2020197298A1 (en) Method and apparatus for initiating radio resource control (rrc) connection for vehicle-to-everything (v2x) communication
WO2020204524A1 (en) Method and apparatus for adjusting maximum uplink transmission power in wireless communication system
WO2021091229A1 (en) Method and apparatus for performing dynamic cross-link interference measurement and reporting in next-generation mobile communication system
WO2022071770A1 (en) Method and apparatus for supporting sidelink relay discovery in wireless communication system
WO2016159731A1 (ko) 무선 통신 시스템에서 다른 무선 접속 기술을 이용한 다중 연결을 제공하기 위한 장치 및 방법
WO2016190639A1 (ko) 무선 통신 시스템에서 lte-무선랜 병합 시 버퍼 상태를 보고하는 방법 및 장치
EP3928580A1 (en) Method and apparatus for configuring transmission priority for direct communication in wireless communication system
WO2020036454A1 (ko) 무선 통신 시스템에서 데이터를 송수신하는 방법 및 장치
WO2019066386A1 (ko) 무선 통신 시스템에서 패킷을 전송하기 위한 방법 및 장치
WO2020222600A1 (en) Method and apparatus for deciding packet communication range in terminal direct communication system
WO2020096433A1 (ko) 무선 통신 시스템에서 단말 간 직접 통신용 무선 액세스 기술을 선택하는 장치 및 방법
WO2021158060A1 (ko) 무선 통신 시스템에서 사이드링크 drx를 지원하기 위한 방법 및 장치
WO2020076071A1 (ko) 무선 통신 시스템에서 단말 간 유니캐스트 전송을 지원하기 위한 장치 및 방법
WO2021158010A1 (ko) 무선 통신 시스템에서 사이드링크를 이용하여 패킷의 중복 전송을 지원하기 위한 방법 및 장치
WO2021091200A1 (en) Apparatus and method for communication using sidelink in wireless communication system
WO2020204641A1 (ko) 무선 통신 시스템에서 서비스 정책을 처리하기 위한 장치 및 방법
WO2021029717A1 (ko) 무선 통신 시스템에서 자원 할당을 위한 장치 및 방법
WO2020218886A1 (en) Method and apparatus for configuring transmission priority for direct communication in wireless communication system
WO2021025505A1 (en) Apparatus and method for handling collisions of transmissions in wireless communication system
WO2020197167A1 (ko) 단말 직접 통신 시스템에서 harq 피드백 전송을 지원하는 방법 및 장치
WO2023055219A1 (ko) Nr v2x에서 sl drx 동작을 고려하여 자원을 재선택하는 방법 및 장치
WO2022191564A1 (en) Method and device for sidelink resource allocation in wireless communication system
WO2021221396A1 (ko) 무선 통신 시스템에서 차량 간 통신 메시지를 전달하기 위한 방법 및 장치
WO2021158081A1 (ko) 무선 통신 시스템에서 신호를 송수신하기 위한 장치 및 방법

Legal Events

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

Ref document number: 20853432

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2020853432

Country of ref document: EP

Effective date: 20220216