[go: up one dir, main page]

WO2021002632A1 - Procédé et dispositif de commande de charge de petites données - Google Patents

Procédé et dispositif de commande de charge de petites données Download PDF

Info

Publication number
WO2021002632A1
WO2021002632A1 PCT/KR2020/008257 KR2020008257W WO2021002632A1 WO 2021002632 A1 WO2021002632 A1 WO 2021002632A1 KR 2020008257 W KR2020008257 W KR 2020008257W WO 2021002632 A1 WO2021002632 A1 WO 2021002632A1
Authority
WO
WIPO (PCT)
Prior art keywords
msg
information
rrc
terminal
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/KR2020/008257
Other languages
English (en)
Korean (ko)
Inventor
홍성표
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
KT Corp
Original Assignee
KT Corp
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 KR1020200073854A external-priority patent/KR20210005513A/ko
Application filed by KT Corp filed Critical KT Corp
Publication of WO2021002632A1 publication Critical patent/WO2021002632A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/10—Integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states

Definitions

  • the present disclosure relates to a method and apparatus for controlling an overload in a process of transmitting a small amount of data by an RRC INACTIVE terminal or an RRC IDLE terminal.
  • ITU-R discloses the requirements for adopting the IMT-2020 international standard, and research on next-generation wireless communication technology to meet the requirements of IMT-2020 is in progress.
  • 3GPP is conducting research on the LTE-Advanced Pro Rel-15/16 standard and the NR (New Radio Access Technology) standard in parallel to satisfy the IMT-2020 requirements referred to as 5G technology. It plans to receive approval as the next generation wireless communication technology.
  • a small amount of data may be frequently transmitted according to the characteristics of an application.
  • the base station load increases due to frequent transmission of small amounts of data.
  • a processing procedure is required when the terminal transmits a small amount of data when the load on the base station is increased by another terminal.
  • the present disclosure is intended to propose a method and apparatus for controlling a load when a terminal transmits a small amount of data.
  • a method for controlling a small amount of data load by a terminal triggering a small amount of data transmission in an RRC inactive state and transmitting Msg 3 or Msg A including small amount of data to a base station, and It provides a method comprising the step of receiving from a base station Msg 4 or Msg B including information for overload control.
  • a method for a base station to control a small amount of data load based on the step of receiving Msg 3 or Msg A including small amount of data from a terminal in an RRC inactive state and whether small amount of data can be received
  • Msg 3 or Msg A including small amount of data from a terminal in an RRC inactive state based on the step of receiving Msg 3 or Msg A including small amount of data from a terminal in an RRC inactive state and whether small amount of data can be received
  • the terminal controlling the small amount of data load performs a control unit that triggers small amount of data transmission in an RRC inactive state, a transmission unit that transmits Msg 3 or Msg A including small amount of data to the base station, and overload control. It provides a terminal device including a receiving unit for receiving from the base station Msg 4 or Msg B including information for.
  • the base station controlling the small amount of data load controls the overload based on the receiving unit receiving Msg 3 or Msg A including small amount of data from the terminal in the RRC inactive state and whether the small amount of data can be received. It provides a base station apparatus including a control unit for generating information for and a transmission unit for transmitting Msg 4 or Msg B including information for overload control to a terminal.
  • FIG. 1 is a diagram schematically illustrating a structure of an NR wireless communication system to which the present embodiment can be applied.
  • FIG. 2 is a diagram for explaining a frame structure in an NR system to which this embodiment can be applied.
  • FIG. 3 is a diagram illustrating a resource grid supported by a radio access technology to which the present embodiment can be applied.
  • FIG. 4 is a diagram for explaining a bandwidth part supported by a wireless access technology to which the present embodiment can be applied.
  • FIG. 5 is a diagram illustrating a synchronization signal block in a wireless access technology to which the present embodiment can be applied.
  • FIG. 6 is a diagram for explaining a random access procedure in a radio access technology to which the present embodiment can be applied.
  • FIG. 8 is a diagram illustrating an example in which different subcarrier spacings are arranged at a symbol level.
  • FIG. 9 is a diagram illustrating an example of a terminal configuration including a 5GMM (or NAS MM) entity to which the present embodiment can be applied.
  • 5GMM or NAS MM
  • FIG. 10 is a diagram for explaining a 2-step random accessor procedure (2-step RACH) to which the present embodiment can be applied.
  • FIG. 11 is a flowchart illustrating an operation of a terminal according to the present embodiment.
  • FIG. 12 is a flowchart illustrating an operation of a base station according to the present embodiment.
  • FIG. 13 is a diagram for describing an R/F/LCID/L MAC subheader with 8-bit L field according to an embodiment.
  • FIG. 14 is a diagram illustrating an R/F/LCID/L MAC subheader with 16-bit L field according to an embodiment.
  • 15 is a diagram for describing an R/LCID MAC subheader according to an embodiment.
  • 16 is a diagram for describing an LCID value in a MAC according to an embodiment.
  • 17 is a diagram illustrating an example MAC RAR format according to an embodiment.
  • FIG. 18 is a diagram for describing a configuration of a terminal according to an embodiment.
  • 19 is a diagram illustrating a configuration of a base station according to an embodiment.
  • first, second, A, B, (a) and (b) may be used. These terms are only for distinguishing the component from other components, and the nature, order, order, or number of the component is not limited by the term.
  • temporal predecessor relationship such as "after”, “after”, “after”, “before”, etc.
  • temporal predecessor relationship such as "after”, “after”, “after”, “before”, etc.
  • a case where a flow forward and backward relationship is described may also include a case that is not continuous unless “direct” or "direct” is used.
  • the numerical value or its corresponding information is related to various factors (e.g., process factors, internal or external impacts, etc.) It can be interpreted as including an error range that may be caused by noise, etc.).
  • the wireless communication system in the present specification refers to a system for providing various communication services such as voice and data packets using radio resources, and may include a terminal, a base station, or a core network.
  • the embodiments disclosed below can be applied to a wireless communication system using various wireless access technologies.
  • the present embodiments include code division multiple access (CDMA), frequency division multiple access (FDMA), time division multiple access (TDMA), orthogonal frequency division multiple access (OFDMA), single carrier frequency division multiple access (SC-FDMA).
  • CDMA code division multiple access
  • FDMA frequency division multiple access
  • TDMA time division multiple access
  • OFDMA orthogonal frequency division multiple access
  • SC-FDMA single carrier frequency division multiple access
  • the wireless access technology may mean not only a specific access technology, but also a communication technology for each generation established by various communication consultation organizations such as 3GPP, 3GPP2, WiFi, Bluetooth, IEEE, and ITU.
  • CDMA may be implemented with a radio technology such as universal terrestrial radio access (UTRA) or CDMA2000.
  • TDMA may be implemented with a radio technology such as global system for mobile communications (GSM)/general packet radio service (GPRS)/enhanced data rates for GSM evolution (EDGE).
  • OFDMA may be implemented with a wireless technology such as IEEE (institute of electrical and electronics engineers) 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, E-UTRA (evolved UTRA), and the like.
  • IEEE 802.16m is an evolution of IEEE 802.16e and provides backward compatibility with a system based on IEEE 802.16e.
  • UTRA is part of a universal mobile telecommunications system (UMTS).
  • 3rd generation partnership project (3GPP) long term evolution (LTE) is a part of evolved UMTS (E-UMTS) using evolved-UMTSterrestrial radio access (E-UTRA), and employs OFDMA in downlink and SC- in uplink.
  • Adopt FDMA Adopt FDMA.
  • the present embodiments may be applied to a wireless access technology currently disclosed or commercialized, and may be applied to a wireless access technology currently being developed or to be developed in the future.
  • a terminal in the present specification is a generic concept that refers to a device including a wireless communication module that performs communication with a base station in a wireless communication system, and is used in WCDMA, LTE, NR, HSPA, and IMT-2020 (5G or New Radio). It should be interpreted as a concept that includes all of the UE (User Equipment) of, as well as the MS (Mobile Station), UT (User Terminal), SS (Subscriber Station), and wireless device in GSM.
  • the terminal may be a user's portable device such as a smart phone according to the usage type, and in the V2X communication system, it may mean a vehicle, a device including a wireless communication module in the vehicle, and the like.
  • a machine type communication system it may mean an MTC terminal, an M2M terminal, a URLLC terminal, etc. equipped with a communication module so that machine type communication is performed.
  • the base station or cell of the present specification refers to the end of communication with the terminal in terms of the network, and Node-B (Node-B), eNB (evolved Node-B), gNB (gNode-B), LPN (Low Power Node), Sector, Site, various types of antennas, BTS (Base Transceiver System), Access Point, Point (e.g., Transmit Point, Receiving Point, Transmitting Point), Relay Node ), a mega cell, a macro cell, a micro cell, a pico cell, a femto cell, a remote radio head (RRH), a radio unit (RU), and a small cell.
  • the cell may mean including a bandwidth part (BWP) in the frequency domain.
  • the serving cell may mean an activation BWP of the terminal.
  • the base station can be interpreted in two ways. 1) In relation to the radio area, the device itself may provide a mega cell, a macro cell, a micro cell, a pico cell, a femto cell, and a small cell, or 2) the radio area itself may be indicated. In 1), all devices that are controlled by the same entity that provide a predetermined wireless area are controlled by the same entity, or all devices that interact to form a wireless area in collaboration are instructed to the base station. A point, a transmission/reception point, a transmission point, a reception point, etc. may be an embodiment of a base station according to the configuration method of the wireless area. In 2), it is also possible to instruct the base station to the radio region itself to receive or transmit a signal from the viewpoint of the user terminal or the viewpoint of a neighboring base station.
  • a cell refers to a component carrier having coverage of a signal transmitted from a transmission/reception point or a coverage of a signal transmitted from a transmission/reception point, and the transmission/reception point itself. I can.
  • Uplink refers to a method of transmitting and receiving data to a base station by a UE
  • downlink Downlink (Downlink, DL, or downlink) refers to a method of transmitting and receiving data to a UE by a base station.
  • Downlink may refer to a communication or communication path from multiple transmission/reception points to a terminal
  • uplink may refer to a communication or communication path from a terminal to multiple transmission/reception points.
  • the transmitter in the downlink, the transmitter may be a part of the multiple transmission/reception points, and the receiver may be a part of the terminal.
  • the transmitter in the uplink, the transmitter may be a part of the terminal, and the receiver may be a part of the multiple transmission/reception points.
  • Uplink and downlink transmit and receive control information through a control channel such as Physical Downlink Control CHannel (PDCCH), Physical Uplink Control CHannel (PUCCH), and the like, and The same data channel is configured to transmit and receive data.
  • a situation in which signals are transmitted and received through channels such as PUCCH, PUSCH, PDCCH, and PDSCH is expressed in the form of'transmitting and receiving PUCCH, PUSCH, PDCCH and PDSCH' do.
  • 3GPP develops 5G (5th-Generation) communication technology to meet the requirements of ITU-R's next-generation wireless access technology after research on 4G (4th-Generation) communication technology.
  • 3GPP develops a new NR communication technology separate from 4G communication technology and LTE-A pro, which has improved LTE-Advanced technology as a 5G communication technology to meet the requirements of ITU-R.
  • LTE-A pro and NR refer to 5G communication technology.
  • 5G communication technology will be described centering on NR when a specific communication technology is not specified.
  • the operation scenario in NR defined various operation scenarios by adding considerations to satellites, automobiles, and new verticals from the existing 4G LTE scenario.
  • eMBB Enhanced Mobile Broadband
  • mMTC Massive Machine Communication
  • URLLC Ultra Reliability and Low Latency
  • NR discloses a wireless communication system to which a new waveform and frame structure technology, a low latency technology, a mmWave support technology, and a forward compatible provision technology are applied.
  • various technological changes are proposed in terms of flexibility to provide forward compatibility. The main technical features of the NR will be described below with reference to the drawings.
  • FIG. 1 is a diagram schematically showing a structure of an NR system to which this embodiment can be applied.
  • the NR system is divided into 5GC (5G Core Network) and NR-RAN parts, and NG-RAN controls user plane (SDAP/PDCP/RLC/MAC/PHY) and UE (User Equipment). It is composed of gNB and ng-eNB that provide plane (RRC) protocol termination.
  • the gNB or gNB and ng-eNB are interconnected through an Xn interface.
  • the gNB and ng-eNB are each connected to 5GC through the NG interface.
  • the 5GC may include an Access and Mobility Management Function (AMF) in charge of a control plane such as a terminal access and mobility control function, and a User Plane Function (UPF) in charge of a control function for user data.
  • NR includes support for both frequency bands below 6GHz (FR1, Frequency Range 1) and frequencies above 6GHz (FR2, Frequency Range 2).
  • gNB means a base station that provides NR user plane and control plane protocol termination to a terminal
  • ng-eNB means a base station that provides E-UTRA user plane and control plane protocol termination to a terminal.
  • the base station described in the present specification should be understood in a sense encompassing gNB and ng-eNB, and may be used as a means to distinguish between gNB or ng-eNB as necessary.
  • a CP-OFDM waveform using a cyclic prefix is used for downlink transmission, and CP-OFDM or DFT-s-OFDM is used for uplink transmission.
  • OFDM technology is easy to combine with MIMO (Multiple Input Multiple Output), and has the advantage of being able to use a low complexity receiver with high frequency efficiency.
  • the NR transmission neuron is determined based on sub-carrier spacing and CP (cyclic prefix), and the value of ⁇ is used as an exponential value of 2 based on 15khz as shown in Table 1 below. Is changed to.
  • the NR neuron can be classified into 5 types according to the subcarrier interval. This is different from the fixed subcarrier spacing of 15khz of LTE, one of the 4G communication technologies. Specifically, subcarrier intervals used for data transmission in NR are 15, 30, 60, and 120khz, and subcarrier intervals used for synchronization signal transmission are 15, 30, 12, and 240khz. In addition, the extended CP is applied only to the 60khz subcarrier interval.
  • a frame structure in NR is defined as a frame having a length of 10 ms consisting of 10 subframes having the same length of 1 ms. One frame can be divided into 5 ms half frames, and each half frame includes 5 subframes. In the case of the 15khz subcarrier interval, one subframe consists of 1 slot, and each slot consists of 14 OFDM symbols.
  • FIG. 2 is a diagram for explaining a frame structure in an NR system to which this embodiment can be applied.
  • a slot in the case of a normal CP, a slot is fixedly composed of 14 OFDM symbols, but the length in the time domain of the slot may vary according to the subcarrier interval.
  • a slot in the case of a newer roller having a 15khz subcarrier interval, a slot is 1ms long and has the same length as the subframe.
  • a slot in the case of a newer roller with a 30khz subcarrier spacing, a slot consists of 14 OFDM symbols, but two slots may be included in one subframe with a length of 0.5ms. That is, the subframe and the frame are defined with a fixed time length, and the slot is defined by the number of symbols, and the time length may vary according to the subcarrier interval.
  • NR defines a basic unit of scheduling as a slot, and introduces a mini-slot (or sub-slot or non-slot based schedule) in order to reduce the transmission delay of the radio section. If a wide subcarrier spacing is used, the length of one slot is shortened in inverse proportion, so that transmission delay in the radio section can be reduced.
  • the mini-slot (or sub-slot) is for efficient support for the URLLC scenario, and scheduling is possible in units of 2, 4, or 7 symbols.
  • NR defines uplink and downlink resource allocation as a symbol level within one slot.
  • a slot structure capable of transmitting HARQ ACK/NACK directly within a transmission slot has been defined, and this slot structure is named and described as a self-contained structure.
  • NR is designed to support a total of 256 slot formats, of which 62 slot formats are used in 3GPP Rel-15.
  • a common frame structure constituting an FDD or TDD frame is supported through a combination of various slots.
  • a slot structure in which all symbols of a slot are set to downlink a slot structure in which all symbols are set to uplink
  • a slot structure in which a downlink symbol and an uplink symbol are combined are supported.
  • NR supports that data transmission is distributed and scheduled in one or more slots.
  • the base station may inform the UE of whether the slot is a downlink slot, an uplink slot, or a flexible slot using a slot format indicator (SFI).
  • SFI slot format indicator
  • the base station can indicate the slot format by indicating the index of the table configured through UE-specific RRC signaling using SFI, and dynamically indicates through Downlink Control Information (DCI) or statically or through RRC. It can also be quasi-static.
  • DCI Downlink Control Information
  • the antenna port Regarding the physical resource in NR, the antenna port, resource grid, resource element, resource block, bandwidth part, etc. are considered. do.
  • the antenna port is defined so that a channel carrying a symbol on an antenna port can be inferred from a channel carrying another symbol on the same antenna port.
  • the two antenna ports are QC/QCL (quasi co-located or quasi co-location) relationship.
  • the wide-range characteristic includes at least one of delay spread, Doppler spread, frequency shift, average received power, and received timing.
  • FIG. 3 is a diagram illustrating a resource grid supported by a radio access technology to which the present embodiment can be applied.
  • a resource grid may exist according to each neuron in the resource grid.
  • the resource grid may exist according to antenna ports, subcarrier spacing, and transmission directions.
  • a resource block consists of 12 subcarriers, and is defined only in the frequency domain.
  • a resource element consists of one OFDM symbol and one subcarrier. Accordingly, as shown in FIG. 3, the size of one resource block may vary according to the subcarrier interval.
  • NR defines “Point A” that serves as a common reference point for the resource block grid, a common resource block, and a virtual resource block.
  • FIG. 4 is a diagram for explaining a bandwidth part supported by a wireless access technology to which the present embodiment can be applied.
  • a bandwidth part can be designated within the carrier bandwidth and used by the terminal.
  • the bandwidth part is associated with one neurology and is composed of a subset of consecutive common resource blocks, and can be dynamically activated over time.
  • the UE is configured with up to four bandwidth parts, respectively, in uplink and downlink, and data is transmitted and received using the active bandwidth part at a given time.
  • uplink and downlink bandwidth parts are independently set, and in the case of an unpaired spectrum, unnecessary frequency re-tuning between downlink and uplink operations is prevented.
  • the downlink and uplink bandwidth parts are set in pairs to share a center frequency.
  • the terminal accesses the base station and performs cell search and random access procedures to perform communication.
  • Cell search is a procedure in which a terminal synchronizes with a cell of a corresponding base station, obtains a physical layer cell ID, and obtains system information by using a synchronization signal block (SSB) transmitted by a base station.
  • SSB synchronization signal block
  • FIG. 5 is a diagram illustrating a synchronization signal block in a wireless access technology to which the present embodiment can be applied.
  • an SSB consists of a primary synchronization signal (PSS) and a secondary synchronization signal (SSS) occupying 1 symbol and 127 subcarriers, respectively, and a PBCH spanning 3 OFDM symbols and 240 subcarriers.
  • PSS primary synchronization signal
  • SSS secondary synchronization signal
  • the terminal receives the SSB by monitoring the SSB in the time and frequency domain.
  • SSB can be transmitted up to 64 times in 5ms.
  • a plurality of SSBs are transmitted in different transmission beams within 5 ms time, and the UE performs detection on the assumption that SSBs are transmitted every 20 ms period based on one specific beam used for transmission.
  • the number of beams that can be used for SSB transmission within 5 ms time may increase as the frequency band increases.
  • up to 4 SSB beams can be transmitted under 3GHz, and up to 8 in a frequency band of 3 to 6GHz, and a maximum of 64 different beams in a frequency band of 6GHz or higher can be used to transmit SSBs.
  • Two SSBs are included in one slot, and the start symbol and the number of repetitions in the slot are determined according to the subcarrier interval as follows.
  • the SSB is not transmitted at the center frequency of the carrier bandwidth, unlike the conventional LTE SS. That is, the SSB may be transmitted even in a place other than the center of the system band, and a plurality of SSBs may be transmitted in the frequency domain when broadband operation is supported. Accordingly, the UE monitors the SSB by using a synchronization raster, which is a candidate frequency location for monitoring the SSB.
  • the carrier raster and synchronization raster which are information on the center frequency of the channel for initial access, have been newly defined in NR, and the synchronization raster has a wider frequency interval than the carrier raster to support fast SSB search of the terminal. I can.
  • the UE can acquire the MIB through the PBCH of the SSB.
  • the MIB Master Information Block
  • the MIB includes minimum information for the terminal to receive remaining system information (RMSI, Remaining Minimum System Information) broadcast by the network.
  • RMSI remaining system information
  • PBCH is information about the location of the first DM-RS symbol in the time domain, information for the UE to monitor SIB1 (e.g., SIB1 neurology information, information related to SIB1 CORESET, search space information, PDCCH Related parameter information, etc.), offset information between the common resource block and the SSB (the position of the absolute SSB in the carrier is transmitted through SIB1), and the like.
  • the SIB1 neurology information is equally applied to some messages used in the random access procedure for accessing the base station after the terminal completes the cell search procedure.
  • the neurology information of SIB1 may be applied to at least one of messages 1 to 4 for a random access procedure.
  • the aforementioned RMSI may mean System Information Block 1 (SIB1), and SIB1 is periodically broadcast (ex, 160ms) in a cell.
  • SIB1 includes information necessary for the UE to perform an initial random access procedure, and is periodically transmitted through the PDSCH.
  • CORESET Control Resource Set
  • the UE checks scheduling information for SIB1 using SI-RNTI in CORESET, and acquires SIB1 on the PDSCH according to the scheduling information.
  • SIBs other than SIB1 may be periodically transmitted or may be transmitted according to the request of the terminal.
  • FIG. 6 is a diagram for explaining a random access procedure in a radio access technology to which the present embodiment can be applied.
  • the UE transmits a random access preamble for random access to the base station.
  • the random access preamble is transmitted through the PRACH.
  • the random access preamble is transmitted to the base station through a PRACH consisting of consecutive radio resources in a specific slot that is periodically repeated.
  • a contention-based random access procedure is performed, and when a random access is performed for beam failure recovery (BFR), a contention-free random access procedure is performed.
  • BFR beam failure recovery
  • the terminal receives a random access response to the transmitted random access preamble.
  • the random access response may include a random access preamble identifier (ID), a UL Grant (uplink radio resource), a temporary C-RNTI (Temporary Cell-Radio Network Temporary Identifier), and a TAC (Time Alignment Command). Since one random access response may include random access response information for one or more terminals, the random access preamble identifier may be included to inform which terminal the included UL Grant, temporary C-RNTI, and TAC are valid.
  • the random access preamble identifier may be an identifier for the random access preamble received by the base station. TAC may be included as information for the UE to adjust uplink synchronization.
  • the random access response may be indicated by a random access identifier on the PDCCH, that is, a Random Access-Radio Network Temporary Identifier (RA-RNTI).
  • RA-RNTI Random Access-Radio Network Temporary Identifier
  • the terminal Upon receiving a valid random access response, the terminal processes the information included in the random access response and performs scheduled transmission to the base station. For example, the UE applies TAC and stores a temporary C-RNTI. Also, by using UL Grant, data stored in the buffer of the terminal or newly generated data is transmitted to the base station. In this case, information for identifying the terminal should be included.
  • the terminal receives a downlink message for resolving contention.
  • the downlink control channel in NR is transmitted in CORESET (Control Resource Set) having a length of 1 to 3 symbols, and transmits uplink/downlink scheduling information, SFI (Slot Format Index), and TPC (Transmit Power Control) information. .
  • CORESET Control Resource Set
  • SFI Slot Format Index
  • TPC Transmit Power Control
  • CORESET Control Resource Set
  • the terminal may decode the control channel candidate using one or more search spaces in the CORESET time-frequency resource.
  • a QCL (Quasi CoLocation) assumption for each CORESET is set, and this is used to inform the characteristics of the analog beam direction in addition to the delay spread, Doppler spread, Doppler shift, and average delay, which are characteristics assumed by conventional QCL.
  • CORESET may exist in various forms within a carrier bandwidth within one slot, and CORESET may consist of up to 3 OFDM symbols in the time domain.
  • CORESET is defined as a multiple of 6 resource blocks up to the carrier bandwidth in the frequency domain.
  • the first CORESET is indicated through the MIB as part of the initial bandwidth part configuration so that additional configuration information and system information can be received from the network.
  • the terminal may receive and configure one or more CORESET information through RRC signaling.
  • frequencies, frames, subframes, resources, resource blocks, regions, bands, subbands, control channels, data channels, synchronization signals, various reference signals, various signals, or various messages related to NR (New Radio) can be interpreted as a meaning used in the past or present, or in various meanings used in the future.
  • NR which has been recently conducted in 3GPP, has been designed to satisfy various QoS requirements required for each subdivided and specified usage scenario, as well as an improved data transmission rate compared to LTE.
  • eMBB enhanced mobile broadband
  • mMTC massive MTC
  • URLLC Ultra Reliable and Low Latency Communications
  • radio resource units eg, subcarrier spacing, subframe, TTI, etc.
  • numerology eg subcarrier spacing, subframe, TTI, etc.
  • a subframe is defined as a kind of time domain structure.
  • a reference numerology for defining the corresponding subframe duration it was decided to define a single subframe duration consisting of 14 OFDM symbols of normal CP overhead based on 15kHz Sub-Carrier Spacing (SCS) same as LTE. Accordingly, in NR, the subframe has a time duration of 1 ms.
  • a subframe of NR is an absolute reference time duration, and slots and mini-slots may be defined as time units that are the basis of actual uplink/downlink data scheduling.
  • an arbitrary slot consists of 14 symbols.
  • all symbols may be used for DL transmission, all symbols may be used for UL transmission, or DL portion + (gap) + UL portion. have.
  • a mini-slot consisting of fewer symbols than the aforementioned slot is defined.
  • a short time-domain scheduling interval for transmitting/receiving uplink/downlink data based on a mini-slot may be set, or a long time-domain scheduling interval for transmitting/receiving uplink/downlink data through slot aggregation. have.
  • FIG. 8 is a diagram for exemplifying symbol level alignment between different SCSs in a radio access technology to which the present embodiment can be applied.
  • R supports the following structure on the time axis.
  • the difference from the existing LTE is that in NR, the basic scheduling unit is changed to the aforementioned slot.
  • a slot consists of 14 OFDM symbols.
  • it supports a non-slot structure (mini-slot structure) composed of 2, 4, and 7 OFDM symbols, which are smaller scheduling units.
  • the non-slot structure can be used as a scheduling unit for URLLC service.
  • Radio frame Fixed 10ms regardless of numerology (SCS) (Fixed 10ms regardless of numerology).
  • Subframe Fixed 1ms as a reference for time duration in the time domain. Unlike LTE, it is not used as a scheduling unit for data and control signals.
  • ⁇ Slot Mainly for eMBB scenario. Include 14 OFDM symbols.
  • Non-slot i.e. mini-slot: Mainly for URLLC, but not limited to URLLC only. Include 2, 4, or 7 OFDM symbols (Include 2, 4, or 7 OFDM symbols).
  • One TTI duration A time duration for data/control channel transmission. A number of OFDM symbols per a slot/non-slot in the time main
  • numerology having different SCS values in one NR carrier may be multiplexed in a TDM and/or FDM scheme to support. Therefore, a method of scheduling data according to latency requirements based on the slot (or mini-slot) length defined for each numerology is also considered. For example, when the SCS is 60 kHz, the symbol length is reduced by about 1/4 compared to the SCS 15 kHz, so when one slot is configured with the same 14 OFDM symbols, the 15 kHz-based slot length becomes 1 ms. On the other hand, the slot length based on 60 kHz is reduced to about 0.25 ms.
  • the present disclosure which was devised to solve this problem, proposes a method and apparatus capable of effectively transmitting and receiving a small amount of data without an RRC message to an RRC inactive terminal or an RRC idle terminal based on an NR.
  • a base station in transmitting a small amount of data without an RRC message, a base station provides a method and apparatus for controlling overload in response to a data transmission request from a terminal.
  • embodiments described in the present disclosure include information elements and contents of operations specified in TS38.321, which is an NR MAC standard, and TS 38.331, which is an NR RRC standard. Even if the contents of the terminal operation related to the definition of the corresponding information element are not included in the present specification, the contents specified in the standard specification, which is a known technique, are included in the present embodiment to be understood.
  • SDT small data transmission
  • the RRC inactive terminal can perform SDT without an RRC message, it is possible to reduce the overhead for processing the RRC message.
  • the RRC message is not provided, functions that could be provided through RRC procedure and signaling cannot be provided. For example, when the load of the base station is high, it becomes difficult to provide an overload control function that rejects an RRC connection request. For another example, it becomes difficult to provide an access control function that prohibits the access of the terminal when the load on the base station is high.
  • the NR-based RRC inactive terminal in order for the NR-based RRC inactive terminal to process mobile outgoing data, it was necessary to perform an RRC connection resumption procedure.
  • the RRC initiated the RRC connection resumption procedure.
  • the UE and the base station resumed RRC connection by transmitting and receiving a corresponding RRC message.
  • the overload can be controlled by using the RRC connection rejection message for the RRC connection request message.
  • an RRC connection resumption procedure based on RRC signaling or an RRC procedure different from the RRC connection establishment procedure must be defined.
  • This may include an interworking function between an upper layer including NAS (NAS MM, NAS SM, application) and a lower layer including RRC (RRC, SDAP, PDCP, RLC, MAC, PHY).
  • the RRC procedure may include an interworking function to trigger/instruct SDT without an RRC message in a lower layer.
  • the embodiments provided below may be applied individually or by arbitrarily combining/combining each of the embodiments.
  • the upper layer may represent one or more of NAS MM, NAS SM, and application.
  • the lower layer may represent one or more of RRC, SDAP, PDCP, RLC, MAC, and PHY.
  • FIG. 9 is a diagram illustrating an example of a terminal configuration including a 5GMM (or NAS MM) entity to which the present embodiment can be applied.
  • 5GMM or NAS MM
  • the 5GMM (or NAS MM) entity 920 here represents an entity that processes a NAS signaling message between the UE 900 or the UE 900 and the Access and Mobility Management Function (AMF) within the AMF.
  • the 5GSM (or NAS SM) entity 910 may interact/interact with upper layers such as an application and an operating system (OS).
  • the upper layer may request the 5GSM entity 910 to establish a PDU session indicating at least one PDU session attribute.
  • the 5GSM entity 910 in the terminal 900 may indicate an attribute of a newly established PDU session to a higher layer.
  • the attribute of the PDU session includes, for example, one or more of PDU session identity, SSC mode, S-NSSAI, DNN, PDU session type, access type, and PDU address.
  • the AS layer 930 is configured under the NAS MM 920 and may include an RRC entity, an L2 entity, and an L1 entity.
  • the present disclosure will be described based on an operation of transmitting a small amount of data through a random access procedure. Accordingly, the present disclosure may be applied to a 2-step random access procedure as well as an existing 4-step random access procedure.
  • FIG. 10 is a diagram for explaining a 2-step random accessor procedure (2-step RACH) to which the present embodiment can be applied.
  • the 2-step random access procedure is for simplifying the existing 4-step random access procedure, and refers to a procedure in which the terminal and the base station each perform one step.
  • the terminal 1000 transmits Msg A to the base station 1010, and in the second step, the base station 1010 transmits MsgB to the terminal 1000.
  • Msg A includes a preamble on the PRACH and uplink data on the PUSCH.
  • MsgB contains information for RA response and contention resolution.
  • the PUSCH okay is defined as a time-frequency resource for payload transmission.
  • the PUSCH okays can be configured separately from the PRACH okays.
  • the relative position of the PUSCH occasion may be configured with respect to the associated PRACH occasion.
  • a time/frequency relationship between PRACH preambles and PUSCH okays in the PRACH occasion(s) may have a single standard fixed value.
  • the time/frequency relationship between each PRACH preamble in the PRACH occasion(s) for the PUSCH okay may have a single standard fixed value.
  • a time/frequency relationship between PRACH preambles in the PRACH occasion(s) and the PUSCH okay may have a single semi-statically configured value.
  • the time/frequency relationship between each PRACH preamble in the PRACH occasion(s) for the PUSCH okay may have a single semi-statically configured value.
  • small amount of data in the present specification refers to data transmitted from the terminal to the base station through the RACH procedure, and the term is not limited. That is, data less than a predetermined predetermined TBS may mean a small amount of data, or data transmitted from the terminal to the base station without an RRC message.
  • FIG. 11 is a flowchart illustrating an operation of a terminal according to the present embodiment.
  • a method of controlling a small amount of data load by a terminal may include triggering a small amount of data transmission in an RRC inactive state (S1110).
  • a UE in an RRC inactive state or an RRC idle state may trigger a small amount of data transmission in an upper layer.
  • a UE in an RRC inactive state or an RRC idle state may trigger a small amount of data transmission in the NAS layer.
  • the NAS layer may instruct the RRC connection resumption request to the lower layer.
  • the MAC entity may acquire small amount of data transmission indication information through Msg 3 (Message 3) or Msg A (Message A) based on the RRC connection resumption request. That is, the UE may instruct the MAC layer to transmit a small amount of data through Msg 3 or Msg A when an RRC connection resumption request is indicated to a lower layer.
  • the MAC layer may receive indication information indicating transmission of Msg 3 or Msg A from an upper portion of the MAC layer.
  • the small amount of data transmission indication information through Msg 3 or Msg A further includes at least one of RRC message type, RRC transaction identifier, terminal temporary identifier, authentication token for integrity protection, and reopening cause information. You may.
  • the method of controlling the small amount of data load by the terminal may include transmitting Msg 3 or Msg A including small amount of data to the base station (S1120).
  • Msg 3 or Msg A transmission is determined based on the small amount of data transmission indication information through Msg 3 or Msg A
  • the terminal may transmit Msg 3 or Msg A to the base station.
  • Msg 3 or Msg A may include at least one of a terminal temporary identifier, an authentication token for integrity protection, and a cause of reopening in the MAC CE.
  • Msg 3 or Msg A for small data transmission may not include an RRC message.
  • the terminal temporary identifier may be composed of bits of a specific part of I-RNTI (Inactive-Radio Network Temporary Identity) or I-RNTI.
  • I-RNTI Active-Radio Network Temporary Identity
  • the specific part of the I-RNTI may mean only the bits of the part for identifying the UE context in the corresponding base station except for the base station part in the I-RNTI.
  • the specific part of the I-RNTI may mean a bit of a part that is set in advance to identify the terminal or the terminal context between the terminal and the base station. Accordingly, the bits of the specific part of the I-RNTI may be determined as a few high or low bits of the I-RNTI.
  • the method of controlling a small amount of data load by the terminal may include receiving from the base station Msg 4 or Msg B including information for overload control (S1130). After transmitting Msg 3 or Msg A, the UE receives Msg4 or MsgB including confirmation information for Msg 3 or Msg A from the base station.
  • Msg 4 or Msg B is a transmission failure of Msg 3 or Msg A containing small data in MAC CE or MAC RAR or MAC subheader, rejection of transmission of Msg 3 or Msg A including the small amount of data, RRC It may include at least one of information indicating connection denial, fallback random access response, and waiting time information.
  • Msg 4 or Msg B may include information indicating that a small amount of data transmitted by the terminal is rejected by the base station or that transmission has failed.
  • Transmission failure information of Msg 3 or Msg A, transmission rejection information of Msg 3 or Msg A including the small amount of data, and RRC connection rejection information indicate that Msg 3 or Msg A transmitted by the terminal to the base station was not successfully delivered.
  • the waiting time information may indicate a predetermined waiting time for RRC connection or small data transmission requested by the base station to the terminal. The above-described information may be included in the MAC CE or MAC RAR or MAC subheader of Msg 4 or Msg B and received.
  • Msg 4 or Msg B may include information for indicating maintenance of the RRC inactive state of the UE or information for indicating a state transition to RRC Idle. That is, the base station may receive Msg 4 or MsgB and instruct the RRC state of the UE to not change unnecessary.
  • information for indicating maintenance of the RRC inactive state of the UE or information for indicating a state transition to RRC idle may be included in the MAC CE.
  • information for indicating maintenance of the RRC inactive state of the terminal or information for indicating a state transition to RRC idle may be included in the MAC RAR.
  • information for indicating maintenance of the RRC inactive state of the UE or information for indicating a state transition to RRC Idle may be included in the MAC subheader.
  • the above-described MAC CE or MAC RAR or MAC subheader may be included in Msg 4 or MsgB and received by the UE.
  • the UE may transfer information included in Msg 4 or Msg B to the RRC layer.
  • the RRC layer can deliver the information to the NAS layer.
  • the terminal transmits the indication information on the above-described small data transmission failure or the RRC state of the terminal to the Non-Access Stratum (NAS) layer through the MAC entity.
  • the NAS layer may recognize whether a small amount of data is transmitted or whether the terminal is instructed to change the state through the transmitted information.
  • the terminal transmits a small amount of data in Msg A through a 2-step random access procedure
  • the terminal receives Msg B from the base station.
  • the information for overload control may include at least one of transmission failure of Msg 3 or Msg A, transmission rejection of Msg 3 or Msg A including a small amount of data, RRC connection rejection, and latency information.
  • information indicating a fallback random access response to information for overload control may be included.
  • the UE may retransmit Msg 3 including a small amount of data after receiving the corresponding Msg B.
  • the terminal receives information for overload control of the base station and transmits Msg 3 when the information for overload control indicates a fallback random access response. Through this, the terminal can transmit a small amount of data by changing the random access procedure from the 2-step random access procedure to the 4-step random access procedure.
  • the terminal may transmit a small amount of data through a random access procedure in the RRC inactive state or the idle state.
  • the base station may control whether to receive Msg 3 or Msg A including a small amount of data in the random access procedure of the terminal for overload control.
  • the terminal may process by suspending/cancelling small data transmission or changing a random access procedure based on the information for overload control. A detailed procedure in the case of success by transmitting a small amount of data without an RRC message will be described in detail below.
  • FIG. 12 is a flowchart illustrating an operation of a base station according to the present embodiment.
  • a method for the base station to control a small amount of data load may include receiving Msg 3 or Msg A including small amount of data from a terminal in an RRC inactive state (S1210).
  • Msg 3 or Msg A may include at least one of a terminal temporary identifier, an authentication token for integrity protection, and a reason for reopening.
  • Msg 3 or Msg A may not include an RRC message.
  • the terminal temporary identifier may be composed of bits of a specific part of I-RNTI (Inactive-Radio Network Temporary Identity) or I-RNTI.
  • I-RNTI Active-Radio Network Temporary Identity
  • I-RNTI Inactive-Radio Network Temporary Identity
  • the specific part of the I-RNTI may mean only the bits of the part for identifying the UE context in the corresponding base station except for the base station part in the I-RNTI.
  • the specific part of the I-RNTI may mean a bit of a part that is set in advance to identify the terminal or the terminal context between the terminal and the base station. Accordingly, the bits of the specific part of the I-RNTI may be determined as a few high or low bits of the I-RNTI.
  • the method for the base station to control the small amount of data load may include generating information for overload control based on whether the small amount of data can be received (S1220).
  • the base station may generate information for overload control based on the load information of the base station.
  • Information for overload control may be generated for each random access message of the terminal.
  • the information for overload control is at least one of transmission failure of Msg 3 or Msg A including small amount of data, transmission rejection of Msg 3 or Msg A including small amount of data, RRC connection rejection, and latency information. It may include. That is, the information for overload control may include indication information for processing when the base station cannot receive Msg 3 or Msg A of the terminal. Alternatively, the information for overload control may include information indicating a fallback random access response.
  • the base station may successfully receive Msg 3 or Msg A including small amount of data of the terminal. For example, the base station checks Msg 3 or Msg A received from the terminal and receives a small amount of data.
  • the method for the base station to control a small amount of data load may include transmitting Msg 4 or Msg B including information for overload control to the terminal (S1230).
  • the base station may include the above-described information for overload control in the MAC CE or MAC RAR or MAC subheader of Msg 4 or Msg B and transmit the information to the terminal. For example, when the base station receives a small amount of data through Msg A and transmits information for overload control through Msg B, if the information for overload control includes information indicating a fallback random access response, Msg B After transmission, Msg 3 including a small amount of data may be further received. That is, when receiving a small amount of data through a two-step random access procedure, the base station may instruct a fallback random access response to the terminal for overload control. When the fallback random access response is instructed, the UE changes the procedure to a 4-step random access procedure and transmits a small amount of data in Msg 3 to the base station.
  • Msg 4 or Msg B including the following information may be transmitted.
  • Msg 4 or Msg B may include information for indicating maintenance of the RRC inactive state of the UE or information for indicating a state transition to RRC idle. That is, the base station may instruct not to cause unnecessary RRC state change of the terminal through Msg 4 or MsgB.
  • information for indicating maintenance of the RRC inactive state of the UE or information for indicating a state transition to RRC idle may be included in the MAC CE.
  • information for indicating maintenance of the RRC inactive state of the terminal or information for indicating a state transition to RRC idle may be included in the MAC RAR.
  • information for indicating maintenance of the RRC inactive state of the UE or information for indicating a state transition to RRC Idle may be included in the MAC subheader.
  • the aforementioned MAC CE or MAC RAR or MAC subheader may be included in Msg 4 or MsgB and transmitted to the terminal.
  • the operation of the terminal and the base station described with reference to FIGS. 11 and 12 will be described in more detail below by dividing detailed embodiments.
  • the detailed embodiments described below may be performed by the operations of the terminal and the base station described above, and may be performed as a separate operation in a specific operation step or before/after the aforementioned step.
  • cause information in the RRC connection request message was used.
  • the terminal transmits the RRC connection request message including cause information (establishmentcause or resumecasue).
  • the base station establishes/allows or rejects the RRC connection based on the cause information included in the terminal when overload occurs. Through this, the base station was able to prevent subsequent processing of additional signaling messages and data transmission/reception after RRC connection establishment. Since this is based on RRC signaling, if a small amount of data is to be transmitted without an RRC message, a method for effectively supporting this may be needed.
  • the base station may control overload through Msg 4. For example, it should be able to provide a function of rejecting a small amount of data transmission by a terminal due to a lack of random resources and an overload in the base station. For example, a corresponding function may be provided through MAC CE. Through this, the base station can instruct the terminal of the SDT (Small Data Transmission) failure.
  • SDT Small Data Transmission
  • an available set of PRACH resources for random access preamble transmission may be indicated to the terminal through RRC signaling (SIB or dedicated RRC message).
  • the available set of PRACH resources may be provided in association with the coverage level.
  • the available set of PRACH resources may be provided in association with radio quality (eg (for SSB) rsrp threshold/measurement value/level).
  • the base station may indicate a threshold value for selecting SDT through 4-step random access.
  • a fallback is indicated by data transmission through a normal RRC resumption procedure.
  • SDT through 4-step random access may be canceled (cancel/abort).
  • the terminal the terminal's MAC indicates this to the upper layer (RRC).
  • RRC indicates this as an upper layer (NAS).
  • the upper layer may fall back with a request to resume RRC connection for mobile originated data.
  • a fallback is indicated.
  • rsrp of the SSB is worse than a threshold signaled by the base station (eg, rsrp-ThresholdSSB), it may be indicated as a case of poor radio quality. In these cases, it may be difficult to transmit to the corresponding TBS, so it may be desirable to cancel. This makes it possible to provide a small amount of data transmission through SDT only when the radio quality or load is good.
  • the terminal selects a PRACH resource associated with the SDT for the terminal.
  • the terminal transmits a random access preamble.
  • an uplink grant may be provided in the random access response message. If the uplink grant received in the random access response is for indicating SDT and there is a MAC PDU in the Msg3 buffer, the UE transmits Msg3.
  • the terminal recovers the security context from the stored terminal context.
  • the UE recovers the PDCP state (eg PDCP sequence number) for a specific DRB for SDT (or for all SRBs or all DRBs).
  • the terminal resets the PDCP entity.
  • the UE resumes a specific DRB (or all SRBs or all DRBs).
  • a specific DRB for SDT may be indicated to the terminal through a dedicated RRC message (eg RRC release or RRC release with suspendconfig).
  • the terminal may derive a K UPenc key associated with a previously configured ciphering algorithm.
  • the terminal may derive a K UPint key associated with a previously configured integrity protection algorithm.
  • the UE is an authentication token/message authentication code (MAC-I) used for data integrity protection on MAC CE or CCCH on Msg3 or on a DTCH multiplexed with 16 least significant bits of the calculated MAC-I. May include shortMAC-I.
  • the UE may include an authentication token (MAC-I) on the MAC CE on the PUSCH included in Msg3 for integrity protection or shortMAC-I, which is 16 least significant bits of the calculated MAC-I.
  • the terminal may include the establishment cause/resume cause information in the MAC CE.
  • the RRC when the RRC receives a request to resume the RRC connection for mobile outgoing data from the upper layer, it transmits the terminal temporary identifier, authentication token for integrity protection, and setup cause/restart cause information to the MAC through 4-step random access. Can be instructed to perform SDT.
  • the terminal may indicate that the RRC connection suspended in the upper layer has been resumed.
  • the terminal may indicate that the SDT is initiated through the RRC connection suspended in the upper layer. This may be provided as information indicating that the suspended RRC connection has been resumed and other information.
  • the UE can transmit user data to the lower layer by distinguishing that the upper layer is in a state in which data can be transmitted according to the RRC restart request. Through this, it can be seen that even if the terminal does not transmit an RRC message to the base station by using RRC signaling, the upper layer is in a state in which data transmission is possible in the lower layer.
  • indication information for canceling the SDT may be transmitted to the upper layer (RRC).
  • RRC can fall back to a normal RRC connection resumption procedure.
  • the RRC may indicate the indication information for canceling the SDT to the upper layer, and the higher layer may fall back to the RRC connection resumption request for mobile origin data.
  • the RRC of the terminal indicated that the RRC connection suspended in the upper layer was resumed.
  • the DRB is resumed, Msg3 is transmitted, and the response is received for Msg3 transmission (eg, if HARQ is configured for user data transmission, HARQ ACK is received. , PDCCH reception and Msg4 reception).
  • the terminal (the RRC of the terminal) may indicate to the upper layer that data has been transmitted through the SDT. Through this, the terminal can distinguish that a small amount of data transmission has been completed in the upper layer, so that the user data can be processed later.
  • the UE can transmit including user data (small data) on Msg 3 without RRC signaling.
  • User data (small data) transmission on Msg 3 without RRC signaling and a successful response thereto will be separately described later.
  • the base station may attempt to control overload by rejecting the SDT request for any reason such as overload.
  • the base station may attempt to indicate to the terminal a failure in SDT transmission.
  • the base station may wish to limit/prohibit additional SDT transmission.
  • the base station may wish to limit/prohibit SDT retransmission.
  • the base station may wish to limit/prohibit any RRC connection resumption/RRC connection setup to the corresponding terminal.
  • the base station may attempt to perform an overload control operation for at least one of the following reasons.
  • the base station When performing an overload control operation, the base station transmits at least one of SDT transmission failure, SDT transmission rejection, SDT additional transmission limitation, SDT retransmission limitation, RRC connection rejection, arbitrary RRC connection limitation, and waiting time for backoff processing. Instructed by This information can be provided through the MAC CE.
  • the MAC CE may include information for instructing the terminal to maintain the RRC inactive state and/or information for instructing the terminal to transition to the RRC idle state.
  • the information for instructing the UE to maintain the RRC inactive state and the information for instructing the UE to transition to the RRC idle state may be indicated by different bits, respectively, or two values may be divided and indicated by one bit.
  • the indication information may include information for contention resolution. Even if the base station indicates rejection/failure/restriction of the SDT transmission request through Msg4, if there is contention, the terminal may have to resolve it, and thus contention resolution information may be included together.
  • the base station may be multiplexed to the aforementioned MAC CE and transmitted to the terminal.
  • the above-described MAC CE may have an LCID that is distinct from the MAC CE for indicating response/confirmation/completion of SDT transmission.
  • information indicating rejection/failure/restriction on the SDT transmission request through Msg4 may be provided through one MAC CE having a specific LCID.
  • One or more of information for instructing to maintain and information for contact resolution may be provided through one MAC CE/SDU/subPDU/PDU (or included in one MAC CE). This can reduce the number of MAC subheader bits.
  • the waiting time information is a value received by the UE through MAC CE/SDU/subPDU/PDU, and may be used to operate a timer for limiting SDT or a timer for limiting RRC connection setup/resume in the UE.
  • the waiting time information is composed of 4 bits and may represent 1 to 16 seconds.
  • the waiting time information may indicate a value used for user data transmission backoff that is distinguished from a value used for RACH backoff (e.g. a backoff indicator used to set PREAMBLE_BACKOFF).
  • the MAC may transmit information received through Msg 4 or Msg B to the RRC.
  • the terminal (MAC of the terminal) that has received the waiting time information transmits it to the RRC.
  • the RRC can be started by setting the T302 timer to the waiting time value indicated by the waiting time information.
  • the terminal (the RRC of the terminal) may inform the upper layer (e.g. NAS) that access baring is applied to all access categories except for the access categories “0” (MT paging) and “2” (Emergency).
  • the upper layer e.g. NAS
  • one or more control information (or all control information) included in Msg 4 may be classified and transmitted through a CCCH.
  • information for overload control (ex, information indicating rejection/failure/restriction of SDT transmission request) through Msg 4 may be divided into CCCH and transmitted.
  • CCCH is a logical channel for transmitting control information between the UE and the network, and is used when the UE does not have an RRC connection with the network (Common Control Channel (CCCH): channel for transmitting control information between UEs and network.This channel is used for UEs having no RRC connection with the network.).
  • CCCH Common Control Channel
  • the associated control parameter to indicate the rejection/failure/restriction of the SDT transmission request in response to this is assumed to be a control channel used without RRC connection, and all transmitted on the CCCH. Can be.
  • the RRC message itself is not configured as a MAC SDU
  • information included as an information element in a conventional RRC message or a parameter controlled/used in the RRC may be configured as one fixed-length MAC SDU. Through this, it is possible to reduce the overhead for configuring the RRC format/header.
  • 13 is a diagram for describing an R/F/LCID/L MAC subheader with 8-bit L field according to an embodiment.
  • 14 is a diagram illustrating an R/F/LCID/L MAC subheader with 16-bit L field according to an embodiment.
  • a MAC SDU including a DL CCCH in the related art had to use a MAC subheader of 2 octets or more. However, if the above-described RRC format/header configuration method is used, the MAC subheader can be reduced.
  • 15 is a diagram for describing an R/LCID MAC subheader according to an embodiment.
  • a 1-octet MAC subheader format may be used according to the above-described RRC format/header configuration method. In this case, compared to FIG. 13 or 14, bits of 1 octet or more may be reduced. As an LCID for the corresponding MAC SDU/subPDU/PDU, a value of 0 for distinguishing the conventional DL CCCH may be used.
  • the LCID value for the corresponding MAC SDU may have a value different from the conventional 0 value.
  • 16 is a diagram for describing an LCID value in a MAC according to an embodiment.
  • a DL LCID value allocated in the current NR MAC standard is shown. Therefore, one of the 33-46 LCID values currently reserved as a spare state can be used.
  • the information for overload control includes SDT transmission failure, SDT transmission rejection, SDT additional transmission limitation, SDT retransmission limitation information, general RRC connection request transmission limitation information, waiting time (eg wait time). ), information for instructing the terminal to maintain the RRC inactive state and information for contact resolution (or terminal identifier or terminal temporary identifier).
  • the MAC subheader including information for overload control can use an existing MAC subheader to designate and use an arbitrary field value on the MAC subheader.
  • the MAC subheader including information for overload control may use a new MAC subheader format that is distinct from conventional NR MAC subheaders. Through this, the number of bits included in the MAC SDU can be reduced. In addition, the corresponding terminal/base station can distinguish and process the corresponding MAC SDU.
  • the 2-step RACH procedure is a technique proposed for the purpose of reducing the delay of the 4-step RACH procedure, but no specific detailed procedure is currently provided.
  • Msg A the message transmitted from the terminal to the base station in the first step
  • Msg B the message transmitted from the base station to the terminal in the second step
  • Msg A includes a preamble on the PRACH and uplink data on the PUSCH.
  • Msg B contains information for contention resolution.
  • Msg B may additionally include information for a random access response (RA response).
  • the PUSCH okay is defined as a time-frequency resource for payload transmission.
  • the PUSCH okays can be configured separately from the PRACH okays.
  • the relative position of the PUSCH occasion may be configured with respect to the associated PRACH occasion.
  • a time/frequency relationship between PRACH preambles and PUSCH okays in the PRACH occasion(s) may have a single standard fixed value.
  • the time/frequency relationship between each PRACH preamble in the PRACH occasion(s) for the PUSCH okay may have a single standard fixed value.
  • a time/frequency relationship between PRACH preambles in the PRACH occasion(s) and the PUSCH okay may have a single semi-statically configured value.
  • the time/frequency relationship between each PRACH preamble in the PRACH occasion(s) for the PUSCH okay may have a single semi-statically configured value.
  • an available set of PRACH resources for random access preamble transmission may be indicated to the terminal through RRC signaling (SIB or dedicated RRC message).
  • the available set of PRACH resources may be provided in association with the coverage level.
  • the available set of PRACH resources may be provided in association with radio quality (eg (for SSB) rsrp threshold/measurement value/level).
  • the base station may indicate a threshold value for selecting SDT through 2-step random access.
  • the information element for the 2-step RACH procedure may be indicated with a different value distinguished from the information element for the 4-step RACH procedure.
  • the message size (uplink data for transmission + MAC header, MAC CE if necessary) is larger than the signaled TBS size, or fall back from SDT through 2-step random access to SDT through 4-step random access or 2-step SDT may be canceled (cancel/abort) when a fallback is indicated by data transmission through a normal RRC resumption procedure in SDT through random access or when radio quality is poor.
  • the terminal (the terminal's MAC) indicates this to the upper layer (RRC). For example, if a fallback is instructed from SDT through 2-step random access to SDT through 4-step random access or from SDT through 2-step random access to data transmission through a normal RRC resumption procedure, the SDT is linked. This refers to a case where the 2-step random access PRACH resource is not available.
  • 2-step random linked to SDT This means a case where the access preamble is transmitted and the uplink grant provided in the 2-step random access response message is not for indicating SDT through 2-step random access.
  • the base station may indicate SDT through 4-step random access through a fallback random access response, or may indicate data transmission through a normal RRC resumption procedure.
  • the case of poor radio quality may indicate a case in which the rsrp of the SSB is worse than the threshold signaled by the base station (eg, MsgA-rsrp-ThresholdSSB through 2-step random access).
  • the terminal selects a PRACH resource associated with the SDT for the terminal.
  • the UE transmits a random access preamble and MsgA including user data.
  • the terminal recovers the security context from the stored terminal context.
  • the UE recovers the PDCP state (eg PDCP sequence number) for a specific DRB for SDT (or for all SRBs or all DRBs).
  • the terminal resets the PDCP entity.
  • the UE resumes a specific DRB (or all SRBs or all DRBs).
  • a specific DRB for SDT may be indicated to the terminal through a dedicated RRC message (eg RRC release or RRC release with suspendconfig).
  • the terminal may derive a K UPenc key associated with a previously configured ciphering algorithm.
  • the terminal may derive a K UPint key associated with the previously configured integrity protection algorithm.
  • the UE may include an authentication token (MAC-I) or shortMAC-I, which is 16 least significant bits of the calculated MAC-I, in the CCCH on the PUSCH included in Msg A for integrity protection.
  • the UE may include an authentication token (MAC-I) on the multiplexed DTCH with the CCCH on the PUSCH included in the MsgA for integrity protection, or shortMAC-I, which is 16 least significant bits of the calculated MAC-I.
  • the above information may be provided through a separate MAC CE. Alternatively, it may be included and provided in the MAC CE described below.
  • the terminal may indicate that the RRC connection suspended in the upper layer has been resumed.
  • the terminal may indicate that the SDT is initiated through the RRC connection suspended in the upper layer. This may be provided as information indicating that the suspended RRC connection is resumed and other information.
  • the upper layer of the terminal can transmit the user data to the lower layer by distinguishing that data can be transmitted according to the RRC resume request.
  • the terminal may not transmit an RRC message to the base station through RRC signaling, the upper layer may be able to know that data transmission is possible in the lower layer.
  • the terminal (the RRC of the terminal) may indicate to the upper layer that data has been transmitted through the SDT. Through this, the terminal can distinguish that a small amount of data transmission has been completed in the upper layer, so that the user data can be processed later.
  • the UE may transmit including user data on Msg A without RRC signaling.
  • User data transmission on Msg A without RRC signaling and a successful response thereto will be separately described later.
  • the base station may attempt to control overload by rejecting the SDT request for any reason such as overload.
  • the base station may attempt to indicate to the terminal a failure in SDT transmission.
  • the base station may wish to limit/prohibit additional SDT transmission.
  • the base station may wish to limit/prohibit SDT retransmission.
  • the base station may wish to limit/prohibit any RRC connection resumption/RRC connection setup to the corresponding terminal.
  • the base station may attempt to perform an overload control operation for at least one of the following reasons.
  • the base station When performing an overload control operation, the base station transmits at least one of SDT transmission failure, SDT transmission rejection, SDT additional transmission limitation, SDT retransmission limitation, RRC connection rejection, arbitrary RRC connection limitation, and waiting time for backoff processing.
  • Instructed by Information for overload control may be provided through MAC CE or RAR MAC PDU on MsgB, which is a response message to Msg A.
  • the MAC CE may include information for instructing the UE to maintain the RRC inactive state and/or information for instructing the UE to transition to the RRC idle state.
  • the information for instructing the UE to maintain the RRC inactive state and the information for instructing the UE to transition to the RRC idle state may be indicated by different bits, respectively, or two values may be divided and indicated by one bit.
  • the indication information may include information for contention resolution. Even when the base station indicates rejection/failure/restriction of the SDT transmission request through Msg B, if there is contention, the terminal may have to resolve the contention resolution information may be included together.
  • the base station may be multiplexed to the aforementioned MAC CE (or RAR MAC PDU) and transmitted to the terminal.
  • the above-described MAC CE may have an LCID that is distinguished from the MAC CE (or RAR MAC PDU) for indicating response/confirmation/completion of SDT transmission.
  • information indicating the rejection/failure/restriction of the SDT transmission request through Msg B may be provided through one MAC CE (or RAR MAC PDU) having a specific LCID.
  • SDT transmission failure, SDT transmission rejection, SDT additional transmission limit, SDT retransmission limit information information to limit transmission of a general RRC connection request, wait time (eg wait time), the terminal is in the RRC inactive state.
  • One or more of information for instructing to maintain and information for contact resolution will be provided through one MAC CE/SDU/RAR subPDU/RAR PDU (included in one MAC CE/SDU/subPDU/PDU). I can. This can reduce the number of MAC subheader bits.
  • the waiting time information is a value received by the UE through the MAC CE/SDU/RAR subPDU/RAR PDU, and may be used to operate a timer for limiting SDT or a timer for limiting RRC connection setup/resume.
  • the waiting time information is composed of 4 bits and may represent 1 to 16 seconds.
  • the waiting time information may indicate a value used for user data transmission backoff that is distinguished from a value used for RACH backoff (e.g. a backoff indicator used to set PREAMBLE_BACKOFF).
  • the MAC may transmit information received through Msg B to the RRC.
  • the terminal (MAC of the terminal) that has received the waiting time information transmits it to the RRC.
  • the RRC can be started by setting the T302 timer to the waiting time value indicated by the waiting time information.
  • the terminal (the RRC of the terminal) may inform the upper layer (e.g. NAS) that access baring is applied to all access categories except for the access categories “0” (MT paging) and “2” (Emergency).
  • the upper layer e.g. NAS
  • the waiting time information may be information distinguished from the backoff indicator provided through the RAR MAC PDU.
  • the latency information may be included in a MAC subheader that is distinguished from a MAC subheader including only a backoff indicator in the RAR MAC PDU.
  • Information indicating the rejection/failure/restriction of the SDT transmission request through Msg B may be divided into CCCH and transmitted.
  • the base station may divide one or more control information (or all control information) included in Msg B into CCCH and transmit it. If a small amount of data is transmitted through the 2-step RACH without RRC signaling, the RRC control parameter associated thereto may be considered to be transmitted on the CCCH assuming that the control channel is used without RRC connection.
  • Msg B does not configure the RRC message itself as a MAC SDU, but may include information included as an information element in a conventional RRC message or a parameter controlled/used in the RRC as one fixed-length MAC SDU.
  • Msg B does not configure the RRC message itself as a MAC SDU, but may include information included as an information element in a conventional RRC message or a parameter controlled by RRC as one fixed-length MAC CE. Through this, it is possible to reduce the overhead for configuring the RRC format/header.
  • the MAC subheader format of 1 octet as shown in FIG. 15 can be used compared to the conventional MAC SDU including the DL CCCH, which had to use 2 or more octets as shown in FIGS. 13 and 14. Thus, it is possible to reduce bits of 1 octet or more.
  • the LCID for MAC SDU/RAR subPDU/RAR PDU can be used by designating a value for distinguishing a conventional DL CCCH.
  • the LCID for the corresponding MAC SDU/RAR subPDU/RAR PDU may be assigned a new value that is distinguished from a value of 0, which is a conventional DL CCCH value.
  • One of the 33-46 LCID values currently reserved as spare status can be used.
  • the information for overload control includes SDT transmission failure, SDT transmission rejection, SDT additional transmission limitation, SDT retransmission limitation information, general RRC connection request transmission limitation information, waiting time (eg wait time). ), information for instructing the terminal to maintain the RRC inactive state, information for instructing fallback, and information for contact resolution (or terminal identifier or terminal temporary identifier).
  • the MAC subheader including information for overload control can use an existing MAC subheader to designate and use an arbitrary field value on the MAC subheader.
  • the MAC subheader including information for overload control may use a new MAC subheader format different from conventional NR MAC subheaders or may be partially modified. Through this, the number of bits included in the MAC SDU can be reduced. In addition, the corresponding terminal/base station can distinguish and process the corresponding MAC SDU.
  • the corresponding MAC subheader may be configured in a format different from the MAC subheader for the MAC subPDU that may be included in the conventional RAR MAC PDU specified in 3GPP TS 38.321.
  • a conventional RAR MAC PDU may be configured with one or more MAC subPDUs and selectively padding, and each MAC subPDU is a MAC subheader with only a backoff indicator (a MAC subheader with Backoff Indicator only), a random access preamble ID.
  • It may be composed of one of a MAC subheader (a MAC subheader with RAPID only) and a MAC subheader (a MAC subheader with RAPID and MAC RAR) having a random access preamble ID and MAC RAR.
  • 17 is a diagram illustrating an example MAC RAR format according to an embodiment.
  • the UE may transmit small amount of data without RRC signaling through Msg A.
  • the terminal may receive a response to Msg A from the base station as shown in FIG. 17.
  • the terminal may perform the SDT operation through Msg 3 described above.
  • the base station may determine that retrying the 2-step RACH is inefficient because it re-transmits the random access preamble.
  • the base station may transmit an Msg2 RAR to indicate fallback from the 2-step RACH to the 4-step RACH.
  • the RAR format can be transmitted using the same conventional Msg2 MAC RAR format.
  • the base station may additionally include information for indicating this to the terminal in the Msg2 RAR.
  • the terminal performing SDT through Msg A receives the Msg B fallback RAR that is the same as the Msg2 MAC RAR format or that includes the Msg2 MAC RAR format, the terminal may perform the SDT operation through Msg 3.
  • the terminal may fall back to a 4-step random access procedure.
  • the terminal may transmit Msg 3.
  • the base station receiving Msg 3 may transmit Msg4.
  • the terminal may transmit an RRC connection setup/resume request message to Msg 3.
  • the base station may transmit an RRC connection setup/resume message to Msg 4.
  • the RRC inactive UE receives the RRC connection resume message, the UE resumes SRB2 and all DRBs.
  • the terminal enters the RRC connected state.
  • the terminal can transmit the corresponding small amount of data in the RRC connected state. That is, the terminal can perform a normal RRC connection state operation.
  • the base station when the base station instructs a fallback to the terminal through the MsgB fallback RAR that is the same as the Msg2 MAC RAR format or includes the Msg2 MAC RAR format, the base station further includes indication information on whether to transmit the SDT through Msg 3 and transmits I can. Through this, the UE can distinguish whether a small amount of data is transmitted through Msg 3 or transitioned to an RRC connected state and transmitted through a normal RRC connected state operation according to the situation of the base station as described above. As an example, information indicating SDT transmission through Msg 3 or transition to an RRC connection state may be included in the aforementioned fallback RAR or fallback RAR MAC subheader.
  • information indicating SDT transmission through Msg 3 or transition to the RRC connection state and indicating SDT transmission may be indicated using one of the E field or the T1 field of the fallback RAR MAC subheader.
  • information indicating SDT transmission through Msg 3 or transitioning to an RRC connection state and indicating SDT transmission may be indicated through a MAC CE/MAC subheader/MAC subPDU multiplexed to the fallback RAR and transmitted.
  • information indicating SDT transmission by transitioning to SDT transmission or RRC connection state through Msg 3 may be configured as a MAC subheader in which MAC subPDU is only a MAC subheader.
  • Terminal operation that processes information for overload control received without RRC signaling e.g. timer operation on MAC entity, etc.
  • the above-described waiting time information is a value that the UE receives from the base station through MAC CE (or MAC SDU/subPDU/PDU/subheader) without RRC signaling.
  • the waiting time information may be used to operate a timer for limiting SDT in the terminal.
  • the waiting time information may be used for SDT additional transmission limitation, SDT retransmission limitation, SDT backoff processing, general RRC connection (setup/resume) request transmission limitation, and the like.
  • SDT additional transmission limitation SDT retransmission limitation
  • SDT backoff processing general RRC connection (setup/resume) request transmission limitation, and the like.
  • general RRC connection setup/resume
  • the terminal Upon receiving the MAC CE (or MAC SDU/subPDU/PDU/subheader) or MAC CE (or MAC SDU/subPDU/PDU/subheader) including the above-described waiting time information, the terminal is set to the received waiting time value. Start the associated timer.
  • the timer associated with the above-described waiting time information may be executed in the MAC.
  • the terminal MAC entity or RRC
  • the terminal may prohibit transmission including a small amount of data (or small amount of data without RRC) through Msg 3/Msg A.
  • the terminal may indicate that access control/baring has been applied to the upper layer (RRC).
  • the RRC may prevent/prohibit starting the SDT procedure.
  • the RRC may prevent/prohibit starting the RRC procedure for MO data transmission.
  • the RRC may prevent/prohibit starting any or specific RRC signaling procedure.
  • the RRC may indicate to an upper layer (e.g. NAS) that the aforementioned barring or prohibition operation has been initiated.
  • the terminal may generate additional data (e.g. MO data) in the above-described standby/prohibition/backoff state.
  • the UE may initiate an RRC setup procedure or an RRC resumption procedure for transitioning an RRC connection state other than the SDT.
  • the RRC idle state terminal may transition to the RRC connected state.
  • the RRC inactive state terminal it may also transition to the RRC connected state.
  • the terminal may indicate access control/barring alleviation to the upper layer (RRC).
  • RRC access control/barring alleviation to the upper layer
  • the RRC may start/restart/restart the SDT procedure.
  • the RRC may start/restart/restart the RRC procedure for MO data transmission.
  • the RRC may start/restart/restart any or specific RRC signaling procedure.
  • the timer may be stopped/released when the cell reselection procedure or the RRC setup request message is transmitted or the RRC connection procedure is initiated.
  • the above-described timer may be executed in RRC.
  • the terminal (RRC) cannot start/start/resume/restart the SDT.
  • the terminal (MAC entity) may prohibit transmission including a small amount of data (or small amount of data without RRC) through Msg 3/Msg A.
  • the MAC entity of the terminal receives the latency information through the MAC CE (or MAC SDU/subPDU/PDU), it may indicate/transmit it to the RRC.
  • the terminal RRC may indicate that the access control/baring has been applied to the higher layer NAS.
  • the NAS may control the service request procedure (or SDT) to not start.
  • the terminal (RRC) may indicate access control/barring alleviation to the higher layer (NAS).
  • the NAS may initiate a service request (or SDT) procedure.
  • the terminal (RRC) in which the timer operates may prevent/prohibit starting the RRC procedure for MO data transmission.
  • the UE (RRC) may prevent/prohibit starting any or specific RRC signaling procedure.
  • the timer may be stopped/released when the cell reselection procedure or the RRC setup request message is transmitted or the RRC connection procedure is initiated.
  • overload control operation may be performed in various ways.
  • the overload control is to prevent additional processing that may occur in the base station when the load on the base station is high.
  • data is to be transmitted through one transmission, such as a small amount of data transmission, subsequent data transmission may not be necessary. Accordingly, it is also possible for the base station to transmit data without having to instruct the terminal to reject it and to limit access after receiving a small amount of data.
  • the overload control is to prevent additional processing that may occur in the base station when the load on the base station is high.
  • data is to be transmitted through one transmission, such as a small amount of data transmission, subsequent data transmission may not be necessary.
  • the base station may transmit the received small amount of data to the destination through the core network.
  • the base station can perform a procedure for transmitting a small amount of data through the core network.
  • a method for a terminal to process SDT there may be a method of transparently processing SDT in the NAS and a method of separately processing SDT in the NAS. That is, some transmission operations may vary depending on whether the NAS performs an operation to distinguish SDTs.
  • a method of transparently processing SDT in the NAS and a method of processing separately and separately will be briefly described, and an embodiment of the overall terminal operation may be applied in the same manner.
  • SDT may be triggered when an upper layer requests resumption of an RRC connection for mobile originated data.
  • the NAS (or 5GMM) of the terminal may be notified that an uplink user data packet is to be transmitted for a PDU session having a suspended user plane resource.
  • SDT may be triggered when an upper layer requests resumption of an RRC connection for mobile outgoing signaling or SMS.
  • the NAS of the terminal may want to perform mobile outgoing signaling. That is, the 5GMM of the terminal may receive a request to transmit a UL NAS TRANSPORT message for PDU session establishment/modification/reconfiguration, etc. from an upper layer.
  • the NAS (or 5GMM) of the terminal may receive a request to send a mobile outgoing SMS over NAS from an upper layer. 5GMM initiates a NAS transport procedure to transmit SMS through UL NAS TRANSPORT message.
  • the terminal When the terminal (the terminal's NAS) detects one of the above events, the terminal (the terminal's NAS) must map the type of request to one or more access identifiers and one access category.
  • the NAS indicates the access identifier and the access category as a lower layer (for example, AS (RRC)).
  • the lower layer of the terminal performs an access baring check on the triggered request based on the determined access identifier and access category.
  • the RRC of the terminal checks the condition for SDT and may initiate the SDT when fulfilling this. This condition may be limited to the case where one or more of the following is satisfied.
  • the size of the resulting user data (e.g. MAC PDU) including the total uplink data is calculated/expected to be less than or equal to the signaled transport block size (TBS)/payload threshold size
  • the upper layer may initiate the SDT if the condition for the SDT is checked and fulfilled.
  • Related condition/instruction information may be transmitted to an upper layer through a lower layer (RRC).
  • the indication information transmitted from the lower layer to the upper layer may include one or more of the following information.
  • a lower layer e.g. a fallback instruction with a general RRC resumption procedure or an upper layer instructs a fallback with a request to resume an RRC connection for mobile originated data
  • the upper layer may initiate SDT when the size of the resulting user data (e.g. MAC PDU) including the total uplink data is calculated/expected to be less than or equal to the signaled transport block size (TBS) size.
  • TBS signaled transport block size
  • the information indicating SDT support/allowance in the cell through system information includes information indicating SDT support/allowance through a 2-step random access procedure and information instructing SDT support/allowance through a 4-step random access procedure. Each can be indicated separately.
  • the terminal may perform SDT by selecting one of SDT through a 2-step random access procedure and SDT through a 4-step random access procedure.
  • the SDT parameter may include at least one of preamble information, security information, and TBS/payload threshold information.
  • TBS is the TBS size for the PUSCH of MsgA for transmission without an RRC message or the total TBS size of MsgA or the TBS size for the user data included in the PUSCH of MsgA or the TBS size for the PUSCH of Msg3 or the total TBS size of Msg3 or Msg3 TBS size for user data included in may be indicated.
  • the terminal performs the aforementioned unified access control procedure. If the access attempt is barred, the terminal (the RRC of the terminal) informs the upper layer that the access attempt for the access category has been barred. The terminal (the RRC of the terminal) ends the SDT procedure. If the access attempt is allowed, the terminal (the terminal's RRC) informs the upper layer that the access attempt for the access category is allowed.
  • the terminal indicates the SDT to the lower layer.
  • the terminal instructs the parameters to be transmitted to the base station through the SDT through the MAC (e.g. terminal temporary identifier, authentication token for integrity protection, reopening cause).
  • the information indicated by MAD to distinguish and process the signaling includes at least one of RRC message type and RRC transaction identifier, terminal temporary identifier, authentication token for integrity protection, and reopening cause information. can do.
  • the RRC transaction identifier is for identifying the corresponding RRC signaling transaction, and all uplink RRC messages requesting a direct DL response message include the RRC transaction identifier.
  • the MAC of the UE receives a response from the base station and delivers it to the RRC, the RRC message type, RRC transaction identifier, information for instructing the UE to maintain the RRC inactive state, or state transition to RRC idle At least one piece of information for indicating
  • SDT can be provided through a random access procedure. It may be provided through a 4-step RACH or a 2-step RACH. When provided through a two-step RACH, information indicating whether to support/provide a two-step RACH may be broadcast through a corresponding cell.
  • the MAC entity of the UE When Msg3 is transmitted, the MAC entity of the UE performs contention resolution based on the C-RNTI on the PDCCH or the UE contention resolution identity on the DL-SCH. For this, the base station needs to transmit the UE contention resolution identity to the terminal.
  • the base station may indicate confirmation/completion of SDT transmission. For example, when the base station wants to forward a NAS message including a small amount of data through the NGAP initial UE message procedure on the interface between the base station and the core network control plane entity (eg AMF), the base station confirms/completion of SDT transmission to the terminal. I can instruct. Alternatively, when the base station wants to forward a small amount of data through an interface between the base station and the core network user plane entity (e.g.
  • the base station may instruct the terminal to confirm/complete SDT transmission.
  • the base station sends a request message to the anchor base station to extract the terminal context and transmits a small amount of data through the core network entity, it instructs the terminal to confirm/complete SDT transmission.
  • the base station may indicate confirmation/completion of SDT transmission when receiving a response from a core network entity in response to a small amount of data transmission or when receiving downlink data from a core network entity.
  • the base station may wish to indicate confirmation/completion in response to success of SDT transmission.
  • the indication information may include information for instructing the UE to maintain the RRC inactive state. If the base station has downlink data to be transmitted for the corresponding terminal (if received from the core network), it can transmit it to the terminal.
  • Msg4 transmitted from the base station to the terminal is information for contention resolution, information for indicating confirmation/completion of successful transmission of SDT, and instructing the terminal to maintain the RRC inactive state. It may include at least one of information for, information for instructing to transition the terminal to the RRC idle state, and downlink data to be transmitted to the terminal.
  • Information for instructing the UE to maintain the RRC inactive state and information for instructing the UE to transition to the RRC idle state may be indicated by different bits, respectively, or may be indicated by dividing two values by one bit.
  • Msg4 may be divided into CCCH and transmitted. If a small amount of data is transmitted without RRC signaling, the RRC control parameters associated therewith may be considered to be all transmitted on the CCCH, assuming that the control channel is used without RRC connection.
  • Msg 4 does not configure the RRC message itself as a MAC SDU, but may include information included as an information element in a conventional RRC message or a parameter controlled/used in RRC as one fixed-length MAC SDU. Through this, it is possible to reduce the overhead for configuring the RRC format/header.
  • one or more of the above-described control information (or all control information) included in Msg4 for transmission of small amount of data without RRC signaling may be divided into CCCH and transmitted. If a small amount of data is transmitted without RRC signaling, the RRC control parameters associated therewith may be considered to be all transmitted on the CCCH, assuming that the control channel is used without RRC connection.
  • Msg 4 does not configure the RRC message itself as a MAC SDU, but may include information included as an information element in a conventional RRC message or a parameter controlled/used in RRC as one fixed-length MAC CE. Through this, it is possible to reduce the overhead for configuring the RRC format/header.
  • the corresponding MAC CE can be distinguished from the conventional DL CCCH type, and the LCID for the corresponding MAC SDU can have a value different from the LCID 0 value.
  • One of the 33-46 LCID values currently reserved as spare status can be used.
  • Msg4 For another example, for small data transmission without RRC signaling, if Msg4 includes small data, small data included in Msg4 may be included in a NAS container and separated by CCCH and transmitted. Alternatively, the small amount of data included in Msg4 may be included as an RRC information element and may be divided into CCCH and transmitted. If a small amount of data is transmitted without RRC signaling, user data that needs to be processed on the RRC associated thereto may be considered to be transmitted on the CCCH assuming that the control channel is used without an RRC connection.
  • Msg 4 does not configure the RRC message itself as a MAC SDU, but may include information included as an information element in a conventional RRC message or a parameter controlled/used in RRC as one fixed-length MAC SDU or MAC CE. Through this, it is possible to reduce the overhead for configuring the RRC format/header. In addition, overhead for subheader addition may be reduced compared to dividing each information into MAC SDUs.
  • the LCID for the corresponding MAC SDU or MAC CE can have a value different from LCID 0. One of the 33-46 LCID values currently reserved as spare status can be used.
  • DCCH represents a point-to-point control channel used to transmit dedicated control information between one UE and a network (Dedicated Control Channel (DCCH): a point-to-point bi-directional channel that transmits dedicated control information between a UE and the network.Used by UEs having an RRC connection).
  • DCCH Dedicated Control Channel
  • Msg4 When transmitting a small amount of data without RRC signaling through Msg3, if the RRC inactive terminal can restore the stored terminal context and resume SRB or DRB, the above information included in Msg4 is assumed to be a control channel used without RRC connection. It may be considered to be transmitted on the DCCH. Msg 4 does not configure the RRC message itself as a MAC SDU, but the information included as an information element in the conventional RRC message or the parameters controlled/used in the RRC or user data processed in the RRC are converted to one fixed-length MAC SDU or MAC CE. It can be composed and included. Through this, it is possible to reduce the overhead for configuring the RRC format/header.
  • the LCID for the corresponding MAC SDU or MAC CE can have a specific value. For example, one of the 33-46 LCID values currently reserved as spare can be used.
  • one or more of the aforementioned one or more control information (or all control information) included in Msg4 for transmission of small amount of data without RRC signaling and (if Msg4 includes small amount of data) one or more of the small amount of data included in Msg4 Information may be transmitted by being divided into DTCH.
  • DTCH represents a point-to-point traffic channel used to transmit only user plane information between one terminal and a network (Dedicated Traffic Channel (DTCH): point-to-point channel, dedicated to one UE, for the transfer of user information.
  • DTCH Dedicated Traffic Channel
  • a DTCH can exist in both uplink and downlink.).
  • Msg4 contains small amount of data
  • the small amount of data included in Msg4 is transferred to the user plane traffic channel. Can be considered.
  • the aforementioned one or more control information (or all control information) is also multiplexed to the DTCH and transmitted, thereby further reducing overhead.
  • Information included as an information element in a conventional RRC message or parameters or user data controlled/used in the RRC may be configured and included in one fixed length MAC SDU or MAC CE. Through this, it is possible to reduce the overhead for configuring the RRC format/header. In addition, overhead for subheader addition may be reduced compared to dividing each information into MAC SDUs.
  • the LCID for the corresponding MAC SDU or MAC CE can have a specific value. For example, one of the 33-46 LCID values currently reserved as spare can be used. Alternatively, the LCID may use one of the logical channel identifiers 1 to 32 for user data. You can write the LCID for the DRB.
  • the information may be divided into MAC SDUs for MAC signaling and transmitted.
  • a new MAC CE may be defined to include the above-described information. If there are information elements to be classified and transmitted for user identification, content resolution, security processing, user data encryption, integrity protection, etc., they may be grouped and provided through the classified MAC CE.
  • the used parameter or user data may be composed of one or more fixed-length MAC SDUs and/or one or more fixed-length MAC CEs. Through this, it is possible to reduce the overhead for configuring the RRC format/header. In addition, overhead for subheader addition may be reduced compared to dividing each information into MAC SDUs.
  • the LCID for the corresponding MAC SDU or MAC CE can have a specific value. For example, one of the 33-46 LCID values currently reserved as spare can be used. Alternatively, the LCID of the MAC CE including user data among the corresponding MAC CEs may use one of the logical channel identifiers 1 to 32 for user data. You can write the LCID for the DRB.
  • Msg4 may be composed of a CCCH and a DTCH multiplexed thereto.
  • One or more of the above-described control information (or all control information) included in Msg4 may be provided through the MAC SDU transmitted on the CCCH for signaling without RRC.
  • a small amount of data may be transmitted through the DTCH multiplexed thereto. Accordingly, a small amount of data may be provided through a MAC SDU having a separate subheader to distinguish it.
  • Msg4 may consist of a MAC CE and a DTCH multiplexed thereto.
  • One or more of the above-described control information (or all control information) included in Msg 4 may be provided through MAC CE for RRC-free signaling.
  • a small amount of data may be transmitted through the DTCH multiplexed thereto. Accordingly, a small amount of data may be provided through a MAC SDU having a separate subheader to distinguish it.
  • Msg4 may include user data on the DTCH.
  • the corresponding MAC SDU/subPDU/PDU may include a logical channel identifier of the corresponding user data in the MAC header/subheader.
  • Msg4 may include information for instructing the UE to maintain the RRC inactive state on the DCCH.
  • Msg4 may include information for instructing the UE to maintain the RRC inactive state on the DTCH.
  • information for instructing the UE to maintain the RRC inactive state may be included with a fixed length field at a specific location.
  • the corresponding MAC SDU may be provided through MAC CE. Through this, it is possible to indicate information or user data for instructing the UE to maintain the RRC inactive state without RRC signaling.
  • Msg4 may include information for indicating response/confirmation/completion of the successful transmission of the SDT.
  • Information for indicating response/confirmation/completion of SDT transmission may be provided through MAC SDU/subPDU/PDU through MAC CE. Through this, information for indicating response/confirmation/completion of the successful transmission of SDT can be indicated without RRC signaling.
  • Information for indicating the response/confirmation/completion of the SDT's successful transmission may be provided as one explicitly identified information element (field).
  • the information for indicating the response/confirmation/completion of the SDT's successful transmission implicitly includes one information element (field) of the above-described control information, it is referred to as a response/confirmation/completion of the SDT's successful transmission. They may be instructed to recognize them separately.
  • Msg4 may provide information for instructing the UE to maintain the RRC inactive state through the MAC CE.
  • Msg4 may include information for instructing the UE to maintain the RRC inactive state on the CCCH.
  • Msg4 may be transmitted without an RRC message.
  • Msg4 may include an RRC message on a CCCH and user data on a multiplexed DTCH.
  • Msg4 may include an RRC message on a CCCH and user data on a multiplexed DTCH.
  • Msg4 may include user data on a DTCH multiplexed with MAC CE.
  • the MAC SDU for the CCCH may be composed of 0 bits (or a fixed bit or a zero length octet string).
  • the MAC SDU for the CCCH may be virtually configured. Through this, user data can be transmitted without an RRC message.
  • control information included in Msg4 may be provided through one MAC CE.
  • information for contention resolution, information for indicating response/confirmation/completion of successful transmission of SDT, and information for instructing the terminal to maintain the RRC inactive state may be provided through one MAC CE. This can reduce the number of bits compared to including each MAC subheader.
  • Msg4 may include user data on the DTCH.
  • the corresponding MAC SDU/subPDU/PDU may include a logical channel identifier of the corresponding user data in the MAC header/subheader.
  • Msg4 may include information for instructing the UE to maintain the RRC inactive state on the DCCH.
  • Msg4 may include information for instructing the UE to maintain the RRC inactive state on the DTCH.
  • information for instructing the UE to maintain the RRC inactive state may be included with a fixed length field at a specific location.
  • the corresponding MAC SDU may be provided through MAC CE.
  • Msg4 may provide information for instructing the UE to maintain the RRC inactive state through the MAC CE. Through this, it is possible to instruct the UE to maintain the RRC inactive state without RRC signaling.
  • Msg4 may include information for instructing the UE to maintain the RRC inactive state on the CCCH.
  • Msg4 may be transmitted without an RRC message.
  • Msg4 may include an RRC message on a CCCH and user data on a multiplexed DTCH.
  • Msg4 may include an RRC message on a CCCH and user data on a multiplexed DTCH.
  • Msg4 may include user data on a DTCH multiplexed with MAC CE.
  • the MAC SDU for the CCCH may be composed of 0 bits (or a fixed bit or a zero length octet string).
  • the CCCH SDU may be configured virtually.
  • the MAC SDU for the CCCH may include terminal temporary identifier information in fixed bits. Through this, user data can be transmitted without an RRC message.
  • the MAC CE may include terminal temporary identifier information.
  • SDT transmission failure in response to this, SDT transmission failure, SDT transmission rejection, SDT additional transmission restriction, information for indicating SDT retransmission restriction, general RRC connection for restricting transmission
  • One or more of information such as wait time, information for instructing the terminal to maintain the RRC inactive state, and information for contact resolution (or terminal identifier or terminal temporary identifier) may be included in the MAC subheader.
  • the corresponding MAC subheader can be used by designating an arbitrary field value on the corresponding MAC subheader by utilizing the existing MAC subheader.
  • a new MAC subheader format different from conventional NR MAC subheaders may be defined and used for the corresponding MAC subheader. Through this, the number of bits included in the MAC SDU can be reduced.
  • the corresponding terminal/base station can distinguish and process the corresponding MAC SDU.
  • the UE may indicate that the RRC connection has been suspended to a higher layer.
  • the MAC entity may indicate information for instructing the UE to maintain the RRC inactive state to the RRC, and the RRC may indicate that the RRC connection is suspended to an upper layer (e.g. NAS).
  • the upper layer can distinguish that it is in the RRC inactive state, and can perform the operation in the RRC inactive state.
  • the UE may indicate to the upper layer that the SDT is completed.
  • Msg A may include user data on the DTCH.
  • the corresponding MAC PDU may include a logical channel identifier of the corresponding user data in the MAC header/subheader.
  • Msg A may include user data on the CCCH.
  • the corresponding MAC PDU may include a logical channel identifier of the corresponding user data in the MAC header/subheader.
  • the corresponding MAC PDU may include a terminal temporary identifier in a part of the data field.
  • Msg A may be addressed (or masked with C-RNTI) through C-RNTI if the UE has a valid C-RNTI.
  • Msg A may be addressed (or masked with a terminal temporary identifier) through the terminal temporary identifier.
  • Msg A may include C-RNTI MAC CE on the CCCH.
  • Msg A may include a MAC CE including a terminal temporary identifier on the CCCH.
  • Msg A may include user data on the CTCH. If user data is to be transmitted without an RRC message in the absence of an RRC connection, it is necessary to define a new type of logical channel for this.
  • a new type of logical channel for this can be defined as a CTCH (Common Traffic Channel) channel.
  • the CTCH has a lower priority than the CCCH and a logical channel priority (LCP) procedure can be performed.
  • LCP logical channel priority
  • a logical channel prioritization procedure may be performed for the CTCH with a lower priority than the MAC CE for C-RNTI.
  • a logical channel prioritization procedure may be performed for the CTCH with the same or higher priority as the MAC CE for the C-RNTI.
  • MsgA may include an RRC request message in which user data is concatenated on the CCCH.
  • user data may be included in the RRC message through the NAS information element (e.g. dedicatedInfoNAS).
  • MsgA may include user data on a multiplexed DTCH with an RRC message on the CCCH.
  • MsgA may include user data on a multiplexed DTCH with an RRC message on the CCCH.
  • MsgA may include user data on the multiplexed DTCH with the MAC CE on the CCCH.
  • the MAC CE on the CCCH included in Msg A consists of a fixed bit and may include terminal temporary identifier information.
  • the CCCH SDU may consist of 0 bits (or a fixed bit or a zero length octet string). Alternatively, the CCCH SDU may be configured virtually. Through this, user data can be transmitted without an RRC message. In this case, it is possible to perform LCP similar to the CTCH described above. In this case, it is possible to perform LCP similar to the CTCH described above. Alternatively, the CCCH SDU may include at least one of terminal temporary identifier information, authentication token (MAC-I), and shortMAC-I in a fixed bit.
  • MAC-I authentication token
  • the MAC entity of the UE may perform contention resolution based on the UE contention resolution identity on the C-RNTI on the PDCCH or on the DL-SCH.
  • the base station may want to instruct the terminal to maintain the RRC inactive state. For example, when the base station wants to forward a NAS message including a small amount of data through the NGAP initial UE message procedure on the interface between the base station and the core network control plane entity (eg AMF), the base station confirms/completion of SDT transmission to the terminal. I can instruct. Alternatively, when the base station wants to forward a small amount of data through an interface between the base station and the core network user plane entity (e.g. UPF), the base station may instruct the terminal to confirm/complete SDT transmission.
  • the base station may instruct the terminal to confirm/complete SDT transmission.
  • the base station when the base station sends a request message to the anchor base station to extract the terminal context and transmits a small amount of data through the core network entity, it instructs the terminal to confirm/complete SDT transmission. I can.
  • the base station may instruct the terminal to confirm/complete SDT transmission when receiving a response from a core network entity or downlink data from a core network entity in response to a small amount of data transmission.
  • the base station may indicate confirmation/completion in response to success of SDT transmission.
  • the indication information may include information for instructing the UE to maintain the RRC inactive state.
  • the base station may instruct the terminal to maintain the RRC inactive state. If the base station has downlink data to be transmitted for the corresponding terminal (if received from the core network), it can be transmitted to the terminal.
  • the response message to Msg A is Msg B
  • the MsgB transmitted by the base station to the terminal is information for indicating confirmation/completion of the successful transmission of SDT, information for instructing the terminal to maintain the RRC inactive state, and the terminal It may include at least one of downlink data to be transmitted for and information for instructing the terminal to transition to the RRC idle state.
  • Information for instructing the UE to maintain the RRC inactive state and information for instructing the UE to transition to the RRC idle state may be indicated by different bits, respectively, or may be indicated by dividing two values with one bit.
  • one or more of the above-described control information (or all control information) included in the MsgB may be divided into CCCH and transmitted. If a small amount of data is transmitted through the 2-step RACH without RRC signaling, the RRC control parameter associated thereto may be considered to be transmitted on the CCCH assuming that the control channel is used without RRC connection.
  • Msg B does not configure the RRC message itself as a MAC SDU, but may include information included as an information element in a conventional RRC message or a parameter controlled/used in the RRC as one fixed-length MAC SDU. Through this, it is possible to reduce the overhead for configuring the RRC format/header.
  • one or more of the above-described control information (or all control information) included in the MsgB for small data transmission without RRC signaling may be divided into CCCH and transmitted. If a small amount of data is transmitted through the 2-step RACH without RRC signaling, the RRC control parameter associated thereto may be considered to be transmitted on the CCCH assuming that the control channel is used without RRC connection.
  • Msg B does not configure the RRC message itself as a MAC SDU, but may include information included as an information element in a conventional RRC message or a parameter controlled by RRC as one fixed-length MAC CE. Through this, it is possible to reduce the overhead for configuring the RRC format/header.
  • the corresponding MAC CE can be distinguished from the conventional DL CCCH type, and the LCID for the corresponding MAC SDU can have a value different from the LCID 0 value.
  • One of the 33-46 LCID values currently reserved as spare status can be used.
  • MsgB For another example, for small data transmission without RRC signaling, if MsgB includes small data, small data included in MsgB may be included in a NAS container and separated by CCCH and transmitted. Alternatively, the small amount of data included in the MsgB may be included as an RRC information element, divided into CCCH, and transmitted. If a small amount of data is transmitted without RRC signaling through the 2-step RACH, user data that needs to be processed on the RRC associated thereto may be considered to be transmitted on the CCCH assuming that the control channel is used without RRC connection.
  • Msg B does not configure the RRC message itself as a MAC SDU, but the information included as an information element in the conventional RRC message or the parameter controlled by the RRC or user data processed by the RRC is one fixed-length MAC SDU or one fixed-length MAC. It can be composed of CE and included. Through this, it is possible to reduce the overhead for configuring the RRC format/header. In addition, overhead for subheader addition may be reduced compared to dividing each information into MAC SDUs.
  • the LCID for the corresponding MAC SDU or MAC CE can have a value different from LCID 0. One of the 33-46 LCID values currently reserved as spare status can be used.
  • the above-described information included in the MsgB is the control channel used without RRC connection. It can be considered to be transmitted on the DCCH assuming.
  • Msg B does not configure the RRC message itself as a MAC SDU, but the information included as an information element in the conventional RRC message, parameters controlled/used in the RRC, or user data processed in the RRC, is one fixed-length MAC SDU or one fixed. It can be included by configuring the length MAC CE. Through this, it is possible to reduce the overhead for configuring the RRC format/header.
  • the LCID for the corresponding MAC SDU or MAC CE can have a specific value. For example, one of the 33-46 LCID values currently reserved as spare can be used.
  • the base station may further reduce overhead by multiplexing and transmitting the above-described one or more control information (or all control information) in the DTCH for MsgB transmission without an RRC connection.
  • the base station may include information included as an information element in a conventional RRC message or a parameter or user data controlled/used in the RRC by configuring user data as one fixed-length MAC SDU or one fixed-length MAC CE.
  • information included as an information element in a conventional RRC message or a parameter or user data controlled/used in the RRC by configuring user data as one fixed-length MAC SDU or one fixed-length MAC CE Through this, it is possible to reduce the overhead for configuring the RRC format/header. In addition, overhead for subheader addition may be reduced compared to dividing each information into MAC SDUs.
  • the LCID for the corresponding MAC SDU or MAC CE can have a specific value. For example, one of the 33-46 LCID values currently reserved as spare can be used. Alternatively, the LCID may use one of the logical channel identifiers 1 to 32 for user data. You can write the LCID for the DRB.
  • the RRC inactive terminal When transmitting a small amount of data without RRC signaling through the 2-step RACH, if the RRC inactive terminal can resume SRB or DRB by recovering the stored terminal context, it is included as an information element in the aforementioned conventional RRC message included in MsgB.
  • Information or parameters controlled/used in RRC or user data may be configured and included in one or more fixed-length MAC SDUs and/or one or more fixed-length MAC CEs. Through this, it is possible to reduce the overhead for configuring the RRC format/header. In addition, overhead for subheader addition may be reduced compared to dividing each information into MAC SDUs.
  • the LCID for the corresponding MAC SDU or MAC CE can have a specific value.
  • the LCID of the MAC CE including user data among the corresponding MAC CEs may use one of the logical channel identifiers 1 to 32 for user data. You can write the LCID for the DRB.
  • the MsgB may consist of a CCCH and a DTCH multiplexed thereto.
  • One or more of the above-described control information (or all control information) included in the MsgB may be provided through a MAC SDU transmitted on the CCCH for signaling without RRC.
  • a small amount of data may be transmitted through the DTCH multiplexed thereto. Accordingly, a small amount of data may be provided through a MAC SDU having a separate subheader to distinguish it.
  • the MsgB may consist of a MAC CE and a DTCH multiplexed thereto.
  • One or more of the above-described control information (or all control information) included in the MsgB may be provided through the MAC CE for signaling without RRC.
  • a small amount of data may be transmitted through the DTCH multiplexed thereto. Accordingly, a small amount of data may be provided through a MAC SDU having a separate subheader to distinguish it.
  • MsgB may include user data on the DTCH.
  • the corresponding MAC SDU/subPDU/PDU may include a logical channel identifier of the corresponding user data in the MAC header/subheader.
  • the MsgB may include information for instructing the UE to maintain the RRC inactive state on the DCCH.
  • the MsgB may include information for instructing the UE to maintain the RRC inactive state on the DTCH.
  • information for instructing the UE to maintain the RRC inactive state may be included with a fixed length field at a specific location.
  • the corresponding MAC SDU may be provided through MAC CE. Through this, information for instructing the UE to maintain the RRC inactive state without RRC signaling can be indicated.
  • MsgB may include information for indicating response/confirmation/completion of the successful transmission of the SDT.
  • the corresponding MAC SDU/subPDU/PDU may be provided through MAC CE.
  • information for indicating response/confirmation/completion of the successful transmission of SDT can be indicated without RRC signaling.
  • Information for indicating the response/confirmation/completion of the SDT's successful transmission may be provided as one explicitly identified information element (field). Or, if the information for indicating the response/confirmation/completion of the SDT's successful transmission implicitly includes one of the above-described control information, it is classified into response/confirmation/completion of the SDT's successful transmission. You may be instructed to be aware of it.
  • the MsgB may provide information for instructing the UE to maintain the RRC inactive state through the MAC CE.
  • the MsgB may include information for instructing the UE to maintain the RRC inactive state on the CCCH.
  • MsgB may be transmitted without an RRC message.
  • the MsgB may include the RRC message on the CCCH and user data on the multiplexed DTCH.
  • the MsgB may include the RRC message on the CCCH and user data on the multiplexed DTCH.
  • the MsgB may include user data on the DTCH multiplexed with the MAC CE.
  • the MAC SDU for the CCCH may be composed of 0 bits (or a fixed bit or a zero length octet string).
  • the MAC SDU for the CCCH may be virtually configured.
  • the base station can transmit user data without an RRC message.
  • control information included in MsgB may be provided through one MAC CE.
  • information for contention resolution, information for indicating response/confirmation/completion of successful transmission of SDT, and information for instructing the terminal to maintain the RRC inactive state may be provided through one MAC CE. This can reduce the number of bits compared to including each MAC subheader.
  • MsgB may include user data on the DTCH.
  • the corresponding MAC SDU/subPDU/PDU may include a logical channel identifier of the corresponding user data in the MAC header/subheader.
  • the MsgB may include information for instructing the UE to maintain the RRC inactive state on the DCCH.
  • the MsgB may include information for instructing the UE to maintain the RRC inactive state on the DTCH.
  • information for instructing the UE to maintain the RRC inactive state may be included with a fixed length field at a specific location.
  • the corresponding MAC SDU may be provided through MAC CE.
  • the MsgB may provide information for instructing the UE to maintain the RRC inactive state through the MAC CE.
  • the base station may indicate information for instructing the terminal to maintain the RRC inactive state without RRC signaling.
  • the MsgB may include information for instructing the UE to maintain the RRC inactive state on the CCCH.
  • MsgB may be transmitted without an RRC message.
  • the MsgB may include the RRC message on the CCCH and user data on the multiplexed DTCH.
  • the MsgB may include the RRC message on the CCCH and user data on the multiplexed DTCH.
  • the MsgB may include user data on the DTCH multiplexed with the MAC CE.
  • the MAC SDU for the CCCH may be composed of 0 bits (or a fixed bit or a zero length octet string).
  • the CCCH SDU may be configured virtually.
  • the MAC SDU for the CCCH may include terminal temporary identifier information in fixed bits. Through this, the base station can transmit user data without an RRC message.
  • the MAC CE may include terminal temporary identifier information.
  • SDT transmission failure in response to this, SDT transmission failure, SDT transmission rejection, SDT additional transmission limitation, information for indicating SDT retransmission limitation, information for limiting transmission of a general RRC connection, At least one of information for a waiting time, information for instructing the UE to maintain the RRC inactive state, and information for contact resolution (or a terminal identifier or a terminal temporary identifier) may be included in the MAC subheader.
  • the corresponding MAC subheader can use the existing MAC subheader by designating the corresponding MAC subheader as an arbitrary field value.
  • the corresponding MAC subheader may define and use a new MAC subheader format that is differentiated from conventional NR MAC subheaders. Through this, the number of bits included in the MAC SDU can be reduced. In addition, the corresponding terminal/base station can distinguish and process the corresponding MAC SDU.
  • the UE may indicate that the RRC connection has been suspended to a higher layer.
  • the MAC entity may indicate information for instructing the UE to maintain the RRC inactive state to the RRC, and the RRC may indicate that the RRC connection is suspended to an upper layer (e.g. NAS).
  • the upper layer can distinguish that it is in the RRC inactive state, and can perform the operation in the RRC inactive state.
  • the terminal may indicate to the upper layer that the SDT is completed.
  • the above-described embodiments of the present disclosure have described a method of transmitting a small amount of data in a MAC PDU without an RRC, but transmitting small amount of data in an arbitrary Layer2 PDU is included in the scope of the present disclosure. do.
  • it may be included in the RLC PDU and PDCP PDU, and in this case, the MAC CE may be replaced by the RLC control PDU and PDCP control PDU.
  • the present disclosure provides the effect that the base station can efficiently control overload when transmitting a small amount of data without an RRC connection.
  • configurations of a terminal and a base station in which the above-described embodiment according to the present disclosure can be performed will be described with reference to the drawings.
  • FIG. 18 is a diagram for describing a configuration of a terminal according to an embodiment.
  • a terminal 1800 for controlling a small amount of data load uses a control unit 1810 for triggering a small amount of data transmission in an RRC inactive state and Msg 3 or Msg A including small amount of data as a base station. It includes a transmitting unit 1820 for transmitting and a receiving unit 1830 for receiving Msg 4 or Msg B including information for overload control from the base station.
  • the terminal 1800 in the RRC inactive state or the RRC idle state may trigger a small amount of data transmission in an upper layer.
  • the terminal 1800 in the RRC inactive state or the RRC idle state may trigger a small amount of data transmission in the NAS layer.
  • the NAS layer may instruct the RRC connection resumption request to the lower layer.
  • the MAC entity may acquire small amount of data transmission indication information through Msg 3 (Message 3) or Msg A (Message A) based on the RRC connection resumption request.
  • the controller 1810 may instruct the MAC layer to transmit a small amount of data through Msg3 or MsgA when an RRC connection resumption request is indicated to a lower layer from the NAS layer.
  • the MAC layer may receive indication information indicating Msg3 or MsgA transmission from a higher MAC layer.
  • the small amount of data transmission indication information through Msg3 or MsgA may further include at least one of RRC message type, RRC transaction identifier, terminal temporary identifier, authentication token for integrity protection, and reopening cause information. have.
  • Msg3 or MsgA transmission when Msg3 or MsgA transmission is determined based on the small amount of data transmission instruction information through Msg3 or MsgA, the transmitter 1820 may transmit Msg3 or MsgA to the base station.
  • Msg 3 or Msg A may include at least one of a terminal temporary identifier, an authentication token for integrity protection, and a cause of reopening in the MAC CE.
  • Msg 3 or Msg A for small data transmission may not include an RRC message.
  • the terminal temporary identifier may be composed of bits of a specific part of I-RNTI (Inactive-Radio Network Temporary Identity) or I-RNTI.
  • I-RNTI Active-Radio Network Temporary Identity
  • the specific part of the I-RNTI may mean only the bits of the part for identifying the UE context in the corresponding base station except for the base station part in the I-RNTI.
  • the specific part of the I-RNTI may mean a bit of a part that is set in advance to identify the terminal or the terminal context between the terminal and the base station. Accordingly, the bits of the specific part of the I-RNTI may be determined as a few high or low bits of the I-RNTI.
  • Msg 4 or Msg B fails to transmit Msg 3 or Msg A containing a small amount of data in the MAC CE or MAC RAR or MAC subheader, rejects transmission of Msg 3 or Msg A including the small amount of data, rejects RRC connection , It may include at least one of information indicating a fallback random access response and waiting time information.
  • Msg 4 or Msg B may include information indicating that a small amount of data transmitted by the terminal is rejected by the base station or that transmission has failed.
  • Transmission failure information of Msg 3 or Msg A, transmission rejection information of Msg 3 or Msg A including the small amount of data, and RRC connection rejection information indicate that Msg 3 or Msg A transmitted by the terminal to the base station was not successfully delivered.
  • the waiting time information may indicate a predetermined waiting time for RRC connection or small data transmission requested by the base station to the terminal. The above-described information may be included in the MAC CE or MAC RAR or MAC subheader of Msg 4 or Msg B and received.
  • Msg 4 or Msg B may include information for indicating maintenance of the RRC inactive state of the UE or information for indicating a state transition to RRC Idle. That is, the base station may receive Msg 4 or MsgB and instruct the RRC state of the UE to not change unnecessary.
  • information for indicating maintenance of the RRC inactive state of the UE or information for indicating a state transition to RRC idle may be included in the MAC CE.
  • information for indicating maintenance of the RRC inactive state of the terminal or information for indicating a state transition to RRC idle may be included in the MAC RAR.
  • information for indicating maintenance of the RRC inactive state of the UE or information for indicating a state transition to RRC Idle may be included in the MAC subheader.
  • the above-described MAC CE or MAC RAR or MAC subheader may be included in Msg 4 or MsgB and received by the UE.
  • the controller 1810 may transmit information included in Msg 4 or Msg B to the RRC layer.
  • the RRC layer can deliver the information to the NAS layer.
  • the controller 1810 transmits the indication information on the above-described small data transmission failure or the RRC state of the terminal to the Non-Access Stratum (NAS) layer through the MAC entity.
  • the NAS layer may recognize whether a small amount of data is transmitted or whether the terminal is instructed to change the state through the transmitted information.
  • the reception unit 1830 receives Msg B from the base station.
  • the information for overload control may include at least one of transmission failure of Msg 3 or Msg A, transmission rejection of Msg 3 or Msg A including a small amount of data, RRC connection rejection, and latency information.
  • information indicating a fallback random access response to information for overload control may be included.
  • the transmitter 1830 may retransmit Msg 3 including a small amount of data after receiving the corresponding Msg B.
  • the terminal 1800 receives information for overload control of the base station, and transmits Msg 3 when the information for overload control indicates a fallback random access response. Through this, the terminal 1800 may transmit a small amount of data by changing the random access procedure from the 2-step random access procedure to the 4-step random access procedure.
  • controller 1810 controls the overall operation of the terminal 1800 according to the procedure for transmitting a small amount of data and overload control required to perform the above-described embodiments.
  • the transmitting unit 1820 and the receiving unit 1830 are used to transmit and receive signals, messages, and data necessary for carrying out the above-described embodiments with the base station.
  • 19 is a diagram illustrating a configuration of a base station according to an embodiment.
  • a base station 1900 for controlling a small amount of data load receives a receiving unit 1930 for receiving Msg 3 or Msg A including a small amount of data from a terminal in an RRC inactive state and a small amount of data. It may include a control unit 1910 that generates information for overload control based on availability and a transmitter 1920 that transmits Msg 4 or Msg B including information for overload control to the terminal.
  • Msg 3 or Msg A may include at least one of a terminal temporary identifier, an authentication token for integrity protection, and a reason for reopening.
  • Msg 3 or Msg A may not include an RRC message.
  • the terminal temporary identifier may be composed of bits of a specific part of I-RNTI (Inactive-Radio Network Temporary Identity) or I-RNTI.
  • I-RNTI Active-Radio Network Temporary Identity
  • I-RNTI Inactive-Radio Network Temporary Identity
  • the specific part of the I-RNTI may mean only the bits of the part for identifying the UE context in the corresponding base station except for the base station part in the I-RNTI.
  • the specific part of the I-RNTI may mean a bit of a part that is set in advance to identify the terminal or the terminal context between the terminal and the base station. Accordingly, the bits of the specific part of the I-RNTI may be determined as a few high or low bits of the I-RNTI.
  • the controller 1910 may generate information for overload control based on load information of the base station.
  • Information for overload control may be generated for each random access message of the terminal.
  • the information for overload control is at least one of transmission failure of Msg 3 or Msg A including small amount of data, transmission rejection of Msg 3 or Msg A including small amount of data, RRC connection rejection, and latency information. It may include. That is, the information for overload control may include indication information for processing when the base station 1900 cannot receive Msg 3 or Msg A of the terminal. Alternatively, the information for overload control may include information indicating a fallback random access response.
  • the receiving unit 1930 may successfully receive Msg 3 or Msg A including small amount of data of the terminal. For example, the receiving unit 1930 checks Msg 3 or Msg A received from the terminal and receives a small amount of data.
  • the transmitter 1920 may include the above-described information for overload control in the MAC CE or MAC RAR or MAC subheader of Msg 4 or Msg B and transmit the information to the terminal. For example, when a small amount of data is received through Msg A and information for overload control is transmitted through Msg B, if the information for overload control includes information indicating a fallback random access response, the receiving unit 1930 May further receive Msg 3 including a small amount of data after Msg B transmission. That is, when receiving a small amount of data through a 2-step random access procedure, the control unit 1910 may instruct a fallback random access response to the terminal for overload control. When the fallback random access response is instructed, the UE changes the procedure to a 4-step random access procedure and transmits a small amount of data in Msg 3 to the base station.
  • the transmitter 1920 may transmit Msg 4 or Msg B including the following information.
  • Msg 4 or Msg B may include information for indicating maintenance of the RRC inactive state of the UE or information for indicating a state transition to RRC idle. That is, the transmission unit 1920 may instruct not to cause unnecessary RRC state change of the terminal through Msg 4 or MsgB.
  • information for indicating maintenance of the RRC inactive state of the UE or information for indicating a state transition to RRC idle may be included in the MAC CE.
  • information for indicating maintenance of the RRC inactive state of the terminal or information for indicating a state transition to RRC idle may be included in the MAC RAR.
  • information for indicating maintenance of the RRC inactive state of the UE or information for indicating a state transition to RRC Idle may be included in the MAC subheader.
  • the aforementioned MAC CE or MAC RAR or MAC subheader may be included in Msg 4 or MsgB and transmitted to the terminal.
  • the above-described embodiments can be implemented through various means.
  • the present embodiments may be implemented by hardware, firmware, software, or a combination thereof.
  • the method according to the embodiments includes one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), Programmable Logic Devices (PLDs), and FPGAs. (Field Programmable Gate Arrays), a processor, a controller, a microcontroller, or a microprocessor.
  • ASICs Application Specific Integrated Circuits
  • DSPs Digital Signal Processors
  • DSPDs Digital Signal Processing Devices
  • PLDs Programmable Logic Devices
  • FPGAs Field Programmable Gate Arrays
  • a processor a controller, a microcontroller, or a microprocessor.
  • the method according to the embodiments may be implemented in the form of an apparatus, procedure, or function that performs the functions or operations described above.
  • the software code may be stored in a memory unit and driven by a processor.
  • the memory unit may be located inside or outside the processor, and may exchange data with the processor through various known means.
  • system generally refer to computer-related entity hardware, hardware and software. It may mean a combination of, software, or running software.
  • the above-described components may be, but are not limited to, a process driven by a processor, a processor, a controller, a control processor, an object, an execution thread, a program, and/or a computer.
  • an application running on a controller or processor and a controller or processor can both be components.
  • One or more components may reside within a process and/or thread of execution, and the components may be located on a single device (eg, a system, a computing device, etc.) or distributed across two or more devices.

Landscapes

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

Abstract

La présente invention concerne un procédé et un dispositif de commande d'une charge (surcharge) lors d'un processus de transmission de petites données d'un terminal inactif RRC ou d'un terminal RRC au repos. Un aspect de l'invention concerne un procédé et un dispositif de commande d'une charge de petites données par un terminal, le procédé comprenant les étapes consistant : à déclencher une transmission de petites données dans un état inactif RRC ; à transmettre Msg 3 ou Msg A comportant de petites données à une station de base ; et à recevoir Msg 4 ou Msg B comportant des informations pour une commande de surcharge à partir de la station de base.
PCT/KR2020/008257 2019-07-03 2020-06-25 Procédé et dispositif de commande de charge de petites données Ceased WO2021002632A1 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR10-2019-0080339 2019-07-03
KR20190080339 2019-07-03
KR1020200073854A KR20210005513A (ko) 2019-07-03 2020-06-17 소량 데이터의 부하 제어 방법 및 장치
KR10-2020-0073854 2020-06-17

Publications (1)

Publication Number Publication Date
WO2021002632A1 true WO2021002632A1 (fr) 2021-01-07

Family

ID=74100920

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2020/008257 Ceased WO2021002632A1 (fr) 2019-07-03 2020-06-25 Procédé et dispositif de commande de charge de petites données

Country Status (1)

Country Link
WO (1) WO2021002632A1 (fr)

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114793372A (zh) * 2021-01-26 2022-07-26 上海朗帛通信技术有限公司 一种被用于无线通信的通信节点中的方法和装置
WO2022236762A1 (fr) * 2021-05-13 2022-11-17 Qualcomm Incorporated Transmission de petites données de messages de strate non d'accès (nas) et de paquets de données utilisateur de liaison montante (ul) pendant un état inactif de gestion des ressources radio (rrc)
CN115443729A (zh) * 2021-04-01 2022-12-06 北京小米移动软件有限公司 数据量确定方法和装置、阈值配置方法和装置
WO2022261893A1 (fr) * 2021-06-17 2022-12-22 Oppo广东移动通信有限公司 Procédé et appareil de traitement de transmission de données, ainsi que terminal et support d'enregistrement
WO2022268175A1 (fr) * 2021-06-23 2022-12-29 Essen Innovation Company Limited Procédé de transmission de petites données dans un état d'économie d'énergie et dispositifs associés
WO2023004771A1 (fr) * 2021-07-30 2023-02-02 Lenovo (Beijing) Limited Procédé et dispositif de gestion d'unité pdu de commande durant une transmission de petites données
WO2023010466A1 (fr) * 2021-08-05 2023-02-09 Huizhou Tcl Cloud Internet Corporation Technology Co.Ltd Procédé de transmission de données de liaison montante de transmission de petites données, équipement utilisateur et station de base
WO2023023934A1 (fr) * 2021-08-24 2023-03-02 Nokia Shanghai Bell Co., Ltd. Communication pour une transmission de petites données
WO2023126542A1 (fr) 2022-01-03 2023-07-06 Continental Automotive Technologies GmbH Procédé de réduction de congestion mis en œuvre par un équipement utilisateur dans des systèmes de communication
WO2023205523A1 (fr) * 2022-04-22 2023-10-26 Google Llc Procédé et appareil de gestion de transmission de petite quantité de données dans des opérations de protocole
WO2025233449A1 (fr) 2024-05-08 2025-11-13 Aumovio Germany Gmbh Procédé d'accès basé sur un groupe pour des dispositifs de l'iot ambiant

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018182224A1 (fr) * 2017-03-25 2018-10-04 엘지전자 주식회사 Procédé de commande d'accès et dispositif de mise en œuvre dudit procédé
WO2018214052A1 (fr) * 2017-05-24 2018-11-29 Qualcomm Incorporated Transmission sens montant à l'état inactif de petites données

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018182224A1 (fr) * 2017-03-25 2018-10-04 엘지전자 주식회사 Procédé de commande d'accès et dispositif de mise en œuvre dudit procédé
WO2018214052A1 (fr) * 2017-05-24 2018-11-29 Qualcomm Incorporated Transmission sens montant à l'état inactif de petites données

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "TP on UL data in INACTIVE.", 3GPP TSG RAN WG2 #97, R2-1702430, 1 March 2017 (2017-03-01), Athens, Greece, pages 1 - 3, XP051237400 *
NOKIA ET AL.: "Fall back procedure from 2-step RACH to 4-step RACH .", 3GPP TSG RAN WG2 #105B, R2-1903715, 29 March 2019 (2019-03-29), Xian, China, XP051692978 *
ZTE ET AL.: "(TP for NR BL CR for TS 38.413): AMF Overload Control for UAC.", 3GPP TSG RAN WG3 #10 LB, R3-185581, 29 September 2018 (2018-09-29), Chengdu, China, XP051528857 *

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US12232211B2 (en) 2021-01-26 2025-02-18 Shanghai Langbo Communication Technology Company Limited Method and device used in communication node for wireless communication
CN114793372A (zh) * 2021-01-26 2022-07-26 上海朗帛通信技术有限公司 一种被用于无线通信的通信节点中的方法和装置
CN115443729A (zh) * 2021-04-01 2022-12-06 北京小米移动软件有限公司 数据量确定方法和装置、阈值配置方法和装置
CN115443729B (zh) * 2021-04-01 2025-11-04 北京小米移动软件有限公司 数据量确定方法和装置、阈值配置方法和装置
WO2022236762A1 (fr) * 2021-05-13 2022-11-17 Qualcomm Incorporated Transmission de petites données de messages de strate non d'accès (nas) et de paquets de données utilisateur de liaison montante (ul) pendant un état inactif de gestion des ressources radio (rrc)
WO2022261893A1 (fr) * 2021-06-17 2022-12-22 Oppo广东移动通信有限公司 Procédé et appareil de traitement de transmission de données, ainsi que terminal et support d'enregistrement
WO2022268175A1 (fr) * 2021-06-23 2022-12-29 Essen Innovation Company Limited Procédé de transmission de petites données dans un état d'économie d'énergie et dispositifs associés
WO2023004771A1 (fr) * 2021-07-30 2023-02-02 Lenovo (Beijing) Limited Procédé et dispositif de gestion d'unité pdu de commande durant une transmission de petites données
WO2023010466A1 (fr) * 2021-08-05 2023-02-09 Huizhou Tcl Cloud Internet Corporation Technology Co.Ltd Procédé de transmission de données de liaison montante de transmission de petites données, équipement utilisateur et station de base
WO2023023934A1 (fr) * 2021-08-24 2023-03-02 Nokia Shanghai Bell Co., Ltd. Communication pour une transmission de petites données
WO2023126542A1 (fr) 2022-01-03 2023-07-06 Continental Automotive Technologies GmbH Procédé de réduction de congestion mis en œuvre par un équipement utilisateur dans des systèmes de communication
WO2023205523A1 (fr) * 2022-04-22 2023-10-26 Google Llc Procédé et appareil de gestion de transmission de petite quantité de données dans des opérations de protocole
WO2025233449A1 (fr) 2024-05-08 2025-11-13 Aumovio Germany Gmbh Procédé d'accès basé sur un groupe pour des dispositifs de l'iot ambiant

Similar Documents

Publication Publication Date Title
WO2020256420A1 (fr) Procédé et dispositif de transmission de petites données
WO2021002632A1 (fr) Procédé et dispositif de commande de charge de petites données
WO2023128731A1 (fr) Procédé et appareil pour fournir une opération de changement de cellule
WO2023128730A1 (fr) Procédé de commande d'opération de changement de cellule, et dispositif associé
WO2020071698A1 (fr) Procédé pour la réalisation d'une communication à l'aide d'un réseau non terrestre et appareil correspondant
WO2022086109A1 (fr) Procédé et dispositif de traitement de données de services mbs
WO2023128726A1 (fr) Procédé de changement de cellule et dispositif associé
WO2023128727A1 (fr) Procédé et dispositif de commande de mobilité
WO2021206340A1 (fr) Procédé de commande de communication de liaison latérale, et dispositif associé
WO2021153927A1 (fr) Procédé de réalisation d'une communication à l'aide de multiples usim et dispositif associé
WO2018186552A1 (fr) Procédé de réalisation d'une communication de liaison latérale dans un système de communication sans fil et appareil correspondant
WO2021230614A1 (fr) Procédé et appareil de transmission de données de liaison montante
WO2017159886A1 (fr) Procédé de transmission de données de liaison montante dans un système de communication sans fil et appareil associé
WO2021145611A1 (fr) Procédé et dispositif permettant d'effectuer une communication à l'aide de plusieurs usims
WO2021187933A1 (fr) Procédé et dispositif de commande de nœud de relais
WO2021029638A1 (fr) Procédé et dispositif de transmission ou de réception de données dans une bande sans licence
WO2022149907A1 (fr) Procédé de commande de communication de liaison latérale et dispositif associé
WO2020060355A1 (fr) Procédé et dispositif de réduction de consommation d'énergie pendant la mesure dans un système de communication sans fil
WO2020085831A1 (fr) Appareil et procédé de réalisation d'une communication de véhicule
WO2019221443A1 (fr) Procédé et appareil permettant d'effectuer une écoute avant de parler (lbt) pour une communication sans fil dans une bande sans licence
WO2021206371A1 (fr) Procédé de commande de communication de liaison latérale et dispositif associé
WO2023211048A1 (fr) Procédé et dispositif de traitement de données par paquets
WO2019221475A1 (fr) Procédé et dispositif de transmission d'informations de rétroaction harq dans une bande sans licence
WO2024029918A1 (fr) Indication de coexistence intra-dispositif pour de multiples numérologies dans un système de communication sans fil
WO2024034922A1 (fr) Procédé et dispositif de réalisation d'une procédure d'accès aléatoire dans un système de communication sans fil

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20835097

Country of ref document: EP

Kind code of ref document: A1