Method and device for transmitting data in next generation cellular network

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

[0001] 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 in a CG resource when the data to be transmitted has a short transmission time requirement when a configured grant is set.

[0002] 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 (mmWave) 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 latency time that is reduced to one-tenth.

[0003] In the early stages of 5G mobile communication technology, the goal is to support services and satisfy performance requirements for enhanced Mobile Broadband (eMBB), Ultra-Reliable Low-Latency Communications (URLLC), and massive Machine-Type Communications (mMTC). These include 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.

[0004] Currently, discussions are underway to improve and enhance the initial 5G mobile communication technology, taking into account the services that 5G mobile communication technology was intended to support. Physical layer standardization is underway for technologies such as V2X (Vehicle-to-Everything), which helps autonomous vehicles make decisions based on their location and status information and increases user convenience; NR-U (New Radio Unlicensed), which aims to ensure system operation in unlicensed bands that meets various regulatory requirements; NR terminal low-power consumption technology (UE Power Saving); Non-Terrestrial Network (NTN), which is direct terminal-to-satellite communication to secure coverage in areas where terrestrial communication with the terrestrial network is impossible; and Positioning. Several broadband wireless technologies have been developed in recent years to satisfy the growing number of broadband subscribers and to provide more diverse and better applications and services. Second-generation wireless communication systems were developed to provide voice services while ensuring user mobility. Third-generation wireless communication systems support not only voice services but also data services. Fourth-generation wireless communication systems were developed to provide high-speed data services. However, fourth-generation wireless communication systems currently struggle with a lack of resources to meet the growing demand for high-speed data services. Therefore, fifth-generation wireless communication systems are being developed to meet the growing demand for diverse services with diverse requirements, such as high-speed data services, ultra-reliable and low-latency applications, and large-capacity machine-type communications. Spectrum utilization efficiency needs to be improved. Since a single 5G cellular network is likely to support a variety of services, flexible multiplexing of these services is necessary.Additionally, system design must consider forward compatibility to allow for seamless addition of new services in the future.

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

[0006] 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.

[0007] 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 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 to be retransmitted 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.

[0008] 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.

[0009] In a recording medium, a memory storing instructions and a processor (210) may be included. 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.

[0010] 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.

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

[0012] 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 an XR service.

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

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

[0015] 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.

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

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

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

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

[0020] FIG. 5c and FIG. 5d illustrate an electronic device-based identification information management method according to various embodiments.

[0021] 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.

[0022] FIG. 7 is a flowchart illustrating a method for transmitting data by an electronic device according to various embodiments.

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

[0024] FIG. 1 is a block diagram of an electronic device (101) within 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). In 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)).

[0025] The processor (120) may, for example, execute software (e.g., a program (140)) to control at least one other component (e.g., a hardware or software component) of the electronic device (101) connected to the processor (120) and perform various data processing or operations. According to one embodiment, as at least a part of the data processing or operations, the processor (120) may store commands or data received from other components (e.g., a sensor module (176) or a communication module (190)) in a volatile memory (132), process the commands or data stored in the volatile memory (132), and store result data in a non-volatile 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 the main processor (121) and the 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.

[0026] The auxiliary processor (123) may control at least a portion of functions or states associated with at least one component (e.g., a display module (160), a sensor module (176), or a communication module (190)) of the electronic device (101), for example, on behalf of the main processor (121) 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 unit) may include a hardware structure specialized for processing artificial intelligence models. The artificial intelligence models may be generated through machine learning. This learning can be performed, for example, on the electronic device (101) itself where the artificial intelligence model is executed, or can be performed through a separate server (e.g., server (108)). The learning algorithm can 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 can include multiple 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), a deep Q-network, or a combination of two or more of the above, but is not limited to the examples described above. In addition to, or alternatively to, a hardware structure, an artificial intelligence model may include a software structure.

[0027] 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 non-volatile memory (134).

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

[0029] 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).

[0030] The audio output module (155) can output audio signals 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 incoming calls. In one embodiment, the receiver can be implemented separately from the speaker or as part of the speaker.

[0031] 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) may 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) may 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.

[0032] 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 acquire sound through the input module (150), output sound through the sound output module (155), or an external electronic device (e.g., electronic device (102)) (e.g., speaker or headphone) directly or wirelessly connected to the electronic device (101).

[0033] The sensor module (176) can detect the operating status (e.g., power or temperature) of the electronic device (101) or the external environmental status (e.g., user status) and generate an electrical signal or data value corresponding to the detected status. 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.

[0034] 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.

[0035] 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., 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).

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

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

[0038] 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).

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

[0040] The communication module (190) may support the 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., electronic device (102), electronic device (104), or server (108)), and the performance of communication through the established communication channel. The communication module (190) may operate independently from the processor (120) (e.g., 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 global navigation satellite system (GNSS) 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, the corresponding communication module can 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 can 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) can verify or authenticate the electronic device (101) within a communication network such as the first network (198) or the second network (199) by using subscriber information (e.g., an international mobile subscriber identity (IMSI)) stored in the subscriber identification module (196).

[0041] The wireless communication module (192) can support 5G networks and next-generation communication technologies following the 4G network, such as NR access technology (new radio access technology). The NR access technology can support high-speed transmission of high-capacity data (eMBB (enhanced mobile broadband)), minimization of terminal power 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) can 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) can support various requirements specified in the electronic device (101), an external electronic device (e.g., the electronic device (104)), or a network system (e.g., the 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), or 1 ms or less for round trip) for URLLC realization.

[0042] The antenna module (197) can transmit or receive signals or power to or from an external device (e.g., an external electronic device). In one embodiment, the antenna module (197) may include an antenna including a radiator formed of a conductor or a conductive pattern formed on a substrate (e.g., a PCB). In one embodiment, the antenna module (197) may 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), may be selected from the plurality of antennas, for example, by the communication module (190). A signal or power may be transmitted or received between the communication module (190) and an external electronic device via the at least one selected antenna. In some embodiments, in addition to the radiator, another component (e.g., a radio frequency integrated circuit (RFIC)) may be additionally formed as a part of the antenna module (197).

[0043] According to various embodiments, the antenna module (197) may form a mmWave antenna module. In one embodiment, the mmWave antenna module may include a printed circuit board, an RFIC disposed 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) disposed on or adjacent a second side (e.g., a top side or a side side) of the printed circuit board and capable of transmitting or receiving signals in the designated high-frequency band.

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

[0045] According to 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). According to 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 or in addition to executing the function or service itself, request one or more external electronic devices to perform the function or at least a part of the service. One or more external electronic devices that receive the request may execute at least a portion 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 is or additionally and provide it as at least a portion of a response to the request. For this purpose, cloud computing, distributed computing, mobile edge computing (MEC), or client-server computing technology may be used, for example. The electronic device (101) may provide an ultra-low latency service by using distributed computing or mobile edge computing, for example. In another embodiment, the external electronic device (104) may include an Internet of Things (IoT) device. The server (108) may be an intelligent server utilizing 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.

[0046] Electronic devices according to the various embodiments disclosed in this document may take various forms. 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 appliances. Electronic devices according to the embodiments of this document are not limited to the aforementioned devices.

[0047] The various embodiments of this document and the terminology used therein are not intended to limit the technical features described in this document to specific embodiments, but should be understood to 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 indicates 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 among those phrases, 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 component) 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.

[0048] 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. A module may be an integral component, or a minimum unit or part of such a component 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).

[0049] 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 at least one called 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.

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

[0051] According to various embodiments, each component (e.g., a module or a program) of the above-described components may include one or more entities, and some of the entities may be separated and placed in other components. According to various embodiments, one or more components or operations of the aforementioned components may be omitted, or one or more other components or operations may be added. Alternatively or additionally, a plurality of components (e.g., a module or a program) may be integrated into a single component. In such a case, the integrated component may perform one or more functions of each of the plurality of components identically or similarly to those performed by the corresponding component among the plurality of components prior to the integration. According to various embodiments, the operations performed by a module, program, or other component may be executed sequentially, in parallel, iteratively, 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.

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

[0053] The operating principles of the present invention will be described in detail below with reference to the attached drawings. In the following description of the present invention, detailed descriptions of known functions or components will be omitted if they are deemed to unnecessarily obscure the gist of the invention. Furthermore, the terms described below are defined based on their functions in the present invention and may vary depending on the intentions or practices of the user or operator. Therefore, their definitions should be based on the overall content of this specification.

[0054] The terms used in the following description to identify connection nodes, terms referring to network entities, terms referring to messages, terms referring to interfaces between network entities, and terms referring to various identification information are provided for convenience of explanation. Therefore, the present invention is not limited to the terms described below, and other terms referring to objects with equivalent technical meanings may be used.

[0055] 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 transmitted from a base station to a terminal, and uplink (UL) refers to a wireless transmission path of a signal transmitted from a terminal to a base station. In addition, although the LTE or LTE-A system may be described below as an example, the embodiments of the present disclosure may also 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 5G below may also be a concept that includes existing LTE, LTE-A, and other similar services. Furthermore, the present disclosure may be applied to other communication systems with some modifications, as determined by a person skilled in the art, without significantly departing from the scope of the present disclosure. It will be appreciated that each block of the processing flow diagrams and combinations of the flow diagrams can be executed by computer program instructions.

[0056] 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 functions in a particular manner, so that the instructions stored in the computer-available or computer-readable memory can produce an article of manufacture that includes 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 on the computer or other programmable data processing apparatus can provide steps for performing the functions described in the flowchart block(s).

[0057] Additionally, each block may represent a module, segment, or portion of code that contains 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, processes, functions, attributes, procedures, subroutines, segments of program code, drivers, firmware, microcode, circuits, data, databases, data structures, tables, arrays, and variables. The functionality provided within the components and '~ 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 '~ units' may be implemented to reproduce one or more CPUs within a device or a secure multimedia card. Also, in an embodiment, the '~ unit' may include one or more processors.

[0058] For convenience of 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) among the existing communication standards. However, the present invention is not limited to the above terms and names and can be equally applied to wireless communication networks that follow other standards. For example, the present invention can be applied to the 3GPP 5GS / NR (5th generation mobile communication standard).

[0059] In the following description of the present invention, detailed descriptions of known functions or configurations will be omitted if they are deemed to unnecessarily obscure the gist of the present invention. Hereinafter, embodiments of the present invention will be described with reference to the attached drawings.

[0060] 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). Various embodiments of the present document may be implemented even if some of the illustrated components are omitted or replaced. 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.

[0061] According to one embodiment, the electronic device (200) may include the configuration and functions 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 an actual environment, VR (Virtual Reality), which expresses a virtual environment, and MR (Mixed Reality), which is an intermediate form of AR and VR.

[0062] According to one embodiment, the communication interface (230) can support communication with various electronic devices via 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) and the secondary device (400) of FIG. 2) and / or servers (e.g., the RCS AS (500) and the push server (560) of FIG. 2) on the network via the communication interface (230).

[0063] 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.

[0064] According to one embodiment, the processor (210) is a configuration capable of performing calculations or data processing related to control and / or communication of each component of the server device (200), and may be composed of one or more processors. The calculation and data processing functions that the processor (210) may implement on the server device (200) are not limited, 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).

[0065] 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.

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

[0067] 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 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 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 to control according to the user's motion.

[0068] According to one embodiment, in order to effectively support XR services with traffic patterns in 5G mobile communication networks, 3GPP has designed the downlink and uplink with the following features. 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, which is 60 fps or 120 fps, the interval per frame when 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 as 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. To save power in 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.

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

[0070] In one embodiment, DRX configuration may refer to an operation that sets when a device will receive data and when it will enter a power-saving mode. DRX configuration may vary depending on network conditions, the battery status of the device, and the amount and frequency of data communication.

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

[0072] According to one embodiment, a CG may be preset so that uplink radio resources are not dynamically allocated according to the status of traffic, but rather have a specific period based on an RRC configuration. The CG is divided into a first type (Type-1) CG that is activated immediately when configured by an RRC message, 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 configured by an 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, an electronic device (e.g., a terminal) may transmit data to a base station using a CG resource of the first type after CG configuration. According to one embodiment, an electronic device (e.g., a terminal) may transmit data to a base station using a CG resource of the second type after a CG resource configured by RRC is activated by a network.

[0073] In one embodiment, when the second type CG is activated, it may have a format that repeats periodically based on the first resource configured. When the second type CG is activated, the first resource 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 configuration that repeats periodically, it has the characteristics of a CG.

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

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

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

[0077] According to one embodiment, the configuration for CG, excluding information about the location of resources configured 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 configured CG resource has a short transmission time requirement, such as motion control, high-speed multimedia, Extreme Reality (XR), 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.

[0078] In one embodiment, a CG scheme being considered for the uplink for XR services applies a HARQ operation to each CG transmission. HARQ (Hybrid Automatic Repeat Request) can refer to a method for resolving errors that occur during data transmission. HARQ is a technology that combines ARQ (Automatic Repeat Request) and FEC (Forward Error Correction). It first attempts to correct errors through FEC, and if there are too many errors to be corrected through FEC, it can request retransmission through ARQ. In wireless environments, errors frequently occur due to signal attenuation and interference, so HARQ can be used to overcome these errors.

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

[0080] According to one embodiment, when an electronic device performs UL transmission in a CG Resource, the base station may, if retransmission is required for the CG transmission, instruct the terminal to retransmit by transmitting HARQ feedback to the terminal on the PDCCH using a CS-RNTI (Configured Scheduling Radio Network Temporary Identifier). The CS-RNTI may refer to 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.

[0081] Therefore, the terminal must monitor the PDCCH for a certain period of time to receive a retransmission instruction that may 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 a retransmission actually occurs after the UL transmission. This period of time without being able to enter sleep and remaining active may cause an unnecessary increase in power consumption when the XR terminal performs uplink transmission.

[0082] However, while the time required for the next data transmission in FIG. 3b is approximately 4 ms, the time required for the terminal to retransmit data in response to a retransmission instruction may be relatively greater than 4 ms. In other words, the electronic device performing XR may have difficulty performing retransmission because the data transmission cycle is shorter than the time required to retransmit data in response to a retransmission instruction. The electronic device may not need to monitor the PDCCH to receive a retransmission instruction that could potentially be transmitted from the base station in situations where retransmission of data transmitted to the base station is not expected.

[0083] In one embodiment, an electronic device performing XR may perform enhanced CDRX to save power. Enhanced CDRX may refer to a method in which optimization is performed by aligning the CDRX on duration period with the burst timing, taking into account the DL pattern of XR traffic. However, it may be difficult to consider the UL traffic of the XR service during the optimization process. In addition, there is a possibility that UL transmission may occur during the CDRX off duration.

[0084] In one embodiment, from an UL perspective, 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. Therefore, in order to optimize CDRX of an electronic device performing XR, it may be necessary to minimize the additional on-duration period caused by UL in a CDRX configuration tailored to DL.

[0085] According to one embodiment, in order to improve power consumption from an uplink perspective of an electronic device performing XR, data blocks that can be processed without requiring retransmission for uplink transmission may be required. Retransmission-less UL Transmission may refer to data that can be processed without requiring retransmission for uplink transmission. If a base station requests 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.

[0086] However, as illustrated in FIG. 3b, traffic transmitted uplink from an electronic device performing XR 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 the occurrence cycle is very short due to the traffic characteristics, so if retransmission occurs, the order of transmitted packets may be reversed, as illustrated in FIG. 3b. Therefore, for uplink transmission to an electronic device performing XR, a transmission scenario that does not perform retransmission for CG transmission without HARQ feedback may be required.

[0087] An electronic device according to this document can provide a method and a framework for performing transmission without retransmission due to the absence of HARQ feedback in a CG-based resource allocation structure. 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.

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

[0089] 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)).

[0090] 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 not to 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 no retransmission is 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 since 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 due to failure to transmit the third data block (TB3) (430). In this case, even if retransmission is performed, the transmission cycle of the XR-related data may be shorter than the retransmission cycle, and thus the order of the data may be mixed up. This has been described in FIG. 3b.

[0091] 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 refer to data blocks for which the electronic device (200) must wait to receive HARQ feedback, as retransmission may or may not be performed.

[0092] The electronic device (200) can transmit other data unrelated to XR using the second data block (TB2) (420) and the fourth data block (TB4) (440). In this case, the electronic device (200) can retransmit the data block after transmitting it, thereby monitoring the PDCCH and maintaining the electronic device (200) in an activated state.

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

[0094] According to one embodiment, the electronic device (200) can perform separate multiplexing on the MAC layer so that logical channels matching the XR service can be processed in separate TB or TB group units from general services. The MAC (Media Access Control) layer can refer to a layer that manages data transmission in a wireless network. The MAC layer can perform the role of generating data frames, assigning addresses, and detecting errors. In the XR field, the MAC layer can be used to effectively transmit large amounts of data in real time.

[0095] 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 the XR service to be transmitted to the base station (400) without retransmission.

[0096] According to one embodiment, the electronic device (200) can identify an XR service that requires data transmission without retransmission and the 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 the data block that does not require retransmission and maintain a sleep state without monitoring the PDCCH for receiving HARQ feedback in order to reduce power consumption.

[0097] 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 using a MAC Entity. The electronic device (200) can check the quality of service (QoS) 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 quality of service (QoS) information. In addition, the electronic device (200) can check whether a CG configuration corresponding to XR traffic is allocated to check a channel matching the XR traffic.

[0098] 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).

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

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

[0101] According to one embodiment, an electronic device (e.g., the electronic device (200) of FIG. 2) may have difficulty operating only the traffic of a specific uplink in a HARQ structure without retransmission. 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 per cell, even if each traffic is processed separately per bearer, per flow, or per channel (logical channel), the same HARQ policy can be followed at the physical layer.

[0102] 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 and 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 the physical layer (PHY).

[0103] According to one embodiment, the electronic device (200) can set whether to proceed with HARQ feedback 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.

[0104] A flag may refer to 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. The electronic device (200) may use the flag to notify the base station of at least one of the start and end of a data packet, an error condition, or the activation of a specific function. For example, in the TCP / IP protocol, the electronic device (200) may use the flag to indicate the status of a packet and control data transmission.

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

[0106] According to FIG. 5A, the identification information may be configured in a format that describes whether data retransmission 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 is not required, terminate monitoring of the PDCCH for retransmission, and maintain a sleep state.

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

[0108] According to one embodiment, the electronic device (200) may indicate that the third data block (TB) (506) corresponding to ID 2 is 'off' as to whether or not retransmission is required. The electronic device (200) may transmit the third data block (506) indicated as 'off' as to whether or not retransmission is required, and may maintain a wake up state while monitoring for a PDCCH for retransmission.

[0109] According to FIG. 5A, the electronic device (200) may 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) may transmit at least one data block indicated as 'on' for whether retransmission is not required, terminate monitoring of the PDCCH for retransmission, and maintain a sleep state.

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

[0111] 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 is not required based on the bitmap received from the base station or network.

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

[0113] According to one embodiment, the electronic device (200) can identify data blocks that are set not to be retransmitted using identification information. The identification information can be classified into multiple categories depending on the management entity and transmission method.

[0114] 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 RRC settings. RRC (Radio Resource Control) configuration may refer to a process for controlling and managing radio resources in a mobile communication network.

[0115] The base station-based operation embodiment can be applied to the uplink in a similar manner to 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 retransmission is not required based on the bitmap set in the base station (400) or the network.

[0116] downlinkHARQ-FeedbackDisabled-r17 is part of the 3GPP 5G NR (New Radio) standard and may indicate that feedback for Hybrid Automatic Repeat Request (HARQ) is disabled. HARQ may refer to a protocol for retransmitting a data packet when an error occurs during transmission from a sender to a receiver. In the protocol, the receiver may transmit feedback on 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). If 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 situations where retransmission is required and may change the state of the electronic device (200) to a sleep state.

[0117] 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 the 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 refer to information indicating 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).

[0118] According to one embodiment, the base station (400) can determine whether to activate identification information regarding whether HARQ feedback of the uplink is on or off. The base station (400) can determine whether to activate the 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 require retransmission and transmit data related to XR.

[0119] FIG. 5c and FIG. 5d illustrate an electronic device-based identification information management method according to various embodiments.

[0120] 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 to not 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 to not 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 a sleep state. In addition, the electronic device (200) may prevent power waste consumed for PDCCH monitoring while waiting for retransmission feedback.

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

[0122] 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 whether to perform uplink HARQ feedback on or off based on the identification information. The electronic device (200) can activate or deactivate feedback performance by transmitting information on feedback activation to the base station (400) through MAC-CE.

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

[0124] According to one embodiment, the base station (400) may determine whether data can be retransmitted based on the 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. The base station (400) may set identification information (e.g., indication map) if the electronic device (200) supports transmission of data blocks that do not require retransmission. The identification information may include information on whether HARQ feedback is performed on the uplink.

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

[0126] According to one embodiment, the base station (400) may identify a data block for which 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.

[0127] The operation of identifying a data block based on identification information may not be limited to a case where the base station (400) or the electronic device (200) performs the operation of identifying a data block based on identification information alone. That is, the base station (400) and the electronic device (200) may jointly perform the operation of identifying a data block based on 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 in which uplink HARQ feedback 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 identification information. The certain section may vary depending on the setting.

[0128] 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.

[0129] According to FIG. 6, an electronic device (e.g., electronic device (200) of FIG. 2) can classify data to be transmitted to a base station (e.g., 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).

[0130] 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 identifier (LCID). A logical channel may mean a path for transmitting a specific data type. Each logical channel may have a unique LCID. The logical channel identifier (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.

[0131] 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.

[0132] For example, the electronic device (200) may determine that the first block (632), the third block (636), and the fifth block (640) 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 refer to 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) 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 refer to 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.

[0133] In one embodiment, in data communication, padding may refer to additional bits or bytes inserted to meet a specific length requirement. Padding is typically 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 at the MAC layer, padding may be added if the size of the data is not a multiple of a specific size. If 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 space 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 insufficient data. The electronic device (200) may keep the remaining space of the fifth block (640) empty (or in a padding state) and transmit the data block when there is no first data (610) related to XR (extended reality) remaining.

[0134] 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 refer to 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.

[0135] 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 XR (extended reality) remains in 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 space left in the fourth block (638), the electronic device (200) can check whether there is data left in another buffer. If only the first data (620) related to XR (extended reality) remains in the buffer, the electronic device (200) can keep the remaining space in the fourth block (638) empty or in a padding state and transmit the data block. The electronic device (200) can classify and transmit data into 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 reduce 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 by including the second data (620) not related to extended reality in data blocks that are determined to require retransmission. In this case, the electronic device (200) can perform HARQ feedback to retransmit data when retransmission is required and control the data to be reliably transmitted to the base station (400).

[0136] 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. 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.

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

[0138] According to one embodiment, an 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 contains data related to XR based on the received information. The higher layer can include a packet data convergence protocol (PDCP) layer or a service data adaptation protocol (SDAP) 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 Quality of Service (QoS). The SDAP layer can map data received from other layers to a specific QoS flow and connect it to a logical channel to ensure data transmission that satisfies specific QoS requirements.

[0139] According to one embodiment, the electronic device (200) may consider channel-specific priorities. The electronic device (200) may preferentially retrieve data from a channel with a higher priority and include it in a data block. When all data included in an XR-related channel with a higher priority is exhausted, the electronic device (200) may include data included in a channel with the next higher priority in the data block. When there is space left in a data block but no data included in an XR-related channel remains, the electronic device (200) may pad the remaining space rather than filling it with data from other channels.

[0140] In one embodiment, in data communication, padding may refer to additional bits or bytes inserted to meet specific length requirements. Padding is typically added to the end of a data block or packet and may be used to meet specific length requirements, align data, or enhance security. When transmitting data at the MAC layer, padding may be added if the size of the data is not a multiple of a specific size. If the size of a MAC frame is a fixed size, such as a multiple of 8 bytes, and the actual data size falls short of that size, padding may be used to fill the remaining portion. 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.

[0141] 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 be retransmitted. Unlike general data, the electronic device (200) may separate only the XR-related data so that HARQ retransmission is not performed separately.

[0142] FIG. 7 is a flowchart illustrating a method for transmitting data by an electronic device according to various embodiments.

[0143] 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 the electronic device described above through FIGS. 1 to 6 (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. 7 can be changed, some operations can be omitted, and some operations can be performed simultaneously.

[0144] 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 the 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.

[0145] 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 HARQ process ID. 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.

[0146] 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 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 may require HARQ retransmission.

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

[0148] 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 HARQ retransmission. The electronic device (200) may assemble the remaining data that is not related to extended reality (XR) when transmitting a block that may require HARQ retransmission.

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

[0150] According to one embodiment, the electronic device (200) may identify a data block that does not require retransmission based on identification information. Based on the identification of a data block that does not require retransmission, the electronic device (200) may transmit the data block and not request retransmission from the base station.

[0151] According to one embodiment, the electronic device (200) can receive identification information from the base station, which describes whether retransmission is possible for each process ID of HARQ. 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 the 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).

[0152] 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 the data block to be transmitted to the 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) when retransmission is required. On the other hand, the base station (400) may not transmit feedback for HARQ retransmission to the electronic device (200) when retransmission is not required.

[0153] 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 period of time, and can 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.

[0154] According to one embodiment, the electronic device (200) may not receive HARQ feedback for the 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 the uplink is disabled). In addition, the electronic device (200) may identify data blocks (e.g., 522, 524, 526, 528) located within a certain period that do not require retransmission based on identification information.

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

[0156] 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.

[0157] 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.

[0158] 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 packet retransmission in wireless communication. HARQ is an extension of the concept of ARQ (Automatic Repeat Request), which requests retransmission when an error occurs. HARQ may include information for retransmission in case an error occurs from the time the packet is first transmitted. Based on the feedback information for HARQ, the electronic device (200) may correct the error by combining a new packet with the original packet when the packet needs to be retransmitted due to an error. The HARQ process ID may refer to an identifier used by the electronic device (200) to manage a request for packet retransmission. 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 require retransmission 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).

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

[0160] In operation 822, the electronic device (200) may retrieve remaining data from a buffer associated with the XR service, perform multiplexing, and include the data in a data block (e.g., TB). Multiplexing may refer to an operation of transmitting multiple input signals through a single output channel. The electronic device (200) may use multiplexing to simultaneously transmit signals from multiple data sources. The electronic device (200) may use multiplexing to improve overall communication efficiency and increase channel utilization. The electronic device (200) may retrieve data from the buffer and multiplex the data into a data block. 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.

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

[0162] In operation 820, if it is determined that there is no remaining data in the buffer associated with 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 additional bits or bytes inserted to meet a specific length requirement. Padding is typically 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 at the MAC layer, padding may be added if the size of the data is not a multiple of a specific size. If the size of the MAC frame is required to be a fixed size, for example, a multiple of 8 bytes, and the actual data size is less than that, padding may be used to fill the remaining portion.

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

[0164] In operation 832, the electronic device (200) may multiplex the remaining data from the buffer unrelated to the XR service based on the presence of remaining data in the buffer unrelated to the XR service and include the data in a data block (e.g., TB). Multiplexing may refer to an operation of transmitting multiple input signals through a single output channel. The electronic device (200) may transmit signals from multiple data sources simultaneously 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.

[0165] 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.

[0166] 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 unrelated 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 previously described.

[0167] According to one embodiment, the electronic device (200) can 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) can 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) can retrieve 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) can retrieve data from a buffer of a channel that includes data that is not related to an XR service.

[0168] According to one embodiment, the electronic device (200) may retrieve data and perform multiplexing when there is data to be transmitted in the buffer of a channel associated with 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 no data remains in the buffer of the channel associated with the XR service. The electronic device (200) may perform padding even if there is empty space in the data block when there is no data remaining in the buffer of the channel associated with the XR service. The electronic device (200) may control the data associated with the XR service to not be mixed with the remaining data by padding the empty space in the data block.

[0169] 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.

[0170] On the other hand, the electronic device (200) may transmit a data block 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, as retransmission may be required depending on the data block reception status of the base station (400). In this case, the electronic device (200) may remain in an active state.

[0171] According to one embodiment, the electronic device (200) can, under the control of the processor (210), 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.

[0172] 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 HARQ process ID may refer to an identifier used to request and manage retransmission of packets in wireless communication. The electronic device (200) may use the feedback information corresponding to the HARQ process ID to determine which packets the wireless communication system should retransmit. Alternatively, the electronic device (200) may use the feedback information corresponding to the HARQ process ID to determine which packets were successfully transmitted.

[0173] 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 real-time transmission of data, 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 sequence of the data may not be satisfied. Therefore, the electronic device (200) may not be able to satisfy the sequence of the data because the XR-related data

[0174] 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.

[0175] 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 by 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.

[0176] According to one embodiment, the electronic device (200) can identify whether the data block is a block determined not to perform HARQ retransmission by comparing the ID of the data block with 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 perform PDCCH monitoring. The PDCCH monitoring can be performed to prepare for cases where data is retransmitted upon receiving feedback regarding HARQ.

[0177] According to one embodiment, the electronic device (200) can match the process ID of HARQ for each data block among at least one data block, and generate identification information using a flag indicating whether HARQ feedback is possible for each HARQ process ID. The electronic device (200) can determine whether a data block is determined not to be retransmitted based on the identification information. The electronic device (200) can transmit the first data block based on whether any one block is determined to be the first data block not to be retransmitted, and 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) can enter a dormant state since there is no probability of being requested to retransmit data.

[0178] 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.

[0179] According to one embodiment, the electronic device (200) can generate identification information indicating 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. Here, the identification information can be transmitted to the base station using a MAC-CE (control element) of a MAC (media access control) layer or an UCI (uplink control information) of a physical layer.

[0180] 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 physical downlink control channel (PDCCH) that was being executed for HARQ retransmission, and switch the electronic device (200) to a sleep state.

[0181] The embodiments of this document disclosed in this specification and drawings are merely 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 to include 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

1. 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.

2. 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.

3. In paragraph 2, 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.

4. 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.

5. In paragraph 2, 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.

6. In paragraph 2, 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.

7. 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.

8. 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.

9. In paragraph 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.

10. In paragraph 2, 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.

11. In paragraph 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.

12. In terms of operation method, 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.

13. In paragraph 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.

14. In paragraph 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.

15. In paragraph 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