WO2025143986A1 - Method and device for transmitting data in next generation cellular network - Google Patents

Abstract

An electronic device may include: a memory (220) for storing instructions; and a processor (210). The instructions, when executed by the processor, cause the electronic device to: identify, on the basis of pieces of feedback information corresponding to one or more hybrid automatic repeat request (HARQ) process IDs, a first data block determined not to perform HARQ retransmission (HARQ-less) among one or more data blocks; when at least one block is identified as the first data block, transmit, to a base station by using the first data block, data classified as not performing retransmission; stop monitoring a physical downlink control channel (PDCCH) being executed for retransmitting the HARQ; and switch the electronic device into a sleep state.

Description

Method and device for transmitting data in next-generation cellular networks

The present disclosure relates to operations of a terminal and a base station in a mobile communication system, and more particularly, to a method and device for transmitting data to be transmitted from a CG resource when the data has a short transmission time requirement when a configured grant is set.

5G mobile communication technology defines a wide frequency band to enable fast transmission speeds and new services, and can be implemented not only in the sub-6GHz frequency band, such as 3.5 gigahertz (3.5GHz), but also in the ultra-high frequency band called millimeter wave (㎜Wave), such as 28GHz and 39GHz ('Above 6GHz'). In addition, for 6G mobile communication technology, which is called the system after 5G communication (Beyond 5G), implementation in the terahertz band (for example, the 3 terahertz (3THz) band at 95GHz) is being considered to achieve a transmission speed that is 50 times faster than 5G mobile communication technology and an ultra-low delay time that is reduced by one-tenth.

In the early stages of 5G mobile communication technology, the goal was to support services and satisfy performance requirements for enhanced Mobile Broadband (eMBB), Ultra-Reliable Low-Latency Communications (URLLC), and massive Machine-Type Communications (mMTC). The technologies included beamforming and massive MIMO to mitigate path loss of radio waves in ultra-high frequency bands and increase the transmission distance of radio waves, support for various numerologies (such as operation of multiple subcarrier intervals) and dynamic operation of slot formats for efficient use of ultra-high frequency resources, initial access technology to support multi-beam transmission and wideband, definition and operation of BWP (Bidth Part), new channel coding methods such as LDPC (Low Density Parity Check) codes for large-capacity data transmission and Polar Code for reliable transmission of control information, and L2 pre-processing (L2 Standardization has been made for network slicing, which provides dedicated networks specialized for specific services, and pre-processing.

Currently, discussions are underway on improving and enhancing the initial 5G mobile communication technology in consideration of the services that the 5G mobile communication technology was intended to support, and physical layer standardization is in progress for technologies such as V2X (Vehicle-to-Everything) to help autonomous vehicles make driving decisions based on their own location and status information transmitted by the vehicle and to increase user convenience, NR-U (New Radio Unlicensed) for the purpose of system operation that complies with various regulatory requirements in unlicensed bands, NR terminal low power consumption technology (UE Power Saving), Non-Terrestrial Network (NTN), which is direct terminal-satellite communication to secure coverage in areas where communication with terrestrial networks is impossible, and Positioning. Several broadband wireless technologies have been developed in recent years to satisfy the ever-increasing number of broadband subscribers and to provide more diverse and better applications and services. The second generation wireless communication system was developed to provide voice services while ensuring user mobility. The third generation wireless communication system supports not only voice services but also data services. The fourth generation wireless communication system was developed to provide high-speed data services. However, the fourth generation wireless communication system is currently suffering from a lack of resources to meet the increasing demand for high-speed data services. Therefore, the fifth generation wireless communication system is being developed to meet the increasing demand for various services with various requirements such as high-speed data services, ultra-reliable and low-latency applications, and large-capacity machine-type communications. The spectrum utilization efficiency needs to be improved. Since various services are likely to be supported in a single 5G cellular network, flexible multiplexing of multiple services is required. In addition, the system design should consider forward compatibility in order to smoothly add new services in the future.

Meanwhile, when a configured grant is set, the need for a solution to solve problems that may occur when transmitting data to be transmitted from CG resources has a short transmission time requirement has arisen.

The purpose of the present invention is to provide a method and device for resolving a problem that may occur when transmitting data to be transmitted from a CG resource when a configured grant is set for a terminal and the data has a short transmission time requirement.

An electronic device may include a memory (220) storing instructions and a processor (210). The instructions, when executed by the processor, may cause the electronic device to identify a first data block determined to be HARQ-less among at least one data block based on feedback information corresponding to at least one hybrid automatic repeat request (HARQ) process ID, and, when at least one block is identified as the first data block, transmit data classified as not performing retransmission to a base station using the first data block, stop monitoring a physical downlink control channel (PDCCH) that was being executed for HARQ retransmission, and switch the electronic device to a sleep state.

The operating method may include an operation of identifying a first data block determined to be HARQ-less among at least one data block based on feedback information corresponding to at least one HARQ (hybrid automatic repeat request) process ID, an operation of transmitting data classified as not to be retransmitted to a base station (400) using the first data block when at least one block is identified as the first data block, and an operation of stopping monitoring of a physical downlink control channel (PDCCH) that was being executed for HARQ retransmission and switching the electronic device to a sleep state.

In the recording medium, it may include a memory and a processor (210) storing instructions. The memory may store instructions that, when executed by the processor, cause the electronic device to identify a first data block determined to be HARQ-less among at least one data block based on feedback information corresponding to at least one HARQ (hybrid automatic repeat request) process ID, and, when at least one block is identified as the first data block, transmit data classified as not performing retransmission to a base station (400) using the first data block, stop monitoring a PDCCH (physical downlink control channel) that was being executed for HARQ retransmission, and switch the electronic device (200) to a sleep state.

An electronic device according to various embodiments of the present document can efficiently transmit and receive data even when data to be transmitted from a CG resource has a short transmission time requirement, when a configured grant is set.

An electronic device according to this document can provide a method for transmitting without retransmission in the absence of HARQ feedback in a CG-type resource allocation structure and a framework for performing the same.

An electronic device according to this document can reduce power consumption of the electronic device by optimizing the sleep operation period from the perspective of UL transmission of XR services.

FIG. 1 is a block diagram of an electronic device within a network environment according to various embodiments.

FIG. 2 is a block diagram of an electronic device according to one embodiment.

Figure 3a illustrates a situation in which PDCCH (physical downlink control channel) monitoring is performed in a CG (Configured Grant)-based resource allocation situation according to a comparative example.

Figure 3b illustrates a situation in which the order of data is changed due to a long time required for retransmission in a CG (Configured Grant)-based resource allocation situation according to a comparative example.

FIG. 4 illustrates a situation in which an electronic device provides an XR (extended reality) service according to various embodiments.

FIG. 5a illustrates a process of generating identification information describing whether retransmission is possible for each process ID of HARQ according to various embodiments.

FIG. 5b illustrates a base station-based identification information management method according to various embodiments.

FIGS. 5c and 5d illustrate an electronic device-based identification information management method according to various embodiments.

FIG. 6 illustrates a process in which an electronic device according to various embodiments performs multiplexing and assembling of XR data by distinguishing data blocks that do not require retransmission.

FIG. 7 is a flowchart illustrating a method for an electronic device to transmit data according to various embodiments.

FIG. 8 is a flowchart illustrating a method for an electronic device to transmit data according to various embodiments.

FIG. 1 is a block diagram of an electronic device (101) in a network environment (100) according to various embodiments. Referring to FIG. 1, in the network environment (100), the electronic device (101) may communicate with the electronic device (102) via a first network (198) (e.g., a short-range wireless communication network), or may communicate with at least one of the electronic device (104) or the server (108) via a second network (199) (e.g., a long-range wireless communication network). According to one embodiment, the electronic device (101) may communicate with the electronic device (104) via the server (108). According to one embodiment, the electronic device (101) may include a processor (120), a memory (130), an input module (150), an audio output module (155), a display module (160), an audio module (170), a sensor module (176), an interface (177), a connection terminal (178), a haptic module (179), a camera module (180), a power management module (188), a battery (189), a communication module (190), a subscriber identification module (196), or an antenna module (197). In some embodiments, the electronic device (101) may omit at least one of these components (e.g., the connection terminal (178)), or may have one or more other components added. In some embodiments, some of these components (e.g., the sensor module (176), the camera module (180), or the antenna module (197)) may be integrated into one component (e.g., the display module (160)).

The processor (120) may control at least one other component (e.g., a hardware or software component) of an electronic device (101) connected to the processor (120) by executing, for example, software (e.g., a program (140)), and may perform various data processing or calculations. According to one embodiment, as at least a part of the data processing or calculations, the processor (120) may store a command or data received from another component (e.g., a sensor module (176) or a communication module (190)) in a volatile memory (132), process the command or data stored in the volatile memory (132), and store result data in a nonvolatile memory (134). According to one embodiment, the processor (120) may include a main processor (121) (e.g., a central processing unit or an application processor) or an auxiliary processor (123) (e.g., a graphics processing unit, a neural processing unit (NPU), an image signal processor, a sensor hub processor, or a communication processor) that can operate independently or together with the main processor (121). For example, when the electronic device (101) includes a main processor (121) and an auxiliary processor (123), the auxiliary processor (123) may be configured to use less power than the main processor (121) or to be specialized for a given function. The auxiliary processor (123) may be implemented separately from the main processor (121) or as a part thereof.

The auxiliary processor (123) may control at least a portion of functions or states associated with at least one of the components of the electronic device (101) (e.g., the display module (160), the sensor module (176), or the communication module (190)), for example, while the main processor (121) is in an inactive (e.g., sleep) state, or together with the main processor (121) while the main processor (121) is in an active (e.g., application execution) state. In one embodiment, the auxiliary processor (123) (e.g., an image signal processor or a communication processor) may be implemented as a part of another functionally related component (e.g., a camera module (180) or a communication module (190)). In one embodiment, the auxiliary processor (123) (e.g., a neural network processing device) may include a hardware structure specialized for processing artificial intelligence models. The artificial intelligence models may be generated through machine learning. Such learning may be performed, for example, in the electronic device (101) itself on which the artificial intelligence model is executed, or may be performed through a separate server (e.g., server (108)). The learning algorithm may include, for example, supervised learning, unsupervised learning, semi-supervised learning, or reinforcement learning, but is not limited to the examples described above. The artificial intelligence model may include a plurality of artificial neural network layers. The artificial neural network may be one of a deep neural network (DNN), a convolutional neural network (CNN), a recurrent neural network (RNN), a restricted Boltzmann machine (RBM), a deep belief network (DBN), a bidirectional recurrent deep neural network (BRDNN), deep Q-networks, or a combination of two or more of the above, but is not limited to the examples described above. In addition to the hardware structure, the artificial intelligence model may additionally or alternatively include a software structure.

The memory (130) can store various data used by at least one component (e.g., processor (120) or sensor module (176)) of the electronic device (101). The data can include, for example, software (e.g., program (140)) and input data or output data for commands related thereto. The memory (130) can include volatile memory (132) or nonvolatile memory (134).

The program (140) may be stored as software in memory (130) and may include, for example, an operating system (142), middleware (144), or an application (146).

The input module (150) can receive commands or data to be used in a component of the electronic device (101) (e.g., a processor (120)) from an external source (e.g., a user) of the electronic device (101). The input module (150) can include, for example, a microphone, a mouse, a keyboard, a key (e.g., a button), or a digital pen (e.g., a stylus pen).

The audio output module (155) can output an audio signal to the outside of the electronic device (101). The audio output module (155) can include, for example, a speaker or a receiver. The speaker can be used for general purposes such as multimedia playback or recording playback. The receiver can be used to receive an incoming call. According to one embodiment, the receiver can be implemented separately from the speaker or as a part thereof.

The display module (160) can visually provide information to an external party (e.g., a user) of the electronic device (101). The display module (160) can include, for example, a display, a holographic device, or a projector and a control circuit for controlling the device. According to one embodiment, the display module (160) can include a touch sensor configured to detect a touch, or a pressure sensor configured to measure the intensity of a force generated by the touch.

The audio module (170) can convert sound into an electrical signal, or vice versa, convert an electrical signal into sound. According to one embodiment, the audio module (170) can obtain sound through an input module (150), or output sound through an audio output module (155), or an external electronic device (e.g., an electronic device (102)) (e.g., a speaker or a headphone) directly or wirelessly connected to the electronic device (101).

The sensor module (176) can detect an operating state (e.g., power or temperature) of the electronic device (101) or an external environmental state (e.g., user state) and generate an electric signal or data value corresponding to the detected state. According to one embodiment, the sensor module (176) can include, for example, a gesture sensor, a gyro sensor, a barometric pressure sensor, a magnetic sensor, an acceleration sensor, a grip sensor, a proximity sensor, a color sensor, an IR (infrared) sensor, a biometric sensor, a temperature sensor, a humidity sensor, or an illuminance sensor.

The interface (177) may support one or more designated protocols that may be used to directly or wirelessly connect the electronic device (101) with an external electronic device (e.g., the electronic device (102)). In one embodiment, the interface (177) may include, for example, a high definition multimedia interface (HDMI), a universal serial bus (USB) interface, an SD card interface, or an audio interface.

The connection terminal (178) may include a connector through which the electronic device (101) may be physically connected to an external electronic device (e.g., the electronic device (102)). According to one embodiment, the connection terminal (178) may include, for example, an HDMI connector, a USB connector, an SD card connector, or an audio connector (e.g., a headphone connector).

The haptic module (179) can convert an electrical signal into a mechanical stimulus (e.g., vibration or movement) or an electrical stimulus that a user can perceive through a tactile or kinesthetic sense. According to one embodiment, the haptic module (179) can include, for example, a motor, a piezoelectric element, or an electrical stimulation device.

The camera module (180) can capture still images and moving images. According to one embodiment, the camera module (180) can include one or more lenses, image sensors, image signal processors, or flashes.

The power management module (188) can manage power supplied to the electronic device (101). According to one embodiment, the power management module (188) can be implemented as, for example, at least a part of a power management integrated circuit (PMIC).

The battery (189) can power at least one component of the electronic device (101). In one embodiment, the battery (189) can include, for example, a non-rechargeable primary battery, a rechargeable secondary battery, or a fuel cell.

The communication module (190) may support establishment of a direct (e.g., wired) communication channel or a wireless communication channel between the electronic device (101) and an external electronic device (e.g., the electronic device (102), the electronic device (104), or the server (108)), and performance of communication through the established communication channel. The communication module (190) may operate independently from the processor (120) (e.g., the application processor) and may include one or more communication processors that support direct (e.g., wired) communication or wireless communication. According to one embodiment, the communication module (190) may include a wireless communication module (192) (e.g., a cellular communication module, a short-range wireless communication module, or a GNSS (global navigation satellite system) communication module) or a wired communication module (194) (e.g., a local area network (LAN) communication module or a power line communication module). Among these communication modules, a corresponding communication module may communicate with an external electronic device (104) via a first network (198) (e.g., a short-range communication network such as Bluetooth, wireless fidelity (WiFi) direct, or infrared data association (IrDA)) or a second network (199) (e.g., a long-range communication network such as a legacy cellular network, a 5G network, a next-generation communication network, the Internet, or a computer network (e.g., a LAN or WAN)). These various types of communication modules may be integrated into a single component (e.g., a single chip) or implemented as multiple separate components (e.g., multiple chips). The wireless communication module (192) may use subscriber information (e.g., an international mobile subscriber identity (IMSI)) stored in the subscriber identification module (196) to identify or authenticate the electronic device (101) within a communication network such as the first network (198) or the second network (199).

The wireless communication module (192) can support a 5G network and next-generation communication technology after a 4G network, for example, NR access technology (new radio access technology). The NR access technology can support high-speed transmission of high-capacity data (eMBB (enhanced mobile broadband)), terminal power minimization and connection of multiple terminals (mMTC (massive machine type communications)), or high reliability and low latency (URLLC (ultra-reliable and low-latency communications)). The wireless communication module (192) can support, for example, a high-frequency band (e.g., mmWave band) to achieve a high data transmission rate. The wireless communication module (192) may support various technologies for securing performance in a high-frequency band, such as beamforming, massive multiple-input and multiple-output (MIMO), full dimensional MIMO (FD-MIMO), array antenna, analog beam-forming, or large scale antenna. The wireless communication module (192) may support various requirements specified in an electronic device (101), an external electronic device (e.g., an electronic device (104)), or a network system (e.g., a second network (199)). According to one embodiment, the wireless communication module (192) can support a peak data rate (e.g., 20 Gbps or more) for eMBB realization, a loss coverage (e.g., 164 dB or less) for mMTC realization, or a U-plane latency (e.g., 0.5 ms or less for downlink (DL) and uplink (UL) each, or 1 ms or less for round trip) for URLLC realization.

The antenna module (197) can transmit or receive signals or power to or from the outside (e.g., an external electronic device). According to one embodiment, the antenna module (197) can include an antenna including a radiator formed of a conductor or a conductive pattern formed on a substrate (e.g., a PCB). According to one embodiment, the antenna module (197) can include a plurality of antennas (e.g., an array antenna). In this case, at least one antenna suitable for a communication method used in a communication network, such as the first network (198) or the second network (199), can be selected from the plurality of antennas by, for example, the communication module (190). A signal or power can be transmitted or received between the communication module (190) and the external electronic device through the selected at least one antenna. According to some embodiments, in addition to the radiator, another component (e.g., a radio frequency integrated circuit (RFIC)) can be additionally formed as a part of the antenna module (197).

According to various embodiments, the antenna module (197) may form a mmWave antenna module. According to one embodiment, the mmWave antenna module may include a printed circuit board, an RFIC positioned on or adjacent a first side (e.g., a bottom side) of the printed circuit board and capable of supporting a designated high-frequency band (e.g., a mmWave band), and a plurality of antennas (e.g., an array antenna) positioned on or adjacent a second side (e.g., a top side or a side) of the printed circuit board and capable of transmitting or receiving signals in the designated high-frequency band.

At least some of the above components may be interconnected and exchange signals (e.g., commands or data) with each other via a communication method between peripheral devices (e.g., a bus, a general purpose input and output (GPIO), a serial peripheral interface (SPI), or a mobile industry processor interface (MIPI)).

In one embodiment, commands or data may be transmitted or received between the electronic device (101) and an external electronic device (104) via a server (108) connected to a second network (199). Each of the external electronic devices (102, or 104) may be the same or a different type of device as the electronic device (101). In one embodiment, all or part of the operations executed in the electronic device (101) may be executed in one or more of the external electronic devices (102, 104, or 108). For example, when the electronic device (101) is to perform a certain function or service automatically or in response to a request from a user or another device, the electronic device (101) may, instead of executing the function or service itself or in addition, request one or more external electronic devices to perform at least a part of the function or service. One or more external electronic devices that have received the request may execute at least a part of the requested function or service, or an additional function or service related to the request, and transmit the result of the execution to the electronic device (101). The electronic device (101) may process the result as it is or additionally and provide it as at least a part of a response to the request. For this purpose, for example, cloud computing, distributed computing, mobile edge computing (MEC), or client-server computing technology may be used. The electronic device (101) may provide an ultra-low latency service by using, for example, distributed computing or mobile edge computing. In another embodiment, the external electronic device (104) may include an IoT (Internet of Things) device. The server (108) may be an intelligent server using machine learning and/or a neural network. According to one embodiment, the external electronic device (104) or the server (108) may be included in the second network (199). The electronic device (101) can be applied to intelligent services (e.g., smart home, smart city, smart car, or healthcare) based on 5G communication technology and IoT-related technology.

The electronic devices according to various embodiments disclosed in this document may be devices of various forms. The electronic devices may include, for example, portable communication devices (e.g., smartphones), computer devices, portable multimedia devices, portable medical devices, cameras, wearable devices, or home appliance devices. The electronic devices according to embodiments of this document are not limited to the above-described devices.

It should be understood that the various embodiments of this document and the terminology used herein are not intended to limit the technical features described in this document to specific embodiments, but include various modifications, equivalents, or substitutes of the embodiments. In connection with the description of the drawings, similar reference numerals may be used for similar or related components. The singular form of a noun corresponding to an item may include one or more of the items, unless the context clearly dictates otherwise. In this document, each of the phrases "A or B", "at least one of A and B", "at least one of A or B", "A, B, or C", "at least one of A, B, and C", and "at least one of A, B, or C" can include any one of the items listed together in the corresponding phrase, or all possible combinations thereof. Terms such as "first", "second", or "first" or "second" may be used merely to distinguish one component from another, and do not limit the components in any other respect (e.g., importance or order). When a component (e.g., a first) is referred to as "coupled" or "connected" to another (e.g., a second) component, with or without the terms "functionally" or "communicatively," it means that the component can be connected to the other component directly (e.g., wired), wirelessly, or through a third component.

The term "module" used in various embodiments of this document may include a unit implemented in hardware, software or firmware, and may be used interchangeably with terms such as logic, logic block, component, or circuit, for example. A module may be an integrally configured component or a minimum unit of the component or a part thereof that performs one or more functions. For example, according to one embodiment, a module may be implemented in the form of an application-specific integrated circuit (ASIC).

Various embodiments of the present document may be implemented as software (e.g., a program (140)) including one or more instructions stored in a storage medium (e.g., an internal memory (136) or an external memory (138)) readable by a machine (e.g., an electronic device (101)). For example, a processor (e.g., a processor (120)) of the machine (e.g., an electronic device (101)) may call at least one instruction among the one or more instructions stored from the storage medium and execute it. This enables the machine to operate to perform at least one function according to the called at least one instruction. The one or more instructions may include code generated by a compiler or code executable by an interpreter. The machine-readable storage medium may be provided in the form of a non-transitory storage medium. Here, 'non-transitory' simply means that the storage medium is a tangible device and does not contain signals (e.g. electromagnetic waves), and the term does not distinguish between cases where data is stored semi-permanently or temporarily on the storage medium.

According to one embodiment, the method according to various embodiments disclosed in the present document may be provided as included in a computer program product. The computer program product may be traded between a seller and a buyer as a commodity. The computer program product may be distributed in the form of a machine-readable storage medium (e.g., a compact disc read only memory (CD-ROM)), or may be distributed online (e.g., downloaded or uploaded) via an application store (e.g., Play StoreTM) or directly between two user devices (e.g., smart phones). In the case of online distribution, at least a part of the computer program product may be temporarily stored or temporarily generated in a machine-readable storage medium, such as a memory of a manufacturer's server, a server of an application store, or an intermediary server.

According to various embodiments, each component (e.g., a module or a program) of the above-described components may include a single or multiple entities, and some of the multiple entities may be separately arranged in other components. According to various embodiments, one or more components or operations of the above-described corresponding components may be omitted, or one or more other components or operations may be added. Alternatively or additionally, the multiple components (e.g., a module or a program) may be integrated into one component. In such a case, the integrated component may perform one or more functions of each of the multiple components identically or similarly to those performed by the corresponding component of the multiple components before the integration. According to various embodiments, the operations performed by the module, program, or other component may be executed sequentially, in parallel, repeatedly, or heuristically, or one or more of the operations may be executed in a different order, omitted, or one or more other operations may be added.

FIG. 2 is a block diagram of an electronic device according to one embodiment.

Hereinafter, the operating principle of the present invention will be described in detail with reference to the attached drawings. In the following description of the present invention, if it is judged that a specific description of a related known function or configuration may unnecessarily obscure the gist of the present invention, the detailed description thereof will be omitted. In addition, the terms described below are terms defined in consideration of the functions in the present invention, and these may vary depending on the intention or custom of the user or operator. Therefore, the definitions should be made based on the contents throughout this specification.

In the following description, terms used to identify connection nodes, terms referring to network entities, terms referring to messages, terms referring to interfaces between network entities, terms referring to various identification information, etc. are examples for convenience of explanation. Therefore, the present invention is not limited to the terms described below, and other terms referring to objects having equivalent technical meanings may be used.

Hereinafter, the base station is an entity that performs resource allocation of the terminal, and may be at least one of a gNode B, an eNode B, a Node B, a BS (Base Station), a wireless access unit, a base station controller, or a node on a network. The terminal may include a UE (User Equipment), an MS (Mobile Station), a cellular phone, a smartphone, a computer, or a multimedia system capable of performing a communication function. In the present disclosure, downlink (DL) refers to a wireless transmission path of a signal that the base station transmits to the terminal, and uplink (UL) refers to a wireless transmission path of a signal that the terminal transmits to the base station. In addition, although the LTE or LTE-A system may be described as an example below, the embodiments of the present disclosure may be applied to other communication systems having similar technical backgrounds or channel types. For example, the 5th generation mobile communication technology (5G, new radio, NR) developed after LTE-A may be included in a system to which the embodiments of the present disclosure may be applied, and the 5G below may be a concept that includes existing LTE, LTE-A, and other similar services. In addition, the present disclosure may be applied to other communication systems through some modifications without significantly departing from the scope of the present disclosure as judged by a person having skilled technical knowledge. At this time, it will be understood that each block of the processing flow diagram and the combination of the flow diagrams can be performed by computer program instructions.

These computer program instructions may be installed in a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing apparatus, so that the instructions executed by the processor of the computer or other programmable data processing apparatus create means for performing the functions described in the flowchart block(s). These computer program instructions may also be stored in a computer-available or computer-readable memory that can be directed to a computer or other programmable data processing apparatus to implement the functions in a particular manner, so that the instructions stored in the computer-available or computer-readable memory can also produce an article of manufacture including instruction means for performing the functions described in the flowchart block(s). The computer program instructions may also be installed on a computer or other programmable data processing apparatus, so that a series of operational steps are performed on the computer or other programmable data processing apparatus to create a computer-implemented process, so that the instructions executing the computer or other programmable data processing apparatus can also provide steps for performing the functions described in the flowchart block(s).

In addition, each block may represent a module, segment, or portion of code that includes one or more executable instructions for executing a specific logical function(s). It should also be noted that in some alternative implementation examples, the functions mentioned in the blocks may occur out of order. For example, two blocks shown in succession may in fact be executed substantially simultaneously, or the blocks may sometimes be executed in reverse order depending on the corresponding function. In this case, the term '~unit' used in the present embodiment means software or a hardware component such as an FPGA (Field Programmable Gate Array) or an ASIC (Application Specific Integrated Circuit), and the '~unit' may perform certain roles. However, the '~unit' is not limited to software or hardware. The '~unit' may be configured to be on an addressable storage medium and may be configured to execute one or more processors. Thus, as an example, the '~ unit' includes components such as software components, object-oriented software components, class components, and task components, and processes, functions, attributes, procedures, subroutines, segments of program code, drivers, firmware, microcode, circuitry, data, databases, data structures, tables, arrays, and variables. The functionality provided within the components and the '~ units' may be combined into a smaller number of components and '~ units' or further separated into additional components and '~ units'. In addition, the components and the '~ units' may be implemented to reproduce one or more CPUs within the device or the secure multimedia card. Also, in an embodiment, the '~ unit' may include one or more processors.

For the convenience of the following explanation, the present invention uses terms and names defined in the 5GS and NR standards, which are standards defined by the 3rd Generation Partnership Project (3GPP) organization among the existing communication standards. However, the present invention is not limited by the above terms and names, and can be equally applied to wireless communication networks according to other standards. For example, the present invention can be applied to 3GPP 5GS/NR (5th generation mobile communication standard).

In the following description of the present invention, if it is determined that a detailed description of a related known function or configuration may unnecessarily obscure the gist of the present invention, the detailed description will be omitted. Hereinafter, an embodiment of the present invention will be described with reference to the attached drawings.

Referring to FIG. 2, an electronic device (200) according to one embodiment may include a communication interface (230), a processor (210), and a memory (220). Even if some of the illustrated components are omitted or replaced, various embodiments of the present document may be implemented. At least some of the respective components of the illustrated (or not illustrated) electronic device (200) may be operatively, functionally, and/or electrically connected to each other.

According to one embodiment, the electronic device (200) may include the configuration and function of the electronic device (101) of FIG. 1. The electronic device (200) may provide an XR (Extended Reality) environment that includes AR (Augmented Reality), which provides additional information on top of a real environment, VR (Virtual Reality) that expresses a virtual environment, and MR (Mixed Reality), which is an intermediate form of AR and VR.

According to one embodiment, the communication interface (230) can support communication with various electronic devices through a network. The communication interface (230) can provide various interfaces such as hypertext transfer protocol (HTTP), representational state transfer (REST), message queuing telemetry transport (MQTT), or socket. The server device (200) can communicate with clients (e.g., the primary device (300), the secondary device (400) of FIG. 2) and/or servers (e.g., the RCS AS (500), the push server (560) of FIG. 2) on the network through the communication interface (230).

According to one embodiment, the memory (220) can temporarily or non-temporarily store various data. The memory (220) can include various types of memory (220), such as random access memory (RAM), virtual memory, cache memory, and/or flash memory.

According to one embodiment, the processor (210) may be configured as one or more processors capable of performing calculations or data processing related to control and/or communication of each component of the server device (200). There is no limitation to the calculation and data processing functions that the processor (210) may implement on the server device (200), but various embodiments that provide an XR (Extended Reality) environment will be described below. The operations of the processor (210) described below may be performed by loading instructions stored in the memory (220).

Figure 3a illustrates a situation in which PDCCH (physical downlink control channel) monitoring is performed in a CG (Configured Grant)-based resource allocation situation according to a comparative example.

According to one embodiment, CG (Configured Grant) based resource allocation may mean a method in which a base station (e.g., gNB) allocates resources to an electronic device (e.g., terminal, UE) for a certain period of time or continuously. The electronic device can transmit data through the configured resource allocation. CG (Configured Grant) based resource allocation may be utilized for communication with low latency requirements, such as URLLC (Ultra Reliable Low Latency Communication).

According to one embodiment, 3GPP defines the XR traffic model that can occur in a 5G network as follows. First, from a downlink perspective, a periodic traffic pattern in which the inter-arrival rate is determined according to the frame rate of the XR video can be considered based on a single stream DL traffic model. The size of the packet can be assumed to follow a probability distribution. For example, in the case of an XR service with a frame rate of 60 fps, it can have an inter-arrival rate with a standard interval of 16.6667 ms, and in the case of 120 fps, it can have an inter-arrival rate with an interval of 8.3333. From an uplink perspective, when considering a general UL pose pose/control traffic model, a pose/control traffic pattern with a periodicity of 4 ms can occur for control according to the user's motion.

According to one embodiment, in order to effectively support XR services having traffic patterns in 5G mobile communication networks, 3GPP has designed the following features for downlink and uplink. First, for the downlink, the existing CDRX with an integer unit periodicity can be designed to have a non-integer-based XR traffic periodicity so that it can operate according to the periodicity of XR traffic. Considering the frame rate of XR traffic, 60 fps or 120 fps, the interval per frame in which DL traffic occurs can be 16.6667 ms or 8.3333 ms. In this case, it may be difficult to express the interval per frame in a multiple of an integer. It may be difficult to satisfy the inter-arrival rate of XR DL traffic, which is difficult to express in integer units, with the DRX configuration. In order to save power of electronic devices (e.g., XR terminals), enhanced CDRX can be performed so that DRX operation can be performed according to the periodicity of DL traffic.

According to one embodiment, CDRX (Connected Mode DRX (Discontinuous Reception)) may refer to a power saving mode for saving energy when the device is not transmitting or receiving data. In the CDRX mode, an electronic device (e.g., a terminal) may communicate with a network according to a specific pattern, exchange necessary information, and enter a power saving state during other times.

In one embodiment, DRX configuration may mean an operation for setting when the device will receive data and when it will enter power saving mode. DRX configuration may vary depending on network conditions, battery status of the device, and the amount and frequency of data communication.

According to one embodiment, in a wireless communication system, an uplink radio resource (Uplink Grant) that an electronic device (e.g., a terminal) transmits to a base station may be divided into a Dynamic Grant (DG) and a Configured Grant (CG) depending on a resource allocation method. DG is a radio resource for which a base station designates the location of a resource through a DCI (Downlink Control Information) message on a PDCCH (Physical Downlink Control Channel) physical channel, and means a one-time resource. CG is a radio resource for which a base station sets a cycle by an RRC (Radio Resource Control) message and repeats at regular intervals.

According to one embodiment, the CG may be preset so that the uplink radio resources are not dynamically allocated according to the state of the traffic but have a specific period based on the RRC configuration. The CG is divided into a first type (Type-1) CG that is activated immediately when set by an RRC message according to the format, and a second type (Type-2) CG that sets the location of the first resource and activates it through a DCI message on a PDCCH physical channel using a CS-RNTI (configured scheduling - radio network temporary identity) after being set by the RRC message. The CS-RNTI (configured scheduling radio network temporary identifier) may mean a temporary identifier for identifying an electronic device within a specific cell. According to one embodiment, the electronic device (e.g., a terminal) may transmit data to the base station using the CG resource of the first type after the CG configuration. According to one embodiment, the electronic device (e.g., a terminal) may transmit data to the base station using the CG resource of the second type after the CG resource set by the RRC is activated by the network.

According to one embodiment, when the second type CG is activated, it can have a format that is repeated periodically based on the first resource that is set. When the second type CG is activated, the first resource that is indicated is an uplink radio resource whose location is indicated by a PDCCH physical channel, so it has the characteristics of a DG, and since the subsequent resources are part of a CG setting that is repeated periodically, it has the characteristics of a CG.

According to one embodiment, the use of CG resources for transmission means that data, called MAC PDU (Medium Access Control Protocol Data Unit) or transport block or TB (Transport Block), is transmitted by the terminal to the base station using this radio resource. When transmitting MAC PDU to the base station using CG resources in this way, the MAC layer of the terminal can transfer the MAC PDU to be transmitted to the HARQ process and instruct the corresponding HARQ process to trigger a new transmission.

In one embodiment, since the decision of whether and when to allocate retransmission resources by the base station is at the discretion of the base station, the terminal can start monitoring the PDCCH in preparation for retransmission by the base station.

Figure 3b illustrates a situation in which the order of data is changed due to a long time required for retransmission in a CG (Configured Grant)-based resource allocation situation according to a comparative example.

According to one embodiment, the configuration for CG, excluding information about the location of resources set when CG is activated, may be included in the CG Config of an RRC message and transmitted by the base station to the terminal. If the data to be transmitted by the set CG resource has a short transmission time requirement, such as motion control, high-speed multimedia, Extreme Reality (XR), and Ultra Reliability and Low Latency Communications (URLLC), performing retransmission after transmission with CG may not satisfy the transmission time requirement. In this case, the base station may not allocate retransmission resources so that the terminal does not perform retransmission after CG transmission.

According to one embodiment, in the CG method considered in the uplink for XR service, a HARQ operation is applied to each CG Transmission. HARQ (Hybrid Automatic Repeat Request) can mean a method for resolving an error when an error occurs in data transmission. HARQ is a technology that combines ARQ (Automatic Repeat Request) and FEC (Forward Error Correction). It first attempts to correct an error through FEC, and if there are too many errors to be corrected through FEC, it can request retransmission through ARQ. In a wireless environment, errors frequently occur due to signal attenuation and interference, so HARQ can be used to overcome the errors.

For example, the packet size can be assumed to follow a probability distribution. For example, in the case of an XR service with a frame rate of 60 fps, it can have an inter-arrival rate of 16.6667 ms interval, and in the case of 120 fps, it can have an inter-arrival rate of 8.3333 interval. From an uplink perspective, when considering a general UL pose pose/control traffic model, a pose/control traffic pattern with a periodicity of 4 ms can occur for control according to the user's motion.

According to one embodiment, when an electronic device performs UL transmission in a CG Resource, the base station may instruct retransmission by transmitting HARQ feedback to the terminal in a PDCCH using CS-RNTI if retransmission is required for the corresponding CG transmission. The CS-RNTI (configured scheduling Radio Network Temporary Identifier) may mean a temporary identifier for identifying an electronic device (UE) within a specific cell. The CS-RNTI may be used by the base station (gNB) to efficiently manage the electronic device (UE) and allocate necessary resources.

Therefore, the terminal should monitor the PDCCH for a certain period of time in order to receive a retransmission instruction that can potentially be transmitted from the base station after the UL transmission in the CG resource, as shown in Fig. 3a. The terminal may remain active for a certain period of time without being able to enter sleep regardless of whether retransmission actually occurs after the UL transmission. The time during which the terminal remains active for a certain period of time without being able to enter sleep may cause an unnecessary increase in current consumption when the XR terminal performs uplink transmission.

However, while the time required until the next data transmission in Fig. 3b is about 4 ms, the time required until the terminal transmits data again according to the retransmission instruction may be relatively greater than 4 ms. That is, the electronic device performing XR may have difficulty performing retransmission because the cycle for transmitting data is shorter than the time for transmitting data again according to the retransmission instruction. The electronic device may not need to monitor the PDCCH to receive a retransmission instruction that may potentially be transmitted from the base station in a situation where retransmission of data transmitted to the base station is not expected.

In one embodiment, an electronic device performing XR may perform enhanced CDRX to save power. Enhanced CDRX may mean a method in which optimization is performed by aligning CDRX on duration sections to burst timings by considering DL patterns of XR traffic. However, it may be difficult to consider UL traffic of XR services during the optimization process. In addition, there is a possibility that UL transmission may occur during CDRX off duration.

In one embodiment, it may be necessary to minimize current consumption due to increased active time that may occur in the terminal due to PDCCH monitoring for HARQ in UL transmission and CG transmission from an UL perspective. Therefore, in order to optimize the CDRX of an electronic device performing XR, it may be necessary to minimize the on duration section additionally occurring due to UL in a CDRX configuration tailored to DL.

According to one embodiment, in order to improve power consumption from an uplink perspective of an electronic device performing XR, a data block that can be processed without requiring retransmission for uplink transmission may be required. Retransmission-less UL Transmission may mean data that can be processed without requiring retransmission for uplink transmission. If a base station requires retransmission for a UL transmission of an electronic device performing XR, the electronic device performing XR may perform PDCCH monitoring to receive a CS-RNTI DCI indicating retransmission.

However, as illustrated in Fig. 3b, traffic transmitted from an electronic device performing XR to the uplink may not be suitable for retransmission operation when considering the transmission cycle and traffic characteristics. For example, in-sequence delivery between packets may be important in UL pose/control traffic, but since the occurrence cycle is very short due to the traffic characteristics, if retransmission occurs, the order of transmitted packets may be reversed as illustrated in Fig. 3b. Therefore, in the case of uplink transmission for an electronic device performing XR, a transmission scenario that does not perform retransmission for CG transmission without HARQ feedback may be required.

An electronic device according to this document can provide a method for transmitting without retransmission due to the absence of HARQ feedback in a CG-type resource allocation structure and a framework for performing the same. The electronic device according to this document can reduce power consumption of the electronic device by optimizing the sleep operation period from the perspective of UL transmission of an XR service.

FIG. 4 illustrates a situation in which an electronic device provides an XR (extended reality) service according to various embodiments.

According to FIG. 4, the electronic device (200) can transmit data to the base station (400) using a plurality of data blocks (e.g., a first data block (TB1) (410), a second data block (TB2) (420), a third data block (TB3) (430), and a first data block (TB4) (440)).

According to one embodiment, the electronic device (200) may determine that the first data block (TB1) (410) and the third data block (TB3) (430) do not require retransmission or do not perform retransmission based on the identification information. The electronic device (200) may determine that the first data block (TB1) (410) and the third data block (TB3) (430) are data blocks that do not require retransmission. The electronic device (200) may transmit XR-related data using the first data block (TB1) (410) and the third data block (TB3) (430) that are determined to not require retransmission. The electronic device (200) may transmit XR-related data using the first data block (TB1) (410) and may immediately switch to a sleep state since retransmission is not expected. The electronic device (200) attempts to transmit XR-related data using the third data block (TB3) (430), and can immediately switch to a sleep state because retransmission is not expected. The electronic device (200) can maintain a sleep state without performing retransmission even in a situation where retransmission may be necessary because the third data block (TB3) (430) is not transmitted. In this case, even if retransmission is performed, the transmission cycle of the XR-related data is shorter than the retransmission cycle, so the order of the data may be mixed up. This has been described in FIG. 3b.

On the other hand, the electronic device (200) may determine that the second data block (TB2) (420) and the fourth data block (TB4) (440) may require retransmission based on the identification information. The data blocks that may require retransmission may mean data blocks that the electronic device (200) must wait to receive HARQ feedback, as retransmission may or may not be performed.

The electronic device (200) can transmit other data not related to XR using the second data block (TB2) (420) and the fourth data block (TB4) (440). In this case, the electronic device (200) can perform retransmission after transmitting the data block, thereby monitoring the PDCCH and maintaining the electronic device (200) in an activated state.

According to one embodiment, the electronic device (200) may include a framework for managing on-off of Uplink HARQ feedback in a physical layer (PHY). The electronic device (200) may perform XR separated multiplexing and TB assembly for Retransmission-less UL transmission in MAC in the framework.

According to one embodiment, the electronic device (200) can perform separated multiplexing on a logical channel matching an XR service at the MAC end so that it can be processed in a separate TB or TB group unit from general services. The MAC (Media Access Control) end may mean a layer that manages the transmission of data in a wireless network. The MAC may perform the role of generating, addressing, and detecting errors in data frames. In the XR field, the MAC end may be used to effectively transmit a large amount of data in real time.

According to one embodiment, the electronic device (200) can transmit a MAC PDU to the base station (400) using TBs capable of transmitting data without retransmission. The electronic device (200) can control UL traffic generated in an XR service to be transmitted to the base station (400) without retransmission.

According to one embodiment, the electronic device (200) can identify an XR service that requires data transmission without retransmission and traffic generated for the service. In addition, the electronic device (200) can perform multiplexing to control the identified traffic to be transmitted in a data block (e.g., TB) that does not require retransmission. The electronic device (200) can transmit a data block that does not require retransmission and maintain a sleep state without monitoring a PDCCH for HARQ Feedback reception in order to reduce power consumption.

According to one embodiment, the electronic device (200) can determine whether a logical channel set based on a CG configuration is related to XR traffic by using a MAC Entity. The electronic device (200) can check QoS (quality of service) information of a bearer or flow associated with a specific channel based on RRC configuration information. The electronic device (200) can identify whether a channel is related to XR traffic based on the QoS (quality of service) information. In addition, the electronic device (200) can check whether a CG configuration corresponding to the XR traffic is allocated to check a channel matching the XR traffic.

According to one embodiment, the electronic device (200) can perform multiplexing by selectively merging only the traffic existing in the buffers of channels matching the XR traffic during the multiplexing and TB assembly process. The electronic device (200) can set only the multiplexed data to be included in a data block (TB (transport block)) that is promised not to be retransmitted between the base station (400).

According to one embodiment, the electronic device (200) can transmit a data block and maintain a sleep state until the next wake-up time of the terminal without a PDCCH monitoring operation for receiving HARQ feedback. Hereinafter, a process for generating identification information for identifying a data block for which the electronic device (200) is promised not to perform retransmission will be described. In addition, a process for identifying a data block by using the identification information will also be described.

FIG. 5a illustrates a process of generating identification information describing whether retransmission is possible for each process ID of HARQ according to various embodiments.

According to one embodiment, an electronic device (e.g., an electronic device (200) of FIG. 2) may have difficulty in operating only traffic of a specific uplink separately without retransmission (retransmission-less) in a HARQ structure. HARQ (Hybrid Automatic Repeat Request) may refer to a method for resolving an error when it occurs in data transmission. In the HARQ structure, since the electronic device (200) is set to a common configuration of a cell unit, even if each traffic is processed separately in a bearer unit, a flow unit, or a channel (logical channel) unit, the same HARQ policy can be followed in the physical layer.

Therefore, when the electronic device (200) configures a data block (e.g., a TB (transport block)) in the MAC layer, data from multiple channels can be combined (assembled) into one data block according to the status of the remaining buffer for each channel. A TB (transport block) may mean a block whose size is calculated in a physical layer (PHY).

According to one embodiment, the electronic device (200) can set whether HARQ feedback is in progress for each TB or TB group through identification information. According to one embodiment, the electronic device (200) can generate identification information describing whether retransmission is possible for each HARQ process ID in order to notify whether HARQ feedback is in progress for each data block or group of data blocks. The identification information can include, for example, an indication map composed of flags defining whether HARQ feedback is possible. According to one embodiment, the electronic device (200) can identify a TB that does not require retransmission based on the configured indication map.

A flag may mean a signal or indication used to control data transmission. A flag may be used to indicate a specific state or condition with a value of 0 or 1. An electronic device (200) may use a flag to inform a base station of at least one of the start and end of a data packet, an error status, or whether a specific function is activated. For example, in a TCP/IP protocol, an electronic device (200) may use a flag to indicate a packet status and perform data transmission control.

According to one embodiment, the electronic device (200) may select a data block that does not require data retransmission or will not perform data retransmission based on identification information. The electronic device (200) may identify a data block that will not perform retransmission, and when a data block (e.g., TB) identified by the corresponding HARQ process ID is received, the electronic device may not transmit HARQ feedback for retransmission to the data included in the corresponding data block.

According to FIG. 5a, the identification information may be configured in a format that describes whether retransmission of data is required for each HARQ process ID. A data block may be matched with an HARQ process ID. For example, a first data block (TB) (502) may correspond to ID 0. The first data block (TB) (502) may be a data block that will not be retransmitted. The electronic device (200) may indicate as 'on' whether the first data block (502) corresponding to ID 0 does not need to be retransmitted. The electronic device (200) may transmit the first data block (502) indicated as 'on' for whether retransmission does not need to be performed, terminate monitoring of a PDCCH for retransmission, and maintain a sleep state.

According to FIG. 5a, the electronic device (200) can indicate as 'on' whether the second data block (TB) (504) corresponding to ID 1 does not need to be retransmitted. The electronic device (200) can transmit the second data block (504) indicated as 'on' for whether the retransmission does not need to be performed, terminate monitoring for the PDCCH for retransmission, and maintain a sleep state.

According to one embodiment, the electronic device (200) may indicate as 'off' whether the third data block (TB) (506) corresponding to ID 2 does not need to be retransmitted. The electronic device (200) may transmit the third data block (506) indicated as 'off' whether or not the retransmission does not need to be performed, and may maintain a wake up state while monitoring a PDCCH for retransmission.

According to FIG. 5A, the electronic device (200) can indicate as 'on' whether retransmission is not required for the fourth data block (TB) (508) corresponding to ID 3, the sixth data block (512) corresponding to ID 30, and the seventh data block (514) corresponding to ID 31. The electronic device (200) can transmit at least one data block indicated as 'on' for whether retransmission is not required, terminate monitoring for PDCCH for retransmission, and maintain a sleep state.

According to FIG. 5a, the electronic device (200) may indicate as 'off' whether or not the fifth data block (TB) (510) corresponding to ID 29 does not need to be retransmitted. The electronic device (200) may transmit the fifth data block (510) indicated as 'off' whether or not the retransmission does not need to be performed, and may maintain a wake up state while monitoring a PDCCH for retransmission. The number of data blocks, the type of HARQ process ID, and whether or not the retransmission does not need to be performed are merely examples and are not limited to the embodiment described in FIG. 5a.

For example, the electronic device (200) can receive a bitmap structure from the base station (400). The electronic device (200) can determine the type of HARQ process ID and whether retransmission should not be performed based on the bitmap received from the base station or network.

FIG. 5b illustrates a base station-based identification information management method according to various embodiments.

According to one embodiment, the electronic device (200) can identify a data block that is set not to be retransmitted using identification information. The identification information can be classified into multiple categories according to the management entity and transmission method.

According to FIG. 5b, the base station (400) can generate identification information for the CG configuration and the HARQ of the uplink to be used for the corresponding transmission through the RRC setting. The RRC (Radio Resource Control) configuration may mean a process for controlling and managing radio resources in a mobile communication network.

The base station-based operation embodiment can be applied to the uplink in a similar manner as downlinkHARQ-FeedbackDisabled-r17, for example, in the NTN of Rel-17, which relates to HARQ feedback in the downlink (e.g., to disable feedback). The electronic device (200) can receive a bitmap structure from the base station (400). The electronic device (200) can determine the type of HARQ process ID and whether to perform retransmission based on the bitmap set in the base station (400) or the network.

downlinkHARQ-FeedbackDisabled-r17 may mean that feedback for Hybrid Automatic Repeat Request (HARQ) is disabled as part of the 3GPP 5G NR (new radio) standard. HARQ may mean a protocol for retransmitting a data packet when an error occurs when the data packet is transmitted from a sender to a receiver. In the protocol, the receiver may transmit feedback for the received packet to the sender. The feedback may include whether the packet was successfully received (ACK: Acknowledgement) or whether retransmission is required (NACK: Not Acknowledgement). When the downlinkHARQ-FeedbackDisabled-r17 setting is enabled, this feedback process may be disabled. In this case, the electronic device (200) may determine not to uniformly perform retransmission even in a situation where retransmission is required, and may change the state of the electronic device (200) to a sleep state.

In FIG. 5b, the electronic device (200) can identify a data block (e.g., TB) that does not need to be retransmitted based on the identification information (e.g., indication map) set by the base station (400) in RRC. The electronic device (200) can set whether to activate the identification information from the base station (400) through DCI or MAC-CE. MAC (media access control) - CE (control element) is a part of a MAC protocol data unit (PDU) and can be used to transmit control information through a wireless link. MAC-CE can include BSR (buffer status report). The electronic device (200) can transmit its buffer status to the base station (400) using BSR. DCI (downlink control information) can mean control information used in a physical layer. DCI can be used by the base station (400) to transmit downlink or uplink scheduling information to the electronic device (200). Downlink or uplink scheduling information may mean information that indicates when and from which resource block the electronic device (200) will receive or transmit data. DCI may be transmitted via a physical downlink control channel (PDCCH).

According to one embodiment, the base station (400) can determine whether to activate identification information for whether HARQ feedback of the uplink is on-off. The base station (400) can determine whether to activate identification information and instruct the electronic device (200) to control whether to perform retransmission. Based on the activation of the identification information, the electronic device (200) can identify a data block (e.g., TB) that does not need to be retransmitted and transmit data related to XR.

FIGS. 5c and 5d illustrate an electronic device-based identification information management method according to various embodiments.

According to FIG. 5c, the electronic device (200) can generate identification information and determine whether to retransmit a certain number of data blocks to be transmitted based on the identification information. The electronic device (200) can transmit to the base station (400) whether to retransmit a certain number of data blocks using uplink control information (UCI) or MAC-CE. The electronic device (200) can transmit control information to the base station (400) using uplink control information (UCI). The base station (400) can determine whether to perform retransmission for the transmitted data blocks based on the identification information received from the electronic device (200). If retransmission is required, the base station (400) can transmit feedback for HARQ retransmission to the electronic device (200). On the other hand, if retransmission is not required, the base station (400) may not transmit feedback for HARQ retransmission to the electronic device (200). When the electronic device (200) transmits a data block determined not to require retransmission, it may determine that feedback for HARQ retransmission will not be received and may not perform PDCCH monitoring. After transmitting the data block determined not to require retransmission, the electronic device (200) may switch the state of the electronic device (200) to a sleep state. The electronic device (200) may reduce power consumption by switching to the sleep state. In addition, the electronic device (200) may prevent power waste consumed for PDCCH monitoring while waiting for retransmission feedback.

According to FIG. 5d, the electronic device (200) may not receive HARQ feedback for uplink for a certain period of time.

According to one embodiment, the base station (400) can transmit identification information for CG configuration and uplink HARQ to the electronic device (200) through RRC settings. The electronic device (200) can determine on-off whether to perform uplink HARQ feedback based on the identification information. The electronic device (200) can activate or deactivate whether to perform feedback by transmitting information on feedback activation to the base station (400) through MAC-CE.

According to one embodiment, the electronic device (200) may determine whether to perform HARQ feedback according to a semi-persistent method. The semi-persistent method may mean a method of not performing HARQ feedback on any data blocks (e.g., 522, 524, 526, 528) located within a certain section (e.g., a section in which HARQ feedback of uplink is disabled).

According to one embodiment, the base station (400) may determine whether data can be retransmitted based on data transmission-related capabilities (e.g., capability, data transmission cycle) of the electronic device (200) when the electronic device (200) is connected to a cell. The base station (400) may set identification information (e.g., indication map) if the electronic device (200) supports transmission for a data block that does not require retransmission. The identification information may include information on whether HARQ feedback of the uplink is performed.

According to one embodiment, the base station (400) can transmit MAC-CE at a time when it determines that uplink HARQ operation is not necessary to the electronic device (200). The base station (400) can instruct activation of HARQ feedback set in RRC. The electronic device (200) can identify a data block on which HARQ feedback operation is not performed according to identification information based on the activation instruction on whether HARQ feedback is necessary. The electronic device (200) can combine XR-related data that does not require retransmission with the identified data block and transmit the combined data to the base station (400).

According to one embodiment, the base station (400) may identify a data block on which a HARQ operation is not performed based on identification information after receiving a MAC-CE. The base station (400) may not perform a HARQ operation on the identified data block, and may not transmit HARQ feedback for retransmission even if reception of the data block fails.

The operation of identifying a data block based on the identification information may not be limited to the case where the base station (400) or the electronic device (200) performs it alone. That is, the base station (400) and the electronic device (200) may jointly perform the operation of identifying a data block based on the identification information. For example, the electronic device (200) may not perform HARQ feedback on all data blocks (e.g., 522, 524, 526, 528) located within a certain section (e.g., a section where HARQ feedback of uplink is disabled). In addition, the electronic device (200) may identify data blocks that do not require retransmission for data blocks (e.g., 522, 524, 526, 528) located within a certain section based on the identification information. The certain section may vary depending on the setting.

FIG. 6 illustrates a process in which an electronic device according to various embodiments performs multiplexing and assembling of XR data by distinguishing data blocks that do not require retransmission.

According to FIG. 6, an electronic device (e.g., an electronic device (200) of FIG. 2) can classify data to be transmitted to a base station (e.g., a base station (400) of FIG. 4) into two groups. The electronic device (200) can classify data into first data (610) related to extended reality (XR) and second data (620) not related to extended reality (XR).

According to one embodiment, first data (610) related to extended reality (XR) and second data (620) not related to extended reality (XR) may be distinguished into logical channels by a logical channel id (LCID). A logical channel may mean a path for transmitting a specific type of data. Each logical channel may have a unique LCID. The logical channel id (LCID) may mean an identifier used in a MAC layer of wireless communication. The LCID may be used to distinguish a specific logical channel. The MAC layer may manage various logical channels using the LCID and select an appropriate channel to transmit various types of data.

In FIG. 6, first data (610) related to extended reality (XR) may be included in a logical channel corresponding to LCID 0 (612) and LCID 3 (614). Second data (620) not related to extended reality (XR) may be included in a logical channel corresponding to LCID 1 (622) and LCID 2 (624). Data included in the logical channels corresponding to LCID 0 (612) and LCID 3 (614) may be included in a data block and transmitted to the base station (400). The electronic device (200) may combine data included in the logical channels corresponding to LCID 0 (612) and LCID 3 (614) into a selected data block. The electronic device (200) may identify a data block (e.g., TB) that is set to not require retransmission of data based on identification information.

For example, the electronic device (200) may determine that the first block (632), the third block (636), and the fifth block (640) are blocks that do not require retransmission based on the identification information. The electronic device (200) may preferentially include the XR-related data included in LCID 0 (612) in the first block (632) and the third block (636). If there is a remaining space in the third block (636), the electronic device (200) may check whether there is remaining data in another buffer. Here, the remaining data may mean the first data (610) related to the XR (extended reality). If only the second data (620) that is not related to the XR (extended reality) remains in the buffer, the electronic device (200) may keep the remaining space in the third block (636) empty and transmit the data block. In FIG. 6, since data related to XR remains in LCID 3 (614), the electronic device (200) can fill the third block (636) with the data included in LCID 3 (614). Thereafter, if there is data remaining in LCID 3 (614), the electronic device (200) can fill the fifth block (640) with data. If there is space remaining in the fifth block (640), the electronic device (200) can check whether there is data remaining in another buffer. Here, the remaining data may mean the first data (610) related to XR (extended reality). If only the second data (620) not related to XR (extended reality) remains in the buffer, the electronic device (200) can keep the remaining space in the fifth block (640) empty (or in a padding state) and transmit the data block.

According to one embodiment, in data communication, padding may mean additionally inserted bits or bytes to meet a specific length requirement. Padding is generally added to the end of a data block or packet and may be used to meet a specific length requirement, align data, or enhance security. When transmitting data in the MAC layer, padding may be added if the size of the data is not a multiple of a specific size. When the size of the MAC frame is a fixed size, for example, a multiple of 8 bytes, padding may be used to fill the remaining portion if the actual data size is less than that. In FIG. 6, the electronic device (200) may use padding to fill the size of a data block or frame when there is no data or when there is insufficient data. The electronic device (200) may keep the remaining space of the fifth block (640) in an empty state (or padding state) and transmit the data block in a situation where there is no first data (610) related to XR (extended reality) remaining.

According to FIG. 6, the electronic device (200) may determine that the second block (634) and the fourth block (638) may be blocks that require retransmission based on the identification information. The electronic device (200) may preferentially include the XR-related data included in LCID 1 (622) in the second block (634). If there is a remaining space in the second block (634), the electronic device (200) may check whether there is remaining data in another buffer. Here, the remaining data may mean second data (620) that is not related to XR (extended reality). If only the first data (620) related to XR (extended reality) remains in the buffer, the electronic device (200) may keep the remaining space in the second block (634) empty and transmit the data block.

In FIG. 6, the electronic device (200) can fill the remaining space of the second block (634) with data since the second data (620) that is not related to the XR (extended reality) remains in the LCID 2 (624). If there is not enough space to fill the data in the second block (634), the electronic device (200) can fill the remaining data in the fourth block (638). If there is a remaining space in the fourth block (638), the electronic device (200) can check whether there is remaining data in another buffer. If only the first data (620) related to the XR (extended reality) remains in the buffer, the electronic device (200) can keep the remaining space in the fourth block (638) in an empty or padded state and transmit the data block. The electronic device (200) can classify and transmit data as first data (610) related to extended reality (XR) and second data (620) not related to extended reality (XR). In this case, the electronic device (200) can set the first data (610) related to extended reality (XR) to be included only in data blocks that are determined not to require retransmission. The electronic device (200) can prevent power consumption of the electronic device (200) and manage data more efficiently by using data blocks that are determined not to require retransmission. Conversely, the electronic device (200) can transmit data as second data (620) not related to extended reality (XR) on data blocks that are determined to require retransmission. In this case, the electronic device (200) can perform HARQ feedback to retransmit data if retransmission is required and control the data to be reliably transmitted to the base station (400).

According to one embodiment, the electronic device (200) can set whether to activate identification information from the base station (400) via DCI or MAC-CE. The MAC (media access control) - CE (control element) is a part of a MAC protocol data unit (PDU) and can be used to transmit control information over a wireless link.

According to one embodiment, the electronic device (200) may identify a channel associated with XR traffic among logical channels in an XR-related LCID identification block in a MAC Entity. The XR-related LCID identification block may determine whether a channel includes XR-related data among a plurality of channels set in the MAC. The XR-related data may include data that does not require retransmission.

According to one embodiment, the XR-related LCID identification block can receive information related to a bearer or flow mapped to a channel from a higher layer. The XR-related LCID identification block can determine whether each channel includes data related to XR based on the received information. The higher layer can include a PDCP (packet data convergence protocol) layer or an SDAP (service data adaptation protocol) layer. The PDCP (packet data convergence protocol) layer can perform compression, encryption, and error detection of data packets. The SDAP (service data adaptation protocol) layer can manage QoS (Quality of Service). The SDAP layer can map data received from another layer to a specific QoS flow and connect it to a logical channel to ensure data transmission that satisfies specific QoS requirements.

According to one embodiment, the electronic device (200) may consider priorities by channels. The electronic device (200) may preferentially retrieve data from a channel with a high priority and include it in a data block. When all data included in an XR-related channel with a high priority is exhausted, the electronic device (200) may include data included in a channel with a next priority in the data block. When there is space left in the data block but there is no data left in an XR-related channel, the electronic device (200) may pad the remaining space instead of filling it with data from another channel.

According to one embodiment, in data communication, padding may mean additional bits or bytes inserted to meet a specific length requirement. Padding is generally added to the end of a data block or packet and may be used to meet a specific length requirement, align data, or enhance security. When transmitting data in the MAC layer, padding may be added if the size of the data is not a multiple of a specific size. When the size of a MAC frame is required to be a fixed size, for example, a multiple of 8 bytes, padding may be used to fill the remaining portion if the actual data size does not reach this size. In FIG. 6, the electronic device (200) may use padding to fill the size of a data block or frame when there is no or insufficient data.

According to one embodiment, the electronic device (200) may allocate only XR-related data (610) to be transmitted in a data block determined not to perform retransmission. Unlike general data, the electronic device (200) may separate only the XR-related data so that HARQ retransmission is not performed separately.

FIG. 7 is a flowchart illustrating a method for an electronic device to transmit data according to various embodiments.

The operations described through FIG. 7 can be implemented based on instructions that can be stored in a computer recording medium or memory (e.g., memory (130) of FIG. 1). The illustrated method (700) can be executed by an electronic device (e.g., electronic device (200) of FIG. 2) described above through FIGS. 1 to 6, and the technical features described above will be omitted below. The order of each operation of FIG. 7 can be changed, some operations can be omitted, and some operations can be performed simultaneously.

In operation 710, the electronic device (200) may generate identification information describing whether retransmission is possible for each process ID of HARQ. Alternatively, the electronic device (200) may receive identification information (e.g., a bitmap) from a base station (e.g., the base station (400) of FIG. 4) and transmit data based on the received identification information. For example, the base station (400) may determine whether retransmission of data is possible based on data transmission-related performance (e.g., capability, data transmission cycle) of the electronic device (200) when the electronic device (200) is connected to a cell.

According to one embodiment, the electronic device (200) can match the process ID of HARQ in units of data blocks and generate identification information using a flag indicating whether HARQ feedback is possible for each process ID of HARQ. The identification information can include, for example, an indication map composed of flags defining whether HARQ feedback is possible. The flag can mean a signal or indication used to control data transmission. The flag can be used to indicate a specific state or condition with a value of 0 or 1.

In operation 720, the electronic device (200) can compare the ID of the data block with the identification information to determine whether the data block is a block that does not require HARQ retransmission. According to one embodiment, the electronic device (200) can compare the ID of the data block with the identification information each time a data block is generated to determine whether the data block is a block that may require HARQ retransmission.

According to one embodiment, the electronic device (200) may select a data block that does not require data retransmission or will not perform data retransmission based on identification information. The electronic device (200) may identify a data block that will not perform retransmission, and when a data block (e.g., TB) identified by the corresponding HARQ process ID is received, the electronic device may not transmit HARQ feedback for retransmission to the data included in the corresponding data block.

In operation 730, the electronic device (200) may assemble data related to extended reality (XR) based on the fact that the data block is a block that does not require retransmission of HARQ. The electronic device (200) may assemble the remaining data that is not related to extended reality (XR) when transmitting a block that may require retransmission of HARQ.

In operation 740, the electronic device (200) may transmit a block that does not require retransmission of HARQ and switch the electronic device (200) to a sleep state. The electronic device (200) may control to maintain an active state and perform PDCCH monitoring when transmitting a block that may require retransmission.

According to one embodiment, the electronic device (200) can identify a data block that does not require retransmission based on identification information. The electronic device (200) can transmit a data block and not request retransmission to the base station based on the data block being identified as not requiring retransmission.

According to one embodiment, the electronic device (200) can receive identification information describing whether retransmission is possible for each process ID of HARQ from the base station. The identification information can be transmitted using a MAC-CE (control element) of a MAC (media access control) layer or a DCI (downlink control information) of a physical layer. The MAC (media access control) - CE (control element) is a part of a MAC protocol data unit (PDU) and can be used to transmit control information through a wireless link. The DCI (downlink control information) can refer to control information used in a physical layer. The DCI can be used by the base station (400) to transmit downlink or uplink scheduling information to the electronic device (200). The downlink or uplink scheduling information can refer to information indicating when and in which resource block the electronic device (200) will receive or transmit data. The DCI can be transmitted through a PDCCH (physical downlink control channel).

According to one embodiment, the electronic device (200) can generate identification information describing whether retransmission is possible for each process ID of HARQ, and transmit a data block to be transmitted to a base station based on the generated identification information. The identification information can be transmitted using a MAC-CE (control element) of a MAC (media access control) layer or an UCI (uplink control information) of a physical layer. The electronic device (200) can transmit to the base station (400) information on whether to retransmit a certain number of data blocks using the UCI (uplink control information) or the MAC-CE. The electronic device (200) can transmit control information to the base station (400) using the UCI (uplink control information). The base station (400) can determine whether to perform retransmission for the transmitted data block based on the identification information received from the electronic device (200). The base station (400) may transmit feedback for HARQ retransmission to the electronic device (200) if retransmission is required. On the other hand, the base station (400) may not transmit feedback for HARQ retransmission to the electronic device (200) if retransmission is not required.

According to one embodiment, the electronic device (200) can transmit a message to the base station indicating that HARQ retransmission is not necessary for data blocks transmitted during a specified time, and control the electronic device to switch to a sleep state after transmitting data blocks that do not require HARQ retransmission. This has been described in FIG. 5d.

According to one embodiment, the electronic device (200) may not receive HARQ feedback for uplink during a certain period. For example, the electronic device (200) may not perform HARQ feedback for all data blocks (e.g., data blocks (522, 524, 526, 528) of FIG. 5d) located within a certain period (e.g., a period in which HARQ feedback for uplink is disabled). In addition, the electronic device (200) may identify data blocks that do not require retransmission for data blocks (e.g., 522, 524, 526, 528) located within a certain period based on identification information.

FIG. 8 is a flowchart illustrating a method for an electronic device to transmit data according to various embodiments.

The operations described through FIG. 8 can be implemented based on instructions that can be stored in a computer recording medium or memory (e.g., memory (130) of FIG. 1). The method illustrated in FIG. 8 can be executed by the electronic device described through FIGS. 1 to 6 above (e.g., electronic device (200) of FIG. 2), and the technical features described above will be omitted below. The order of each operation of FIG. 8 can be changed, some operations can be omitted, and some operations can be performed simultaneously.

In operation 802, the electronic device (200) may generate identification information describing whether HARQ retransmission is possible. Alternatively, the electronic device (200) may receive identification information (e.g., a bitmap) from a base station (e.g., the base station (400) of FIG. 4) and transmit data based on the received identification information.

According to one embodiment, the identification information may include feedback information corresponding to at least one hybrid automatic repeat request (HARQ) process ID. The HARQ (Hybrid Automatic Repeat Request) process ID may refer to an identifier used to request and manage retransmission of a packet in wireless communication. HARQ is an extension of the concept of ARQ (Automatic Repeat Request) that requests retransmission when an error occurs. HARQ may include information for retransmission in case an error occurs when a packet is first transmitted. The electronic device (200) may correct the error by combining a new packet with the original packet based on the feedback information for HARQ when a packet needs to be retransmitted due to an error. The HARQ process ID may refer to an identifier used to manage a request for retransmission of a packet in the electronic device (200). Each HARQ process may have a unique ID. The electronic device (200) can use feedback information corresponding to a hybrid automatic repeat request (HARQ) process ID to determine which packet the wireless communication system should retransmit. Alternatively, the electronic device (200) can use feedback information corresponding to a hybrid automatic repeat request (HARQ) process ID to determine which packet was successfully transmitted. In operation 810, the electronic device (200) can determine whether a data block is a transport block (TB) that does not need to be retransmitted based on the identification information. According to one embodiment, the electronic device (200) can identify a data block that is determined to not perform HARQ retransmission (HARQ-less) under the control of the processor (210).

At operation 820, the electronic device (200) may determine whether there is any remaining data in a buffer associated with the XR service based on the data block not requiring retransmission.

In operation 822, the electronic device (200) may perform multiplexing on the remaining data from the buffer related to the XR service and include it in a data block (e.g., TB). Multiplexing may mean an operation of transmitting multiple input signals through a single output channel. The electronic device (200) may transmit signals from multiple data sources at once by using multiplexing. The electronic device (200) may improve the overall communication efficiency and increase the channel utilization by using multiplexing. The electronic device (200) may perform multiplexing on the data block by taking data from the buffer. The electronic device (200) may collect data from a plurality of buffers and then pack the collected data into a single data block. The combined data block may be transmitted through a single communication channel.

At operation 824, the electronic device (200) may transmit a block of data (e.g., TB) and enter a sleep state.

In operation 820, if it is determined that there is no remaining data in the buffer related to the XR service, the electronic device (200) may pad the remaining portion of the data block. The electronic device (200) may transmit the data block and terminate the operation of FIG. 8. In data communication, padding may refer to bits or bytes additionally inserted to satisfy a specific length requirement. Padding is generally added to the end of a data block or packet, and may be used to satisfy a specific length requirement, align data, or enhance security. When transmitting data in the MAC layer, padding may be added if the size of the data is not a multiple of a specific size. When the size of the MAC frame is required to be a fixed size, for example, a multiple of 8 bytes, if the size of the actual data is less than this, padding may be used to fill the remaining portion.

At operation 830, the electronic device (200) may determine whether there is any remaining data in a buffer that is not associated with the XR service based on which the data block may perform a retransmission.

In operation 832, the electronic device (200) may perform multiplexing on the remaining data from the buffer not related to the XR service based on the existence of remaining data in the buffer not related to the XR service and include the data in a data block (e.g., TB). Multiplexing may mean an operation of transmitting multiple input signals through a single output channel. The electronic device (200) may transmit signals from multiple data sources at once by using multiplexing. The electronic device (200) may collect data from multiple buffers and then pack the collected data into a single data block. The combined data block may be transmitted through a single communication channel.

In operation 834, the electronic device (200) may transmit a data block (e.g., TB) and perform monitoring of the PDCCH. The electronic device (200) may wait for retransmission while maintaining an active state.

In operation 830, the electronic device (200) may pad the remaining portion of the data block if it is determined that there is no remaining data in the buffer that is not related to the XR service. The electronic device (200) may transmit the data block and terminate the operation of FIG. 8. The padding process has been described above.

According to one embodiment, the electronic device (200) may determine whether the generated data block is a data block that does not need to be retransmitted based on identification information (e.g., indication map) whenever a data block (e.g., TB) is generated by the CG configuration. The electronic device (200) may determine data to be configured in the data block differently depending on whether the data block is a data block that does not need to be retransmitted. For example, if the data block does not need to be retransmitted, the electronic device (200) may obtain data from a buffer of a channel that includes data related to XR. Conversely, if the data block may be retransmitted, the electronic device (200) may obtain data from a buffer of a channel that includes data that is not related to an XR service.

According to one embodiment, the electronic device (200) may perform multiplexing by fetching data when there is data to be transmitted in a buffer of a channel related to an XR service. Thereafter, the electronic device (200) may include the multiplexed data in a data block. The operation of configuring a data block may be performed until there is no data left in the buffer of the channel related to the XR service. The electronic device (200) may perform padding even when there is an empty space left in the data block when there is no data left in the buffer of the channel related to the XR service. The electronic device (200) may control the data related to the XR service not to be mixed with the remaining data by padding the empty space of the data block.

According to one embodiment, the electronic device (200) may transmit a data block that is determined not to require retransmission to a base station (e.g., the base station (400) of FIG. 4). Since retransmission is not expected in this situation, the electronic device (200) may stop monitoring the PDCCH immediately after transmitting the data block and switch to a sleep state.

On the other hand, the electronic device (200) may transmit a data block that is determined to be capable of retransmission to the base station (400). The electronic device (200) may perform PDCCH monitoring to receive a related feedback message since retransmission may be required depending on the data block reception status of the base station (400). In this case, the electronic device (200) may maintain an active state.

According to one embodiment, the electronic device (200) may, under the control of the processor (210), identify a first data block determined to not perform HARQ retransmission (HARQ-less) among at least one data block based on feedback information corresponding to at least one HARQ (hybrid automatic repeat request) process ID.

According to one embodiment, the identification information for identifying the first data block may include feedback information corresponding to at least one hybrid automatic repeat request (HARQ) process ID. The hybrid automatic repeat request (HARQ) process ID may mean an identifier used to request and manage retransmission of a packet in wireless communication. The electronic device (200) may use the feedback information corresponding to the hybrid automatic repeat request (HARQ) process ID to determine which packet the wireless communication system should retransmit. Alternatively, the electronic device (200) may use the feedback information corresponding to the hybrid automatic repeat request (HARQ) process ID to determine which packet was successfully transmitted.

According to one embodiment, the electronic device (200) may transmit data classified as not being retransmitted to the base station (400) using the identified first data block when at least one block is identified as the first data block. The data classified as not being retransmitted may include, for example, data related to XR (extended reality). The data related to XR (extended reality) may refer to traffic generated for a service in an XR device. Since the XR (extended reality) environment may require data transmission in real time, the retransmission cycle may be relatively short compared to other data transmission situations. In this case, even if the electronic device (200) retransmits XR-related data (e.g., 1st UL data), the transmission may be delayed compared to the next order of data (2nd UL data) as described in FIG. 3b, and thus the data sequence may not be satisfied. Therefore, the electronic device (200) may not be able to satisfy the data sequence because the XR-related data

According to one embodiment, the electronic device (200) may stop monitoring a physical downlink control channel (PDCCH) that was running for HARQ retransmission and switch the electronic device to a sleep state.

According to one embodiment, the feedback information corresponding to at least one HARQ process ID may include identification information indicating whether to perform HARQ retransmission for each HARQ process ID. The identification information may be generated in the electronic device (200) or received via either the base station (400) or the network. When the first data block is identified, the electronic device (200) may multiplex and assemble data related to XR (extended reality) in a logical channel buffer and transmit the combined data to either the base station or the network via the first data block.

According to one embodiment, the electronic device (200) can identify whether the data block is a block that is determined not to perform HARQ retransmission by comparing the ID of the data block with the identification information whenever a data block is generated. The data block that may perform HARQ retransmission may be referred to as a second data block. The electronic device (200) can identify the second data block, and if the second data block is identified, can combine the remaining data that is not related to XR (extended reality) with the second data block. The electronic device (200) can transmit the combined data to the base station through the second data block, and can perform PDCCH monitoring. The PDCCH monitoring can be executed to prepare for a case where data is retransmitted by receiving feedback for HARQ.

According to one embodiment, the electronic device (200) may match the process ID of HARQ for each unit of each data block among at least one data block, and may generate identification information using a flag indicating whether HARQ feedback is possible for each process ID of HARQ. The electronic device (200) may determine whether a data block is determined not to perform retransmission based on the identification information. The electronic device (200) may transmit the first data block based on the determination that one of the blocks is the first data block determined not to perform retransmission, and may not transmit HARQ feedback for retransmission to the base station. In this case, since the base station will not request retransmission of data based on the feedback of HARQ, the electronic device (200) has no probability of being requested to retransmit data, and thus may switch to a dormant state.

According to one embodiment, the electronic device (200) can receive identification information describing whether retransmission is possible for each process ID of HARQ from a base station through a network. Here, the identification information can be transmitted using a MAC-CE (control element) of a MAC (media access control) layer or a DCI (downlink control information) of a physical layer.

According to one embodiment, the electronic device (200) can generate identification information describing whether retransmission is possible for each process ID of HARQ, and transmit a data block to be transmitted to the base station based on the generated identification information. Here, the identification information can be transmitted to the base station using MAC-CE (control element) of the MAC (media access control) layer or UCI (uplink control information) of the physical layer.

According to one embodiment, a recording medium may include a memory storing instructions and a processor (210). The memory may store instructions that, when executed by the processor, cause the electronic device to identify a first data block determined to be HARQ-less among at least one data block based on feedback information corresponding to at least one HARQ (hybrid automatic repeat request) process ID, and, when at least one block is identified as the first data block, transmit data classified as not performing retransmission to a base station (400) using the first data block, stop monitoring a PDCCH (physical downlink control channel) that was being executed for HARQ retransmission, and switch the electronic device (200) to a sleep state.

The embodiments of this document disclosed in this specification and drawings are only intended to provide specific examples to easily explain the technical contents according to the embodiments of this document and to help understand the embodiments of this document, and are not intended to limit the scope of the embodiments of this document. Therefore, the scope of one embodiment of this document should be interpreted as including all changes or modified forms derived based on the technical idea of one embodiment of this document in addition to the embodiments disclosed herein.

Claims (15)

In an electronic device (200), Memory (220) for storing instructions; and comprising at least one processor (210), The above instructions, when executed by the at least one processor, cause the electronic device to: Identifying a first data block determined to not perform HARQ retransmission (HARQ-less) among at least one data block based on feedback information corresponding to at least one HARQ (hybrid automatic repeat request) process ID, If at least one block is identified as the first data block, Using the above first data block, data classified as not to be retransmitted is transmitted to the base station (400), An electronic device that stops monitoring a physical downlink control channel (PDCCH) that was running for HARQ retransmission and puts the electronic device into a sleep state. In paragraph 1, The feedback information corresponding to at least one HARQ process ID includes identification information indicating whether to retransmit HARQ for each HARQ process ID, The above identification information is generated by the electronic device or received via one of the base stations or the network, When the first data block is identified, multiplexing and assemble data related to XR (extended reality) in the logical channel buffer, An electronic device transmitting the combined data to either the base station or the network via the first data block. In the second paragraph, The above instructions are, Each time a data block is generated, the ID of the data block is compared with the identification information to identify whether the data block is a block that is determined not to perform HARQ retransmission. Identify a second data block that may perform HARQ retransmission, If the above second data block is identified, Combine the remaining data that is not related to the above XR (extended reality), Transmitting the combined data to the base station via the second data block, An electronic device that controls PDCCH monitoring. In paragraph 1, The above instructions Match the process ID of HARQ for each data block among at least one of the above data blocks, Controls the generation of identification information by using a flag that indicates whether HARQ retransmission is possible for each HARQ process ID. Check whether the data block is determined not to be retransmitted based on the above identification information, An electronic device that transmits the first data block based on the determination that one of the blocks is not to be retransmitted, and controls not to transmit feedback of HARQ for retransmission to the base station. In the second paragraph, The above electronic device Receive the identification information describing whether retransmission is possible by process ID of HARQ from the base station through the above network, The above identification information An electronic device that transmits using MAC-CE (control element) of the MAC (media access control) layer or DCI (downlink control information) of the physical layer. In the second paragraph, The above electronic device Generate identification information that describes whether retransmission is possible by process ID of HARQ, Transmits a data block to be transmitted based on the generated identification information to the base station, The above identification information An electronic device that transmits using MAC-CE (control element) of the MAC (media access control) layer or UCI (uplink control information) of the physical layer. In paragraph 1, The above instructions The electronic device transmits to the base station a message indicating that the data block transmitted during a specified time is a data block for which HARQ retransmission is not performed, An electronic device that controls the electronic device to enter a sleep state after transmission of the first data block without performing retransmission of HARQ. In paragraph 1, The above electronic device Distinguish between first data (610) related to XR (extended reality) and second data (620) not related to XR (extended reality), Determine the logical channel that matches the separated data, The above first data is combined with a data block that is determined not to be retransmitted, An electronic device that pads empty space in a data block by inserting specific bits or bytes when there is no more first data (610) related to XR (extended reality) remaining on a logical channel. In Article 8, The above electronic device An electronic device that transmits a data block that has been determined not to be retransmitted, puts the electronic device into a sleep state, and stops monitoring the PDCCH. In the second paragraph, The above electronic device Distinguish between first data (610) related to XR (extended reality) and second data (620) not related to XR (extended reality), Determine the logical channel that matches the separated data, An electronic device that combines the second data into a second data block and, when there is no more second data (620) not related to XR (extended reality) remaining on the logical channel, pads the empty space of the data block by inserting specific bits or bytes. In Article 10, The above electronic device Transmitting the second data to the base station using the second data block, An electronic device that performs PDCCH monitoring to receive feedback information of HARQ for retransmission from the base station and maintains the electronic device in an active state. In terms of the method of operation, An operation of identifying a first data block among at least one data block, which is determined to be HARQ-less and not subject to HARQ retransmission, based on feedback information corresponding to at least one HARQ (hybrid automatic repeat request) process ID; If at least one block is identified as the first data block, An operation of transmitting data classified as not to be retransmitted to a base station (400) using the first data block; and A method comprising the steps of stopping monitoring of a physical downlink control channel (PDCCH) that was running for HARQ retransmission and putting an electronic device into a sleep state. In Article 12, The feedback information corresponding to at least one HARQ process ID includes identification information indicating whether to retransmit HARQ for each HARQ process ID, The above identification information is generated by the electronic device or received via one of the base stations or the network, The above method of operation is When the first data block is identified, an operation of multiplexing and assembling data related to extended reality (XR) in a logical channel buffer; and A method further comprising transmitting the combined data to either the base station or the network via the first data block. In Article 13, The above method of operation is An operation of comparing the ID of the data block with the identification information whenever a data block is generated to identify whether the data block is a block that is determined not to perform HARQ retransmission; An action to identify a second data block that may perform HARQ retransmission; An operation of combining the remaining data not related to the XR (extended reality) when the second data block is identified; An operation of transmitting the combined data to the base station via the second data block; and A method further comprising an action for controlling an electronic device to perform PDCCH monitoring. In Article 12, An operation of matching the process ID of HARQ for each unit of each data block among at least one data block; An operation to control the generation of identification information by using a flag that indicates whether HARQ retransmission is possible for each HARQ process ID; An action to determine whether a data block is determined not to be retransmitted based on the above identification information; Based on the determination that the first data block is not performing retransmission, A method further comprising the action of transmitting the first data block and controlling not to transmit feedback of HARQ for retransmission to the base station.

Images