Apparatus and method for terminal device

By introducing multiple radio processing units into the terminal device and dynamically activating or deactivating them, the problem of insufficient resource utilization in wireless communication of the terminal device is solved, and flexible adjustment of processing capabilities and improvement of communication performance are achieved.

CN122123030APending Publication Date: 2026-05-29NOKIA TECHNOLOGIES OY

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
NOKIA TECHNOLOGIES OY
Filing Date
2024-10-26
Publication Date
2026-05-29

AI Technical Summary

Technical Problem

In existing technologies, terminal devices have difficulty flexibly adjusting their processing capabilities to adapt to different load conditions during wireless communication, resulting in suboptimal resource utilization.

Method used

By introducing multiple radio processing units into the terminal device and having the processor and memory work together to dynamically activate or deactivate these radio processing units, the processing capacity can be adjusted according to the load, and resource allocation can be optimized by using a cyclic scheme or a load-triggered activation scheme.

Benefits of technology

It enables flexible adjustment of the terminal device's processing capabilities under different load conditions, improving resource utilization efficiency and communication performance.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN122123030A_ABST
    Figure CN122123030A_ABST
Patent Text Reader

Abstract

An apparatus for a terminal device, the terminal device comprising at least one radio processing unit for processing data associated with radio communications between the terminal device and at least one further device, the apparatus comprising at least one processor and at least one memory, the at least one memory storing instructions that, when executed by the at least one processor, cause the apparatus to determine first information indicating at least activation or deactivation of the at least one radio processing unit, control operation of the at least one radio processing unit based on the first information.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] Various example embodiments relate to an apparatus for a terminal device. Further example embodiments relate to a method for a terminal device.

[0002] Another example embodiment relates to an apparatus for a network device. Another example embodiment relates to a method for a network device. Background Technology

[0003] A communication system (e.g., a wireless communication system) can be used for the wireless exchange of information between two or more entities (e.g., including one or more terminal devices (e.g., user equipment (UE)) and one or more network devices (e.g., base station (BS))). Summary of the Invention

[0004] Various exemplary embodiments of this disclosure are set forth in the independent claims. Exemplary embodiments and features (if any) described in this specification that do not fall within the scope of the independent claims should be interpreted as examples useful for understanding the various exemplary embodiments of this disclosure.

[0005] Some example embodiments relate to an apparatus for a terminal device including at least one radio processing unit (RPU) for processing data associated with radio communication between the terminal device and at least one other device. The apparatus includes at least one processor and at least one memory, the at least one memory storing instructions that, when executed by the at least one processor, cause the apparatus to: determine first information indicating at least activation or deactivation of the at least one radio processing unit, and control the operation of the at least one radio processing unit based on the first information. In some embodiments, this allows for flexible adjustment of the processing capabilities of the terminal device, for example, for the current load.

[0006] In some example embodiments, the terminal device may include a radio processing unit.

[0007] In some example embodiments, the terminal device may include multiple radio processing units, such as two or more radio processing units.

[0008] In some examples, each of at least one radio processing unit may include a radio link control (RLC) entity.

[0009] As an example, in some embodiments, hardware-based (e.g., parallel) processing of data associated with radio communication between a terminal device and at least one other device is implemented using one or more of a plurality of radio processing units. In some example embodiments, the first information may respectively indicate or characterize one or more other aspects associated with at least one radio processing unit, for example, in addition to indicating activation or deactivation of at least one radio processing unit.

[0010] In some example embodiments, the terminal device may be adapted for a wireless (e.g., cellular) communication system. In some embodiments, the terminal device may be, for example, a user equipment (UE) for a wireless communication system.

[0011] In some example embodiments, at least one of the terminal devices or wireless communication systems may comply with and / or be based on some accepted (and / or planned) specifications, such as standards, such as 3G, 4G, 5G, 6G or some other wireless communication standards.

[0012] In some example embodiments, the terminal device may be configured to exchange data with at least one other device (such as, for example, a network device, such as a base station, such as a gNB, and / or another terminal device (such as a UE)).

[0013] In some example embodiments, network devices may comply with and / or may be based on some accepted (and / or planned) specifications, such as standards, such as 3G, 4G, 5G, 6G or some other wireless communication standards.

[0014] In some example embodiments, one or more radio processing units of the terminal device are configured to, for example, at least temporarily process data associated with the control plane.

[0015] In some example embodiments, one or more radio processing units of the terminal device are configured to, for example, at least temporarily process data associated with the user plane.

[0016] In some example embodiments, one or more radio processing units of the terminal device are configured to, for example, at least temporarily process data associated with the control plane and the user plane.

[0017] In some example embodiments, a first group of one or more radio processing units of a terminal device may be configured, for example, to process data associated with the control plane and the user plane, at least temporarily.

[0018] In some example embodiments, a second group of one or more radio processing units of a terminal device may be configured, for example, to process data associated with the user plane at least temporarily, but not, for example, to process data associated with the control plane.

[0019] In some example embodiments, the instructions, when executed by at least one processor, cause the device to locally determine the first information, for example, at a terminal device, even when there is no interaction between the terminal device and another entity or device (such as, for example, a network device).

[0020] In some example embodiments, the instructions, when executed by at least one processor, cause the device to perform at least one of the following: a) activating the radio processing unit using a cyclic scheme, and / or b) activating the radio processing unit using a load-triggered activation scheme (or, in some embodiments, wherein a single radio processing unit is provided and activated using a load-triggered activation scheme).

[0021] In some example embodiments, when a cyclic scheme is used to activate radio processing units, all radio processing units of the terminal device may become active sequentially, for example, regardless of the total number of radio processing units that may be sufficient to handle, for example, the current requirement regarding the data processing rate (e.g., actual bit rate).

[0022] In some example embodiments, for instance, when the terminal device is powered on, at least a first radio processing unit may be activated. In some embodiments, the first radio processing unit may, for example, be used to process data related to control information and signaling radio bearers (SRBs).

[0023] In some example embodiments, for instance, the second radio processing unit may be activated when the terminal device is powered on. In some embodiments, the second radio processing unit may be used for data processing, for example, processing data other than data related to control information and signaling radio bearers.

[0024] In some example embodiments, for instance, when the terminal device is powered on, such as once a new data packet arrives, additional (e.g., supplementary) radio processing units can be activated, etc.

[0025] In some example embodiments, the instructions, when executed by at least one processor, cause the device to transmit second information characterizing at least one radio processing unit to a network device. In some embodiments, this enables the network device to notify the terminal device of aspects, such as attributes, related to one or more of its radio processing units.

[0026] In some example embodiments, the second information may characterize at least one of the following: a) the number of radio processing units, such as the maximum number of radio processing units supported by the terminal device, or b) the processing capability of at least one radio processing unit.

[0027] In some example embodiments, the instructions, when executed by at least one processor, cause the device to receive first information from the network device. In some embodiments, for example, in response to a terminal device transmitting second information to the network device, the network device may determine the first information, for example, based at least on the second information, and may transmit the first information to the terminal device.

[0028] In some example embodiments, the instructions, when executed by at least one processor, cause the device to receive first information from a network device via at least one of the following: a) downlink control information, or b) a media access control (MAC) control element (CE), MAC CE, or c) radio resource control (RRC) signaling.

[0029] In some example embodiments, the instructions, when executed by at least one processor, cause the device to receive a resource grant associated with at least one radio processing unit.

[0030] In some example embodiments, the instructions, when executed by at least one processor, cause the apparatus to perform at least one of the following: a) receiving an indication in a Media Access Control Protocol Data Unit (PDU) indicating at least one Radio Link Control (RLC) entity associated with a Media Access Control Service Data Unit (SDU) contained in the PDU; or b) receiving an indication in a PDU indicating that the Media Access Control Service Data Unit contained in a MAC PDU can be passed to any RLC entity configured for data radio bearers that can be derived from the Logical Channel Identifier (LCID) field indicated in the MAC PDU for the MAC SDU; or c) receiving an indication in a PDU indicating whether the Logical Channel Identifier (LCID) field indicated for the MAC SDU contained in the MAC PDU is bound to the Media Access Control Service Data Unit; or d) determining whether the received Media Access Control Service Data Unit is an unnumbered Radio Link Control RLC Data Protocol Data Unit (PDU) (in some embodiments, in this case, as an example, the RLC entity for processing the Media Access Control Service Data Unit may be freely selected, for example, within the corresponding DRB).

[0031] Regarding embodiments involving receiving an indication in a Media Access Control Service Data Unit (MACS) indicating whether the LCID field of the MLS is bound to a MLS, as an example, in some embodiments, some configured LCID values ​​may, for example, indicate the Radio Link Control Entity in question, while in other embodiments, some other LCID values ​​may, for example, indicate only a Data Radio Bearer (DRB) or a set of Radio Link Control Entities.

[0032] Some example embodiments relate to an apparatus for a terminal device, the terminal device including at least one radio processing unit for processing data associated with radio communication between the terminal device and at least one other device, the apparatus including components for: determining at least the first information indicating activation or deactivation of at least one radio processing unit, and controlling the operation of at least one radio processing unit based on the first information. In some embodiments, the components for performing the determination and / or control aspects may, for example, include at least one processor and at least one memory storing instructions that, when executed by at least one processor, cause the apparatus to perform at least one of the aforementioned aspects of determination and / or control. In some embodiments, the components for performing the determination and / or control aspects may, for example, include circuitry configured to perform at least one of the aforementioned aspects of determination and / or control.

[0033] Some example embodiments relate to a method for a terminal device including at least one radio processing unit for processing data associated with radio communication between the terminal device and at least one other device, the method comprising: determining first information that at least indicates activation or deactivation of at least one of a plurality of radio processing units, and controlling the operation of at least one radio processing unit based on the first information.

[0034] Some example embodiments relate to an apparatus for a network device for radio communication with a terminal device, the terminal device including at least one radio processing unit for processing data associated with radio communication between the terminal device and at least the network device, the apparatus including at least one processor and at least one memory storing instructions that, when executed by the at least one processor, cause the apparatus to: determine first information that at least indicates activation or deactivation of at least one radio processing unit of the terminal device, and transmit the first information to the terminal device.

[0035] In some example embodiments, network devices may comply with and / or may be based on some accepted (and / or planned) specifications, such as standards, such as 3G, 4G, 5G, 6G or some other wireless communication standards.

[0036] In some example embodiments, the network device may be, for example, a base station (e.g., gNB) for a wireless (e.g., cellular) communication system.

[0037] In some example embodiments, the instructions, when executed by at least one processor, cause the apparatus to perform at least one of the following: a) receiving, for example, second information from a terminal device that characterizes at least one radio processing unit of the terminal device; or b) determining, for example, first information based on the received second information and / or locally on the network device; or c) transmitting the first information to the terminal device, for example, via at least one of the following: c1) downlink control information; or c2) media access control MAC control element CE, MAC CE; or c3) radio resource control RRC signaling.

[0038] In some example embodiments, the network device may receive second information from the terminal device, for example, determine first information locally on the network device based on the second information, and transmit the first information to the terminal device.

[0039] In some example embodiments, the instructions, when executed by at least one processor, cause the apparatus to perform at least one of the following: a) transmit an indication indicating at least one Radio Link Control (RLC) entity associated with a Media Access Control Service Data Unit (MAC SDU) contained in a Media Access Control Protocol (MAC) Data Unit (MAC PDU), for example, transmit the indication to a terminal device; or b) transmit an indication in a MAC PDU indicating that a Media Access Control Service Data Unit (MAC SDU) contained in a MAC PDU can be passed to any RLC entity associated with the terminal device, which RLC entity is configured for data radio bearers derived from the Logical Channel Identifier (LCID) field indicated in the MAC PDU for the Media Access Control Service Data Unit, for example, transmit the indication to the terminal device; or c) transmit an indication in a MAC PDU indicating whether the Logical Channel ID (LCID) field indicated for the MAC SDU contained in the MAC PDU is bound to the Media Access Control Service Data Unit, for example, transmit the indication to the terminal device; or d) transmit a resource grant associated with at least one radio processing unit of the terminal device to the terminal device.

[0040] Some example embodiments relate to an apparatus for a network device for radio communication with a terminal device, the terminal device including at least one radio processing unit for processing data associated with radio communication between the terminal device and at least the network device. The apparatus includes components for performing the following operations: determining first information that at least indicates activation or deactivation of the at least one radio processing unit of the terminal device; and transmitting the first information to the terminal device. In some embodiments, the components for performing the determination and / or transmission aspects may, for example, include at least one processor and at least one memory, the at least one memory storing instructions that, when executed by the at least one processor, cause the apparatus to perform at least one of the determination and / or transmission aspects. In some embodiments, the components for performing the determination and / or transmission aspects may, for example, include circuitry configured to perform at least one of the determination and / or transmission aspects.

[0041] Some example embodiments relate to a method of a network device for radio communication with a terminal device, the terminal device including at least one radio processing unit for processing data associated with radio communication between the terminal device and at least the network device, the method including: determining first information that at least indicates activation or deactivation of at least one radio processing unit of the terminal device, and transmitting the first information to the terminal device.

[0042] Some example embodiments relate to an apparatus for a wireless communication system (e.g., a cellular communication system), including at least one means according to an embodiment.

[0043] In some example embodiments, the device for a wireless communication system is, for example, a terminal device, such as a UE. In other words, some embodiments relate to a terminal device, such as a user equipment, that includes the means according to the embodiments.

[0044] In some example embodiments, the device for the wireless communication system is, for example, a network device, such as a base station, or a gNB. In other words, some embodiments relate to a network device, such as a base station, or a gNB, that includes the means according to the embodiments.

[0045] Some example embodiments relate to a communication system, such as a wireless (e.g., cellular) communication system, including at least one of the following: a) an apparatus according to an embodiment, or b) a terminal device according to an embodiment, or c) a network device according to an embodiment.

[0046] Some example embodiments relate to a computer program including instructions that, when executed by a device, cause the device to perform at least some aspects of the method according to the embodiments.

[0047] Some example embodiments involve data carrier signals that carry and / or characterize a computer program according to the embodiment. Attached Figure Description

[0048] Figure 1A A simplified block diagram based on some examples is schematically depicted. Figure 1B A simplified block diagram based on some examples is schematically depicted. Figure 2 A simplified block diagram based on some examples is schematically depicted. Figure 3 A simplified flowchart based on some examples is schematically depicted. Figure 4 A simplified flowchart based on some examples is schematically depicted. Figure 5 A simplified block diagram based on some examples is schematically depicted. Figure 6 A simplified flowchart based on some examples is schematically depicted. Figure 7 A simplified flowchart based on some examples is schematically depicted. Figure 8 A simplified block diagram based on some examples is schematically depicted. Figure 9 A simplified block diagram based on some examples is schematically depicted. Figure 10 A simplified flowchart based on some examples is schematically depicted. Figure 11 A simplified flowchart based on some examples is schematically depicted. Figure 12A A simplified block diagram based on some examples is schematically depicted. Figure 12B A simplified block diagram based on some examples is schematically depicted. Figure 13 A simplified flowchart based on some examples is schematically depicted. Figure 14 A simplified flowchart based on some examples is schematically depicted. Figure 15 A simplified block diagram based on some examples is schematically depicted. Figure 16 A simplified block diagram based on some examples is schematically depicted. Figure 17 A simplified block diagram based on some examples is schematically depicted. Figure 18 A simplified flowchart based on some examples is schematically depicted. Figure 19 The data structure is illustrated schematically based on some examples. Figure 20 A simplified block diagram based on some examples is schematically depicted. Detailed Implementation

[0049] See, for example Figure 1A , Figure 2 , Figure 3 Some example embodiments relate to terminal device 10 ( Figure 2 The apparatus 100 includes at least one radio processing unit 12-1, 12-2, 12-3, ... for processing data associated with radio communications RC-1, RC-2 between the terminal device 10 and at least one other device 20 (e.g., a network device) 30 (e.g., another terminal device). Figure 1A The device includes at least one processor 102 and at least one memory 104 storing instructions 106, which, when executed by at least one processor 102, cause the device 100 to: determine 300 at least indicate first information I-1 to activate or deactivate at least one radio processing unit, and control 302 the operation of at least one radio processing unit based on the first information I-1. In some embodiments, this allows for flexible adjustment of the processing power of the terminal device 10, for example, processing power for the current load.

[0050] In some example embodiments (not shown), terminal device 10 may include a (i.e., a single) radio processing unit 12-1.

[0051] In some example embodiments ( Figure 2 Terminal device 10 may include multiple radio processing units, such as two or more radio processing units 12-1, 12-2, 12-3, ...

[0052] In some examples, each of at least one radio processing unit 12-1, 12-2, 12-3, ... may include radio link control (RLC) entities 12-1′, 12-2′, 12-3′, ...

[0053] It should be noted that the following embodiments disclosed with reference to the accompanying drawings primarily relate to a configuration of terminal device 10 having multiple (i.e., two or more) radio processing units. However, without loss of generality, the principles of the embodiments also apply to a configuration of terminal device 10 having a single radio processing unit.

[0054] As an example, in some embodiments ( Figure 2The data associated with radio communication RC-1, RC-2 between terminal device 10 and at least one other device 20, 30 is processed, for example, in hardware (e.g., in parallel), by using one or more radio processing units 12-1, 12-2, ...

[0055] In some example embodiments ( Figure 2 The first information I-1 may indicate or characterize one or more other aspects related to at least one radio processing unit (e.g., 12-1), such as indicating activation or deactivation of at least one radio processing unit 12-1 among a plurality of radio processing units. As an example, in some embodiments, the first information I-1 may characterize one or more rules for instructing a terminal device to apply a specific mode or scheme (e.g., at least one of cyclic or load-triggered, etc.) to activate and / or deactivate one or more of a plurality of radio processing units 12-1, 12-2, 12-3, ...

[0056] In some example embodiments ( Figure 2 Terminal device 10 can be adapted to wireless (e.g., cellular) communication system 1000. In some embodiments, terminal device 10 can be, for example, a user equipment (UE) for wireless communication system 1000.

[0057] In some example embodiments ( Figure 2 At least one of the terminal device 10 or the wireless communication system 1000 may comply with and / or be based on some accepted (and / or planned) specifications, such as standards, such as 3G, 4G, 5G, 6G or some other wireless communication standards.

[0058] In some example embodiments ( Figure 2 Terminal device 10 can be configured to exchange data with at least one other device (such as, for example, a network device, such as a base station, such as gNB 20), (e.g., using uplink and / or downlink information exchange, see...) Figure 2 (RC-1) and / or other terminal devices (e.g., UE 30) (e.g., using device-to-device information exchange, such as using side-link radio communication RC-2).

[0059] In some example embodiments ( Figure 2 Network device 20 may comply with and / or be based on some accepted (and / or planned) specifications, such as standards, such as 3G, 4G, 5G, 6G or some other wireless communication standards.

[0060] In some example embodiments ( Figure 2One or more radio processing units 12-1, ... of the terminal device 10 are configured, for example, to process data associated with the control plane at least temporarily.

[0061] In some example embodiments, one or more radio processing units 12-1, ... of the terminal device are configured to, for example, at least temporarily process data associated with the user plane.

[0062] In some example embodiments, one or more radio processing units 12-1, ... of the terminal device 10 are configured to, for example, at least temporarily process data associated with the control plane and the user plane.

[0063] In some example embodiments ( Figure 2 The first group of GR1 of one or more radio processing units of terminal device 10 can be configured, for example, to process data associated with the control plane and user plane at least temporarily.

[0064] In some example embodiments ( Figure 2 The second group of GR2 of one or more radio processing units of the terminal device may be configured, for example, to process data associated with the user plane at least temporarily, but not, for example, to process data associated with the control plane.

[0065] In some example embodiments ( Figure 4 Instruction 106, when executed by at least one processor 102, causes device 100 to locally determine, for example, the first information I-1 310 at terminal device 10, in the absence of interaction between terminal device 10 and another entity or device (e.g., network device 20). Figure 4 The optional box 312 indicates that the operation of at least one radio processing unit is controlled based on, for example, locally determined first information I-1, such as activation or deactivation.

[0066] In some example embodiments ( Figure 5 Instruction 106, when executed by at least one processor 102, causes device 100 to perform at least one of the following: a) activating the radio processing unit using a 315 cyclic scheme, and / or b) activating the radio processing unit using a 317 load-triggered (e.g., processing load-triggered) activation scheme. (See below for reference.) Figure 17 Example aspects of some embodiments related to the cyclic scheme for activating the radio processing unit are further explained below. Figure 18 Further explanation is provided on example aspects of some embodiments relating to the load-triggered activation scheme for the radio processing unit.

[0067] In some example embodiments ( Figure 2When using a cyclic scheme to activate the radio processing units, all radio processing units 12-1, 12-2, 12-3, ... of the terminal device can, for example, become active sequentially, without considering that the total number of radio processing units may be sufficient, for example, to handle the current requirements regarding the data processing rate (e.g., the actual bit rate).

[0068] In some example embodiments ( Figure 2 For example, when the terminal device 10 is powered on, at least the first radio processing unit 12-1 can be activated. In some embodiments, the first radio processing unit 12-1 may be used, for example, to process data related to control information and signaling radio bearers (SRBs).

[0069] In some example embodiments, for instance, the second radio processing unit 12-2 may be activated when the terminal device 10 is powered on. In some embodiments, the second radio processing unit 12-2 may be used for data processing, for example, in addition to processing data related to control information and signaling radio bearers.

[0070] In some example embodiments ( Figure 2 For example, when the terminal device 10 is powered on, additional (e.g., supplementary) radio processing units 12-3 can be activated, for example, once a new data packet arrives, etc.

[0071] In some example embodiments ( Figure 6 Instruction 106, when executed by at least one processor 102, causes device 100 to transmit 320 second information I-2 characterizing at least one radio processing unit 12-1, 12-2, 12-3, ... to network device 20. In some embodiments, this enables network device 20 to notify the terminal device 10 of aspects, such as attributes, related to its radio processing units(s).

[0072] In some example embodiments ( Figure 2 The second information I-2 may, for example, characterize at least one of the following: a) the number of radio processing units, for example, the maximum number of radio processing units supported by terminal device 10, or b) the processing capability of at least one of radio processing units 12-1, 12-2, 12-3, ...

[0073] In some example embodiments ( Figure 6Instruction 106, when executed by at least one processor 102, causes device 100 to receive 322 first information I-1 from network device 20. In some embodiments, for example, in response to terminal device 10 transmitting second information I-2 to network device 20, network device 20 may determine first information I-1, for example, based at least on second information I-2, and may transmit first information I-1 to terminal device 10.

[0074] In some example embodiments, when executed by at least one processor 102, instruction 106 causes device 100 to receive 322 first information I-1 from network device 20 via at least one of the following: a) downlink control information, or b) media access control MAC control element CE, MAC CE, or c) radio resource control RRC signaling. Figure 6 Optional box 324 indicates that, according to some embodiments, the operation of at least one radio processing unit is controlled (e.g., activated or deactivated) based on first information I-1.

[0075] In some example embodiments ( Figure 7 Instruction 106, when executed by at least one processor 102, causes device 100 to receive 330 a resource grant GRANT-RPU associated with at least one of a plurality of radio processing units (e.g., 12-2, ...). Figure 7 Optional box 332 indicates the use of at least one specific radio processing unit associated with the resource-granted GRANT-RPU, such as 12-2, ...

[0076] In some example embodiments ( Figure 8 Instruction 106, when executed by at least one processor 102, causes device 100 to perform at least one of the following: a) receiving instruction IND-MAC-1 (see 340) in a Media Access Control Protocol Data Unit (MAC-PDU). Figure 9 ), instructing IND-MAC-1 to indicate multiple Radio Link Control (RLC) entities associated with the Media Access Control Service Data Unit (MAC-SDU) contained in the Media Access Control Protocol Data Unit (MAC-PDU), or b) receiving (342) in the Media Access Control Protocol Data Unit (MAC-PDU). Figure 8 Instruction IND-MAC-2 ( Figure 9), indicating that IND-MAC-2 indicates that the Media Access Control Service Data Unit MAC-SDU contained in the Media Access Control Protocol Data Unit MAC-PDU can be delivered to any RLC entity, any RLC entity being configured to receive data radio bearers that can be derived from the Logical Channel Identifier LCID field IE-LCID indicated in the Media Access Control Protocol Data Unit MAC-PDU for the Media Access Control Service Data Unit MAC-SDU, or c) receiving (344) in the Media Access Control Protocol Data Unit MAC-PDU. Figure 8 Instruction IND-MAC-3 ( Figure 9 ), indicating whether the IND-MAC-3 indicates whether the Logical Channel ID (LCID) field IE-LCID of the Media Access Control Service Data Unit (MAC-SDU) contained in the Media Access Control Protocol Data Unit (MAC-PDU) is bound to the Media Access Control Service Data Unit (MAC-SDU), or d) determine (346) ( Figure 8 Is the received Media Access Control Service Data Unit an unnumbered Radio Link Control (RLC) Data Protocol Data Unit (PDU)?

[0077] In some example embodiments, if it is determined (346) that the received Media Access Control Service Data Unit MAC-SDU is an unnumbered Radio Link Control RLC Data Protocol Data Unit PDU, then it is concluded, for example, that the RLC entity (e.g., provided by at least one of radio processing units 12-1, 12-2, ...) for processing the Media Access Control Service Data Unit MAC-SDU can be freely selected, for example, within the corresponding DRB.

[0078] In some examples, the above about Figure 8 One or more of the example aspects 340, 342, 344, and 346 explained can be used, for example, to facilitate the selection of an RLC entity (and thereby, for example, the RPU to be activated) for a received RLC PDU (i.e., MAC SDU).

[0079] In some examples, RLC entity selection may follow (e.g., adopt) at least one of the following: a) indicating IND-MAC-1, or b) indicating IND-MAC-2 (e.g., as... Figure 11 (as shown), or c) indicating IND-MAC-3 (e.g., in the case of "not bound"), or d) when the MAC SDU is determined to be an unnumbered RLC data PDU (e.g., as shown). Figure 10 As shown in the image).

[0080] As another example, regarding the reception of (344) in the Media Access Control Protocol Data Unit (MAC-PDU) Figure 8 The instruction IND-MAC-3 indicates the LCID field IE-LCID for the Media Access Control Service Data Unit MAC-SDU contained in the Media Access Control Protocol Data Unit MAC-PDU. Figure 9 In some embodiments of the Media Access Control Service Data Unit (MAC-SDU) binding, certain configured LCID values ​​may, for example, indicate the Radio Link Control entity in question, while in other embodiments, certain other LCID values ​​may, for example, indicate only a Data Radio Bearer (DRB) or, for example, a group of Radio Link Control entities. In some embodiments, based on this indication, one or more radio processing units 12-1, 12-2, ... of the terminal device 10 may be determined for processing the Media Access Control Service Data Unit (MAC-SDU).

[0081] In some example embodiments ( Figure 10 Instruction 106, when executed by at least one processor 102, causes device 100 to determine whether the MAC SDU received by 350 is an unnumbered RLC data protocol data unit PDU, and if so, selects 352 RLC entity to freely process the received MAC SDU.

[0082] In some example embodiments ( Figure 11 Instruction 106, when executed by at least one processor 102, causes device 100 to perform at least one of the following: a) receiving IND-MAC-2 in a MAC PDU, the IND-MAC-2 indicating that a MAC SDU contained in the MAC PDU can be passed to any RLC entity configured for a data radio bearer, the data radio bearer being accessible from the Logical Channel Identifier (LCID) field IE-LCID indicated for the MAC SDU in the MAC PDU. Figure 9 (a) to derive, or (b) to determine the RLC entity used by 362 to process the received MACSDU based on the LCID field IE-LCID for the received MAC SDU indication, or (c) to use, for example, radio processing units 12-1, 12-2, 12-3, ... ( Figure 2 One or more of the RLC entities thus determined are used to process the MAC SDU received by 364.

[0083] Some example implementations ( Figure 1B ) relates to a device 10 ( Figure 2The device 100' includes at least one radio processing unit 12-1, 12-2, 12-3, ... for processing data associated with radio communications RC-1, RC-2 between the terminal device 10 and at least one other device 20, 30. The device 100' includes a component 102' for determining (300) Figure 3 The first information indicates at least one radio processing unit to be activated or deactivated, and the operation of at least one radio processing unit is controlled (302) based on the first information. In some embodiments ( Figure 1B The component 102' used to perform determination and / or control aspects may, for example, include at least one processor 102 (see example...). Figure 1A ) and at least one memory 104, the at least one memory 104 storing instructions 106, the instructions 106, when executed by at least one processor 102, causing the device 100' to perform at least one aspect of the aforementioned determination 300 and / or control 302 aspects. In some embodiments ( Figure 1B The component 102' for performing the determination 300 and / or control 302 aspects may, for example, include circuitry (not shown) configured to perform at least one of the aforementioned determination 300 and / or control 302 aspects.

[0084] Some example implementations ( Figure 3 The present invention relates to a method for a terminal device 10, the terminal device 10 including at least one radio processing unit for processing data associated with radio communication between the terminal device and at least one other device, the method comprising: determining 300 at least the first information I-1 indicating activation or deactivation of at least one radio processing unit, and controlling 302 the operation of at least one radio processing unit based on the first information I-1.

[0085] Some example implementations ( Figure 12A This relates to network equipment 20 for radio communication RC-1 with terminal equipment 10. Figure 2 The device 200 includes at least one radio processing unit 12-1, 12-2, 12-3, ... for processing data associated with radio communication RC-1 between the terminal device 10 and at least one network device 20. The device 200 includes at least one processor 202 and at least one memory 204 storing instructions 206, which, when executed by the at least one processor 202, cause the device 200 to: determine 400 ( Figure 13 The system transmits first information I-1, which indicates at least one radio processing unit of the terminal device 10 to activate or deactivate it, to the terminal device 10.

[0086] In some example embodiments ( Figure 2 Network device 20 may comply with and / or be based on some accepted (and / or planned) specifications, such as standards, such as 3G, 4G, 5G, 6G or some other wireless communication standards.

[0087] In some example embodiments, as described above, network device 20 may be, for example, a base station (e.g., gNB) for wireless (e.g., cellular) communication system 1000.

[0088] In some example embodiments ( Figure 14 Instruction 206, when executed by at least one processor 202, causes device 200 to perform at least one of the following: a) receiving, for example, second information I-2 representing at least one radio processing unit of terminal device 10 from terminal device 10; or b) determining, for example, first information I-1 based on the received second information I-2 and / or locally on network device 20; or c) transmitting, for example, first information I-1 to terminal device 10 via at least one of the following: c1) downlink control information; or c2) media access control MAC control element CE, MAC CE; or c3) radio resource control RRC signaling.

[0089] In some example embodiments ( Figure 14 Network device 20 may, for example, receive second information I-2 from terminal device 10, determine first information I-1 locally on network device 20 based on second information I-2, and transmit first information I-1 to terminal device 414.

[0090] In some other example embodiments, network device 20 may, for example, determine 412 first information I-1 locally at network device 20 without relying on second information I-2 (but rather on other information such as configuration information or standardization shared prior with the terminal device), and transmit 414 first information I-1 to the terminal device.

[0091] In some example embodiments ( Figure 15Instruction 206, when executed by at least one processor 202, causes apparatus 200 to perform at least one of the following: a) transmitting (420) instruction IND-MAC-1, which indicates that IND-MAC-1 indicates a plurality of radio link control RLC entities associated with a media access control service data unit MAC-SDU contained in a media access control protocol data unit MAC-PDU, for example, transmitting (420) instruction IND-MAC-1 to terminal device 10, or b) transmitting (422) instruction IND-MAC-2 in a media access control protocol data unit MAC-PDU, which indicates that IND-MAC-2 indicates that a media access control service data unit MAC-SDU contained in a MAC PDU can be passed to any RLC entity associated with terminal device 10, any RLC entity being configured to be able to receive the logical channel identifier LCID field IE-LCID (indicated in the MAC PDU for the media access control service data unit MAC-SDU) from the MAC PDU. Figure 9 (a) The data radio bearer obtained is transmitted to terminal device 10, for example, (422) an indication IND-MAC-2 is transmitted to terminal device 10, or (b) an indication IND-MAC-3 is transmitted in MAC PDU (e.g. to terminal device 10), indicating whether the logical channel ID LCID field indicated for the Media Access Control Service Data Unit MAC SDU contained in the MAC PDU is bound to the MAC SDU, or (c) a resource grant GRANT-RPU associated with at least one radio processing unit 12-2 among the plurality of radio processing units 12-1, 12-2, 12-3, ... of terminal device 10 is transmitted to terminal device 10.

[0092] Some example implementations ( Figure 12B This relates to network equipment 20 for radio communication RC-1 with terminal equipment 10. Figure 20 The device 200' includes a means 202' for processing data associated with radio communication between the terminal device 10 and at least the network device 20, and the terminal device 10 includes at least one radio processing unit for processing data associated with radio communication between the terminal device 10 and at least the network device 20. Figure 13 The first information I-1, which at least instructs at least one of a plurality of radio processing units of the terminal device to activate or deactivate, transmits the first information I-1 to the terminal device 10 in 402. In some example embodiments, the component 202' for performing the aforementioned determination 400 and / or transmission 402 may, for example, include at least one processor 202. Figure 12AThe device 200' contains at least one memory 204 and a storage instruction 206, which, when executed by at least one processor 202, causes the device 200' to perform at least one of the aforementioned aspects of determination 400 and / or transmission 402. In some example embodiments, the component 202' for performing the determination and / or transmission aspects may, for example, include circuitry (not shown) configured to perform at least one of the aforementioned aspects of determination and / or transmission.

[0093] Some example implementations ( Figure 13 The present invention relates to a method for a network device 20 for radio communication RC-1 with a terminal device 10, the terminal device 10 including at least one radio processing unit for processing data associated with radio communication between the terminal device and at least the network device, the method comprising: determining 400 first information I-1 at least indicating activation or deactivation of at least one of a plurality of radio processing units of the terminal device, and transmitting 402 the first information I-1 to the terminal device 10.

[0094] Some example implementations ( Figure 2 The invention relates to devices 10, 20 for a wireless communication system 1000 (e.g., a cellular communication system), which include at least one means 100, 100', 200, 200' according to an embodiment.

[0095] In some example embodiments ( Figure 2 The device used in a wireless communication system is, for example, a terminal device, such as UE 10. In other words, some embodiments relate to a terminal device (e.g., a user equipment) 10 that includes the means 100, 100' according to the embodiments. In some embodiments, means 100, 100' may be provided for the terminal device, but may not necessarily be integrated into the terminal device 10. In some embodiments, means 100, 100' or their functions may be integrated into the terminal device 10, respectively.

[0096] In some example embodiments ( Figure 2 The device used in the wireless communication system 1000 is, for example, a network device, such as a base station, such as a gNB 20. In other words, some embodiments relate to a network device, such as a base station, such as a gNB 20, that includes means 200, 200' according to the embodiments. In some embodiments, means 200, 200' may be provided for network device 20, but may not necessarily be integrated into network device 20. In some embodiments, means 200, 200' or their functions may be integrated into network device 20, respectively.

[0097] Some example implementations ( Figure 2The invention relates to a communication system, such as a wireless (e.g., cellular) communication system 1000, which includes at least one of the following: a) a device 100, 100', 200, 200' according to an embodiment, or b) a terminal device 10 according to an embodiment, or c) a network device 20 according to an embodiment.

[0098] In the following, further exemplary aspects and embodiments are disclosed, which in some embodiments may be combined with each other and / or with at least one of the foregoing aspects.

[0099] Figure 16 A simplified block diagram according to some example embodiments is schematically depicted. Element E1 represents a first radio processing unit (RPU) of a terminal device according to an embodiment, and elements E2-1, E2-2, ..., E2-N represent additional RPUs.

[0100] In some example embodiments, the first RPU E1 may be configured to handle control plane operations OP-CP and user plane operations OP-UP, see arrows a1 and a2, while other RPUs E2-2, ..., E2-N may, for example, primarily handle user plane operations, see arrow a3.

[0101] In some example embodiments, terminal device 10 ( Figure 2 For example, the first RPU E1 can be made active after power-on. In some embodiments, optionally, for example, if the first RPU E1 does not process any UP operation UP-UP, the terminal device 10 may also have another RPU E2-1 that is active, for example.

[0102] In some example embodiments, the remaining RPUs E2-2, ..., E2-N can be activated, for example, according to a cyclic scheme or a load-triggered activation scheme, as described above.

[0103] In some example implementations, if a particular RPU is no longer used for processing, it can be deactivated at least temporarily, which can contribute to energy efficiency in some implementations.

[0104] Figure 17A simplified block diagram according to some example embodiments is schematically depicted. Element E10 represents an exemplary QoS flow, element E11 represents a mapping of the QoS flow to, for example, the current four radio processing units E13, E14, E15, and E16, and element E12 represents data packet distribution for distributing data packets associated with mapping block E11 to radio processing units E13, E14, E15, and E16. Element E17 represents a PHY processing block. Elements E18, E19, E20, E21, E22, and E23 represent data packets, which, in some embodiments, may be distributed to different radio processing units among radio processing units E13, E14, E15, and E16 based on a round-robin scheme, thereby activating different radio processing units among radio processing units E13, E14, E15, and E16, for example, based on a round-robin scheme. As an example, to process data packet E18, RPU E14 can be activated, and to process subsequent data packet E19, the next RPU E15 can be activated, and to process subsequent data packet E20, the next RPU E16 can be activated. Figure 17 As can be seen, in order to process further subsequent data groups E 21, RPU E14 is used, that is, to start a new round according to the cyclic scheme, and so on.

[0105] In some example embodiments, for example, using a cyclic scheme, all RPUs E13, ..., E16 can become active sequentially, for example, regardless of the total number of RPUs required to process the actual bit rate. In some embodiments, for example, when the terminal device 10 is powered on with the first RPU E13 (e.g., assuming it is only used for SRB and control information processing), at least one additional RPU E14 can be automatically (e.g., without human interaction) activated for data processing. In some embodiments, following a cyclic scheme, additional RPUs can be activated, for example, once a new data packet arrives. In some embodiments, at least some of the additional RPUs E14, E15, E16 that are not used for processing data packets can be deactivated.

[0106] Figure 18 A simplified flowchart according to some example embodiments is schematically depicted, illustrating example aspects of processing load-triggered activation of the (multiple) radio processing units. Element E30 represents a data packet to be processed, and element E31 represents the determination of whether the processing load exceeds, for example, a predetermined threshold of a single RPU of terminal device 10. Figure 2). Element E32 represents, for example, the determination of the number of RPUs required to handle the processing load, and element E33 represents, for example, the activation of an additional number of RPUs determined by element E32, and the routing of data to be processed by the additionally activated RPUs to these additional RPUs. Element E34 represents the routing of data to be processed by the currently active RPUs, for example, if it is determined that E31 generates a processing load that does not exceed a predetermined threshold associated with a single RPU. In some embodiments, reference is made to... Figure 18 The interpreted scheme can be effectively scaled, for example, to use any number of additional RPUs.

[0107] In some example embodiments, similar to activating an additional RPU, for example, once the amount of data to be processed becomes smaller, the terminal device 10 ( Figure 2 This allows you to compare the amount of data with a predetermined threshold and deactivate one or more additional RPUs.

[0108] In the following text, other example aspects related to some embodiments are provided, such as handling load-triggered RPU activation.

[0109] In some example embodiments, if the incoming data rate is higher than a threshold associated with the processing capacity of the currently active RPU(multiple) or a threshold as follows, then one or more (e.g., additional) radio processing units may be activated, for example, the threshold may be configured and / or depend on at least one of the following: the capacity of terminal device 10, or the number of active RPUs, or channel conditions, or the quality of service (QoS) requirements of the application data, or potential retransmissions at lower layers, etc.

[0110] As an example, in some embodiments, the maximum processing capacity of a radio processing unit (which may, for example, depend on the terminal device) is 1 Gbps, such that in some embodiments, another radio processing unit can be activated once the incoming data rate exceeds 1 Gbps.

[0111] In some example embodiments, the maximum processing capability of the radio processing unit may be defined (e.g., specified) in an accepted specification (such as a standard) in a manner similar to the category of the UE, see, for example, 3GPP TS 38.306 "User Equipment (UE) Radio Access Capabilities".

[0112] In some example embodiments, for example, using “total Layer 2 buffer size of DL / UL” as an exemplary parameter, the total Layer 2 buffer size can be defined as the sum of the number of bytes that the terminal device 10 can store in the RLC transmission window and the RLC receive and reassemble window and the PDCP (Packet Data Convergence Protocol) reordering window (e.g., for all radio bearers).

[0113] In some example embodiments, for instance, once the required buffer size from the active application data stream is larger than that that can be processed by, for example, a single radio processing unit, at least one additional radio processing unit may be activated.

[0114] In some example embodiments, processing capabilities may be reported by terminal device 10 to network device 20, for example, during the initial RRC (Radio Resource Control) establishment, as part of the capabilities of terminal device 10.

[0115] In some example embodiments, for example, as an implementation example, terminal device 10 may be requested to report, for example, the number of RPUs in terminal device 10, and optionally the capacity of at least one (e.g., each) RPU.

[0116] In some example embodiments, different aspects or alternatives related to such reporting may be considered: Aspect 1: Terminal device 10 reports, for example, the maximum data rate / throughput supported by each radio processing unit, e.g., regardless of channel conditions. Aspect 2: Channel condition-related (e.g., in the case of RPU-based retransmission) reporting. In this case, terminal device 10 may report channel condition-related information, such as organized in a table, e.g., characterizing SINR and maximum throughput.

[0117] In some example embodiments, the processing capabilities of terminal device 10 can be considered as part of the UE context, which can be used for different processes, such as handover, in some embodiments. In some embodiments, such capability information can be delivered from the serving cell to the target cell, for example, during handover. In other words, in some embodiments, network device 20 ( Figure 2 The terminal device 10 can be configured to transmit information characterizing its processing capabilities (e.g., using or based on second information I-2) to at least one other device, such as another network device, such as a base station, or a target base station for handover.

[0118] In some example embodiments, a combination of a cyclic scheme and a processing load triggering scheme for activating the radio processing unit can also be used. For example, in some embodiments, the first packet can be assigned to the first RPU 12-1 ( Figure 2In some embodiments, when a second packet arrives, if the first RPU 12-1 is already prepared with the first packet, it can be assigned to the first RPU 12-1. Otherwise, in some embodiments, the second packet can be assigned to the second RPU 12-2. And, in some embodiments, when a third packet arrives, if it is already idle, it can be assigned to either the first or second RPU (e.g., if both RPUs 12-1 and 12-2 are idle, it is assigned to the first RPU 12-1); otherwise, the third RPU 12-3 is activated.

[0119] In some example embodiments, a similar process can be applied when additional new packets arrive. In some embodiments, for example, when all RPUs are busy at the time of packet arrival, a regular round-robin scheme can be applied, or, as another option, newly arriving packets can be placed in the queue of the RPU that has the shortest job queue at that time.

[0120] In some example embodiments, a given RLC entity may be processed by a single RPU at least at any given time. Therefore, in some embodiments, activating different RPUs, for example, to process data for a single DRB, may mean that several RLC entities are configured for that DRB.

[0121] In some example embodiments, for instance, in relation to the reception of RLC PDUs, received RLC state PDUs and any RLC data PDUs with sequence numbers should be processed by the correct RLC entity so that the RLC state variables within that entity can be maintained correctly. Conversely, in some embodiments, it makes no difference which of the several RLC entities available for the DRB should process received unnumbered RLC data PDUs, such as, for example, unsegmented data PDUs, as in the case of NR (New Radio) RLC.

[0122] In some example embodiments, for instance, to support the selection of an RLC entity for a received RLC PDU (and thus, for example, a specific RPU to be activated), the following aspects are proposed.

[0123] In some example embodiments, for example, for a MAC SDU, the indication in its MAC subheader can indicate that the MACSDU can be passed to any RLC entity configured for a DRB that can be derived from the LCID field.

[0124] In some example embodiments, some configured LCID values ​​may indicate, for example, the exact RLC entity in question, while other LCID values ​​may also be configured, which are merely examples indicating a DRB or, for example, a group of RLC entities.

[0125] In some example embodiments, for instance, upon receiving a MAC SDU, the RLC header content can be examined to determine, for example, whether the MAC SDU is an unnumbered RLC data PDU. If so, in some embodiments, the RLC entity within the DRB can be freely selected (e.g., derived from the MAC header content).

[0126] As can be seen, in some example embodiments, the principles of the embodiments enable the provision of methods for activating and / or deactivating radio processing units, for example, purely based on the terminal device. In other words, in some embodiments, for example, the implementation of the terminal device 10 may determine at least one of the following: a) the number of radio processing units to be activated, or b) a corresponding threshold, or c) data routing within the terminal device.

[0127] In some other example embodiments, terminal device 10 may, for example, use second information I-2 to report the number of RPUs to the network (e.g., to network device 20) (see Figure 6 (Optional box 320). Therefore, in some example embodiments, network device 20 may have clear knowledge, such as about the maximum throughput that terminal device 10 can support, and, for example, about the processing capabilities of one or more radio processing units 12-1, 12-2, 12-3, ... of terminal device 10.

[0128] In some example embodiments, at least one of the a) activation or b) deactivation of one or more radio processing units can be controlled by network device 20, for example, by transmitting first information I-1, such as triggering, see example Figure 13 Box 402.

[0129] For example, considering an example downlink (DL) reception, where the amount of buffered data to be transmitted in network device 20 during a time window is less than the amount of data that can be processed by a radio processing unit of terminal device 10 within the considered time window, in some embodiments, network device 20 may, for example, instruct terminal device 10 to activate other radio processing units 12-3, ..., via first information I-1, for example, via downlink control information (DCI) or other signaling, such as MAC control elements (MAC CE).

[0130] In some example embodiments, for instance, when a large amount of DL data needs to be transmitted to terminal device 10, network device 20 may notify terminal device 10 to activate one or more additional radio processing units.

[0131] In some example embodiments, network device 20 may provide one or more resource granting GRANT-RPUs (GRANT-RPUs). Figure 15It is associated with at least one radio processing unit of the terminal device 10, such as at least one radio processing unit specific to the terminal device 10.

[0132] In some example embodiments, for instance, in the case of load-triggered RPU activation, the RPU may operate at least partially on a common memory and / or buffer, such that possible retransmissions of data first processed by a particular RPU (e.g., 12-2) may be processed by another RPU (e.g., 12-3), for example, when the load indicates that a different RPU should be used.

[0133] Although in some example embodiments, the first RPU 12-1 ( Figure 2 While it does not process any user plane data, in some other example embodiments, the first RPU 12-1 may be configured to process user plane data as well. In other words, in some embodiments, the first RPU 12-1 may be configured to process both control plane data and user plane data.

[0134] Figure 19 A data structure according to some example embodiments is schematically depicted. In some embodiments, this data structure can be used to support, for example, the selection of an RLC entity (and thus, for example, an RPU) by terminal device 10 for a received PDU. Two octet bytes E40, E41 are depicted, which include four information elements IE1, IE2, IE3, IE4. In some embodiments, the data structure can, for example, form part of the MAC subheader of a MAC PDU, as can be processed, for example, by at least one of terminal device 10 or network device 20.

[0135] In some example embodiments, the first information element IE1, denoted as "BL", may indicate either a) the logical channel ID field indicated in the MAC subheader accompanying the MAC SDU is bound to the MAC SDU, or b) the logical channel ID field indicated in the MAC subheader accompanying the MAC SDU is not bound to the MAC SDU. In some example embodiments, this indication can be encoded by providing a bit length to the first information element IE1, and for example, a bit value "0" indicates aspect a) (e.g., the LCID field is bound), while a bit value "1" indicates aspect b) (e.g., the LCID field is not bound).

[0136] In some example embodiments, Figure 19 The example data structure can, for example, replace or supplement 3GPP TS 38.321. Figure 6 The data structure described in .1.2-1, wherein, for example, the first information element IE1 replaces 3GPP TS 38.321 Figure 6Reserved bit "R" in .1.2-1.

[0137] In some example embodiments, Figure 19 The second information element, IE2, indicates, for example, a representation of 3GPP TS 38.321. Figure 6 The format of the field in .1.2-1.

[0138] In some example embodiments, the third information element IE3 indicates, for example, that represented by 3GPP TS 38.321. Figure 6 The LCID field provided in .1.2-1.

[0139] In some example embodiments, Figure 19 The fourth information element, IE4, represents 3GPP TS 38.321. Figure 6 The "L" field of .1.2-1.

[0140] In some example embodiments, 3GPP TS 38.321 can also be used. Figure 6 .1.2-2 Make a similar extension (e.g., regarding the replacement of "reserved bit R"), where in Figure 19 Three octets (not shown) are provided to accommodate the 16-bit length value, instead of being provided by... Figure 19 An exemplary depiction of the 8-bit length value of the fourth information element IE4.

[0141] Below, textual proposals are provided, for example, for extending some planned or accepted specifications by means of at least one aspect according to exemplary embodiments, which illustrate the respective aspects(s) according to embodiments in the context of such specifications / standards(s). Note that the following textual proposals are for illustrative purposes only and are not intended to impose any limitation on the scope of protection defined by the claims.

[0142] In some example embodiments, the following text proposals are provided to extend 3GPP TS 38.322 or other specifications, wherein Bold underlined text This refers to aspects related to some embodiments: ******** 5.2 Data Transmission Process 5.2.2 UM Data Transfer 5.2.2.1 Transmission Operation 5.2.2.1.1 Overview When submitting a UMD PDU to a lower layer, the UM RLC entity should be transmitted as follows: -If the UMD PDU contains segments of the RLC SDU: - Set the SN of the UMD PDU to TX_Next; - Indicate to the lower layer that the logical channel of the UMD PDU is bound; Otherwise, indicate to the lower layer that the logical channel of the UMD PDU is unbound; - If the UMD PDU contains a segment that maps to the last byte of the RLC SDU, increment TX_Next by 1.

[0143] 5.2.3 AM Data Transfer 5.2.3.1 Transmission Operations 5.2.3.1.1 Overview On the transmission side of the AM RLC entity, the transmission of RLC control PDUs shall be prioritized over the transmission of AMD PDUs. On the transmission side of the AM RLC entity, the transmission of AMD PDUs containing previously transmitted RLC SDUs or RLC SDU segments shall be prioritized over the transmission of AMD PDUs containing previously untransmitted RLC SDUs or RLC SDU segments.

[0144] On the transmission side of the AM RLC entity, the transmission window shall be maintained as follows according to the state variable TX_Next_Ack: - If TX_Next_Ack <= SN < TX_Next_Ack + AM_Window_Size, then SN falls within the transmission window; - Otherwise, SN falls outside the transmission window.

[0145] On the transmission side of the AM RLC entity, no AMD PDUs with SNs falling outside the transmission window shall be submitted to the lower layer.

[0146] For each RLC SDU received from the upper layer, the AM RLC entity shall: - Associate the SN with the RLC SDU equal to TX_Next and construct an AMD PDU by setting the SN of the AMD PDU to TX_Next; - Increment TX_Next by 1.

[0147] When submitting an AMD PDU containing a segmented RLC SDU to the lower layer, the transmission side of the AM RLC entity shall: - Set the SN of the AMD PDU to the SN of the corresponding RLC SDU.

[0148] When submitting an AMD PDU to a lower layer, the transport side of the AM RLC entity should: - Indicate to the lower layer that the logical channel of this AMD PDU is bound.

[0149] On the transmission side of the AM RLC entity, a positive acknowledgement of the RLC SDU (confirming successful reception by its peer AM RLC entity) can be received in the following ways: - A status PDU from its peer AM RLC entity.

[0150] When a positive acknowledgement for an RLC SDU with SN = x is received, the transmitting side of the AM RLC entity shall: - Transmit an indication of successful delivery of the RLC SDU to the upper layer; - Set TX_Next_Ack to be equal to the SN of the RLC SDU with the smallest SN, whose SN falls within the range TX_Next_Ack <= SN <= TX_Next, and for which a positive acknowledgement has not been received.

[0151] 5.3 ARQ Procedure 5.3.4 Status Reporting The AM RLC entity transmits a status PDU to its peer AM RLC entity in order to provide positive and / or negative acknowledgements of RLC SDUs (or parts thereof).

[0152] Triggers for initiating status reporting include: - Polling from its peer AM RLC entity: - When an AMD PDU with SN = x and the P field set to '1' is received from the lower layer, the receiving side of the AM RLC entity shall: - Discard the AMD PDU if it is to be discarded as specified in Clause 5.2.3.2.2; or - If x < RX_Highest_Status or x >= RX_Next + AM_Window_Size: - Trigger a status report.

[0153] - Otherwise: [[ID=3l]]- Delay triggering the status report until x < RX_Highest_Status or x >= RX_Next + AM_Window_Size.

[0154] Note 1: This ensures that the RLC status report is transmitted after HARQ reordering.

[0155] - Detection of reception failure of an AMD PDU - When the t-reassembly expires, the receiving side of the AM RLC entity shall trigger a status report.

[0156] Note 2: The expiration of t-reassembly triggers an update of RX_Highest_Status and a status report is triggered, but the status report shall be triggered after RX_Highest_Status has been updated.

[0157] When a status report has been triggered, the receiving side of the AM RLC entity shall: - If t-StatusProhibit (t-status-prohibited) does not run: - At the first transmission opportunity indicated by the lower layer, construct the state PDU and... Logical channel with this state PDU It is a binding instruction Submit them together to the lower level.

[0158] -otherwise: - At the first transmission opportunity indicated by the lower layer after t-StatusProhibit expires, even if the status report is triggered several times while t-StatusProhibit is running, a single status PDU is constructed and its status is... With this state The logical channel of the PDU is a bound indicator. Submit them together to the lower level.

[0159] When the status PDU has been submitted to the lower layer, the receiving side of the AM RLC entity should: -Start t-StatusProhibit.

[0160] When constructing the state PDU, the AM RLC entity should: -<…>.

[0161] ******** In some example embodiments, the following text proposals are provided to extend 3GPP TS 38.321 or other specifications, wherein Bold underlined text This refers to aspects related to some embodiments: ******** 5.3 DL-SCH Data Transmission 5.3.3 Decomposition and Decomposition Reuse As defined in Clauses 6.1.2 and 6.1.5a, a MAC entity shall be decomposed and demultiplexed into a MAC PDU.

[0162] When a MAC entity receives a MAC PDU with a G-RNTI or G-CS-RNTI from another MAC entity, or via a downlink allocation configured for an MBS multicast containing an unconfigured LCID or eLCID, the MAC entity should at least: 1> Discard the received sub-PDU.

[0163] When the MAC entity receives a MAC SDU on the DL-SCH, the MAC entity will: 1> If the bound LCID field indicates that the LCID field is bound to a MAC SDU: 2> Deliver the MAC SDU to the upper-level entity indicated by the LCID field; 1> Otherwise, the MAC SDU will be delivered to any upper-layer entity that processes the DL-SCH configured for the same radio bearer. body.

[0164] 6. Protocol Data Units, Formats, and Parameters 6.1 Protocol Data Unit 6.1.2 MAC PDU (DL-SCH and UL SCH, excluding the transparent MAC and random access response) A MAC PDU comprises one or more MAC sub-PDUs. Each MAC sub-PDU comprises one of the following: - MAC subheader only (including padding); -MAC subheader and MAC SDU; - MAC subheader and MAC CE; -MAC subheader and padding.

[0165] MAC SDUs have variable sizes.

[0166] Each MAC subheader corresponds to MAC SDU, MAC CE, or padding.

[0167] In addition to the fixed-size MAC CE, the padded MAC SDU, and the MAC subheading containing the UL CCCH, the MAC subheading includes header fields. BL R / F / LCID / (eLCID) / L. The MAC subheader used for fixed-size MAC CEs, padded MAC SDUs, and MAC SDUs containing UL CCCHs includes two header fields: R / LCID / (eLCID).

[0168] According to an embodiment, Figure 6 For the representation where the reserved bit field "R" in .1.2-1 is replaced by the bit field "BL", see [link to documentation]. Figure 19 The first information element in IE-1. Figure 6 1.2-1: With an 8-bit L field BL R / F / LCID / (eLCID) / L MAC subheader [According to the embodiment, the reserved bit field "R" is replaced by the bit field "BL".] Figure 6 See .1.2-2 for the representation. Figure 19 The first information element in IE-1. Figure 6 1.2-2: With a 16-bit L field BL R / / F / LCID / (eLCID) / L MAC subheader 6.2 Format and Parameters 6.2.1 MAC subheaders of DL-SCH and UL-SCH The MAC subheading includes the following fields: -LCID: The Logical Channel ID field identifies the logical channel instance of the corresponding MAC SDU or the type or padding of the corresponding MAC CE, as described in Tables 6.2.1-1, 6.2.1-1c, and 6.2.1-2 for DL-SCH and UL-SCH, respectively. Each MAC subheader has one LCID field. The LCID field is 6 bits in size. If the LCID field is set to 34, an additional octet is present in the MAC subheader containing the e LCID field, following the octet containing the LCID field. If the LCID field is set to 33, two additional octets are present in the MAC subheader containing the e LCID field, following the octet containing the LCID field. Note 1: For MBS broadcasts, if the same LCID is assigned to logical channels corresponding to different G-RNTIs, then the logical channels are identified based on the G-RNTI and LCID.

[0169] -eLCID: The Extended Logical Channel ID field identifies the logical channel instance of the corresponding MAC SDU or the type of the corresponding MAC CE, as described in Tables 6.2.1-1a, 6.2.1-1b, 6.2.1-2a, and 6.2.1-2b for DL-SCH and UL-SCH, respectively. The eLCID field is 8 bits or 16 bits in size.

[0170] Note 2: When configured, the extended logical channel ID space is used on NR backhaul links between IAB nodes or between an IAB node and an IAB donor, or for multicast MTCH. This extended logical channel ID space uses two octet e LCIDs and the associated MAC subheader format.

[0171] -L: The length field indicates the length of the corresponding MAC SDU or variable-size MAC CE in bytes. Each MAC subheader has an L field, except for the subheaders corresponding to fixed-size MAC CEs, padding, and MAC SDUs containing UL CCCHs. The size of the L field is indicated by the F field; -F: The format field indicates the size of the length field. Each MAC subheader has an F field, except for the subheader corresponding to the fixed-size MAC CE, padding, and the MAC SDU containing ULCCCH. The F field is 1 bit in size. A value of 0 indicates an 8-bit length field. A value of 1 indicates a 16-bit length field. -R: Reserve bits, set to 0; - BL: The bound LCID field indicates the logical channel ID field indicated in the MAC sub-header accompanying the MAC SDU. Whether to bind to a MAC SDU. For a given MAC SDU on the UL-SCH, this field is set to be determined by the upper-level pointer of that MAC SDU. Show.

[0172] The MAC subheader is 8-byte aligned.

[0173] <…> Table 6.2.1-X BL values ​​for DL-SCH and UL-SCH

[0174] ******** Some example implementations ( Figure 20 The invention relates to a computer program PRG that includes the instruction INSTR, which, when executed by a device (e.g., device 100, 100', 200, 200' or its processor 102, 202), causes the device to perform at least some aspects of the method according to the embodiments.

[0175] Some example implementations ( Figure 20 This relates to a computer-readable storage medium SM that includes a computer program PRG according to an embodiment.

[0176] Some example implementations ( Figure 20 This relates to the data carrier signal DCS of the computer program PRG according to the embodiments.

[0177] In some example embodiments, the principles of the embodiments enable at least one of the following advantages to be achieved, at least temporarily and / or at least partially: enabling parallel processing on the terminal device side, for example, for processing high data rate services; improving power efficiency, for example, by dynamically turning certain RPUs or their associated processing chains on / off.

[0178] In some example embodiments, the principles of the embodiments can be used, for example, for supporting sixth-generation (6G) mobile communication networks for mobile broadband-based applications.

[0179] In some example embodiments, one example use case is extended reality (XR), for example, enabling the exploration of enhanced “borderless” XR within virtual reality domains. In some embodiments, the communication system should be able to support very high data rates, for example, peak data rates ranging from 100 Mbps to 10 Gbps or even higher, depending on the application. In some embodiments, for example, in addition to high data rates, another requirement could be short E2E (end-to-end) latency (~10 ms).

[0180] The coupling of different KPIs, such as high data rates and low latency, places extremely demanding requirements on processing power, especially for end-user devices like smartphones, wearables, XR glasses, laptops, and customer premises equipment. To meet these stringent requirements, it is crucial that 6G system designs, particularly considering the radio layer (e.g., user plane (UP) protocols), possess the ability to implement parallel processing and / or hardware-based processing to fully leverage rapidly developed SoC designs. In some embodiments, the principles of the implementation can enable the satisfaction of at least some of these requirements.

Claims

1. An apparatus (100) for a terminal device (10), the terminal device (10) including at least one radio processing unit (12-1, 12-2, 12-3, ...) for processing data associated with radio communication (RC-1, RC-2) between the terminal device (10) and at least one other device (20; 30), the apparatus (100) including at least one processor (102) and at least one memory (104), the at least one memory (104) storing instructions (106) that, when executed by the at least one processor (102), cause the apparatus (100) to: determine (300) first information (I-1), the first information (I-1) at least indicating activation or deactivation of the at least one radio processing unit, and control (302) operation of the at least one radio processing unit based on the first information (I-1).

2. The apparatus (100) according to claim 1, wherein the instruction (106) causes the apparatus (100) to locally determine (310) the first information (I-1) when executed by the at least one processor (102).

3. The apparatus (100) according to any one of the preceding claims, wherein the instruction (106) causes the apparatus (100) to perform at least one of the following when executed by the at least one processor (102): a) activating the radio processing unit (12-1, 12-2, 12-3, ...) using a (315) cyclic scheme, and / or b) activating the radio processing unit (12-1, 12-2, 12-3, ...) using a (317) load-triggered activation scheme.

4. The apparatus (100) according to any one of the preceding claims, wherein the instruction (106), when executed by the at least one processor (102), causes the apparatus (100) to transmit (320) second information (I-2) characterizing the at least one radio processing unit (12-1, 12-2, 12-3, ...) to the network device (20).

5. The apparatus (100) according to any one of the preceding claims, wherein the instruction (106) causes the apparatus (100) to receive (322) the first information (I-1) from the network device (20) when executed by at least one processor (102).

6. The apparatus (100) according to claim 5, wherein the instruction (106), when executed by the at least one processor (102), causes the apparatus (100) to receive (322) the first information (I-1) from the network device (20) via at least one of: a) downlink control information, or b) a media access control MAC control element CE, MAC CE.

7. The apparatus (100) according to any one of the preceding claims, wherein the instruction (106), when executed by the at least one processor (102), causes the apparatus (100) to receive (330) a resource grant (GRANT-RPU) associated with at least one radio processing unit (12-1, 12-2, 12-3, ...).

8. The apparatus (100) according to any one of the preceding claims, wherein the instruction (106), when executed by the at least one processor (102), causes the apparatus (100) to perform at least one of the following: a) receiving (340) an indication (IND-MAC-1) in a Media Access Control Protocol Data Unit (MAC-PDU), the indication (IND-MAC-1) indicating a plurality of Radio Link Control (RLC) entities associated with a Media Access Control Service Data Unit (MAC-SDU) contained in the Media Access Control Protocol Data Unit (MAC-PDU), or b) receiving (342) an indication (IND-MAC-2) in a Media Access Control Protocol Data Unit (MAC-PDU), the indication (IND-MAC-2) indicating that the Media Access Control Service Data Unit (MAC-SDU) contained in the Media Access Control Protocol Data Unit (MAC-PDU) can be passed to any RLC entity, wherein... Any RLC entity is configured to be able to derive a data radio bearer from the Logical Channel Identifier LCID field (IE-LCID) indicated for the Media Access Control Service Data Unit (MAC-SDU) in the Media Access Control Protocol Data Unit (MAC-PDU), or c) receive (344) an indication (IND-MAC-3) in the Media Access Control Protocol Data Unit (MAC-PDU) indicating whether the Logical Channel Identifier LCID field (IE-LCID) indicated for the Media Access Control Service Data Unit (MAC-SDU) contained in the Media Access Control Protocol Data Unit (MAC-PDU) is bound to the Media Access Control Service Data Unit (MAC-SDU), or d) determine (346) whether the received Media Access Control Service Data Unit (MAC-SDU) is an unnumbered Radio Link Control RLC Data Protocol Data Unit PDU.

9. An apparatus (100') for a terminal device (10), the terminal device (10) including at least one radio processing unit (12-1, 12-2, 12-3, ...) for processing data associated with radio communication (RC-1, RC-2) between the terminal device (10) and at least one other device (20; 30), the apparatus (100') including a component (102') for: determining (300) first information (I-1), the first information (I-1) at least indicating activation or deactivation of the at least one radio processing unit (12-1, 12-2, 12-3, ...), and controlling (302) operation of the at least one radio processing unit based on the first information (I-1).

10. A method for a terminal device (10), the terminal device (10) including at least one radio processing unit (12-1, 12-2, 12-3, ...) for processing data associated with radio communication (RC-1, RC-2) between the terminal device (10) and at least one other device (20; 30), the method comprising: Determine (300) first information (I-1), which at least indicates activation or deactivation of the at least one radio processing unit (12-1, 12-2, 12-3, ...), and control (302) the operation of the at least one radio processing unit based on the first information (I-1).

11. An apparatus (200) for a network device (20) of a terminal device (10) for radio communication (RC-1), the terminal device (10) including at least one radio processing unit (12-1, 12-2, 12-3, ...), the at least one radio processing unit being configured to process data associated with the radio communication (RC-1; RC-2) between the terminal device (10) and at least the network device (20; 30), the apparatus (200) including at least one processor (202) and at least one... One less memory (204) is stored, the at least one memory (204) storing instructions (206), the instructions (206) causing the device (200), when executed by the at least one processor (202), to: determine (400) first information (I-1), the first information (I-1) at least indicating activation or deactivation of the at least one radio processing unit (12-1, 12-2, 12-3, ...) of the terminal device (10), and transmit (402) the first information (I-1) to the terminal device (10).

12. The apparatus (200) according to claim 11, wherein the instruction (206), when executed by the at least one processor (202), causes the apparatus (200) to perform at least one of the following: a) receiving (410) second information (I-2) characterizing the at least one radio processing unit (12-1, 12-2, 12-3, ...) of the terminal device (10), or b) determining (412) the first information (I-1), or c) transmitting (414) the first information (I-1) to the terminal device (10).

13. The apparatus (200) according to any one of claims 11 to 12, wherein the instruction (206), when executed by the at least one processor (202), causes the apparatus (200) to perform at least one of the following: a) a transmission (420) instruction (IND-MAC-1) indicating a plurality of radio link control (RLC) entities associated with a media access control service data unit (MAC-SDU) contained in a media access control protocol data unit (MAC-PDU), or b) a transmission (422) instruction (IND-MAC-2) in a media access control protocol data unit (MAC-PDU) indicating that a media access control service data unit (MAC-SDU) contained in a media access control protocol data unit (MAC-PDU) can be transmitted to any RLC entity associated with the terminal device (10), said RLC entity being configured to be able to transmit from... The data radio bearer derived in the Media Access Control Protocol Data Unit (MAC-PDU) for the Logical Channel Identifier LCID field (IE-LCID) indicated by the Media Access Control Service Data Unit (MAC-SDU), or c) transmitting (424) an indication (IND-MAC-3) in the Media Access Control Protocol Data Unit (MAC-PDU) indicating whether the Logical Channel Identifier LCID field (IE-LCID) indicated by the Media Access Control Service Data Unit (MAC-SDU) contained in the Media Access Control Protocol Data Unit (MAC-PDU) is bound to the Media Access Control Service Data Unit (MAC-SDU), or d) transmitting (426) a resource grant (GRANT-RPU) associated with at least one radio processing unit (12-2) of the plurality of radio processing units (12-1, 12-2, 12-3, ...) of the terminal device (10).

14. An apparatus (200') for a network device (20) for radio communication (RC-1) with a terminal device (10), the terminal device (10) including at least one radio processing unit (12-1, 12-2, 12-3, ...), the at least one radio processing unit being configured to process data associated with the radio communication (RC-1; RC-2) between the terminal device (10) and at least the network device (20; 30), the apparatus (200') including components for: determining (400) first information (I-1), the first information (I-1) at least indicating activation or deactivation of the at least one radio processing unit (12-1, 12-2, 12-3, ...) of the terminal device (10), and transmitting (402) the first information (I-1) to the terminal device (10).

15. A method for a network device (20) for radio communication (RC-1) with a terminal device (10), the terminal device (10) including at least one radio processing unit (12-1, 12-2, 12-3, ...), the at least one radio processing unit being configured to process data associated with the radio communication (RC-1; RC-2) between the terminal device (10) and at least the network device (20; 30), the method comprising: Determine (400) first information (I-1), which at least indicates activation or deactivation of at least one radio processing unit (12-1, 12-2, 12-3, ...) of the terminal device (10), and transmit (402) the first information (I-1) to the terminal device (10).

16. An apparatus (10; 20) for a wireless communication system (1000), comprising at least one means (100; 100'; 200; 200') according to any one of claims 1 to 9 or 11 to 14.