Method and apparatus for requesting status report based on importance of data unit in wireless communication system

Abstract

The present disclosure relates to a method for performing an operation for a user equipment (UE) in a wireless communication system. Specifically, the method comprises the steps of: receiving a service data unit (SDU) from an upper layer when a drop timer is started; generating a protocol data unit (PDU) including the SDU based on the uplink grant based on the discard timer being operated; and transmitting the PDU on the uplink grant, where the PDU includes a polling for requesting a status report related to the SDU based on a remaining time of the drop timer being less than a first threshold.

Description

Technical Field

[0001] This disclosure relates to a wireless communication system, and more specifically, to a method and apparatus for requesting a status report based on the importance of a data unit in a wireless communication system. Background Technology

[0002] The introduction of new radio communication technologies has led to an increase in the number of user equipments (UEs) that a base station (BS) provides services to within a designated resource area, and also an increase in the amount of control information and data that the BS sends to the UEs. Since the resources typically available for communication between the BS and the UE are limited, new technologies are needed to enable the BS to efficiently receive / transmit uplink / downlink data and / or uplink / downlink control information using limited radio resources. Specifically, overcoming latency has become a significant challenge in applications where performance is critically dependent on delay. Summary of the Invention

[0003] Technical issues

[0004] Therefore, the purpose of this disclosure is to provide a method and apparatus for requesting a status report based on the importance of a data unit in a wireless communication system.

[0005] Technical solution

[0006] The purpose of this disclosure can be achieved by a method for performing operations of a user equipment (UE) in a wireless communication system, the method comprising the steps of: receiving a Service Data Unit (SDU) from an upper layer with a discard timer started; generating a Protocol Data Unit (PDU) including the SDU based on an uplink license, based on the discard timer being in operation; and transmitting the PDU on the uplink license, wherein if the remaining time of the discard timer is less than a first threshold, the PDU includes polling for requesting a STATUS report associated with the SDU.

[0007] Furthermore, it is proposed that a user equipment (UE) in a wireless communication system include: at least one transceiver; at least one processor; and at least one computer memory operatively connected to the at least one processor and storing instructions that, when executed, cause the at least one processor to perform operations including: receiving a Service Data Unit (SDU) from an upper layer when a discard timer is started; generating a Protocol Data Unit (PDU) including the SDU based on an uplink license, based on the discard timer being running; and transmitting the PDU on the uplink license, wherein if the remaining time of the discard timer is less than a first threshold, the PDU includes polling for requesting a status report associated with the SDU.

[0008] Preferably, if the SDU has an importance level higher than the second threshold, then the PDU includes polling. Here, the importance level of the SDU is indicated by the upper layer.

[0009] Preferably, when the SDU is included in the PDU, the UE can increase the counter by the same amount as the size of the SDU, or by 1. In this case, if the counter is equal to or greater than a third threshold, the PDU includes polling.

[0010] More preferably, if the remaining time of the discard timer is less than a first threshold, the PDU includes polling independent of comparing the counter with a third threshold. Furthermore, in this case, the counter is initialized.

[0011] Those skilled in the art will understand that the effects achievable through this disclosure are not limited to those specifically described above, and that other advantages of this disclosure will become clearer from the following detailed description.

[0012] Beneficial effects

[0013] According to this disclosure, the UE can receive a status report indicating importance, which allows the UE to determine as early as possible whether important data needs to be retransmitted. Since the UE can know the confirmation of the important data being transmitted before performing subsequent transmissions, this provides more opportunities for retransmission of important XR data and improves the quality of XR service.

[0014] The effects that can be obtained from this disclosure are not limited to those described above. Furthermore, those skilled in the art to which this disclosure pertains will clearly understand other effects not mentioned in the following description. Attached Figure Description

[0015] The accompanying drawings, included to provide a further understanding of this disclosure, illustrate embodiments of the disclosure and, together with the description, serve to explain the principles of the disclosure: Figure 1 Examples of communication systems that apply the implementation of this disclosure are illustrated; Figure 2 This is a block diagram illustrating an example of a communication device capable of performing the methods according to this disclosure; Figure 3 An example of a frame structure in a 3GPP-based wireless communication system is shown; Figure 4 An example of a protocol stack in a wireless communication system based on the 3rd Generation Partnership Project (3GPP) is shown; Figure 5 An example of data flow in a 3GPP New Radio (NR) system is shown; Figure 6Examples of time-domain resource allocation via PDSCH and PUSCH via PDCCH are shown. Figure 7 An example of physical layer processing on the sending side is shown; Figure 8 An example of physical layer processing on the receiving side is shown; Figure 9 An example of sending data using polling according to this disclosure is shown; and Figure 10 An example of operation for a UE according to this disclosure is shown. Detailed Implementation

[0016] Exemplary embodiments of the present disclosure will now be described in detail with reference to the accompanying drawings. The detailed description given below with reference to the drawings is intended to explain exemplary embodiments of the present disclosure, and not to illustrate the only embodiments that may be implemented according to the present disclosure. The following detailed description includes specific details to provide a thorough understanding of the present disclosure. However, it will be apparent to those skilled in the art that the present disclosure may be practiced without these specific details.

[0017] The following technologies, devices, and systems can be applied to a variety of wireless multiple access systems. Examples of multiple access systems include Code Division Multiple Access (CDMA) systems, Frequency Division Multiple Access (FDMA) systems, Time Division Multiple Access (TDMA) systems, Orthogonal Frequency Division Multiple Access (OFDMA) systems, Single-Carrier Frequency Division Multiple Access (SC-FDMA) systems, and Multi-Carrier Frequency Division Multiple Access (MC-FDMA) systems. CDMA can be implemented using radio technologies such as Universal Terrestrial Radio Access (UTRA) or CDMA2000. TDMA can be implemented using radio technologies such as Global System for Mobile Communications (GSM), Universal Packet Radio Service (GPRS), or Enhanced Data Rate GSM Evolution (EDGE). OFDMA can be implemented using radio technologies such as IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, or Evolved UTRA (E-UTRA). UTRA is part of the Universal Mobile Telecommunications System (UMTS). 3GPP Long Term Evolution (LTE) is part of Evolved UMTS (E-UMTS) using E-UTRA. 3GPP LTE uses OFDMA in DL and SC-FDMA in UL. LTE-Advanced (LTE-A) is an evolution of 3GPP LTE.

[0018] For ease of description, the implementation of this disclosure is primarily described with respect to 3GPP-based wireless communication systems. However, the technical features of this disclosure are not limited thereto. For example, although the following detailed description is based on a mobile communication system corresponding to a 3GPP-based wireless communication system, aspects of this disclosure that are not limited to 3GPP-based wireless communication systems are applicable to other mobile communication systems. For terms and techniques used in this disclosure that are not specifically described in this disclosure, reference can be made to wireless communication standards documents published prior to this disclosure. For example, the following documents may be referenced.

[0019] 3GPP LTE

[0020] - 3GPP TS 36.211: Physical Channels and Modulation

[0021] - 3GPP TS 36.212: Multiplexing and Channel Coding

[0022] - 3GPP TS 36.213: Physical Layer Procedures

[0023] - 3GPP TS 36.214: Physical Layer; Measurement

[0024] - 3GPP TS 36.300: General Description

[0025] - 3GPP TS 36.304: Procedures for User Equipment (UE) in Idle Mode

[0026] - 3GPP TS 36.314: Layer 2 - Measurement

[0027] - 3GPP TS 36.321: Media Access Control (MAC) Protocol

[0028] - 3GPP TS 36.322: Radio Link Control (RLC) Protocol

[0029] - 3GPP TS 36.323: Packet Data Convergence Protocol (PDCP)

[0030] - 3GPP TS 36.331: Radio Resource Control (RRC) Protocol

[0031] 3GPP NR (e.g., 5G)

[0032] - 3GPP TS 38.211: Physical Channels and Modulation

[0033] - 3GPP TS 38.212: Multiplexing and Channel Coding

[0034] - 3GPP TS 38.213: Physical layer procedures for control

[0035] - 3GPP TS 38.214: Physical Layer Procedures for Data

[0036] - 3GPP TS 38.215: Physical Layer Measurements

[0037] - 3GPP TS 38.300: General Description

[0038] - 3GPP TS 38.304: Procedures for User Equipment (UE) in Idle Mode and RRC Inactive State

[0039] - 3GPP TS 38.321: Media Access Control (MAC) Protocol

[0040] - 3GPP TS 38.322: Radio Link Control (RLC) Protocol

[0041] - 3GPP TS 38.323: Packet Data Convergence Protocol (PDCP)

[0042] - 3GPP TS 38.331: Radio Resource Control (RRC) Protocol

[0043] - 3GPP TS 37.324: Service Data Adaptation Protocol (SDAP)

[0044] - 3GPP TS 37.340: Multiple Connectivity; General Description

[0045] In this disclosure, a User Equipment (UE) can be a fixed or mobile device. Examples of UEs include various devices that transmit user data and / or various control information to and from a Base Station (BS). In this disclosure, a BS generally refers to a fixed station that communicates with and / or exchanges various data and control information with the UE and other BSs. A BS can be referred to as an Advanced Base Station (ABS), Node B (NB), Evolved Node B (eNB), Base Transceiver System (BTS), Access Point (AP), Processing Server (PS), etc. Specifically, a BS for UMTS is referred to as an NB, a BS for Enhanced Packet Core (EPC) / Long Term Evolution (LTE) systems is referred to as an eNB, and a BS for New Radio (NR) systems is referred to as a gNB.

[0046] In this disclosure, a node refers to a point capable of transmitting / receiving radio signals by communicating with a UE. Various types of BSs can be used as nodes regardless of their terminology. For example, a BS, Node B (NB), e-Node B (eNB), picocell eNB (PeNB), home eNB (HeNB), repeater, transponder, etc., can be nodes. Alternatively, a node may not be a BS. For example, a node can be a Radio Remote Headend (RRH) or Radio Remote Unit (RRU). The power level of an RRH or RRU is typically lower than that of a BS. Since an RRH or RRU (hereinafter referred to as RRH / RRU) is typically connected to a BS via a dedicated line such as fiber optic cable, cooperative communication between an RRH / RRU and a BS can be performed smoothly compared to cooperative communication between BSs connected via radio lines. Each node is equipped with at least one antenna. The antenna may include a physical antenna, an antenna port, or a dummy antenna.

[0047] In this disclosure, the term "cell" can refer to a geographical area to which one or more nodes provide a communication system, or it can refer to radio resources. A "cell" of a geographical area can be understood as the coverage area to which a node can provide services using a carrier, and a "cell" as a radio resource (e.g., time-frequency resource) is associated with a bandwidth (BW) as a frequency range configured by a carrier. A "cell" associated with radio resources is defined by a combination of downlink and uplink resources (e.g., a combination of downlink (DL) component carriers (CC) and uplink (UL) CCs). A cell can be configured by downlink resources only, or it can be configured by both downlink and uplink resources. Since the DL coverage area, which is the range to which a node can transmit valid signals, and the UL coverage area, which is the range to which a node can receive valid signals from a UE, depend on the carrier carrying the signal, a node's coverage area can be associated with the coverage area of ​​the "cell" of the radio resources used by the node. Therefore, the term "cell" can sometimes be used to refer to the service coverage area of ​​a node, sometimes to a radio resource, or sometimes to the range to which a signal using a radio resource can reach with effective strength.

[0048] In this disclosure, the Physical Downlink Control Channel (PDCCH) and the Physical Downlink Shared Channel (PDSCH) refer to a set of time-frequency resources or resource elements (REs) carrying downlink control information (DCI), and a set of time-frequency resources or REs carrying downlink data, respectively. Furthermore, the Physical Uplink Control Channel (PUCCH), the Physical Uplink Shared Channel (PUSCH), and the Physical Random Access Channel (PRACH) refer to a set of time-frequency resources or REs carrying uplink control information (UCI), a set of time-frequency resources or REs carrying uplink data, and a set of time-frequency resources or REs carrying random access signals, respectively.

[0049] In carrier aggregation (CA), two or more radio resources (CCs) are aggregated. A UE can simultaneously receive or transmit on one or more CCs, depending on its capabilities. Both continuous and non-contiguous CCs support CA. When CA is configured, the UE has only one Radio Resource Control (RRC) connection with the network. During RRC connection establishment / re-establishment / handover, one serving cell provides Non-Access Stratum (NAS) mobility information, and during RRC connection re-establishment / handover, one serving cell provides security input. This cell is called the primary cell (PCell). The PCell is the cell operating on the primary frequency, where the UE performs the initial connection establishment procedure or initiates the connection re-establishment procedure. Depending on the UE's capabilities, secondary cells (SCells) can be configured to form a group of serving cells together with the PCell. An SCell is a cell that provides additional radio resources on a special cell. Therefore, a group of serving cells configured for a UE always consists of one PCell and one or more SCells. In this disclosure, for dual connectivity (DC) operation, the term "special cell" refers to the PCell of the primary cell group (MCG) or the PSCell of the secondary cell group (SCG), and otherwise the term "special cell" refers to the PCell. SpCell supports Physical Uplink Control Channel (PUCCH) transmission and contention-based random access, and is always active. MCG is a set of serving cells associated with the primary node, including the SpCell (PCell) and one or more optional SCells. SCG is a subset of serving cells associated with the secondary node, including the PSCell and zero or more SCells, for a UE configured with a DC. For a UE in RRC CONNECTED without a CA / DC, there is only one serving cell consisting of the PCell. For a UE in RRC_CONNECTED with a CA / DC, the term "serving cell" is used to refer to a set of cells consisting of the SpCell and all SCells.

[0050] MCG is a set of serving cells associated with a primary BS that terminates at least an S1-MME, and SCG is a set of serving cells associated with a secondary BS that provides additional radio resources to the UE but is not a primary BS. SCG includes a primary SCell (PSCell) and one or more optional SCells. In the DC, two MAC entities are configured in the UE: one for the MCG and one for the SCG. Each MAC entity is configured by the RRC with serving cells supporting PUCCH transmission and contention-based random access. In this disclosure, the term SpCell refers to such a cell, while the term SCell refers to other serving cells. Depending on whether the MAC entity is associated with the MCG or the SCG, the term SpCell refers to the PCell of the MCG or the PSCell of the SCG.

[0051] In this disclosure, monitoring a channel means attempting to decode a channel. For example, monitoring the Physical Downlink Control Channel (PDCCH) means attempting to decode the PDCCH (or a PDCCH candidate).

[0052] In this disclosure, “C-RNTI” refers to cell RNTI, “SI-RNTI” refers to system information RNTI, “P-RNTI” refers to paging RNTI, “RA-RNTI” refers to random access RNTI, “SC-RNTI” refers to single cell RNTI, “SL-RNTI” refers to sidelink RNTI, “SPS C-RNTI” refers to semi-persistent scheduling C-RNTI, and “CS-RNTI” refers to configured scheduling RNTI.

[0053] Figure 1 An example of a communication system 1 that applies the implementation of the present disclosure is shown.

[0054] The three main demand categories for 5G include: (1) enhanced mobile broadband (eMBB), (2) massive machine-type communications (mMTC), and (3) ultra-reliable and low-latency communications (URLLC).

[0055] Some use cases may require multiple categories for optimization, while others can focus on just one key performance indicator (KPI). 5G supports a wide variety of such use cases using flexible and reliable methods.

[0056] eMBB goes far beyond basic mobile internet access and covers a wealth of two-way work, media, and entertainment applications in the cloud and augmented reality. Data is one of the core driving forces of 5G, and for the first time in the 5G era, dedicated voice services may not be provided. In 5G, voice is expected to be simply processed as an application using the data connection provided by the communication system. The main reason for the increased service capacity is the increase in content size and the increase in the number of applications requiring high data transmission rates. As more and more devices connect to the internet, streaming services (audio and video), conversational video, and mobile internet access will be used more widely. These many applications require always-on connectivity to push real-time information and alerts to users. Cloud storage and applications are rapidly increasing in mobile communication platforms and can be applied to both work and entertainment. Cloud storage is a special use case for accelerating the growth of uplink data transmission rates. 5G is also used for remote work in the cloud. When using haptic interfaces, 5G requires much lower end-to-end latency to maintain a good user experience. Entertainment, such as cloud gaming and video streaming, is another core element increasing the demand for mobile broadband capabilities. Entertainment is essential for smartphones and tablets anywhere, including in highly mobile environments such as trains, vehicles, and airplanes. Other use cases include augmented reality for entertainment and information retrieval. In this case, augmented reality requires very low latency and instantaneous data capacity.

[0057] Additionally, one of the most anticipated 5G use cases involves the ability to seamlessly connect embedded sensors across all sectors, namely, mMTC. The expected number of potential IoT devices is projected to reach 204 billion by 2020. Industrial IoT is one of the key categories performing key roles in enabling smart cities, asset tracking, smart utilities, agriculture, and security infrastructure through 5G.

[0058] URLLC encompasses new services that will transform industry, such as autonomous vehicles, through remote control of the main infrastructure and ultra-reliable / available low-latency links. Levels of reliability and latency are essential for controlling smart grids, automating industry, enabling robotics, and controlling and adapting drones.

[0059] 5G is the means to deliver streams assessed at hundreds of megabits per second to gigabits per second and can complement fiber-to-the-home (FTTH) and wired broadband (or DOCSIS). Such speeds are needed to deliver TVs at 4K or higher resolutions (6K, 8K, and more), as well as virtual reality and augmented reality. Virtual reality (VR) and augmented reality (AR) applications include almost immersive motion games. Specific applications may require special network configurations. For example, for VR games, game companies need to integrate their core servers into the network operator's edge network servers to minimize latency.

[0060] The automotive industry, along with numerous use cases for mobile communications in vehicles, is expected to be a significant new driving force in 5G. For example, passenger entertainment requires high concurrent capacity and highly mobile broadband. This is because future users continue to expect high-quality connectivity regardless of their location and speed. Another use case in the automotive sector is AR dashboards. AR dashboards allow drivers to identify objects in the dark in addition to those seen through the windshield and display distances and movement of objects by overlaying information spoken to the driver. In the future, wireless modules will enable communication between vehicles, information exchange between vehicles and supporting infrastructure, and information exchange between vehicles and other connected devices, such as pedestrian-accompanied devices. Safety systems will guide alternative routes, allowing drivers to drive more safely and thus reducing the risk of accidents. The next stage will be remotely controlled or self-driving vehicles. This requires very high reliability and very fast communication between different self-driving vehicles and between vehicles and infrastructure. In the future, self-driving vehicles will perform all driving activities, and drivers will only focus on abnormal traffic that the vehicle cannot recognize. The technological requirements for self-driving vehicles necessitate ultra-low latency and ultra-high reliability, increasing traffic safety to levels that cannot be achieved by humans.

[0061] Smart cities and smart homes / buildings, touted as part of a smart society, will be embedded in high-density wireless sensor networks. These distributed networks of smart sensors will identify conditions for cost- and energy-efficient maintenance in cities or homes. Similar configurations can be implemented for specific homes. All temperature sensors, window and heating controllers, burglar alarms, and home appliances will be wirelessly connected. Many of these sensors are typically low in terms of data transmission rates, power consumption, and cost. However, certain types of devices may require real-time HD video for monitoring.

[0062] The consumption and distribution of energy, including heat and gases, at a higher level necessitates automated control of distribution sensor networks. Smart grids collect information and use digital information and communication technologies to connect sensors to each other, thereby enabling actions based on the collected information. Because this information can include the behavior of supply companies and consumers, smart grids can improve the distribution of fuels such as electricity through methods that are efficient, reliable, economically feasible, production sustainable, and automated. Smart grids can also be considered as another type of sensor network with low latency.

[0063] Mission-critical applications, such as e-health, are one of the use cases for 5G. The health component includes many applications that can benefit from mobile communications. Communication systems can support telemedicine, enabling the delivery of clinical care in remote locations. Telemedicine can help reduce barriers of distance and improve access to healthcare services that are not readily available in remote rural areas. Telemedicine is also used to administer vital treatments and save lives in emergency situations. Mobile communication-based wireless sensor networks can provide remote monitoring and sensing of parameters such as heart rate and blood pressure.

[0064] Wireless and mobile communications are becoming increasingly important in industrial applications. Cabling is costly in terms of installation and maintenance. Therefore, the possibility of replacing cables with reconfigurable wireless links presents an attractive opportunity in many industrial sectors. However, to achieve this replacement, wireless connections need to have similar latency, reliability, and capacity to cables, and simplified wireless connection management is required. When connecting to 5G, low latency and a very low error probability become new requirements.

[0065] Logistics and freight tracking are important use cases for mobile communications, allowing inventory and packages to be tracked anywhere using location-based information systems. Logistics and freight tracking use cases typically require low data rates but demand location information with wide coverage and reliability.

[0066] Reference Figure 1 Communication system 1 includes wireless devices, base stations (BS), and a network. Although Figure 1 An example of a 5G network as a network of communication system 1 is illustrated, but the implementation of this disclosure is not limited to 5G systems and can be applied to future communication systems other than 5G systems.

[0067] The BS and network can be implemented as wireless devices, and a particular wireless device 200a can operate as a BS / network node relative to other wireless devices.

[0068] A wireless device refers to a device that uses a radio access technology (RAT) (e.g., 5G New RAT (NR) or Long Term Evolution LTE) to perform communication, and may be referred to as a communication / wireless / 5G device. Wireless devices may include, but are not limited to, robots 100a, vehicles 100b-1 and 100b-2, extended reality (XR) devices 100c, handheld devices 100d, home appliances 100e, Internet of Things (IoT) devices 100f, and artificial intelligence (AI) devices / servers 400. For example, a vehicle may include a vehicle with wireless communication capabilities, an autonomous vehicle, and a vehicle capable of performing communication between vehicles. A vehicle may include an unmanned aerial vehicle (UAV) (e.g., a drone). XR devices may include augmented reality (AR) / virtual reality (VR) / mixed reality (MR) devices, and may take the form of a head-up display (HMD), a head-up display (HUD) installed in a vehicle, a television, a smartphone, a computer, a wearable device, a home appliance, digital signage, a vehicle, a robot, etc. Handheld devices may include smartphones, smart tablets, wearable devices (e.g., smartwatches or smart glasses), and computers (e.g., laptops). Home appliances may include TVs, refrigerators, and washing machines. IoT devices may include sensors and smart meters.

[0069] In this disclosure, wireless devices 100a to 100f may be referred to as user equipment (UE). User equipment (UE) may include, for example, cellular phones, smartphones, laptop computers, digital broadcasting terminals, personal digital assistants (PDAs), portable multimedia players (PMPs), navigation systems, tablet PCs, ultrabooks, vehicles, vehicles with autonomous driving capabilities, connected cars, unmanned aerial vehicles (UAVs), artificial intelligence (AI) modules, robots, augmented reality (AR) devices, virtual reality (VR) devices, mixed reality (MR) devices, holographic devices, public safety devices, MTC devices, IoT devices, medical devices, Fintech devices (or financial devices), security devices, weather / environment devices, devices related to 5G services, or devices related to the fourth industrial evolution. Unmanned aerial vehicles (UAVs) may be, for example, aircraft piloted by wireless control signals without human passengers. VR devices may include, for example, devices for realizing objects or backgrounds in a virtual world. AR devices may include, for example, devices implemented by attaching objects or backgrounds in a virtual world to objects or backgrounds in the real world. MR devices can include, for example, devices that integrate virtual world objects or backgrounds into real world objects or backgrounds. Holographic devices can include, for example, devices for creating 360-degree stereoscopic images by recording and reproducing stereoscopic information, utilizing the interference phenomenon of light generated when two lasers, known as holographic imaging, meet. Public safety devices can include, for example, image relay devices or imaging devices wearable on a user's body. MTC devices and IoT devices can be, for example, devices that do not require direct human intervention or manipulation. For example, MTC devices and IoT devices can include smart meters, vending machines, thermometers, smart light bulbs, door locks, or various sensors. Medical devices can be, for example, devices for the purpose of diagnosing, treating, alleviating, curing, or preventing disease. For example, a medical device can be a device for the purpose of diagnosing, treating, alleviating, or correcting damage or injury. For example, a medical device can be a device for the purpose of examining, replacing, or modifying a structure or function. For example, a medical device can be a device for the purpose of regulating pregnancy. For example, medical devices can include devices for treatment, devices for operation, devices for (in vitro) diagnosis, hearing aids, or devices for surgery. Security devices can be, for example, devices installed to prevent potential hazards and maintain security. For example, security devices can be cameras, CCTV, recorders, or black boxes. Fintech devices can be, for example, devices capable of providing financial services such as mobile payments. For example, Fintech devices can include payment devices or point-of-sale (POS) systems. Weather / environment devices can include, for example, devices used to monitor or predict weather / environment.

[0070] Wireless devices 100a to 100f can connect to network 300 via BS 200. AI technology can be applied to wireless devices 100a to 100f, and wireless devices 100a to 100f can connect to AI server 400 via network 300. Network 300 can be configured using 3G networks, 4G (e.g., LTE) networks, 5G (e.g., NR) networks, and super 5G networks. Although wireless devices 100a to 100f can communicate with each other via BS 200 / network 300, wireless devices 100a to 100f can also perform direct communication with each other without going through the BS / network (e.g., sidelink communication). For example, vehicles 100b-1 and 100b-2 can perform direct communication (e.g., vehicle-to-vehicle (V2V) / vehicle-to-everything (V2X) communication). IoT devices (e.g., sensors) can perform direct communication with other IoT devices (e.g., sensors) or other wireless devices 100a to 100f.

[0071] Wireless communication / connections 150A and 150b can be established between wireless devices 100a to 100f / BS 200-BS 200. In this document, wireless communication / connections can be established via various RATs (e.g., 5G NR) such as uplink / downlink communication 150a and sidelink communication 150b (or D2D communication). The wireless devices and the BS / wireless devices can transmit / receive radio signals to / from each other via wireless communication / connections 150a and 150b. For example, wireless communication / connections 150a and 150b can transmit / receive signals via various physical channels. To this end, at least a portion of various configuration information configuration processes, various signal processing processes (e.g., channel coding / decoding, modulation / demodulation, and resource mapping / demapping), and resource allocation processes for transmitting / receiving radio signals can be performed based on various proposals of this disclosure.

[0072] Figure 2 This is a block diagram illustrating an example of a communication device capable of performing the methods according to this disclosure.

[0073] Reference Figure 2 The first wireless device 100 and the second wireless device 200 can transmit / receive radio signals to / from external devices via various RATs (e.g., LTE and NR). Figure 2 In this context, {the first wireless device 100 and the second wireless device 200} can be connected with... Figure 1 The {wireless devices 100a to 100f and BS 200} and / or {wireless devices 100a to 100f and wireless devices 100a to 100f} correspond to each other.

[0074] The first wireless device 100 may include one or more processors 102 and one or more memories 104, and additionally include one or more transceivers 106 and / or one or more antennas 108. The processors 102 may control the memories 104 and / or the transceivers 106 and may be configured to implement the functions, processes, and / or methods described in this disclosure. For example, the processors 102 may process information in the memories 104 to generate first information / signals, and then transmit a radio signal including the first information / signals via the transceivers 106. The processors 102 may receive radio signals including second information / signals via the transceivers 106, and then store the information obtained by processing the second information / signals in the memories 104. The memories 104 may be connected to the processors 102 and may store various information related to the operation of the processors 102. For example, the memories 104 may store software code including commands for performing some or all of the processes controlled by the processors 102 or for performing the processes and / or methods described in this disclosure. In this document, processor 102 and memory 104 may be part of a communication modem / circuit / chip designed to implement RAT (e.g., LTE or NR). Transceiver 106 may be connected to processor 102 and transmit and / or receive radio signals via one or more antennas 108. Each of transceivers 106 may include a transmitter and / or a receiver. Transceivers 106 may be used interchangeably with radio frequency (RF) units. In this disclosure, a wireless device may refer to a communication modem / circuit / chip.

[0075] The second wireless device 200 may include one or more processors 202 and one or more memories 204, and additionally include one or more transceivers 206 and / or one or more antennas 208. The processors 202 may control the memories 204 and / or the transceivers 206 and may be configured to implement the functions, processes, and / or methods described in this disclosure. For example, the processors 202 may process information in the memories 204 to generate third information / signals, and then transmit radio signals including the third information / signals via the transceivers 206. The processors 202 may receive radio signals including fourth information / signals via the transceivers 206, and then store the information obtained by processing the fourth information / signals in the memories 204. The memories 204 may be connected to the processors 202 and may store various information related to the operation of the processors 202. For example, the memories 204 may store software code including commands for performing some or all of the processes controlled by the processors 202 or for performing the processes and / or methods described in this disclosure. In this document, processor 202 and memory 204 may be part of a communication modem / circuit / chip designed to implement RAT (e.g., LTE or NR). Transceiver 206 may be connected to processor 202 and transmit and / or receive radio signals via one or more antennas 208. Each of transceivers 206 may include a transmitter and / or a receiver. Transceivers 206 may be used interchangeably with RF units. In this disclosure, a wireless device may refer to a communication modem / circuit / chip.

[0076] The hardware elements of wireless devices 100 and 200 will be described in more detail below. One or more protocol layers may be implemented by, but are not limited to, one or more processors 102 and 202. For example, one or more processors 102 and 202 may implement one or more layers (e.g., functional layers such as PHY, MAC, RLC, PDCP, RRC, and SDAP). One or more processors 102 and 202 may generate one or more Protocol Data Units (PDUs) and / or one or more Service Data Units (SDUs) according to the functions, procedures, proposals, and / or methods disclosed in this disclosure. One or more processors 102 and 202 may generate messages, control information, data, or information according to the functions, procedures, proposals, and / or methods disclosed in this disclosure. One or more processors 102 and 202 may generate signals (e.g., baseband signals) including PDUs, SDUs, messages, control information, data, or information according to the functions, procedures, proposals, and / or methods disclosed in this disclosure and provide the generated signals to one or more transceivers 106 and 206. One or more processors 102 and 202 may receive signals (e.g., baseband signals) from one or more transceivers 106 and 206 and acquire PDUs, SDUs, messages, control information, data, or information in accordance with the functions, processes, proposals, and / or methods disclosed in this disclosure.

[0077] One or more processors 102 and 202 may be referred to as controllers, microcontrollers, microprocessors, or microcomputers. One or more processors 102 and 202 may be implemented by hardware, firmware, software, or a combination thereof. For example, one or more application-specific integrated circuits (ASICs), one or more digital signal processors (DSPs), one or more digital signal processing devices (DSPDs), one or more programmable logic devices (PLDs), or one or more field-programmable gate arrays (FPGAs) may be included in one or more processors 102 and 202. The functions, processes, proposals, and / or methods disclosed in this disclosure may be implemented using firmware or software, and the firmware or software may be configured to include modules, processes, or functions. Firmware or software configured to perform the functions, processes, proposals, and / or methods disclosed in this disclosure may be included in one or more processors 102 and 202 or stored in one or more memories 104 and 204 for drive by one or more processors 102 and 202. The functions, processes, proposals, and / or methods disclosed in this disclosure may be implemented using firmware or software in the form of code, commands, and / or command sets.

[0078] One or more memories 104 and 204 may be connected to one or more processors 102 and 202 and store various types of data, signals, messages, information, programs, code, instructions, and / or commands. One or more memories 104 and 204 may be configured with read-only memory (ROM), random access memory (RAM), electrically erasable programmable read-only memory (EPROM), flash memory, hard disk drive, registers, cache memory, computer-readable storage media, and / or combinations thereof. One or more memories 104 and 204 may be located internally and / or externally to one or more processors 102 and 202. One or more memories 104 and 204 may be connected to one or more processors 102 and 202 via various technologies such as wired or wireless connections.

[0079] One or more transceivers 106 and 206 can transmit user data, control information, and / or radio signals / channels as mentioned in the methods and / or operation flowcharts of this disclosure to one or more other devices. One or more transceivers 106 and 206 can receive user data, control information, and / or radio signals / channels as mentioned in the functions, processes, proposals, methods, and / or operation flowcharts disclosed in this disclosure from one or more other devices. For example, one or more transceivers 106 and 206 can be connected to one or more processors 102 and 202 and transmit and receive radio signals. For example, one or more processors 102 and 202 can perform control to enable one or more transceivers 106 and 206 to transmit user data, control information, or radio signals to one or more other devices. One or more processors 102 and 202 can perform control to enable one or more transceivers 106 and 206 to receive user data, control information, or radio signals from one or more other devices. One or more transceivers 106 and 206 may be connected to one or more antennas 108 and 208, and one or more transceivers 106 and 206 may be configured to transmit and receive user data, control information, and / or radio signals / channels mentioned in the functional, process, proposal, method, and / or operational flowcharts disclosed in this disclosure via one or more antennas 108 and 208. In this disclosure, one or more antennas may be multiple physical antennas or multiple logical antennas (e.g., antenna ports). One or more transceivers 106 and 206 may convert received radio signals / channels, etc., from RF band signals to baseband signals for processing by one or more processors 102 and 202. One or more transceivers 106 and 206 may convert user data, control information, radio signals / channels, etc., processed by one or more processors 102 and 202 from baseband signals to RF band signals. For this purpose, one or more transceivers 106 and 206 may include (analog) oscillators and / or filters. For example, transceivers 106 and 206, under the control of processors 102 and 202, may upconvert OFDM baseband signals to a carrier frequency using their (analog) oscillators and / or filters and transmit the upconverted OFDM signal at the carrier frequency. Transceivers 106 and 206 may receive OFDM signals at the carrier frequency and, under the control of processors 102 and 202, downconvert OFDM signals to OFDM baseband signals using their (analog) oscillators and / or filters.

[0080] In the implementations of this disclosure, the UE can be used as a transmitting device in the uplink (UL) and a receiving device in the downlink (DL). In the implementations of this disclosure, the BS can be used as a receiving device in the UL and a transmitting device in the DL. Hereinafter, for ease of description, unless otherwise stated or described, it is generally assumed that the first wireless device 100 is used as the UE and the second wireless device 200 is used as the BS. For example, a processor 102 connected to, installed on, or started in the first wireless device 100 can be configured to perform UE actions according to the implementations of this disclosure or to control the transceiver 106 to perform UE actions according to the implementations of this disclosure. A processor 202 connected to, installed on, or started in the second wireless device 200 can be configured to perform BS actions according to the implementations of this disclosure or to control the transceiver 206 to perform BS actions according to the implementations of this disclosure.

[0081] In this disclosure, at least one memory (e.g., 104 or 204) may store instructions or programs that, when executed, cause at least one processor operatively connected thereto to perform operations according to some embodiments or implementations of this disclosure.

[0082] In this disclosure, a computer-readable storage medium stores at least one instruction or computer program that, when executed by at least one processor, causes at least one processor to perform operations according to some embodiments or implementations of this disclosure.

[0083] In this disclosure, a processing apparatus or device may include at least one processor and at least one computer memory, the at least one computer memory being connected to at least one processor and storing instructions that, when executed, cause at least one processor to perform operations according to some embodiments or implementations of this disclosure.

[0084] Figure 3 An example of a frame structure in a 3GPP-based wireless communication system is shown.

[0085] Figure 3The frame structure shown is merely exemplary, and the number of subframes, the number of time slots, and / or the number of symbols in a frame can vary. In 3GPP-based wireless communication systems, OFDM parameter sets (e.g., subcarrier spacing (SCS), transmission time interval (TTI) durations) can be configured differently across multiple cells aggregated for a UE. For example, if the UE is configured with different SCSs for cells aggregated for cell aggregation, the (absolute time) durations of time resources (e.g., subframes, time slots, or TTIs) comprising the same number of symbols can be different across the aggregated cells. In this document, symbols can include OFDM symbols (or CP-OFDM symbols), SC-FDMA symbols (or Discrete Fourier Transform-Extended-OFDM (DFT-s-OFDM) symbols).

[0086] Reference Figure 3 Downlink and uplink transmissions are organized into frames. Each frame has... Duration. Each frame is divided into two half-frames, each with a duration of 5 ms. Each half-frame consists of 5 subframes, where the duration of each subframe is... It is 1 ms. Each subframe is divided into time slots, and the number of time slots in a subframe depends on the subcarrier spacing. Each time slot consists of 14 or 12 OFDM symbols based on the cyclic prefix (CP). In normal CP, each time slot consists of 14 OFDM symbols, and in extended CP, each time slot consists of 12 OFDM symbols. The parameter set is based on an exponentially scalable subcarrier spacing. The following diagram illustrates the relationship between subcarrier spacing and... The number of OFDM symbols in each time slot, the number of time slots in each frame, and the number of time slots in each subframe for a normal CP.

[0087] [Table 1]

[0088]

[0089] The following table shows the distribution based on subcarrier spacing. The number of OFDM symbols in each slot, the number of slots in each frame, and the number of slots in each subframe for extended CP.

[0090] [Table 2]

[0091] A time slot comprises multiple symbols in the time domain (e.g., 14 or 12 symbols). For each set of parameters (e.g., subcarrier spacing) and carrier, a common resource block (CRB) is generated from the signaling of higher layers (e.g., Radio Resource Control (RRC) signaling). In the beginning, it was defined Subcarriers and A resource grid of OFDM symbols, wherein... It represents the number of resource blocks in the resource grid, with the subscript x representing the DL for the downlink and the UL for the uplink. This refers to the number of subcarriers in each resource block. In 3GPP-based wireless communication systems, Typically 12. For a given antenna port p, subcarrier spacing configuration u, and transmission direction (DL or UL), there exists a resource grid. The carrier bandwidth for the subcarrier spacing configuration u... Given by higher-layer parameters (e.g., RRC parameters). Each element in the resource grid for antenna port p and subcarrier spacing configuration u is called a resource element (RE), and a complex symbol can be mapped to each RE. Each RE in the resource grid is uniquely identified by an index k in the frequency domain and an index l representing the symbol position relative to a reference point in the time domain. In 3GPP-based wireless communication systems, a resource block is defined by 12 consecutive subcarriers in the frequency domain.

[0092] In 3GPP NR systems, resource blocks are classified into Common Resource Blocks (CRBs) and Physical Resource Blocks (PRBs). CRBs are numbered upwards from 0 in the frequency domain based on subcarrier spacing configuration u. The center of subcarrier 0 in CRB 0 for subcarrier spacing configuration u coincides with "point A," which serves as the common reference point for the resource block grid. In 3GPP NR systems, PRBs are defined within the Bandwidth Part (BWP) and numbered from 0 to... Number, where i is the number of the bandwidth section. Physical resource blocks within bandwidth section i. With public resource blocks The relationship between them is as follows: ,in A BWP is a common resource block relative to CRB 0. A BWP comprises multiple consecutive resource blocks. A carrier can include up to N (e.g., 5) BWPs. A UE can be configured with one or more BWPs on a given component carrier. Only one BWP can be active at a time among those configured for the UE. The active BWP is defined within the UE's operating bandwidth of the cell.

[0093] The NR band can be defined as two types of frequency ranges, FR1 and FR2. FR2 can also be referred to as millimeter wave (mmW). The frequency range in which NR can operate is shown as described in Table 3.

[0094] [Table 3]

[0095] Figure 4An example of a protocol stack in a 3GPP-based wireless communication system is shown.

[0096] Specifically, Figure 4 (a) illustrates an example of the user plane protocol stack for the radio interface between the UE and the base station (BS), and Figure 4 (b) illustrates an example of the radio interface control plane protocol stack between the UE and the BS. The control plane refers to the path through which control messages for calls managed by the UE and the network are transmitted. The user plane refers to the path through which data generated in the application layer (e.g., voice data or Internet packet data) is transmitted. See also... Figure 4 (a) The user plane protocol stack can be divided into a first layer (layer 1) (i.e., the physical (PHY) layer) and a second layer (layer 2). See [reference] Figure 4 (b) The control plane protocol stack can be divided into Layer 1 (i.e., the PHY layer), Layer 2, Layer 3 (e.g., the Radio Resource Control (RRC) layer), and the Non-Access Layer (NAS). Layers 1, 2, and 3 are referred to as the Access Layer (AS).

[0097] The NAS control protocol terminates at the Access Management Function (AMF) on the network side and performs functions such as authentication, mobility management, and security control.

[0098] In 3GPP LTE systems, Layer 2 is separated into the following sublayers: Medium Access Control (MAC), Radio Link Control (RLC), and Packet Data Convergence Protocol (PDCP). In 3GPP New Radio (NR) systems, Layer 2 is separated into the following sublayers: MAC, RLC, PDCP, and SDAP. The PHY layer provides transport channels to the MAC sublayer, the MAC sublayer provides logical channels to the RLC sublayer, the RLC sublayer provides RLC channels to the PDCP sublayer, and the PDCP sublayer provides radio bearers to the SDAP sublayer. The SDAP sublayer provides Quality of Service (QoS) streams to the 5G core network.

[0099] In the 3GPP NR system, the main services and functions of SDAP include: mapping between QoS flows and data radio bearers; and marking QoS flow IDs (QFIs) in both DL and UL packets. A single SDAP protocol entity is configured for each individual PDU session.

[0100] In the 3GPP NR system, the main services and functions of the RRC sublayer include: broadcasting system information related to AS and NAS; paging initiated by the 5G core (5GC) or NG-RAN; establishment, maintenance, and release of RRC connections between the UE and NG-RAN; security functions including key management; establishment, configuration, maintenance, and release of signaling radio bearers (SRB) and data radio bearers (DRB); mobility functions (including: handover and context transfer; UE cell selection and reselection and control of cell selection and reselection; inter-RAT mobility); QoS management functions; control of UE measurement reporting and reporting; detection and recovery of radio link failures; and NAS message transmission from UE to NAS and from NAS to UE.

[0101] In the 3GPP NR system, the main services and functions of the PDCP sublayer for the user plane include: sequence numbering; header compression and decompression: ROHC only; transmission of user data; reordering and duplicate detection; in-order delivery; PDCP PDU routing (in the case of separate bearers); retransmission of PDCP SDUs; encryption, decryption, and integrity protection; PDCP SDU discarding; PDCP re-establishment and data recovery for RLC AM; PDCP status reporting for RLC AM; and PDCP PDU duplication and duplicate discarding indication for lower layers. The main services and functions of the PDCP sublayer for the control plane include: sequence numbering; encryption, decryption, and integrity protection; transmission of control plane data; reordering and duplicate detection; in-order delivery; and PDCP PDU duplication and duplicate discarding indication for lower layers.

[0102] The RLC sublayer supports three transmission modes: Transparent Mode (TM); Unacknowledged Mode (UM); and Acknowledged Mode (AM). RLC configuration is per logical channel and is independent of parameter sets and / or transmission duration. In 3GPP NR systems, the main services and functions of the RLC sublayer depend on the transmission mode and include: transmission of upper-layer PDUs; sequence numbering independent of PDCP (UM and AM); error correction via ARQ (AM only); RLC SDU segmentation (AM and UM) and re-segmentation (AM only); SDU reassembly (AM and UM); duplicate detection (AM only); RLC SDU dropping (AM and UM); RLC reconstruction; and protocol error detection (AM only).

[0103] In the 3GPP NR system, the main services and functions of the MAC sublayer include: mapping between logical channels and transport channels; multiplexing / demultiplexing MAC SDUs belonging to one or different logical channels to / from the transport channel to the physical layer / from the physical layer to transport blocks (TBs); scheduling information reporting; error correction via HARQ (one HARQ entity per cell in the case of carrier aggregation (CA); priority handling between UEs via dynamic scheduling; priority handling between logical channels of a UE via logical channel priority ordering; and padding. A single MAC entity can support multiple parameter sets, transmission timings, and cells. Mapping restrictions in logical channel priority ordering control which parameter set(s), cell(s), and transmission timing(s) a logical channel(s) can use. MAC provides different types of data transmission services. To accommodate different types of data transmission services, various types of logical channels are defined, i.e., each logical channel supports the transmission of a specific type of information. Each logical channel type is defined by the type of information being transmitted. Logical channels are divided into two groups: control channels and traffic channels. Control channels are used only for the transmission of control plane information, and traffic channels are used only for the transmission of user plane information. The Broadcast Control Channel (BCCH) is a downlink logical channel used for broadcasting system control information. The Paging Control Channel (PCCH) is a downlink logical channel that transmits paging information, system information change notifications, and indications of ongoing PWS broadcasts. The Common Control Channel (CCCH) is a logical channel used by UEs without an RRC connection to the network to transmit control information. The Dedicated Control Channel (DCCH) is a point-to-point bidirectional logical channel used by UEs with an RRC connection to transmit dedicated control information between the UE and the network. The Dedicated Traffic Channel (DTCH) is a point-to-point logical channel dedicated to a single UE for transmitting user information. DTCH can exist in both the uplink and downlink. In the downlink, the following connections exist between logical channels and transport channels: BCCH can be mapped to BCH; BCCH can be mapped to Downlink Shared Channel (DL-SCH); PCCH can be mapped to PCH; CCCH can be mapped to DL-SCH; DCCH can be mapped to DL-SCH; and DTCH can be mapped to DL-SCH. In the uplink, there are the following connections between logical channels and transport channels: CCCH can be mapped to the uplink shared channel (UL-SCH); DCCH can be mapped to UL-SCH; and DTCH can be mapped to UL-SCH.

[0104] Figure 5 An example of a data flow in a 3GPP NR system is shown.

[0105] exist Figure 5In this code, "RB" stands for Radio Bearer, and "H" represents the header. Radio bearers are classified into two groups: Data Radio Bearers (DRBs) for user plane data and Signaling Radio Bearers (SRBs) for control plane data. MAC PDUs are sent / received to / from external devices via the PHY layer using radio resources. MAC PDUs arrive at the PHY layer in the form of transport blocks.

[0106] At the PHY layer, the uplink transport channels UL-SCH and RACH are mapped to the Physical Uplink Shared Channel (PUSCH) and Physical Random Access Channel (PRACH), respectively, and the downlink transport channels DL-SCH, BCH, and PCH are mapped to the Physical Downlink Shared Channel (PDSCH), Physical Broadcast Channel (PBCH), and PDSCH, respectively. At the PHY layer, uplink control information (UCI) is mapped to PUCCH, and downlink control information (DCI) is mapped to PDCCH. The UE transmits MAC PDUs related to UL-SCH via PUSCH based on UL permission, and the BS transmits MAC PDUs related to DL-SCH via PDSCH based on DL assignment.

[0107] To transmit the data elements of this disclosure on the UL-SCH, the UE must have uplink resources available to the UE. To receive the data elements of this disclosure on the DL-SCH, the UE must have downlink resources available to the UE. Resource allocation includes time-domain resource allocation and frequency-domain resource allocation. In this disclosure, uplink resource allocation is also referred to as uplink grant, and downlink resource allocation is also referred to as downlink assignment. Uplink grant is either dynamically received by the UE on the PDCCH in a random access response or semi-persistently configured to the UE by RRC. Downlink assignment is either dynamically received by the UE on the PDCCH or semi-persistently configured to the UE by RRC signaling from the BS.

[0108] In UL, the BS can dynamically allocate resources to the UE via the Cell Radio Network Temporary Identifier (C-RNTI) on the PDCCH. The UE constantly monitors the PDCCH to find possible grants for uplink transmissions when its downlink reception is enabled (when configured by Discontinuous Receive (DRX) control activity). Furthermore, by configuring grants, the BS can allocate uplink resources for the initial HARQ transmission to the UE. Two types of configured uplink grants are defined: Type 1 and Type 2. For Type 1, the RRC directly provides configured uplink grants (including periodicity). For Type 2, the RRC defines the periodicity of configured uplink grants, and the PDCCH addressed to the configured scheduling RNTI (CS-RNTI) can signal and activate, or deactivate, the configured uplink grant; that is, the PDCCH addressing to the CS-RNTI indicates implicit reuse of the uplink grant according to the periodicity defined by the RRC until deactivation.

[0109] In DL, the BS can dynamically allocate resources to the UE via the C-RNTI on the PDCCH. The UE constantly monitors the PDCCH to find possible assignments when its downlink reception is enabled (configuration activity is controlled by DRX). Additionally, through semi-persistent scheduling (SPS), the BS can allocate downlink resources to the UE for initial HARQ transmissions: the RRC defines the periodicity of configured downlink assignments, and the PDCCH addressed to the CS-RNTI can signal and activate, or deactivate, the configured downlink assignment. In other words, the PDCCH addressing the CS-RNTI implicitly reuses downlink assignments based on the periodicity defined by the RRC until deactivation.

[0110] Resource allocation via PDCCH (i.e., resource allocation via DCI)

[0111] The PDCCH can be used to schedule DL transmissions on the PDSCH and UL transmissions on the PUSCH. The downlink control information (DCI) on the PDCCH includes: downlink assignment containing at least the modulation and coding scheme (MCS) associated with the DL-SCH (e.g., Modulation and Coding Scheme (MCS) Index IMCS), resource allocation, and hybrid ARQ information; or uplink scheduling permission containing at least the modulation and coding scheme, resource allocation, and hybrid ARQ information associated with the UL-SCH. The size and purpose of the DCI carried by a PDCCH vary depending on the DCI format. For example, in a 3GPP NR system, DCI format 0_0 or DCI format 0_1 ​​is used for scheduling PUSCHs within a cell, and DCI format 1_0 or DCI format 1_1 is used for scheduling PDSCHs within a cell.

[0112] Figure 6 Examples of PDSCH time domain resource allocation via PDCCH and PUSCH time resource allocation via PDCCH are shown.

[0113] The downlink control information (DCI) carried by the PDCCH for scheduling PDSCH or PUSCH includes the value m of row index m+1 of the allocation table for PDSCH or PUSCH. A predefined default PDSCH time domain allocation A, B, or C is applied as the PDSCH allocation table, or the pdsch-TimeDomainAllocationList configured by RRC is applied. Similarly, a predefined default PUSCH time domain allocation A is applied as the PUSCH allocation table, or the pusch-TimeDomainAllocationList configured by RRC is applied. Which PDSCH time domain resource allocation configuration and which PUSCH time domain resource allocation table is applied is determined according to fixed / predefined rules (e.g., Table 5.1.2.1.1-1 in 3GPP TS 38.214 v15.3.0, Table 6.1.2.1.1-1 in 3GPP TS 38.214 v15.3.0).

[0114] Each index row in the PDSCH time-domain allocation configuration defines a time slot offset. Start and length indicators Or define the start symbol directly. and allocation length The PDSCH mapping type assumed in PDSCH reception, and each index row in the PUSCH time-domain allocation configuration defines the slot offset. The start and length indicators SLIV, or directly defining the start symbol S and the allocated length L, and the PUSCH mapping type assumed in PUSCH reception. For PDSCH... Or for PUSCH SLIV is the timing difference between a time slot with a PDCCH and a time slot with a corresponding PDSCH or PUSCH. SLIV is a joint indication of the starting symbol S relative to the start of the time slot with the PDSCH or PUSCH and the number L of consecutive symbols counted from symbol S. For the PDSCH / PUSCH mapping type, there are two mapping types: mapping type A, where the demodulation reference signal (DMRS) is located in the 3rd or 4th symbol of the time slot according to RRC signaling; and mapping type B, where the DMRS is located in the first assigned symbol.

[0115] The scheduling DCI includes a frequency domain resource assignment field that provides assignment information about resource blocks used for PDSCH or PUSCH. For example, the frequency domain resource assignment field can provide the UE with information about the cell for PDSCH or PUSCH transmission, information about the bandwidth portion for PDSCH or PUSCH transmission, and information about the resource blocks for PDSCH or PUSCH transmission.

[0116] Resource allocation via RRC

[0117] As described above, in the uplink, there are two types of transmissions without dynamic licenses: Configured License Type 1, where the uplink license is provided by the RRC and stored as a configured license; and Configured License Type 2, where the uplink license is provided by the PDCCH and stored or cleared as a configured uplink license based on L1 signaling indicating activation or deactivation of the configured uplink license. Type 1 and Type 2 are configured by the RRC for each serving cell and each BWP. Multiple configurations can only be active simultaneously on different serving cells. For Type 2, activation and deactivation between serving cells are independent. For the same serving cell, the MAC entity is configured as either Type 1 or Type 2.

[0118] When configured license type 1 is configured, the UE is provided with at least the following parameters via RRC signaling from the BS: - cs-RNTI, which is CS-RNTI for retransmission; - Periodicity, which provides periodicity for configurable license type 1; - timeDomainOffset, which represents the offset of the resource in the time domain relative to SFN=0; - The timeDomainAllocation value m provides a row index m+1 pointing to the allocation table, indicating the combination of the start symbol S, length L, and PUSCH mapping type; - frequencyDomainAllocation, which provides frequency domain resource allocation; and - mcsAndTBS, which provides IMCS representing modulation order, target code rate, and transport block size. When the RRC configures a configured license type 1 for the serving cell, the UE stores the uplink license provided by the RRC as a configured uplink license for the indicated serving cell, and initializes or reinitializes the configured uplink license to start in the symbol according to timeDomainOffset and S (derived from SLIV), and reappears periodically. After configuring an uplink license for configured license type 1, the UE considers the uplink license to be repeated with each of the following symbols, where: [(SFN × numberOfSlotsPerFrame (numberOfSymbolsPerSlot) + (number of slots in the frame × numberOfSymbolsPerSlot) + number of symbols in the slot] = (timeDomainOffset × numberOfSymbolsPerSlot + S + N × periodicity) modulo (1024 × numberOfSlotsPerFrame × numberOfSymbolsPerSlot), for all N >= 0.

[0119] When license type 2 is configured, at least the following parameters are provided to the UE via RRC signaling from the BS: - cs-RNTI, which is CS-RNTI for activation, deactivation, and retransmission; and - Periodicity, which provides periodicity for configured license type 2. The actual uplink license is provided to the UE via PDCCH (addressed to CS-RNTI). After configuring the uplink license for configured license type 2, the UE considers the uplink license to repeat with each of the following symbols, where: [(SFN × numberOfSlotsPerFrame × numberOfSymbolsPerSlot) + (number of slots in the frame × numberOfSymbolsPerSlot) + number of symbols in the slot] = [( × numberOfSlotsPerFrame × numberOfSymbolsPerSlot + × numberOfSymbolsPerSlot + [1024 × numberOfSlotsPerFrame × numberOfSymbolsPerSlot] modulo(1024 × numberOfSlotsPerFrame × numberOfSymbolsPerSlot), for all N >= 0, where, , and These are the SFN, slot, and symbol of the first transmission opportunity of the PUSCH where the configured uplink permission is (re)initialized. `numberOfSlotsPerFrame` and `numberOfSymbolsPerSlot` refer to the number of consecutive slots per frame and the number of consecutive OFDM symbols per slot, respectively.

[0120] For a configured uplink license, the HARQ process ID associated with the first symbol of the UL transmission is derived from the following equation: HARQ process ID = [floor(CURRENT_symbol / periodicity)] modulo nrofHARQ-Processes Where CURRENT_symbol = (SFN × numberOfSlotsPerFrame × numberOfSymbolsPerSlot + number of slots in the frame × numberOfSymbolsPerSlot + number of symbols in the slots), and numberOfSlotsPerFrame and numberOfSymbolsPerSlot refer to the number of consecutive slots per frame and the number of consecutive symbols per slot as specified in TS 38.211, respectively. CURRENT_symbol refers to the symbol index of the first transmission at which duplicate binding occurs. If the configured uplink license is activated and the associated HARQ process ID is less than nrofHARQ-Processes, then a HARQ process is configured for the configured uplink license.

[0121] For the downlink, the UE can configure semi-persistent scheduling (SPS) for each serving cell and each BWP via RRC signaling from the BS. Multiple configurations can only be active simultaneously on different serving cells. Activation and deactivation of DL SPS are independent between serving cells. For DL ​​SPS, DL assignment is provided to the UE via PDCCH and stored or cleared based on L1 signaling indicating SPS activation or deactivation. When configuring SPS, the following parameters are provided to the UE via RRC signaling from the BS: - cs-RNTI, which is CS-RNTI for activation, deactivation and retransmission; - nrofHARQ-Processes: This provides the number of HARQ processes configured for SPS; - Periodicity, which provides periodicity for downlink assignment for SPS configuration.

[0122] When the SPS is released by the upper layer, all corresponding configurations should be released as well.

[0123] After configuring downlink assignment for SPS, the UE considers the Nth downlink assignment to occur in the following time slots: (numberOfSlotsPerFrame × SFN + number of time slots in the frame) = [(numberOfSlotsPerFrame × ... + ) + N × periodicity × numberOfSlotsPerFrame / 10] modulo (1024 × numberOfSlotsPerFrame), where and These are the SFN and time slot of the first transmission of the (re)initialized PDSCH, which is configured for downlink assignment.

[0124] For the configured downlink assignment, the HARQ process ID associated with the time slot where the DL transmission begins is derived from the following equation: HARQ process ID = [floor (CURRENT_slot × 10 / (numberOfSlotsPerFrame × periodicity))] modulo nrofHARQ-Processes Wherein, CURRENT_slot = [(SFN × numberOfSlotsPerFrame) + number of slots in the frame], and numberOfSlotsPerFrame refers to the number of consecutive slots per frame as specified in TS 38.211.

[0125] If the Cyclic Redundancy Check (CRC) for the corresponding DCI format is scrambled by the CS-RNTI provided by the RRC parameter cs-RNTI and the New Data Indicator field for the enabled transport block is set to 0, the UE verifies the DL SPS assigned PDCCH or the configured UL License Type 2 PDCCH for schedule activation or schedule release. Verification of the DCI format is implemented if all fields for the DCI format are set according to Table 4 or Table 5. Table 4 shows the specific fields for PDCCH verification for DL ​​SPS and UL License Type 2 schedule activation, and Table 5 shows the specific fields for PDCCH verification for DL ​​SPS and UL License Type 2 schedule release.

[0126] [Table 4]

[0127]

[0128] [Table 5]

[0129]

[0130] The actual DL assignment and actual uplink license, along with the corresponding modulation and coding scheme, are provided by the resource assignment fields (e.g., time-domain resource assignment field providing the time-domain resource assignment value m, frequency-domain resource assignment field providing frequency resource block allocation, and modulation and coding scheme field) in the DCI format carried by the DL SPS and uplink license type 2 scheduling activation PDCCH. If authentication is implemented, the UE treats the information in the DCI format as a valid activation or release of the DL SPS or the configured uplink license type 2.

[0131] For UL, the processor 102 of this disclosure can transmit (or control transceiver 106 to transmit) the data units of this disclosure based on uplink clearance available to the UE. The processor 202 of this disclosure can receive (or control transceiver 206 to receive) the data units of this disclosure based on uplink clearance available to the UE.

[0132] For DL, the processor 102 of this disclosure can receive (or control the transceiver 106 to receive) the DL data of this disclosure based on the DL assignment available to the UE. The processor 202 of this disclosure can send (or control the transceiver 206 to send) the DL data of this disclosure based on the DL assignment available to the UE.

[0133] The data units of this disclosure are processed by the physical layer at the transmitting side before being transmitted via the radio interface, and the radio signals carrying the data units of this disclosure are processed by the physical layer at the receiving side. For example, a MAC PDU including a PDCP PDU according to this disclosure can be processed by the physical layer as follows.

[0134] Figure 7 An example of physical layer processing at the transmitting side is shown.

[0135] The following tables show the mapping of transport channels (TrCH) and control information to their corresponding physical channels. Specifically, Table 6 specifies the mapping of uplink transport channels to their corresponding physical channels, Table 7 specifies the mapping of uplink control channel information to their corresponding physical channels, Table 8 specifies the mapping of downlink transport channels to their corresponding physical channels, and Table 9 specifies the mapping of downlink control channel information to their corresponding physical channels.

[0136] [Table 6]

[0137] [Table 7]

[0138] [Table 8]

[0139]

[0140] [Table 9]

[0141] <encoding>

[0142] Data and control flows from / to the MAC layer are encoded to provide transmission and control services via the radio transmission link in the PHY layer. For example, transport blocks from the MAC layer are encoded into codewords at the transmitting side. The channel coding scheme is a combination of error detection, error correction, rate matching, interleaving, and mapping to / from the physical channel of transport channel or control information.

[0143] In the 3GPP NR system, the following channel coding schemes are used for different types of TrCH and different control information types.

[0144] [Table 10]

[0145]

[0146] [Table 11]

[0147]

[0148] For transmissions of DL transport blocks (i.e., DL MAC PDUs) or UL transport blocks (i.e., UL MAC PDUs), a transport block CRC sequence is appended to provide error detection for the receiving side. In 3GPP NR systems, communication devices use low-density parity-check (LDPC) codes when encoding / decoding UL-SCH and DL-SCH. 3GPP NR systems support two LDPC base maps (i.e., two LDPC base matrices): an LDPC base optimized for small transport blocks. Figure 1 and LDPC base optimized for larger transport blocks Figure 2 The LDPC base is selected based on the transport block size and code rate R. Figure 1 or LDPC base Figure 2 The code rate R is indicated by the Modulation and Coding Scheme (MCS) index IMCS. The MCS index is dynamically provided to the UE via the PDCCH that schedules the PUSCH or PDSCH, via the PDCCH that activates or (re)initializes the UL configuration's license 2 or DL ​​SPS, or via RRC signaling associated with UL configuration's license type 1. If the CRC-attached transport block is larger than the maximum block size for the selected LDPC base map, the CRC-attached transport block can be segmented into blocks, and an additional CRC sequence is attached to each block. For the LDPC base map... Figure 1and LDPC basis Figure 2 The maximum block sizes are 8448 bits and 3480 bits, respectively. If the CRC-attached transport block is no larger than the maximum block size of the selected LDPC base map, the CRC-attached transport block is encoded using the selected LDPC base map. Each block of the transport block is encoded using the selected LDPC base map. The LDPC-encoded blocks are then rate-matched individually. Block concatenation is performed to create codewords for transmission on PDSCH or PUSCH. For PDSCH, a maximum of two codewords (i.e., a maximum of two transport blocks) can be transmitted simultaneously on PDSCH. PUSCH can be used for the transmission of UL-SCH data and Layer 1 / 2 control information. Although in Figure 8 Although not shown in the diagram, the layer 1 / 2 control information can be multiplexed with the codewords for UL-SCH data.

[0149] <Scrambling and Modulation>

[0150] The bits of the codeword are scrambled and modulated to generate blocks of complex-valued modulated symbols.

[0151] <Layer Mapping>

[0152] The complex-valued modulation symbols of a codeword are mapped to one or more Multiple-Input Multiple-Output (MIMO) layers. A codeword can be mapped to a maximum of four layers. A PDSCH can carry two codewords, and therefore can support up to eight layers of transmission. A PUSCH supports a single codeword, and therefore can support up to four layers of transmission.

[0153] <Transform Precoding>

[0154] The DL transmission waveform is a regular OFDM using a cyclic prefix (CP). For DL, no transform precoding (in other words, Discrete Fourier Transform (DFT)) is applied.

[0155] The UL transmission waveform is regular OFDM using CP, where transform precoding, which performs DFT extension, can be disabled or enabled. In 3GPP NR systems, transform precoding can be selectively applied to UL waveforms if enabled. Transform precoding extends the UL data in a special way to reduce the peak-to-average power ratio (PAPR) of the waveform. Transform precoding is a form of DFT. In other words, 3GPP NR systems support two options for UL waveforms: CP-OFDM (the same as DL waveforms) and DFT-s-OFDM. Whether the UE must use CP-OFDM or DFT-s-OFDM is configured by the BS via RRC parameters.

[0156] Subcarrier mapping

[0157] Layers are mapped to antenna ports. In DL, for the mapping from layers to antenna ports, transparent (non-codebook-based) mapping is supported, and how beamforming or MIMO precoding is performed is transparent to the UE. In UL, for the mapping from layers to antenna ports, both non-codebook-based mapping and codebook-based mapping are supported.

[0158] For each antenna port (i.e., layer) used for the transmission of a physical channel (e.g., PDSCH, PUSCH), complex-valued modulation symbols are mapped to subcarriers in the resource blocks allocated to the physical channel.

[0159] <OFDM modulation>

[0160] The communication device on the transmitting side generates a time-continuous OFDM baseband signal on the subcarrier spacing configuration u and antenna port p for OFDM symbol l in the TTI for the physical channel by adding a cyclic prefix (CP) and performing an IFFT. For example, for each OFDM symbol, the communication device on the transmitting side can perform an inverse fast Fourier transform (IFFT) on the complex-valued modulation symbols mapped to the resource blocks in the corresponding OFDM symbol and add a CP to the IFFT'ed signal to generate an OFDM baseband signal.

[0161] <Up-conversion>

[0162] The communication device on the transmitting side up-converts the OFDM baseband signal for antenna port p, subcarrier spacing configuration u, and OFDM symbol l to the carrier frequency f0 of the cell to which the physical channel is assigned.

[0163] Figure 2 The processors 102 and 202 in can be configured to perform encoding, scrambling, modulation, layer mapping, transform precoding (for UL), subcarrier mapping, and OFDM modulation. The processors 102 and 202 can control the transceivers 106 and 206 connected to the processors 102 and 202 to up-convert the OFDM baseband signal to the carrier frequency to generate a radio frequency (RF) signal. The RF signal is transmitted to an external device through antennas 108 and 208.

[0164] Figure 8 An example of physical layer processing on the receiving side is illustrated.

[0165] The physical layer processing on the receiving side is basically the inverse processing of the physical layer processing on the transmitting side.

[0166] <Frequency down-conversion>

[0167] The communication device on the receiving side receives an RF signal at the carrier frequency through an antenna. The transceivers 106 and 206 that receive the RF signal at the carrier frequency down-convert the carrier frequency of the RF signal to the baseband to obtain an OFDM baseband signal.

[0168] <OFDM Demodulation>

[0169] The communication device at the receiving side obtains complex-valued modulation symbols via CP separation and FFT. For example, for each OFDM symbol, the communication device at the receiving side removes the CP from the OFDM baseband signal and performs FFT on the OFDM baseband signal with the CP removed to obtain complex-valued modulation symbols for antenna port p, subcarrier spacing u, and OFDM symbol l.

[0170] <Subcarrier Demapping>

[0171] Subcarrier demapping is performed on the complex-valued modulation symbols to obtain complex-valued modulation symbols of the corresponding physical channel. For example, processor 102 can obtain the complex-valued modulation symbols mapped to the subcarriers belonging to the PDSCH from the complex-valued modulation symbols received in the bandwidth part. For another example, processor 202 can obtain the complex-valued modulation symbols mapped to the subcarriers belonging to the PUSCH from the complex-valued modulation symbols received in the bandwidth part.

[0172] <Transform De-Precoding> [[ID=​​​​​​​​​​​​​​​​​​​​​​A codeword may include one or more coded blocks. Each coded block is decoded using the selected LDPC base graph into either a CRC-attached code block or a CRC-attached transport block. If code block segmentation is performed on the CRC-attached transport block at the transmitting side, the CRC sequence is removed from each of the CRC-attached code blocks to obtain the code block. The code blocks are concatenated into a CRC-attached transport block. The transport block CRC sequence is removed from the CRC-attached transport block to obtain the transport block. The transport block is then passed to the MAC layer.

[0180] In the physical layer processing at the transmitting and receiving sides described above, the time-domain and frequency-domain resources (e.g., OFDM symbols, subcarriers, carrier frequencies) related to subcarrier mapping, OFDM modulation, and frequency up-conversion / down-conversion can be determined based on resource allocation (e.g., UL licensing, DL assignment).

[0181] For uplink data transmission, the processor 102 of this disclosure can apply (or control transceiver 106 to) the aforementioned physical layer processing on the transmitting side to the data unit of this disclosure to wirelessly transmit the data unit. For downlink data reception, the processor 102 of this disclosure can apply (or control transceiver 106 to) the aforementioned physical layer processing on the receiving side to the received radio signal to obtain the data unit of this disclosure.

[0182] For downlink data transmission, the processor 202 of this disclosure can apply (or control transceiver 206 to) the aforementioned physical layer processing on the transmitting side to the data unit of this disclosure to wirelessly transmit the data unit. For uplink data reception, the processor 202 of this disclosure can apply (or control transceiver 206 to) the aforementioned physical layer processing on the receiving side to the received radio signal to obtain the data unit of this disclosure.

[0183] Logical Channel Priority (LCP)

[0184] The following section describes logical channel prioritization in NR systems.

[0185] When a new transmission is executed, a logical channel priority sorting process is applied. The RRC controls the scheduling of uplink data by signaling the following for each logical channel: an increased priority value indicating a lower priority level, setting the priority sorted bit rate (PBR) with the prioritized Bit Rate, and setting the Bucket SizeDuration (BSD) with the bucketSizeDuration.

[0186] The MAC entity should maintain a variable Bj for each logical channel j. The value of Bj can be negative.

[0187] When a logical channel is established, the MAC entity should initialize the logical channel's Bj value to zero.

[0188] For each logical channel j, the MAC entity should increase Bj by the product PBR×T before each instance of the LCP process, where T is the time elapsed since the last increase of Bj.

[0189] If the value of Bj is greater than the bucket size (i.e., PBR × BSD), the MAC entity should set Bj to the bucket size.

[0190] When a new transmission is executed, the MAC entity should allocate resources for the logical channel as follows: - For UL licenses with Bj>0, resources are allocated to logical channels in descending priority order. If the PBR of a logical channel is set to infinity, the MAC entity should allocate resources for all data available for transmission on that logical channel before satisfying the PBR of a lower priority logical channel; - Subtract the total size of the MAC SDU serving the above logical channel j from Bj; - If any resources remain, all selected logical channels are served in strictly descending order of priority (regardless of the value of Bj) until the data or UL license for that logical channel is exhausted, whichever comes first. Logical channels configured with the same priority should be served equally.

[0191] If the requesting MAC entity sends multiple MAC PDUs simultaneously, or if the MAC entity receives multiple UL grants in one or more overlapping PDCCH moments (i.e., on different serving cells), the order in which the grants are processed is determined by the UE implementation.

[0192] During the above scheduling process, the UE should also follow the following rules a)~d): a) If the entire SDU (or a partially transmitted SDU or a retransmitted RLC PDU) is assembled into the remaining resources of the associated MAC entity, the UE should not segment the RLC SDU (or a partially transmitted SDU or a retransmitted RLC PDU). b) If the UE segments the RLC SDU from the logical channel, it should maximize the size of the segment to fill as much of the permission of the associated MAC entity as possible; c) The UE should maximize data transmission; d) If the MAC entity is given a UL grant with a size equal to or greater than 8 bytes (when not using eLCID) or 10 bytes (when using eLCID) and there is available data for transmission, the MAC entity shall not transmit only a padding BSR and / or padding.

[0193] When the MAC entity is configured with enhancedSkipUplinkTxDynamic with a value of "true" and the grant indicated to the HARQ entity is addressed to a C-RNTI, or if the MAC entity is configured with enhancedSkipUplinkTxConfigured with a value of "true" and the grant indicated to the HARQ entity is a configured uplink grant, if there is no UCI to multiplex on the PUSCH transmission; and if there is no aperiodic CSI requested for the PUSCH transmission; and if the MAC PDU includes zero MAC SDUs; and if the MAC PDU includes only a periodic BSR and there is no data available for any LCG, or the MAC PDU contains only a padding BSR, the MAC entity shall not generate a MAC PDU for the HARQ entity.

[0194] Otherwise, if the MAC entity is configured with skipUplinkTxDynamic with a value of "true" and the grant indicated to the HARQ entity is addressed to a C-RNTI, or the grant indicated to the HARQ entity is a configured uplink grant; and if there is no aperiodic CSI requested for the PUSCH transmission; and if the MAC PDU includes zero MAC SDUs; and if the MAC PDU includes only a periodic BSR and there is no data available for any LCG, or the MAC PDU contains only a padding BSR, the MAC entity shall not generate a MAC PDU for the HARQ entity.

[0195] <Discarding at the RLC entity>

[0196] In NR, when the PDCP discard timer for a PDCP SDU expires or the PDCP SDU is successfully transmitted and acknowledged by the lower layer, the PDCP entity at the transmitting side (e.g., UE) instructs the lower layer to discard the PDCP SDU. When the RLC entity at the transmitting side receives an indication to discard a specific RLC SDU from the upper layer, the RLC entity at the transmitting side checks whether the specific RLC SDU has been submitted to the lower layer, and the RLC entity at the transmitting side discards the specific RLC SDU only when neither the specific RLC SDU nor its segments have been submitted to the lower layer. If the specific RLC SDU or segments of the specific RLC SDU have been submitted to the lower layer, the RLC entity does not discard the specific RLC SDU or segments of the specific RLC SDU and keeps transmitting it to the network.

[0197] When the receiving RLC entity (e.g., the network) receives a segment of a specific RLC SDU, the receiving RLC entity should wait to receive all segments of the specific RLC SDU and attempt to reassemble the specific RLC SDU after receiving all segments of the specific RLC SDU.

[0198] When the sending RLC entity operates in Unacknowledged (UM) mode, there is no retransmission. If a segment of a particular RLC SDU is lost due to a transmission failure or MAC reset, the successfully received RLC SDU segments for that particular RLC SDU will not be reassembled and will eventually be discarded at the receiving RLC entity. In other words, if a segment of a particular RLC SDU is lost due to a transmission failure or MAC reset at the sending end, the sending RLC entity does not need to transmit the remaining segments of that particular RLC SDU because even if the remaining segments of the particular RLC SDU were successfully transmitted, all of those segments would be discarded due to the lost segment of the particular RLC SDU.

[0199] However, there is no way to simply discard RLC SDU segments and waste radio resources transmitting unnecessary RLC SDU segments. That is, when the transmitting RLC entity submits an RLC SDU segment to the lower layer for transmission, the transmitting MAC entity sends a MAC PDU including the RLC SDU segment to the network. However, if the transmitting RLC entity receives an indication of RLC SDU segment loss, this disclosure recommends that the RLC entity should discard the remaining RLC SDU segments or the RLC SDU including the lost segment.

[0200] Polling based on data importance

[0201] Recently, XR (Extended Reality) has been considered one of the most promising services in mobile communication systems. However, current mechanisms may not be suitable for supporting this XR service. In particular, XR services have stringent latency requirements and varying data importance within an XR service. Most XR use cases are characterized by quasi-periodic services with potential jitter and high data rates in DL (i.e., video stream) combined with frequent UL (i.e., attitude / control updates) and / or UL video streams. Both DL and UL services are also characterized by relatively strict packet delay budgets (PDB). Furthermore, since XR is based on video codecs, some data generated from the codec should be more important than others. For example, I-frames are more important than P-frames and B-frames.

[0202] Therefore, it is important to meet strict PDB requirements and provide appropriate handling of different data importance for XR services to support smooth XR services.

[0203] To meet latency requirements, latency reports are considered to identify the amount of data with remaining time below a certain threshold. That is, the data has a long buffer time, with only a small amount of time remaining until the data's PDU boundary. This allows the network to know how much urgent data is in the UE and can schedule an appropriate UL license size to the UE for that urgent data.

[0204] The UE can then send all urgent data with remaining time below a certain threshold to the network. However, if Automatic Repeat Request (ARQ) for Acknowledgment Mode (AM) is used to send data, the UE should wait for acknowledgment of the sent data before retransmitting the data already sent, and this acknowledgment can be determined by a status report from a peer entity.

[0205] There are two possible ways to receive this status report. The first is to include polling on the sending side, and the second is to trigger a status report on the receiving side when data loss is detected. The problem is that the second method cannot be controlled by the sending entity, so the sending entity cannot receive status reports when it wants to. The first method also has problems because polling can only be included in the transmitted data if the amount of data or bytes exceeds a certain threshold according to the current mechanism. If a small amount of urgent data is sent, polling may not be included in the transmitted data, and ultimately the sending entity cannot provide more data transmission opportunities, and that data cannot meet the strict waiting time requirements.

[0206] To properly handle the varying data importance in XR services, critical data should have more transmission opportunities. However, the current mechanism only considers the size of the data sent or the number of bytes to include polling. Therefore, if the accumulated latency exceeds the PDB boundary, critical data cannot be prioritized and may be discarded like normal data. Addressing these issues is therefore crucial for smooth XR services.

[0207] According to this disclosure, when the UE has data and receives a UL grant, the UE generates a PDU including the data. When the UE includes data in the PDU, it increments a first counter for the amount of data and a second counter for the total number of bytes of data. If either counter exceeds a specific threshold, the UE includes the data in a polled PDU. However, if the data is critical, the UE should generate a PDU including polled data regardless of whether the values ​​of the first and / or second counters exceed the specific threshold. The UE then uses the UL grant to transmit the generated PDU. When polling is included in the PDU, the UE sets both counters to zero.

[0208] Through L3 (e.g., RRC) signaling, the UE can be configured with unacknowledged mode (UM) or acknowledged mode (AM), including quantity threshold, byte threshold, polling retransmission timer, delay threshold, drop timer, sequence number (SN) size and transmission window (which can be determined by subtracting 1 from the size of SN).

[0209] When the UE receives data from the upper layer, the UE assigns the SN to the data and starts a discard timer for the data. If the discard timer expires, the UE discards the data. In this disclosure, the data can be treated as an SDU before the header is added to the data, and as a PDU after the header is added to the data.

[0210] When the UE receives a UL clearance, it generates a PDU containing data. When the UE includes data from the PDU, it increments a first counter to the amount of data and a second counter to the total number of bytes of data. If either the first counter exceeds a quantity threshold or the second counter exceeds a byte threshold, the UE includes the data in a polled PDU.

[0211] Specifically, when data is included in the PDU, if the data is important data, the UE includes the polling in the PDU regardless of whether the values ​​of the first counter and / or the second counter exceed a specific threshold (i.e., whether the current values ​​of the first counter and the second counter exceed the first threshold and the second threshold, respectively).

[0212] As described above, separate counters and thresholds can exist for critical data, and these counters can increment only for critical data, not for normal data. When polling is included in a PDU, the UE sets both counters to zero. The UE can start or restart the polling retransmission timer based on the data included in the PDU. If the polling retransmission timer expires, the UE will include polling in retransmitted or newly transmitted PDUs.

[0213] Data can be considered important when one or more of the following conditions are met: - The data has a remaining time equal to or less than the latency threshold; - The importance of the data is higher than others (i.e., the importance level of the data is higher than the importance level threshold). - The data is resent; The importance of data can be (pre-)configured or indicated by the network or upper layers. For example, I-frames have a higher priority than P-frames, and P-frames have a higher priority than B-frames. Alternatively, control packets / PDUs in the upper layers can have a higher priority than normal data. Thresholds can be configured to determine the importance of data, and if the priority / importance of data is higher than the threshold, the UE can determine that the data is important.

[0214] When the network receives a PDU containing polling data, it generates a status report to indicate acknowledgment of all received data and sends the status report back to the UE. When the UE receives the status report, it identifies the acknowledgment of the important data sent by the PDU containing polling data and can retransmit the important data that was negatively acknowledged by the status report.

[0215] Alternatively, the UE may have a separate layer to handle this disclosure, and in this case, the following can be applied. The RLC entity can be configured via L3 (e.g., RRC) signaling with either an unacknowledged (UM) or acknowledged (AM) mode, including a quantity threshold, a byte threshold, a polling retransmission timer, a sequence number (SN) size, and a transmission window (which can be determined by subtracting 1 from the SN size). The PDCP entity associated with the RLC entity can also be configured via L3 signaling. The RLC and PDCP entities can be configured with delay thresholds and / or drop timers.

[0216] When a PDCP entity receives data from an upper layer, it assigns a serial number (SN) to the data and starts a drop timer for the data. The PDCP entity may add a header to the data, and then submit the data to the RLC entity for transmission over the network. If the drop timer for the data expires, the PDCP entity instructs the RLC entity to drop the data at the RLC entity. In this disclosure, the data can be treated as an SDU before the header is added, and as a PDU after the header is added.

[0217] When the RLC entity receives data from the PDCP entity, it assigns the RLC SN to the data. When the UE receives a UL grant, a portion of the UL grant is allocated to the RLC entity (i.e., associated with a logical channel), and the amount of data allocated according to the UL grant can be submitted to the MAC entity for transmission. The MAC entity generates a MAC PDU with the submitted data from the RLC entity. When data is submitted to the MAC entity, the RLC entity increments a first counter for the amount of data and a second counter for the total number of bytes of data. If either the first counter exceeds the quantity threshold or the second counter exceeds the byte threshold, the RLC entity includes the data in a polled MAC PDU. When data is included in the MAC PDU, if the data is important, the RLC entity includes the polled PDU regardless of the values ​​of the two counters (i.e., the cumulative values ​​of the first and second counters).

[0218] Specifically, separate counters and thresholds can exist for critical data, and these counters can increment only for critical data rather than through normal data. When polling is included in a PDU, the RLC entity sets both counters to zero. The RLC entity can start or restart the polling retransmission timer based on the data included in the PDU. If the polling retransmission timer expires, the RLC entity can include polled data (either retransmitted or newly sent) in another MAC PDU.

[0219] When the remaining time of data becomes equal to or less than a latency threshold, the PDCP entity can indicate this information to the RLC entity. When the RLC entity receives this indication from the PDCP entity, it considers the indicated data (i.e., the remaining time equal to or less than the latency threshold) as important data. When the PDCP entity submits data to the RLC entity, if the importance of the submitted data is higher than that of other data, the PDCP entity can indicate to the RLC entity that the submitted data is important data, where the importance of the data can be (pre)configured or indicated by the network or upper layers. For example, I-frames have a higher priority than P-frames, and P-frames have a higher priority than B-frames, or control packets / PDUs in the upper layers can have a higher priority than normal data. Thresholds can be configured to determine the importance of data, and if the priority / importance of data is higher than the threshold, the RLC entity can determine that the data is important data. The RLC entity can also consider retransmitted data as important data when one or more of the above conditions are met.

[0220] When the network receives a PDU containing polling data, it generates a status report indicating acknowledgment of all received data and sends the status report back to the UE. When the RLC entity receives the status report, it identifies the acknowledgment of the transmitted important data based on the PDU containing polling data, and the RLC entity can retransmit the important data that was denied by the status report.

[0221] Figure 9 An example of using polling to send data according to this disclosure is shown. Figure 9 In this context, it is assumed that the RLC entity is configured with a PDU counter and a first threshold having a value of 11. Furthermore, it is also assumed that the RLC entity is configured with a byte counter having a second threshold with a value of 1500 bytes.

[0222] exist Figure 9 In this context, it is assumed that all data has the same size (i.e., 100 bytes), and that data 14 is important data. Preferably, data 14 is indicated as important data by an upper layer (e.g., the RRC layer). Furthermore, it is also assumed that data 1 through data 9 have been sent, and the current PDU counter is 9, and the byte counter is 900 bytes.

[0223] Reference Figure 9 In T1, it is shown that since important data 14 has not yet been included in the MAC PDU, the MAC PDU is generated based on the PDU counter and the byte counter.

[0224] Specifically, when the UE receives a UL grant, the UE's MAC entity allocates the UL grant to each logical channel associated with each RLC entity through the LCP (Logical Channel Priority) procedure. The UE's RLC entity receives notification of the transmission opportunity and the total size to be transmitted in the transmission opportunity (i.e., 200 bytes).

[0225] When the RLC entity submits data 10 and data 11 to the MAC entity, the RLC entity increments the PDU counter to 11 and the byte counter to 1100 bytes. When data 11 is included in MAC PDU1, the RLC entity includes the polling in data 11 because the PDU counter meets the first threshold of 11. After including the polling, both the PDU counter and the byte counter are set to zero. The MAC entity then sends MAC PDU1 to the network.

[0226] Next, at T2, it is shown that the MAC PDU includes important data 14. As described above, important data 14 is at least one of the following: data with remaining time equal to or less than the latency threshold, data with an importance level higher than the importance level threshold, and retransmitted data; Specifically, the UE receives another UL permission, and the UE's RLC entity receives a notification of the transmission opportunity and the total size (300 bytes) to be transmitted in the transmission opportunity.

[0227] When the UE's RLC entity submits data 12, data 13, and data 14 to the MAC entity, the RLC entity increments the PDU counter to 3 and the byte counter to 300 bytes.

[0228] Even if the PDU counter and byte counter do not meet the first threshold 11 and the second threshold 1500 bytes respectively, the RLC entity includes polling in data 14 when data 14 is included in MAC PDU2, because data 14 is important data. After including polling and data 14 in MAC PDU2, both the PDU counter and byte counter can be set to zero. Then, the MAC entity sends MAC PDU2 to the network.

[0229] Figure 10 An example of operation for a UE according to this disclosure is shown.

[0230] Reference Figure 10 In S1005, the UE (preferably, the UE's RLC entity) receives a Service Data Unit (SDU) from the upper layer when a discard timer is started. Here, the upper layer may be the UE's PDCP layer.

[0231] In S1010, while the discard timer is running, the UE (preferably, the UE's RLC entity) generates a Protocol Data Unit (PDU) that includes the SDU based on the uplink permission. That is, the UE (preferably, the UE's RLC entity) includes the SDU in the PDU.

[0232] Next, in S1015, when the SDU is included in the PDU, the UE (preferably, the RLC entity of the UE) increments the counter by the same amount as the size of the SDU, or by 1.

[0233] Next, in S1020, the UE (preferably, the UE's RLC entity) determines whether the polling used to request status reports related to the SDU should be included in the PDU.

[0234] Specifically, if an SDU is considered important information, the PDU should include polling. That is, if the remaining time of the discard timer is less than a first threshold, the PDU should include polling. Alternatively, if the SDU has an importance level higher than a second threshold, the PDU should include polling. Here, the importance level of the SDU is indicated by the upper layer.

[0235] Of course, if the counter is equal to or greater than the third threshold, the PDU includes polling. However, even if the counter is less than the third threshold, if the remaining time of the discard timer is less than the first threshold, the PDU should include polling regardless of the comparison between the counter and the third threshold.

[0236] Next, at S1025, based on the determination performed at S1020, polling is included in the PDU. Preferably, if polling is included in the PDU, a counter is initialized.

[0237] Finally, in S1030, the UE sends a PDU on the uplink permission.

[0238] According to this disclosure, the UE can receive a status report indicating importance, which allows the UE to determine as early as possible whether important data needs to be retransmitted. This provides more opportunities for retransmission of important XR data and improves XR service quality because the UE can know the confirmation of the important data being transmitted before performing subsequent transmissions.

Claims

1. A method for performing operations on a user equipment (UE) in a wireless communication system, the method comprising the following steps: Receive Service Data Units (SDUs) from the upper layer when the discard timer is started; Based on the fact that the discard timer is running, a Protocol Data Unit (PDU) including the SDU is generated based on the uplink permission; as well as The PDU is sent on the uplink license. Wherein, based on the fact that the remaining time of the discard timer is less than a first threshold, the PDU includes polling for requesting status reports related to the SDU.

2. The method according to claim 1, wherein, Based on the fact that the SDU has an importance level higher than the second threshold, the PDU includes the polling. The importance level of the SDU is indicated by the upper layer.

3. The method according to claim 1, further comprising the following steps: Since the SDU is included in the PDU, the counter is increased by the same amount as the size of the SDU or by 1. Wherein, based on the counter being equal to or greater than the third threshold, the PDU includes the polling.

4. The method according to claim 3, wherein, The counter is initialized based on the polling included in the PDU.

5. The method according to claim 3, wherein, Based on the fact that the remaining time of the discard timer is less than the first threshold, the PDU includes the polling independently of the step of comparing the counter with the third threshold.

6. A user equipment (UE) in a wireless communication system, the UE comprising: At least one transceiver; At least one processor; as well as At least one computer memory, operatively connected to the at least one processor and storing instructions that, when executed, cause the at least one processor to perform operations, the operations including: Receive Service Data Units (SDUs) from the upper layer when the discard timer is started; Based on the fact that the discard timer is running, a Protocol Data Unit (PDU) including the SDU is generated based on the uplink permission; and The PDU is sent on the uplink license. Wherein, based on the fact that the remaining time of the discard timer is less than a first threshold, the PDU includes polling for requesting status reports related to the SDU.

7. The UE according to claim 6, wherein, Based on the fact that the SDU has an importance level higher than the second threshold, the PDU includes the polling. The importance level of the SDU is indicated by the upper layer.

8. The UE according to claim 6, wherein, The operation also includes: Since the SDU is included in the PDU, the counter is increased by the same amount as the size of the SDU or by 1. Wherein, based on the counter being equal to or greater than the third threshold, the PDU includes the polling.

9. The UE according to claim 8, wherein, The counter is initialized based on the polling included in the PDU.

10. The UE according to claim 8, wherein, Based on the fact that the remaining time of the discard timer is less than the first threshold, the PDU includes the polling independently of the operation of comparing the counter with the third threshold.

11. An apparatus for a user equipment (UE), the apparatus comprising: At least one processor; as well as At least one computer memory, operatively connected to the at least one processor and storing instructions that, when executed, cause the at least one processor to perform operations, the operations including: Receive Service Data Units (SDUs) from the upper layer when the discard timer is started; Based on the fact that the discard timer is running, a Protocol Data Unit (PDU) including the SDU is generated based on the uplink permission; and The PDU is sent on the uplink license. Wherein, based on the fact that the remaining time of the discard timer is less than a first threshold, the PDU includes polling for requesting status reports related to the SDU.

12. A computer-readable storage medium storing at least one computer program, the computer program comprising instructions that, when executed by at least one processor, cause the at least one processor to perform operations for a user equipment (UE), the operations comprising: Receive Service Data Units (SDUs) from the upper layer when the discard timer is started; Based on the fact that the discard timer is running, a Protocol Data Unit (PDU) including the SDU is generated based on the uplink permission; as well as The PDU is sent on the uplink license. Wherein, based on the fact that the remaining time of the discard timer is less than a first threshold, the PDU includes polling for requesting status reports related to the SDU.

Images