Electronic device and method for transmitting data with low delay in electronic device
The electronic device analyzes latency metrics and AccECN feedback to identify and mitigate delay causes, enhancing QoE for low-latency services by implementing targeted delay reduction strategies.
Patent Information
- Authority / Receiving Office
- WO · WO
- Patent Type
- Applications
- Current Assignee / Owner
- SAMSUNG ELECTRONICS CO LTD
- Filing Date
- 2025-09-22
- Publication Date
- 2026-04-23
AI Technical Summary
Existing systems struggle to accurately identify the cause of latency in low-latency network services like XR, making it difficult to implement effective delay improvement measures.
An electronic device equipped with a processor that analyzes latency metrics and AccECN feedback to distinguish delay states and take corrective actions, ensuring low-latency data transmission.
The device effectively reduces latency and improves the quality of experience (QoE) for ultra-low latency services by addressing congestion and delay issues.
Smart Images

Figure KR2025014773_23042026_PF_FP_ABST
Abstract
Description
Electronic device and method of transmitting data with low latency of electronic device
[0001] This document relates to an electronic device and a method of operating the electronic device, and to a technology for transmitting data with low latency using the electronic device and the electronic device.
[0002] Explicit congestion notification (ECN) refers to a technology that detects network congestion operating at the transport layer. Electronic devices utilizing ECN can detect congestion by setting the value of a field included in the IP header or TCP header, and prevent network latency by adjusting the data transmission rate. Recently, as the usage of services requiring low latency—such as virtual reality (VR), augmented reality (AR), gaming, and / or video calls—increases, the development of network communication technologies such as low latency, low loss, and scalable throughput (L4S) continues. L4S technology can utilize ECN to perform low-latency network communication. A data receiving device utilizing L4S technology can transmit information indicating the degree of network congestion to a transmitting device. A data transmitting device utilizing L4S technology can receive information indicating the degree of network congestion and prevent congestion by adjusting the maximum data transmission rate.
[0003] The information described above may be provided as related art for the purpose of aiding understanding of this document. None of the foregoing is to be claimed as prior art related to this document, nor is it to be used to determine prior art.
[0004] An electronic device according to one embodiment may be required to transmit data transmitted to a server via a wireless communication network in a low-latency L4S-based mode for a specific TCP session. For example, the specific TCP session may refer to a specific TCP session that a cellular communication operator and / or a user of the electronic device requests to be transmitted in a low-latency mode.
[0005] Latency metrics defined in 3GPP TS 26.119 can be used as a measure of the degree of delay in XR services. When rendering XR media on a network, QoE can be determined by the roundtrip interaction delay. To satisfy the QoE of ultra-low latency services, it may be necessary to maintain the size of the roundtrip interaction delay within 50ms. However, there is a problem in that it is difficult to identify the cause of the delay using only latency metrics, and it is difficult to apply delay improvement measures based on the cause.
[0006] The electronic device may include at least one processor that stores instructions and includes memory and processing circuitry comprising one or more storage media. The instructions can be controlled to check whether the electronic device satisfies the specified quality of experience (QoE) in the service being executed by the at least one processor, and based on the failure to satisfy the QoE, to check the congestion experienced (CE) occurrence rate of accurate explicit congestion notification (AccECN) feedback relative to the number of packets transmitted by executing low latency, low loss and scalable throughput (L4S), check the delay value exceeding the response delay (roundtrip interaction delay) required by the service, distinguish the state of the delay based on the congestion experienced (CE) occurrence rate of accurate ECN feedback and the exceeding delay value, and perform an action to improve the delay based on the distinguished state of the delay.
[0007] An electronic device according to one embodiment can effectively reduce delay by distinguishing the state of delay based on the magnitude of the excess delay and the CE (congestion experienced) ratio of accurate explicit congestion notification (AccECN) feedback, and by suggesting actions to improve the delay for each state.
[0008] An electronic device according to one embodiment can improve the quality of experience (QoE) and provide stable services for services requiring ultra-low latency communication (e.g., XR applications).
[0009] FIG. 1 is a block diagram of an electronic device in a network environment according to various embodiments.
[0010] FIG. 2a illustrates an electronic device and a cellular network base station providing XR services according to one embodiment.
[0011] FIG. 2b illustrates a downlink traffic model of an XR service according to one embodiment.
[0012] 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.
[0013] FIG. 3b is a diagram illustrating some fields of the IP header and TCP header of a packet according to one embodiment.
[0014] FIG. 4 is a block diagram of an electronic device according to various embodiments.
[0015] FIG. 5 is a block diagram showing the configuration of an electronic device according to one embodiment.
[0016] FIG. 6 is a table classifying delay states based on the ratio of CE (congestion experienced) to the number of packets transmitted by an electronic device according to one embodiment and the excess delay value.
[0017] FIG. 7 is a flowchart illustrating a method for an electronic device according to one embodiment to transmit data with low latency.
[0018] FIG. 8 is a flowchart illustrating a method for reducing delay when an electronic device according to one embodiment transmits data with low delay.
[0019] FIG. 1 is a block diagram of an electronic device (101) in a network environment (100) according to various embodiments. Referring to FIG. 1, in the network environment (100), the electronic device (101) may communicate with an electronic device (102) through a first network (198) (e.g., a short-range wireless communication network) or may communicate with at least one of an electronic device (104) or a server (108) through a second network (199) (e.g., a long-range wireless communication network). According to one embodiment, the electronic device (101) may communicate with the electronic device (104) through a server (108). According to one embodiment, the electronic device (101) may include a processor (120), memory (130), input module (150), sound output module (155), display module (160), audio module (170), sensor module (176), interface (177), connection terminal (178), haptic module (179), camera module (180), power management module (188), battery (189), communication module (190), subscriber identification module (196), or antenna module (197). In some embodiments, at least one of these components (e.g., connection terminal (178)) may be omitted from the electronic device (101), or one or more other components may be added. In some embodiments, some of these components (e.g., sensor module (176), camera module (180), or antenna module (197)) may be integrated into a single component (e.g., display module (160)).
[0020] The processor (120) can control at least one other component (e.g., hardware or software component) of the electronic device (101) connected to the processor (120) by executing software (e.g., program (140)), for example, and can perform various data processing or operations. According to one embodiment, as at least part of the data processing or operations, the processor (120) can store commands or data received from other components (e.g., sensor module (176) or communication module (190)) in volatile memory (132), process the commands or data stored in volatile memory (132), and store the resulting data in non-volatile memory (134). According to one embodiment, the processor (120) may include a main processor (121) (e.g., central processing unit or application processor) or an auxiliary processor (123) that can operate independently or together with it (e.g., graphics processing unit, neural processing unit (NPU), image signal processor, sensor hub processor, or communication processor). For example, if the electronic device (101) includes a main processor (121) and an auxiliary processor (123), the auxiliary processor (123) may be configured to use lower power than the main processor (121) or to be specialized for a designated function. The auxiliary processor (123) may be implemented separately from the main processor (121) or as part thereof.
[0021] The auxiliary processor (123) may control at least some of the functions or states associated with at least one component of the electronic device (101) (e.g., display module (160), sensor module (176), or communication module (190)) 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. According to one embodiment, the auxiliary processor (123) (e.g., image signal processor or communication processor) may be implemented as part of another functionally related component (e.g., camera module (180) or communication module (190)). According to one embodiment, the auxiliary processor (123) (e.g., neural network processing unit) may include a hardware structure specialized for processing an artificial intelligence model. The artificial intelligence model may be generated through machine learning. Such learning may be performed, for example, on the electronic device (101) itself where the artificial intelligence model is executed, or through a separate server (e.g., server (108)). The learning algorithm may include, for example, supervised learning, unsupervised learning, semi-supervised learning, or reinforcement learning, but is not limited to the examples described above. The artificial intelligence model may include a plurality of artificial neural network layers.An artificial neural network may be 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 the hardware structure, the artificial intelligence model may include a software structure, either additionally or substantially.
[0022] The memory (130) can store various data used by at least one component of the electronic device (101) (e.g., processor (120) or sensor module (176)). The data may include, for example, input data or output data for software (e.g., program (140)) and related commands. The memory (130) may include volatile memory (132) or non-volatile memory (134).
[0023] The program (140) may be stored as software in memory (130) and may include, for example, an operating system (142), middleware (144), or an application (146).
[0024] The input module (150) can receive commands or data to be used for a component of the electronic device (101) (e.g., processor (120)) from outside the electronic device (101) (e.g., user). The input module (150) may include, for example, a microphone, a mouse, a keyboard, a key (e.g., a button), or a digital pen (e.g., a stylus pen).
[0025] The sound output module (155) can output a sound signal to the outside of the electronic device (101). The sound output module (155) may include, for example, a speaker or a receiver. The speaker may be used for general purposes, such as multimedia playback or recording playback. The receiver may be used to receive incoming calls. According to one embodiment, the receiver may be implemented separately from the speaker or as part thereof.
[0026] The display module (160) can visually provide information to an external (e.g., 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 said 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 the force generated by said touch.
[0027] The audio module (170) can convert sound into an electrical signal or, conversely, convert an electrical signal into sound. According to one embodiment, the audio module (170) can acquire sound through the input module (150) or output sound through the sound output module (155) or an external electronic device (e.g., electronic device (102)) (e.g., speaker or headphones) connected directly or wirelessly to the electronic device (101).
[0028] The sensor module (176) can detect the operating state of the electronic device (101) (e.g., power or temperature) or the external environmental state (e.g., user state) and generate an electrical signal or data value corresponding to the detected state. According to one embodiment, the sensor module (176) may include, for example, a gesture sensor, a gyroscope sensor, a barometric pressure sensor, a magnetic sensor, an accelerometer sensor, a grip sensor, a proximity sensor, a color sensor, an IR (infrared) sensor, a biosensor, a temperature sensor, a humidity sensor, or an illuminance sensor.
[0029] The interface (177) may support one or more specified protocols that can be used for the electronic device (101) to be connected directly or wirelessly to an external electronic device (e.g., electronic device (102)). According to 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.
[0030] The connection terminal (178) may include a connector through which the electronic device (101) can 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).
[0031] The haptic module (179) can convert an electrical signal into a mechanical stimulus (e.g., vibration or movement) or an electrical stimulus that the user can perceive through tactile or kinesthetic senses. According to one embodiment, the haptic module (179) may include, for example, a motor, a piezoelectric element, or an electric stimulation device.
[0032] The camera module (180) can capture still images and video. According to one embodiment, the camera module (180) may include one or more lenses, image sensors, image signal processors, or flashes.
[0033] The power management module (188) can manage the power supplied to the electronic device (101). According to one embodiment, the power management module (188) can be implemented, for example, as at least part of a power management integrated circuit (PMIC).
[0034] The battery (189) can supply power to at least one component of the electronic device (101). According to one embodiment, the battery (189) may include, for example, a non-rechargeable primary battery, a rechargeable secondary battery, or a fuel cell.
[0035] The communication module (190) can support the establishment of a direct (e.g., wired) communication channel or a wireless communication channel between an 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 include one or more communication processors that operate independently of the processor (120) (e.g., application processor) and 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., cellular communication module, short-range wireless communication module, or GNSS (global navigation satellite system) communication module) or a wired communication module (194) (e.g., LAN (local area network) communication module, or power line communication module). The corresponding communication module among these communication modules can communicate with an external electronic device (104) through a first network (198) (e.g., a short-range communication network such as Bluetooth, WiFi (wireless fidelity) direct, or IrDA (infrared data association)) or a second network (199) (e.g., a legacy cellular network, a 5G network, a next-generation communication network, the Internet, or a computer network (e.g., a LAN or WAN)). These various types of communication modules may be integrated into a single component (e.g., a single chip) or implemented as multiple separate components (e.g., multiple chips). The wireless communication module (192) can identify or authenticate the electronic device (101) within a communication network such as the first network (198) or the second network (199) using subscriber information (e.g., International Mobile Subscriber Identifier (IMSI)) stored in the subscriber identification module (196).
[0036] The wireless communication module (192) can support 5G networks and next-generation communication technologies following 4G networks, for example, new radio access technology. NR access technology can support high-speed transmission of high-capacity data (enhanced mobile broadband (eMBB)), minimization of terminal power and connection of multiple terminals (massive machine type communications (mMTC)), or high reliability and low latency (ultra-reliable and low-latency communications (URLLC)). The wireless communication module (192) can support a high-frequency band (e.g., mmWave band) to achieve a high data transmission rate, for example. The wireless communication module (192) can support various technologies for securing performance in the high-frequency band, such as beamforming, massive MIMO (multiple-input and multiple-output), 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), external electronic device (e.g., electronic device (104)), or network system (e.g., 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 realizing eMBB, loss coverage (e.g., 164 dB or less) for realizing mMTC, or U-plane latency (e.g., downlink (DL) and uplink (UL) each 0.5 ms or less, or round trip 1 ms or less) for realizing URLLC.
[0037] An antenna module (197) can transmit a signal or power to or from an external source (e.g., an external electronic device). According to one embodiment, the antenna module (197) may include an antenna comprising a radiator made of a conductor or a conductive pattern formed on a substrate (e.g., a PCB). According to 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 a first network (198) or a second network (199), may be selected from the plurality of antennas, for example, by a communication module (190). A signal or power may be transmitted or received between the communication module (190) and an external electronic device through the selected at least one antenna. According to some embodiments, in addition to the radiator, other components (e.g., a radio frequency integrated circuit (RFIC)) may be additionally formed as part of the antenna module (197).
[0038] According to various embodiments, the antenna module (197) may form a mmWave antenna module. According to one embodiment, the mmWave antenna module may include a printed circuit board, an RFIC disposed on or adjacent to a first surface (e.g., bottom surface) of the printed circuit board and capable of supporting a specified high frequency band (e.g., mmWave band), and a plurality of antennas (e.g., array antennas) disposed on or adjacent to a second surface (e.g., top surface or side surface) of the printed circuit board and capable of transmitting or receiving a signal of the specified high frequency band.
[0039] At least some of the above components can be connected to each other via a communication method between peripheral devices (e.g., bus, GPIO (general purpose input and output), SPI (serial peripheral interface), or MIPI (mobile industry processor interface)) and exchange signals (e.g., commands or data) with each other.
[0040] According to one embodiment, commands or data may be transmitted or received between the electronic device (101) and an external electronic device (104) through a server (108) connected to a second network (199). Each of the external electronic devices (102, or 104) may be the same or different type of device as the electronic device (101). According to one embodiment, all or part of the operations performed on the electronic device (101) may be performed on one or more of the external electronic devices (102, 104, or 108). For example, if the electronic device (101) needs to perform a function or service automatically or in response to a request from a user or another device, the electronic device (101) may request one or more external electronic devices to perform at least part of the function or service instead of performing the function or service itself or additionally. One or more external electronic devices that receive the above request may execute at least part of the requested function or service, or 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 provide the result as is or additionally processed as at least part of the response to the request. For this purpose, for example, cloud computing, distributed computing, mobile edge computing (MEC), or client-server computing technology may be used. The electronic device (101) may provide ultra-low latency services using, for example, distributed computing or mobile edge computing. In another embodiment, the external electronic device (104) may include an Internet of Things (IoT) device. The server (108) may be an intelligent server using machine learning and / or neural networks. According to one embodiment, the external electronic device (104) or the server (108) may be included within a 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.
[0041] The electronic device according to the various embodiments disclosed in this document may be of various forms. The electronic device may include, for example, a portable communication device (e.g., a smartphone), a computer device, a portable multimedia device, a portable medical device, a camera, a wearable device, or a consumer electronics device. The electronic device according to the embodiments of this document is not limited to the devices described above.
[0042] The various embodiments of this document and the terms used therein are not intended to limit the technical features described in this document to specific embodiments, and should be understood to include various modifications, equivalents, or substitutions of said 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 said items unless the relevant context clearly indicates otherwise. In this document, phrases such as "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" may each include any one of the items listed together in the corresponding phrase, or all possible combinations thereof. Terms such as "first," "second," or "first" or "second" may be used simply to distinguish said components from other said components and do not limit said components in any other aspect (e.g., importance or order). Where any (e.g., 1st) component is referred to as “coupled” or “connected” to another (e.g., 2nd) component, with or without the terms “functionally” or “communicationly,” it means that said any component may be connected to said other component directly (e.g., via a wire), wirelessly, or through a third component.
[0043] The term “module” as used in the various embodiments of this document may include a unit implemented in hardware, software, or firmware, and may be used interchangeably with terms such as logic, logic block, component, or circuit, for example. A module may be a component formed integrally, or a minimum unit of said component or a part thereof that performs one or more functions. For example, according to one embodiment, a module may be implemented in the form of an application-specific integrated circuit (ASIC).
[0044] Various embodiments of the present document may be implemented as software (e.g., program (140)) comprising one or more instructions stored in a storage medium (e.g., internal memory (136) or external memory (138)) readable by a machine (e.g., electronic device (101)). For example, a processor (e.g., processor (120)) of the machine (e.g., electronic device (101)) may call at least one of the one or more instructions stored in the storage medium and execute it. This enables the machine to be operated 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 that can be executed by an interpreter. The storage medium readable by the machine may be provided in the form of a non-transitory storage medium. Here, 'non-temporary' simply means that the storage medium is a tangible device and does not contain a signal (e.g., electromagnetic waves), and the term does not distinguish between cases where data is stored semi-permanently and cases where it is stored temporarily.
[0045] According to one embodiment, the method according to the various embodiments disclosed herein may be provided by being included in a computer program product. The computer program product may be traded between a seller and a buyer as a product. The computer program product may be distributed in the form of a device-readable storage medium (e.g., compact disc read-only memory (CD-ROM)), or distributed online (e.g., download or upload) through an application store (e.g., Play Store™) or directly between two user devices (e.g., smartphones). In the case of online distribution, at least a portion of the computer program product may be temporarily stored or temporarily created on a device-readable storage medium, such as the memory of a manufacturer's server, an application store's server, or a relay server.
[0046] According to various embodiments, each component (e.g., module or program) of the components described above may include a singular or multiple entities, and some of the multiple entities may be separated and placed in other components. According to various embodiments, one or more of the components or operations of the aforementioned components may be omitted, or one or more other components or operations may be added. Generally or additionally, multiple components (e.g., module or program) may be integrated into a single component. In this case, the integrated component may perform one or more functions of each of the multiple components in the same or similar manner as those performed by the corresponding component among the multiple components prior to integration. According to various embodiments, operations performed by the module, program, or other components 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.
[0047] FIG. 2a illustrates an electronic device and a cellular network base station providing XR services according to one embodiment.
[0048] According to one embodiment, an electronic device (200) (e.g., the electronic device (101) of FIG. 1) may be a wearable device that provides XR services. XR (extended reality) may include augmented reality (hereinafter AR), which provides additional information by overlaying it on a real environment; virtual reality (hereinafter VR), which provides an independent virtual environment; and mixed reality (MR), which integrates the real world and the virtual world as an intermediate form between AR and VR.
[0049] According to one embodiment, the electronic device (200) (or wearable device) may be a head-mounted display device or a glasses-type device (e.g., AR glasses) that can be worn on a user's head. For example, the electronic device (200) may provide a VR environment to the user through a virtual image output from a display, or provide an AR environment by superimposing a virtual image onto a real object located in the direction of the user's gaze so that it is recognized. The electronic device (200) may track the direction of the user's gaze in real time, select an appropriate virtual image according to the direction of gaze, and determine the output location of the virtual image.
[0050] According to one embodiment, an electronic device (200) providing an XR service can transmit and receive various data through a base station (290) of a cellular network. Here, the cellular network may be 4G LTE (long term evolution) or 5G NR (new radio), but is not limited thereto. The electronic device (200) can receive data such as XR images from the network as downlink data, and transmit data sensed or acquired by the electronic device, such as the user's location and gaze direction, to the network as uplink data.
[0051] FIG. 2b illustrates a downlink traffic model of an XR service according to one embodiment.
[0052] The 3GPP (3rd generation partnership project) defines XR traffic models that may occur in 5G networks. Referring to Fig. 2b, for the downlink, a periodic traffic pattern can be considered in which the inter-arrival rate (or arrival interval) is determined based on the frame rate of the XR video (e.g., 60fps, 120fps) according to a single-stream downlink traffic model. In this case, the packet size may follow a probability distribution. For example, if the frame rate of the XR video is 60fps, there may be an inter-arrival rate with an interval of approximately 16.6667ms, and if it is 120fps, there may be an inter-arrival rate with an interval of approximately 8.3333ms.
[0053] From the perspective of the uplink of the XR traffic model, the UL pose / control traffic model can be considered to account for a pattern in which pose / control traffic with a short period (e.g., 4ms) occurs for control based on the motion of at least part of the user's body. For example, referring to FIG. 2b, the baseline values for evaluation for each parameter related to the uplink data may be periodicity of 4ms, no jitter, packet size of 100 bytes, and packet delay budget (PDB) of 10ms.
[0054] According to one embodiment, an electronic device can perform a connected mode discontinuous reception (CDRX) operation while providing an XR service having the uplink / downlink traffic pattern described above. CDRX is a technology that sleeps and wakes up at least some of the configurations and / or functions of a communication module (or transceiver) according to a set period, and monitors the physical downlink control channel (PDCCH) only during the wake-up timing. For example, during the CDRX activation period (or CDRX on duration period), the electronic device can disable the modem-related configurations or functions of the communication module. The electronic device can reduce power consumption by the communication module through such discontinuous monitoring of the PDCCH. In typical CDRX operation, the sleep and wake-up timings can be designed with integer periods in milliseconds.
[0055] According to one embodiment, the downlink traffic of an XR service may have 60fps or 120fps, in which case the interval between each frame cannot be expressed as an integer period in milliseconds, such as approximately 16.6667ms or 8.3333ms. Accordingly, a base station of a cellular network may find it difficult to define the inter-arrival rate associated with the downlink traffic of an XR service, which is difficult to express in integer units, in the DRX configuration information. Accordingly, in order to reduce power consumption of electronic devices providing XR services, it is necessary to ensure that DRX operations are performed in accordance with the period of the downlink traffic of the XR service.
[0056] According to one embodiment, for the uplink, resource allocation based on a configured grant (CG) may be considered for transmitting XR uplink traffic having periodic characteristics. The CG may be a method in which uplink radio resources are not dynamically allocated according to traffic conditions, but are pre-configured by the network to have a specific period through RRC configuration. For example, the types of CG resources may include CG Config type 1, in which an electronic device can transmit uplink data using the CG resource after CG configuration, and CG Config type 2, in which an electronic device transmits uplink data after the CG resource configured through RRC (radio resource control) is activated by the network. For example, single / multiple CG configurations may be considered depending on the number of PUSCH occasions allocated per CG period.
[0057] According to one embodiment, when providing an XR service, a cellular network and an electronic device may set a shorter CDRX period compared to a standard service. For example, a standard commercial network uses a long CDRX period of about 160ms or 320ms, but in the case of an XR service, the CDRX period may be set to a short period of about 8 to 16ms, taking into account the frame rate of the XR video, which is downlink data. That is, since the electronic device must repeat sleep and wake-up based on such a short CDRX period, it is necessary to operate tightly without margin during CDRX operation.
[0058] According to one embodiment, when an electronic device intends to transmit uplink data during CDRX operation, it can transmit uplink data during the wake-up period in which the communication module (or transceiver) is activated.
[0059] According to one embodiment, when uplink data accumulates in the logical channel buffer of the electronic device modem, the BSR (buffer status report) process of the electronic device may be triggered. During the BSR process, if there is a PUSCH (physical uplink shared channel) resource, the electronic device may use the resource to transmit a BSR MAC-CE to the base station and obtain an uplink grant (or CG resource) from the base station to transmit uplink data. If there is no PUSCH resource, the electronic device may check if there is an SR (scheduling request) resource and trigger an SR to request an uplink grant from the base station. If there is no SR resource, or if there is no uplink grant after triggering the SR, the electronic device may trigger a RACH (random access channel) process to request an uplink grant from the base station. If uplink data occurs during such operations, and if an SR resource is set and / or an SR is triggered, the electronic device may transmit uplink data or an SR after waking up, even if it is a CDRX sleep period.
[0060] Figure 3a illustrates a situation in which PDCCH (physical downlink control channel) monitoring is performed in a CG (Configured Grant) based resource allocation situation.
[0061] According to one embodiment, CG (Configured Grant) 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 certain period or continuously. The electronic device can transmit data through the configured resource allocation. CG (Configured Grant) based resource allocation can be utilized for communication with low latency requirements, such as URLLC (Ultra Reliable Low Latency Communication).
[0062] According to one embodiment, 3GPP defines the XR traffic model that may 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 based on a single-stream DL traffic model can be considered. It can be assumed that the packet size follows a probability distribution. For example, in the case of an XR service with a frame rate of 60 fps, there is an inter-arrival rate with a reference interval of 16.6667 ms, and in the case of 120 fps, there may be an inter-arrival rate with an interval of 8.3333 ms. From an uplink perspective, when considering a general UL pose / control traffic model, a pose / control traffic pattern with a periodicity of 4 ms may occur for control based on the user's motion.
[0063] According to one embodiment, to effectively support XR services with traffic patterns in a 5G mobile communication network, 3GPP has designed the downlink and uplink with the following features. First, for the downlink, the existing CDRX, which has an integer-based period, can be designed to have a non-integer-based XR traffic periodicity so that it can operate in accordance with 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 in the form of a multiple of an integer. With the DRX configuration, it may be difficult to satisfy the inter-arrival rate of XR DL traffic, which is difficult to express in integer units. To save power for electronic devices (e.g., XR terminals), an enhanced CDRX can be performed so that DRX operation is synchronized with the periodicity of DL traffic.
[0064] According to one embodiment, CDRX (Connected Mode DRX (Discontinuous Reception)) may mean a power saving mode for saving energy while the device is not exchanging data. In CDRX mode, an electronic device (e.g., a terminal) communicates with a network according to a specific pattern and exchanges necessary information, and may enter a power saving state during the rest of the time.
[0065] According to one embodiment, DRX configuration may mean an operation that sets when the device receives data and when it enters 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.
[0066] According to one embodiment, an uplink radio resource (Uplink Grant) transmitted by an electronic device (e.g., a terminal) to a base station in a wireless communication system can be classified into Dynamic Grant (DG) and Configured Grant (CG) depending on the resource allocation method. DG is a radio resource for which the base station specifies the location of the resource through a DCI (Downlink Control Information) message on the PDCCH (Physical Downlink Control Channel) physical channel, and refers to a one-time resource. CG is a radio resource that is repeated at regular intervals, with the period set by the base station via an RRC (Radio Resource Control) message.
[0067] According to one embodiment, the CG may be pre-configured to have a specific cycle based on the RRC configuration, rather than dynamically allocating uplink radio resources according to the state of traffic. Depending on the format, the CG is divided into a Type-1 CG that is immediately activated when configured by an RRC message, and a Type-2 CG that is configured by an RRC message and then uses a CS-RNTI (configured scheduling - radio network temporary identity) to set and activate the location of the first resource via a DCI message on the PDCCH physical channel. A CS-RNTI (configured scheduling radio network temporary identifier) may refer to a temporary identifier for identifying electronic devices within a specific cell.
[0068] According to one embodiment, the use of a CG resource for transmission means that a terminal transmits data called a MAC PDU (Medium Access Control Protocol Data Unit), a transport block, or a TB (Transport Block) to a base station using this wireless resource. When transmitting a MAC PDU to a base station using the CG resource in this way, the MAC layer of the terminal may deliver the MAC PDU to be transmitted to a HARQ process and instruct the HARQ process to trigger a new transmission.
[0069] According to one embodiment, since the decision of whether to allocate retransmission resources by the base station and the timing thereof is a matter for the base station to decide, the terminal can start monitoring the PDCCH in preparation for the base station's retransmission.
[0070] FIG. 3b is a diagram illustrating some fields of the IP header and TCP header of a packet according to one embodiment.
[0071] The packet may include an IP header and a TCP header. The IP header may include a type of service (ToS) field (310) consisting of a differentiated services code point (DSCP) field and an explicit congestion notification (ECN) field. The 13th and 14th bytes (320) of the TCP header may include header length, reserved (RSVD), accurate ECN (AE), congestion window reduced (CWR), ECN echo (ECN ECE), urgent (URG), acknowledgment (ACK), push (PSH), reset (RST), synchronization (SYN), and finish (FIN) fields.
[0072] The ECN field of the IP header can be set to one of the values (330) associated with an explicit congestion notification (ECN).
[0073] According to one embodiment, the ECN field of the IP header of a packet may be set according to a value indicating a predetermined low-latency mode. The value indicating a predetermined low-latency mode may include a value indicating an L4S-based low-latency mode (ECT(1)), a value indicating a non-L4S low-latency mode (ECT(0)), or a value indicating a congestion experience (CE). A packet transmitted in a normal mode that is not a low-latency mode may be set to a value indicating that it is not a low-latency mode (Not-ECT).
[0074] FIG. 4 is a block diagram of an electronic device according to various embodiments.
[0075] Referring to FIG. 4, the electronic device (400) may include an antenna (460), a communication module (450), at least one processor (410), and a memory (440). In various embodiments of this document, some of the illustrated components may be omitted or substituted. The electronic device (400) may include at least some of the components and / or functions of the electronic device (101) of FIG. 1. At least some of the components of the illustrated (or unillustrated) electronic device (400) may be operatively, functionally, and / or electrically connected.
[0076] According to one embodiment, the electronic device (400) may be a wearable device that provides an XR (extended reality) service (e.g., the electronic device (200) of FIG. 2), but is not limited thereto, and various embodiments of this document may be applied even if the device does not provide an XR service, such as having a short CDRX period and / or a CDRX period that is not defined in integer units based on ms.
[0077] According to one embodiment, the electronic device (400) may include at least one antenna (460). Each antenna (460) may be spaced apart from one another and at least a portion may be exposed to the outside through the housing (not shown) of the electronic device (400). The electronic device (400) may receive downlink data transmitted from a base station of a cellular network (e.g., base station (290) of FIG. 2) through the antenna (460) and transmit uplink data transmitted through a communication processor (430) and a communication module (450) to the base station. The antenna (460) may include at least some of the configuration and / or functions of the antenna module (197) of FIG. 1.
[0078] According to one embodiment, the communication module (450) may include various hardware and / or software configurations for communicating with an external device through a wireless communication network. For example, the communication module (450) may support the establishment of a communication channel and the performance of communication through the established communication channel. The communication module (450) may include at least some of the configurations and / or functions of the communication module (190) of FIG. 1.
[0079] According to one embodiment, the electronic device (400) may support cellular wireless communication through a communication module (450). For example, cellular wireless communication supported by the electronic device (400) may include 4G LTE (long term evolution) and 5G NR (new radio), but is not limited thereto. The electronic device (400) may also support short-range wireless communication such as Wi-Fi and Bluetooth.
[0080] According to one embodiment, the electronic device (400) can perform a connected mode discontinuous reception (CDRX) operation. For example, the electronic device (400) can repeat sleep and wake-up at predetermined intervals based on CDRX configuration information (or CDRX configuration) received from a base station, and monitor a channel (e.g., PDCCH) for receiving downlink data only during the wake-up period. According to one embodiment, the electronic device (400) (e.g., communication processor (430)) can activate a communication module (450) during the CDRX wake-up period (or on duration period) and deactivate a communication module (450) during the CDRX sleep period (or off duration period). The electronic device (400) can reduce power consumption through such discontinuous monitoring of the reception channel.
[0081] According to one embodiment, the memory (440) may include volatile memory and non-volatile memory, and may store various data temporarily or permanently. The memory (440) may include at least some of the configuration and / or functions of the memory (130) of FIG. 1 and may store the program (140) of FIG. 1. The memory (440) may store various instructions that can be executed by the processor (410). Such instructions may include control commands such as arithmetic and logical operations, data movement, and input / output that can be recognized by the processor (410).
[0082] According to one embodiment, the electronic device (400) may include at least one processor (410). For example, the at least one processor (410) may include an application processor (420) and a communication processor (430). The application processor (420) and the communication processor (430) may each include one or more independent processors (410), and / or the application processor (420) and the communication processor (430) may be integrated into a single processor (410).
[0083] According to one embodiment, the application processor (420) may perform operations or data processing regarding the control and / or communication of each component of the electronic device (400) and may include at least some of the configuration and / or functions of the processor (120) or main processor (121) of FIG. 1. The operations of the application processor (420) may be performed by loading instructions stored in memory (440).
[0084] According to one embodiment, the communication processor (430) can perform various operations for wireless communication over a cellular network. According to one embodiment, the communication processor (430) can perform operations such as modulating and demodulating a signal, and controlling RF components such as an antenna (460), an RF IC (not shown), and an RF front-end module (not shown). According to one embodiment, the communication processor (430) may be configured as part of a communication module (450).
[0085] According to one embodiment, the application processor (420) and the communication processor (430) may each be composed of one or more independent processors (410), and / or the application processor (420) and the communication processor (430) may be integrated into a single processor (410). Hereinafter, it is described that the processor (410) performs a certain operation, but the operation of the processor (410) described below may be performed by the application processor (420) or by the communication processor (430), or at least a part of each operation may be performed by the application processor (420) or the communication processor (430), respectively.
[0086] In this document, the description that a processor (410) can perform a certain operation may be interpreted to mean that an instruction (or computer program) causing an electronic device (400) (or processor (410), application processor (420), or communication processor (430)) to perform the said operation is stored in memory (440) (e.g., non-volatile memory, storage). Additionally, the description that a processor (410) can perform a certain operation may be interpreted to mean that at least one processor, without a fixed number, can perform the said operation.
[0087] According to one embodiment, the processor (410) can determine whether the CDRX is set to a specific service based on at least some of the parameters of the received CDRX setting information. Here, the specific service (or a specific type of service, a designated service) may be an XR (extended reality) service, but is not limited thereto.
[0088] According to one embodiment, the electronic device (101) may include a communication circuit that performs a communication connection between the electronic device and a server. The electronic device may include a memory that stores at least one computer program including instructions. The electronic device may include at least one processor. The instructions may cause the electronic device, when executed individually or collectively by the at least one processor, to generate an L4S (low latency low loss scalable throughput) rule based on a user equipment selection route policy (USRP) rule and a quality of service (QoS) rule received from a network in response to a low-latency mode communication connection request received from an application. The instructions may cause the electronic device to determine whether to transmit data of a TCP session that has received a transmission request from the application based on the L4S rule, based on the low-latency mode.
[0089] According to one embodiment, an electronic device (101) may be required to transmit data in an L4S-based low-latency mode for a specific TCP session among the data transmitted to a server via a wireless communication network. The electronic device (101) may generate an L4S rule based on at least one of a URSP rule, a QoS rule received from a core network by a communication processor, and / or information indicating a preset application to transmit data based on a low-latency mode stored in memory. The electronic device (101) may store information indicating an application corresponding to a TCP session determined to transmit data based on a low-latency mode according to the L4S rule in memory and reflect this in generating the L4S rule. An electronic device according to one embodiment may determine a TCP session in which data is transmitted via an L4S-based low-latency mode using the L4S rule. The electronic device (101) detects whether each of the TCP sessions transmitted to the server is required to be transmitted in low-latency mode, and can identify the TCP session required to be transmitted in low-latency mode according to the L4S rule.
[0090] FIG. 5 is a block diagram showing the configuration of an electronic device according to one embodiment.
[0091] The electronic device (101) can transmit or receive control data or user data while performing cellular communication under the control of the processor (120). Cellular communication may refer to any one of the various cellular communication methods supported by the electronic device (101). For example, cellular communication may be any one of cellular communication through a first network (e.g., LTE (long-term evolution), LTE-A (LTE-advanced), LTE-A pro (LTE Advanced pro)), or cellular communication through a second network (e.g., 5G on below 6GHz, or 5G on above 6GHz). The base station may be defined as an eNB (or eNodeB) in 4th generation mobile communication methods and as a gNB (or gNodeB) in 5th generation mobile communication methods. The core network may be defined as an EPC (evolved packet core) in 4th generation mobile communication methods and as a 5GC (5th generation core) in 5th generation mobile communication methods.
[0092] A network system may support data transmission in a low-latency mode using explicit congestion notification (ECN) when supporting network services. Through the low-latency mode using ECN, the network system may prevent delays in network services that may occur due to buffer overflows of network nodes included in the core network. An ECN according to one embodiment may refer to either a classic explicit congestion notification (classic ECN) or an accurate explicit congestion notification (accurate ECN). An accurate ECN may refer to an ECN that can be used in a situation where the network system supports a low-latency mode based on low-latency, low-loss, scalable throughput (L4S) technology. The network system may perform an ECN negotiation to transmit data of a TCP session (or UPD / IP flow) configured to perform data transmission in the low-latency mode using ECN.
[0093] An electronic device (101) performing an ECN negotiation may set the IP header and / or TCP header included in the Synchronization (SYN) packet of a TCP session configured to perform ECN-based data transmission to a value indicating a predetermined low-latency mode. The value indicating the predetermined low-latency mode may include the value indicating the explicit congestion notification (ECN) field of the IP header, the acknowledgment Echo field of the TCP header, the congestion window reduced (CWR) field and / or the ECN-echo (ECN-Echo, ECE) field of the TCP header. The electronic device (101) may transmit the SYN packet, in which the IP header and / or TCP header are set to a value indicating a predetermined low-latency mode, to a server (e.g., the server (108) of FIG. 1).
[0094] According to one embodiment, a value indicating a predetermined low-latency mode may include a value indicating a low-latency mode according to classic ECN or accurate ECN. Depending on whether the electronic device (101) supports a low-latency mode according to classic ECN or accurate ECN, the electronic device (101) may determine a value indicating a predetermined low-latency mode to be a value indicating either classic ECN or accurate ECN, and set the IP header and / or TCP header of a SYN packet to a value indicating either classic ECN or accurate ECN.
[0095] A network system that performs low-latency data transmission using ECN can detect congestion occurring during data transmission and adjust the amount of data transmitted.
[0096] The electronic device (101) can transmit data of a TCP session (e.g., data in units of a transmission control protocol (TCP) packet) to a server (108). The electronic device (101) can set the IP header of the TCP packet (e.g., the ECN field of the IP header) to a value requesting a low-latency mode and transmit the TCP packet to the server (108). The value requesting a low-latency mode may refer to a value requesting a classic ECN or an accurate ECN. According to one embodiment, if the length of data buffered in a communication processor (or a queue of a communication processor) exceeds a threshold, the electronic device (101) can set the IP header of the TCP packet (e.g., the ECN field of the IP header) to a value indicating a congestion experience and transmit the TCP packet to the server (108).
[0097] A TCP packet may be transmitted to a server (108) through at least one network node (e.g., a router) included in the core network. If the length of data buffered in the network node (or the network node's data queue) exceeds a threshold, the at least one network node may set the IP header (e.g., the ECN field of the IP header) of the TCP packet received from the electronic device (101) (or network node) to a value indicating congestion.
[0098] In response to receiving a TCP packet from an electronic device (101), the server (108) may transmit a TCP ACK packet, which is a packet notifying the reception of the TCP packet, to the electronic device (101). The server (108) may check the IP header of the TCP packet received from the electronic device (101) via a core network (e.g., the ECN field of the IP header). The server (108) may recognize congestion on the network system if the IP header of the TCP packet is set to a value indicating congestion. When the server (108) recognizes congestion on the network system, it may include information (e.g., an ECN-Echo (ECN-Echo, ECE) flag) in the TCP ACK packet to notify the electronic device (101) of the congestion on the network system. A server (108) according to one embodiment may support accurate ECN. A server (108) that supports accurate ECN can check the number of TCP packets set to a value indicating a previously received congestion experience and can include information indicating the number of TCP packets set to a value indicating a congestion experience in a TCP ACK packet. The server (108) can transmit accurate ECN feedback containing information indicating the number of TCP packets set to a value indicating a congestion experience to an electronic device (101) via a TCP ACK packet.
[0099] According to one embodiment, an electronic device (101) may recognize congestion on a network system in response to receiving a TCP ACK packet containing information to notify the electronic device (101) of congestion on a network system (e.g., a TCP ACK packet containing information indicating the number of TCP packets set to a value indicating congestion experience). The electronic device (101) may perform adjustments to resolve congestion on the network system.
[0100] The XR (eXtended Reality) application (502) may include an application capable of performing services using an L4S-based low-latency mode.
[0101] According to one embodiment, the electronic device (101) can determine, under the control of the processor (120), whether the XR application (502) performs an operation requiring a low-latency mode. When the XR application (502) is activated, the identification information (e.g., AppID) of the XR application (502) can be checked, and the identification information of the XR application (502) can be checked whether it is included in information indicating an application pre-configured to transmit data based on a URSP rule or a low-latency mode. The electronic device (101) can determine whether the identification information of the XR application (502) is included in a URSP rule (or information indicating an application pre-configured to transmit data based on a low-latency mode).
[0102] According to one embodiment, the URSP rule may include information related to the operation policy of the PDU session. The URSP rule may include information related to a component that can use a specific PDU session (e.g., identification information of an application (e.g., AppID)) and / or information related to a component that can be accessed through a specific PDU session (identification information of the server (108), connection address information of the server (108) (e.g., IP address, port number, protocol information of the server (108), domain name of the server (108)). The URSP rule may include information including characteristics of a specific PDU session. The characteristics of a specific PDU session may include various information, such as a list of data network names (DNN) that can be accessed through the specific PDU session, single network slice selection assistance information (S-NSSAI) indicating identification information of the network slice used by the specific PDU session, and / or information indicating a mode related to the continuity of the connection of the specific PDU session (service session continuity, SSC mode).
[0103] According to one embodiment, the electronic device (101) can verify the identification information of the XR application (502) and the identification information of the application included in the URSP rule (or information indicating an application configured to transmit data based on a low-latency mode) in response to verifying that the identification information of the XR application (502) is included in the URSP rule. The electronic device (101) can verify whether the identification information of the XR application (502) and the identification information of the application included in the URSP rule (or information indicating an application configured to transmit data based on a low-latency mode) match.
[0104] According to one embodiment, the electronic device (101) may receive information related to the length of data buffered in the processor (120) from the processor (120) at predetermined intervals. The electronic device (101) may determine the time at which the processor (120) transmitted a packet to the server (108) and / or the time at which the processor (120) received a packet from the server (108), and calculate the round-trip time (RTT) of the packet.
[0105] The electronic device (101) may receive a URSP rule and / or QoS rule from the processor (120) and store it in memory (e.g., memory (130) of FIG. 1). The electronic device (101) may generate an L4S rule for verifying a TCP session corresponding to the received URSP rule and / or QoS rule and store it in memory (130), and may reflect the updated URSP rule and / or QoS rule in the L4S rule for verifying the TCP session. The L4S rule may be composed of at least one combination of identification information of the XR application (502), an IP address / port number, an ID of the PDU session, and a category.
[0106] The electronic device (101) can identify (or detect) a synchronization (SYN) packet of a TCP session corresponding to a generated L4S rule. The electronic device (101) can set the IP header and / or TCP header included in the SYN packet of the TCP session to a value indicating a predetermined low-latency mode. The value indicating a predetermined low-latency mode may include a value indicating a low-latency mode according to classic ECN or accurate ECN.
[0107] A quality of service (QoS) rule may refer to a policy for transmitting data (e.g., at least one TCP session) assigned to a PDU session established by a communication processor based on a URSP rule. A QoS rule may include the priority, transmission path, and / or L4S application status of at least one data flow assigned to a PDU session (e.g., a data flow for transmitting part of at least one TCP session). For example, a QoS rule may include information regarding components that can use a normal transmission path, information regarding components that can use a low-latency transmission path, and / or information regarding components that can use an L4S transmission path.
[0108] According to one embodiment, the electronic device (101) can determine, based on a received QoS rule, whether to transmit data of an XR application (502) (e.g., at least one TCP session) through a low-latency transmission path and / or through an L4S transmission path.
[0109] According to one embodiment, the electronic device (101) receives accurate ECN feedback from a server (108) including information indicating the number of packets that have experienced congestion, and can adjust the data transmission amount (or window size) based on the received accurate ECN feedback. The electronic device (101) receives information indicating the length of buffered data from the processor (120) at a set period or whenever the length of data buffered in the processor (120) exceeds a threshold, and can adjust the data transmission amount based on a queuing discipline (Qdisc) when the length of data buffered in the processor (120) exceeds the threshold.
[0110] The window size (e.g., congestion window size) may refer to the maximum amount of data that the electronic device (101) can transmit to the server (108). The round-trip time (RTT) may refer to the time from when the electronic device transmits a packet to the server until when the server transmits a response packet for the packet and the electronic device receives it. The throughput may refer to the transmission speed calculated based on the data transmitted through the network.
[0111] According to one embodiment, an IMS / WebRTC (IP multimedia subsystem / web real-time communication) client (504) can connect to an IMS / WebRTC server (550) so that an XR application (502) can communicate real-time data with an XR server (560). The IMS / WebRTC client (504) can perform call signaling and XR media transmission using the IMS / WebRTC server (550). IMS may refer to a communication network provided by a telecommunications operator. WebRTC may refer to a technology that enables real-time communication between web browsers without plugins. XR (Extended Reality) may refer to a term encompassing virtual reality (VR), augmented reality (AR), and mixed reality (MR). For example, when a user wears XR-related equipment (e.g., an XR headset) and attempts to participate in a virtual meeting room, the electronic device (101) can use the IMS / WebRTC client (504) to establish and manage a connection between the XR-related equipment and the XR server (560).
[0112] According to one embodiment, the electronic device (101) can manage cellular traffic priority (522) under the control of the processor (120). Cellular traffic priority management may refer to a function of assigning priority to and processing various types of data traffic in a mobile network according to importance or urgency. For example, urgent calls or real-time video conferencing data may have high priority, while non-urgent data such as background app updates may have low priority. The electronic device (101) can allocate network resources and process traffic according to these priorities.
[0113] According to one embodiment, an electronic device (101) can detect a congestion situation (524) of a cellular network under the control of a processor (120). Detecting a cellular network congestion situation may refer to a process of identifying a situation in which the performance of the network deteriorates by monitoring the network's traffic load, latency, packet loss rate, etc. For example, if the network speed becomes significantly slow due to a sudden surge in data usage around a large event venue, the electronic device (101) can detect this as a congestion situation and take appropriate countermeasures.
[0114] According to one embodiment, an electronic device (101) can detect (526) the latency of an XR application (502) under the control of a processor (120). Detecting the latency of an XR application may mean measuring the time it takes for a user's action or input to be reflected in the XR environment. Latency can have a direct impact on the user experience. The electronic device (101) may measure the time from when a user moves a controller until a change appears on the screen, and if this value exceeds a specific threshold (e.g., 50ms), it may determine that it has a negative impact on the user experience.
[0115] The electronic device (101) can receive information regarding accurate explicit congestion notification (AccECN) feedback (528) under the control of the processor (120). AccECN may include additional information regarding the degree and duration of congestion, as well as simply whether congestion has occurred. The electronic device (101) can receive the AccECN feedback (528) to more accurately determine the network status and adjust the data transmission speed or priority based on the received information.
[0116] According to one embodiment, an electronic device (101) can perform communication with a RAN (530) using a wireless section by using a processor (120). The RAN (530), 5GC (540), IMS / WebRTC server (550), and XR server (560) can each be wired connected through a router. The RAN (Radio Access Network) may refer to a wireless access network connecting the electronic device (101) and the network. The 5GC (5G Core) (540) may refer to a component of a 5G network. The router can select the optimal path between networks to transmit data to a destination.
[0117] Routers may be located in a first section (535) between the RAN (530) and the 5GC (540), a second section (545) between the 5GC (540) and the IMS / WebRTC server (550), and a third section (555) between the IMS / WebRTC server (550) and the XR server (560). The electronic device (101) may determine which component among the RAN (530), 5GC (540), IMS / WebRTC server (550), and XR server (560) is congested based on the level at which the buffer of each router is filled. The buffer of a router may refer to a space for temporarily storing data packets. A high level of buffer filling may indicate that traffic congestion is occurring in that section.
[0118] L4S (Low Latency, Low Loss and Scalable Throughput) may refer to a technology that guarantees throughput while maintaining low latency. An electronic device (101) can provide ultra-low latency services using L4S. Latency may refer to the time it takes for data to be transmitted from one point to another. Throughput may refer to the amount of data successfully transmitted per unit of time.
[0119] According to one embodiment, the server (108) can detect a situation in which congestion occurs in a network section during transmission (e.g., a first section (535), a second section (545), a third section (555)). The electronic device (101) can use L4S to mark the explicit congestion control (ECN) field in the IP packet header as congestion experienced (CE) and transmit it to the server (108). When the server (108) receives an IP packet marked with CE in the ECN field, it can increase the accumulated CE count by 1 and then insert the corresponding value into the ACE field (3 bits) in the TCP packet to transmit AccECN feedback to the electronic device (101). The electronic device (101) can resolve the congestion in the bottleneck section where congestion has occurred by referring to the ACE field of the received AccECN feedback and adjusting the TCP Congestion Window (CWND) size according to the CE count.
[0120] When congestion occurs in a network segment, the router can notify the electronic device (101) of the congestion situation by marking CE (Congestion Experienced) in the ECN field of the IP packet header. When the electronic device (101) receives a packet marked with CE, it can calculate the number of accumulated CEs, put them in the ACE field, and send them back to the server (108). The electronic device (101) can adjust the TCP CWND (Congestion Window) size by referring to the received AccECN feedback. CWND may represent the maximum amount of data that can be sent at once. The electronic device (101) can alleviate network congestion by reducing the CWND to lower the transmission speed.
[0121] According to one embodiment, the electronic device (101) can determine, under the control of the processor (120), [a value obtained by subtracting the response delay (roundtrip interaction delay) required by the service from the measured response delay (roundtrip interaction delay)] as an excess delay value.
[0122] According to one embodiment, the electronic device (101) can measure the degree of congestion in the wireless section by calculating [buffer size of the MAC (Medium Access Control) layer / TX data rate] in a good situation where the electric field exceeds a certain level. The electronic device (101) can determine that there is congestion in the wireless section if the congestion in the wireless section is greater than the response delay (e.g., 50ms) required by the service. The value of the response delay (e.g., 50ms) is merely an example and may vary depending on the settings.
[0123] According to one embodiment, the electronic device (101) may request a 5QI that supports lower latency and higher priority from the network to resolve congestion in the wireless section, or increase the importance of the PDU Set to control the packets of the service so that they are processed first in the network or are not dropped during congestion. 5QI (5th Generation Quality of Service Identifier) may refer to an identifier used to ensure the quality of service in a 5G network. Data transmission speed, latency, or reliability may vary depending on the 5QI value. A PDU Set is a set of protocol data units and may refer to a unit of data corresponding to a single communication service.
[0124] According to one embodiment, an electronic device (101) can manage real-time transport protocol (RTP) packets received at the application layer and manage quality of experience (QoS) and importance. The RAN (530) can coordinate packet transmission scheduling based on QoS and importance and determine which packets to drop when congestion occurs. Real-time transport protocol (RTP) may refer to a protocol for transmitting real-time media data (voice, video, etc.). Quality of Service (QoS) refers to the quality of service and can be evaluated, for example, by latency, packet loss rate, or jitter rate. Jitter may refer to a situation where packets arrive earlier or later than expected.
[0125] According to one embodiment, the electronic device (101) may determine that there is a delay based on the fact that the response delay (roundtrip interaction delay) does not satisfy the quality of experience (QoE) required by the service. The electronic device (101) may check the network congestion status using the AccECN Feedback of the L4S to identify the cause of the delay. The electronic device (101) may measure the CE occurrence rate by calculating the number of CE occurrence packets in the AccECN Feedback relative to the number of packets transmitted. The electronic device (101) may determine the level of network congestion based on the measured CE occurrence rate. The level of congestion may include, for example, a minor stage and a severe stage. This is merely an example, and the stages according to the level of congestion may vary depending on the configuration.
[0126] FIG. 6 is a table classifying delay states based on the ratio of CE (congestion experienced) to the number of packets transmitted by an electronic device according to one embodiment and the excess delay value.
[0127] According to one embodiment, an electronic device (e.g., the electronic device (101) of FIG. 1) can determine the CE occurrence rate by calculating the number of CE (congestion experienced) packets of AccECN (accurate explicit congestion control) feedback relative to the number of packets transmitted, under the control of a processor (e.g., the processor (120) of FIG. 1).
[0128] According to one embodiment, the electronic device (101) can determine, under the control of the processor (120), [a value obtained by subtracting the response delay (roundtrip interaction delay) required by the service from the measured response delay (roundtrip interaction delay)] as an excess delay value.
[0129] According to one embodiment, the electronic device (101) can distinguish the type of delay based on the CE occurrence rate and the excess delay value. The types of delay may include, for example, s1, s2, s3, and s4. In the following description, the types of delay are distinguished as four types, but the types of delay may vary depending on the settings.
[0130] In FIG. 6, the electronic device (101) can determine that the type of delay is s1 based on the fact that the excess delay value is less than the first value and the CE occurrence rate is less than the second value. The electronic device (101) can determine that the type of delay is s2 based on the fact that the excess delay value is less than the first value and the CE occurrence rate exceeds the second value. The electronic device (101) can determine that the type of delay is s3 based on the fact that the excess delay value exceeds the first value and the CE occurrence rate is less than the second value. The electronic device (101) can determine that the type of delay is s4 based on the fact that the excess delay value exceeds the first value and the CE occurrence rate exceeds the second value.
[0131] The first value represents the value of the excess delay, which can be, for example, 50ms. The first value is merely an example and may vary depending on the settings. An excess delay refers to a delay that exceeds a specified threshold, and the threshold can be determined, for example, by the standard (3gpp). The standard (3gpp) may set the threshold differently depending on the type of application.
[0132] Application Type Roundtrip Interaction Delay Threshold Ultra-Low-Latency applications: Within 50ms Low-Latency applications: Within 100ms Moderate latency applications: Within 200ms Non-critical latency applications: 200ms or more
[0133] For example, if the application uses Ultra-Low-Latency, the specified threshold value may be determined to be 50ms. The electronic device (101) may determine that it can provide a sufficient user experience while running the application if the measured delay is within 50ms. On the other hand, the electronic device (101) may determine that the delay is too large and could impair the user experience if the measured delay exceeds 50ms. If the electronic device (101) determines that the delay is too large and could impair the user experience, it may distinguish the type of delay. The electronic device (101) may provide different solutions to reduce the delay based on the type of delay.
[0134] According to one embodiment, the electronic device (101) may determine that the type of delay is s1 based on the fact that the excess delay value is less than a first value and the CE occurrence rate is less than a second value. The electronic device (101) may determine that in the case of s1, the excess delay and network congestion situation are minor. However, since the situation where excess delay exists, the electronic device (101) may continue to monitor the excess delay and the CE occurrence rate. The electronic device (101) may execute a delay reduction method corresponding to s3 when the excess delay is close to a first value (e.g., 50ms). The electronic device (101) may execute a delay reduction method corresponding to s2 when the CE occurrence rate is close to a second value (e.g., 0.1%). The electronic device (101) may distinguish the type of delay (e.g., s2, s3) by comparing the degree to which the excess delay is close to a first value and the degree to which the CE occurrence rate is close to a second value, and execute the corresponding delay reduction method.
[0135] According to one embodiment, the electronic device (101) may determine that the type of delay is s2 based on the fact that the excess delay value is less than a first value and the CE occurrence rate exceeds a second value. The electronic device (101) may determine that in the case of s2, the excess delay is minor but the network congestion situation is severe. The electronic device (101) may reduce the delay in the congestion section by degrading the media codec and data transmission speed used in the service. For example, the electronic device (101) may sequentially degrade the video codec from high resolution to low resolution.
[0136] AVC-8K -> AVC-UHD -> AVC-FullHD -> AVC-HD
[0137] HEVC-8K -> HEVC-UHD -> HEVC-FullHD -> HEVC-HD
[0138] The electronic device (101) can relieve network congestion by sequentially degrading the video codec from high resolution to low resolution.
[0139] According to one embodiment, the electronic device (101) may determine that the type of delay is s3 based on the fact that the excess delay value exceeds a first value and the CE occurrence rate is less than a second value. The electronic device (101) may determine that in the case of s3, network congestion is minor but the excess delay is severe. The electronic device (101) may determine that the cause of the delay is a load on a server (e.g., server (108) of FIG. 1) rather than a network, and may determine whether rendering can be performed on the electronic device (101). Based on the fact that rendering is possible on the electronic device (101), the electronic device (101) may control the electronic device (101) to perform the rendering that was previously processed by the server (108). Rendering may refer to the process of a computer generating an image to display a three-dimensional model or an image on a screen. Based on the determination that the electronic device (101) can render itself, it may receive partially processed data rather than receiving fully processed image data from the server (108). The electronic device (101) can render the partially processed data. The electronic device (101) can reduce the load on the server (108) by performing rendering instead of the server (108).
[0140] According to one embodiment, the electronic device (101) can determine that the type of delay is s4 based on the fact that the excess delay value exceeds a first value and the CE occurrence rate exceeds a second value. The electronic device (101) can determine that in the case of s4, both the excess delay and the network congestion situation are severe. The electronic device (101) may find it difficult to determine whether the congestion occurred in the wireless section of the network or in the wired section based solely on the CE occurrence rate. The electronic device (101) can check the level of congestion in the wireless section by calculating [buffer size of the MAC (Medium Access Control) layer / TX data rate]. The electronic device (101) can determine that there is congestion in the wireless section if the delay obtained by calculating [buffer size of the MAC (Medium Access Control) layer / TX data rate] is greater than the roundtrip interaction delay required by the service.
[0141] According to one embodiment, an electronic device (101) may request a 5QI (5th generation quality of service identifier) that supports lower latency and higher priority from the network to resolve congestion in the wireless section based on the determination that there is congestion in the wireless section. The 5QI (5th generation quality of service identifier) may refer to an identifier used to ensure the quality of service in a 5G network. Data transmission speed, latency, or reliability may vary depending on the 5QI value. Alternatively, the electronic device (101) may control the priority of the PSI (pdu set importance) in the HE (header extension) of an RTP packet so that packets of the corresponding service are processed first in the network or are not dropped during congestion. An RTP packet may refer to a protocol data unit for transmitting real-time media data (voice, video, etc.). A pdu set is a set of protocol data units and may refer to a data unit corresponding to a single communication service. PSI (PDU set importance) is a value indicating the importance of a PDU set; PDU sets assigned a high value can be processed preferentially by the network. HE (header extension) refers to information added to the RTP packet header.
[0142] According to one embodiment, the electronic device (101) may determine that there is congestion in the wired section based on whether it is determined that there is congestion in the wireless section, or based on the s4 state continuing even though the congestion in the wireless section has been resolved. Based on the determination that there is congestion in the wired section, the electronic device (101) may reduce the delay by degrading the media codec and data transmission speed used in the service. The electronic device (101) may determine the degradation level based on the level of excess delay and the level of the CE ratio. The electronic device (101) may determine the media codec and data transmission speed differently based on the degradation level.
[0143] For example, the electronic device (101) may be determined to be in stage 1 degradation based on an excess delay of 50ms to 200ms and a CE ratio of 0.1% to 1%. Stage 1 degradation may refer to a stage of relatively less degradation compared to stage 2 or stage 3 degradation. The electronic device (101) may be determined to be in stage 2 degradation based on an excess delay of 50ms to 200ms and a CE ratio exceeding 1%. The electronic device (101) may be determined to be in stage 2 degradation based on an excess delay exceeding 200ms and a CE ratio of 0.1% to 1%. The electronic device (101) may be determined to be in stage 3 degradation based on an excess delay exceeding 200ms and a CE ratio exceeding 1%. Here, the degradation stages are described as being divided into three stages, but the number and type of degradation stages may vary depending on the settings. Also, the values of 50ms to 200ms and 0.1% to 1% are just examples and may vary depending on the settings.
[0144] In the case of level 1 degradation, the electronic device (101) can change AVC-8K to AVC-UHD. In the case of level 2 degradation, the electronic device (101) can change AVC-8K to AVC-FullHD. In the case of level 3 degradation, the electronic device (101) can change AVC-8K to AVC-HD. In the case of level 1 degradation, the electronic device (101) can change HEVC-8K to HEVC-UHD. In the case of level 2 degradation, the electronic device (101) can change HEVC-8K to HEVC-FullHD. In the case of level 3 degradation, the electronic device (101) can change HEVC-8K to HEVC-HD. The types of resolution and codecs are merely examples and may vary depending on the settings.
[0145] FIG. 7 is a flowchart illustrating a method for an electronic device according to one embodiment to transmit data with low latency.
[0146] The operations described through FIG. 7 may 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) may be executed by an electronic device (e.g., electronic device (101) of FIG. 1) described above through FIG. 1 to 6, and the technical features described above will be omitted below. The order of each operation in FIG. 7 may be changed, some operations may be omitted, and some operations may be performed simultaneously.
[0147] In operation 710, the electronic device (101) can determine, under the control of a processor (e.g., processor (120) of FIG. 1), whether the running service satisfies a specified quality of experience (QoE). QoE may refer to the quality experienced by a user when using a service or application.
[0148] In operation 720, the electronic device (101) can check the CE (congestion experienced) occurrence rate of AccECN (Accurate ECN) feedback relative to the number of packets transmitted. AccECN is a network technology that can detect network congestion and provide it as feedback to the user. CE represents congestion that actually occurs in the network, and as congestion increases, packet loss or delay may increase. For example, if network congestion occurs during video streaming, AccECN detects it, and the electronic device (101) can calculate the CE occurrence rate by comparing it to the number of packets transmitted. A high CE (congestion experienced) occurrence rate may indicate that the network condition is poor. The electronic device (101) can adjust the quality of service based on the CE (congestion experienced) occurrence rate.
[0149] In operation 730, the electronic device (101) can identify a delay value that exceeds the required response delay (roundtrip interaction delay) in the service. The response delay may refer to the time it takes for a user to send a request and receive a response to it. If the required response delay is 100ms and the actual delay time is 150ms, the delay value that exceeds the response delay may be 50ms. Excessive delay can degrade the quality of the service and impair the user experience. The electronic device (101) can evaluate the quality of the service by continuously monitoring the response delay and the excess delay values.
[0150] In operation 740, the electronic device (101) can distinguish the state of the delay based on the CE (congestion experienced) occurrence rate and the excess delay value, and perform a delay improvement operation.
[0151] According to one embodiment, the electronic device (101) may determine that the type of delay is s1 based on the fact that the excess delay value is less than a first value and the CE occurrence rate is less than a second value. The electronic device (101) may determine that the type of delay is s2 based on the fact that the excess delay value is less than a first value and the CE occurrence rate exceeds a second value. The electronic device (101) may determine that the type of delay is s3 based on the fact that the excess delay value exceeds a first value and the CE occurrence rate is less than a second value. The electronic device (101) may determine that the type of delay is s4 based on the fact that the excess delay value exceeds a first value and the CE occurrence rate exceeds a second value.
[0152] FIG. 8 is a flowchart illustrating a method for reducing delay when an electronic device according to one embodiment transmits data with low delay.
[0153] The operations described through FIG. 8 may 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 (800) may be executed by an electronic device (e.g., electronic device (101) of FIG. 1) described above through FIG. 1 to 6, and the technical features described above will be omitted below. The order of each operation in FIG. 8 may be changed, some operations may be omitted, and some operations may be performed simultaneously.
[0154] In operation 802, the electronic device (101) can check the roundtrip interaction delay value of the service under the control of a processor (e.g., processor (120) of FIG. 1). Roundtrip delay refers to the total time taken from when a user sends a request until a response is received, and generally includes the process of data being sent to a server and then returning to the client.
[0155] In operation 810, the electronic device (101) can check whether the delay requirement is met. The delay requirement (QoE) may mean the maximum delay time required by a specific service or application.
[0156] In operation 812, the electronic device (101) may enable the L4S (Low Latency, Low Loss and Scalable Throughput) function based on the fact that the latency requirement is not met. L4S may refer to a function to provide low latency, low loss, and scalable throughput in a network. If the round-trip latency exceeds the requirement and there is a risk that the user experience will be degraded, the electronic device (101) may enable the L4S function to perform optimization work to reduce packet loss and shorten response time.
[0157] In operation 814, the electronic device (101) can check the CE ratio and excess delay value of the AccECN feedback.
[0158] In operation 820, the electronic device (101) can check whether the excess delay value is less than a first value (e.g., 50ms). The first value refers to the value of the excess delay and may be, for example, 50ms. The first value is merely an example and may vary depending on the settings. An excess delay refers to a delay that exceeds a specified threshold, and the specified threshold may be determined, for example, by a standard (3gpp).
[0159] In operation 830, the electronic device (101) can check whether the CE ratio is less than a second value (e.g., 0.1%). The second value is an arbitrary value and may vary depending on the setting.
[0160] In operation 832, the electronic device (101) can determine the state as s1 based on the fact that the excess delay value is less than the first value and the CE rate is less than the second value, and perform the corresponding operation. The electronic device (101) can determine that in the case of s1, the excess delay and network congestion situation are minor. However, since there is a situation where excess delay exists, the electronic device (101) can continue to monitor the excess delay and the CE occurrence rate. The electronic device (101) can execute a delay reduction method corresponding to s3 if the excess delay is close to the first value (e.g., 50ms). The electronic device (101) can execute a delay reduction method corresponding to s2 if the CE occurrence rate is close to the second value (e.g., 0.1%). The electronic device (101) can distinguish the type of delay (e.g., s2, s3) by comparing the degree to which the excess delay is close to the first value and the degree to which the CE occurrence rate is close to the second value, and execute the corresponding delay reduction method.
[0161] In operation 834, the electronic device (101) can determine the state to be s2 and perform a corresponding operation based on the fact that the excess delay value is less than the first value and the CE ratio exceeds the second value. The electronic device (101) can determine that in the case of s2, the excess delay is minor but the network congestion situation is severe. The electronic device (101) can reduce the delay in the congestion period by degrading the media codec and data transmission speed used in the service. For example, the electronic device (101) can sequentially degrade the video codec from high resolution to low resolution.
[0162] In operation 840, the electronic device (101) can check whether the CE ratio is less than a second value (e.g., 0.1%). The second value is just an example and may vary depending on the settings.
[0163] In operation 842, the electronic device (101) can determine the state to be s3 based on the fact that the excess delay value exceeds the first value and the CE ratio is less than the second value, and perform the corresponding operation. The electronic device (101) can determine that in the case of s3, network congestion is minor but the excess delay is severe. The electronic device (101) can determine that the cause of the delay is a load on a server (e.g., server (108) in FIG. 1) rather than the network, and can determine whether rendering can be performed on the electronic device (101). Based on the fact that rendering is possible on the electronic device (101), the electronic device (101) can control the rendering that was being processed on the network to be performed on the electronic device (101).
[0164] In operation 844, the electronic device (101) can determine the state to be s4 and perform a corresponding operation based on the fact that the excess delay value exceeds the first value and the CE rate exceeds the second value. The electronic device (101) can determine that in the case of s4, both the excess delay and the network congestion situation are severe. The electronic device (101) may find it difficult to determine whether the congestion occurred in the wireless section of the network or in the wired section based solely on the CE occurrence rate. The electronic device (101) can check the level of congestion in the wireless section by calculating [buffer size of the MAC (Medium Access Control) layer / TX data rate]. The electronic device (101) can determine that there is congestion in the wireless section if the delay obtained by calculating [buffer size of the MAC (Medium Access Control) layer / TX data rate] is greater than the roundtrip interaction delay required by the service.
[0165] According to one embodiment, an electronic device (101) may request a 5QI (5th generation quality of service identifier) that supports lower latency and higher priority from the network to resolve congestion in the wireless section based on the determination that there is congestion in the wireless section. The 5QI (5th generation quality of service identifier) may refer to an identifier used to ensure the quality of service in a 5G network. Data transmission speed, latency, or reliability may vary depending on the 5QI value. Alternatively, the electronic device (101) may control the priority of the PSI (pdu set importance) in the HE (header extension) of an RTP packet so that packets of the corresponding service are processed first in the network or are not dropped during congestion. A pdu set is a set of protocol data units and may refer to a unit of data corresponding to a single communication service.
[0166] According to one embodiment, the electronic device (101) may determine that there is congestion in the wired section based on whether it is determined that there is congestion in the wireless section, or based on the s4 state continuing even though the congestion in the wireless section has been resolved. Based on the determination that there is congestion in the wired section, the electronic device (101) may reduce the delay by degrading the media codec and data transmission speed used in the service. The electronic device (101) may determine the degradation level based on the level of excess delay and the level of the CE ratio. The electronic device (101) may determine the media codec and data transmission speed differently based on the degradation level.
[0167] According to one embodiment, an electronic device (101) can determine that network congestion is a problem based on the fact that the delay value exceeding the response delay (roundtrip interaction delay) required in the service is less than a specified level and the CE (congestion experienced) occurrence rate of accurate ECN feedback exceeds a specified level, and control the media codec and data transmission speed used in the service to resolve the network congestion section.
[0168] According to one embodiment, the electronic device (101) can be controlled to render on the electronic device rather than the network based on the fact that the delay value exceeding the response delay (roundtrip interaction delay) required in the service exceeds a specified level and the rate of occurrence of congestion experienced (CE) of accurate ECN feedback is less than a specified level.
[0169] According to one embodiment, the electronic device (101) can check the delay in the wireless section using the buffer size and TX data rate of the MAC (Medium Access Control) layer based on the delay value exceeding the response delay (roundtrip interaction delay) required in the service exceeding a specified level and the congestion experienced (CE) occurrence rate of accurate ECN feedback exceeding a specified level, and control the request to the network for a 5QI (5G QoS Identifier) that supports lower latency and relatively higher priority than the current state based on the delay in the wireless section exceeding a specified value.
[0170] According to one embodiment, the electronic device (101) can check the delay in the wireless section using the MAC (Medium Access Control) layer buffer size and TX data rate based on the delay value exceeding the response delay (roundtrip interaction delay) required in the service exceeding a specified level and the CE (congestion experienced) occurrence rate of accurate ECN feedback exceeding a specified level, and control to increase the priority of the PSI (pdu set importance) in the HE (header extension) of the RTP (real-time transport protocol) packet based on the delay in the wireless section exceeding a specified value.
[0171] According to one embodiment, the electronic device (101) can check the delay in the wireless section using the buffer size and TX data rate of the MAC (Medium Access Control) layer based on the fact that the delay value exceeding the response delay (roundtrip interaction delay) required in the service exceeds a specified level and the CE (congestion experienced) occurrence rate of accurate explicit congestion notification (AccECN) feedback exceeds a specified level, and control the performance and data transmission speed of the media codec used in the service to decrease based on the fact that the delay in the wireless section is less than a specified value.
[0172] According to one embodiment, the electronic device (101) can determine that the type of delay is s1 based on the fact that the excess delay value is less than a first value and the CE occurrence rate is less than a second value, compare the degree to which the excess delay is close to the first value with the degree to which the CE occurrence rate is close to the second value, and if the degree to which the excess delay is close to the first value is relatively greater, determine that the type of delay is s3 and perform a delay reduction operation corresponding to s3, and if the degree to which the CE occurrence rate is relatively greater, determine that the type of delay is s2 and perform a delay reduction operation corresponding to s2. The delay reduction operation corresponding to s2 includes an operation to reduce the delay in the congestion period by degrading the media codec and data transmission speed used in the service, and the delay reduction operation corresponding to s3 may include an operation to control the electronic device (101) to perform rendering that was processed by the server (108) based on the fact that rendering is possible in the electronic device (101).
[0173] According to one embodiment, the electronic device (101) determines that the type of delay is s2 based on the fact that the excess delay value is less than a first value and the CE occurrence rate exceeds a second value, and can control the media codec and data transmission speed used in the service to reduce the delay in the congestion section.
[0174] According to one embodiment, the electronic device (101) determines that the type of delay is s3 based on the fact that the excess delay value exceeds a first value and the CE occurrence rate is less than a second value, and can control the electronic device (101) to perform the rendering that was being processed by the server (108) based on the fact that rendering is possible at the electronic device (101).
[0175] According to one embodiment, the electronic device (101) may determine that the type of delay is s4 based on the fact that the excess delay value exceeds a first value and the CE occurrence rate exceeds a second value. The electronic device (101) may measure the delay by calculating [buffer size of the MAC (Medium Access Control) layer / TX data rate] and determine that there is congestion in the wireless section based on the fact that the measured delay exceeds the roundtrip interaction delay required by the service. Based on the determination that there is congestion in the wireless section, the electronic device (101) may control the request to the network for a 5QI (5th generation quality of service identifier) that supports lower latency and higher priority.
[0176] According to one embodiment, the electronic device (101) determines that there is congestion in the wired section based on the fact that the measured delay does not exceed the roundtrip interaction delay required by the service, and can control the media codec and data transmission speed used by the service to reduce the delay.
[0177] The embodiments of this document disclosed in this specification and drawings are merely specific examples presented to facilitate the explanation of the technical content according to the embodiments of this document and to aid in understanding the embodiments of this document, and are not intended to limit the scope of the embodiments of this document. Accordingly, the scope of the embodiments of this document should be interpreted to include all modifications or variations derived based on the technical concept of the embodiments of this document, in addition to the embodiments disclosed herein.
Claims
1. In an electronic device (101), Memory (130) that stores instructions and includes one or more storage media; It includes at least one processor (120) including a processing circuitry, and When the above instructions are executed individually or collectively by the at least one processor, the electronic device Check if the running service satisfies the specified QoE (quality of experience), and Based on the failure to satisfy QoE, execute L4S (low latency, low loss, and scalable throughput) to check the CE (congestion experienced) occurrence rate of accurate explicit congestion notification (AccECN) feedback relative to the number of transmitted packets, and Checking the delay value exceeding the response delay (roundtrip interaction delay) required by the service, The delay state is distinguished based on the CE (congestion experienced) occurrence rate of accurate ECN feedback and the exceeded delay value, and An electronic device that controls the performance of an action to improve the delay based on the state of the separated delay.
2. In Paragraph 1, When the above instructions are executed individually or collectively by the at least one processor, the electronic device The delay value exceeding the response delay (roundtrip interaction delay) required by the service is less than the specified level, and Based on the occurrence rate of CE (congestion experienced) in the above accurate ECN feedback exceeding a specified level, it is determined that network congestion is a problem, and An electronic device that controls the media codec and data transmission speed used in the service to resolve congestion in the network.
3. In Paragraph 1, When the above instructions are executed individually or collectively by the at least one processor, the electronic device The delay value exceeding the response delay (roundtrip interaction delay) required by the service exceeds the specified level, and An electronic device that controls rendering on the electronic device, rather than the network, based on the fact that the CE (congestion experienced) occurrence rate of the above accurate ECN feedback is below a specified level.
4. In Paragraph 1, When the above instructions are executed individually or collectively by the at least one processor, the electronic device The delay value exceeding the response delay (roundtrip interaction delay) required by the service exceeds the specified level, and Based on the fact that the CE (congestion experienced) occurrence rate of the above accurate ECN feedback exceeds a specified level, the delay in the wireless section is checked using the buffer size and TX data rate of the MAC (Medium Access Control) layer, and An electronic device that controls requesting a 5QI (5G QoS Identifier) to the network that supports lower latency and relatively higher priority than the current state based on the delay in the above wireless section exceeding a specified value.
5. In Paragraph 1, When the above instructions are executed individually or collectively by the at least one processor, the electronic device The delay value exceeding the response delay (roundtrip interaction delay) required by the service exceeds the specified level, and Based on the occurrence rate of CE (congestion experienced) of the above accurate ECN feedback exceeding a specified level, the delay in the wireless section is checked using the MAC (Medium Access Control) layer buffer size and TX data rate, and An electronic device that controls increasing the priority of PSI (pdu set importance) in the HE (header extension) of an RTP (real-time transport protocol) packet based on the delay in the above wireless section exceeding a specified value.
6. In Paragraph 1, When the above instructions are executed individually or collectively by the at least one processor, the electronic device The delay value exceeding the response delay (roundtrip interaction delay) required by the service exceeds the specified level, and Based on the occurrence rate of CE (congestion experienced) of the above accurate explicit congestion notification (AccECN) feedback exceeding a specified level, the delay in the wireless section is checked using the buffer size and TX data rate of the MAC (Medium Access Control) layer, and An electronic device that controls the performance and data transmission speed of a media codec used in a service based on the fact that the delay in the above wireless section is less than a specified value.
7. In Paragraph 1, When the above instructions are executed individually or collectively by the at least one processor, the electronic device It is determined that the type of delay is s1 based on the fact that the excess delay value is less than the first value and the CE occurrence rate is less than the second value, and Comparing the degree to which the excess delay is close to the first value and the degree to which the CE occurrence rate is close to the second value, If the degree to which the excess delay is close to the first value is relatively larger, it is determined that the type of delay is s3, and a delay reduction operation corresponding to s3 is performed, and If the degree to which the CE occurrence rate is close to the second value is relatively larger, it is determined that the type of delay is s2, and control is performed to execute a delay reduction operation corresponding to said s2, and The delay reduction operation corresponding to the above s2 is It includes an operation that reduces delay in congestion sections by degrading the media codec and data transmission speed used by the service, The delay reduction operation corresponding to the above s3 is An electronic device comprising an operation to control rendering to be performed on the electronic device (101) by a server (108) based on the ability to render on the electronic device (101).
8. In Paragraph 1, When the above instructions are executed individually or collectively by the at least one processor, the electronic device It is determined that the type of delay is s2 based on the fact that the excess delay value is less than the first value and the CE occurrence rate exceeds the second value, and An electronic device that controls the media codec and data transmission speed used in the service to reduce delay in congestion periods.
9. In Paragraph 1, When the above instructions are executed individually or collectively by the at least one processor, the electronic device Based on the fact that the excess delay value exceeds the first value and the CE occurrence rate is less than the second value, it is determined that the type of delay is s3, and An electronic device that controls the electronic device (101) to perform rendering that was previously processed by a server (108) based on the fact that rendering is possible in the electronic device (101).
10. In Paragraph 1, When the above instructions are executed individually or collectively by the at least one processor, the electronic device Based on the fact that the excess delay value exceeds the first value and the CE occurrence rate exceeds the second value, it is determined that the type of delay is s4, and Measure the delay by calculating [MAC (Medium Access Control) layer buffer size / TX data rate], and It is determined that there is congestion in the wireless section based on the fact that the measured delay exceeds the roundtrip interaction delay required by the service, and An electronic device that controls the request for a 5QI (5th generation quality of service identifier) supporting lower latency and higher priority to the network based on the determination that there is congestion in the wireless section.
11. In Paragraph 10, When the above instructions are executed individually or collectively by the at least one processor, the electronic device It is determined that there is congestion in the wired section based on the fact that the measured delay does not exceed the roundtrip interaction delay required by the service, and An electronic device that controls the media codec and data transmission speed used in a service to reduce delay.
12. A computer-readable non-transient storage medium storing instructions executable by at least one processor of an electronic device, Check if the running service satisfies the specified QoE (quality of experience), and Based on the failure to satisfy QoE, execute L4S (low latency, low loss, and scalable throughput) to check the CE (congestion experienced) occurrence rate of accurate explicit congestion notification (AccECN) feedback relative to the number of transmitted packets, and Based on the occurrence rate of CE (congestion experienced) of accurate ECN feedback, the delay state is distinguished, and A computer-readable non-transient storage medium that controls the performance of actions to improve delay based on the state of a distinguished delay.
13. In Paragraph 12, When the above instructions are executed individually or collectively by the at least one processor, the electronic device The delay value exceeding the response delay (roundtrip interaction delay) required by the service is less than the specified level, and Based on the occurrence rate of CE (congestion experienced) in the above accurate ECN feedback exceeding a specified level, it is determined that network congestion is a problem, and A computer-readable non-transient storage medium that controls the media codec and data transmission speed used in the service to resolve congestion in the network.
14. In Paragraph 12, When the above instructions are executed individually or collectively by the at least one processor, the electronic device Checking the delay value exceeding the response delay (roundtrip interaction delay) required by the service, Distinguish the delay status based on the CE (congestion experienced) occurrence rate of accurate ECN feedback and the exceeded delay value, and The delay value exceeding the response delay (roundtrip interaction delay) required by the service exceeds the specified level, and A computer-readable non-transient storage medium that controls rendering on the electronic device other than the network based on the fact that the CE (congestion experienced) occurrence rate of the accurate ECN feedback is below a specified level.
15. In Paragraph 12, When the above instructions are executed individually or collectively by the at least one processor, the electronic device Checking the delay value exceeding the response delay (roundtrip interaction delay) required by the service, The delay state is distinguished based on the CE (congestion experienced) occurrence rate of accurate ECN feedback and the exceeded delay value, and The delay value exceeding the response delay (roundtrip interaction delay) required by the service exceeds the specified level, and Based on the fact that the CE (congestion experienced) occurrence rate of the above accurate ECN feedback exceeds a specified level, the delay in the wireless section is checked using the buffer size and TX data rate of the MAC (Medium Access Control) layer, and A computer-readable non-transient storage medium that controls requesting a 5QI (5G QoS Identifier) to the network that supports lower latency and relatively higher priority than the current state based on the delay in the above wireless segment exceeding a specified value.