WO2024039115A1 - 버퍼상태보고 처리 방법 및 그 장치 - Google Patents

버퍼상태보고 처리 방법 및 그 장치 Download PDF

Info

Publication number
WO2024039115A1
WO2024039115A1 PCT/KR2023/011324 KR2023011324W WO2024039115A1 WO 2024039115 A1 WO2024039115 A1 WO 2024039115A1 KR 2023011324 W KR2023011324 W KR 2023011324W WO 2024039115 A1 WO2024039115 A1 WO 2024039115A1
Authority
WO
WIPO (PCT)
Prior art keywords
status report
buffer status
buffer
information
terminal
Prior art date
Application number
PCT/KR2023/011324
Other languages
English (en)
French (fr)
Inventor
홍성표
Original Assignee
주식회사 케이티
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from KR1020230099343A external-priority patent/KR20240024741A/ko
Application filed by 주식회사 케이티 filed Critical 주식회사 케이티
Publication of WO2024039115A1 publication Critical patent/WO2024039115A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2475—Traffic characterised by specific attributes, e.g. priority or QoS for supporting traffic characterised by the type of applications
    • 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
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/12—Application layer protocols, e.g. WAP [Wireless Application Protocol]

Definitions

  • This disclosure relates to technology for transmitting and receiving buffer status reports.
  • XR Extended Reality
  • MR Mixed Reality
  • VR Virtual Reality
  • Cloud gaming represents a use case in which most computations related to gaming are offloaded from the terminal to an edge or remote server.
  • XR applications along with cloud computing/gaming typically require high throughput and low latency.
  • XR and CG use cases require frequent uplink (e.g. pose/control updates) and/or quasi-periodic (with possible jitter) high data rates on the downlink video stream combined with the uplink video stream. ) is characterized by traffic. Both downlink and uplink traffic are characterized by a relatively tight packet delay budget (PDB).
  • PDB packet delay budget
  • XR and CG devices have limited battery power.
  • the current DRX (Discontinous Reception) configuration of the terminal is not suitable due to the non-integer XR traffic cycle, variable XR data rate, and quasi-periodic XR cycle.
  • the XR and CG service sets are diverse. Data streams (e.g. video) can change on the fly while the service is running over a wireless network (e.g. NR).
  • a wireless network e.g. NR
  • Packets within one frame may have dependencies on each other.
  • the application may need all packets that make up the frame to decode the frame. Loss of one packet can render other correlated packets useless even if they were successfully transmitted.
  • these embodiments provide a terminal capability indicating support for a buffer status report table set according to data packet characteristics distinct from the legacy buffer status report table to the base station in a method for the terminal to transmit a buffer status report.
  • a method of including it can be provided.
  • the present embodiments provide a terminal capability indicating support for a buffer status report table set according to data packet characteristics that is distinct from the legacy buffer status report table in a method for a base station to receive a buffer status report from the terminal.
  • a method of including it can be provided.
  • the present embodiments transmit, in the terminal transmitting the buffer status report, terminal capabilities indicating support of a buffer status report table set according to data packet characteristics that are distinct from the legacy buffer status report table to the base station. It includes a transmitter that receives instruction information indicating the use of the buffer status report table from the base station, and the transmitter sends a buffer status report containing buffer size information calculated using the buffer status report table.
  • a terminal device that transmits data may be provided.
  • the base station receiving the buffer status report receives terminal capabilities from the terminal indicating support for a buffer status report table set according to data packet characteristics distinct from the legacy buffer status report table. It includes a receiving unit that transmits instruction information indicating the use of the buffer status report table to the terminal, and the receiving unit sends a buffer status report containing buffer size information calculated using the buffer status report table.
  • a receiving base station device may be provided.
  • buffer status reporting can be processed effectively.
  • Figure 1 is a diagram briefly illustrating the structure of an NR wireless communication system to which this embodiment can be applied.
  • Figure 2 is a diagram for explaining the frame structure in an NR system to which this embodiment can be applied.
  • FIG. 3 is a diagram illustrating a resource grid supported by wireless access technology to which this embodiment can be applied.
  • Figure 4 is a diagram for explaining the bandwidth part supported by the wireless access technology to which this embodiment can be applied.
  • Figure 5 is a diagram illustrating a synchronization signal block in a wireless access technology to which this embodiment can be applied.
  • Figure 6 is a diagram for explaining a random access procedure in wireless access technology to which this embodiment can be applied.
  • Figure 7 is a diagram to explain CORESET.
  • Figure 8 shows an example of a structure for implementing 5G-XR functionality within a 5G system.
  • Figure 9 is a diagram for explaining terminal operations according to one embodiment.
  • Figure 10 is a diagram for explaining the operation of a base station according to another embodiment.
  • Figure 11 is a diagram illustrating an exemplary buffer status report table for the 5-bit buffer size field.
  • Figure 12 is a diagram illustrating an exemplary buffer status report table for the 8-bit buffer size field.
  • Figure 13 is a diagram showing the configuration of a terminal according to another embodiment.
  • Figure 14 is a diagram showing the configuration of a base station according to another embodiment.
  • first, second, A, B, (a), and (b) may be used. These terms are only used to distinguish the component from other components, and the nature, sequence, order, or number of the components are not limited by the term.
  • temporal precedence relationships such as “after”, “after”, “after”, “before”, etc.
  • non-continuous cases may be included unless “immediately” or “directly” is used.
  • the numerical value or corresponding information e.g., level, etc.
  • the numerical value or corresponding information is related to various factors (e.g., process factors, internal or external shocks, It can be interpreted as including the error range that may occur due to noise, etc.).
  • the wireless communication system in this specification refers to a system for providing various communication services such as voice and data packets using wireless resources, and may include a terminal, a base station, or a core network.
  • the present embodiments disclosed below can be applied to wireless communication systems 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), and 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
  • wireless access technology not only refers to a specific access technology, but also refers to communication technology for each generation established by various communication consultative organizations such as 3GPP, 3GPP2, WiFi, Bluetooth, IEEE, and ITU.
  • CDMA can be implemented as a wireless technology such as universal terrestrial radio access (UTRA) or CDMA2000.
  • TDMA may be implemented with wireless technologies such as global system for mobile communications (GSM)/general packet radio service (GPRS)/enhanced data rates for GSM evolution (EDGE).
  • OFDMA can be implemented with wireless technologies such as IEEE (institute of electrical and electronics engineers) 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, E-UTRA (evolved UTRA), etc.
  • IEEE 802.16m is an evolution of IEEE 802.16e and provides backward compatibility with systems based on IEEE 802.16e.
  • UTRA is part of the universal mobile telecommunications system (UMTS).
  • 3GPP (3rd generation partnership project) LTE long term evolution) is a part of E-UMTS (evolved UMTS) that uses E-UTRA (evolved-UMTS terrestrial radio access), employing OFDMA in the downlink and SC- in the uplink.
  • FDMA frequency division multiple access
  • the present embodiments can be applied to wireless access technologies that are currently disclosed or commercialized, and can also be applied to wireless access technologies that are currently being developed or will be developed in the future.
  • the terminal in this specification is a comprehensive concept meaning a device including a wireless communication module that communicates with a base station in a wireless communication system, and is used in WCDMA, LTE, NR, HSPA, and IMT-2020 (5G or New Radio), etc. It should be interpreted as a concept that includes not only UE (User Equipment), but also MS (Mobile Station), UT (User Terminal), SS (Subscriber Station), and wireless devices in GSM.
  • a terminal may be a user portable device such as a smart phone depending on the type of use, and in a V2X communication system, it may mean a vehicle, a device including a wireless communication module within the vehicle, etc.
  • a machine type communication system it may mean an MTC terminal, M2M terminal, URLLC terminal, etc. equipped with a communication module to perform machine type communication.
  • the base station or cell in this specification refers to an end point that communicates with a terminal in terms of a network, and includes Node-B (Node-B), evolved Node-B (eNB), gNode-B (gNB), Low Power Node (LPN), Sector, site, various types of antennas, BTS (Base Transceiver System), access point, point (e.g. transmission point, reception point, transmission/reception point), relay node ), mega cell, macro cell, micro cell, pico cell, femto cell, RRH (Remote Radio Head), RU (Radio Unit), and small cell.
  • a cell may mean including a bandwidth part (BWP) in the frequency domain.
  • a serving cell may mean the UE's Activation BWP.
  • base station can be interpreted in two ways. 1) It may be the device itself that provides mega cells, macro cells, micro cells, pico cells, femto cells, and small cells in relation to the wireless area, or 2) it may indicate the wireless area itself. In 1), all devices providing a predetermined wireless area are controlled by the same entity or all devices that interact to collaboratively configure the wireless area are directed to the base station. Depending on how the wireless area is configured, a point, transmission/reception point, transmission point, reception point, etc. become an example of a base station. In 2), the wireless area itself where signals are received or transmitted from the user terminal's perspective or the neighboring base station's perspective may be indicated to the base station.
  • a cell refers to the coverage of a signal transmitted from a transmission/reception point, a component carrier having coverage of a signal transmitted from a transmission point or transmission/reception point, or the transmission/reception point itself. You can.
  • Uplink refers to a method of transmitting and receiving data from a terminal to a base station
  • downlink Downlink (Downlink, DL, or downlink) refers to a method of transmitting and receiving data from a base station to a terminal.
  • Downlink may refer to communication or a communication path from multiple transmission/reception points to a terminal
  • uplink may refer to communication or a communication path from a terminal to multiple transmission/reception points.
  • the transmitter may be part of a multiple transmission/reception point
  • the receiver may be part of the terminal.
  • a transmitter may be part of a terminal, and a receiver may be part of a multiple transmission/reception point.
  • Uplink and downlink transmit and receive control information through control channels such as PDCCH (Physical Downlink Control CHannel) and PUCCH (Physical Uplink Control CHannel), and PDSCH (Physical Downlink Shared CHannel), PUSCH (Physical Uplink Shared CHannel), etc.
  • Data is transmitted and received by configuring the same data channel.
  • the situation in which signals are transmitted and received through channels such as PUCCH, PUSCH, PDCCH and PDSCH may be expressed as '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.
  • 3GPP develops LTE-A pro, which is a 5G communication technology that improves LTE-Advanced technology to meet the requirements of ITU-R, and a new NR communication technology that is separate from 4G communication technology.
  • LTE-A pro and NR refer to 5G communication technology, and hereinafter, 5G communication technology will be explained focusing on NR in cases where a specific communication technology is not specified.
  • the operating scenario in NR defines a variety of operating scenarios by adding consideration of satellites, automobiles, and new verticals to the existing 4G LTE scenario, and in terms of service, the eMBB (Enhanced Mobile Broadband) scenario has a high terminal density but is wide. It is deployed in a wide range of applications, supporting mMTC (Massive Machine Communication) scenarios that require low data rates and asynchronous connections, and URLLC (Ultra Reliability and Low Latency) scenarios that require high responsiveness and reliability and can support high-speed mobility. .
  • mMTC Massive Machine Communication
  • URLLC Ultra Reliability and Low Latency
  • NR is launching a wireless communication system with new waveform and frame structure technology, low latency technology, ultra-high frequency band (mmWave) support technology, and forward compatible technology.
  • mmWave ultra-high frequency band
  • the NR system proposes various technical changes in terms of flexibility to provide forward compatibility. The main technical features of NR are explained below with reference to the drawings.
  • Figure 1 is a diagram briefly illustrating the 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 the user plane (SDAP/PDCP/RLC/MAC/PHY) and UE (User Equipment). It consists of gNB and ng-eNB providing flat (RRC) protocol termination. gNB interconnection or gNB and ng-eNB are interconnected through Xn interface. gNB and ng-eNB are each connected to 5GC through the NG interface.
  • 5GC may be composed of an Access and Mobility Management Function (AMF), which is responsible for the control plane such as terminal access and mobility control functions, and a User Plane Function (UPF), which is responsible for controlling user data.
  • AMF Access and Mobility Management Function
  • UPF User Plane Function
  • NR includes support for both the frequency band below 6GHz (FR1, Frequency Range 1) and the frequency band above 6GHz (FR2, Frequency Range 2).
  • gNB refers to a base station that provides NR user plane and control plane protocol termination to the terminal
  • ng-eNB refers to a base station that provides E-UTRA user plane and control plane protocol termination to the terminal.
  • the base station described in this specification should be understood to encompass gNB and ng-eNB, and may be used to refer to gNB or ng-eNB separately, if necessary.
  • the CP-OFDM wave form 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 numerology is determined based on sub-carrier spacing and CP (Cyclic prefix), and as shown in Table 1 below, the ⁇ value is used as an exponent value of 2 based on 15 kHz, resulting in an exponential is changed to
  • NR's numerology can be divided into five types depending on the subcarrier spacing. This is different from the subcarrier spacing of LTE, one of the 4G communication technologies, which is fixed at 15kHz. Specifically, the subcarrier intervals used for data transmission in NR are 15, 30, 60, and 120 kHz, and the subcarrier intervals used for synchronization signal transmission are 15, 30, 120, and 240 kHz. Additionally, the extended CP applies only to the 60kHz subcarrier spacing. Meanwhile, the frame structure in NR is defined as a frame with a length of 10ms consisting of 10 subframes with the same length of 1ms. One frame can be divided into half-frames of 5ms, and each half-frame contains 5 subframes. In the case of 15 kHz subcarrier spacing, one subframe consists of one slot, and each slot consists of 14 OFDM symbols.
  • Figure 2 is a diagram for explaining the frame structure in an NR system to which this embodiment can be applied.
  • a slot is fixedly composed of 14 OFDM symbols in the case of normal CP, but the length of the slot in the time domain may vary depending on the subcarrier spacing.
  • a slot in the case of numerology with a 15 kHz subcarrier spacing, a slot is 1 ms long and has the same length as a subframe.
  • a slot in the case of numerology with a 30 kHz subcarrier spacing, a slot consists of 14 OFDM symbols, but two slots can be included in one subframe with a length of 0.5 ms. That is, subframes and frames are defined with a fixed time length, and slots are defined by the number of symbols, so the time length may vary depending on the subcarrier interval.
  • NR defines the basic unit of scheduling as a slot, and also introduces a mini-slot (or sub-slot or non-slot based schedule) to reduce transmission delay in the wireless section.
  • a mini-slot or sub-slot or non-slot based schedule
  • the length of one slot is shortened in inverse proportion, so transmission delay in the wireless section can be reduced.
  • Mini-slots are designed to efficiently support URLLC scenarios and can be scheduled in units of 2, 4, or 7 symbols.
  • NR defines uplink and downlink resource allocation at the symbol level within one slot.
  • a slot structure that can transmit HARQ ACK/NACK directly within the transmission slot has been defined, and this slot structure is 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. In addition, it supports a common frame structure that forms an FDD or TDD frame through a combination of various slots. For example, a slot structure in which all slot symbols are set to downlink, a slot structure in which all symbols are set to uplink, and a slot structure in which downlink symbols and uplink symbols are combined are supported. Additionally, NR supports scheduling data transmission distributed over one or more slots. Therefore, the base station can use a slot format indicator (SFI) to inform the terminal whether the slot is a downlink slot, an uplink slot, or a flexible slot.
  • 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 can indicate it dynamically through DCI (Downlink Control Information) or statically or through RRC. It can also be indicated semi-statically.
  • DCI Downlink Control Information
  • antenna port For Physical resources in NR, antenna port, resource grid, resource element, resource block, bandwidth part, etc. are considered. do.
  • An antenna port is defined so that a channel carrying a symbol on the antenna port can be inferred from a channel carrying another symbol on the same antenna port. If the large-scale properties of the channel carrying the symbols on one antenna port can be inferred from the channel carrying the symbols on the other antenna port, the two antenna ports are quasi co-located or QC/QCL. It can be said that they are in a quasi co-location relationship.
  • the wide range characteristics include one or more of delay spread, Doppler spread, frequency shift, average received power, and received timing.
  • FIG. 3 is a diagram illustrating a resource grid supported by wireless access technology to which this embodiment can be applied.
  • a resource grid may exist for each numerology. Additionally, resource grids may exist depending on antenna ports, subcarrier spacing, and transmission direction.
  • a resource block consists of 12 subcarriers and is defined only in the frequency domain. Additionally, a resource element consists of one OFDM symbol and one subcarrier. Therefore, as shown in FIG. 3, the size of one resource block may vary depending on the subcarrier spacing.
  • NR defines "Point A", which serves as a common reference point for the resource block grid, and common resource blocks, physical resource blocks, and virtual resource blocks.
  • Figure 4 is a diagram for explaining the bandwidth part supported by the wireless access technology to which this embodiment can be applied.
  • the terminal can use a designated bandwidth part (BWP) within the carrier bandwidth as shown in FIG. 4. Additionally, the bandwidth part is linked to one numerology and consists of a subset of consecutive common resource blocks, and can be activated dynamically over time.
  • the terminal is configured with up to four bandwidth parts for each uplink and downlink, and data is transmitted and received using the bandwidth parts activated at a given time.
  • the uplink and downlink bandwidth parts are set independently, and in the case of an unpaired spectrum, to prevent unnecessary frequency re-tunning between downlink and uplink operations.
  • the bandwidth parts of the downlink and uplink are set in pairs so that they can share the center frequency.
  • the terminal performs cell search and random access procedures to connect to the base station and perform communication.
  • Cell search is a procedure in which the terminal synchronizes to the cell of the base station, obtains a physical layer cell ID, and obtains system information using a synchronization signal block (SSB) transmitted by the base station.
  • SSB synchronization signal block
  • Figure 5 is a diagram illustrating a synchronization signal block in a wireless access technology to which this embodiment can be applied.
  • the SSB is composed of a primary synchronization signal (PSS) and a secondary synchronization signal (SSS), each occupying 1 symbol and 127 subcarriers, and a PBCH spanning 3 OFDM symbols and 240 subcarriers.
  • PSS primary synchronization signal
  • SSS secondary synchronization signal
  • the terminal monitors the SSB in the time and frequency domains and receives the SSB.
  • SSB can be transmitted up to 64 times in 5ms. Multiple SSBs are transmitted through different transmission beams within 5ms, and the terminal performs detection assuming that SSBs are transmitted every 20ms period based on one specific beam used for transmission.
  • the number of beams that can be used for SSB transmission within 5ms time can increase as the frequency band becomes higher. For example, up to 4 different SSB beams can be transmitted under 3 GHz, up to 8 different beams can be used in the frequency band from 3 to 6 GHz, and up to 64 different beams can be used in the frequency band above 6 GHz.
  • Two SSBs are included in one slot, and the start symbol and number of repetitions within the slot are determined according to the subcarrier spacing as follows.
  • SSB is not transmitted at the center frequency of the carrier bandwidth.
  • SSBs can be transmitted even in places other than the center of the system band, and when broadband operation is supported, multiple SSBs can be transmitted in the frequency domain.
  • the terminal monitors the SSB using a synchronization raster, which is a candidate frequency location for monitoring the SSB.
  • the carrier raster and synchronization raster which are the center frequency location information 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, supporting fast SSB search of the terminal. You can.
  • the UE can obtain the MIB through the PBCH of the SSB.
  • MIB Master Information Block
  • the PBCH includes information about the location of the first DM-RS symbol in the time domain, information for the terminal to monitor SIB1 (e.g., SIB1 numerology 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 within the carrier is transmitted through SIB1), etc.
  • SIB1 numerology information e.g., SIB1 numerology information, information related to SIB1 CORESET, search space information, PDCCH (related parameter information, etc.
  • PDCCH related parameter information, etc.
  • offset information between the common resource block and the SSB the position of the absolute SSB within the carrier is transmitted through SIB1
  • the SIB1 numerology 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.
  • numerology information of SIB1 may be applied to at least one of messages 1 to 4 for the random access procedure.
  • the above-mentioned RMSI may mean SIB1 (System Information Block 1), and SIB1 is broadcast periodically (ex, 160ms) in the cell.
  • SIB1 contains information necessary for the terminal to perform the initial random access procedure, and is transmitted periodically through the PDSCH.
  • the terminal In order for the terminal to receive SIB1, it must receive numerology information used for SIB1 transmission and CORESET (Control Resource Set) information used for scheduling SIB1 through the PBCH.
  • CORESET Control Resource Set
  • the UE uses SI-RNTI in CORESET to check scheduling information for SIB1 and acquires SIB1 on the PDSCH according to the scheduling information. Except for SIB1, the remaining SIBs may be transmitted periodically or according to the request of the terminal.
  • Figure 6 is a diagram for explaining a random access procedure in wireless access technology to which this embodiment can be applied.
  • the terminal transmits a random access preamble for random access to the base station.
  • the random access preamble is transmitted through PRACH.
  • the random access preamble is transmitted to the base station through PRACH, which consists of continuous radio resources in a specific slot that is repeated periodically.
  • PRACH which consists of continuous radio resources in a specific slot that is repeated periodically.
  • 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), UL Grant (uplink radio resource), temporary C-RNTI (Temporary Cell - Radio Network Temporary Identifier), and 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 indicate to 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 terminal to adjust uplink synchronization.
  • the random access response may be indicated by a random access identifier on the PDCCH, that is, RA-RNTI (Random Access - Radio Network Temporary Identifier).
  • the terminal that has received a valid random access response processes the information included in the random access response and performs scheduled transmission to the base station. For example, the terminal applies TAC and stores temporary C-RNTI. Additionally, using the UL Grant, data stored in the terminal's buffer or newly generated data is transmitted to the base station. In this case, information that can identify the terminal must be included.
  • the base station transmits a downlink message to resolve contention, and the terminal receives this downlink message.
  • the downlink control channel in NR is transmitted in CORESET (Control Resource Set) with 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.
  • QCL Quad CoLocation
  • Figure 7 is a diagram to explain CORESET.
  • CORESET may exist in various forms within one slot and within the carrier bandwidth, and in the time domain, CORESET may be composed of up to three OFDM symbols. Additionally, CORESET is defined as a multiple of 6 resource blocks from the frequency domain to the carrier bandwidth.
  • the first CORESET (CORESET 0) is indicated through the MIB as part of the initial bandwidth part configuration to allow receiving additional configuration information and system information from the network.
  • the terminal After establishing a connection with the base station, the terminal can 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 can be interpreted in a variety of meanings that may be used in the past or present, or may be used in the future.
  • This disclosure relates to a method and device for processing packet data for specific application services such as XR/media in a mobile communication network. For example, this disclosure seeks to propose a packet data processing technology that considers application traffic characteristics by utilizing information provided from the upper/application layer in a wireless network. Additionally, we propose a technology to effectively process XR/media data in the MAC layer.
  • Packets for specific application services may have interdependent properties. For example, packets within one frame may have dependencies on each other. The application may need all packets to decode the frame. Loss of one packet can render other correlated packets useless even if they were successfully transmitted.
  • XR applications may impose requirements in terms of Application Data Units (ADUs)/media units rather than single packets/PDUs. Packets from the same video stream but of different frame types (I/P frames) or even at different locations within a Group of Picture (GoP) can have different contributions to the user experience. Therefore, layered QoS handling within the video stream can relax requirements and lead to higher efficiency.
  • the present embodiments designed to solve these problems propose a method and device for effectively processing packet data through signaling that considers XR application traffic characteristics through a terminal or core network in a wireless network.
  • a control method based on 5GS/NR technology is described. However, this is for convenience of explanation, and this embodiment can be applied to any system/wireless access technology (e.g. LTE, 6G).
  • the embodiment described in this disclosure includes information elements and operations specified in the NR/5GS standard (e.g. TS 38.321, a MAC standard, TS 38.331, a NR RRC standard, TS 23.501, a system architecture standard, etc.). Even if the terminal operation content related to the definition of the corresponding information element is not included in this specification, the corresponding content specified in the standard specification can be combined in this embodiment.
  • Any function described below is defined as an individual terminal capability (UE radio capability or UE Core network capability) and can be transmitted by the terminal to the base station/core network entity (e.g. AMF/SMF) through corresponding signaling. .
  • the base station/core network entity e.g. AMF/SMF
  • arbitrary functions may be combined/combined, defined as the terminal capability, and transmitted by the terminal to the base station/core network entity through corresponding signaling.
  • the base station may transmit/instruct to the terminal through an RRC message information indicating permission/support/configuration of the function/function combination for any function or combination of functions described below. For example, this may be instructed to the terminal prior to configuration/application of the function/function combination or simultaneously with configuration/application of the function/function combination.
  • the RRC message can be broadcast through system information. Alternatively, it may be indicated to the terminal through a dedicated RRC message.
  • units divided by application/application layer or units divided within an application, or units with correlation between data/streams/packets within one application, or within one application.
  • Units classified based on arbitrary information/fields/metadata included/used/added, or PDUs carrying the payload of one unit of information generated at the application level are denoted as PDU Set.
  • ADU Application Data Unit
  • Application Unit MU (media unit)
  • Application packet data unit GoP (Group of Picture) unit
  • traffic type e.g. XR viewer pose information unit, tactile information , video, audio, degree of freedom
  • traffic type e.g. XR viewer pose information unit, tactile information , video, audio, degree of freedom
  • One PDU Set consists of one or more PDUs that carry one unit of information generated at the application level as a payload, and the corresponding PDUs have the same importance requirements at the application layer. All PDUs in one PDU Set may or may not be required to use the corresponding unit information by the application layer.
  • a PDU Set is composed of one or more PDUs carrying the payload of one unit of information generated at the application level (e.g.
  • all PDUs in a PDU Set are needed by the application layer to use the corresponding unit of information.
  • the application layer can still recover parts or all of the information unit, when some PDUs are missing)
  • information to indicate whether the application layer can recover part or all of the information is transmitted from the application layer/application server/application function/terminal to the base station. can be transmitted.
  • the information can be transmitted from the application server/application function to the base station via the core network through control plane signaling.
  • the information is transmitted from the application server to the UPF on the user plane and from the UPF to the base station, it is included in any header (e.g.
  • the base station can instruct the terminal to classify the relevant data and transmit it to the base station by instructing the terminal to provide relevant information or data.
  • the terminal may transmit related information to the base station through RRC signaling.
  • traffic characteristic information e.g. expected value/average, deviation, standard deviation, etc. random statistics/statistics
  • traffic characteristic information e.g. expected value/average, deviation, standard deviation, etc. random statistics/statistics
  • any information included in this specification may represent one or more of the following values: average (expected value)/minimum/maximum/standard deviation value.
  • update rate information may mean the average (expected value)/minimum/maximum/standard deviation update rate. This is for convenience of explanation, and all information in this specification may be used as statistical information.
  • it may be information pre-configured in the terminal/network or provisioned through OAM/application server/application function/UDM.
  • Figure 8 shows an example of a structure for implementing 5G-XR functionality within a 5G system.
  • 5G-XR AF represents an application function for 5G-XR service.
  • 5G-XR AS represents an application server for 5G-XR services.
  • 5G-XR Client represents terminal internal functions for 5G-XR service. Within the terminal, the XR client may represent the transceiver of the XR session accessed through APIs, etc. by the XR application. The XR client may perform communication/signaling with 5G-XR AF to establish/control/support an XR session (or delivery of an XR session). XR clients can access XR data and communicate with the 5G-XR AS to process that data.
  • 5G-XR AF provides various control functions for processing XR sessions on the terminal, and can perform PCF/NEF and signaling for QoS control, etc.
  • 5G-XR AS represents an application server that hosts 5G XR media and media functions.
  • Figure 9 is a diagram for explaining terminal operations according to one embodiment.
  • the terminal transmitting the buffer status report performs the step of transmitting terminal capabilities indicating support of the buffer status report table set according to data packet characteristics distinct from the legacy buffer status report table to the base station. (S910).
  • the legacy buffer status report table refers to the buffer status report table in conventional NR for terminals that do not support the buffer status reporting function to effectively process highly dependent packets such as XR. Therefore, the buffer status report table set according to data packet characteristics can be set separately from the legacy buffer status report table supported in conventional NR. For example, two or more buffer status report tables may be set in the terminal. A newly established buffer status report table can be applied to process data packets with high data rates and strict delay budgets.
  • a buffer status report table set according to data packet characteristics may be set to support a 5-bit or 8-bit buffer size field.
  • the buffer status report table is a newly defined static BSR table that is distinguished from the 8-bit buffer size level table using conventional NR technology, or a buffer status report using a buffer size level index determined by parameters indicated by the base station. It could be a table. In this case, the buffer status report table can be set to support an 8-bit buffer size field.
  • the buffer status report table can be set based on the minimum buffer size, maximum buffer size, and buffer size division number. Additionally, the buffer status report table can be set to an 8-bit buffer size value.
  • the minimum buffer size can be calculated by considering the minimum value of the average PDU-Set/PDUs size at the data transfer rate and frame rate.
  • the minimum buffer size may be set to one of the buffer size values of an arbitrary index included in the leggy buffer status report table to support arbitrary uplink data transmission included in the logical channel group.
  • the maximum buffer size can be calculated by considering the maximum value of the average PDU-Set/PDUs size at the data transfer rate and frame rate.
  • the buffer size classification number can be expressed as an index of 256 when dividing an 8-bit buffer size.
  • the buffer status report table can be set through minimum buffer size + (maximum buffer size - minimum buffer size)/lower integer value for the buffer size fraction * (i-1).
  • i may mean an index.
  • the buffer status report table can be set to have an 8-bit buffer size.
  • the terminal can indicate to the base station whether the terminal supports the buffer status report table set according to data packet characteristics by including it in the terminal capabilities. For example, the terminal can transmit terminal capabilities to the base station through an uplink signal.
  • the terminal may perform a step of receiving instruction information indicating the use of the buffer status report table from the base station (S920).
  • the indication information may include information indicating whether to use the buffer status report table for each logical channel group.
  • the base station checks the terminal capability received from the terminal, and if the terminal supports a buffer status report table considering data packet characteristics, it can instruct the terminal to use the buffer status report table.
  • the terminal may receive instruction information indicating whether to use the legacy buffer status report table or the buffer status report table for each logical channel group.
  • the indication information may be indicated in bitmap format for each logical channel group.
  • the indication information may be configured by matching logical channel group identification information.
  • indication information can be received through any downlink signal.
  • indication information may be received by being included in an RRC message.
  • indication information may be received by being included in an L2 message (e.g. MAC CE).
  • indication information may be received included in an L1 message (e.g. DCI).
  • the terminal may perform a step of transmitting a buffer status report containing buffer size information calculated using the buffer status report table (S930).
  • the terminal When the indication information is received, the terminal performs buffer status reporting for the indicated logical channel group using a buffer status report table considering data packet characteristics. For example, when calculating buffer size information for each logical channel group, the terminal uses the buffer status report table indicated by the indication information. In this case, an index value corresponding to the buffer size information is determined to indicate the buffer size information.
  • the buffer status report may include at least one of buffer size information and time information for the logical channel group.
  • the time information may include elapsed time information from when the first PDU of the uplink PDU-Set reaches the buffer until a buffer status report is transmitted, or delay time information obtained by subtracting the elapsed time from the PDU-Set delay budget. .
  • information on the elapsed time until the first PDU of three dependent data packets reaches the terminal's buffer and the terminal transmits the buffer status report to the base station may be included in the buffer status report.
  • time information (delay time information) remaining after subtracting the elapsed time from the delay budget for the set of dependent data packets may be included in the buffer status report.
  • the buffer status report may be triggered when a timer set to start when a PDU included in the uplink PDU-Set is received in the buffer reaches a specific time or expiration time.
  • a specific time or expiration time may be indicated by the base station.
  • the terminal can configure a timer to trigger buffer status reporting.
  • the timer may be started when a PDU (e.g., the first PDU) included in the PDU-Set reaches the buffer.
  • the terminal determines that the timer has expired or has reached a specific time, it triggers a buffer status report to be transmitted to the base station.
  • At least one of the above-described timer, expiration time, and specific time information may be configured in the terminal by the base station.
  • the buffer status report may be Short BSR or Short Truncated BSR with 8-bit buffer size information.
  • Short BSR may be set in a different format from the conventional Short BSR that uses a legacy buffer status report table.
  • Short BSR may be set in the same format as the conventional Short BSR.
  • Short Truncated BSR can be set in a different format from the conventional Short Truncated BSR that uses a legacy buffer status report table.
  • the Short Truncated BSR may be set in the same format as the conventional Short Truncated BSR.
  • the conventional Short BSR or Short Truncated BSR is formatted to have 5-bit buffer size information.
  • the buffer status report of the present disclosure may be divided into a format including 8-bit buffer size information. Additionally, buffer status reports can have fixed or variable length.
  • Figure 10 is a diagram for explaining the operation of a base station according to another embodiment.
  • the base station receiving the buffer status report performs the step of receiving terminal capabilities indicating support for the buffer status report table set according to data packet characteristics distinct from the legacy buffer status report table from the terminal. (S1010).
  • the legacy buffer status report table refers to the buffer status report table in conventional NR for terminals that do not support the buffer status reporting function to effectively process highly dependent packets such as XR. Therefore, the buffer status report table set according to data packet characteristics can be set separately from the legacy buffer status report table supported in conventional NR. For example, two or more buffer status report tables may be set in the terminal. A newly established buffer status report table can be applied to process data packets with high data rates and strict delay budgets.
  • a buffer status report table set according to data packet characteristics may be set to support a 5-bit or 8-bit buffer size field.
  • the buffer status report table is a newly defined static BSR table that is distinguished from the 8-bit buffer size level table using conventional NR technology, or a buffer status report using a buffer size level index determined by parameters indicated by the base station. It could be a table. In this case, the buffer status report table can be set to support an 8-bit buffer size field.
  • the buffer status report table can be set based on the minimum buffer size, maximum buffer size, and buffer size division number. Additionally, the buffer status report table can be set to an 8-bit buffer size value.
  • the minimum buffer size can be calculated by considering the minimum value of the average PDU-Set/PDUs size at the data transfer rate and frame rate.
  • the minimum buffer size may be set to one of the buffer size values of an arbitrary index included in the leggy buffer status report table to support arbitrary uplink data transmission included in the logical channel group.
  • the maximum buffer size can be calculated by considering the maximum value of the average PDU-Set/PDUs size at the data transfer rate and frame rate.
  • the buffer size classification number can be expressed as an index of 256 when dividing an 8-bit buffer size.
  • the buffer status report table can be set through minimum buffer size + (maximum buffer size - minimum buffer size)/lower integer value for the buffer size fraction * (i-1).
  • i may mean an index.
  • the buffer status report table can be set to have an 8-bit buffer size.
  • the base station can receive terminal capabilities including information on whether the terminal supports the buffer status report table set according to data packet characteristics. For example, the base station can receive terminal capabilities from the terminal through an uplink signal.
  • the base station may perform the step of transmitting instruction information indicating the use of the buffer status report table to the terminal (S1020).
  • the indication information may include information indicating whether to use the buffer status report table for each logical channel group.
  • the base station checks the terminal capability received from the terminal, and if the terminal supports a buffer status report table considering data packet characteristics, it can instruct the terminal to use the buffer status report table.
  • the base station may transmit instruction information indicating whether to use the legacy buffer status report table or the buffer status report table for each logical channel group.
  • the indication information may be indicated in bitmap format for each logical channel group.
  • the indication information may be configured by matching logical channel group identification information.
  • indication information can be transmitted through any downlink signal.
  • indication information may be transmitted and included in an RRC message.
  • indication information may be transmitted included in an L2 message (e.g. MAC CE).
  • indication information may be transmitted included in an L1 message (e.g. DCI).
  • the base station may perform the step of receiving a buffer status report containing buffer size information calculated using the buffer status report table (S1030).
  • the terminal When the indication information is received, the terminal performs buffer status reporting for the indicated logical channel group using a buffer status report table considering data packet characteristics. For example, when calculating buffer size information for each logical channel group, the terminal uses the buffer status report table indicated by the indication information. In this case, an index value corresponding to the buffer size information is determined to indicate the buffer size information.
  • the buffer status report may include at least one of buffer size information and time information for the logical channel group.
  • the time information may include elapsed time information from when the first PDU of the uplink PDU-Set reaches the buffer until a buffer status report is transmitted, or delay time information obtained by subtracting the elapsed time from the PDU-Set delay budget. .
  • information on the elapsed time until the first PDU of three dependent data packets reaches the terminal's buffer and the terminal transmits the buffer status report to the base station may be included in the buffer status report.
  • time information (delay time information) remaining after subtracting the elapsed time from the delay budget for a set of dependent data packets may be included in the buffer status report.
  • the buffer status report may be triggered when a timer set to start when a PDU included in the uplink PDU-Set is received in the buffer reaches a specific time or expiration time.
  • a specific time or expiration time may be indicated by the base station.
  • the terminal can configure a timer to trigger buffer status reporting.
  • the timer may be started when a PDU (e.g., the first PDU) included in the PDU-Set reaches the buffer.
  • the terminal determines that the timer has expired or has reached a specific time, it triggers a buffer status report to be transmitted to the base station.
  • the base station may transmit at least one of the above-described timer, expiration time, and specific time information to the terminal.
  • the buffer status report may be Short BSR or Short Truncated BSR with 8-bit buffer size information.
  • Short BSR may be set in a different format from the conventional Short BSR that uses a legacy buffer status report table.
  • Short BSR may be set in the same format as the conventional Short BSR.
  • Short Truncated BSR can be set in a different format from the conventional Short Truncated BSR that uses a legacy buffer status report table.
  • the Short Truncated BSR may be set in the same format as the conventional Short Truncated BSR.
  • the conventional Short BSR or Short Truncated BSR is formatted to have 5-bit buffer size information.
  • the buffer status report of the present disclosure may be divided into a format including 8-bit buffer size information. Additionally, buffer status reports can have fixed or variable length.
  • each embodiment described below may be partially or entirely performed by a terminal or base station. Additionally, some of each embodiment may be implemented in combination or combined with each other. Alternatively, each embodiment may be implemented by the terminal or base station in any combination.
  • BSR Buffer Status Reporting
  • the buffer size value is divided into 5 bits or 8 bits, errors occur in the quantization process between the buffer size indicated through BSR and the actual buffer size. In this way, if the buffer size provided through BSR is significantly different from the actual buffer size, the waste of radio resources of the corresponding serving cell may increase. Therefore, it may be desirable to reduce radio resource loss by reporting a buffer size close to XR application traffic.
  • buffer size reporting when buffer size reporting is triggered by XR-specific uplink data, it is distinguished from existing BSR types/formats (e.g. 1 octet BSR format with a buffer size larger than the 5-bit buffer size, conventional buffer size level table and You can define a BSR format (BSR based on another table or other calculation method, etc.) and report it.
  • existing BSR types/formats e.g. 1 octet BSR format with a buffer size larger than the 5-bit buffer size, conventional buffer size level table and You can define a BSR format (BSR based on another table or other calculation method, etc.) and report it.
  • Figure 11 is a diagram illustrating an exemplary buffer status report table for the 5-bit buffer size field.
  • Short BSR For a terminal using an XR application, if all flows of the XR application are mapped to one radio bearer and configured as one logical channel linked to the radio bearer, uplink data to be transmitted by the XR application is generated. In this case, Short BSR may be reported. However, the current Short BSR reports the index value of the table with a 5-bit buffer size level in the buffer size field, as shown in Figure 11. Considering the variable traffic characteristics of XR applications, dividing into 5 bits as shown in FIG. 11 may increase the likelihood of larger quantization errors compared to general applications.
  • Figure 12 is a diagram illustrating an exemplary buffer status report table for the 8-bit buffer size field.
  • a fixed-length (e.g. One byte) BSR format with an 8-bit buffer size field can be defined and used.
  • the 8-bit buffer size can use the 8-bit buffer size level table according to the conventional NR technology in FIG. 12.
  • the BSR format can be distinguished through LCID or (one-octet) eLCID.
  • the BSR format does not include the LCG-ID field (identifies the group of logical channel(s) whose buffer status is being reported) and may consist of only the buffer size field.
  • a fixed-length (e.g. One byte) BSR format with an 8-bit buffer size field can be defined.
  • the 8-bit buffer size is distinguished from the 8-bit buffer size level table using conventional NR technology, and a newly defined static BSR table or a BSR table using a buffer size level index determined by parameters indicated by the base station can be used.
  • You can. For example, in the case of an XR application that requires a 10Mbps data rate using a 60fps frame rate in the uplink, variable length/size data with an average of 10Mbit/(60fps*8bit) 20.833Kbyte every 16.777ms Occurs.
  • the maximum buffer size can be calculated by considering the maximum value of the average PDU-Set/PDUs size at the corresponding data transfer rate and frame rate.
  • the minimum buffer size can be calculated by considering the minimum value of the average PDU-Set/PDUs size at the corresponding data rate and frame rate.
  • the minimum buffer size may be set to use one of the buffer size values of an arbitrary index included in the conventional BSR table as the minimum buffer size to support arbitrary uplink data transmission included in the corresponding logical channel group.
  • a 10-byte buffer size (index 1) can be set as the minimum buffer size.
  • the 20-byte buffer size (index 11) can be set as the minimum buffer size.
  • a buffer size of 30 bytes (index 17) can be set as the minimum buffer size.
  • a buffer size of 40 bytes (index 22) can be set as the minimum buffer size.
  • a buffer size of 80 bytes (index 33) can be set as the minimum buffer size.
  • a buffer size of 103 bytes (index 37) can be set as the minimum buffer size.
  • a buffer size of 150 bytes (index 43) can be set as the minimum buffer size.
  • the terminal/application server/application function/core network is the minimum/maximum/average (for the video frame or associated PDU-Set when each frame is generated) on the uplink.
  • One or more information of standard deviation size, preferred frame rate, preferred data rate, and traffic type may be transmitted to the base station.
  • the terminal can transmit it to the base station.
  • the base station may request and receive one or more of the above-described information from the terminal/core network entity.
  • the base station may instruct the terminal to set parameters for determining the buffer size of the corresponding BSR format. For example, this can be indicated to the terminal through arbitrary L3 (e.g.
  • the signaling information may include one or more of the information described above.
  • the signaling information may include the number of steps or the number of bits to distinguish the buffer size.
  • the buffer size level is distinguished using 8 bits, a total of 256 indexes can be used to distinguish the buffer size. Among these, values that distinguish buffer size 0, values that are greater than 0 and less than the minimum buffer size, and values that are greater than the maximum buffer size can be separately distinguished. If one of the buffer size values of an arbitrary index included in the conventional BSR table is used as the minimum buffer size, the buffer size used up to the index is the newly defined BSR table or the buffer size determined by the parameter indicated by the base station. Can be used for BSR tables that use level indexes.
  • the buffer size value at index 0 can be set to 0, and the buffer size value at index 1 can be set to a value smaller than or equal to the minimum buffer size.
  • the rounded down integer value for [maximum buffer size-minimum buffer size]/253 can be set as floor[(maximum buffer size-minimum buffer size)/253]).
  • the buffer size value of the conventional BSR table is used for indices 0 to 11, and the buffer size value corresponding to index i for indices 12 to 254 is the minimum buffer size + This can be done as floor[(maximum buffer size-minimum buffer size)/243]*(i-1).
  • one BSR table can be constructed by dividing 256 indexes into one or more sections and distinguishing the minimum buffer size, maximum buffer size, and number of steps/indexes included in the section for each section.
  • the BSR format can be distinguished through LCID or (one-octet) eLCID.
  • the BSR format does not include the LCG-ID field (identifies the group of logical channel(s) whose buffer status is being reported) and may consist of only the buffer size field.
  • Another example is a fixed-length (e.g. One byte) LCG-ID field of 3 bits and a buffer size field of more than 5 bits (e.g. 13 bits in the case of a fixed size of 2 bytes, or less than 13 bits and greater than 5 bits).
  • a fixed-length (e.g. One byte) BSR format with a 3-bit LCG-ID field and a 5-bit buffer size field can be defined and used. Calculate the buffer size value mapped to each index using an integer value obtained by dividing the value obtained by subtracting the minimum size from the above-mentioned maximum size by the remaining buffer size division value (or buffer size division value indicated by the base station) and rounding up the value. You can use a combination of methods.
  • a fixed-length (e.g. two octet/byte) BSR format that adds one-octet to Short BSR and Short Truncated BSR, which have a 3-bit LCG-ID field and a 5-bit buffer size field. Subsequent one-octets may include an index value to indicate a detailed buffer size value. That is, the BSR format includes a 3-bit LCG-ID, a 5-bit buffer size field (e.g.
  • the corresponding LCG/logical channel is A field to identify the (more precise) total amount of available data corresponding to the data volume for the channel).
  • the buffer size of Short BSR and Short Truncated BSR included in the format indicates index 27 in the table of FIG. 11, it can be seen that the buffer size is less than or equal to 55454 bytes. That is, the maximum total amount is 55454 bytes.
  • the subsequent one-octet sets the buffer size of the corresponding index 27 (e.g. 55454) and the buffer size of the previous index 26 (e.g. 39818) to 256, which can be distinguished by 8 bits (or a value that can be distinguished by an integer value smaller than 8 bits, e.g.
  • the BSR format additionally includes an arbitrary field with a value less than 7 bits, for example, PDU-Set related information (e.g.
  • PDU-Set identification information/separator/index PDU-Set sequence number, corresponding PDU-Set size, number of PDUs in the corresponding PDU-Set, whether the corresponding data volume contains the last PDU of the corresponding PDU-Set, corresponding PDU-Set size not included in the corresponding data volume, PDU-Set This applies if it contains one or more of the following: information for identifying the last PDU in the set, information for indicating that it is the last PDU in the PDU-Set, and information for indicating PDU-Set importance/priority. You can divide the buffer size levels evenly.
  • index i 39818+62*i. If the buffer size of the index exceeds 55454, the index may not be used or the terminal may ignore it. Alternatively, you can use 55454.
  • a fixed-length (e.g. two byte) BSR format that adds one-octet to the buffer size field included in Long BSR and Long Truncated BSR, which have an 8-bit buffer size field.
  • Subsequent one-octets may include an index value to indicate a detailed buffer size value. For example, if the buffer size of Long BSR and Long Truncated BSR included in the format indicates index 115 in the table of Figure 12, it can be seen that the buffer size is less than or equal to 13838 bytes.
  • the subsequent one-octet is the buffer size of the corresponding index 115 (e.g. 13838) and the buffer size of the previous index 114 (e.g.
  • index i 12994+4*i.
  • the newly defined BSR format contains PDU-Set related information (e.g. PDU-Set identification information/separator/index, PDU-Set sequence number, relevant PDU-Set size, relevant PDU-Set related information) for the relevant LCG/logical channel.
  • PDU-Set related information e.g. PDU-Set identification information/separator/index, PDU-Set sequence number, relevant PDU-Set size, relevant PDU-Set related information
  • Number of PDUs whether the data volume of the relevant BSR includes the last PDU of the relevant PDU-Set, the size of the relevant PDU-Set not included in the data volume of the relevant BSR (e.g. Calculated based on a table or calculation formula to identify the relevant size) index value), information to identify the last PDU in the PDU-Set, information to indicate that it is the last PDU in the PDU-Set, and PDU-Set importance/priority indication information). You can. Through this, the uplink volume/data amount to transmit the PDU-Set can be indicated.
  • the newly defined BSR format may include delay/timing information of the corresponding PDU-Set or the corresponding LCG/logical channel or the PDU-Set associated with the corresponding LCG/logical channel.
  • the newly defined BSR format may be triggered based on the delay/timing information of the corresponding PDU-Set or the corresponding LCG/logical channel or the PDU-Set associated with the corresponding LCG/logical channel.
  • the delay/timing information includes the remaining PDU-Set delay budget for the corresponding PDU-Set (or the corresponding LCG/logical channel or the PDU-Set associated with the corresponding LCG/logical channel) pending in the PDCP/RLC buffer in the terminal, PDU-Set delay budget remaining in the wireless section, the first transmission time of the BSR containing the corresponding delay/timing information after the first PDU of the corresponding PDU-Set reaches the buffer (or the BSR containing the corresponding delay/timing information) Time elapsed from the time of MAC PDU generation) to the time of first transmission of the BSR containing the corresponding delay/timing information (or the time of the first transmission of the BSR containing the corresponding delay/timing information) after the BSR is triggered by data containing the first PDUs of the corresponding PDU-Set The elapsed time until the generation of the BSR MAC PDU containing the corresponding delay/timing information), the time elapsed until the first transmission of the BSR containing
  • the delay/timing information can be indicated by coding the value and dividing it into bit values.
  • the PDU Set delay budget represents the upper limit on the duration between the reception time of the first PDU and the time when all PDUs in the PDU Set are successfully received.
  • the buffer size included in any of the aforementioned BSR formats is the size included in the PDU-Set (e.g. PDUs generated in one frame cycle generated according to the frame rate) for the PDU-Set associated with the corresponding LCG/logical channel.
  • the total amount of data for all PDUs can be displayed.
  • the buffer size included in any of the above-mentioned BSR formats is the total amount of available data according to the data volume calculation procedure of TS 38.322 RLC standard and TS 38.323 PDCP standard for the corresponding LCG/logical channel when the corresponding BSR is triggered.
  • the total amount of data included in the corresponding PDU-Set e.g. PDUs generated in one frame cycle generated according to the frame rate
  • It can represent the value added by the amount of data for the remaining PDUs not included in .
  • the buffer size included in any of the above-mentioned BSR formats is the total amount of available data according to the data volume calculation procedure of TS 38.322 RLC standard and TS 38.323 PDCP standard for the corresponding LCG/logical channel when the corresponding BSR is triggered.
  • the total amount of data included in the corresponding PDU-Set e.g. PDUs generated in one frame cycle generated according to the frame rate
  • It can represent the value added by the amount of data for PDUs expected to reach the corresponding buffer that is not included in .
  • the buffer size included in any of the aforementioned BSR formats is the total amount of available data according to the data volume calculation procedure of the TS 38.322 RLC standard and TS 38.323 PDCP standard for the corresponding LCG/logical channel when the corresponding BSR is triggered. Except, for the PDU-Set associated with the corresponding LCG/logical channel, it is included in the corresponding PDU-Set (e.g. PDUs generated in one frame cycle generated according to the frame rate), but is not yet delivered to the RLC/PDCP buffer and is therefore available. It can indicate the amount of data for PDUs expected to reach the corresponding buffer that is not included in the total amount of data.
  • the buffer size included in any of the aforementioned BSR formats is the total amount of available data according to the data volume calculation procedure of the TS 38.322 RLC standard and TS 38.323 PDCP standard for the corresponding LCG/logical channel when the corresponding BSR is triggered. Except, for the PDU-Set associated with the corresponding LCG/logical channel, it is included in the corresponding PDU-Set (e.g. PDUs generated in one frame cycle generated according to the frame rate), but is not yet delivered to the RLC/PDCP buffer and is therefore available. It can represent the amount of data for PDUs expected to reach the buffer that is not included in the total amount of data, plus the amount of data expected to reach the buffer to the frame cycle of the PDU-Set, regardless of the PDU-Set. there is.
  • any of the BSR formats described above may include one or more buffer size fields described above.
  • the terminal can indicate the corresponding terminal capability to the base station. And/or the base station may indicate information to indicate support for the corresponding function to the terminal through system information or RRC-specific signaling (e.g. RRC reconfiguration message). And/or the base station may instruct the terminal to provide information to report BSR using the corresponding BSR format, and the terminal may apply this. And/or the base station uses the corresponding BSR format to configure the logical channel group/logical channel reporting BSR with PDU-Set related information (e.g. PDU-Set identification information/separator/index, PDU-Set sequence number, and corresponding PDU-Set size).
  • PDU-Set related information e.g. PDU-Set identification information/separator/index, PDU-Set sequence number, and corresponding PDU-Set size.
  • the number of PDUs in the PDU-Set information to identify the last PDU in the PDU-Set, information to indicate that it is the last PDU in the PDU-Set, and one or more of the PDU-Set importance/priority indication information) to the terminal. It can be configured by instructing.
  • the base station can instruct the terminal to configure a logical channel group/logical channel that reports BSR based on a BSR table that is distinct from the BSR table in the prior art.
  • the logical channel ID/LCG-ID using the corresponding BSR format or the buffer size level table of the corresponding BSR may be indicated to the terminal by RRC.
  • the terminal can report the BSR using the corresponding BSR format when the corresponding logical channel ID/LCG-ID is configured.
  • a MAC entity whose logical channel/logical channel group is configured by the upper layer (RRC) and/or a MAC entity for which logical channel group information (logicalChannelGroupIAB-Ext) for IAB is not configured) includes the corresponding BSR.
  • the MAC PDU containing the BSR When the MAC PDU containing the BSR is to be built, when one or more logical channel groups do not have data available for transmission, the logical channel groups are transferred to the corresponding BSR by the upper layer (RRC). If it is a logical channel configured to use a format, the BSR can be reported using the corresponding BSR format.
  • RRC upper layer
  • the base station may indicate a BSR table to be applied to the corresponding logical channel/logical channel group for each logical channel/logical channel group. For one logical channel/logical channel group, one BSR table suitable for the corresponding logical channel/logical channel group traffic characteristics may be indicated. If the buffer size triggered for the corresponding logical channel/logical channel group is not included in the buffer size range included in the corresponding BSR table, the BSR table according to the prior art can be used (reporting the BSR using the corresponding BSR table can do.)
  • the BSR table index used for the corresponding logical channel/logical channel group must be included through an arbitrary field in the MAC subheader or BSR MAC CE. If one BSR table is indicated for the corresponding logical channel/logical channel group through RRC, is the BSR table indicated through a random field in the MAC subheader or BSR MAC CE used, or is the BSR table according to the prior art used? This can be indicated by defining a 1-bit field to distinguish.
  • the buffer size triggered for the corresponding logical channel/logical channel group is not included in the buffer size range included in the corresponding BSR table, For example, if it is larger than the maximum buffer size, the UE can instruct the base station to indicate a MAC CE with a specific LCID/eLCID defined to indicate that case.
  • a BSR (BSR with the corresponding LCID/eLCID) according to the prior art can be transmitted.
  • the BSR may include a corresponding buffer size index based on the BSR table according to the prior art.
  • the BSR table according to the prior art has a separate index for the buffer size larger than the maximum value of 0, so if the triggered buffer size is not included in the buffer size range included in the corresponding BSR table, it can be used as a fallback. .
  • a MAC entity configured with one or more of the above-described information by a higher layer can perform the following operations.
  • a MAC entity configured with one or more pieces of information described above by a higher layer performs the following operations.
  • the LCG/Logical Channel with data available for transmission is indicated in association with the XR/Media/VideoStream/PDU-Set and/or if the padding bits are equal to the size of the aforementioned BSR + its subheader.
  • Long Truncated BSRs containing LCGs/Logical Channels in the first Long Truncated BSR, and then in each of the LCG(s)/Logical Channel(s) (with or without data available for transmission), and with the same priority Reports the Long Truncated BSR of the LCG(s)/logical channel(s) that have logical channels with available data, in ascending order of LCG-ID in the ranking, and descending order of highest priority LCG/logical channel.
  • Short BSR report the Short BSR of the highest priority LCG/logical channel available for transmission. Alternatively, it reports the Short BSR of the LCG/logical channel associated with the XR/media/video stream/PDU-Set available for transmission. Alternatively, the LCG/logical channel with data available for transmission reports a Short BSR using the corresponding BSR table for the LCG/logical channel indicated to use a BSR table that is distinct from the BSR table according to the prior art.
  • LCP Logical Channel Prioritization
  • the priority of the corresponding BSRs needs to be determined.
  • the corresponding BSR may be processed with a higher priority than the prior art BSR (e.g. MAC CE for (Extended) BSR, with exception of BSR included for padding).
  • the BSR may be processed with the same priority as the prior art BSR (e.g. MAC CE for (Extended) BSR, with exception of BSR included for padding).
  • the BSR may be processed with higher priority or the same priority as the BSR in the prior art (e.g. MAC CE for (Extended) BSR, with exception of BSR included for padding). You can.
  • the BSR can be triggered when the following event occurs for the activated cell group.
  • uplink data is made available to the MAC entity for one logical channel belonging to the PDU-Set or the LCG/Logical Channel or the PDU-Set associated with the LCG/Logical Channel. And/or this uplink data belongs to one logical channel associated with a specific PDU-Set or associated with specific PDU-Set related information (e.g. PDU-Set specific priority).
  • the UE can trigger the corresponding BSR at the indicated/configured period.
  • the terminal may start a specific timer at an indicated/configured cycle. After the first PDUs of the PDU-Set reach the buffer, the timer can be started.
  • a transmitting PDCP entity may start the PDCP Discard Timer associated with the PDU-Set upon receiving a PDU (or PDCP SDU) associated with the PDU-Set. When that timer reaches a certain elapsed time, the corresponding BSR can be triggered.
  • the terminal may include the corresponding elapsed time in the BSR.
  • the corresponding PDCP entity may instruct the MAC entity to trigger the corresponding BSR.
  • the elapsed time can be included in the BSR.
  • the elapsed time may be included in the BSR at the time of first transmission of the BSR including the elapsed time (or at the time of BSR MAC PDU generation including the corresponding delay/timing information).
  • the elapsed time may be one of the delay/timing information described above.
  • the elapsed time may be a value indicated by the base station to indicate the time remaining to satisfy the corresponding PDU-Set delay budget.
  • the terminal can calculate the remaining time by subtracting the elapsed time from the corresponding PDU-Set delay budget for the corresponding PDU-Set.
  • the timer may expire after a certain period of time has elapsed in each cycle. When that timer expires, the corresponding BSR may be triggered.
  • a transmitting PDCP entity may start the PDCP Discard Timer associated with the PDU-Set upon receiving a PDU (or PDCP SDU) associated with the PDU-Set.
  • the base station can allow the terminal to configure the PDCP discard timer with the wireless PDU Set delay budget value. Through this, the PDCP discard timer can expire when the PDU Set delay budget value is reached.
  • the terminal can discard the corresponding PDU (or PDCP SDU/PDU) when the corresponding PDCP discard timer expires.
  • the terminal Since the terminal has exceeded the PDU Set delay budget, it can discard all PDUs in the PDU-Set. When that timer expires, the corresponding BSR may be triggered. The terminal may include the relevant expiration time or its cause in the BSR. The timer may be restarted at each cycle. The timer can be restarted after the first PDUs associated with the PDU-Set in the cycle reach the PDCP buffer.
  • the base station can configure the terminal with parameters to indicate any of the above-described embodiments.
  • Figure 13 is a diagram showing the configuration of a terminal according to another embodiment.
  • the terminal 1300 that transmits the buffer status report is a transmitter that transmits terminal capabilities indicating support for the buffer status report table set according to data packet characteristics distinct from the legacy buffer status report table to the base station. It may include (1320) and a receiving unit (1330) that receives instruction information indicating the use of the buffer status report table from the base station.
  • the transmitter 1320 may transmit a buffer status report including buffer size information calculated using the buffer status report table.
  • the legacy buffer status report table refers to the buffer status report table in conventional NR for terminals that do not support the buffer status reporting function to effectively process highly dependent packets such as XR. Therefore, the buffer status report table set according to data packet characteristics can be set separately from the legacy buffer status report table supported in conventional NR. For example, two or more buffer status report tables may be set in the terminal. A newly established buffer status report table can be applied to process data packets with high data rates and strict delay budgets.
  • a buffer status report table set according to data packet characteristics may be set to support a 5-bit or 8-bit buffer size field.
  • the buffer status report table is a newly defined static BSR table that is distinguished from the 8-bit buffer size level table using conventional NR technology, or a buffer status report using a buffer size level index determined by parameters indicated by the base station. It could be a table. In this case, the buffer status report table can be set to support an 8-bit buffer size field.
  • the buffer status report table can be set based on the minimum buffer size, maximum buffer size, and buffer size division number. Additionally, the buffer status report table can be set to an 8-bit buffer size value.
  • the minimum buffer size can be calculated by considering the minimum value of the average PDU-Set/PDUs size at the data transfer rate and frame rate.
  • the minimum buffer size may be set to one of the buffer size values of an arbitrary index included in the leggy buffer status report table to support arbitrary uplink data transmission included in the logical channel group.
  • the maximum buffer size can be calculated by considering the maximum value of the average PDU-Set/PDUs size at the data transfer rate and frame rate.
  • the buffer size classification number can be expressed as an index of 256 when dividing an 8-bit buffer size.
  • the buffer status report table can be set through minimum buffer size + (maximum buffer size - minimum buffer size)/lower integer value for the buffer size fraction * (i-1).
  • i may mean an index.
  • the buffer status report table can be set to have an 8-bit buffer size.
  • the transmitter 1320 may indicate to the base station whether the terminal supports the buffer status report table set according to data packet characteristics by including it in the terminal capabilities. For example, the transmitter 1320 may transmit terminal capabilities to the base station through an uplink signal.
  • the indication information may include information indicating whether to use the buffer status report table for each logical channel group.
  • the base station checks the terminal capability received from the terminal, and if the terminal supports a buffer status report table considering data packet characteristics, it can instruct the terminal to use the buffer status report table.
  • the receiving unit 1330 may receive instruction information indicating whether to use the legacy buffer status report table or the buffer status report table for each logical channel group.
  • the indication information may be indicated in bitmap format for each logical channel group.
  • the indication information may be configured by matching logical channel group identification information.
  • Indication information can be received through any downlink signal.
  • indication information may be received by being included in an RRC message.
  • indication information may be received by being included in an L2 message (e.g. MAC CE).
  • indication information may be received included in an L1 message (e.g. DCI).
  • the control unit 1310 When the indication information is received, the control unit 1310 performs a buffer status report for the indicated logical channel group using a buffer status report table considering data packet characteristics. For example, the control unit 1310 uses the buffer status report table indicated by the indication information when calculating buffer size information for each logical channel group. In this case, an index value corresponding to the buffer size information is determined to indicate the buffer size information.
  • the buffer status report may include at least one of buffer size information and time information for the logical channel group.
  • the time information may include elapsed time information from when the first PDU of the uplink PDU-Set reaches the buffer until a buffer status report is transmitted, or delay time information obtained by subtracting the elapsed time from the PDU-Set delay budget. .
  • information on the elapsed time until the first PDU of three dependent data packets reaches the terminal's buffer and the terminal transmits the buffer status report to the base station may be included in the buffer status report.
  • time information (delay time information) remaining after subtracting the elapsed time from the delay budget for a set of dependent data packets may be included in the buffer status report.
  • the buffer status report may be triggered when a timer set to start when a PDU included in the uplink PDU-Set is received in the buffer reaches a specific time or expiration time.
  • a specific time or expiration time may be indicated by the base station.
  • the control unit 1310 can configure a timer to trigger a buffer status report.
  • the timer may be started when a PDU (e.g., the first PDU) included in the PDU-Set reaches the buffer.
  • the control unit 1310 determines that the timer has expired or has reached a specific time, it triggers transmission of a buffer status report to the base station.
  • At least one of the above-described timer, expiration time, and specific time information may be configured in the terminal by the base station.
  • the buffer status report may be Short BSR or Short Truncated BSR with 8-bit buffer size information.
  • Short BSR may be set in a different format from the conventional Short BSR that uses a legacy buffer status report table.
  • Short BSR may be set in the same format as the conventional Short BSR.
  • Short Truncated BSR can be set in a different format from the conventional Short Truncated BSR that uses a legacy buffer status report table.
  • the Short Truncated BSR may be set in the same format as the conventional Short Truncated BSR.
  • the conventional Short BSR or Short Truncated BSR is formatted to have 5-bit buffer size information.
  • the buffer status report of the present disclosure may be divided into a format including 8-bit buffer size information. Additionally, buffer status reports can have fixed or variable length.
  • control unit 1310 controls the overall operation of the terminal 1300 according to transmitting the buffer status report necessary to perform the present disclosure described above.
  • the transmitter 1320 and the receiver 1330 are used to transmit and receive signals, messages, and data necessary to perform the present disclosure described above with a base station or core network entity.
  • Figure 14 is a diagram showing the configuration of a base station according to another embodiment.
  • the base station 1400 that receives the buffer status report is a receiver that receives terminal capabilities from the terminal indicating support for a buffer status report table set according to data packet characteristics that are distinct from the legacy buffer status report table. It may include (1430) and a transmitter (1420) that transmits instruction information instructing the use of the buffer status report table to the terminal.
  • the receiving unit 1430 may receive a buffer status report including buffer size information calculated using the buffer status report table.
  • a buffer status report table set according to data packet characteristics may be set to support a 5-bit or 8-bit buffer size field.
  • the buffer status report table is a newly defined static BSR table that is distinguished from the 8-bit buffer size level table using conventional NR technology, or a buffer status report using a buffer size level index determined by parameters indicated by the base station. It could be a table. In this case, the buffer status report table can be set to support an 8-bit buffer size field.
  • the buffer status report table can be set based on the minimum buffer size, maximum buffer size, and buffer size division number. Additionally, the buffer status report table can be set to an 8-bit buffer size value.
  • the minimum buffer size can be calculated by considering the minimum value of the average PDU-Set/PDUs size at the data transfer rate and frame rate.
  • the minimum buffer size may be set to one of the buffer size values of an arbitrary index included in the leggy buffer status report table to support arbitrary uplink data transmission included in the logical channel group.
  • the maximum buffer size can be calculated by considering the maximum value of the average PDU-Set/PDUs size at the data transfer rate and frame rate.
  • the buffer size classification number can be expressed as an index of 256 when dividing an 8-bit buffer size.
  • the buffer status report table can be set through minimum buffer size + (maximum buffer size - minimum buffer size)/lower integer value for the buffer size fraction * (i-1).
  • i may mean an index.
  • the buffer status report table can be set to have an 8-bit buffer size.
  • the receiving unit 1430 can receive terminal capabilities including information on whether the terminal supports the buffer status report table set according to data packet characteristics.
  • the receiver 1430 may receive terminal capabilities from the terminal through an uplink signal.
  • the indication information may include information indicating whether to use the buffer status report table for each logical channel group.
  • the control unit 1410 can check the terminal capability received from the terminal, and if the terminal supports a buffer status report table considering data packet characteristics, it can instruct the terminal to use the buffer status report table.
  • the transmitter 1420 may transmit instruction information indicating whether to use the legacy buffer status report table or the buffer status report table for each logical channel group.
  • the indication information may be indicated in bitmap format for each logical channel group.
  • the indication information may be configured by matching logical channel group identification information.
  • indication information can be transmitted through any downlink signal.
  • indication information may be transmitted and included in an RRC message.
  • indication information may be transmitted included in an L2 message (e.g. MAC CE).
  • indication information may be transmitted included in an L1 message (e.g. DCI).
  • the terminal When the indication information is received, the terminal performs buffer status reporting for the indicated logical channel group using a buffer status report table considering data packet characteristics. For example, when calculating buffer size information for each logical channel group, the terminal uses the buffer status report table indicated by the indication information. In this case, an index value corresponding to the buffer size information is determined to indicate the buffer size information.
  • the buffer status report may include at least one of buffer size information and time information for the logical channel group.
  • the time information may include elapsed time information from when the first PDU of the uplink PDU-Set reaches the buffer until a buffer status report is transmitted, or delay time information obtained by subtracting the elapsed time from the PDU-Set delay budget. .
  • information on the elapsed time until the first PDU of three dependent data packets reaches the terminal's buffer and the terminal transmits the buffer status report to the base station may be included in the buffer status report.
  • time information (delay time information) remaining after subtracting the elapsed time from the delay budget for a set of dependent data packets may be included in the buffer status report.
  • the buffer status report may be triggered when a timer set to start when a PDU included in the uplink PDU-Set is received in the buffer reaches a specific time or expiration time.
  • a specific time or expiration time may be indicated by the base station.
  • the terminal can configure a timer to trigger buffer status reporting.
  • the timer may be started when a PDU (e.g., the first PDU) included in the PDU-Set reaches the buffer.
  • the terminal determines that the timer has expired or has reached a specific time, it triggers a buffer status report to be transmitted to the base station.
  • the transmitter 1420 may transmit at least one of the above-described timer, expiration time, and specific time information to the terminal.
  • the buffer status report may be Short BSR or Short Truncated BSR with 8-bit buffer size information.
  • Short BSR may be set in a different format from the conventional Short BSR that uses a legacy buffer status report table.
  • Short BSR may be set in the same format as the conventional Short BSR.
  • Short Truncated BSR can be set in a different format from the conventional Short Truncated BSR that uses a legacy buffer status report table.
  • the Short Truncated BSR may be set in the same format as the conventional Short Truncated BSR.
  • the conventional Short BSR or Short Truncated BSR is formatted to have 5-bit buffer size information.
  • the buffer status report of the present disclosure may be divided into a format including 8-bit buffer size information. Additionally, buffer status reports can have fixed or variable length.
  • control unit 1410 controls the overall operation of the base station 1400 according to transmission of uplink data necessary to perform the present disclosure described above.
  • the transmitter 1420 and the receiver 1430 are used to transmit and receive signals, messages, and data necessary to perform the present disclosure described above with the terminal and core network entity.
  • 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 present embodiments uses one or more ASICs (Application Specific Integrated Circuits), DSPs (Digital Signal Processors), DSPDs (Digital Signal Processing Devices), PLDs (Programmable Logic Devices), and FPGAs. (Field Programmable Gate Arrays), processors, controllers, microcontrollers, or microprocessors.
  • ASICs Application Specific Integrated Circuits
  • DSPs Digital Signal Processors
  • DSPDs Digital Signal Processing Devices
  • PLDs Programmable Logic Devices
  • FPGAs Field Programmable Gate Arrays
  • processors controllers, microcontrollers, or microprocessors.
  • the method according to the present embodiments may be implemented in the form of a device, procedure, or function that performs the functions or operations described above.
  • Software code can be stored in a memory unit and run by a processor.
  • the memory unit is located inside or outside the processor and can exchange data with the processor through various known means.
  • system generally refer to computer-related entities hardware, hardware and software. It may refer to a combination of, software, or running software.
  • the foregoing components may be a process, processor, controller, control processor, object, thread of execution, program, and/or computer run by a processor.
  • an application running on a controller or processor and the controller or processor can be a component.
  • One or more components may reside within a process and/or thread of execution, and the components may be located on a single device (e.g., system, computing device, etc.) or distributed across two or more devices.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 개시는 버퍼상태보고 송수신 기술에 관한 것으로, 본 실시예들은 단말이 버퍼상태보고를 전송하는 방법에 있어서, 레거시 버퍼상태리포트 테이블과 구분되는 데이터 패킷 특성에 따라 설정되는 버퍼상태리포트 테이블의 지원을 지시하는 단말 캐퍼빌리티를 기지국으로 전송하는 단계와 기지국으로부터 버퍼상태리포트 테이블의 사용을 지시하는 지시정보를 수신하는 단계 및 버퍼상태리포트 테이블을 이용하여 산출된 버퍼 크기 정보를 포함하는 버퍼상태보고(Buffer Status Report)를 전송하는 단계를 포함하는 방법 및 장치를 제공할 수 있다.

Description

버퍼상태보고 처리 방법 및 그 장치
본 개시는 버퍼상태보고 송수신 기술에 관한 것이다.
XR(eXtended Reality)과 CG(Cloud Gaming)은 핸드헬드(handheld) 그리고 웨어러블(wearable) 단말의 도움으로 수행되는 인간-기계, 인간-인간 통신에서 다양한 유형의 증강된, 가상의 그리고 혼합된 환경을 의미하는 광범위한 용어로 사용된다. 확장현실(XR: eXtended Reality)은 증강현실(AR: Augmented Reality), 혼합현실(MR: Mixed Reality) 그리고 가상현실(VR: Virtual Reality)을 포괄하는 광범위한 용어로 사용된다. 클라우드 게이밍은 게이밍에 관련된 대부분의 계산이 단말로부터 에지 또는 원격 서버로 오프로드된 유즈 케이스를 나타낸다. 클라우드 컴퓨팅/게이밍과 함께 XR 응용은 전형적으로 높은 쓰루풋과 낮은 지연을 요구한다.
많은 XR과 CG 유즈 케이스는 빈번한 업링크(e.g. pose/control update) 및/또는 업링크 비디오 스트림과 결합된 다운링크 비디오 스트림에서 높은 데이터 레이트를 가진 (가능한 지터를 가진) 준-주기적(quasi-periodic) 트래픽으로 특성화된다. 다운링크와 업링크 트래픽 모두 상대적으로 엄격한 패킷 딜레이 버짓(PDB: Packet delay budget)에 의해 특성화된다.
또한, 많은 XR과 CG 단말은 배터리 전력이 제한된다. 그러나, 현재 단말의 DRX(Discontinous Reception) 구성은 비정수적(non-integer)으로 발생하는 XR 트래픽 주기, 가변적 XR 데이터 레이트, 준-주기적 XR 주기로 인해 적합하지 않다.
XR과 CG 서비스 셋은 다양성을 가진다. 해당 서비스가 무선망(e.g. NR)을 통해 실행중인(running) 동안 데이터 스트림(e.g. 비디오)은 즉석에서(on the fly) 변할 수 있다.
하나의 프레임 내 패킷들은 서로 의존성을 가질 수 있다. 해당 응용은 해당 프레임을 디코딩하기 위해 해당 프레임을 구성하는 모든 패킷을 필요로 할 수 있다. 하나의 패킷 손실은 다른 상관관계가 있는 패킷들이 성공적으로 전송되었더라도 해당 패킷들을 쓸모없게 만들 수 있다.
그럼에도 종래 이동통신 기술에서는 단말/기지국/코어망이 XR 응용 트래픽을 효과적으로 인지해(aware) 특성에 맞도록 처리할 수 있는 구체적인 방법이 제공되지 않았다.
본 실시예들은 버퍼상태보고를 효과적으로 처리할 수 있는 기술을 제공하고자 한다.
일 측면에서, 본 실시예들은 단말이 버퍼상태보고를 전송하는 방법에 있어서, 레거시 버퍼상태리포트 테이블과 구분되는 데이터 패킷 특성에 따라 설정되는 버퍼상태리포트 테이블의 지원을 지시하는 단말 캐퍼빌리티를 기지국으로 전송하는 단계와 기지국으로부터 버퍼상태리포트 테이블의 사용을 지시하는 지시정보를 수신하는 단계 및 버퍼상태리포트 테이블을 이용하여 산출된 버퍼 크기 정보를 포함하는 버퍼상태보고(Buffer Status Report)를 전송하는 단계를 포함하는 방법을 제공할 수 있다.
다른 측면에서, 본 실시예들은 기지국이 버퍼상태보고를 수신하는 방법에 있어서, 레거시 버퍼상태리포트 테이블과 구분되는 데이터 패킷 특성에 따라 설정되는 버퍼상태리포트 테이블의 지원을 지시하는 단말 캐퍼빌리티를 단말로부터 수신하는 단계와 단말로 버퍼상태리포트 테이블의 사용을 지시하는 지시정보를 전송하는 단계 및 버퍼상태리포트 테이블을 이용하여 산출된 버퍼 크기 정보를 포함하는 버퍼상태보고(Buffer Status Report)를 수신하는 단계를 포함하는 방법을 제공할 수 있다.
또 다른 측면에서, 본 실시예들은 버퍼상태보고를 전송하는 단말에 있어서, 레거시 버퍼상태리포트 테이블과 구분되는 데이터 패킷 특성에 따라 설정되는 버퍼상태리포트 테이블의 지원을 지시하는 단말 캐퍼빌리티를 기지국으로 전송하는 송신부 및 기지국으로부터 버퍼상태리포트 테이블의 사용을 지시하는 지시정보를 수신하는 수신부를 포함하되, 송신부는 버퍼상태리포트 테이블을 이용하여 산출된 버퍼 크기 정보를 포함하는 버퍼상태보고(Buffer Status Report)를 전송하는 단말 장치를 제공할 수 있다.
또 다른 측면에서, 본 실시예들은 버퍼상태보고를 수신하는 기지국에 있어서, 레거시 버퍼상태리포트 테이블과 구분되는 데이터 패킷 특성에 따라 설정되는 버퍼상태리포트 테이블의 지원을 지시하는 단말 캐퍼빌리티를 단말로부터 수신하는 수신부 및 단말로 버퍼상태리포트 테이블의 사용을 지시하는 지시정보를 전송하는 송신부를 포함하되, 수신부는 버퍼상태리포트 테이블을 이용하여 산출된 버퍼 크기 정보를 포함하는 버퍼상태보고(Buffer Status Report)를 수신하는 기지국 장치를 제공할 수 있다.
본 실시예들에 의하면 버퍼상태보고를 효과적으로 처리할 수 있다.
도 1은 본 실시예가 적용될 수 있는 NR 무선 통신 시스템에 대한 구조를 간략하게 도시한 도면이다.
도 2는 본 실시예가 적용될 수 있는 NR 시스템에서의 프레임 구조를 설명하기 위한 도면이다.
도 3은 본 실시예가 적용될 수 있는 무선 접속 기술이 지원하는 자원 그리드를 설명하기 위한 도면이다.
도 4는 본 실시예가 적용될 수 있는 무선 접속 기술이 지원하는 대역폭 파트를 설명하기 위한 도면이다.
도 5는 본 실시예가 적용될 수 있는 무선 접속 기술에서의 동기 신호 블록을 예시적으로 도시한 도면이다.
도 6는 본 실시예가 적용될 수 있는 무선 접속 기술에서의 랜덤 액세스 절차를 설명하기 위한 도면이다.
도 7은 CORESET에 대해서 설명하기 위한 도면이다.
도 8은 5G 시스템 내에서 5G-XR 기능을 구현하기 위한 구조의 일 예를 나타낸다.
도 9는 일 실시예에 따른 단말 동작을 설명하기 위한 도면이다.
도 10은 다른 실시예에 따른 기지국 동작을 설명하기 위한 도면이다.
도 11은 5비트 버퍼크기 필드를 위한 버퍼 상태 리포트 테이블을 예시적으로 나타낸 도면이다.
도 12는 8비트 버퍼크기 필드를 위한 버퍼 상태 리포트 테이블을 예시적으로 나타낸 도면이다.
도 13은 또 다른 실시예에 의한 단말의 구성을 보여주는 도면이다.
도 14는 또 다른 실시예에 의한 기지국의 구성을 보여주는 도면이다.
이하, 본 개시의 일부 실시예들을 예시적인 도면을 참조하여 상세하게 설명한다. 각 도면의 구성 요소들에 참조부호를 부가함에 있어서, 동일한 구성 요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 부호를 가질 수 있다. 또한, 본 실시예들을 설명함에 있어, 관련된 공지 구성 또는 기능에 대한 구체적인 설명이 본 기술 사상의 요지를 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명은 생략할 수 있다. 본 명세서 상에서 언급된 "포함한다", "갖는다", "이루어진다" 등이 사용되는 경우 "~만"이 사용되지 않는 이상 다른 부분이 추가될 수 있다. 구성 요소를 단수로 표현한 경우에 특별한 명시적인 기재 사항이 없는 한 복수를 포함하는 경우를 포함할 수 있다.
또한, 본 개시의 구성 요소를 설명하는 데 있어서, 제1, 제2, A, B, (a), (b) 등의 용어를 사용할 수 있다. 이러한 용어는 그 구성 요소를 다른 구성 요소와 구별하기 위한 것일 뿐, 그 용어에 의해 해당 구성 요소의 본질, 차례, 순서 또는 개수 등이 한정되지 않는다.
구성 요소들의 위치 관계에 대한 설명에 있어서, 둘 이상의 구성 요소가 "연결", "결합" 또는 "접속" 등이 된다고 기재된 경우, 둘 이상의 구성 요소가 직접적으로 "연결", "결합" 또는 "접속" 될 수 있지만, 둘 이상의 구성 요소와 다른 구성 요소가 더 "개재"되어 "연결", "결합" 또는 "접속"될 수도 있다고 이해되어야 할 것이다. 여기서, 다른 구성 요소는 서로 "연결", "결합" 또는 "접속" 되는 둘 이상의 구성 요소 중 하나 이상에 포함될 수도 있다.
구성 요소들이나, 동작 방법이나 제작 방법 등과 관련한 시간적 흐름 관계에 대한 설명에 있어서, 예를 들어, "~후에", "~에 이어서", "~다음에", "~전에" 등으로 시간적 선후 관계 또는 흐름적 선후 관계가 설명되는 경우, "바로" 또는 "직접"이 사용되지 않는 이상 연속적이지 않은 경우도 포함할 수 있다.
한편, 구성 요소에 대한 수치 또는 그 대응 정보(예: 레벨 등)가 언급된 경우, 별도의 명시적 기재가 없더라도, 수치 또는 그 대응 정보는 각종 요인(예: 공정상의 요인, 내부 또는 외부 충격, 노이즈 등)에 의해 발생할 수 있는 오차 범위를 포함하는 것으로 해석될 수 있다.
본 명세서에서의 무선 통신 시스템은 음성, 데이터 패킷 등과 같은 다양한 통신 서비스를 무선자원을 이용하여 제공하기 위한 시스템을 의미하며, 단말과 기지국 또는 코어 네트워크 등을 포함할 수 있다.
이하에서 개시하는 본 실시예들은 다양한 무선 접속 기술을 사용하는 무선 통신 시스템에 적용될 수 있다. 예를 들어, 본 실시예들은 CDMA(code division multiple access), FDMA(frequency division multiple access), TDMA(timedivision multiple access), OFDMA(orthogonal frequency division multiple access), SC-FDMA(singlecarrier frequency division multiple access) 또는 NOMA(non-orthogonal multiple access) 등과 같은 다양한 다양한 무선 접속 기술에 적용될 수 있다. 또한, 무선 접속 기술은 특정 접속 기술을 의미하는 것뿐만 아니라 3GPP, 3GPP2, WiFi, Bluetooth, IEEE, ITU 등 다양한 통신 협의기구에서 제정하는 각 세대 별 통신 기술을 의미할 수 있다. 예를 들어, CDMA는 UTRA(universal terrestrial radio access)나 CDMA2000과 같은 무선 기술로 구현될 수 있다. TDMA는 GSM(global system for mobile communications)/GPRS(general packet radio service)/EDGE(enhanced datarates for GSM evolution)와 같은 무선 기술로 구현될 수 있다. OFDMA는 IEEE(institute of electrical andelectronics engineers) 802.11(Wi-Fi), IEEE 802.16(WiMAX), IEEE 802-20, E-UTRA(evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. IEEE 802.16m은 IEEE 802.16e의 진화로, IEEE 802.16e에 기반한 시스템과의 하위 호환성(backward compatibility)를 제공한다. UTRA는 UMTS(universal mobile telecommunications system)의 일부이다. 3GPP(3rd generation partnership project) LTE(long term evolution)은 E-UTRA(evolved-UMTSterrestrial radio access)를 사용하는 E-UMTS(evolved UMTS)의 일부로써, 하향링크에서 OFDMA를 채용하고 상향링크에서 SC-FDMA를 채용한다. 이와 같이 본 실시예들은 현재 개시되거나 상용화된 무선 접속 기술에 적용될 수 있고, 현재 개발 중이거나 향후 개발될 무선 접속 기술에 적용될 수도 있다.
한편, 본 명세서에서의 단말은 무선 통신 시스템에서 기지국과 통신을 수행하는 무선 통신 모듈을 포함하는 장치를 의미하는 포괄적 개념으로서, WCDMA, LTE, NR, HSPA 및 IMT-2020(5G 또는 New Radio) 등에서의 UE(User Equipment)는 물론, GSM에서의 MS(Mobile Station), UT(User Terminal), SS(Subscriber Station), 무선 기기(wireless device) 등을 모두 포함하는 개념으로 해석되어야 할 것이다. 또한, 단말은 사용 형태에 따라 스마트 폰과 같은 사용자 휴대 기기가 될 수도 있고, V2X 통신 시스템에서는 차량, 차량 내의 무선 통신 모듈을 포함하는 장치 등을 의미할 수도 있다. 또한, 기계 형태 통신(Machine Type Communication) 시스템의 경우에 기계 형태 통신이 수행되도록 통신 모듈을 탑재한 MTC 단말, M2M 단말, URLLC 단말 등을 의미할 수도 있다.
본 명세서의 기지국 또는 셀은 네트워크 측면에서 단말과 통신하는 종단을 지칭하며, 노드-B(Node-B), eNB(evolved Node-B), gNB(gNode-B), LPN(Low Power Node), 섹터(Sector), 싸이트(Site), 다양한 형태의 안테나, BTS(Base Transceiver System), 액세스 포인트(Access Point), 포인트(예를 들어, 송신포인트, 수신포인트, 송수신포인트), 릴레이 노드(Relay Node), 메가 셀, 매크로 셀, 마이크로 셀, 피코 셀, 펨토 셀, RRH(Remote Radio Head), RU(Radio Unit), 스몰 셀(small cell) 등 다양한 커버리지 영역을 모두 포괄하는 의미이다. 또한, 셀은 주파수 도메인에서의 BWP(Bandwidth Part)를 포함하는 의미일 수 있다. 예를 들어, 서빙 셀은 단말의 Activation BWP를 의미할 수 있다.
앞서 나열된 다양한 셀은 하나 이상의 셀을 제어하는 기지국이 존재하므로 기지국은 두 가지 의미로 해석될 수 있다. 1) 무선 영역과 관련하여 메가 셀, 매크로 셀, 마이크로 셀, 피코 셀, 펨토 셀, 스몰 셀(small cell)을 제공하는 장치 그 자체이거나, 2) 무선 영역 그 자체를 지시할 수 있다. 1)에서 소정의 무선 영역을 제공하는 장치들이 동일한 개체에 의해 제어되거나 무선 영역을 협업으로 구성하도록 상호 작용하는 모든 장치들을 모두 기지국으로 지시한다. 무선 영역의 구성 방식에 따라 포인트, 송수신 포인트, 송신 포인트, 수신 포인트 등은 기지국의 일 실시 예가 된다. 2)에서 사용자 단말의 관점 또는 이웃하는 기지국의 입장에서 신호를 수신하거나 송신하게 되는 무선 영역 그 자체를 기지국으로 지시할 수도 있다.
본 명세서에서 셀(Cell)은 송수신 포인트로부터 전송되는 신호의 커버리지 또는 송수신 포인트(transmission point 또는 transmission/reception point)로부터 전송되는 신호의 커버리지를 가지는 요소 반송파(component carrier), 그 송수신 포인트 자체를 의미할 수 있다.
상향링크(Uplink, UL, 또는 업링크)는 단말에 의해 기지국으로 데이터를 송수신하는 방식을 의미하며, 하향링크(Downlink, DL, 또는 다운링크)는 기지국에 의해 단말로 데이터를 송수신하는 방식을 의미한다. 하향링크(downlink)는 다중 송수신 포인트에서 단말로의 통신 또는 통신 경로를 의미할 수 있으며, 상향링크(uplink)는 단말에서 다중 송수신 포인트로의 통신 또는 통신 경로를 의미할 수 있다. 이때, 하향링크에서 송신기는 다중 송수신 포인트의 일부분일 수 있고, 수신기는 단말의 일부분일 수 있다. 또한, 상향링크에서 송신기는 단말의 일부분일 수 있고, 수신기는 다중 송수신 포인트의 일부분일 수 있다.
상향링크와 하향링크는, PDCCH(Physical Downlink Control CHannel), PUCCH(Physical Uplink Control CHannel) 등과 같은 제어 채널을 통하여 제어 정보를 송수신하고, PDSCH(Physical Downlink Shared CHannel), PUSCH(Physical Uplink Shared CHannel) 등과 같은 데이터 채널을 구성하여 데이터를 송수신한다.이하에서는 PUCCH, PUSCH, PDCCH 및 PDSCH 등과 같은 채널을 통해 신호가 송수신되는 상황을 'PUCCH, PUSCH, PDCCH 및 PDSCH를 전송, 수신한다'는 형태로 표기하기도 한다.
설명을 명확하게 하기 위해, 이하에서는 본 기술 사상을 3GPP LTE/LTE-A/NR(New RAT) 통신 시스템을 위주로 기술하지만 본 기술적 특징이 해당 통신 시스템에 제한되는 것은 아니다.
3GPP에서는 4G(4th-Generation) 통신 기술에 대한 연구 이후에 ITU-R의 차세대 무선 접속 기술의 요구사항에 맞추기 위한 5G(5th-Generation)통신 기술을 개발한다. 구체적으로, 3GPP는 5G 통신 기술로 LTE-Advanced 기술을 ITU-R의 요구사항에 맞추어 향상 시킨 LTE-A pro와 4G 통신 기술과는 별개의 새로운 NR 통신 기술을 개발한다. LTE-A pro와 NR은 모두 5G 통신 기술을 의미하는 것으로, 이하에서는 특정 통신 기술을 특정하는 경우가 아닌 경우에 NR을 중심으로 5G 통신 기술을 설명한다.
NR에서의 운영 시나리오는 기존 4G LTE의 시나리오에서 위성, 자동차, 그리고 새로운 버티컬 등에 대한 고려를 추가하여 다양한 동작 시나리오를 정의하였으며, 서비스 측면에서 eMBB(Enhanced Mobile Broadband) 시나리오, 높은 단말 밀도를 가지되 넓은 범위에 전개되어 낮은 데이터 레이트(data rate)와 비동기식 접속이 요구되는 mMTC(Massive Machine Communication) 시나리오, 높은 응답성과 신뢰성이 요구되고 고속 이동성을 지원할 수 있는 URLLC(Ultra Reliability and Low Latency) 시나리오를 지원한다.
이러한 시나리오를 만족하기 위해서 NR은 새로운 waveform 및 프레임 구조 기술, 낮은 지연속도(Low latency) 기술, 초고주파 대역(mmWave) 지원 기술, 순방향 호환성(Forward compatible) 제공 기술이 적용된 무선 통신 시스템을 개시한다. 특히, NR 시스템에서는 순방향(Forard) 호환성을 제공하기 위해서 유연성 측면에서 다양한 기술적 변화를 제시하고 있다. NR의 주요 기술적 특징은 아래에서 도면을 참조하여 설명한다.
<NR 시스템 일반>
도 1은 본 실시예가 적용될 수 있는 NR 시스템에 대한 구조를 간략하게 도시한 도면이다.
도 1을 참조하면, NR 시스템은 5GC(5G Core Network)와 NR-RAN파트로 구분되며, NG-RAN은 사용자 평면(SDAP/PDCP/RLC/MAC/PHY) 및 UE(User Equipment)에 대한 제어 평면(RRC) 프로토콜 종단을 제공하는 gNB와 ng-eNB들로 구성된다.gNB 상호 또는 gNB와 ng-eNB는 Xn 인터페이스를 통해 상호 연결된다. gNB와 ng-eNB는 각각 NG 인터페이스를 통해 5GC로 연결된다. 5GC는 단말 접속 및 이동성 제어 기능 등의 제어 평면을 담당하는 AMF (Access and Mobility Management Function)와 사용자 데이터에 제어 기능을 담당하는 UPF (User Plane Function)를 포함하여 구성될 수 있다. NR에서는 6GHz 이하 주파수 대역(FR1, Frequency Range 1)과 6GHz 이상 주파수 대역(FR2, Frequency Range 2)에 대한 지원을 모두 포함한다.
gNB는 단말로 NR 사용자 평면 및 제어 평면 프로토콜 종단을 제공하는 기지국을 의미하고, ng-eNB는 단말로 E-UTRA 사용자 평면 및 제어 평면 프로토콜 종단을 제공하는 기지국을 의미한다. 본 명세서에서 기재하는 기지국은 gNB및 ng-eNB를 포괄하는 의미로 이해되어야 하며, 필요에 따라 gNB 또는 ng-eNB를 구분하여 지칭하는 의미로 사용될 수도 있다.
<NR 웨이브 폼,뉴머롤러지 및 프레임 구조>
NR에서는 하향링크 전송을 위해서 Cyclic prefix를 사용하는 CP-OFDM 웨이브 폼을 사용하고, 상향링크 전송을 위해서 CP-OFDM 또는 DFT-s-OFDM을 사용한다. OFDM 기술은 MIMO(Multiple Input Multiple Output)와 결합이 용이하며, 높은 주파수 효율과 함께 저 복잡도의 수신기를 사용할 수 있다는 장점을 가지고 있다.
한편, NR에서는 전술한 3가지 시나리오 별로 데이터 속도, 지연속도, 커버리지 등에 대한 요구가 서로 상이하기 때문에 임의의 NR 시스템을 구성하는 주파수 대역을 통해 각각의 시나리오 별 요구사항을 효율적으로 만족시킬 필요가 있다. 이를 위해서, 서로 다른 복수의 뉴머롤러지(numerology) 기반의 무선 자원을 효율적으로 멀티플렉싱(multiplexing)하기 위한 기술이 제안되었다.
구체적으로, NR 전송 뉴머롤러지는 서브캐리어 간격(sub-carrier spacing)과 CP(Cyclic prefix)에 기초하여 결정되며, 아래 표 1과 같이 15kHz를 기준으로 μ 값이 2의 지수 값으로 사용되어 지수적으로 변경된다.
μ 서브캐리어 간격 Cyclic prefix Supported for data Supported for synch
0 15 Normal Yes Yes
1 30 Normal Yes Yes
2 60 Normal, Extended Yes No
3 120 Normal Yes Yes
4 240 Normal No Yes
위 표 1과 같이 NR의 뉴머롤러지는 서브캐리어 간격에 따라 5가지로 구분될 수 있다. 이는 4G 통신 기술 중 하나인 LTE의 서브캐리어 간격이 15kHz로 고정되는 것과는 차이가 있다. 구체적으로, NR에서 데이터 전송을 위해서 사용되는 서브캐리어 간격은 15, 30, 60, 120kHz이고, 동기 신호 전송을 위해서 사용되는 서브캐리어 간격은 15, 30, 120, 240kHz이다. 또한, 확장 CP는 60kHz 서브캐리어 간격에만 적용된다. 한편, NR에서의 프레임 구조(frame structure)는 1ms의 동일한 길이를 가지는 10개의 서브프레임(subframe)으로 구성되는 10ms의 길이를 가지는 프레임(frame)이 정의된다. 하나의 프레임은 5ms의 하프 프레임으로 나뉠 수 있으며, 각 하프 프레임은 5개의 서브프레임을 포함한다. 15kHz 서브캐리어 간격의 경우에 하나의 서브프레임은 1개의 슬롯(slot)으로 구성되고, 각 슬롯은 14개의 OFDM 심볼(symbol)로 구성된다.
도 2는 본 실시예가 적용될 수 있는 NR 시스템에서의 프레임 구조를 설명하기 위한 도면이다.
도 2를 참조하면, 슬롯은 노멀 CP의 경우에 고정적으로 14개의 OFDM 심볼로 구성되나, 슬롯의 시간 도메인에서 길이는 서브캐리어 간격에 따라 달라질 수 있다. 예를 들어, 15kHz 서브캐리어 간격을 가지는 뉴머롤러지의 경우에 슬롯은 1ms 길이로 서브프레임과 동일한 길이로 구성된다. 이와 달리, 30kHz 서브캐리어 간격을 가지는 뉴머롤러지의 경우에 슬롯은 14개의 OFDM 심볼로 구성되나, 0.5ms의 길이로 하나의 서브프레임에 두 개의 슬롯이 포함될 수 있다. 즉, 서브프레임과 프레임은 고정된 시간 길이를 가지고 정의되며, 슬롯은 심볼의 개수로 정의되어 서브캐리어 간격에 따라 시간 길이가 달라질 수 있다.
한편, NR은 스케줄링의 기본 단위를 슬롯으로 정의하고, 무선 구간의 전송 지연을 감소시키기 위해서 미니 슬롯(또는 서브 슬롯 또는 non-slot based schedule)도 도입하였다. 넓은 서브캐리어 간격을 사용하면 하나의 슬롯의 길이가 반비례하여 짧아지기 때문에 무선 구간에서의 전송 지연을 줄일 수 있다. 미니 슬롯(또는 서브 슬롯)은 URLLC 시나리오에 대한 효율적인 지원을 위한 것으로 2, 4, 7개 심볼 단위로 스케줄링이 가능하다.
또한, NR은 LTE와 달리 상향링크 및 하향링크 자원 할당을 하나의 슬롯 내에서 심볼 레벨로 정의하였다. HARQ 지연을 줄이기 위해 전송 슬롯 내에서 바로 HARQ ACK/NACK을 송신할 수 있는 슬롯 구조가 정의되었으며, 이러한 슬롯 구조를 자기 포함(self-contained) 구조로 명명하여 설명한다.
NR에서는 총 256개의 슬롯 포맷을 지원할 수 있도록 설계되었으며, 이중 62개의 슬롯 포맷이 3GPP Rel-15에서 사용된다. 또한, 다양한 슬롯의 조합을 통해서 FDD 또는 TDD 프레임을 구성하는 공통 프레임 구조를 지원한다. 예를 들어, 슬롯의 심볼이 모두 하향링크로 설정되는 슬롯 구조와 심볼이 모두 상향링크로 설정되는 슬롯 구조 및 하향링크 심볼과 상향링크 심볼이 결합된 슬롯 구조를 지원한다. 또한, NR은 데이터 전송이 하나 이상의 슬롯에 분산되어 스케줄링됨을 지원한다. 따라서, 기지국은 슬롯 포맷 지시자(SFI, Slot Format Indicator)를 이용하여 단말에 슬롯이 하향링크 슬롯인지, 상향링크 슬롯인지 또는 플렉시블 슬롯인지를 알려줄 수 있다. 기지국은 단말 특정하게(UE-specific) RRC 시그널링을 통해서 구성된 테이블의 인덱스를 SFI를 이용하여 지시함으로써 슬롯 포맷을 지시할 수 있으며, DCI(Downlink Control Information)를 통해서 동적으로 지시하거나 RRC를 통해서 정적 또는 준정적으로 지시할 수도 있다.
<NR 물리 자원 >
NR에서의 물리 자원(physical resource)과 관련하여, 안테나 포트(antenna port), 자원 그리드(resource grid), 자원 요소(resource element), 자원 블록(resource block), 대역폭 파트(bandwidth part) 등이 고려된다.
안테나 포트는 안테나 포트 상의 심볼이 운반되는 채널이 동일한 안테나 포트 상의 다른 심볼이 운반되는 채널로부터 추론될 수 있도록 정의된다. 하나의 안테나 포트 상의 심볼이 운반되는 채널의 광범위 특성(large-scale property)이 다른 안테나 포트 상의 심볼이 운반되는 채널로부터 추론될 수 있는 경우, 2 개의 안테나 포트는 QC/QCL(quasi co-located 혹은 quasi co-location) 관계에 있다고 할 수 있다. 여기에서, 광범위 특성은 지연 확산(Delay spread), 도플러 확산(Doppler spread), 주파수 시프트(Frequency shift), 평균 수신 파워(Average received power) 및 수신 타이밍(Received Timing) 중 하나 이상을 포함한다.
도 3은 본 실시예가 적용될 수 있는 무선 접속 기술이 지원하는 자원 그리드를 설명하기 위한 도면이다.
도 3을 참조하면, 자원 그리드(Resource Grid)는 NR이 동일 캐리어에서 복수의 뉴머롤러지를 지원하기 때문에 각 뉴머롤러지에 따라 자원 그리드가 존재할 수 있다. 또한, 자원 그리드는 안테나 포트, 서브캐리어 간격, 전송 방향에 따라 존재할 수 있다.
자원 블록(resource block)은 12개의 서브캐리어로 구성되며, 주파수 도메인 상에서만 정의된다. 또한, 자원 요소(resource element)는 1개의 OFDM 심볼과 1개의 서브캐리어로 구성된다. 따라서, 도 3에서와 같이 하나의 자원 블록은 서브캐리어 간격에 따라 그 크기가 달라질 수 있다. 또한, NR에서는 자원 블록 그리드를 위한 공통 참조점 역할을 수행하는 "Point A"와 공통 자원 블록, 물리 자원 블럭, 가상 자원 블록 등을 정의한다.
도 4는 본 실시예가 적용될 수 있는 무선 접속 기술이 지원하는 대역폭 파트를 설명하기 위한 도면이다.
NR에서는 캐리어 대역폭이 20Mhz로 고정된 LTE와 달리 서브캐리어 간격 별로 최대 캐리어 대역폭이 50Mhz에서 400Mhz로 설정된다. 따라서, 모든 단말이 이러한 캐리어 대역폭을 모두 사용하는 것을 가정하지 않는다. 이에 따라서 NR에서는 도 4에 도시된 바와 같이 캐리어 대역폭 내에서 대역폭 파트(BWP)를 지정하여 단말이 사용할 수 있다. 또한, 대역폭 파트는 하나의 뉴머롤러지와 연계되며 연속적인 공통 자원 블록의 서브 셋으로 구성되고, 시간에 따라 동적으로 활성화 될 수 있다. 단말에는 상향링크 및 하향링크 각각 최대 4개의 대역폭 파트가 구성되고, 주어진 시간에 활성화된 대역폭 파트를 이용하여 데이터가 송수신된다.
페어드 스펙트럼(paired spectrum)의 경우 상향링크 및 하향링크 대역폭 파트가 독립적으로 설정되며, 언페어드 스펙트럼(unpaired spectrum)의 경우 하향링크와 상향링크 동작 간에 불필요한 주파수 리튜닝(re-tunning)을 방지하기 위해서 하향링크와 상향링크의 대역폭 파트가 중심 주파수를 공유할 수 있도록 쌍을 이루어 설정된다.
<NR 초기 접속>
NR에서 단말은 기지국에 접속하여 통신을 수행하기 위해서 셀 검색 및 랜덤 액세스 절차를 수행한다.
셀 검색은 기지국이 전송하는 동기 신호 블록(SSB, Synchronization Signal Block)를 이용하여 단말이 해당 기지국의 셀에 동기를 맞추고, 물리계층 셀 ID를 획득하며, 시스템 정보를 획득하는 절차이다.
도 5는 본 실시예가 적용될 수 있는 무선 접속 기술에서의 동기 신호 블록을 예시적으로 도시한 도면이다.
도 5를 참조하면, SSB는 각각 1개 심볼 및 127개 서브 캐리어를 점유하는 PSS(primarysynchronization signal) 및 SSS(secondary synchronization signal) 및 3개의 OFDM 심볼 및 240 개의 서브캐리어에 걸쳐있는 PBCH로 구성된다.
단말은 시간 및 주파수 도메인에서 SSB를 모니터링하여 SSB를 수신한다.
SSB는 5ms 동안 최대 64번 전송될 수 있다. 다수의 SSB는 5ms 시간 내에서 서로 다른 전송 빔으로 전송되며, 단말은 전송에 사용되는 특정 하나의 빔을 기준으로 볼 때에는 20ms의 주기마다 SSB가 전송된다고 가정하고 검출을 수행한다. 5ms 시간 내에서 SSB 전송에 사용할 수 있는 빔의 개수는 주파수 대역이 높을수록 증가할 수 있다. 예를 들어, 3GHz 이하에서는 최대 4개의 SSB 빔 전송이 가능하며, 3~6GHz까지의 주파수 대역에서는 최대 8개, 6GHz 이상의 주파수 대역에서는 최대 64개의 서로 다른 빔을 사용하여 SSB를 전송할 수 있다.
SSB는 하나의 슬롯에 두 개가 포함되며, 서브캐리어 간격에 따라 아래와 같이 슬롯 내에서의 시작 심볼과 반복 횟수가 결정된다.
한편, SSB는 종래 LTE의 SS와 달리 캐리어 대역폭의 센터 주파수에서 전송되지 않는다. 즉, SSB는 시스템 대역의 중심이 아닌 곳에서도 전송될 수 있고, 광대역 운영을 지원하는 경우 주파수 도메인 상에서 복수의 SSB가 전송될 수 있다. 이에 따라서, 단말은 SSB를 모니터링 하는 후보 주파수 위치인 동기 래스터(synchronization raster)를 이용하여 SSB를 모니터링 한다. 초기 접속을 위한 채널의 중심 주파수 위치 정보인 캐리어래스터(carrier raster)와 동기 래스터는 NR에서 새롭게 정의되었으며, 동기 래스터는 캐리어래스터에 비해서, 주파수 간격이 넓게 설정되어 있어서, 단말의 빠른 SSB 검색을 지원할 수 있다.
단말은 SSB의 PBCH를 통해서 MIB를 획득할 수 있다. MIB(Master Information Block)는 단말이 네트워크가 브로드캐스팅 하는 나머지 시스템 정보(RMSI, Remaining Minimum System Information)를 수신하기 위한 최소 정보를 포함한다. 또한, PBCH는 시간 도메인 상에서의 첫 번째 DM-RS 심볼의 위치에 대한 정보, SIB1을 단말이 모니터링하기 위한 정보(예를 들어, SIB1 뉴머롤러지 정보, SIB1 CORESET에 관련된 정보, 검색 공간 정보, PDCCH 관련 파라미터 정보 등), 공통 자원 블록과 SSB 사이의 오프셋 정보(캐리어 내에서의 절대 SSB의 위치는 SIB1을 통해서 전송) 등을 포함할 수 있다. 여기서, SIB1 뉴머롤러지 정보는 단말이 셀 검색 절차를 완료한 이후에 기지국에 접속하기 위한 랜덤 액세스 절차에서 사용되는 일부 메시지에서도 동일하게 적용된다. 예를 들어, 랜덤 액세스 절차를 위한 메시지 1 내지 4 중 적어도 하나에 SIB1의 뉴머롤러지 정보가 적용될 수 있다.
전술한 RMSI는 SIB1(System Information Block 1)을 의미할 수 있으며, SIB1은 셀에서 주기적으로(ex, 160ms) 브로드캐스팅 된다. SIB1은 단말이 초기 랜덤 액세스 절차를 수행하는데 필요한 정보를 포함하며, PDSCH를 통해서 주기적으로 전송된다. 단말이 SIB1을 수신하기 위해서는 PBCH를 통해서 SIB1 전송에 사용되는 뉴머롤러지 정보, SIB1의 스케줄링에 사용되는 CORESET(Control Resource Set) 정보를 수신해야 한다. 단말은 CORESET 내에서 SI-RNTI를 이용하여 SIB1에 대한 스케줄링 정보를 확인하고, 스케줄링 정보에 따라 SIB1을 PDSCH 상에서 획득한다. SIB1을 제외한 나머지 SIB들은 주기적으로 전송될 수도 있고, 단말의 요구에 따라 전송될 수도 있다.
도 6는 본 실시예가 적용될 수 있는 무선 접속 기술에서의 랜덤 액세스 절차를 설명하기 위한 도면이다.
도 6을 참조하면, 셀 검색이 완료되면 단말은 기지국으로 랜덤 액세스를 위한 랜덤 액세스 프리앰블(Random Access Preameble)을 전송한다. 랜덤 액세스 프리앰블은 PRACH를 통해서 전송된다. 구체적으로, 랜덤 액세스 프리앰블은 주기적으로 반복되는 특정 슬롯에서 연속된 무선 자원으로 구성되는 PRACH를 통해서 기지국으로 전송된다. 일반적으로, 단말이 셀에 초기 접속하는 경우에 경쟁 기반 랜덤 액세스 절차를 수행되며, 빔 실패 복구(BFR, Beam Failure Recovery)를 위해서 랜덤 액세스를 수행하는 경우에는 비경쟁 기반 랜덤 액세스 절차가 수행된다.
단말은 전송한 랜덤 액세스 프리앰블에 대한 랜덤 액세스 응답(Random Access Response)을 수신한다. 랜덤 액세스 응답에는 랜덤 액세스 프리앰블식별자(ID), UL Grant (상향링크 무선자원), 임시 C-RNTI(Temporary Cell - Radio Network Temporary Identifier) 그리고 TAC(Time Alignment Command) 이 포함될 수 있다. 하나의 랜덤 액세스 응답에는 하나 이상의 단말들을 위한 랜덤 액세스 응답 정보가 포함될 수 있기 때문에, 랜덤 액세스 프리앰블식별자는 포함된 UL Grant, 임시 C-RNTI 그리고 TAC가 어느 단말에게 유효한지를 알려주기 위하여 포함될 수 있다. 랜덤 액세스 프리앰블식별자는 기지국이 수신한 랜덤 액세스 프리앰블에 대한식별자일 수 있다. TAC는 단말이 상향 링크 동기를 조정하기 위한 정보로서 포함될 수 있다. 랜덤 액세스 응답은 PDCCH상의 랜덤 액세스 식별자, 즉 RA-RNTI(Random Access - Radio Network Temporary Identifier)에 의해지시될 수 있다.
유효한 랜덤 액세스 응답을 수신한 단말은 랜덤 액세스 응답에 포함된 정보를 처리하고, 기지국으로 스케줄링된 전송을 수행한다. 예를 들어, 단말은 TAC을 적용시키고, 임시 C-RNTI를 저장한다. 또한, UL Grant를 이용하여, 단말의 버퍼에 저장된 데이터 또는 새롭게 생성된 데이터를 기지국으로 전송한다. 이 경우 단말을 식별할 수 있는 정보가 포함되어야 한다.
마지막으로 기지국은 경쟁 해소를 위한 하향링크 메시지를 전송하고, 단말은 이 하향링크 메시지를 수신한다.
<NR CORESET>
NR에서의 하향링크 제어채널은 1~3 심볼의 길이를 가지는 CORESET(Control Resource Set)에서 전송되며, 상/하향 스케줄링 정보와 SFI(Slot format Index), TPC(Transmit Power Control) 정보 등을 전송한다.
이와 같이 NR에서는 시스템의 유연성을 확보하기 위해서, CORESET 개념을 도입하였다. CORESET(Control Resource Set)은 하향링크 제어 신호를 위한 시간-주파수 자원을 의미한다. 단말은 CORESET 시간-주파수 자원에서 하나 이상의 검색 공간을 사용하여 제어 채널 후보를 디코딩할 수 있다. CORESET 별 QCL(Quasi CoLocation) 가정을 설정하였으며, 이는 종래 QCL에 의해서 가정되는 특성인 지연 스프레드, 도플러 스프레드, 도플러 쉬프트, 평균 지연 외에 아날로그 빔 방향에 대한 특성을 알리기 위한 목적으로 사용된다.
도 7은 CORESET에 대해서 설명하기 위한 도면이다.
도 7을 참조하면, CORESET은 하나의 슬롯 내에서 캐리어 대역폭 내에서 다양한 형태로 존재할 수 있으며, 시간 도메인 상에서 CORESET은 최대 3개의 OFDM 심볼로 구성될 수 있다. 또한, CORESET은 주파수 도메인 상에서 캐리어 대역폭까지 6개의 자원 블록의 배수로 정의된다.
첫 번째 CORESET(CORESET 0)은 네트워크로부터 추가 구성 정보 및 시스템 정보를 수신할 수 있도록 초기 대역폭 파트 구성의 일부로 MIB를 통해서 지시된다. 기지국과의 연결 설정 후에 단말은 RRC 시그널링을 통해서 하나 이상의 CORESET 정보를 수신하여 구성할 수 있다.
본 명세서에서 NR(New Radio)과 관련한 주파수, 프레임, 서브프레임, 자원, 자원블럭, 영역(region), 밴드, 서브밴드, 제어채널, 데이터채널, 동기신호, 각종 참조신호, 각종 신호 또는 각종 메시지는 과거 또는 현재 사용되는 의미 또는 장래 사용되는 다양한 의미로 해석될 수 있다.
본 개시는 이동통신망에서 XR/미디어와 같은 특정 응용 서비스에 대한 패킷 데이터를 처리하는 방법 및 장치에 관한 것이다. 예를 들어, 본 개시는 무선망에서 상위/응용계층에서 제공되는 정보를 활용해 응용 트래픽 특성을 고려한 패킷 데이터 처리 기술을 제안하고자 한다. 또한, MAC 계층에서 XR/미디어 데이터를 효과적으로 처리하는 기술을 제안한다.
특정 응용 서비스에 대한 패킷은 상호 의존적인 속성을 가질 수 있다. 예를 들어, 하나의 프레임 내 패킷들은 서로 의존성을 가질 수 있다. 해당 응용(application)은 해당 프레임을 디코딩하기 위해 해당 모든 패킷을 필요로 할 수 있다. 하나의 패킷 손실은 다른 상관관계가 있는 패킷들이 성공적으로 전송되었더라도 해당 패킷들을 쓸모없게 만들 수 있다. 예를들어, XR 응용은 단일 패킷/PDUs 보다는 응용데이터유닛(ADU: Application Data Unit)/미디어유닛 측면에서 요구사항이 부과될 수 있다. 동일한 비디오 스트림이지만 서로 다른 프레임 유형(I/P 프레임) 또는 GoP(Group of Picture) 내에서 심지어 다른 위치의 패킷들은 사용자 경험에 서로 다른 기여도를 가질 수 있다. 따라서, 비디오 스트림 내에서 계층화된(layered) QoS 핸들링은 요구사항을 느슨하게 하고 더 높은 효율을 이끌어 낼 수 있다.
만약, 동작 중인 서비스/응용에 대해서 상위/응용 계층의 추가적인 정보를 활용할 수 있다면, 무선 파라메터 선택을 용이하게 하는데 유용할 수 있다. 그러나, 단말/기지국/코어망에서 XR 응용 트래픽의 특성을 효과적으로 인지해(aware) 처리할 수 있는 구체적인 방법은 제공되지 않고 있다. 또한 XR 서비스는 높은 데이터 레이트와 엄격한 지연 버짓으로 인해 셀 내에서 다수의 단말에 대해 서비스를 제공하기 위해서는 용량(capacity)을 향상시킬 필요가 있다. 이를 지원하기 위한 방법으로 전송할 데이터에 대한 지연 버짓을 고려하거나 업링크 데이터 버퍼를 정확하게 리포팅 받아 스케줄링하면 셀 용량을 증가시킬 수 있다. 하지만 종래 기술에서 이를 지원하는 구체적인 방법이 제공되지 않았다.
이와 같이, 종래 이동통신 기술에서는 단말/기지국/코어망이 XR 응용 트래픽을 효과적으로 인지해(aware) 처리할 수 있는 구체적인 방법이 제공되지 않았으며 기지국이 해당 트래픽 특성을 고려한 스케줄링을 지원할 수 없었다.
이러한 문제점을 해결하기 위해 안출된 본 실시예들은 무선망에서 단말 또는 코어망을 통해 XR 응용 트래픽 특성을 고려하는 시그널링을 통해 패킷 데이터를 효과적으로 처리하는 방법 및 장치에 대해 제안한다.
본 명세서에서는 5GS/NR 기술 기반의 제어 방법에 대해 설명한다. 하지만 이것은 설명의 편의를 위한 것으로 임의의 시스템/무선액세스 기술(e.g. LTE, 6G)에 대해서도 본 실시예가 적용될 수 있다. 본 개시에서 설명하는 실시 예는 NR/5GS 규격(e.g. MAC 규격인 TS 38.321, NR RRC 규격인 TS 38.331, 시스템 구조 규격인 TS 23.501 etc.)에서 명시된 정보 요소 및 오퍼레이션의 내용을 포함한다. 본 명세서 상에 해당 정보 요소에 대한 정의와 관련된 단말 오퍼레이션 내용이 포함되지 않더라도 표준규격에 명시된 해당 내용이 본 실시예에에 결합될 수 있다.
이하에서 설명하는 임의의 기능은 개별적인 단말 캐퍼빌리티(UE radio 캐퍼빌리티 또는 UE Core network 캐퍼빌리티)로 정의되어 단말에 의해 해당 시그널링을 통해 기지국/코어망개체(e.g. AMF/SMF)로 전송될 수 있다. 또는 임의의 기능들이 조합/결합되어 해당 단말 캐퍼빌리티로 정의되어 단말에 의해 해당 시그널링을 통해 기지국/코어망개체로 전송될 수 있다.
기지국은 이하에서 설명한 임의의 기능 또는 임의의 기능 조합에 대해 해당 기능/기능조합의 허용/지원/구성을 지시하는 정보를 RRC 메시지를 통해 단말로 전송/지시할 수 있다. 예를 들어 해당 기능/기능조합의 구성/적용 이전에 또는 해당 기능/기능조합의 구성/적용과 동시에 이를 단말에 지시할 수 있다. 해당 RRC 메시지는 시스템 정보를 통해 브로드캐스트 될 수 있다. 또는 전용 RRC 메시지를 통해 단말로 지시될 수 있다.
설명의 편의를 위해 응용(application)/응용계층에 의해 구분되는 유닛, 또는 응용 내에서 구분되는 유닛, 또는 하나의 응용 내에서 데이터/스트림/패킷 간에 상관관계를 가지는 유닛, 또는 하나의 응용 내에서 데이터/스트림/패킷 간에 의존성을 가지는 유닛, 또는 하나의 플로우 내에서 서로 다른 트래픽 특성/스트림을 가지고 구분되는 유닛, 또는 하나의 PDU 세션 내에서 서로 다른 트래픽 특성/스트림을 가지고 구분되는 유닛, 또는 응용에서 포함/사용/추가되는 임의의 정보/필드/메타데이터를 기반으로 구분되는 유닛, 또는 응용 레벨에서 생성된 한 유닛 정보의 페이로드를 운반하는 PDUs를 PDU Set로 표기한다. 이는 설명의 편의를 위한 것일 뿐, ADU(Application Data Unit), Application Unit, MU(media unit), Application packet data unit, GoP(Group of Picture) unit, traffic type(e.g. XR viewer pose information unit, tactile information, video, audio, degree of freedom) specific unit, frame type, stream type 등 임의의 다른 용어로 대체될 수 있다.
하나의 PDU Set은 응용 레벨에서 생성되는 한 유닛 정보를 페이로드로 운반하는 하나 또는 이상의 PDUs로 구성되며, 해당 PDUs는 응용계층에서 동일한 중요도 요구사항을 가진다. 응용 계층에 의해 해당하는 유닛 정보를 사용하기 위해 하나의 PDU Set 내의 모든 PDUs가 필요할 수도 있고, 그렇지 않을 수도 있다.(A PDU Set is composed of one or more PDUs carrying the payload of one unit of information generated at the application level (e.g. a frame or video slice for XRM Services) In some implementations all PDUs in a PDU Set are needed by the application layer to use the corresponding unit of information. In other implementations, the application layer can still recover parts or all of the information unit, when some PDUs are missing) 또한, 일부 PDUs가 손실되었을 때 응용 계층이 정보의 부분 또는 전체를 복구할 수 있는지를 지시하기 위한 정보가 응용계층/응용서버/응용기능/단말에서 기지국으로 전송될 수 있다. 예를 들어, 해당 정보는 응용서버/응용기능에서 제어플레인 시그널링을 통해 코어망을 거쳐 기지국으로 전송될 수 있다. 또는 해당 정보는 응용서버에서 사용자플래인 상에서UPF로 전송되고 UPF에서 기지국으로 전송될 때, 해당 데이터를 운반하는 임의의 헤더(e.g. GTP-U 헤더, PDU-Set 관련 정보를 포함하는 헤더)에 포함되어 전송될 수 있다. 기지국은 해당 정보 또는 해당 데이터를 단말로 지시함으로써 단말에 해당 데이터를 구분해 기지국으로 전송하도록 할 수 있다. 또는 단말은 RRC 시그널링을 통해 관련 정보를 기지국으로 전송할 수 있다.
이하에서 설명하는 기능들은 개별적 독립적으로 수행될 수 있다. 이하에서 설명하는 기능들은 임의로 조합/결합되어 실시될 수 있으며 이 또한 본 실시예들의 범주에 포함되는 것이 자명하다. 예를 들어, 하나 이상의 기능들이 동시에 적용될 수 있다.
이하에서 설명하는 XR 응용에 대한 임의의 정보는 단말/네트워크에서 통계적/경험적으로 얻어진/산출된/유도된 트래픽 특성 정보(e.g. 기대값/평균, 편차, 표준편차 등 임의의 통계/통계량)가 될 수 있다. 따라서 본 명세서에 포함된 임의의 정보는 평균(기대값)/최소/최대/표준편차 값 중 하나 이상의 값을 나타낼 수 있다. 예를 들어 업데이트 레이트라는 정보가 포함되었다면 이는 평균(기대값)/최소/최대/표준편차 업데이트 레이트를 의미할 수 있다. 이는 설명의 편의를 위한 것으로 본 명세서의 모든 정보는 통계적 정보로 사용될 수 있다. 또는 단말/네트워크에 사전 구성되거나 OAM/응용서버/응용기능/UDM을 통해 프로비저닝된 정보가 될 수 있다.
도 8은 5G 시스템 내에서 5G-XR 기능을 구현하기 위한 구조의 일 예를 나타낸다.
설명의 편의를 위해 본 명세서에서는 도 8을 기반으로 설명하지만, 전술한 바와 같이 임의의 시스템/무선액세스 기술(e.g. LTE, 6G)에 대해서도 본 실시예들이 적용될 수 있다.
도 8을 참조하면, 5G-XR AF은 5G-XR 서비스를 위한 응용 기능(Application function)을 나타낸다. 5G-XR AS은 5G-XR 서비스를 위한 응용 서버를 나타낸다. 5G-XR Client는 5G-XR 서비스를 위한 단말 내부 기능을 나타낸다. 단말 내에서 XR 클라이언트는 XR 응용에 의해 APIs 등을 통해 액세스되는 XR 세션의 송수신기를 나타낼 수 있다. XR 클라이언트는 XR 세션(또는 XR 세션의 딜리버리)을 설정/제어/지원하기 위해 5G-XR AF과 통신/시그널링을 수행할 수 있다. XR 클라이언트는 XR 데이터에 액세스 하고, 해당 데이터를 처리하기 위해 5G-XR AS과 통신을 수행할 수 있다. 5G-XR AF는 단말 상에서 XR 세션을 처리를 위한 다양한 제어 기능을 제공하며, QoS 제어 등을 위해 PCF/NEF와 시그널링을 수행할 수 있다. 5G-XR AS는 5G XR 미디어와 미디어 기능을 호스트 하는 응용서버를 나타낸다.
도 9는 일 실시예에 따른 단말 동작을 설명하기 위한 도면이다.
도 9를 참조하면, 버퍼상태보고를 전송하는 단말은 레거시 버퍼상태리포트 테이블과 구분되는 데이터 패킷 특성에 따라 설정되는 버퍼상태리포트 테이블의 지원을 지시하는 단말 캐퍼빌리티를 기지국으로 전송하는 단계를 수행할 수 있다(S910).
예를 들어, 레거시 버퍼상태리포트 테이블은 XR과 같이 의존성이 높은 패킷을 효과적으로 처리하기 위한 버퍼상태보고 기능을 지원하지 않는 단말을 위한 종래 NR에서의 버퍼상태리포트 테이블을 의미한다. 따라서, 테이터 패킷 특성에 따라 설정되는 버퍼상태리포트 테이블은 종래 NR에서 지원되는 레거시 버퍼상태리포트 테이블과 구분되어 설정될 수 있다. 예를 들어, 단말에 둘 이상의 버퍼상태리포트 테이블이 설정될 수 있다. 높은 데이터 레이트와 엄격한 지연 버짓을 가지는 데이터 패킷을 처리하기 위해서 새롭게 설정되는 버퍼상태리포트 테이블이 적용될 수 있다.
일 예로, 데이터 패킷 특성에 따라 설정되는 버퍼상태리포트 테이블은 5비트 또는 8비트 버퍼 크기 필드를 지원하도록 설정될 수 있다. 다른 예로, 버퍼상태리포트 테이블은 종래 NR 기술에 의한 8비트 버퍼크기 레벨 테이블과 구분되어 새롭게 정의되는 정적인 BSR 테이블 또는 기지국에 의해 지시된 파라메터에 의해 결정되는 버퍼 크기 레벨 인덱스를 사용하는 버퍼상태리포트 테이블일 수 있다. 이 경우에 버퍼상태리포트 테이블은 8비트의 버퍼 크기 필드를 지원하도록 설정될 수 있다.
예를 들어, 버퍼상태 리포트 테이블은 최소버퍼크기, 최대버퍼크기 및 버퍼크기 구분 수에 기초하여 설정될 수 있다. 또한, 버퍼상태리포트 테이블은 8비트 버퍼 크기 값으로 설정될 수 있다. 일 예로, 최소버퍼크기는 데이터 전송률과 프레임 레이트에서 평균 PDU-Set/PDUs 크기의 최소값을 고려해 산출될 수 있다. 다른 예로, 최소버퍼크기는 논리채널그룹에 포함된 임의의 업링크 데이터 전송을 지원하기 위해 레거리 버퍼상태리포트 테이블에 포함된 임의의 인덱스의 버퍼크기 값 중에 하나로 설정될 수도 있다. 또 다른 예로, 최대버퍼크기는 데이터 전송률과 프레임 레이트에서 평균 PDU-Set/PDUs 크기의 최대값을 고려해 산출될 수 있다. 또 다른 예를 들어, 버퍼 크기 구분 수는 8비트 버퍼 크기를 구분하는 경우 256개의 인덱스로 나타낼 수 있다.
예를 들어, 버퍼상태리포트 테이블은 최소버퍼크기 + (최대버퍼크기-최소버퍼크기)/버퍼크기구분수에 대한 내림정수값*(i-1)를 통해 설정될 수 있다. 여기서, i는 인덱스를 의미할 수 있다. 또한, 버퍼상태리포트 테이블은 8비트 버퍼 크기를 가지도록 설정될 수 있다.
한편, 단말은 데이터 패킷 특성에 따라 설정되는 버퍼상태리포트 테이블을 단말이 지원하는지 여부를 단말 캐퍼빌리티에 포함하여 기지국으로 지시할 수 있다. 예를 들어, 단말은 상향링크 신호를 통해서 기지국으로 단말 캐퍼빌리티를 전송할 수 있다.
또한, 단말은 기지국으로부터 버퍼상태리포트 테이블의 사용을 지시하는 지시정보를 수신하는 단계를 수행할 수 있다(S920).
예를 들어, 지시정보는 논리채널그룹 별로 버퍼상태리포트 테이블의 사용 여부를 지시하는 정보를 포함할 수 있다. 기지국은 단말로부터 수신한 단말 캐퍼빌리티를 확인하고, 해당 단말이 데이터 패킷 특성을 고려한 버퍼상태리포트 테이블을 지원하는 경우 해당 단말로 해당 버퍼상태리포트 테이블의 사용을 지시할 수 있다.
단말은 논리채널그룹 별로 레거리 버퍼상태리포트 테이블을 사용할지 또는 버퍼상태리포트 테이블을 사용할지 여부를 지시하는 지시정보를 수신할 수 있다. 예를 들어, 지시정보는 논리채널그룹 별로 비트맵 형식으로 지시될 수도 있다. 또는, 지시정보는 논리채널그룹 식별정보와 매칭되어 구성될 수도 있다.
한편, 지시정보는 임의의 하향링크 신호를 통해서 수신될 수 있다. 일 예로, 지시정보는 RRC 메시지에 포함되어 수신될 수 있다. 다른 예로, 지시정보는 L2 메시지(e.g. MAC CE)에 포함되어 수신될 수도 있다. 또 다른 예로, 지시정보는 L1 메시지(e.g. DCI)에 포함되어 수신될 수도 있다.
또한, 단말은 버퍼상태리포트 테이블을 이용하여 산출된 버퍼 크기 정보를 포함하는 버퍼상태보고(Buffer Status Report)를 전송하는 단계를 수행할 수 있다(S930).
단말은 지시정보가 수신되면, 지시된 논리채널그룹에 대해서는 데이터 패킷 특성을 고려한 버퍼상태리포트 테이블을 사용하여 버퍼상태보고를 수행한다. 예를 들어, 단말은 논리채널그룹 별로 버퍼 크기 정보를 산출함에 있어서, 지시정보에 의해서 지시된 버퍼상태리포트 테이블을 사용한다. 이 경우에 버퍼 크기 정보에 대응되는 인덱스 값이 결정되어 버퍼 크기 정보를 지시할 수 있다.
일 예로, 버퍼상태보고는 논리채널그룹에 대한 버퍼 크기 정보 및 시간 정보 중 적어도 하나를 포함할 수 있다. 시간 정보는 상향링크 PDU-Set의 첫 번째 PDU가 버퍼에 도달된 후 버퍼상태보고를 전송할 때까지의 경과 시간 정보 또는 PDU-Set delay budget에서 상기 경과 시간을 차감한 지연 시간 정보를 포함할 수 있다. 예를 들어, 의존성을 가지는 데이터 패킷의 셋 중 첫번째 PDU가 단말의 버퍼에 도달하고, 단말이 기지국으로 버퍼상태보고를 전송할 때 까지의 경과 시간 정보가 버퍼상태보고에 포함될 수 있다. 및/또는, 의존성을 가지는 데이터 패킷의 셋에 대한 딜레이 버짓에서 경과 시간을 차감하고 남은 시간 정보(지연 시간 정보)가 버퍼상태보고에 포함될 수 있다.
다른 예로, 버퍼상태보고는 상향링크 PDU-Set에 포함되는 PDU가 버퍼에 수신되면 개시되도록 설정된 타이머가 특정 시간 또는 만료 시간에 도달하면 트리거될 수 있다. 여기서, 특정 시간 또는 만료 시간은 기지국에 의해서 지시될 수 있다. 예를 들어, 단말은 버퍼상태보고 트리거를 위한 타이머를 구성할 수 있다. 해당 타이머는 PDU-Set에 포함되는 PDU(예를 들어, 첫번째 PDU)가 버퍼에 도달하면 개시될 수 있다. 단말은 타이머가 만료되거나, 특정 시간에 도달한 것으로 판단되면, 버퍼상태보고를 기지국으로 전송하도록 트리거한다. 전술한 타이머, 만료 시간 및 특정 시간 중 적어도 하나의 정보는 기지국에 의해서 단말에 구성될 수 있다.
또 다른 예로, 버퍼상태보고는 8비트 버퍼크기정보를 가지는 Short BSR 또는 Short Truncated BSR일 수 있다. 예를 들어, Short BSR은 레거리 버퍼상태리포트 테이블을 사용하는 종래 Short BSR과 다른 포맷으로 설정될 수 있다. 또는, Short BSR은 종래 Short BSR과 동일 포맷으로 설정될 수도 있다. Short Truncated BSR은 레거리 버퍼상태리포트 테이블을 사용하는 종래 Short Truncated BSR과 다른 포맷으로 설정될 수 있다. 또는, Short Truncated BSR은 종래 Short Truncated BSR과 동일 포맷으로 설정될 수 있다. 예를 들어, 종래 Short BSR 또는 Short Truncated BSR은 5비트 버퍼 크기 정보를 가지도록 포맷이 구성된다. 이와 달리, 본 개시의 버퍼상태보고는 8비트의 버퍼 크기 정보를 포함하는 포맷으로 구분되어 구성될 수 있다. 또한, 버퍼상태보고는 고정길이 또는 가변길이를 가질 수 있다.
이상의 동작을 통해서 의존성이 높은 데이터 패킷을 처리하기 위해서 지시되는 버퍼상태보고 과정에서 발생되는 실제 버퍼 크기와 지시되는 버퍼크기의 양자화 과정에서 발생되는 오류를 감소시킬 수 있다. 또한, 이를 통해서 서빙 셀의 무선자원 낭비를 방지할 수 있다.
도 10은 다른 실시예에 따른 기지국 동작을 설명하기 위한 도면이다.
도 10을 참조하면, 버퍼상태보고를 수신하는 기지국은 레거시 버퍼상태리포트 테이블과 구분되는 데이터 패킷 특성에 따라 설정되는 버퍼상태리포트 테이블의 지원을 지시하는 단말 캐퍼빌리티를 단말로부터 수신하는 단계를 수행할 수 있다(S1010).
예를 들어, 레거시 버퍼상태리포트 테이블은 XR과 같이 의존성이 높은 패킷을 효과적으로 처리하기 위한 버퍼상태보고 기능을 지원하지 않는 단말을 위한 종래 NR에서의 버퍼상태리포트 테이블을 의미한다. 따라서, 테이터 패킷 특성에 따라 설정되는 버퍼상태리포트 테이블은 종래 NR에서 지원되는 레거시 버퍼상태리포트 테이블과 구분되어 설정될 수 있다. 예를 들어, 단말에 둘 이상의 버퍼상태리포트 테이블이 설정될 수 있다. 높은 데이터 레이트와 엄격한 지연 버짓을 가지는 데이터 패킷을 처리하기 위해서 새롭게 설정되는 버퍼상태리포트 테이블이 적용될 수 있다.
일 예로, 데이터 패킷 특성에 따라 설정되는 버퍼상태리포트 테이블은 5비트 또는 8비트 버퍼 크기 필드를 지원하도록 설정될 수 있다. 다른 예로, 버퍼상태리포트 테이블은 종래 NR 기술에 의한 8비트 버퍼크기 레벨 테이블과 구분되어 새롭게 정의되는 정적인 BSR 테이블 또는 기지국에 의해 지시된 파라메터에 의해 결정되는 버퍼 크기 레벨 인덱스를 사용하는 버퍼상태리포트 테이블일 수 있다. 이 경우에 버퍼상태리포트 테이블은 8비트의 버퍼 크기 필드를 지원하도록 설정될 수 있다.
예를 들어, 버퍼상태 리포트 테이블은 최소버퍼크기, 최대버퍼크기 및 버퍼크기 구분 수에 기초하여 설정될 수 있다. 또한, 버퍼상태리포트 테이블은 8비트 버퍼 크기 값으로 설정될 수 있다. 일 예로, 최소버퍼크기는 데이터 전송률과 프레임 레이트에서 평균 PDU-Set/PDUs 크기의 최소값을 고려해 산출될 수 있다. 다른 예로, 최소버퍼크기는 논리채널그룹에 포함된 임의의 업링크 데이터 전송을 지원하기 위해 레거리 버퍼상태리포트 테이블에 포함된 임의의 인덱스의 버퍼크기 값 중에 하나로 설정될 수도 있다. 또 다른 예로, 최대버퍼크기는 데이터 전송률과 프레임 레이트에서 평균 PDU-Set/PDUs 크기의 최대값을 고려해 산출될 수 있다. 또 다른 예를 들어, 버퍼 크기 구분 수는 8비트 버퍼 크기를 구분하는 경우 256개의 인덱스로 나타낼 수 있다.
예를 들어, 버퍼상태리포트 테이블은 최소버퍼크기 + (최대버퍼크기-최소버퍼크기)/버퍼크기구분수에 대한 내림정수값*(i-1)를 통해 설정될 수 있다. 여기서, i는 인덱스를 의미할 수 있다. 또한, 버퍼상태리포트 테이블은 8비트 버퍼 크기를 가지도록 설정될 수 있다.
한편, 기지국은 데이터 패킷 특성에 따라 설정되는 버퍼상태리포트 테이블을 단말이 지원하는지 여부에 대한 정보를 포함하는 단말 캐퍼빌리티를 수신할 수 있다. 예를 들어, 기지국은 상향링크 신호를 통해서 단말로부터 단말 캐퍼빌리티를 수신할 수 있다.
기지국은 단말로 버퍼상태리포트 테이블의 사용을 지시하는 지시정보를 전송하는 단계를 수행할 수 있다(S1020).
예를 들어, 지시정보는 논리채널그룹 별로 버퍼상태리포트 테이블의 사용 여부를 지시하는 정보를 포함할 수 있다. 기지국은 단말로부터 수신한 단말 캐퍼빌리티를 확인하고, 해당 단말이 데이터 패킷 특성을 고려한 버퍼상태리포트 테이블을 지원하는 경우 해당 단말로 해당 버퍼상태리포트 테이블의 사용을 지시할 수 있다.
기지국은 논리채널그룹 별로 레거리 버퍼상태리포트 테이블을 사용할지 또는 버퍼상태리포트 테이블을 사용할지 여부를 지시하는 지시정보를 전송할 수 있다. 예를 들어, 지시정보는 논리채널그룹 별로 비트맵 형식으로 지시될 수도 있다. 또는, 지시정보는 논리채널그룹 식별정보와 매칭되어 구성될 수도 있다.
한편, 지시정보는 임의의 하향링크 신호를 통해서 전송될 수 있다. 일 예로, 지시정보는 RRC 메시지에 포함되어 전송될 수 있다. 다른 예로, 지시정보는 L2 메시지(e.g. MAC CE)에 포함되어 전송될 수도 있다. 또 다른 예로, 지시정보는 L1 메시지(e.g. DCI)에 포함되어 전송될 수도 있다.
기지국은 버퍼상태리포트 테이블을 이용하여 산출된 버퍼 크기 정보를 포함하는 버퍼상태보고(Buffer Status Report)를 수신하는 단계를 수행할 수 있다(S1030).
단말은 지시정보가 수신되면, 지시된 논리채널그룹에 대해서는 데이터 패킷 특성을 고려한 버퍼상태리포트 테이블을 사용하여 버퍼상태보고를 수행한다. 예를 들어, 단말은 논리채널그룹 별로 버퍼 크기 정보를 산출함에 있어서, 지시정보에 의해서 지시된 버퍼상태리포트 테이블을 사용한다. 이 경우에 버퍼 크기 정보에 대응되는 인덱스 값이 결정되어 버퍼 크기 정보를 지시할 수 있다.
일 예로, 버퍼상태보고는 논리채널그룹에 대한 버퍼 크기 정보 및 시간 정보 중 적어도 하나를 포함할 수 있다. 시간 정보는 상향링크 PDU-Set의 첫 번째 PDU가 버퍼에 도달된 후 버퍼상태보고를 전송할 때까지의 경과 시간 정보 또는 PDU-Set delay budget에서 상기 경과 시간을 차감한 지연 시간 정보를 포함할 수 있다. 예를 들어, 의존성을 가지는 데이터 패킷의 셋 중 첫번째 PDU가 단말의 버퍼에 도달하고, 단말이 기지국으로 버퍼상태보고를 전송할 때 까지의 경과 시간 정보가 버퍼상태보고에 포함될 수 있다. 및/또는, 의존성을 가지는 데이터 패킷의 셋에 대한 딜레이 버짓에서 경과 시간을 차감하고 남은 시간 정보(지연 시간 정보)가 버퍼상태보고에 포함될 수 있다.
다른 예로, 버퍼상태보고는 상향링크 PDU-Set에 포함되는 PDU가 버퍼에 수신되면 개시되도록 설정된 타이머가 특정 시간 또는 만료 시간에 도달하면 트리거될 수 있다. 여기서, 특정 시간 또는 만료 시간은 기지국에 의해서 지시될 수 있다. 예를 들어, 단말은 버퍼상태보고 트리거를 위한 타이머를 구성할 수 있다. 해당 타이머는 PDU-Set에 포함되는 PDU(예를 들어, 첫번째 PDU)가 버퍼에 도달하면 개시될 수 있다. 단말은 타이머가 만료되거나, 특정 시간에 도달한 것으로 판단되면, 버퍼상태보고를 기지국으로 전송하도록 트리거한다. 기지국은 전술한 타이머, 만료 시간 및 특정 시간 중 적어도 하나의 정보를 단말로 전송할 수 있다.
또 다른 예로, 버퍼상태보고는 8비트 버퍼크기정보를 가지는 Short BSR 또는 Short Truncated BSR일 수 있다. 예를 들어, Short BSR은 레거리 버퍼상태리포트 테이블을 사용하는 종래 Short BSR과 다른 포맷으로 설정될 수 있다. 또는, Short BSR은 종래 Short BSR과 동일 포맷으로 설정될 수도 있다. Short Truncated BSR은 레거리 버퍼상태리포트 테이블을 사용하는 종래 Short Truncated BSR과 다른 포맷으로 설정될 수 있다. 또는, Short Truncated BSR은 종래 Short Truncated BSR과 동일 포맷으로 설정될 수 있다. 예를 들어, 종래 Short BSR 또는 Short Truncated BSR은 5비트 버퍼 크기 정보를 가지도록 포맷이 구성된다. 이와 달리, 본 개시의 버퍼상태보고는 8비트의 버퍼 크기 정보를 포함하는 포맷으로 구분되어 구성될 수 있다. 또한, 버퍼상태보고는 고정길이 또는 가변길이를 가질 수 있다.
이상의 동작을 통해서 의존성이 높은 데이터 패킷을 처리하기 위해서 지시되는 버퍼상태보고 과정에서 발생되는 실제 버퍼 크기와 지시되는 버퍼크기의 양자화 과정에서 발생되는 오류를 감소시킬 수 있다. 또한, 이를 통해서 서빙 셀의 무선자원 낭비를 방지할 수 있다.
아래에서는 전술한 단말 또는 기지국이 수행할 수 있는 보다 다양한 실시예를 설명한다. 아래에서 설명하는 각 실시예는 일부 또는 전부가 단말 또는 기지국에 의해서 수행될 수 있다. 또한, 각 실시예의 일부는 상호 조합 또는 결합되어 실시될 수도 있다. 또는, 각 실시예는 임의의 조합으로 단말 또는 기지국에 의해서 실시될 수 있다.
XR 응용 트래픽 특성을 고려/지원하는 BSR
전술한 바와 같이 XR 서비스는 높은 데이터 레이트와 엄격한 지연 버짓을 가진다. 예를 들어 수십Mbps 속도에 20ms 수준의 제한된 지연을 필요로 할 수 있다. 종래 기술에서 BSR(Buffer Status Reporting)은 단말이 서빙 기지국에게 업링크 볼륨을 제공하기 위해 사용되었다. 일반 단말의 경우 Short BSR, Long BSR, Short Truncated BSR, Long Truncated BSR 4가지 유형/포맷이 제공되었었다. Short BSR과 Short Truncated BSR의 버퍼 크기는 5비트를 통해 구분되고, Long BSR, Long Truncated BSR의 버퍼 크기는 8비트를 통해 구분되었다. Short BSR, Short Truncated BSR은 고정크기를 가졌다. 그리고 Long BSR과 Long Truncated BSR은 변동길이를 가졌다. 버퍼 크기 값이 5비트 또는 8비트로 구분되기 때문에 BSR을 통해 지시되는 버퍼크기와 실제 버퍼 크기에는 양자화 과정에 오류가 발생한다. 이처럼 BSR을 통해 제공되는 버퍼크기가 실제 버퍼 크기와 많이 다른 경우 해당 서빙 셀의 무선 자원 낭비가 커질 수 있다. 따라서 XR 응용 트래픽에 가까운 버퍼 크기를 리포트 하도록 하여 무선자원 손실을 감소시키는 것이 바람직할 수 있다.
일 예를 들어 XR 특정한 업링크 데이터에 의해 버퍼 크기 리포팅이 트리거 될 때, 기존BSR 유형/포맷과 구분되는 (e.g. 5비트 버퍼 크기 보다 큰 버퍼 크기를 가지는 1 octet BSR 포맷, 종래 버퍼 크기 레벨 테이블과 다른 테이블 또는 다른 계산 방식 기반 BSR etc.) BSR 포맷을 정의해 이를 리포팅 하도록 할 수 있다.
종래 기술에서 정규(Regular) BSR과 주기적(Periodic) BSR에 대해, BSR을 포함하는 MAC PDU가 만들어질 때, 하나의 LCG보다 많은 LCG이 전송을 위해 가용한 데이터를 가지면 전송을 위해 가용한 데이터를 가지는 모든 LCGs에 대한 Long BSR을 리포트하고, 그렇지 않으면 Short BSR을 리포트 했었다.
도 11은 5비트 버퍼크기 필드를 위한 버퍼 상태 리포트 테이블을 예시적으로 나타낸 도면이다.
XR 응용을 사용하는 단말에 대해, 만약 해당 XR 응용의 모든 플로우를 하나의 무선베어러에 매핑하여 해당 무선베어러에 연계된 하나의 논리채널로 구성한다면, 해당 XR 응용에 의해 전송할 업링크 데이터가 발생하는 경우, Short BSR이 리포팅될 수 있다. 하지만 현재 Short BSR은 도 11과 같이 5비트 버퍼크기 레벨을 가진 테이블의 인덱스 값을 버퍼크기 필드에 포함해 리포팅 한다. XR 응용의 가변적인 트래픽 특성을 고려할 때, 도 11과 같이 5비트로 구분하면 일반 응용에 비해 더 큰 양자화 오류가 나타날 가능성이 커질 수 있다.
도 12는 8비트 버퍼크기 필드를 위한 버퍼 상태 리포트 테이블을 예시적으로 나타낸 도면이다.
*일 예로 8비트의 버퍼 크기 필드를 가지는 고정길이(e.g. One byte) BSR 포맷을 정의해 이를 사용할 수 있다. 해당 8비트 버퍼 크기는 도 12의 종래 NR 기술에 의한 8비트 버퍼크기 레벨 테이블을 사용할 수 있다. 해당 BSR 포맷은 LCID 또는 (one-octet) eLCID를 통해 구분될 수 있다. 해당 BSR 포맷은 LCG-ID 필드(identifies the group of logical channel(s) whose buffer status is being reported)를 포함하지 않고 버퍼 크기 필드로만 구성될 수 있다.
다른 예로 8비트의 버퍼 크기 필드를 가지는 고정길이(e.g. One byte) BSR 포맷을 정의해 이를 사용할 수 있다. 해당 8 비트의 버퍼 크기는 종래 NR 기술에 의한 8비트 버퍼크기 레벨 테이블과 구분되어 새롭게 정의되는 정적인 BSR 테이블 또는 기지국에 의해 지시된 파라메터에 의해 결정되는 버퍼 크기 레벨 인덱스를 사용하는 BSR 테이블을 사용할 수 있다. 예를 들어 업링크에서 60fps 프레임 레이트를 사용하여 10Mbps 데이터 전송율을 요구하는 XR 응용의 경우, 16.777ms마다 평균적으로 10Mbit/(60fps*8bit) = 20.833Kbyte를 가지는 가변(variable) 길이/크기의 데이터가 발생한다. 만약 최대 크기를 +3표준편차, 최소 크기를 -3표준편차 수준에서 관찰되는 정규분포를 가정하고 표준편차가 5Kbyte라고 가정하면 최소 크기는 20.833-3*5=15.3Kbyte, 최대 크기는 20.833+3*5=35..833이 된다.
이와 같이 새롭게 정의되는 BSR 테이블 또는 기지국에 의해 지시된 파라메터에 의해 결정되는 BSR 테이블에서 최소 버퍼크기 또는 최대 버퍼크기는 해당 PDU Set에 연계된 논리채널을 통해 전송되는 데이트의 프레임 레이트와 데이터 전송률에 따라 결정될 수 있다. 데이터 전송률이 높아질수록 프레임 레이트가 낮아질수록 평균 크기가 증가하게 된다. 따라서 현재 4K 해상도를 지원하는 코덱의 데이터 전송률은 20~150Mbp, 프레임 레이트는 24~120 중에서 많이 사용된다. 따라서 현재 사용되는 최대 전송률 150Mbps와 최소 프레임 레이트인 24fps에서 발생되는 평균 PDU-Set/PDUs 크기는 150Mbit/(24fps*8bit)= 781.25Kbyte이다.
최대버퍼크기는 해당 데이터 전송률과 프레임 레이트에서 평균 PDU-Set/PDUs 크기의 최대값을 고려해 산출할 수 있다. 현재 사용되는 최소 전송률 20Mbps와 최대 프레임 레이트인 120fps에서 발생되는 평균 PDU-Set/PDUs 크기는 20Mbit/(120fps*8bit)= 20.833Kbyte이다. 최소버퍼크기는 해당 데이터 전송률과 프레임 레이트에서 평균 PDU-Set/PDUs 크기의 최소값을 고려해 산출할 수 있다. 다른 예로 최소버퍼크기는 해당 논리채널그룹에 포함된 임의의 업링크 데이터 전송을 지원하기 위해 종래 BSR 테이블에 포함된 임의의 인덱스의 버퍼크기 값 중에 하나를 최소버퍼크기로 사용하도록 할 수 있다.
예를 들어 10바이트 버퍼크기(인덱스 1)를 최소버퍼크기로 할 수 있다. 또는 20바이트 버퍼크기(인덱스 11)를 최소버퍼크기로 할 수 있다. 또는 30 바이트 버퍼크기(인덱스 17)를 최소버퍼크기로 할 수 있다. 또는 40 바이트 버퍼크기(인덱스 22)를 최소버퍼크기로 할 수 있다. 또는 80 바이트 버퍼크기(인덱스 33)를 최소버퍼크기로 할 수 있다. 또는 103 바이트 버퍼크기(인덱스 37)를 최소버퍼크기로 할 수 있다. 또는 150 바이트 버퍼크기(인덱스 43)를 최소버퍼크기로 할 수 있다. 해당 가변 크기에 적합한 BSR을 리포팅 하도록 하기 위해 단말/응용서버/응용기능/코어망은 업링크 상에서 (각각의 프레임이 생성될 때 해당 비디오 프레임 또는 연계된 PDU-Set에 대한) 최소/최대/평균/표준편차 크기, 선호 프레임 레이트, 선호 데이터 레이트 및 트래픽 유형 중 하나 이상의 정보를 기지국으로 전송할 수 있다. 단말은 전술한 하나 이상의 정보가 변경될 때 이를 기지국으로 전송하도록 할 수 있다. 또는 기지국은 단말/코어망엔티티로 전술한 하나 이상의 정보를 요청해 수신할 수 있다. 기지국은 단말에 해당 BSR 포맷의 버퍼 크기를 결정하기 위한 파라메터를 단말로 지시할 수 있다. 예를 들어 임의의 L3(e.g. RRC 메시지)/L2(e.g. MAC CE)/L1(e.g. DCI) 시그널링을 통해 이를 단말로 지시할 수 있다. 해당 시그널링 정보는 전술한 하나 이상의 정보를 포함할 수 있다. 해당 시그널링 정보는 버퍼 크기를 구분하기 위한 스텝 수 또는 비트 수를 포함할 수 있다.
만약 8비트를 통해 버퍼 크기 레벨을 구분한다면, 총 256 개의 인덱스를 사용하여 버퍼 크기를 구분할 수 있다. 이 중에서 버퍼 크기 0을 구분하는 값, 0보다 크고 최소 버퍼크기 보다 적은 값, 최대 버퍼크기 보다 큰 값을 별도로 구분할 수 있다. 만약 최소 버퍼크기로 종래 BSR 테이블에 포함된 임의의 인덱스의 버퍼크기 값 중에 하나를 사용한다면, 해당 인덱스까지 사용되는 버퍼 크기가 새롭게 정의되는 BSR 테이블 또는 기지국에 의해 지시된 파라메터에 의해 결정되는 버퍼 크기 레벨 인덱스를 사용하는 BSR 테이블에 사용될 수 있다.
최대 버퍼크기에서 최소 버퍼크기를 뺀 값을 남은 버퍼 크기 구분 값(e.g. 256-3=253, 먄약 종래 BSR 테이블에 포함된 임의의 인덱스의 버퍼크기 값 중에 하나를 사용한다면, 예를 들어 20바이트 버퍼크기(인덱스 11)를 사용한다면, 256-(11+1)-1=243, 또는 기지국에 의해 지시된 버퍼 크기 구분 값)으로 나눈 값을 올림(또는 내림)한 정수 값을 이용하여 스텝 크기를 구하고 이를 통해 각각의 인덱스에 매핑되는 버퍼 크기 값을 산출할 수 있다.
일 예를 들어 인덱스 0의 버퍼 크기 값은 0, 인덱스 1의 버퍼 크기 값은 최소 버퍼크기 보다 작거나 같은 값으로 할 수 있다. 또한, 인덱스 2에 해당하는 버퍼 크기 값은 최소 버퍼크기 + (최대 버퍼크기에서 최소 버퍼크기를 뺀 값을 남은 버퍼 크기 구분 값(e.g. 256-3=253)으로 나눈 값) 보다 작거나 같은 값(즉, [최대버퍼크기-최소버퍼크기]/253에 대한 내림 정수 값= floor[(최대버퍼크기-최소버퍼크기)/253])으로 할 수 있다. 인덱스 i에 해당하는 버퍼 크기 값은 최소 크기 + (최대 크기에서 최소 크기를 뺀 값을 남은 버퍼 크기 구분 값(e.g. 256-3=253)으로 나눈 값)*(i-1) 보다 작거나 같은 값(즉, 최소버퍼크기+ floor[(최대버퍼크기-최소버퍼크기)/253]*(i-1)으로 할 수 있다.
다른 예를 들어 20바이트 버퍼크기(인덱스 11)를 사용한다면, 인덱스 0~11까지는 종래 BSR 테이블의 버퍼크기 값을 사용하고, 인덱스 12~254까지 인덱스 i에 해당하는 버퍼 크기 값은 최소버퍼크기+ floor[(최대버퍼크기-최소버퍼크기)/243]*(i-1)으로 할 수 있다. 다른 예를 들어 256개의 인덱스를 하나 이상의 구간으로 구분하고 각각의 구간별로 최소버퍼크기, 최대버퍼크기, 해당 구간에 포함되는 스텝/인덱스 수를 구분하여 하나의 BSR 테이블을 구성할 수도 있다.
해당 BSR 포맷은 LCID 또는 (one-octet) eLCID를 통해 구분될 수 있다. 해당 BSR 포맷은 LCG-ID 필드(identifies the group of logical channel(s) whose buffer status is being reported)를 포함하지 않고 버퍼 크기 필드로만 구성될 수 있다.
다른 예로 3비트의 LCG-ID 필드와 5비트 보다 큰 (e.g. 2바이트 고정크기를 가지는 경우 13비트 또는 13비트보다 작고 5비트보다 큰 값을 가진) 버퍼 크기 필드를 가지는 고정길이(e.g. One byte) BSR 포맷을 정의해 이를 사용할 수 있다. 전술한 최대 크기에서 최소 크기를 뺀 값을 남은 버퍼 크기 구분 값(또는 기지국에 의해 지시된 버퍼 크기 구분 값)으로 나눈 값을 올림한 정수 값을 이용하여 각각의 인덱스에 매핑되는 버퍼 크기 값을 산출하는 방법을 결합해 사용할 수 있다.
다른 예로 3비트의 LCG-ID 필드와 5비트의 버퍼 크기 필드를 가지는 고정길이(e.g. One byte) BSR 포맷을 정의해 이를 사용할 수 있다. 전술한 최대 크기에서 최소 크기를 뺀 값을 남은 버퍼 크기 구분 값(또는 기지국에 의해 지시된 버퍼 크기 구분 값)으로 나눈 값을 올림한 정수 값을 이용하여 각각의 인덱스에 매핑되는 버퍼 크기 값을 산출하는 방법을 결합해 사용할 수 있다.
다른 예로 3비트의 LCG-ID 필드와 5비트의 버퍼 크기 필드를 가지는 Short BSR and Short Truncated BSR 에 잇따르는 one-octet을 더하는 고정길이(e.g. two octet/byte) BSR 포맷을 정의해 이를 사용할 수 있다. 잇따르는 one-octet은 세부 버퍼 크기 값을 지시하기 위한 인덱스 값을 포함할 수 있다. 즉 해당 BSR 포맷은 3비트의 LCG-ID, 5비트의 버퍼크기 필드(e.g. 해당 LCG/논리채널에 대한 데이터 볼륨에 해당하는 가용한 데이터의 최대(또는 최소) 총 양을 식별하기 위한 필드), 8비트의 버퍼 크기 필드(e.g. 상기 5 비트의 버퍼크기 필드로부터 해당 LCG/논리채널에 대한 데이터 볼륨에 해당하는 가용한 데이터의 최대(또는 최소) 총 양을 식별한 후 이에 기반하여 해당 LCG/논리채널에 대한 데이터 볼륨에 해당하는 가용한 데이터의 (더 정밀한) 총 양을 식별하기 위한 필드)를 포함할 수 있다.
예를 들어 해당 포맷에 포함되는 Short BSR and Short Truncated BSR의 버퍼 크기가 도 11의 테이블 상의 인덱스 27을 지시한다면 해당 버퍼 크기가 55454 byte보다 작거나 같은 것을 알 수 있다. 즉 최대 총 양이 55454 byte이다. 잇따르는 one-octet은 해당 인덱스 27의 버퍼 크기(e.g. 55454)와 이전 인덱스 26의 버퍼크기(e.g. 39818)를 8bit로 구분할 수 있는 256(또는 8비트 보다 작은 정수 값으로 구분할 수 있는 값, 예를 들어 해당 BSR 포맷에 7비트 보다 작은 값을 가지는 임의의 필드를 추가로 포함하는 경우, 예를 들어 해당 LCG/논리채널에 대해 연계된 PDU-Set 관련 정보(e.g. PDU-Set식별정보/구분자/인덱스, PDU-Set 순서 번호, 해당 PDU-Set 크기, 해당 PDU-Set PDU수, 해당 데이터 볼륨이 해당 PDU-Set의 마지막 PDU를 포함하는지 여부, 해당 데이터 볼륨에 포함되지 않은 해당 PDU-Set 크기, PDU-Set의 마지막 PDU를 식별하기 위한 정보, PDU-Set에서 마지막 PDU임을 지시하기 위한 정보, PDU-Set 중요도/우선순위 지시정보 중 하나 이상) 중 하나 이상을 포함하는 경우에 해당된다.)으로 나눈 값으로 버퍼 크기 레벨을 균등하게 나눌 수 있다. 예를 들어 해당 인덱스 0을 Short BSR and Short Truncated BSR의 버퍼 크기의 이전 인덱스의 버퍼크기(39818)에서 시작하고, 이후 인덱스를 (55454-39818)/256=61.078의 올림 정수 값인 62 만큼씩 더해 버퍼 크기를 구분하도록 할 수 있다. 예를 들어 인덱스 i = 39818+62*i로 할 수 있다. 해당 인덱스의 버퍼 크기가 55454를 넘는 경우 해당 인덱스는 사용하지 않거나 단말이 이를 무시하도록 할 수 있다. 또는 55454로 사용할 수 있다.
다른 예로 8비트의 버퍼 크기 필드를 가지는 Long BSR and Long Truncated BSR에 포함되는 버퍼 크기 필드에 잇따르는 one-octet을 더하는 고정길이(e.g. two byte) BSR 포맷을 정의해 이를 사용할 수 있다. 잇따르는 one-octet은 세부 버퍼 크기 값을 지시하기 위한 인덱스 값을 포함할 수 있다. 예를 들어 해당 포맷에 포함되는 Long BSR and Long Truncated BSR의 버퍼 크기가 도 12 테이블 상의 인덱스 115를 지시한다면 해당 버퍼 크기가 13838 byte보다 작거나 같은 것을 알 수 있다. 잇따르는 one-octet은 해당 인덱스 115의 버퍼 크기(e.g. 13838)와 이전 인덱스 114의 버퍼크기(e.g. 12994)를 8bit로 구분할 수 있는 256(또는 8비트 보다 적은 정수 값으로 구분할 수 있는 값)으로 나눈 값으로 버퍼 크기 레벨을 균등하게 나눌 수 있다. 예를 들어 해당 인덱스 0을 Long BSR and Long Truncated BSR의 버퍼 크기의 이전 인덱스의 버퍼크기(12994)에서 시작하고, 이후 인덱스를 (13838-12994)/256=3.29의 올림 정수 값인 4 만큼씩 더해 버퍼 크기를 구분하도록 할 수 있다. 예를 들어 인덱스 i = 12994+4*i로 할 수 있다.
다른 예로 새롭게 정의되는 BSR 포맷은 해당 LCG/논리채널에 대해 연계된 PDU-Set 관련 정보(e.g. PDU-Set식별정보/구분자/인덱스, PDU-Set 순서 번호, 해당 PDU-Set 크기, 해당 PDU-Set PDU수, 해당 BSR의 데이터 볼륨이 해당 PDU-Set의 마지막 PDU를 포함하는지 여부, 해당 BSR의 데이터 볼륨에 포함되지 않은 해당 PDU-Set 크기(e.g. 해당 크기를 식별하기 위한 테이블 또는 계산식을 기반으로 산출된 인덱스 값), PDU-Set의 마지막 PDU를 식별하기 위한 정보, PDU-Set에서 마지막 PDU임을 지시하기 위한 정보, PDU-Set 중요도/우선순위 지시정보 중 하나 이상) 중 하나 이상의 정보 필드를 포함할 수 있다. 이를 통해 해당 PDU-Set을 전송할 업링크 볼륨/데이터량을 지시할 수 있다.
다른 예로 새롭게 정의되는 BSR 포맷은 해당 PDU-Set 또는 해당 LCG/논리채널 또는 해당 LCG/논리채널에 대해 연계된 PDU-Set의 지연/타이밍 정보를 포함할 수 있다. 또는 새롭게 정의되는 BSR 포맷은 해당 PDU-Set 또는 해당 LCG/논리채널 또는 해당 LCG/논리채널에 대해 연계된 PDU-Set의 지연/타이밍 정보를 기반으로 트리거 될 수 있다.
해당 지연/타이밍 정보는 단말 내 PDCP/RLC 버퍼에 펜딩된 해당 PDU-Set(또는 해당 LCG/논리채널 또는 해당 LCG/논리채널에 대해 연계된 PDU-Set)에 대해 남아있는 PDU-Set delay budget, 무선구간에서 남아있는 PDU-Set delay budget, 해당 PDU-Set의 첫 번째 PDU가 버퍼에 도달한 후 해당 지연/타이밍 정보를 포함하는 BSR의 첫 번째 전송 시점(또는 해당 지연/타이밍 정보를 포함하는 BSR MAC PDU 생성 시점)까지 경과 시간, 해당 PDU-Set의 첫 번째 PDUs를 포함하는 데이터에 의해 BSR이 트리거 된 후 해당 지연/타이밍 정보를 포함하는 BSR의 첫 번째 전송 시점(또는 해당 지연/타이밍 정보를 포함하는 BSR MAC PDU 생성 시점)까지 경과 시간, 해당 PDU-Set의 첫 번째 PDUs를 포함하는 데이터에 의해 SR이 트리거 된 후 해당 지연/타이밍 정보를 포함하는 BSR의 첫 번째 전송 시점(또는 해당 지연/타이밍 정보를 포함하는 BSR MAC PDU 생성 시점)까지 경과 시간, 해당 PDU-Set의 첫 번째 PDUs를 포함하는 데이터를 전송한 후 해당 지연/타이밍 정보를 포함하는 BSR의 첫 번째 전송 시점(또는 해당 지연/타이밍 정보를 포함하는 BSR MAC PDU 생성 시점)까지 경과 시간, 해당 PDU-Set delay budget에서 전술한 임의의 경과 시간을 차감한 남은 시간, 해당 지연/타이밍 정보를 포함하는 BSR의 첫 번째 전송 시점(또는 해당 지연/타이밍 정보를 포함하는 BSR MAC PDU 생성 시점)에서 해당 PDU-Set delay budget에서 전술한 임의의 경과 시간을 차감한 남은 시간 및 해당 지연/타이밍 정보를 포함하는 BSR의 첫 번째 전송 시점(또는 해당 지연/타이밍 정보를 포함하는 BSR MAC PDU 생성 시점)에서 해당 PDU-Set delay budget이 만료되기 까지 남은 시간 중 하나 이상을 나타낼 수 있다.
해당 지연/타이밍 정보는 해당 값을 코드화하여 비트 값으로 구분해 지시할 수 있다. 여기서 PDU Set delay budget은 첫 번째 PDU의 수신 시간과 PDU Set의 모든 PDU가 성공적으로 수신된 시간 사이의 지속 시간에 대한 상한선을 나타낸다.
다른 예로 전술한 임의의 BSR 포맷에 포함되는 버퍼 크기는 해당 LCG/논리채널에 연계된 PDU-Set에 대해 해당 PDU-Set(e.g. 프레임 레이트에 따라 생성되는 한 프레임 주기에서 생성되는 PDUs)에 포함되는 모든 PDUs에 대한 데이터 총량을 나타낼 수 있다.
다른 예로 전술한 임의의 BSR 포맷에 포함되는 버퍼 크기는 해당 BSR이 트리거될 때 해당 LCG/논리채널에 대해 TS 38.322 RLC 규격, TS 38.323 PDCP 규격의 데이터 볼륨 계산 프로시저에 따른 가용한 데이터의 총량에 해당 LCG/논리채널에 연계된 PDU-Set에 대해 해당 PDU-Set(e.g. 프레임 레이트에 따라 생성되는 한 프레임 주기에서 생성되는 PDUs)에 포함되지만 아직 상기 RLC/PDCP 버퍼로 전달되지 않아 가용한 데이터 총량에 포함되지 않은 남아있는 PDUs에 대한 데이터량을 더한 값을 나타낼 수 있다.
다른 예로 전술한 임의의 BSR 포맷에 포함되는 버퍼 크기는 해당 BSR이 트리거될 때 해당 LCG/논리채널에 대해 TS 38.322 RLC 규격, TS 38.323 PDCP 규격의 데이터 볼륨 계산 프로시저에 따른 가용한 데이터의 총량에 해당 LCG/논리채널에 연계된 PDU-Set에 대해 해당 PDU-Set(e.g. 프레임 레이트에 따라 생성되는 한 프레임 주기에서 생성되는 PDUs)에 포함되지만 아직 상기 RLC/PDCP 버퍼로 전달되지 않아 가용한 데이터 총량에 포함되지 않은 해당 버퍼에 도달이 기대되는 PDUs에 대한 데이터량을 더한 값을 나타낼 수 있다.
다른 예로 전술한 임의의 BSR 포맷에 포함되는 버퍼 크기는 해당 BSR이 트리거될 때 해당 LCG/논리채널에 대해 TS 38.322 RLC 규격, TS 38.323 PDCP 규격의 데이터 볼륨 계산 프로시저에 따른 가용한 데이터의 총량을 제외하고, 해당 LCG/논리채널에 연계된 PDU-Set에 대해 해당 PDU-Set(e.g. 프레임 레이트에 따라 생성되는 한 프레임 주기에서 생성되는 PDUs)에 포함되지만 아직 상기 RLC/PDCP 버퍼로 전달되지 않아 가용한 데이터 총량에 포함되지 않은 해당 버퍼에 도달이 기대되는 PDUs에 대한 데이터량을 나타낼 수 있다.
다른 예로 전술한 임의의 BSR 포맷에 포함되는 버퍼 크기는 해당 BSR이 트리거될 때 해당 LCG/논리채널에 대해 TS 38.322 RLC 규격, TS 38.323 PDCP 규격의 데이터 볼륨 계산 프로시저에 따른 가용한 데이터의 총량을 제외하고, 해당 LCG/논리채널에 연계된 PDU-Set에 대해 해당 PDU-Set(e.g. 프레임 레이트에 따라 생성되는 한 프레임 주기에서 생성되는 PDUs)에 포함되지만 아직 상기 RLC/PDCP 버퍼로 전달되지 않아 가용한 데이터 총량에 포함되지 않은 해당 버퍼에 도달이 기대되는 PDUs에 대한 데이터량과 해당 PDU-Set과 관계없이 해당 PDU-Set의 프레임 주기에 해당 버퍼에 도달이 기대되는 데이터량을 더한 값을 나타낼 수 있다.
다른 예로 전술한 임의의 BSR 포맷은 전술한 하나 이상의 버퍼 크기 필드를 포함할 수 있다.
단말은 해당 단말 캐퍼빌리티를 기지국으로 지시할 수 있다. 및/또는 기지국이 해당 기능 지원을 지시하기 위한 정보를 시스템 정보 또는 RRC 전용 시그널링(e.g. RRC reconfiguration 메시지)을 통해 단말로 지시할 수 있다. 및/또는 기지국은 해당 BSR 포맷을 사용하여 BSR을 리포팅하도록 지시하기 위한 정보를 단말로 지시하고 단말이 이를 적용할 수 있다. 및/또는 기지국은 해당 BSR 포맷을 사용하여 BSR을 리포팅하는 논리채널그룹/논리채널을 PDU-Set 관련 정보(e.g. PDU-Set식별정보/구분자/인덱스, PDU-Set 순서 번호, 해당 PDU-Set 크기, 해당 PDU-Set PDU수, PDU-Set의 마지막 PDU를 식별하기 위한 정보, PDU-Set에서 마지막 PDU임을 지시하기 위한 정보 및 PDU-Set 중요도/우선순위 지시정보 중 하나 이상)에 연계해 단말로 지시해 구성할 수 있다.
이를 통해 기지국은 종래 기술에 의한 BSR 테이블과 구분되는 BSR 테이블에 기반해 BSR을 리포팅하는 논리채널그룹/논리채널을 단말로 지시해 구성할 수 있다. 해당 BSR 포맷 또는 해당 BSR의 버퍼크기 레벨 테이블을 사용하는 논리채널ID/LCG-ID가 RRC에 의해 단말로 지시될 수 있다. 단말은 해당 논리채널ID/LCG-ID가 구성될 때 해당 BSR 포맷을 사용하여 BSR을 리포트 할 수 있다. 예를 들어 상위계층(RRC)에 의해 해당 논리채널/논리채널그룹이 구성된 MAC 엔티티는(및/또는 IAB를 위한 논리채널그룹정보(logicalChannelGroupIAB-Ext)가 구성되지 않은 MAC 엔티티) 해당 BSR을 포함하는 MAC PDU가 빌드될 때(when the MAC PDU containing the BSR is to be built) 하나 이상의 논리채널그룹이 전송을 위해 가용한 데이터를 가지지 않았을 때, 그 논리채널그룹이 상위계층(RRC)에 의해 해당 BSR 포맷을 사용하도록 구성된 논리채널이라면, 해당 BSR 포맷을 사용하여 BSR을 리포트 할 수 있다.
다른 예를 들어 기지국은 논리채널/논리채널그룹 별로 해당 논리채널/논리채널그룹에 적용될 BSR 테이블을 지시할 수 있다. 하나의 논리채널/논리채널그룹에 대해 해당 논리채널/논리채널그룹 트래픽 특성에 적합한 하나의 BSR 테이블이 지시될 수 있다. 만약 해당 논리채널/논리채널그룹에 대해 트리거된 버퍼 크기가 해당 BSR 테이블에 포함된 버퍼 크기 범위에 포함되지 않는 경우, 종래 기술에 의한 BSR 테이블을 사용할 수 있다(해당 BSR 테이블을 사용하여 BSR을 리포팅 할 수 있다.)
하지만 단말이 BSR 테이블을 결정한다면, 기지국이 해당 BSR을 수신했을 때 이를 구별할 수 없게 된다. 따라서 MAC 서브헤더 또는 BSR MAC CE 내 임의의 필드를 통해 해당 논리채널/논리채널그룹에 대해 사용된 BSR 테이블 인덱스가 포함되어야 한다. 만약 RRC를 통해 해당 논리채널/논리채널그룹에 하나의 BSR 테이블이 지시되었다면, MAC 서브헤더 또는 BSR MAC CE 내 임의의 필드를 통해 지시된 BSR 테이블을 사용했는지 또는 종래 기술에 의한 BSR 테이블을 사용했는지를 구분하기 위한 1비트 필드를 정의해 이를 지시할 수 있다.
다른 예로 종래 기술에 의한 BSR 테이블과 구분되는 새로운 BSR 테이블을 사용하도록 지시된 단말이 해당 논리채널/논리채널그룹에 대해 트리거된 버퍼 크기가 해당 BSR 테이블에 포함된 버퍼 크기 범위에 포함되지 않는 경우, 예를 들어 최대 버퍼 크기보다 큰 경우, 단말은 해당 경우를 지시하기 위해 정의된 특정한 LCID/eLCID를 가지는 MAC CE를 기지국으로 지시하도록 할 수 있다. 또는 종래 기술에 의한 BSR(해당 LCID/eLCID를 가지는 BSR)을 전송하도록 할 수 있다. 해당 BSR은 종래 기술에 의한 BSR 테이블에 기반해 해당하는 버퍼 크기 인덱스를 포함할 수 있다. 종래 기술에 의한 BSR 테이블은 0, 최대 값보다 큰 버퍼크기에 대한 별도의 인덱스를 두고 있어 트리거된 버퍼 크기가 해당 BSR 테이블에 포함된 버퍼 크기 범위에 포함되지 않는 경우, 폴백해 사용하도록 할 수 있다.
정규(Regular) BSR 및/또는 주기적(Periodic) BSR에 대해, 상위 계층에 의해 전술한 하나 이상의 정보가 구성된 MAC 엔티티는 다음 동작을 수행할 수 있다.
> BSR을 포함하는 MAC PDU가 만들어질 때, 하나의 LCG보다 많은 LCG이 전송을 위해 가용한 데이터를 가지면:
>> 전송을 위해 가용한 데이터를 가지는 모든 LCGs에 대한 Long BSR을 리포트 한다.
> 그렇지 않으면:
>> 전송을 위해 가용한 데이터를 가진 LCG/논리채널이 XR/미디어/비디오스트림/PDU-Set에 연계되어 지시되었다면(전송을 위해 가용한 데이터를 가진 LCG/논리채널이 종래 기술에 의한 BSR 테이블과 구분되는 BSR테이블을 사용하도록 지시/구성되었다면):
>>> 전술한 BSR(e.g. 전술한 실시 예에 의한 임의의 BSR)을 리포트한다.
>> 그렇지 않으면:
>>> Short BSR을 리포트한다.
패딩(Padding) BSR에 대해, 상위 계층에 의해 전술한 하나 이상의 정보가 구성된 MAC 엔티티는 다음 동작을 수행한다.
> 패딩 비트의 수가 Short BSR + 그 서브헤더의 크기와 같거나 또는 더 크지만 Long BSR + 그 서브헤더의 크기보다 더 적다면:
>> BSR이 만들어 질 때, 하나의 LCG보다 많은 LCG이 전송을 위해 가용한 데이터를 가지면:
>>> 만약 패딩 비트가 Short BSR + 그 서브헤더의 크기와 같으면:
>>>> 전송을 위해 가용한 가장 높은 우선순위 LCG/논리채널의 Short Truncated BSR을 리포트 한다. (또는, 전송을 위해 가용한 XR/미디어/비디오스트림/PDU-Set에 연계된 LCG/논리채널의 Short Truncated BSR을 리포트 한다.)
>>> 그렇지 않으면:
>>>> 전송을 위해 가용한 데이터를 가진 LCG/논리채널이 XR/미디어/비디오스트림/PDU-Set에 연계되어 지시되었고 및/또는 만약 패딩 비트가 전술한 BSR + 그 서브헤더의 크기와 같으면:
>>>>> 전술한 BSR을 리포트한다.
>>>> 그렇지 않으면:
>>>>> (전송을 위해 가용한 데이터를 가진 또는 가지지 않은) LCG(s)/논리채널(들) 각각에서, 그리고 동일한 우선순위에서 LCG-ID의 오름차순으로 가장 높은 우선순위 LCG/논리채널의 내림차순을 따라서 가용한 데이터를 가지는 논리채널을 가지는 LCG(s)/논리채널(들)의 Long Truncated BSR을 리포트 한다. (또는, 적어도 XR/미디어/비디오스트림/PDU-Set에 연계되어 지시된 LCG/논리채널을 포함하는 Long Truncated BSR을 리포트 한다. 또는 적어도 XR/미디어/비디오스트림/PDU-Set에 연계되어 지시된 LCG/논리채널을 포함하는 Long Truncated BSR을 첫 번째 Long Truncated BSR에 포함하고, 이후 (전송을 위해 가용한 데이터를 가진 또는 가지지 않은) LCG(s)/논리채널(들) 각각에서, 그리고 동일한 우선순위에서 LCG-ID의 오름차순으로 가장 높은 우선순위 LCG/논리채널의 내림차순을 따라서 가용한 데이터를 가지는 논리채널을 가지는 LCG(s)/논리채널(들)의 Long Truncated BSR을 리포트 한다.
>> 그렇지 않으면:
>>> Short BSR을 리포트한다. 또는, 전송을 위해 가용한 가장 높은 우선순위 LCG/논리채널의 Short BSR을 리포트 한다. 또는, 전송을 위해 가용한 XR/미디어/비디오스트림/PDU-Set에 연계된 LCG/논리채널의 Short BSR을 리포트 한다. 또는 전송을 위해 가용한 데이터를 가진 LCG/논리채널이 종래 기술에 의한 BSR 테이블과 구분되는 BSR테이블을 사용하도록 지시된 LCG/논리채널에 대해 해당 BSR 테이블을 사용하여 Short BSR을 리포트 한다.
BSR 우선순위 처리
업링크 SCH 데이터 전송을 위해, 하나의 새로운 전송이 수행될 때마다, 논리채널 우선순위 (LCP: Logical Channel Prioritization) 프로시저가 적용될 수 있다.
아래의 순서에 따라(가장 높은 우선순위가 첫 번째로 리스트됨) 논리채널 우선순위 프로시저가 적용된다.
- MAC CE for C-RNTI, or data from UL-CCCH;
- MAC CE for (Enhanced) BFR, or MAC CE for Configured Grant Confirmation, or MAC CE for Multiple Entry Configured Grant Confirmation;
- MAC CE for Sidelink Configured Grant Confirmation;
- MAC CE for LBT failure;
- MAC CE for Timing Advance Report;
- MAC CE for SL-BSR prioritized according to clause 5.22.1.6;
- MAC CE for (Extended) BSR, with exception of BSR included for padding;
- MAC CE for (Enhanced) Single Entry PHR, or MAC CE for (Enhanced) Multiple Entry PHR;
- MAC CE for Positioning Measurement Gap Activation/Deactivation Request;
- MAC CE for the number of Desired Guard Symbols;
- MAC CE for Case-6 Timing Request;
- MAC CE for (Extended) Pre-emptive BSR;
- MAC CE for SL-BSR, with exception of SL-BSR prioritized according to clause 5.22.1.6 and SL-BSR included for padding;
- MAC CE for IAB-MT Recommended Beam Indication, or MAC CE for Desired IAB-MT PSD range, or MAC CE for Desired DL Tx Power Adjustment;
- data from any Logical Channel, except data from UL-CCCH;
- MAC CE for Recommended bit rate query;
- MAC CE for BSR included for padding;
- MAC CE for SL-BSR included for padding.
만약 XR 응용 트래픽 특성을 고려/지원하는 전술한 임의의 BSR(또는 해당 MAC CE)가 정의된다면 해당 BSR의 우선순위를 결정할 필요가 있다. 일 예로 해당 BSR은 종래 기술에 의한 BSR(e.g. MAC CE for (Extended) BSR, with exception of BSR included for padding)보다 더 높은 우선순위로 처리될 수 있다. 다른 예로 해당 BSR은 종래 기술에 의한 BSR(e.g. MAC CE for (Extended) BSR, with exception of BSR included for padding)과 동일한 우선순위로 처리될 수 있다. 다른 예로 해당 BSR이 패딩에 포함되는 경우에도 해당 BSR은 종래 기술에 의한 BSR(e.g. MAC CE for (Extended) BSR, with exception of BSR included for padding)보다 더 높은 우선순위 또는 동일한 우선순위로 처리되도록 할 수 있다.
BSR 트리거
만약 XR 응용 트래픽 특성을 고려/지원하는 전술한 임의의 BSR(또는 해당 MAC CE), 또는 PDU-Set(또는 PDU-Set 관련 정보)에 연계되어 구성되는 LCG/논리채널 그룹의 버퍼상태 리포팅을 위한 BSR은 더 빠른 트리거가 바람직할 수 있다.
해당 BSR은 액티브된 셀 그룹에 대해 다음의 이벤트가 발생할 때 트리거되도록 할 수 있다.
일 예로 해당 PDU-Set 또는 해당 LCG/논리채널 또는 해당 LCG/논리채널에 대해 연계된 PDU-Set에 속한 하나의 논리채널에 대해 업링크 데이터가 MAC 엔티티에 대해 가용해진다. 및/또는 이 업링크 데이터가 특정 PDU-Set에 연계된 또는 특정 PDU-Set 관련정보에 연계된(e.g. PDU-Set 특정 우선순위) 하나의 논리채널에 속한다.
다른 예로 PDU-Set의 주기적인 특성을 고려해 단말은 지시된/구성된 주기에서 해당 BSR이 트리거되도록 할 수 있다. 또는 단말은 지시된/구성된 주기에서 특정 타이머를 시작할 수 있다. 해당 PDU-Set의 첫 번째 PDUs가 버퍼에 도달한 후, 해당 타이머를 시작할 수 있다. 예를 들어 송신 PDCP 엔티티는 PDU-Set에 연계된 PDU(또는 PDCP SDU)를 수신하면 PDU-Set에 연계된 PDCP 디스카드 타이머를 시작할 수 있다. 해당 타이머가 특정 경과 시간에 도달하면 해당 BSR이 트리거될 수 있다. 단말은 해당 경과 시간을 BSR에 포함할 수 있다. 예를 들어, 해당 PDU-Set에 연계된 첫 번째 PDUs가 PDCP 버퍼에 도달한 후 특정 경과 시간에 도달하면 해당 PDCP 엔티티는 MAC 엔티티로 해당 BSR을 트리거하도록 지시할 수 있다. 해당 BSR이 트리거 될 때, 해당 경과 시간을 BSR에 포함할 수 있다. 해당 경과 시간을 포함하는 BSR의 첫 번째 전송 시점(또는 해당 지연/타이밍 정보를 포함하는 BSR MAC PDU 생성 시점)에 해당 경과 시간을 BSR에 포함할 수 있다. 상기 경과 시간은 전술한 지연/타이밍 정보 중 하나가 될 수 있다. 상기 경과 시간은 해당 PDU-Set delay budget을 만족시키기 위해 남은 시간을 나타내기 위해 기지국에 의해 지시된 값일 수 있다. 단말이 해당 PDU-Set에 대한 해당 PDU-Set delay budget에서 상기 경과 시간을 빼면 남은 시간을 산출할 수 있다.
다른 예로 해당 타이머는 해당 주기마다 특정 시간이 경과하면 만료될 수 있다. 해당 타이머가 만료되면 해당 BSR이 트리거 될 수 있다. 예를 들어 송신 PDCP 엔티티는 PDU-Set에 연계된 PDU(또는 PDCP SDU)를 수신하면 PDU-Set에 연계된 PDCP 디스카드 타이머를 시작할 수 있다. 기지국은 단말이 PDCP 디스카드 타이머를 무선 PDU Set delay budget 값을 가지고 구성되도록 할 수 있다. 이를 통해 해당 PDCP 디스카드 타이머가 PDU Set delay budget 값에 도달되면 만료되도록 할 수 있다. 단말은 해당 PDCP 디스카드 타이머가 만료되면 해당 PDU(또는 PDCP SDU/PDU) 디스카드 할 수 있다. 단말은 PDU Set delay budget을 초과한 것이므로 해당 PDU-Set의 모든 PDUs를 디스카드 할 수 있다. 해당 타이머가 만료되면 해당 BSR이 트리거될 수 있다. 단말은 해당 만료 시간 또는 그 원인을 BSR에 포함할 수 있다. 해당 타이머는 해당 주기마다 재시작 될 수 있다. 해당 주기에서 해당 PDU-Set에 연계된 첫 번째 PDUs가 PDCP 버퍼에 도달한 후 해당 타이머를 재시작할 수 있다.
기지국은 전술한 임의의 실시 예를 지시하기 위한 파라메터를 단말에 구성할 수 있다.
전술한 본 개시에 따르면, XR/미디어 트래픽 특성을 고려해 효과적으로 데이터를 처리할 수 있는 효과가 있다.
아래에서는 전술한 실시예 및 동작의 일부 또는 전부를 수행할 수 있는 단말 및 기지국의 동작을 도면을 참조하여 설명한다.
도 13은 또 다른 실시예에 의한 단말의 구성을 보여주는 도면이다.
도 13을 참조하면, 버퍼상태보고를 전송하는 단말(1300)은 레거시 버퍼상태리포트 테이블과 구분되는 데이터 패킷 특성에 따라 설정되는 버퍼상태리포트 테이블의 지원을 지시하는 단말 캐퍼빌리티를 기지국으로 전송하는 송신부(1320) 및 기지국으로부터 버퍼상태리포트 테이블의 사용을 지시하는 지시정보를 수신하는 수신부(1330)를 포함할 수 있다. 송신부(1320)는 버퍼상태리포트 테이블을 이용하여 산출된 버퍼 크기 정보를 포함하는 버퍼상태보고(Buffer Status Report)를 전송할 수 있다.
예를 들어, 레거시 버퍼상태리포트 테이블은 XR과 같이 의존성이 높은 패킷을 효과적으로 처리하기 위한 버퍼상태보고 기능을 지원하지 않는 단말을 위한 종래 NR에서의 버퍼상태리포트 테이블을 의미한다. 따라서, 테이터 패킷 특성에 따라 설정되는 버퍼상태리포트 테이블은 종래 NR에서 지원되는 레거시 버퍼상태리포트 테이블과 구분되어 설정될 수 있다. 예를 들어, 단말에 둘 이상의 버퍼상태리포트 테이블이 설정될 수 있다. 높은 데이터 레이트와 엄격한 지연 버짓을 가지는 데이터 패킷을 처리하기 위해서 새롭게 설정되는 버퍼상태리포트 테이블이 적용될 수 있다.
일 예로, 데이터 패킷 특성에 따라 설정되는 버퍼상태리포트 테이블은 5비트 또는 8비트 버퍼 크기 필드를 지원하도록 설정될 수 있다. 다른 예로, 버퍼상태리포트 테이블은 종래 NR 기술에 의한 8비트 버퍼크기 레벨 테이블과 구분되어 새롭게 정의되는 정적인 BSR 테이블 또는 기지국에 의해 지시된 파라메터에 의해 결정되는 버퍼 크기 레벨 인덱스를 사용하는 버퍼상태리포트 테이블일 수 있다. 이 경우에 버퍼상태리포트 테이블은 8비트의 버퍼 크기 필드를 지원하도록 설정될 수 있다.
예를 들어, 버퍼상태 리포트 테이블은 최소버퍼크기, 최대버퍼크기 및 버퍼크기 구분 수에 기초하여 설정될 수 있다. 또한, 버퍼상태리포트 테이블은 8비트 버퍼 크기 값으로 설정될 수 있다. 일 예로, 최소버퍼크기는 데이터 전송률과 프레임 레이트에서 평균 PDU-Set/PDUs 크기의 최소값을 고려해 산출될 수 있다. 다른 예로, 최소버퍼크기는 논리채널그룹에 포함된 임의의 업링크 데이터 전송을 지원하기 위해 레거리 버퍼상태리포트 테이블에 포함된 임의의 인덱스의 버퍼크기 값 중에 하나로 설정될 수도 있다. 또 다른 예로, 최대버퍼크기는 데이터 전송률과 프레임 레이트에서 평균 PDU-Set/PDUs 크기의 최대값을 고려해 산출될 수 있다. 또 다른 예를 들어, 버퍼 크기 구분 수는 8비트 버퍼 크기를 구분하는 경우 256개의 인덱스로 나타낼 수 있다.
예를 들어, 버퍼상태리포트 테이블은 최소버퍼크기 + (최대버퍼크기-최소버퍼크기)/버퍼크기구분수에 대한 내림정수값*(i-1)를 통해 설정될 수 있다. 여기서, i는 인덱스를 의미할 수 있다. 또한, 버퍼상태리포트 테이블은 8비트 버퍼 크기를 가지도록 설정될 수 있다.
송신부(1320)는 데이터 패킷 특성에 따라 설정되는 버퍼상태리포트 테이블을 단말이 지원하는지 여부를 단말 캐퍼빌리티에 포함하여 기지국으로 지시할 수 있다. 예를 들어, 송신부(1320)는 상향링크 신호를 통해서 기지국으로 단말 캐퍼빌리티를 전송할 수 있다.
한편, 지시정보는 논리채널그룹 별로 버퍼상태리포트 테이블의 사용 여부를 지시하는 정보를 포함할 수 있다. 기지국은 단말로부터 수신한 단말 캐퍼빌리티를 확인하고, 해당 단말이 데이터 패킷 특성을 고려한 버퍼상태리포트 테이블을 지원하는 경우 해당 단말로 해당 버퍼상태리포트 테이블의 사용을 지시할 수 있다.
수신부(1330)는 논리채널그룹 별로 레거리 버퍼상태리포트 테이블을 사용할지 또는 버퍼상태리포트 테이블을 사용할지 여부를 지시하는 지시정보를 수신할 수 있다. 예를 들어, 지시정보는 논리채널그룹 별로 비트맵 형식으로 지시될 수도 있다. 또는, 지시정보는 논리채널그룹 식별정보와 매칭되어 구성될 수도 있다.
지시정보는 임의의 하향링크 신호를 통해서 수신될 수 있다. 일 예로, 지시정보는 RRC 메시지에 포함되어 수신될 수 있다. 다른 예로, 지시정보는 L2 메시지(e.g. MAC CE)에 포함되어 수신될 수도 있다. 또 다른 예로, 지시정보는 L1 메시지(e.g. DCI)에 포함되어 수신될 수도 있다.
제어부(1310)는 지시정보가 수신되면, 지시된 논리채널그룹에 대해서는 데이터 패킷 특성을 고려한 버퍼상태리포트 테이블을 사용하여 버퍼상태보고를 수행한다. 예를 들어, 제어부(1310)는 논리채널그룹 별로 버퍼 크기 정보를 산출함에 있어서, 지시정보에 의해서 지시된 버퍼상태리포트 테이블을 사용한다. 이 경우에 버퍼 크기 정보에 대응되는 인덱스 값이 결정되어 버퍼 크기 정보를 지시할 수 있다.
일 예로, 버퍼상태보고는 논리채널그룹에 대한 버퍼 크기 정보 및 시간 정보 중 적어도 하나를 포함할 수 있다. 시간 정보는 상향링크 PDU-Set의 첫 번째 PDU가 버퍼에 도달된 후 버퍼상태보고를 전송할 때까지의 경과 시간 정보 또는 PDU-Set delay budget에서 상기 경과 시간을 차감한 지연 시간 정보를 포함할 수 있다. 예를 들어, 의존성을 가지는 데이터 패킷의 셋 중 첫번째 PDU가 단말의 버퍼에 도달하고, 단말이 기지국으로 버퍼상태보고를 전송할 때 까지의 경과 시간 정보가 버퍼상태보고에 포함될 수 있다. 및/또는, 의존성을 가지는 데이터 패킷의 셋에 대한 딜레이 버짓에서 경과 시간을 차감하고 남은 시간 정보(지연 시간 정보)가 버퍼상태보고에 포함될 수 있다.
다른 예로, 버퍼상태보고는 상향링크 PDU-Set에 포함되는 PDU가 버퍼에 수신되면 개시되도록 설정된 타이머가 특정 시간 또는 만료 시간에 도달하면 트리거될 수 있다. 여기서, 특정 시간 또는 만료 시간은 기지국에 의해서 지시될 수 있다. 예를 들어, 제어부(1310)는 버퍼상태보고 트리거를 위한 타이머를 구성할 수 있다. 해당 타이머는 PDU-Set에 포함되는 PDU(예를 들어, 첫번째 PDU)가 버퍼에 도달하면 개시될 수 있다. 제어부(1310)는 타이머가 만료되거나, 특정 시간에 도달한 것으로 판단되면, 버퍼상태보고를 기지국으로 전송하도록 트리거한다. 전술한 타이머, 만료 시간 및 특정 시간 중 적어도 하나의 정보는 기지국에 의해서 단말에 구성될 수 있다.
또 다른 예로, 버퍼상태보고는 8비트 버퍼크기정보를 가지는 Short BSR 또는 Short Truncated BSR일 수 있다. 예를 들어, Short BSR은 레거리 버퍼상태리포트 테이블을 사용하는 종래 Short BSR과 다른 포맷으로 설정될 수 있다. 또는, Short BSR은 종래 Short BSR과 동일 포맷으로 설정될 수도 있다. Short Truncated BSR은 레거리 버퍼상태리포트 테이블을 사용하는 종래 Short Truncated BSR과 다른 포맷으로 설정될 수 있다. 또는, Short Truncated BSR은 종래 Short Truncated BSR과 동일 포맷으로 설정될 수 있다. 예를 들어, 종래 Short BSR 또는 Short Truncated BSR은 5비트 버퍼 크기 정보를 가지도록 포맷이 구성된다. 이와 달리, 본 개시의 버퍼상태보고는 8비트의 버퍼 크기 정보를 포함하는 포맷으로 구분되어 구성될 수 있다. 또한, 버퍼상태보고는 고정길이 또는 가변길이를 가질 수 있다.
이 외에도, 제어부(1310)는 전술한 본 개시를 수행하기에 필요한 버퍼상태보고를 전송하는데에 따른 전반적인 단말(1300)의 동작을 제어한다.
송신부(1320)와 수신부(1330)는 전술한 본 개시를 수행하기에 필요한 신호나 메시지, 데이터를 기지국 또는 코어망 개체와 송수신하는데 사용된다.
도 14는 또 다른 실시예에 의한 기지국의 구성을 보여주는 도면이다.
도 14를 참조하면, 버퍼상태보고를 수신하는 기지국(1400)은 레거시 버퍼상태리포트 테이블과 구분되는 데이터 패킷 특성에 따라 설정되는 버퍼상태리포트 테이블의 지원을 지시하는 단말 캐퍼빌리티를 단말로부터 수신하는 수신부(1430) 및 단말로 버퍼상태리포트 테이블의 사용을 지시하는 지시정보를 전송하는 송신부(1420)를 포함할 수 있다. 수신부(1430)는 버퍼상태리포트 테이블을 이용하여 산출된 버퍼 크기 정보를 포함하는 버퍼상태보고(Buffer Status Report)를 수신할 수 있다.
일 예로, 데이터 패킷 특성에 따라 설정되는 버퍼상태리포트 테이블은 5비트 또는 8비트 버퍼 크기 필드를 지원하도록 설정될 수 있다. 다른 예로, 버퍼상태리포트 테이블은 종래 NR 기술에 의한 8비트 버퍼크기 레벨 테이블과 구분되어 새롭게 정의되는 정적인 BSR 테이블 또는 기지국에 의해 지시된 파라메터에 의해 결정되는 버퍼 크기 레벨 인덱스를 사용하는 버퍼상태리포트 테이블일 수 있다. 이 경우에 버퍼상태리포트 테이블은 8비트의 버퍼 크기 필드를 지원하도록 설정될 수 있다.
예를 들어, 버퍼상태 리포트 테이블은 최소버퍼크기, 최대버퍼크기 및 버퍼크기 구분 수에 기초하여 설정될 수 있다. 또한, 버퍼상태리포트 테이블은 8비트 버퍼 크기 값으로 설정될 수 있다. 일 예로, 최소버퍼크기는 데이터 전송률과 프레임 레이트에서 평균 PDU-Set/PDUs 크기의 최소값을 고려해 산출될 수 있다. 다른 예로, 최소버퍼크기는 논리채널그룹에 포함된 임의의 업링크 데이터 전송을 지원하기 위해 레거리 버퍼상태리포트 테이블에 포함된 임의의 인덱스의 버퍼크기 값 중에 하나로 설정될 수도 있다. 또 다른 예로, 최대버퍼크기는 데이터 전송률과 프레임 레이트에서 평균 PDU-Set/PDUs 크기의 최대값을 고려해 산출될 수 있다. 또 다른 예를 들어, 버퍼 크기 구분 수는 8비트 버퍼 크기를 구분하는 경우 256개의 인덱스로 나타낼 수 있다.
예를 들어, 버퍼상태리포트 테이블은 최소버퍼크기 + (최대버퍼크기-최소버퍼크기)/버퍼크기구분수에 대한 내림정수값*(i-1)를 통해 설정될 수 있다. 여기서, i는 인덱스를 의미할 수 있다. 또한, 버퍼상태리포트 테이블은 8비트 버퍼 크기를 가지도록 설정될 수 있다.
한편, 수신부(1430)는 데이터 패킷 특성에 따라 설정되는 버퍼상태리포트 테이블을 단말이 지원하는지 여부에 대한 정보를 포함하는 단말 캐퍼빌리티를 수신할 수 있다. 예를 들어, 수신부(1430)는 상향링크 신호를 통해서 단말로부터 단말 캐퍼빌리티를 수신할 수 있다.
예를 들어, 지시정보는 논리채널그룹 별로 버퍼상태리포트 테이블의 사용 여부를 지시하는 정보를 포함할 수 있다. 제어부(1410)는 단말로부터 수신한 단말 캐퍼빌리티를 확인하고, 해당 단말이 데이터 패킷 특성을 고려한 버퍼상태리포트 테이블을 지원하는 경우 해당 단말로 해당 버퍼상태리포트 테이블의 사용을 지시할 수 있다.
송신부(1420)는 논리채널그룹 별로 레거리 버퍼상태리포트 테이블을 사용할지 또는 버퍼상태리포트 테이블을 사용할지 여부를 지시하는 지시정보를 전송할 수 있다. 예를 들어, 지시정보는 논리채널그룹 별로 비트맵 형식으로 지시될 수도 있다. 또는, 지시정보는 논리채널그룹 식별정보와 매칭되어 구성될 수도 있다.
한편, 지시정보는 임의의 하향링크 신호를 통해서 전송될 수 있다. 일 예로, 지시정보는 RRC 메시지에 포함되어 전송될 수 있다. 다른 예로, 지시정보는 L2 메시지(e.g. MAC CE)에 포함되어 전송될 수도 있다. 또 다른 예로, 지시정보는 L1 메시지(e.g. DCI)에 포함되어 전송될 수도 있다.
단말은 지시정보가 수신되면, 지시된 논리채널그룹에 대해서는 데이터 패킷 특성을 고려한 버퍼상태리포트 테이블을 사용하여 버퍼상태보고를 수행한다. 예를 들어, 단말은 논리채널그룹 별로 버퍼 크기 정보를 산출함에 있어서, 지시정보에 의해서 지시된 버퍼상태리포트 테이블을 사용한다. 이 경우에 버퍼 크기 정보에 대응되는 인덱스 값이 결정되어 버퍼 크기 정보를 지시할 수 있다.
일 예로, 버퍼상태보고는 논리채널그룹에 대한 버퍼 크기 정보 및 시간 정보 중 적어도 하나를 포함할 수 있다. 시간 정보는 상향링크 PDU-Set의 첫 번째 PDU가 버퍼에 도달된 후 버퍼상태보고를 전송할 때까지의 경과 시간 정보 또는 PDU-Set delay budget에서 상기 경과 시간을 차감한 지연 시간 정보를 포함할 수 있다. 예를 들어, 의존성을 가지는 데이터 패킷의 셋 중 첫번째 PDU가 단말의 버퍼에 도달하고, 단말이 기지국으로 버퍼상태보고를 전송할 때 까지의 경과 시간 정보가 버퍼상태보고에 포함될 수 있다. 및/또는, 의존성을 가지는 데이터 패킷의 셋에 대한 딜레이 버짓에서 경과 시간을 차감하고 남은 시간 정보(지연 시간 정보)가 버퍼상태보고에 포함될 수 있다.
다른 예로, 버퍼상태보고는 상향링크 PDU-Set에 포함되는 PDU가 버퍼에 수신되면 개시되도록 설정된 타이머가 특정 시간 또는 만료 시간에 도달하면 트리거될 수 있다. 여기서, 특정 시간 또는 만료 시간은 기지국에 의해서 지시될 수 있다. 예를 들어, 단말은 버퍼상태보고 트리거를 위한 타이머를 구성할 수 있다. 해당 타이머는 PDU-Set에 포함되는 PDU(예를 들어, 첫번째 PDU)가 버퍼에 도달하면 개시될 수 있다. 단말은 타이머가 만료되거나, 특정 시간에 도달한 것으로 판단되면, 버퍼상태보고를 기지국으로 전송하도록 트리거한다. 송신부(1420)는 전술한 타이머, 만료 시간 및 특정 시간 중 적어도 하나의 정보를 단말로 전송할 수 있다.
또 다른 예로, 버퍼상태보고는 8비트 버퍼크기정보를 가지는 Short BSR 또는 Short Truncated BSR일 수 있다. 예를 들어, Short BSR은 레거리 버퍼상태리포트 테이블을 사용하는 종래 Short BSR과 다른 포맷으로 설정될 수 있다. 또는, Short BSR은 종래 Short BSR과 동일 포맷으로 설정될 수도 있다. Short Truncated BSR은 레거리 버퍼상태리포트 테이블을 사용하는 종래 Short Truncated BSR과 다른 포맷으로 설정될 수 있다. 또는, Short Truncated BSR은 종래 Short Truncated BSR과 동일 포맷으로 설정될 수 있다. 예를 들어, 종래 Short BSR 또는 Short Truncated BSR은 5비트 버퍼 크기 정보를 가지도록 포맷이 구성된다. 이와 달리, 본 개시의 버퍼상태보고는 8비트의 버퍼 크기 정보를 포함하는 포맷으로 구분되어 구성될 수 있다. 또한, 버퍼상태보고는 고정길이 또는 가변길이를 가질 수 있다.
이 외에도 제어부(1410)는 전술한 본 개시를 수행하기에 필요한 상향링크 데이터를 전송하는데에 따른 전반적인 기지국(1400)의 동작을 제어한다.
송신부(1420)와 수신부(1430)는 전술한 본 개시를 수행하기에 필요한 신호나 메시지, 데이터를 단말 및 코어망 개체와 송수신하는데 사용된다.
전술한 실시예들은 무선 접속 시스템들인 IEEE 802, 3GPP 및 3GPP2 중 적어도 하나에 개시된 표준 문서들에 의해 뒷받침될 수 있다. 즉, 본 실시 예들 중 본 기술적 사상을 명확히 드러내기 위해 설명하지 않은 단계, 구성, 부분들은 전술한 표준 문서들에 의해 뒷받침될 수 있다. 또한, 본 명세서에서 개시하고 있는 모든 용어들은위에서 개시한 표준 문서들에 의해 설명될 수 있다.
상술한 본 실시예들은 다양한 수단을 통해 구현될 수 있다. 예를 들어, 본 실시예들은 하드웨어, 펌웨어(firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다.
하드웨어에 의한 구현의 경우, 본 실시예들에 따른 방법은 하나 또는 그 이상의 ASICs(Application Specific Integrated Circuits), DSPs(Digital Signal Processors), DSPDs(Digital Signal Processing Devices), PLDs(Programmable Logic Devices), FPGAs(Field Programmable Gate Arrays), 프로세서, 컨트롤러, 마이크로 컨트롤러 또는 마이크로 프로세서 등에 의해 구현될 수 있다.
펌웨어나 소프트웨어에 의한 구현의 경우, 본 실시예들에 따른 방법은 이상에서 설명된 기능 또는 동작들을 수행하는 장치, 절차 또는 함수 등의 형태로 구현될 수 있다. 소프트웨어 코드는 메모리 유닛에 저장되어 프로세서에 의해 구동될 수 있다. 상기 메모리 유닛은 상기 프로세서 내부 또는 외부에 위치하여, 이미 공지된 다양한 수단에 의해 상기 프로세서와 데이터를 주고 받을 수 있다.
또한, 위에서 설명한 "시스템", "프로세서", "컨트롤러", "컴포넌트", "모듈", "인터페이스", "모델", 또는 "유닛" 등의 용어는 일반적으로 컴퓨터 관련 엔티티 하드웨어, 하드웨어와 소프트웨어의 조합, 소프트웨어 또는 실행 중인 소프트웨어를 의미할 수 있다. 예를 들어, 전술한 구성요소는 프로세서에 의해서 구동되는 프로세스, 프로세서, 컨트롤러, 제어 프로세서, 개체, 실행 스레드, 프로그램 및/또는 컴퓨터일 수 있지만 이에 국한되지 않는다. 예를 들어, 컨트롤러 또는 프로세서에서 실행 중인 애플리케이션과 컨트롤러 또는 프로세서가 모두 구성 요소가 될 수 있다. 하나 이상의 구성 요소가 프로세스 및/또는 실행 스레드 내에 있을 수 있으며, 구성 요소들은 하나의 장치(예: 시스템, 컴퓨팅 디바이스 등)에 위치하거나 둘 이상의 장치에 분산되어 위치할 수 있다.
이상의 설명은 본 개시의 기술 사상을 예시적으로 설명한 것에 불과한 것으로서, 본 개시가 속하는 기술 분야에서 통상의 지식을 가진 자라면 본 기술 사상의 본질적인 특성에서 벗어나지 않는 범위에서 다양한 수정 및 변형이 가능할 것이다. 또한, 본 실시예들은 본 개시의 기술 사상을 한정하기 위한 것이 아니라 설명하기 위한 것이므로 이러한 실시예에 의하여 본 기술 사상의 범위가 한정되는 것은 아니다. 본 개시의 보호 범위는 아래의 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 개시의 권리 범위에 포함되는 것으로 해석되어야 할 것이다.
CROSS-REFERENCE TO RELATED APPLICATION
본 특허출원은 2022년 08월 17일 한국에 출원한 특허출원번호 제10-2022-0102871호 및 2023년 07월 31일 한국에 출원한 특허출원번호 제10-2023-0099343호에 대해 미국 특허법 119(a)조 (35 U.S.C §119(a))에 따라 우선권을 주장하며, 그 모든 내용은 참고문헌으로 본 특허출원에 병합된다. 아울러, 본 특허출원은 미국 이외의 국가에 대해서도 위와 동일한 이유로 우선권을 주장하며 그 모든 내용은 참고문헌으로 본 특허출원에 병합된다.

Claims (19)

  1. 단말이 버퍼상태보고를 전송하는 방법에 있어서,
    레거시 버퍼상태리포트 테이블과 구분되는 데이터 패킷 특성에 따라 설정되는 버퍼상태리포트 테이블의 지원을 지시하는 단말 캐퍼빌리티를 기지국으로 전송하는 단계;
    상기 기지국으로부터 상기 버퍼상태리포트 테이블의 사용을 지시하는 지시정보를 수신하는 단계; 및
    상기 버퍼상태리포트 테이블을 이용하여 산출된 버퍼 크기 정보를 포함하는 버퍼상태보고(Buffer Status Report)를 전송하는 단계를 포함하는 방법.
  2. 제 1 항에 있어서,
    상기 버퍼상태 리포트 테이블은,
    최소버퍼크기, 최대버퍼크기 및 버퍼크기 구분 수에 기초하여 설정되며, 8비트 버퍼 크기 값으로 설정되는 방법.
  3. 제 1 항에 있어서,
    상기 지시정보는,
    논리채널그룹 별로 상기 버퍼상태리포트 테이블의 사용 여부를 지시하는 정보를 포함하는 방법.
  4. 제 1 항에 있어서,
    상기 버퍼상태보고는,
    논리채널그룹에 대한 상기 버퍼 크기 정보 및 시간 정보 중 적어도 하나를 포함하는 방법.
  5. 제 4 항에 있어서,
    상기 시간 정보는,
    상향링크 PDU-Set의 첫 번째 PDU(Protocol Data Unit)가 버퍼에 도달된 후 상기 버퍼상태보고를 전송할 때까지의 경과 시간 정보 또는 PDU-Set delay budget에서 상기 경과 시간을 차감한 지연 시간 정보를 포함하는 방법.
  6. 제 1 항에 있어서,
    상기 버퍼상태보고는,
    상향링크 PDU-Set에 포함되는 PDU가 버퍼에 수신되면 개시되도록 설정된 타이머가 특정 시간 또는 만료 시간에 도달하면 트리거되고,
    상기 특정 시간 또는 만료 시간은 상기 기지국에 의해서 지시되는 방법.
  7. 제 1 항에 있어서,
    상기 버퍼상태보고는,
    8비트 상기 버퍼크기정보를 가지는 Short BSR 또는 Short Truncated BSR인 것을 특징으로 하는 방법.
  8. 기지국이 버퍼상태보고를 수신하는 방법에 있어서,
    레거시 버퍼상태리포트 테이블과 구분되는 데이터 패킷 특성에 따라 설정되는 버퍼상태리포트 테이블의 지원을 지시하는 단말 캐퍼빌리티를 단말로부터 수신하는 단계;
    상기 단말로 상기 버퍼상태리포트 테이블의 사용을 지시하는 지시정보를 전송하는 단계; 및
    상기 버퍼상태리포트 테이블을 이용하여 산출된 버퍼 크기 정보를 포함하는 버퍼상태보고(Buffer Status Report)를 수신하는 단계를 포함하는 방법.
  9. 제 8 항에 있어서,
    상기 버퍼상태 리포트 테이블은,
    최소버퍼크기, 최대버퍼크기 및 버퍼크기 구분 수에 기초하여 설정되며, 8비트 버퍼 크기 값으로 설정되는 방법.
  10. 제 8 항에 있어서,
    상기 지시정보는,
    논리채널그룹 별로 상기 버퍼상태리포트 테이블의 사용 여부를 지시하는 정보를 포함하는 방법.
  11. 제 8 항에 있어서,
    상기 버퍼상태보고는,
    논리채널그룹에 대한 상기 버퍼 크기 정보 및 시간 정보 중 적어도 하나를 포함하되,
    상기 시간 정보는,
    상향링크 PDU-Set의 첫 번째 PDU(Protocol Data Unit)가 상기 단말의 버퍼에 도달된 후 상기 단말이 상기 버퍼상태보고를 전송할 때까지의 경과 시간 정보 또는 PDU-Set delay budget에서 상기 경과 시간을 차감한 지연 시간 정보를 포함하는 방법.
  12. 제 8 항에 있어서,
    상기 버퍼상태보고는,
    8비트 상기 버퍼크기정보를 가지는 Short BSR 또는 Short Truncated BSR인 것을 특징으로 하는 방법.
  13. 버퍼상태보고를 전송하는 단말에 있어서,
    레거시 버퍼상태리포트 테이블과 구분되는 데이터 패킷 특성에 따라 설정되는 버퍼상태리포트 테이블의 지원을 지시하는 단말 캐퍼빌리티를 기지국으로 전송하는 송신부; 및
    상기 기지국으로부터 상기 버퍼상태리포트 테이블의 사용을 지시하는 지시정보를 수신하는 수신부를 포함하되,
    상기 송신부는, 상기 버퍼상태리포트 테이블을 이용하여 산출된 버퍼 크기 정보를 포함하는 버퍼상태보고(Buffer Status Report)를 전송하는 단말.
  14. 제 13 항에 있어서,
    상기 버퍼상태 리포트 테이블은,
    최소버퍼크기, 최대버퍼크기 및 버퍼크기 구분 수에 기초하여 설정되며, 8비트 버퍼 크기 값으로 설정되는 단말.
  15. 제 13 항에 있어서,
    상기 지시정보는,
    논리채널그룹 별로 상기 버퍼상태리포트 테이블의 사용 여부를 지시하는 정보를 포함하는 단말.
  16. 제 13 항에 있어서,
    상기 버퍼상태보고는,
    논리채널그룹에 대한 상기 버퍼 크기 정보 및 시간 정보 중 적어도 하나를 포함하는 단말.
  17. 제 16 항에 있어서,
    상기 시간 정보는,
    상향링크 PDU-Set의 첫 번째 PDU가 버퍼에 도달된 후 상기 버퍼상태보고를 전송할 때까지의 경과 시간 정보 또는 PDU-Set delay budget에서 상기 경과 시간을 차감한 지연 시간 정보를 포함하는 단말.
  18. 제 13 항에 있어서,
    상기 버퍼상태보고는,
    상향링크 PDU-Set에 포함되는 PDU가 버퍼에 수신되면 개시되도록 설정된 타이머가 특정 시간 또는 만료 시간에 도달하면 트리거되고,
    상기 특정 시간 또는 만료 시간은 상기 기지국에 의해서 지시되는 단말.
  19. 제 13 항에 있어서,
    상기 버퍼상태보고는,
    8비트 상기 버퍼크기정보를 가지는 Short BSR 또는 Short Truncated BSR인 것을 특징으로 하는 단말.
PCT/KR2023/011324 2022-08-17 2023-08-02 버퍼상태보고 처리 방법 및 그 장치 WO2024039115A1 (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR10-2022-0102871 2022-08-17
KR20220102871 2022-08-17
KR10-2023-0099343 2023-07-31
KR1020230099343A KR20240024741A (ko) 2022-08-17 2023-07-31 버퍼상태보고 처리 방법 및 그 장치

Publications (1)

Publication Number Publication Date
WO2024039115A1 true WO2024039115A1 (ko) 2024-02-22

Family

ID=89941850

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2023/011324 WO2024039115A1 (ko) 2022-08-17 2023-08-02 버퍼상태보고 처리 방법 및 그 장치

Country Status (1)

Country Link
WO (1) WO2024039115A1 (ko)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022025815A1 (en) * 2020-07-31 2022-02-03 Telefonaktiebolaget Lm Ericsson (Publ) Buffer status reporting tables for extremely high data rate
WO2022034537A1 (en) * 2020-08-12 2022-02-17 Telefonaktiebolaget Lm Ericsson (Publ) Buffer status report format, table, and procedures for extended reality services
US20220150938A1 (en) * 2019-01-31 2022-05-12 Spreadtrum Communications (Shanghai) Co., Ltd. Bsr triggering method and device, and storage medium and user equipment

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220150938A1 (en) * 2019-01-31 2022-05-12 Spreadtrum Communications (Shanghai) Co., Ltd. Bsr triggering method and device, and storage medium and user equipment
WO2022025815A1 (en) * 2020-07-31 2022-02-03 Telefonaktiebolaget Lm Ericsson (Publ) Buffer status reporting tables for extremely high data rate
WO2022034537A1 (en) * 2020-08-12 2022-02-17 Telefonaktiebolaget Lm Ericsson (Publ) Buffer status report format, table, and procedures for extended reality services

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
LENOVO: "Discussion on XR-specific capacity enhancements", 3GPP DRAFT; R2-2207878, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. electronic; 20220817 - 20220826, 10 August 2022 (2022-08-10), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052261195 *
QUALCOMM INCORPORATED: "Capacity enhancements for XR traffic", 3GPP DRAFT; R2-2207050, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. e-Meeting; 20220817 - 20220826, 10 August 2022 (2022-08-10), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052260373 *

Similar Documents

Publication Publication Date Title
WO2020145610A1 (ko) 상향링크 제어 정보를 송수신하는 방법 및 장치
WO2021230730A1 (ko) 무선 통신을 위한 신호 송수신 방법 및 이를 위한 장치
WO2021060786A1 (ko) 사이드링크 통신을 제어하는 방법 및 그 장치
WO2021230726A1 (ko) 무선 통신을 위한 신호 송수신 방법 및 이를 위한 장치
WO2020045920A1 (ko) 비면허 대역에서의 채널 접속 실패를 처리하는 방법 및 장치
WO2021230614A1 (ko) 업링크 데이터 전송 방법 및 장치
WO2021206340A1 (ko) 사이드링크 통신을 제어하는 방법 및 그 장치
WO2020060234A1 (ko) 데이터 전송 방법 및 장치
WO2021029638A1 (ko) 비면허 대역에서 데이터를 송수신하는 방법 및 장치
WO2021141309A1 (ko) 페이징 메시지를 수신하는 방법 및 장치
WO2022149907A1 (ko) 사이드링크 통신을 제어하는 방법 및 그 장치
WO2023146337A1 (ko) 트래픽 제어 방법 및 장치
WO2023211049A1 (ko) 패킷 데이터 처리 제어 방법 및 장치
WO2020050630A1 (ko) 비면허 대역에서 무선 통신을 수행하는 방법 및 장치
WO2020060355A1 (ko) 무선 통신 시스템에서 측정 시 전력 소모를 감소시키는 방법 및 장치
WO2019221443A1 (ko) 비면허 대역의 무선 통신을 위한 lbt(리슨 비포 토크)를 수행하는 방법 및 장치
WO2019221542A1 (ko) 채널상태정보를 전송하는 방법 및 그 장치
WO2021206371A1 (ko) 사이드링크 통신을 제어하는 방법 및 그 장치
WO2023128730A1 (ko) 셀 변경 동작을 제어하는 방법 및 그 장치
WO2023177268A1 (ko) 응용 데이터 플로우를 처리하는 방법 및 장치
WO2019221475A1 (ko) 비면허 대역에서 harq 피드백 정보를 전송하는 방법 및 장치
WO2020032675A1 (ko) 비면허 대역에서 데이터를 송수신하는 방법 및 장치
WO2022005153A1 (ko) 주파수 호핑을 수행하는 방법 및 장치
WO2022203289A1 (ko) Mbs 세션을 제어하는 방법 및 장치
WO2022055336A1 (ko) 복수의 셀을 이용한 데이터 송수신 방법 및 장치

Legal Events

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

Ref document number: 23855082

Country of ref document: EP

Kind code of ref document: A1