WO2024076337A1 - Appareil et procédé d'activation/désactivation adaptative d'un chemin de données de couche 2 de liaison montante et de fils matériels - Google Patents

Appareil et procédé d'activation/désactivation adaptative d'un chemin de données de couche 2 de liaison montante et de fils matériels Download PDF

Info

Publication number
WO2024076337A1
WO2024076337A1 PCT/US2022/045581 US2022045581W WO2024076337A1 WO 2024076337 A1 WO2024076337 A1 WO 2024076337A1 US 2022045581 W US2022045581 W US 2022045581W WO 2024076337 A1 WO2024076337 A1 WO 2024076337A1
Authority
WO
WIPO (PCT)
Prior art keywords
timing
packet
timing parameters
dynamic
type
Prior art date
Application number
PCT/US2022/045581
Other languages
English (en)
Inventor
Su-Lin Low
Na CHEN
Chun-I Lee
Tianan Tim MA
Sonali Bagchi
Original Assignee
Zeku, Inc.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Zeku, Inc. filed Critical Zeku, Inc.
Priority to PCT/US2022/045581 priority Critical patent/WO2024076337A1/fr
Publication of WO2024076337A1 publication Critical patent/WO2024076337A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/28—Timers or timing mechanisms used in protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/321—Interlayer communication protocols or service data unit [SDU] definitions; Interfaces between layers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling

Definitions

  • Embodiments of the present disclosure relate to apparatus and method for wireless communication.
  • Wireless communication systems are widely deployed to provide various telecommunication services such as telephony, video, data, messaging, and broadcasts.
  • 4G Long Term Evolution
  • 5G 5th-generation
  • 3GPP 3rd Generation Partnership Project
  • a baseband chip may include a UL Layer 2 dataplane (DP) subsystem.
  • the UL Layer 2 DP subsystem may include a set of UL packet processing blades each configured to perform UL packet processing for a plurality of concurrent component carriers (CCs).
  • the UL Layer 2 DP subsystem may include a microcontroller (uC) that includes an uplink timing predictor (UTP) and a set of hardware threads.
  • the UTP may be configured to receive semi-static UL timing parameters from a DP controller, a first type of dynamic UL timing parameters from a physical (PHY) layer controller, a second type of UL dynamic timing parameters from a logical channel prioritization (LCP) processing cluster associated with the set of hardware threads, and a third type of dynamic UL timing parameters from an LCP hardware cluster associated with the set of UL packet processing blades.
  • the UTP may be configured to perform a timing analysis for a plurality of concurrent CCs based on the semi-static UL timing parameters, the first type of dynamic UL timing parameters, the second type of UL dynamic timing parameters, and the third type of UL dynamic timing parameters.
  • the UTP may be configured to select a minimum number of active UL packet processing blades and a minimum number of active hardware threads to meet timing requirements associated with a PHY layer for each of the plurality of concurrent CCs based on the timing analysis.
  • an apparatus for wireless communication may include a baseband chip.
  • the baseband chip may include a UL Layer 2 DP subsystem.
  • the UL Layer 2 DP subsystem may include a set of UL packet processing blades each configured to perform UL packet processing for a plurality of concurrent CCs.
  • the UL Layer 2 DP subsystem may include a uC that includes a UTP and a set of hardware threads.
  • the UTP may be configured to receive semi-static UL timing parameters from a DP controller, a first type of dynamic UL timing parameters from a PHY layer controller, a second type of UL dynamic timing parameters from a LCP processing cluster associated with the set of hardware threads, and a third type of dynamic UL timing parameters from an LCP hardware cluster associated with the set of UL packet processing blades.
  • the UTP may be configured to perform a timing analysis for a plurality of concurrent CCs based on the semi-static UL timing parameters, the first type of dynamic UL timing parameters, the second type of UL dynamic timing parameters, and the third type of UL dynamic timing parameters.
  • the UTP may be configured to select a minimum number of active UL packet processing blades and a minimum number of active hardware threads to meet timing requirements associated with a PHY layer for each of the plurality of concurrent CCs based on the timing analysis.
  • a method of wireless communication of a UL Layer 2 DP subsystem of a baseband chip is provided. The method may include performing, by a set of UL packet processing blades, UL packet processing for a plurality of concurrent CCs.
  • the method may include receiving, by a UTP of a uC comprising a set of hardware threads, semi-static UL timing parameters from a DP controller, a first type of dynamic UL timing parameters from a PHY layer controller, a second type of UL dynamic timing parameters from an LCP processing cluster associated with the set of hardware threads, and a third type of dynamic UL timing parameters from an LCP hardware cluster associated with the set of UL packet processing blades.
  • the method may include performing, by the UTP of the uC, a timing analysis for a plurality of concurrent CCs based on the semi-static UL timing parameters, the first type of dynamic UL timing parameters, the second type of UL dynamic timing parameters, and the third type of UL dynamic timing parameters.
  • the method may include selecting, by the UTP of the uC, a minimum number of active UL packet processing blades and a minimum number of active hardware threads to meet timing requirements associated with a PHY layer for each of the plurality of concurrent CCs based on the timing analysis.
  • FIG.1A illustrates a first example timing diagram used to schedule a UL medium access control (MAC) protocol data unit (PDU).
  • FIG.1B illustrates a second example timing diagram that may be used to schedule a MAC PDU.
  • FIG. 2 illustrates an exemplary wireless network, according to some embodiments of the present disclosure.
  • FIG. 3 illustrates a block diagram of an exemplary node, according to some embodiments of the present disclosure.
  • FIG. 4 illustrates a block diagram of an exemplary baseband chip, according to some embodiments of the present disclosure.
  • FIG.5 illustrates a diagram of the various inputs UTP receives to perform its timing analysis for multiple CCs, according to some embodiments of the present disclosure.
  • FIG. 6 illustrates a diagram for a method performed by UTP to achieve a scalable low-power DP Layer 2 UL data path, according to some embodiments of the disclosure.
  • FIGs. 7A-7D are a flowchart of an exemplary method of wireless communication, according to some embodiments of the present disclosure.
  • references in the specification to “one embodiment,” “an embodiment,” “an example embodiment,” “some embodiments,” “certain embodiments,” etc. indicate that the embodiment described may include a particular feature, structure, or characteristic, but every embodiment may not necessarily include the particular feature, structure, or characteristic. Moreover, such phrases do not necessarily refer to the same embodiment. Further, when a particular feature, structure, or characteristic is described in connection with an embodiment, it would be within the knowledge of a person skilled in the pertinent art to effect such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described. [0019] In general, terminology may be understood at least in part from usage in context.
  • the term “one or more” as used herein, depending at least in part upon context, may be used to describe any feature, structure, or characteristic in a singular sense or may be used to describe combinations of features, structures or characteristics in a plural sense.
  • terms, such as “a,” “an,” or “the,” again, may be understood to convey a singular usage or to convey a plural usage, depending at least in part upon context.
  • the term “based on” may be understood as not necessarily intended to convey an exclusive set of factors and may, instead, allow for existence of additional factors not necessarily expressly described, again, depending at least in part on context.
  • CDMA code division multiple access
  • TDMA time division multiple access
  • FDMA frequency division multiple access
  • OFDMA orthogonal frequency division multiple access
  • SC- FDMA single-carrier frequency division multiple access
  • WLAN wireless local area network
  • a CDMA network may implement a radio access technology (RAT), such as Universal Terrestrial Radio Access (UTRA), evolved UTRA (E-UTRA), CDMA 2000, etc.
  • RAT radio access technology
  • UTRA Universal Terrestrial Radio Access
  • E-UTRA evolved UTRA
  • CDMA 2000 etc.
  • GSM Global System for Mobile Communications
  • An OFDMA network may implement a RAT, such as LTE or NR.
  • a WLAN system may implement a RAT, such as Wi-Fi.
  • the techniques described herein may be used for the wireless networks and RATs mentioned above, as well as other wireless networks and RATs.
  • An important consideration of wireless communication relates to data rates, especially with the increased use of media streaming services.
  • Carrier aggregation (CA) is one technique used in wireless communication to increase the data rate per user, whereby multiple frequency blocks (also referred to herein as “component carriers”) are assigned to the same UE for concurrent transmission using different parts of the frequency spectrum.
  • Each component carrier (CC) may be associated with a different cell, e.g., base station.
  • a UE While communicating using CA, a UE may be connected with two or more media access control (MAC) entities, which are each connected to a base station with multiple carriers of different bandwidths, a different number of available resources, and different radio channel conditions.
  • MAC media access control
  • the UE receives multiple UL grants concurrently from different base stations. Each UL grant may schedule a different logical channel packet (LCP) transmission on its respective CC.
  • LCP logical channel packet
  • a base station may send a UL grant to the UE using the physical downlink control channel (PDCCH) of that CC.
  • the UE may receive a UL grant at the beginning of a slot (in a downlink control indicator (DCI)), which indicates the time at which the associated MAC PDU is scheduled for transmission.
  • the UL grant may also indicate the number of resources (e.g., byte size) that have been allocated for the MAC PDU.
  • the scheduled time may be equivalent to a time delay of K2 slot(s) from the slot in which the UL grant is received.
  • FIG. 1A illustrates a first example timing diagram 100 in which K2 may be one or more slots away from the received UL grant, with a transmission start symbol at the slot boundary.
  • FIG.1B illustrates a second example timing diagram 110 in which K2 is less than one, meaning the transmission start symbol S is in the same slot in which the UL grant is received.
  • a UL grant that schedules a MAC PDU transmission in the same slot in which the grant was received indicates that the MAC PDU may be associated with a low latency application, and hence, the UE may need to process the MAC PDU within milliseconds or microseconds.
  • the scheduling mechanism described above may apply to each CC, and hence, the UE may process MAC PDUs for multiple CCs concurrently.
  • UL MAC grants also referred to herein as “UL grants”
  • UL grants UL MAC grants
  • the UE needs to service multiple logical channel (LC) data packets efficiently and optimally among the carriers, without any de-synchronization or loss of data.
  • LC logical channel
  • UL Layer 2 DP In another challenge, in order to optimize the power consumed by UE’s modem (also referred to herein as a “baseband chip”) in a multiple CA configuration, UL Layer 2 DP needs to support different application types, including high throughput high latency data transfers, as well as low latency low data rate applications. When operating in low data rate applications, the power usage should be minimized as much as possible without sacrificing quality-of-service (QoS) latency performance, or high throughput data performance.
  • QoS quality-of-service
  • the present disclosure provides a baseband chip with a scalable UL DP Layer 2 subsystem that optimizes the DP Layer 2 processing data path to achieve a dynamic resource engagement scheme that reduces power consumption.
  • the baseband chip discussed herein may include a UL Timing Predictor (UTP), which collects semi-static and dynamic input parameters from the DP controller, the physical (PHY) layer controller, a LCP processing cluster, and a UL DP hardware cluster.
  • UTP UL Timing Predictor
  • the UTP may perform a UL timing analysis for multiple concurrent CCs to derive the minimum resource configuration needed for UL transmission success across each of the CCs.
  • the minimum resource configuration may relate to the minimum number of active UL packet processing blades and a minimum number of active hardware threads (also referred to herein as LCP hardware threads”).
  • the derived minimum resource configuration may cause the UTP to increase the number active UL packet processing blades and/or the number of active hardware threads when additional processing resources are required.
  • the derived minimum resource configuration may cause the UTP to decrease the number active UL packet processing blades and/or the number of active hardware threads in order to conserve power.
  • FIG.2 illustrates an exemplary wireless network 200, in which some aspects of the present disclosure may be implemented, according to some embodiments of the present disclosure.
  • wireless network 200 may include a network of nodes, such as user equipment 202, an access node 204, and a core network element 206.
  • User equipment 202 may be any terminal device, such as a mobile phone, a desktop computer, a laptop computer, a tablet, a vehicle computer, a gaming console, a printer, a positioning device, a wearable electronic device, a smart sensor, or any other device capable of receiving, processing, and transmitting information, such as any member of a vehicle to everything (V2X) network, a cluster network, a smart grid node, or an Internet-of-Things (IoT) node.
  • V2X vehicle to everything
  • cluster network such as a cluster network
  • smart grid node such as a smart grid node
  • IoT Internet-of-Things
  • Access node 204 may be a device that communicates with user equipment 202, such as a wireless access point, a base station (BS), a Node B, an enhanced Node B (eNodeB or eNB), a next-generation NodeB (gNodeB or gNB), a cluster master node, or the like. Access node 204 may have a wired connection to user equipment 202, a wireless connection to user equipment 202, or any combination thereof. Access node 204 may be connected to user equipment 202 by multiple connections, and user equipment 202 may be connected to other access nodes in addition to access node 204. Access node 204 may also be connected to other user equipments.
  • BS base station
  • eNodeB or eNB enhanced Node B
  • gNodeB or gNB next-generation NodeB
  • gNodeB next-generation NodeB
  • access node 204 may operate in millimeter wave (mmW) frequencies and/or near mmW frequencies in communication with the user equipment 202.
  • mmW millimeter wave
  • the access node 204 may be referred to as an mmW base station.
  • Extremely high frequency (EHF) is part of the radio frequency (RF) in the electromagnetic spectrum. EHF has a range of 30 GHz to 300 GHz and a wavelength between 1 millimeter and 10 millimeters. Radio waves in the band may be referred to as a millimeter wave.
  • Near mmW may extend down to a frequency of 3 GHz with a wavelength of 200 millimeters.
  • the super high frequency (SHF) band extends between 3 GHz and 30 GHz, also referred to as centimeter wave. Communications using the mmW or near mmW radio frequency band have extremely high path loss and a short range.
  • the mmW base station may utilize beamforming with user equipment 202 to compensate for the extremely high path loss and short range. It is understood that access node 204 is illustrated by a radio tower by way of illustration and not by way of limitation. [0033] Access nodes 204, which are collectively referred to as E-UTRAN in the evolved packet core network (EPC) and as NG-RAN in the 5G core network (5GC), interface with the EPC and 5GC, respectively, through dedicated backhaul links (e.g., S1 interface).
  • EPC evolved packet core network
  • 5GC 5G core network
  • access node 204 may perform one or more of the following functions: transfer of user data, radio channel ciphering and deciphering, integrity protection, header compression, mobility control functions (e.g., handover, dual connectivity), inter-cell interference coordination, connection setup and release, load balancing, distribution for non-access stratum (NAS) messages, NAS node selection, synchronization, radio access network (RAN) sharing, multimedia broadcast multicast service (MBMS), subscriber and equipment trace, RAN information management (RIM), paging, positioning, and delivery of warning messages.
  • Access nodes 204 may communicate directly or indirectly (e.g., through the 5GC) with each other over backhaul links (e.g., X2 interface).
  • the backhaul links may be wired or wireless.
  • Core network element 206 may serve access node 204 and user equipment 202 to provide core network services.
  • core network element 206 may include a home subscriber server (HSS), a mobility management entity (MME), a serving gateway (SGW), or a packet data network gateway (PGW).
  • HSS home subscriber server
  • MME mobility management entity
  • SGW serving gateway
  • PGW packet data network gateway
  • EPC evolved packet core
  • core network element 206 includes an access and mobility management function (AMF), a session management function (SMF), or a user plane function (UPF) of the 5GC for the NR system.
  • the AMF may be in communication with a Unified Data Management (UDM).
  • UDM Unified Data Management
  • the AMF is the control node that processes the signaling between the user equipment 202 and the 5GC. Generally, the AMF provides QoS flow and session management. All user Internet protocol (IP) packets are transferred through the UPF.
  • the UPF provides user equipment (UE) IP address allocation as well as other functions.
  • the UPF is connected to the IP Services.
  • the IP Services may include the Internet, an intranet, an IP Multimedia Subsystem (IMS), a PS Streaming Service, and/or other IP services.
  • IMS IP Multimedia Subsystem
  • core network element 206 is shown as a set of rack-mounted servers by way of illustration and not by way of limitation. [0035] Core network element 206 may connect with a large network, such as the Internet 208, or another Internet Protocol (IP) network, to communicate packet data over any distance.
  • IP Internet Protocol
  • data from user equipment 202 may be communicated to other user equipments connected to other access points, including, for example, a computer 210 connected to Internet 208, for example, using a wired connection or a wireless connection, or to a tablet 212 wirelessly connected to Internet 208 via a router 214.
  • computer 210 and tablet 212 provide additional examples of possible user equipments
  • router 214 provides an example of another possible access node.
  • a generic example of a rack-mounted server is provided as an illustration of core network element 206. However, there may be multiple elements in the core network including database servers, such as a database 216, and security and authentication servers, such as an authentication server 218.
  • Database 216 may, for example, manage data related to user subscription to network services.
  • a home location register is an example of a standardized database of subscriber information for a cellular network.
  • authentication server 218 may handle authentication of users, sessions, and so on.
  • an authentication server function (AUSF) device may be the entity to perform user equipment authentication.
  • a single server rack may handle multiple such functions, such that the connections between core network element 206, authentication server 218, and database 216, may be local connections within a single rack.
  • Each element in FIG. 2 may be considered a node of wireless network 200. More detail regarding the possible implementation of a node is provided by way of example in the description of a node 300 in FIG. 3.
  • Node 300 may be configured as user equipment 202, access node 204, or core network element 206 in FIG. 2. Similarly, node 300 may also be configured as computer 210, router 214, tablet 212, database 216, or authentication server 218 in FIG. 2. As shown in FIG. 3, node 300 may include a processor 302, a memory 304, and a transceiver 306. These components are shown as connected to one another by a bus, but other connection types are also permitted. When node 300 is user equipment 202, additional components may also be included, such as a user interface (UI), sensors, and the like. Similarly, node 300 may be implemented as a blade in a server system when node 300 is configured as core network element 206. Other implementations are also possible.
  • UI user interface
  • Transceiver 306 may include any suitable device for sending and/or receiving data.
  • Node 300 may include one or more transceivers, although only one transceiver 306 is shown for simplicity of illustration.
  • An antenna 308 is shown as a possible communication mechanism for node 300. Multiple antennas and/or arrays of antennas may be utilized for receiving multiple spatially multiplex data streams.
  • examples of node 300 may communicate using wired techniques rather than (or in addition to) wireless techniques.
  • access node 204 may communicate wirelessly to user equipment 202 and may communicate by a wired connection (for example, by optical or coaxial cable) to core network element 206.
  • Other communication hardware such as a network interface card (NIC), may be included as well.
  • NIC network interface card
  • node 300 may include processor 302. Although only one processor is shown, it is understood that multiple processors can be included.
  • Processor 302 may include microprocessors, microcontroller units (MCUs), digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), programmable logic devices (PLDs), state machines, gated logic, discrete hardware circuits, and other suitable hardware configured to perform the various functions described throughout the present disclosure.
  • Processor 302 may be a hardware device having one or more processing cores.
  • Processor 302 may execute software.
  • node 300 may also include memory 304. Although only one memory is shown, it is understood that multiple memories can be included. Memory 304 can broadly include both memory and storage.
  • memory 304 may include random-access memory (RAM), read-only memory (ROM), static RAM (SRAM), dynamic RAM (DRAM), ferro- electric RAM (FRAM), electrically erasable programmable ROM (EEPROM), compact disc read- only memory (CD-ROM) or other optical disk storage, hard disk drive (HDD), such as magnetic disk storage or other magnetic storage devices, Flash drive, solid-state drive (SSD), or any other medium that can be used to carry or store desired program code in the form of instructions that can be accessed and executed by processor 302.
  • RAM random-access memory
  • ROM read-only memory
  • SRAM static RAM
  • DRAM dynamic RAM
  • FRAM ferro- electric RAM
  • EEPROM electrically erasable programmable ROM
  • CD-ROM compact disc read-only memory
  • HDD hard disk drive
  • Flash drive such as magnetic disk storage or other magnetic storage devices
  • SSD solid-state drive
  • memory 304 may be embodied by any computer-readable medium, such as a non-transitory computer-readable medium.
  • Processor 302, memory 304, and transceiver 306 may be implemented in various forms in node 300 for performing wireless communication functions.
  • processor 302, memory 304, and transceiver 306 are integrated into a single system- on-chip (SoC) or a single system-in-package (SiP).
  • SoC system- on-chip
  • SiP single system-in-package
  • processor 302, memory 304, and transceiver 306 of node 300 are implemented (e.g., integrated) on one or more SoCs.
  • processor 302 and memory 304 may be integrated on an application processor (AP) SoC (sometimes known as a “host,” referred to herein as a “host chip”) that handles application processing in an operating system (OS) environment, including generating raw data to be transmitted.
  • API application processor
  • processor 302 and memory 304 may be integrated on a baseband processor (BP) SoC (sometimes known as a “modem,” referred to herein as a “baseband chip”) that converts the raw data, e.g., from the host chip, to signals that can be used to modulate the carrier frequency for transmission, and vice versa, which can run a real-time operating system (RTOS).
  • API SoC sometimes known as a “host,” referred to herein as a “host chip”
  • BP baseband processor
  • modem modem
  • RTOS real-time operating system
  • processor 302 and transceiver 306 may be integrated on an RF SoC (sometimes known as a “transceiver,” referred to herein as an “RF chip”) that transmits and receives RF signals with antenna 308.
  • RF SoC sometimes known as a “transceiver,” referred to herein as an “RF chip”
  • RF chip may be integrated as a single SoC.
  • a baseband chip and an RF chip may be integrated into a single SoC that manages all the radio functions for cellular communication.
  • user equipment 202 may include a baseband chip with a scalable UL DP Layer 2 subsystem that optimizes the DP Layer 2 processing data path to achieve a dynamic resource engagement scheme that reduces power consumption.
  • FIG. 4 illustrates a detailed block diagram an exemplary baseband chip 400, according to some embodiments of the present disclosure.
  • exemplary baseband chip 400 (referred to hereinafter as “baseband chip 400”) may include a PHY subsystem 402, a UL DP subsystem 404, a Layer 2 shared memory/external memory 420, and an application processor (AP)/host 422.
  • AP application processor
  • UL DP subsystem 404 may include, e.g., a UL uC 408 (e.g., a uC core) that includes an LCP processing cluster 410 and a UTP 412.
  • LCP processing cluster 410 may include a plurality of LCP threads, e.g., LCP thread 1, LCP thread 2, and LCP thread 3. Although LCP processing cluster 410 is illustrated with three LCP threads, LCP processing cluster 410 may include more or fewer LCP threads without departing from the scope of the present disclosure.
  • UL DP subsystem 404 may include a uC local shared memory 414, a plurality of logical channels (LCs) 416, and a UL DP hardware cluster 418.
  • LCs logical channels
  • uC local shared memory 414 may be shared between UL uC 408 and the UL DP hardware cluster 418.
  • UL DP hardware cluster 418 may include a plurality of UL DP hardware blades (also referred to herein as “a set of UL packet processing blades”).
  • the UL data processing path includes the UL DP hardware blades, where each blade handles the data path processing for one or more UL CC(s).
  • Each of the UL DP hardware blades may include, e.g., a transmission scheduler (TxSch), security cipher hardware and data integrity operations, packet data convergence protocol (PDCP) layer encoding hardware, window operations, radio link control (RLC) layer encoding hardware, MAC header encoding hardware, and an inline buffer (IB).
  • TxSch transmission scheduler
  • PDCP packet data convergence protocol
  • RLC radio link control
  • IB inline buffer
  • UL DP hardware cluster 418 may include more or fewer UL DP hardware blades without departing from the scope of the present disclosure.
  • Each hardware block e.g., cipher, PDCP, RLC, MAC, etc.
  • Each of the LCP hardware threads may be responsible for the execution of one or more of the CC(s) LCP grant processing task(s).
  • the thread e.g., firmware
  • the corresponding TxSch may cause the processing of this CC’s packet descriptors in its UL data path for transmission to PHY subsystem 402.
  • UTP 412 may be responsible for controlling the UL processing resources for the UL DP hardware blades, as well as the LCP hardware threads.
  • FIG.5 illustrates a diagram 500 of the various inputs UTP 412 receives to perform its timing analysis for multiple CCs, according to some embodiments of the present disclosure. As shown in FIG.5, UTP 412 takes several inputs into its algorithm, including semi-static inputs and dynamic inputs.
  • the semi-static inputs may be received from DP controller 504 and may include, e.g., PHY Tx encoding processing time, PHY downlink control information processing time, UL cipher packet processing rate, LCP packet processing rate, the maximum throughput for each CC, according to the physical parameters (e.g., bandwidth, modulation coding scheme (MCS), the number of multiple-input multiple-output (MIMO) layers, etc.), just to name a few.
  • Dynamic inputs may be received from PHY controller 502, LCP processing cluster 410, and the UL DP hardware cluster 418. From PHY controller 502, UTP 412 may receive a first type of dynamic UL timing parameters per CC may be received.
  • the first type of dynamic timing parameters may include, e.g., UL grant size, grant duration (e.g., N_symbol), K2 process timing, PHY grant due time (e.g., when the symbol is due in the inline buffer of the associated UL DP hardware blade).
  • UTP 412 may receive a second type of dynamic UL timing parameter(s).
  • the second type of dynamic timing parameters may include, e.g., average packet size per CC, etc.
  • UTP 412 may receive a third type of dynamic timing parameter(s).
  • the third type of dynamic UL timing parameter(s) may include, e.g., external memory (e.g., such as double data rate (DDR) memory) delay and/or NoC delay for transferring a data payload into the associated UL DP hardware blade’s inline buffer, etc.
  • UTP 412 may perform a UL timing analysis and derive the minimum number of UL DP hardware blades and LCP threads. This may ensure that the appropriate symbols are located in the inline buffer before PHY subsystem’s 402 due time for the first symbol and every subsequent symbol, thereby ensuring UL over-the-air transmission success across multiple CCs.
  • UTP 412 may output control signals to the UL DP hardware blades (e.g., the associated TxSch) and/or LCP threads to activate/deactivate the appropriate resources (e.g., UL DP hardware blades, LCP threads, etc.), dynamically.
  • the appropriate resources e.g., UL DP hardware blades, LCP threads, etc.
  • baseband chip 400 may achieves the minimum power need for UL transmission, covering all use cases including, e.g., low-throughput transmissions, high-throughput transmissions, low-latency applications, high-latency applications, for multiple concurrent CCs.
  • FIG. 6 illustrates a diagram 600 for a method performed by UTP to achieve a scalable low-power DP Layer 2 UL data path, according to some embodiments of the disclosure.
  • Table 1 below illustrates the various time duration(s) and budget variable(s) defined by the method illustrated in the diagram 600 of FIG.6.
  • Table 1 [0052] As shown in Fig.6, in the UL data path, the following steps are performed for each CC’s UL grant processing that schedules a UL data transmission.
  • the PHY decodes the physical downlink control channel (PDCCH)/DCI.
  • the PHY sends a grant indication (e.g., GrantInd) message to the Layer 2 uC.
  • a grant indication e.g., GrantInd
  • the Layer 2 uC processes the UL grant information from the grant indication message, starts the LCP task, initializes the LCP procedure, and processes any MAC control elements (CEs).
  • the uC runs the LCP procedure and generates Layer 2 packet descriptor(s), which may be sent to the TxSch of the associated UL DP hardware blade.
  • the TxSch dequeues the Layer 2 command packet descriptor for this CC, obtains packet data (e.g., from the external memory and/or appropriate LC), and the starts cipher process.
  • L2 DPHW runs PDCP/RLC/MAC protocols and generates data into an Inline Buffer.
  • the PHY subsystem may starts dequeuing code block (CB) by CB from the inline buffer.
  • CB code block
  • the UL timing conditions e.g., UL_TIMING_COND1 and UL_TIMING_COND2
  • Tothers may be the time slice allocated/interleaved for other CC’s LCP and cipher processing, if multiple concurrent CCs are scheduled within a single LCP hardware thread and/or Layer 2 cipher resource. Tothers may be set to 0 if only one CC per LCP hardware thread and/or Layer 2 cipher resource is scheduled.
  • FIGs. 7A-7D are a flowchart of an exemplary method 700 of wireless communication, according to some embodiments of the present disclosure.
  • Method 700 may be performed by an apparatus for wireless communication, e.g., such as a user equipment, a baseband chip, a UL DP subsystem, a UL Layer 2 uC, or a UTP, just to name a few.
  • Method 700 may include steps 702-740 as described below. It is to be appreciated that some of the steps may be optional, and some of the steps may be performed simultaneously, or in a different order than shown in FIGs.7A-7D.
  • the apparatus may be in idle mode.
  • the apparatus may initialize DP control configuration setup parameters per CC, system configurations with 1 LCP hardware thread, and one UL Layer 2 DP hardware blade.
  • the apparatus may enter connected mode.
  • the apparatus may apply filtering of average packet size (S_pkt), for all LCs served by this PHY grant/CC.
  • S_pkt average packet size
  • the apparatus may apply filtering of DDR_NoC_Delay (T2) from the UL DP hardware cluster.
  • T2 DDR_NoC_Delay
  • One symbol refers to the PHY layer transmission symbol, depending on the frequency and coding rate, etc., the symbol time, and size variation.
  • the system may calculate the grant size that each symbol can transmit based on the total grant size allocated by the base station in each transport block (TB).
  • the number of symbols in each TB may be a pre-determined value (e.g., 14 symbols), which is denoted above as N_sym.
  • the system may derive the approximate number of packets that can be transmitted in each symbol, e.g., namely the number of grant bytes in each symbol, divided by the average packet size.
  • the apparatus may determine whether a first UL timing condition (UL_TIMING_COND1) is met.
  • the first UL timing condition may be associated with a DP first symbol budget. For example, determining whether the first UL timing condition may include calculating T0+T1+T2+T3+Tothers ⁇ Tb. In response to the first UL timing condition being met, the operations may move to 722.
  • the operations may move to 730 in FIG. 7D.
  • the operations may move to 726 in FIG.7C. Otherwise, in response to the second UL timing condition not being met, the operations may move to 730 in FIG.7D.
  • the apparatus may determine a low power (LP) count.
  • the apparatus may determine whether the LP count is greater than an LP threshold.
  • a counter and LP threshold number may be used to guide against a temperature spike.
  • the system may count the number of times an LP condition is triggered until the LP threshold number is reached reducing the resources.
  • the operation may move to 728. Otherwise, in response to the LP count being less than or equal to the LP threshold, the operations may return to 708 in FIG. 7A. Still referring to FIG.
  • the apparatus may turn off one UL DP hardware blade and reduce the number of active LCP hardware threads by one. Then, the operations may return to 708 in FIG.7A.
  • the apparatus may determine whether T_cipher_sym > T_LCP_sym + Thresh1. In response to T_cipher_sym being greater than T_LCP_sym + Thresh1, the operations may move to 732. Otherwise, when T_cipher_sym being less than T_LCP_sym + Thresh1, the operations may move to 734. At 732, the apparatus may turn on one additional UL DP hardware blade.
  • the operations may return to 708 in FIG. 7A.
  • the apparatus may determine whether T_LCP_sym > T_cipher_sym + Thresh2. In response to T_LCP_sym being greater than T_cipher_sym + Thresh2, the operations may move to 736. On the other hand, when T_LCP_sym is less than or equal to T_cipher_sym + Thresh2, the operations may move to 738.
  • the apparatus may turn on (e.g., active) one additional LCP hardware thread. Then, the operations may return to 708 in FIG.7A.
  • the apparatus may turn on (e.g., activate) one additional LCP hardware thread and turn on one additional UL DP hardware blade.
  • the apparatus(es) and method(s) described above power consumption by the UL DP subsystem may be reduced, while optimally utilizing the CPU core resources and hardware resources for various traffic pattern use cases.
  • the processor resources, memories, and HW resources during low data rate traffic, single CC cases may be reduced.
  • These resources and uC processor cores, as well as the associated local memories, Layer 2 hardware (e.g., cipher, PDCP, RLC, MAC, etc.) and NoC interconnect resources, e.g., such as bus transactions, external DDR memory access, etc., may be optimized to minimum levels during low data rate applications.
  • Layer 2 hardware e.g., cipher, PDCP, RLC, MAC, etc.
  • NoC interconnect resources e.g., such as bus transactions, external DDR memory access, etc.
  • the present techniques may provide a flexible and scalable DP Layer 2 architecture, which can be controlled dynamically according to traffic throughput and latency, and number of multiple CCs
  • optimized resource usage based on UL timing requirements in dynamic, mixed traffic packet multiple CC use cases that ensure UL transmission success may be achieved using the above described techniques.
  • the present technique(s), apparatus(es), and method(s) may provide an expandable, programmable and reusable architecture for 6G, 7G, etc., as well as Wi-Fi 6/7 and beyond, satellite technologies, automotive technologies, among others.
  • the same or similar technique(s), apparatus(es), and/or method(s) may also be applied to other subsystems such as the PHY subsystem and/or the DP Layer 3 subsystem.
  • the functions described herein may be implemented in hardware, software, firmware, or any combination thereof. If implemented in software, the functions may be stored on or encoded as instructions or code on a non-transitory computer-readable medium.
  • Computer-readable media includes computer storage media.
  • Storage media may be any available media that can be accessed by a computing device, such as node 300 in FIG. 3.
  • computer-readable media can include RAM, ROM, EEPROM, CD-ROM or other optical disk storage, HDD, such as magnetic disk storage or other magnetic storage devices, Flash drive, SSD, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a processing system, such as a mobile device or a computer.
  • Disk and disc includes CD, laser disc, optical disc, digital video disc (DVD), and floppy disk where disks usually reproduce data magnetically, while discs reproduce data optically with lasers.
  • a baseband chip may include a UL Layer 2 DP subsystem.
  • the UL Layer 2 DP subsystem may include a set of UL packet processing blades each configured to perform UL packet processing for a plurality of concurrent CCs.
  • the UL Layer 2 DP subsystem may include a uC that includes a UTP and a set of hardware threads.
  • the UTP may be configured to receive semi-static UL timing parameters from a DP controller, a first type of dynamic UL timing parameters from a PHY layer controller, a second type of UL dynamic timing parameters from a LCP processing cluster associated with the set of hardware threads, and a third type of dynamic UL timing parameters from an LCP hardware cluster associated with the set of UL packet processing blades.
  • the UTP may be configured to perform a timing analysis for a plurality of concurrent CCs based on the semi-static UL timing parameters, the first type of dynamic UL timing parameters, the second type of UL dynamic timing parameters, and the third type of UL dynamic timing parameters.
  • the UTP may be configured to select a minimum number of active UL packet processing blades and a minimum number of active hardware threads to meet timing requirements associated with a PHY layer for each of the plurality of concurrent CCs based on the timing analysis.
  • the UTP may be further configured to output a first set of control signals to activate or deactivate one or more of the set of hardware threads to achieve the minimum number of active hardware threads to meet the timing requirements associated with the PHY layer.
  • the UTP may be further configured to output a second set of control signals to activate or deactivate one or more of the set of UL packet processing blades to achieve the minimum number of active UL packet processing blades to meet the timing requirements of the PHY layer.
  • the minimum number of active hardware threads may be configured to output UL packet processing commands to the minimum number of active UL packet processing blades.
  • the semi-static UL timing parameters may include, for each of the plurality of CCs, one or more of a PHY transmission encoding processing time, a PHY DCI processing time, a cipher packet rate, an LCP packet rate, or a maximum throughput.
  • the first type of UL dynamic timing parameters may include, for each of the plurality of CCs, one or more of a UL grant size, a UL grant duration per symbol, a K2 packet processing time, and an inline buffer PHY due time.
  • the second type of UL dynamic timing parameters may include, for each of the plurality of CCs, average packet size.
  • the third type of UL dynamic timing parameters include an external memory or NoC delay.
  • the UTP may be further configured to determine, based on the first type of dynamic UL timing parameters, a DP timing budget for a first symbol for one or more CCs, the DP timing budget being associated with a time the first symbol is due in an inline buffer of the UL Layer 2 DP subsystem, and the first type of dynamic UL timing parameters being associated with a UL grant.
  • the UTP may be further configured to determine, based on the second type of UL dynamic timing parameters, an average UL packet size for each LC served by the UL grant.
  • the UTP may be further configured to determine, based on the third type of dynamic UL timing parameters, a delay associated with an external memory.
  • the UTP may be further configured to determine, based on the average UL packet size for each LC served by the UL grant and the delay associated with the external memory, a number of symbols per UL packet.
  • the UTP may be further configured to determine, based on the semi-static UL timing parameters, a cipher processing time per symbol based on packet size and packet overhead.
  • the UTP may be further configured to determine, based on the semi-static UL timing parameters, an LCP processing time per symbol based at least in part on an LCP processing time per UL packet.
  • the UTP may be further configured to, in response to determining that a first UL timing condition is met based on one or more of the DP timing budget for a first symbol for one or more CCs, the average UL packet size for each LC served by the UL grant, the delay associated with a memory external to the UL Layer 2 DP subsystem, the number of symbols per UL packet, the cipher processing time per symbol based at least in part on packet size and packet overhead, or the LCP processing time per symbol based at least in part on the LCP processing time per UL packet, determine whether a second UL timing condition is met.
  • the UTP may be further configured to, in response to determining that the second UL timing condition is met based on whether at least one symbol is ready in the inline buffer of the UL Layer 2 DP subsystem prior to a PHY layer due time, reduce a number of the active UL packet processing blades.
  • the UTP may be further configured to, in response to determining that the first UL timing condition is not met, determine whether the cipher processing time for one symbol is greater than a delay in LCP command generation plus a first threshold.
  • the UTP may be further configured to, in response to determining that the cipher processing time for one symbol is greater than the delay in LCP command generation plus the first threshold, increase a number of active UL packet processing blades. In some embodiments, the UTP may be further configured to, in response to determining that the cipher processing time for one symbol is not greater than the delay in LCP command generation plus the first threshold, determine whether the delay in LCP command generation is greater than the cipher processing time for one symbol plus a second threshold. In some embodiments, the UTP may be further configured to, in response to determining that the LCP command generation is greater than the cipher processing time for one symbol plus a second threshold, increase a number of active hardware threads.
  • the UTP may be further configured to, in response to determining that the LCP command generation is not greater than the cipher processing time for one symbol plus a second threshold, increase the number of active UL packet processing blades and the number of active hardware threads.
  • an apparatus for wireless communication may include a baseband chip.
  • the baseband chip may include a UL Layer 2 DP subsystem.
  • the UL Layer 2 DP subsystem may include a set of UL packet processing blades each configured to perform UL packet processing for a plurality of concurrent CCs.
  • the UL Layer 2 DP subsystem may include a uC that includes a UTP and a set of hardware threads.
  • the UTP may be configured to receive semi-static UL timing parameters from a DP controller, a first type of dynamic UL timing parameters from a PHY layer controller, a second type of UL dynamic timing parameters from a LCP processing cluster associated with the set of hardware threads, and a third type of dynamic UL timing parameters from an LCP hardware cluster associated with the set of UL packet processing blades.
  • the UTP may be configured to perform a timing analysis for a plurality of concurrent CCs based on the semi-static UL timing parameters, the first type of dynamic UL timing parameters, the second type of UL dynamic timing parameters, and the third type of UL dynamic timing parameters.
  • the UTP may be configured to select a minimum number of active UL packet processing blades and a minimum number of active hardware threads to meet timing requirements associated with a PHY layer for each of the plurality of concurrent CCs based on the timing analysis.
  • the UTP may be further configured to output a first set of control signals to activate or deactivate one or more of the set of hardware threads to achieve the minimum number of active hardware threads to meet the timing requirements associated with the PHY layer.
  • the UTP may be further configured to output a second set of control signals to activate or deactivate one or more of the set of UL packet processing blades to achieve the minimum number of active UL packet processing blades to meet the timing requirements of the PHY layer.
  • the minimum number of active hardware threads may be configured to output UL packet processing commands to the minimum number of active UL packet processing blades.
  • the semi-static UL timing parameters may include, for each of the plurality of CCs, one or more of a PHY transmission encoding processing time, a PHY DCI processing time, a cipher packet rate, an LCP packet rate, or a maximum throughput.
  • the first type of UL dynamic timing parameters may include, for each of the plurality of CCs, one or more of a UL grant size, a UL grant duration per symbol, a K2 packet processing time, and an inline buffer PHY due time.
  • the second type of UL dynamic timing parameters may include, for each of the plurality of CCs, average packet size.
  • the third type of UL dynamic timing parameters include an external memory or NoC delay.
  • the UTP may be further configured to determine, based on the first type of dynamic UL timing parameters, a DP timing budget for a first symbol for one or more CCs, the DP timing budget being associated with a time the first symbol is due in an inline buffer of the UL Layer 2 DP subsystem, and the first type of dynamic UL timing parameters being associated with a UL grant.
  • the UTP may be further configured to determine, based on the second type of UL dynamic timing parameters, an average UL packet size for each LC served by the UL grant.
  • the UTP may be further configured to determine, based on the third type of dynamic UL timing parameters, a delay associated with an external memory.
  • the UTP may be further configured to determine, based on the average UL packet size for each LC served by the UL grant and the delay associated with the external memory, a number of symbols per UL packet.
  • the UTP may be further configured to determine, based on the semi-static UL timing parameters, a cipher processing time per symbol based on packet size and packet overhead.
  • the UTP may be further configured to determine, based on the semi-static UL timing parameters, an LCP processing time per symbol based at least in part on an LCP processing time per UL packet.
  • the UTP may be further configured to, in response to determining that a first UL timing condition is met based on one or more of the DP timing budget for a first symbol for one or more CCs, the average UL packet size for each LC served by the UL grant, the delay associated with a memory external to the UL Layer 2 DP subsystem, the number of symbols per UL packet, the cipher processing time per symbol based at least in part on packet size and packet overhead, or the LCP processing time per symbol based at least in part on the LCP processing time per UL packet, determine whether a second UL timing condition is met.
  • the UTP may be further configured to, in response to determining that the second UL timing condition is met based on whether at least one symbol is ready in the inline buffer of the UL Layer 2 DP subsystem prior to a PHY layer due time, reduce a number of the active UL packet processing blades.
  • the UTP may be further configured to, in response to determining that the first UL timing condition is not met, determine whether the cipher processing time for one symbol is greater than a delay in LCP command generation plus a first threshold.
  • the UTP may be further configured to, in response to determining that the cipher processing time for one symbol is greater than the delay in LCP command generation plus the first threshold, increase a number of active UL packet processing blades. In some embodiments, the UTP may be further configured to, in response to determining that the cipher processing time for one symbol is not greater than the delay in LCP command generation plus the first threshold, determine whether the delay in LCP command generation is greater than the cipher processing time for one symbol plus a second threshold. In some embodiments, the UTP may be further configured to, in response to determining that the LCP command generation is greater than the cipher processing time for one symbol plus a second threshold, increase a number of active hardware threads.
  • the UTP may be further configured to, in response to determining that the LCP command generation is not greater than the cipher processing time for one symbol plus a second threshold, increase the number of active UL packet processing blades and the number of active hardware threads.
  • a method of wireless communication of a UL Layer 2 DP subsystem of a baseband chip is provided. The method may include performing, by a set of UL packet processing blades, UL packet processing for a plurality of concurrent CCs.
  • the method may include receiving, by a UTP of a uC comprising a set of hardware threads, semi-static UL timing parameters from a DP controller, a first type of dynamic UL timing parameters from a PHY layer controller, a second type of UL dynamic timing parameters from an LCP processing cluster associated with the set of hardware threads, and a third type of dynamic UL timing parameters from an LCP hardware cluster associated with the set of UL packet processing blades.
  • the method may include performing, by the UTP of the uC, a timing analysis for a plurality of concurrent CCs based on the semi-static UL timing parameters, the first type of dynamic UL timing parameters, the second type of UL dynamic timing parameters, and the third type of UL dynamic timing parameters.
  • the method may include selecting, by the UTP of the uC, a minimum number of active UL packet processing blades and a minimum number of active hardware threads to meet timing requirements associated with a PHY layer for each of the plurality of concurrent CCs based on the timing analysis. [0077] In some embodiments, the method may include outputting, by the UTP of the uC, a first set of control signals to activate or deactivate one or more of the set of hardware threads to achieve the minimum number of active hardware threads to meet the timing requirements associated with the PHY layer.
  • the method may include outputting, by the UTP of the uC, a second set of control signals to activate or deactivate one or more of the set of UL packet processing blades to achieve the minimum number of active UL packet processing blades to meet the timing requirements of the PHY layer.
  • the method may include outputting, by the minimum number of active hardware threads, UL packet processing commands to the minimum number of active UL packet processing blades.
  • the semi-static UL timing parameters may include, for each of the plurality of CCs, one or more of a PHY transmission encoding processing time, a PHY DCI processing time, a cipher packet rate, an LCP packet rate, or a maximum throughput.
  • the first type of UL dynamic timing parameters may include, for each of the plurality of CCs, one or more of a UL grant size, a UL grant duration per symbol, a K2 packet processing time, and an inline buffer PHY due time.
  • the second type of UL dynamic timing parameters may include, for each of the plurality of CCs, average packet size.
  • the third type of UL dynamic timing parameters include an external memory or NoC delay.
  • the performing, by the UTP of the uC, the timing analysis for the plurality of concurrent CCs based on the semi-static UL timing parameters, the first type of dynamic UL timing parameters, the second type of UL dynamic timing parameters, and the third type of UL dynamic timing parameters may include determining, based on the first type of dynamic UL timing parameters, a DP timing budget for a first symbol for one or more CCs, the DP timing budget being associated with a time the first symbol is due in an inline buffer of the UL Layer 2 DP subsystem, and the first type of dynamic UL timing parameters being associated with a UL grant.
  • the performing, by the UTP of the uC, the timing analysis for the plurality of concurrent CCs based on the semi-static UL timing parameters, the first type of dynamic UL timing parameters, the second type of UL dynamic timing parameters, and the third type of UL dynamic timing parameters may include determining, based on the second type of UL dynamic timing parameters, an average UL packet size for each LC served by the UL grant.
  • the performing, by the UTP of the uC, the timing analysis for the plurality of concurrent CCs based on the semi-static UL timing parameters, the first type of dynamic UL timing parameters, the second type of UL dynamic timing parameters, and the third type of UL dynamic timing parameters may include determining, based on the third type of dynamic UL timing parameters, a delay associated with an external memory.
  • the performing, by the UTP of the uC, the timing analysis for the plurality of concurrent CCs based on the semi- static UL timing parameters, the first type of dynamic UL timing parameters, the second type of UL dynamic timing parameters, and the third type of UL dynamic timing parameters may include determining, based on the average UL packet size for each LC served by the UL grant and the delay associated with the external memory, a number of symbols per UL packet.
  • the performing, by the UTP of the uC, the timing analysis for the plurality of concurrent CCs based on the semi-static UL timing parameters, the first type of dynamic UL timing parameters, the second type of UL dynamic timing parameters, and the third type of UL dynamic timing parameters may include determining, based on the semi-static UL timing parameters, a cipher processing time per symbol based on packet size and packet overhead.
  • the performing, by the UTP of the uC, the timing analysis for the plurality of concurrent CCs based on the semi-static UL timing parameters, the first type of dynamic UL timing parameters, the second type of UL dynamic timing parameters, and the third type of UL dynamic timing parameters may include determining, based on the semi-static UL timing parameters, an LCP processing time per symbol based at least in part on an LCP processing time per UL packet.
  • the method in response to determining that a first UL timing condition is met based on one or more of the DP timing budget for a first symbol for one or more CCs, the average UL packet size for each LC served by the UL grant, the delay associated with a memory external to the UL Layer 2 DP subsystem, the number of symbols per UL packet, the cipher processing time per symbol based at least in part on packet size and packet overhead, or the LCP processing time per symbol based at least in part on the LCP processing time per UL packet, the method may include determining, by the UTP of the uC, whether a second UL timing condition is met.
  • the method in response to determining that the second UL timing condition is met based on whether at least one symbol is ready in the inline buffer of the UL Layer 2 DP subsystem prior to a PHY layer due time, the method may include reducing, by the UTP of the uC, a number of the active UL packet processing blades. In some embodiments, in response to determining that the first UL timing condition is not met, the method may include determining, by the UTP of the uC, whether the cipher processing time for one symbol is greater than a delay in LCP command generation plus a first threshold.
  • the method in response to determining that the cipher processing time for one symbol is greater than the delay in LCP command generation plus the first threshold, may include increasing, by the UTP of the uC, a number of active UL packet processing blades. In some embodiments, in response to determining that the cipher processing time for one symbol is not greater than the delay in LCP command generation plus the first threshold, the method may include determining, by the UTP of the uC, whether the delay in LCP command generation is greater than the cipher processing time for one symbol plus a second threshold.
  • the method in response to determining that the LCP command generation is greater than the cipher processing time for one symbol plus a second threshold, the method may include increasing, by the UTP of the uC, a number of active hardware threads. In some embodiments, in response to determining that the LCP command generation is not greater than the cipher processing time for one symbol plus a second threshold, the method may include increasing, by the UTP of the uC, the number of active UL packet processing blades and the number of active hardware threads.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Selon un aspect, la présente divulgation concerne une puce de bande de base. La puce de bande de base peut comprendre un microcontrôleur qui comprend un prédicteur de synchronisation d'UL (UTP). L'UTP peut recevoir des paramètres de synchronisation d'UL semi-statiques en provenance d'un dispositif de commande de DP, un premier type de paramètres de synchronisation dynamique d'UL en provenance d'un dispositif de commande de couche physique, un deuxième type de paramètres de synchronisation dynamique d'UL en provenance d'une grappe de traitement de priorisation de canal logique (LCP) associée à un ensemble de fils matériels, et un troisième type de paramètres de synchronisation dynamique d'UL en provenance d'une grappe matérielle de LCP associée à l'ensemble de lames de traitement de paquets d'UL. L'UTP peut effectuer une analyse de synchronisation pour une pluralité de porteuses composantes (CC) simultanées sur la base des paramètres de synchronisation d'UL reçus, et sélectionner un nombre minimal de lames de traitement de paquets d'UL actives et un nombre minimal de fils matériels actifs pour satisfaire aux exigences de synchronisation d'UL.
PCT/US2022/045581 2022-10-03 2022-10-03 Appareil et procédé d'activation/désactivation adaptative d'un chemin de données de couche 2 de liaison montante et de fils matériels WO2024076337A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/US2022/045581 WO2024076337A1 (fr) 2022-10-03 2022-10-03 Appareil et procédé d'activation/désactivation adaptative d'un chemin de données de couche 2 de liaison montante et de fils matériels

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/US2022/045581 WO2024076337A1 (fr) 2022-10-03 2022-10-03 Appareil et procédé d'activation/désactivation adaptative d'un chemin de données de couche 2 de liaison montante et de fils matériels

Publications (1)

Publication Number Publication Date
WO2024076337A1 true WO2024076337A1 (fr) 2024-04-11

Family

ID=90608768

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2022/045581 WO2024076337A1 (fr) 2022-10-03 2022-10-03 Appareil et procédé d'activation/désactivation adaptative d'un chemin de données de couche 2 de liaison montante et de fils matériels

Country Status (1)

Country Link
WO (1) WO2024076337A1 (fr)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110103327A1 (en) * 2009-10-29 2011-05-05 Young Dae Lee Method of transmitting semi-persistent scheduling data in multiple component carrier system
US20150305017A1 (en) * 2002-05-08 2015-10-22 Blackberry Limited Multi-Carrier Operation For Wireless Systems
US20160226822A1 (en) * 2015-01-30 2016-08-04 Nicira, Inc. Datapath for multiple tenants
WO2021051119A2 (fr) * 2020-12-16 2021-03-18 Zeku, Inc. Appareil et procédé de traitement de données de couche 2 à l'aide de circuits de couche 2 souples
WO2021087526A1 (fr) * 2020-06-09 2021-05-06 Zeku, Inc. Solutions de pile de données de couche 2 d'ue 5g modulaires pour un transfert de données à haut débit et à faible latence

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150305017A1 (en) * 2002-05-08 2015-10-22 Blackberry Limited Multi-Carrier Operation For Wireless Systems
US20110103327A1 (en) * 2009-10-29 2011-05-05 Young Dae Lee Method of transmitting semi-persistent scheduling data in multiple component carrier system
US20160226822A1 (en) * 2015-01-30 2016-08-04 Nicira, Inc. Datapath for multiple tenants
WO2021087526A1 (fr) * 2020-06-09 2021-05-06 Zeku, Inc. Solutions de pile de données de couche 2 d'ue 5g modulaires pour un transfert de données à haut débit et à faible latence
WO2021051119A2 (fr) * 2020-12-16 2021-03-18 Zeku, Inc. Appareil et procédé de traitement de données de couche 2 à l'aide de circuits de couche 2 souples

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
AIJAZ: "Packet duplication in dual connectivity enabled 5G wireless networks: Overview and -challenges", IEEE COMMUNICATIONS STANDARDS MAGAZINE, vol. 3, no. 3, 29 May 2019 (2019-05-29), pages 20 - 28, XP011759192, Retrieved from the Internet <URL:https://ieeexplore.ieee.org/abstract/document/8928163> [retrieved on 20230117], DOI: 10.1109/MCOMSTD.001.1700065 *

Similar Documents

Publication Publication Date Title
JP7453326B2 (ja) Ｎｒユーザ機器のための選択的クロススロットスケジューリング
JP7256224B2 (ja) Ｐｄｃｃｈ監視周期性
TW202044866A (zh) 在不同切換延遲內執行頻寬部分切換進程的方法和裝置
US20160174177A1 (en) Timing advance methods and apparatuses
JP2022538211A (ja) Ｂｗｐの管理方法および装置、端末
WO2022074884A1 (fr) Terminal, station de base et procédé de communication
WO2022014272A1 (fr) Terminal, station de base et procédé de communication
US20230019102A1 (en) Data plane scalable architecture for wireless communication
EP4271086A1 (fr) Équipement d&#39;utilisateur, noeud de planification, procédé associé à un équipement d&#39;utilisateur et procédé associé à un noeud de planification
EP4160964A1 (fr) Équipement utilisateur et station de base impliqués dans la surveillance d&#39;un canal de commande de liaison descendante
WO2022014281A1 (fr) Terminal, station de base et procédé de communication
WO2023003543A1 (fr) Appareil et procédé de traitement de couche 2 hybride parallèle/en pipeline à puissance optimisée pour des paquets de différents types de débit
WO2022014279A1 (fr) Terminal, station de base et procédé de communication
WO2023282888A1 (fr) Schéma d&#39;activité de données à latence pour une optimisation de puissance de couche 2
EP4099598A1 (fr) Équipement d&#39;utilisateur, noeud de planification, procédé associé à un équipement d&#39;utilisateur et procédé associé à un noeud de planification
WO2024076337A1 (fr) Appareil et procédé d&#39;activation/désactivation adaptative d&#39;un chemin de données de couche 2 de liaison montante et de fils matériels
WO2024063785A1 (fr) Appareil et procédé de traitement de priorisation de canal logique (lcp) de petits paquets à haute densité et haute priorité
WO2024171653A1 (fr) Terminal, station de base, procédé de communication et circuit intégré
EP4311331A1 (fr) Terminal, station de base et procédé de communication
WO2023249637A1 (fr) Appareil et procédé pour mettre en oeuvre un schéma de traitement basé sur un jeton pour des fils de plan de données virtuels
TWI848042B (zh) 用於新無線電載波聚合的次細胞休眠
WO2024147793A1 (fr) Appareil et procédé de réglage dynamique de fréquence/tension d&#39;horloge de couche 2 de plan de données
WO2022027676A1 (fr) Procédé et dispositif de communication
US20230014887A1 (en) Uplink data grant scheduling
WO2024100918A1 (fr) Terminal, station de base et procédé de communication

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22961561

Country of ref document: EP

Kind code of ref document: A1