[go: up one dir, main page]

WO2024209232A1 - Amélioration de débit par optimisation de xoverhead dans un partage de spectre dynamique - Google Patents

Amélioration de débit par optimisation de xoverhead dans un partage de spectre dynamique Download PDF

Info

Publication number
WO2024209232A1
WO2024209232A1 PCT/IB2023/053437 IB2023053437W WO2024209232A1 WO 2024209232 A1 WO2024209232 A1 WO 2024209232A1 IB 2023053437 W IB2023053437 W IB 2023053437W WO 2024209232 A1 WO2024209232 A1 WO 2024209232A1
Authority
WO
WIPO (PCT)
Prior art keywords
overhead
values
downlink data
communication device
data channel
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
PCT/IB2023/053437
Other languages
English (en)
Inventor
Ho Ting Cheng
Saad Naveed AHMED
Xuegui SONG
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Priority to PCT/IB2023/053437 priority Critical patent/WO2024209232A1/fr
Publication of WO2024209232A1 publication Critical patent/WO2024209232A1/fr
Anticipated expiration legal-status Critical
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/542—Allocation or scheduling criteria for wireless resources based on quality criteria using measured or perceived quality
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Allocation of payload; Allocation of data channels, e.g. PDSCH or PUSCH
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0058—Allocation criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0058—Allocation criteria
    • H04L5/006—Quality of the received signal, e.g. BER, SNR, water filling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition

Definitions

  • the present disclosure relates to methods, apparatuses, and computer readable media for New Radio (NR) throughput improvement via xOverhead optimization in dynamic spectrum sharing.
  • NR New Radio
  • DSS Dynamic Spectrum Sharing
  • NR 5G new radio
  • LTE Long-Term Evolution
  • PDSCH NR physical data shared channel
  • REs resource elements
  • CRS cell specific reference signal
  • PDCCH LTE physical downlink control channel
  • PRB physical resource block
  • NR PDSCH in DSS often uses a lower modulation and coding scheme (MCS) due to a coding rate exceeding the 0.95 rate limit and hence has a smaller transport block size (TBS) compared to a clean NR system where NR does not have to share REs.
  • MCS modulation and coding scheme
  • N EE N sc BN symb ⁇ N DMRS ⁇ N oh B
  • N ⁇ mb is the number of symbols of the PDSCH allocation within the slot
  • N DM B RS is the number of REs for DM-RS per PRB
  • N BBB is the overhead configured by higher layer parameter xOverhead in PDSCH-ServingCellConfig with values 0, 6, 12, or 18.
  • xOverhead accounts for overhead from CSI-RS, CORESET, etc. If the xOverhead field is absent, the UE applies value xOhO (see TS 38.214 [19], clause 5.1.3.2).
  • a method is performed by a network node of a cellular communications system.
  • the method includes determining a select overhead value for a downlink data channel to a wireless communication device from a set of candidate overhead values that optimizes one or more values of one or more performance metrics for the downlink data channel based on one or more values of one or more parameters related to a radio frequency condition of a wireless channel between the network node and the wireless communication device.
  • the select overhead value sets a resource allocation overhead for the downlink data channel to the wireless communication device.
  • the method further includes transmitting the select overhead value to a wireless communication device for the wireless channel.
  • Advantages of the proposed subject matter include improved data throughput in the downlink channel. This is achieved by optimizing the overhead value in a way that eliminates the need for manual overhead parameter tuning.
  • the determining the select overhead value for the downlink data channel to the wireless communication device includes determining the select overhead value based on : (a) the one or more values of the one or more parameters related to the RF condition of the wireless channel, and (b) mapping information that maps each different set of the one or more values of the one or more parameters related to the RF condition to a respective overhead value from the set of candidate overhead values that optimizes the one or more performance metrics for the downlink data channel given the set of the one or more values of the one or more parameters related to the RF condition.
  • the method further includes: identifying, prior to determining the select overhead value from the set of candidate overhead values, an overhead value from the set of candidate overhead values, transmitting the identified overhead value to the wireless communication device, obtaining, for the identified overhead value, information comprising the one or more values of the one or more performance metrics for the downlink data channel to the wireless communication device and a respective set of the one or more values of the one or more parameters related to the RF condition of the wireless channel, and repeating the identifying, the transmitting, and the obtaining for remaining overhead values in the set of candidate overhead values during an observation window.
  • the method includes performing one or more additional iterations of the identifying, the transmitting, and the obtaining during the observation window and or determining the mapping information based on the information obtained for the overhead value from the set of candidate overhead values.
  • each overhead value from the set of candidate overhead values corresponds to a different number of overhead resource elements in the downlink data channel.
  • the one or more performance metrics for the downlink data channel include any one or more of the following: a throughput of the downlink data channel, a spectral efficiency, a call drop rate, a block error rate (BLER) for the downlink data channel, a latency of the downlink data channel; or a channel quality index (CQI) value.
  • the one or more parameters related to the RF condition of the wireless channel include any one or more of: a signal-to-noise ratio (SNR), a velocity or speed of the wireless communication device, or a channel condition comprising a multipath condition.
  • SNR signal-to-noise ratio
  • a network node apparatus of a cellular communications system includes receiver circuitry, and processing circuitry associated with the receiver circuitry, the processing circuitry configured to cause the network node apparatus perform operations including: determine a select overhead value for a downlink data channel to a wireless communication device from a set of candidate overhead values that optimizes one or more values of one or more performance metrics for the downlink data channel based on one or more values of one or more parameters related to a radio frequency, condition of a wireless channel between the network node apparatus and the wireless communication device, wherein the select overhead value sets a resource allocation overhead for the downlink data channel to the wireless communication device, and transmit the select overhead value to a wireless communication device for the wireless channel.
  • the processing circuitry is further configured to cause the network node apparatus to determine the select overhead value based on: (a) the one or more values of the one or more parameters related to the RF condition of the wireless channel, and (b) mapping information that maps each different set of the one or more values of the one or more parameters related to the RF condition to a respective overhead value from the set of candidate overhead values that optimizes the one or more performance metrics for the downlink data channel given the set of the one or more values of the one or more parameters related to the RF condition.
  • the processing circuitry is further configured to cause the network node apparatus to: select, prior to determining the select overhead value from the set of candidate overhead values, an overhead value from the set of candidate overhead values, transmit the selected overhead value to the wireless communication device, obtain, for the selected overhead value, information comprising the one or more values of the one or more performance metrics for the downlink data channel to the wireless communication device and a respective set of the one or more values of the one or more parameters related to the RF condition of the wireless channel, and repeat the selecting, the transmitting, and the obtaining for remaining overhead values in the set of candidate overhead values during an observation window.
  • the processing circuitry is further configured to cause the network node apparatus to: perform one or more additional iterations of the selecting, the transmitting, and the obtaining during the observation window. In some embodiments, the processing circuitry is further configured to cause the network node apparatus to: determine the mapping information based on the information obtained for the overhead value from the set of candidate overhead values. In some embodiments, each overhead value from the set of candidate overhead values corresponds to a different number of overhead resource elements in the downlink data channel.
  • the one or more performance metrics for the downlink data channel comprise any one or more of the following: a throughput of the downlink data channel, a spectral efficiency, a call drop rate, a BLER for the downlink data channel, a latency of the downlink data channel, or a CQI value.
  • the one or more parameters related to the RF condition of the wireless channel include any one or more of: a signal-to-noise ratio, SNR, a velocity or speed of the wireless communication device, or a channel condition comprising a multipath condition.
  • a network node adapted to perform any variation of the method described above.
  • a non-transitory computer readable medium having code stored thereon, the code, when executed, causing a processor to perform any variation of the method described above.
  • FIG. 1 shows a system, in accordance with some embodiments
  • FIG. 2. shows an example table showing throughput change as a percentage for RF Points 1 -5 and xOverhead values including existing values 0, 6, 12, and 18, and new values 4 and 22;
  • FIG. 3 shows an example process, in accordance with some embodiments
  • FIG. 4 shows an example timing diagram for a computing module, scheduler, and UE during a training phase and an application phase
  • FIG. 5 shows a method performed by a network node of a cellular communications system, in accordance with some embodiments
  • FIG. 6A shows a continuation of the method shown in FIG. 5, in accordance with some embodiments.
  • FIG. 6B shows a continuation of the method shown in FIG. 6A, in accordance with some embodiments.
  • FIG. 7 shows a diagram of a cloud implementation of the disclosed subject matter, in accordance with some embodiments.
  • FIG. 8 shows an example of an Open Radio Access Network (O-RAN) 5G implementation that includes static xOverhead assignments and an O-RAN implementation that includes throughput maximized xOverhead assignments.
  • O-RAN Open Radio Access Network
  • FIG. 9 illustrates an example of a cellular communications system according to some embodiments.
  • FIG. 10A is a schematic block diagram of a radio access node according to some embodiments.
  • FIG. 10B is another schematic block diagram of a radio access node according to some embodiments.
  • FIG. 11 A is a schematic block diagram of a User Equipment device (UE) according to some embodiments;
  • FIG. 11 B is another schematic block diagram of a UE according to some embodiments;
  • FIG. 12 is a schematic block diagram that illustrates a virtualized embodiment of the radio access node of FIG. 10 according to some embodiments.
  • FIG. 13 illustrates a telecommunication network connected via an intermediate network to a host computer in accordance with some embodiments.
  • Radio Node As used herein, a “radio node” is either a radio access node or a wireless communication device (also referred to herein as a User Equipment (UE)).
  • UE User Equipment
  • Radio Access Node As used herein, a “radio access node” or “radio network node” or “radio access network node” is any node in a Radio Access Network (RAN) of a cellular communications network that operates to wirelessly transmit and/or receive signals.
  • RAN Radio Access Network
  • a radio access node examples include, but are not limited to, a base station (e.g., a New Radio (NR) base station (gNB) in a Third Generation Partnership Project (3GPP) Fifth Generation (5G) NR network or an enhanced or evolved Node B (eNB) in a 3GPP Long Term Evolution (LTE) network), a high-power or macro base station, a low-power base station (e.g., a micro base station, a pico base station, a home eNB, or the like), a relay node, a network node that implements part of the functionality of a base station or a network node that implements a gNB Distributed Unit (gNB-DU)) or a network node that implements part of the functionality of some other type of radio access node.
  • a base station e.g., a New Radio (NR) base station (gNB) in a Third Generation Partnership Project (3GPP) Fifth Generation (5G) NR network or an enhanced or evolved Node B
  • Core Network Node is any type of node in a core network or any node that implements a core network function.
  • Some examples of a core network node include, e.g., a Mobility Management Entity (MME), a Packet Data Network Gateway (P-GW), a Service Capability Exposure Function (SCEF), a Home Subscriber Server (HSS), or the like.
  • MME Mobility Management Entity
  • P-GW Packet Data Network Gateway
  • SCEF Service Capability Exposure Function
  • HSS Home Subscriber Server
  • a core network node examples include a node implementing an Access and Mobility Function (AMF), a User Plane Function (UPF), a Session Management Function (SMF), an Authentication Server Function (AUSF), a Network Slice Selection Function (NSSF), a Network Exposure Function (NEF), a Network Function (NF) Repository Function (NRF), a Policy Control Function (PCF), a Unified Data Management (UDM), or the like.
  • AMF Access and Mobility Function
  • UPF User Plane Function
  • SMF Session Management Function
  • AUSF Authentication Server Function
  • NSSF Network Slice Selection Function
  • NEF Network Exposure Function
  • NRF Network Exposure Function
  • NRF Network Exposure Function
  • PCF Policy Control Function
  • UDM Unified Data Management
  • a “communication device” is any type of device that has access to an access network.
  • Some examples of a communication device include, but are not limited to: mobile phone, smart phone, sensor device, meter, vehicle, household appliance, medical appliance, media player, camera, or any type of consumer electronic, for instance, but not limited to, a television, radio, lighting arrangement, tablet computer, laptop, or Personal Computer (PC).
  • the communication device may be a portable, hand-held, computer-comprised, or vehicle-mounted mobile device, enabled to communicate voice and/or data via a wireless or wireline connection.
  • Wireless Communication Device One type of communication device is a wireless communication device, which may be any type of wireless device that has access to (i.e., is served by) a wireless network (e.g., a cellular network).
  • a wireless communication device include, but are not limited to: a User Equipment device (UE) in a 3GPP network, a Machine Type Communication (MTC) device, and an Internet of Things (loT) device.
  • UE User Equipment
  • MTC Machine Type Communication
  • LoT Internet of Things
  • Such wireless communication devices may be, or may be integrated into, a mobile phone, smart phone, sensor device, meter, vehicle, household appliance, medical appliance, media player, camera, or any type of consumer electronic, for instance, but not limited to, a television, radio, lighting arrangement, tablet computer, laptop, or PC.
  • the wireless communication device may be a portable, hand-held, computer-comprised, or vehicle-mounted mobile device, enabled to communicate voice and/or data via a wireless connection.
  • Network Node As used herein, a “network node” is any node that is either part of the RAN or the core network of a cellular communications network/system.
  • a single fixed xOverhead value does not optimize NR throughput performance across different RF conditions.
  • Existing xOverhead options do not maximize throughput performance. It is desired to have an adaptive process that chooses the correct xOverhead based on an SNR and channel conditions so as to maximize system performance (e.g., throughput performance).
  • xOverhead has a value selected from a set of integer values from 0 to N, where N is a user configurable parameter. For example, if N is 20, there are 21 xOverhead value options. In contrast, current systems only allow for four xOverhead values: 0, 6, 12, and 18.
  • Advantages of the proposed subject matter include improved NR data throughput. This is achieved by optimizing xOverhead via a SON process that eliminates the need for manual xOverhead parameter tuning.
  • the overall system architecture is similar to the Ericsson Spectrum Sharing (ESS) system architecture where a shared resource allocator outputs and informs LTE scheduling and NR scheduling of resource allocation.
  • ESS Ericsson Spectrum Sharing
  • Embodiments of the present disclosure include the following: a) A computing module is introduced and resides, e.g., in the NR system. b) xOverhead configurations are adjusted dynamically during a training phase and are communicated from the computing module in the NR system to a UE (e.g., via a PDSCH-ServingCellConfig message). c) An entry of throughput performance obtained along with UE performance metrics such as CQI feedback, pathloss, and L3 measurements (e.g., Reference Signal Received Power (RSRP)) in the NR system is stored in a lookup table. d) After the training is finished, the computing module in NR will configure and communicate the optimal xOverhead to the UE.
  • RSRP Reference Signal Received Power
  • FIG. 1 depicts a diagram of an example system 100, in accordance with some embodiments.
  • System 100 includes UE 150 and a network node 120 that operates in accordance with a dynamic spectrum sharing scheme.
  • the network node 120 is a NR base station (i.e. , a gNB), and the dynamic spectrum sharing scheme shares spectrum between NR and, e.g., LTE.
  • the network node 120 includes a computing module 130 which interfaces with scheduler 140 and UE 150 to assign an overhead (e.g., xOverhead) configuration 132 to UE 150 and scheduler 140 at 134.
  • UE 150 provides feedback such as a CQI to scheduler 140.
  • Scheduler 140 provides UE data throughput information and the CQI to computing module 130 which then adjusts the xOverhead configuration as needed to optimize throughput.
  • computing module 130 and scheduler 140 are the same module or implemented in one module.
  • FIG. 2. shows an example table showing throughput change as a percentage (with a (+) percentage meaning an increase in throughput and a (-) percentage meaning a decrease in throughput) at example RF Points 1 -5 and xOverhead values including existing values 0, 6, 12, and 18, and new values 4 and 22.
  • Existing xOverhead values are values described in the 3GPP standards, the new values are not now in the standards. No single xOverhead value provides the highest throughput for all RF conditions (RF points).
  • the example five RF points (RF Point 1 - RF Point 5) represent five different RF or wireless channel conditions experienced by a UE.
  • the RF points have only different SNRs with, for example, RF Point 1 having the highest SNR and RF Point 5 has the lowest SNR.
  • RF Points can have additional parameters that vary from RF point to RF point such as different multipath conditions and/or velocity or speed of the UE.
  • the best throughput is circled and corresponds to the xOverhead value that provides the best throughput (multiple values are circled for tied throughputs).
  • the best throughput for RF Point 1 can be achieved with xOverhead values of 12, 18, or 22.
  • the best throughput for RF Point 2 can be achieved with xOverhead value of 22.
  • the best throughput for RF Point 3 can be achieved with the baseline xOhO.
  • the best throughput for RF Point 4 can be achieved with xOverhead value of 12.
  • the best throughput for RF Point 5 can be achieved with xOverhead value of 4.
  • Each xOverhead value corresponds to a particular number of Resource Elements (REs).
  • a table of values of throughput as a function of RF Point and xOverhead value such as the example table shown in FIG. 2 can be generated as part of a training phase (see FIG. 3). The table can be stored in a memory associated with computing module 130 in FIG. 1 .
  • xOverhead configurations are adjusted dynamically during the training phase and are communicated from the new module in the NR system to a UE (e.g., via a PDSCH-ServingCellConfig message).
  • a best xOverhead value is determined by the computing module based on the RF Point of the UE 150 which can be indicated, at least in part, by the throughput to the UE 150 and CQI feedback from the UE 150.
  • the xOverhead lookup table can be determined by exhausting all RF points of interest during the training phase to eliminate the need of retraining during an application phase. One way is to place a test UE at various RF points for training purposes.
  • Some instances of the lookup table described above are one dimensional arrays values of throughput change for the allowable xOverhead values for a single RF Point.
  • Other instances of the lookup table are two dimensional arrays with values of throughput change for the allowable xOverhead values for more than one RF Point.
  • the lookup table may be similar to FIG. 2 where each row corresponds to a different RF Point and the columns correspond to the various allowable xOverhead values.
  • the lookup table can be arranged column-wise instead of row-wise as shown in FIG. 2.
  • FIG. 3 shows a process 300, in accordance with some example embodiments. Steps 310-350 correspond to a training phase, and steps 360-395 correspond to an application, or execution, phase.
  • the process includes selecting a size for an observation widow used in a training phase.
  • An observation window defines a period of time in which key performance indicator (KPI) metrics such as throughput are collected. For example, if the size of the observation window is 100ms, KPI metrics are collected for 100ms for each xOverhead value during training.
  • KPI key performance indicator
  • the process includes selecting a next xOverhead value from a set of values.
  • the xOverhead can take integer values from 1 to N with N being, for example 20.
  • the process includes communicating the selected xOverhead value to the UE (e.g., via a PDSCH-ServingCellConfig message).
  • the process includes collecting throughput and UE CQI metrics after the observation window expires.
  • the process includes adding a new entry to a lookup table of training values based on the collected throughput and CQI metric values.
  • the table stores an entry such as a throughput value that associates the CQI metric values to the throughout for the selected xOverhead value.
  • the system determines whether training is finished. For example, training may be completed when all the possible xOverhead values are communicated to the UE and the corresponding throughput and metric (e.g., CQI) values collected. If training is not completed, the process returns to 320.
  • the process 310-350 can be performed for each RF point for at least one UE but possibly not all UEs. For example, the process 310-350 may be performed for one or more RF points for one UE but not other UEs. In practice, it may not be known how many different RF points (or RF conditions) to which the UE may be exposed.
  • the process 310- 350 is performed for each RF point.
  • the training process generates a lookup table that has enough entries to cover most of the RF points and their corresponding KPIs but small enough not to affect normal operations. If training is completed, the process proceeds to 360.
  • the system selects from the lookup table the xOverhead value that provides the best (e.g., maximizes) throughput performance for the UE considering a current RF condition (e.g., current or latest reported CQI values) of the UE.
  • the system communicates to the UE the xOverhead value that maximizes throughput.
  • the system configures the scheduler of the network node to use this same xOverhead value for the UE.
  • the system will communicate this same xOverhead value in the PDSCH- ServingCellConfig message to the UE.
  • the system continues to collect throughput information from the UE and metric values (e.g., CQI).
  • Per-CQI entries in the lookup table may produce frequent xOverhead reconfiguration.
  • a practical approach is to group the CQI values into categories such as: very good RF (e.g., CQI > 11 ), good RF, poor RF, very poor RF.
  • FIG. 4 shows an example timing diagram 400 for computing module 130, scheduler 140, and UE 150 during a training phase 410 and an application phase 415.
  • Training phase 410 At 132, computing module 130 sends a first xOverhead value to the scheduler 140. At 142, the first xOverhead value is sent from the scheduler 140 to the UE 150. At 152, the UE provides CQI performance feedback using the first xOverhead value to the computing module 130. At 143, the scheduler 140 sends the UE throughput to the computing module 130. At 144, the computing module 130 stores the received throughput and/or CQI information corresponding to the first xOverhead value in a lookup table. The foregoing describes the timing and signals sent between the computing module 130, scheduler 140, and UE 150 for a first xOverhead value.
  • computing module 130 sends a last xOverhead value to the scheduler 140.
  • the last xOverhead value is sent from the scheduler 140 to the UE 150.
  • the UE provides CQI feedback using the last xOverhead value to the computing module 130.
  • the scheduler 140 sends the UE throughput to the computing module 130.
  • the computing module 130 stores the received throughput and/or CQI information corresponding to the last xOverhead value in the lookup table.
  • FIG. 3 at 310-350 further describe the training phase/process.
  • Application phase 415 The lookup table generated in the training phase 410 that is stored in a memory so that table can be accessed and values retrieved.
  • a selected xOverhead value that maximizes throughput is sent from computing module 130 to scheduler 140.
  • the selected xOverhead value is sent from scheduler 140 to UE 150.
  • the UE sends CQI feedback to the computing module 130.
  • the scheduler 140 sends UE throughput information to computing module 130.
  • the computing module 130 may select a different xOverhead value (not shown in FIG. 4) to improve throughput and start the process again at 136.
  • application phase 415 may repeat many times before the training phase 410 is repeated or application phase 415 may repeat and the training phase 410 is not repeated.
  • FIG. 3 at 360-395 further describe the application phase/process.
  • FIG. 5 shows a method performed by a network node of a cellular communications system, in accordance with some embodiments.
  • the method includes determining a select overhead value for a downlink data channel to a wireless communication device from a set of candidate overhead values.
  • the select overhead value optimizes one or more values of one or more performance metrics for the downlink data channel based on one or more values of one or more parameters related to a radio frequency (RF), condition of a wireless channel between the network node and the wireless communication device.
  • RF radio frequency
  • the select overhead value sets a resource allocation overhead for the downlink data channel to the wireless communication device.
  • the method includes transmitting the select overhead value to a wireless communication device for the wireless channel.
  • the determining and the transmitting can be performed by the computing module 130 of FIG. 1 .
  • the select overhead value can be an xOverhead value that maximizes a throughput to the wireless communication device.
  • xOverhead value 22 corresponding to a 12% increase in throughput would be sent to the wireless communication device.
  • FIG. 6A shows a continuation 600 of the method shown in FIG. 5, in accordance with some example embodiments.
  • 5 further includes determining the select overhead value based on: (a) the one or more values of the one or more parameters related to the RF condition of the wireless channel, and (b) mapping information that maps each different set of the one or more values of the one or more parameters related to the RF condition to a respective overhead value from the set of candidate overhead values that optimizes the one or more performance metrics for the downlink data channel given the set of the one or more values of the one or more parameters related to the RF condition.
  • FIG. 6B shows a continuation 615 of the method shown in FIG. 6A, in accordance with some example embodiments.
  • the method includes at 620 identifying, prior to determining the select overhead value from the set of candidate overhead values, an overhead value from the set of candidate overhead values.
  • the method includes transmitting the identified overhead value to the wireless communication device.
  • the method includes obtaining, for the identified overhead value, information comprising the one or more values of the one or more performance metrics for the downlink data channel to the wireless communication device and a respective set of the one or more values of the one or more parameters related to the RF condition of the wireless channel.
  • the method includes repeating the identifying, the transmitting, and the obtaining for remaining overhead values in the set of candidate overhead values during an observation window.
  • the method includes performing one or more additional iterations of the identifying, the transmitting, and the obtaining during the observation window.
  • the method includes determining the mapping information based on the information obtained for the overhead value from the set of candidate overhead values.
  • FIG. 7 shows a diagram 700 of a cloud implementation of the disclosed subject matter, in accordance with some embodiments.
  • DSS cell 710 includes one or more wireless communication devices (e.g., UEs) and one or more network nodes to provide cellular communications between the wireless communication devices and wireless/fixed devices outside DSS cell 710.
  • One or more network nodes in DSS cell 710 are able to communicate via a communication link to a cloud implementation of the computing module 130.
  • radio resource scheduling in dynamic spectrum sharing is performed per timeslot in baseband units.
  • the throughput performance and UE CQI feedback can be communicated between DSS cell 710 and the cloud 720 during a training phase (e.g., FIG. 4).
  • the computing module 130 in the cloud communicates the optimal xOverhead value to the DSS cell 710 during an application phase (e.g., FIG. 4).
  • FIG. 8 shows an example of an Open Radio Access Network (O-RAN) 5G implementation 800 that includes static xOverhead assignments and an O-RAN implementation 870 that includes throughput maximized xOverhead assignments, in accordance with some embodiments.
  • O-RAN 5G implementation 800 includes radio unit 810, distributed unit 820, static xOverhead assignment 830A, central unit 840, platform 850 and application 860.
  • Traditional implementations include static xOverhead assignment 830A where radio resource scheduling for dynamic spectrum sharing normally resides in distributed units (Dlls) since this belongs to MAC-layer resource allocation.
  • Dlls distributed units
  • O-RAN 5G implementation 870 includes radio unit 810, distributed unit 820, throughput maximized xOverhead assignment 830B, central unit 840, platform 850 and application 860.
  • the disclosed subject matter can be incorporated in a DU as part of the O-RAN implementation without altering the existing radio unit 810, central unit 840, platform 850, or application 860.
  • FIG. 9 illustrates one example of a cellular communications system 900 in which embodiments of the present disclosure may be implemented.
  • the cellular communications system 900 is a 5G system (5GS) including a Next Generation RAN (NG-RAN) and a 5G Core (5GC) or an Evolved Packet System (EPS) including an Evolved Universal Terrestrial RAN (E-UTRAN) and an Evolved Packet Core (EPC).
  • 5GS 5G system
  • NG-RAN Next Generation RAN
  • 5GC 5G Core
  • EPS Evolved Packet System
  • E-UTRAN Evolved Universal Terrestrial RAN
  • EPC Evolved Packet Core
  • the RAN includes base stations 902-1 and 902-2, which in the 5GS include NR base stations (gNBs) and optionally next generation eNBs (ng-eNBs) (e.g., LTE RAN nodes connected to the 5GC) and in the EPS include eNBs controlling corresponding (macro) cells 904-1 and 904-2.
  • the base stations 902-1 and 902-2 are generally referred to herein collectively as base stations 902 and individually as base station 902.
  • the (macro) cells 904-1 and 904-2 are generally referred to herein collectively as (macro) cells 904 and individually as (macro) cell 904.
  • the RAN may also include a number of low power nodes 906-1 through 906-4 controlling corresponding small cells 908-1 through 908-4.
  • the low power nodes 906-1 through 906-4 can be small base stations (such as pico or femto base stations) or RRHs, or the like. Notably, while not illustrated, one or more of the small cells 908-1 through 908-4 may alternatively be provided by the base stations 902.
  • the low power nodes 906-1 through 906-4 are generally referred to herein collectively as low power nodes 906 and individually as low power node 906.
  • the small cells 908-1 through 908-4 are generally referred to herein collectively as small cells 908 and individually as small cell 908.
  • the cellular communications system 900 also includes a core network 910, which in the 5G System (5GS) is referred to as the 5GC.
  • the base stations 902 (and optionally the low power nodes 906) are connected to the core network 910.
  • the base stations 902 and the low power nodes 906 provide service to wireless communication devices 912-1 through 912-5 in the corresponding cells 904 and 908.
  • the wireless communication devices 912-1 through 912-5 are generally referred to herein collectively as wireless communication devices 912 and individually as wireless communication device 912. In the following description, the wireless communication devices 912 are oftentimes UEs, but the present disclosure is not limited thereto.
  • FIG. 10A is a schematic block diagram of a radio access node 1000 according to some embodiments of the present disclosure. Optional features are represented by dashed boxes.
  • the computing module 130 detailed above can reside or be implemented in radio access node 1000.
  • the radio access node 1000 may be, for example, a base station 902 or 906 or a network node that implements all or part of the functionality of the base station 902 or gNB described herein.
  • the radio access node 1000 includes a control system 1002 that includes one or more processors 1004 (e.g., Central Processing Units (CPUs), Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs), and/or the like), memory 1006, and a network interface 1008.
  • the one or more processors 1004 are also referred to herein as processing circuitry.
  • the radio access node 1000 may include one or more radio units 1010 that each includes one or more transmitters 1012 and one or more receivers 1014 coupled to one or more antennas 1016.
  • the radio units 1010 may be referred to or be part of radio interface circuitry.
  • the radio unit(s) 1010 is external to the control system 1002 and connected to the control system 1002 via, e.g., a wired connection (e.g., an optical cable). However, in some other embodiments, the radio unit(s) 1010 and potentially the antenna(s) 1016 are integrated together with the control system 1002.
  • the one or more processors 1004 operate to provide one or more functions of a radio access node 1000 as described herein. In some embodiments, the function(s) are implemented in software that is stored, e.g., in the memory 1006 and executed by the one or more processors 1004. [0077] FIG. 10B is a schematic block diagram of the radio access node 1000 according to some other embodiments of the present disclosure.
  • the radio access node 1000 includes one or more modules 1040, each of which is implemented in software.
  • the module(s) 1040 provide the functionality of the radio access node 1000 described herein. This discussion is equally applicable to the processing node 1200 of FIG. 12. where the modules 1040 may be implemented at one of the processing nodes 1200 or distributed across multiple processing nodes 1200 and/or distributed across the processing node(s) 1200 and the control system 1002.
  • FIG. 11 A is a schematic block diagram of a wireless communication device 1 100 according to some embodiments of the present disclosure.
  • the wireless communication device 1100 includes one or more processors 1 102 (e.g., CPUs, ASICs, FPGAs, and/or the like), memory 1104, and one or more transceivers 1106 each including one or more transmitters 1 108 and one or more receivers 1 110 coupled to one or more antennas 11 12.
  • the transceiver(s) 1106 includes radio-front end circuitry connected to the antenna(s) 1112 that is configured to condition signals communicated between the antenna(s) 1 1 12 and the processor(s) 1 102, as will be appreciated by on of ordinary skill in the art.
  • the processors 1102 are also referred to herein as processing circuitry.
  • the transceivers 1106 are also referred to herein as radio circuitry.
  • the functionality of the wireless communication device 1 100 described above may be fully or partially implemented in software that is, e.g., stored in the memory 1 104 and executed by the processor(s) 1 102. Note that the wireless communication device 1 100 may include additional components not illustrated in FIG.
  • 1 1 A such as, e.g., one or more user interface components (e.g., an input/output interface including a display, buttons, a touch screen, a microphone, a speaker(s), and/or the like and/or any other components for allowing input of information into the wireless communication device 1100 and/or allowing output of information from the wireless communication device 1 100), a power supply (e.g., a battery and associated power circuitry), etc.
  • user interface components e.g., an input/output interface including a display, buttons, a touch screen, a microphone, a speaker(s), and/or the like and/or any other components for allowing input of information into the wireless communication device 1100 and/or allowing output of information from the wireless communication device 1 100
  • a power supply e.g., a battery and associated power circuitry
  • FIG. 1 1 B is a schematic block diagram of the wireless communication device 1 100 according to some other embodiments of the present disclosure.
  • the wireless communication device 1100 includes one or more modules 1 160, each of which is implemented in software.
  • the module(s) 1160 provide the functionality of the wireless communication device 1 100 described herein.
  • FIG. 12 is a schematic block diagram that illustrates a virtualized embodiment of the radio access node 1000 according to some embodiments of the present disclosure.
  • the computing module 130 detailed above can reside or be implemented in radio access node 1000 or radio access node 1200.
  • This discussion is equally applicable to other types of network nodes. Further, other types of network nodes may have similar virtualized architectures. Again, optional features are represented by dashed boxes.
  • a “virtualized” radio access node is an implementation of the radio access node 1000 in which at least a portion of the functionality of the radio access node 1000 is implemented as a virtual component(s) (e.g., via a virtual machine(s) executing on a physical processing node(s) in a network(s)).
  • the radio access node 1000 may include the control system 1002 and/or the one or more radio units 1010, as described above.
  • the control system 1002 may be connected to the radio unit(s) 1010 via, for example, an optical cable or the like.
  • the radio access node 1000 includes one or more processing nodes 1200 coupled to or included as part of a network(s) 1202.
  • Each processing node 1200 includes one or more processors 1204 (e.g., CPUs, ASICs, FPGAs, and/or the like), memory 1206, and a network interface 1208.
  • processors 1204 e.g., CPUs, ASICs, FPGAs, and/or the like
  • memory 1206 e.g., RAM, ROM, and/or the like
  • functions 1210 of the radio access node 1000 described herein are implemented at the one or more processing nodes 1200 or distributed across the one or more processing nodes 1200 and the control system 1002 and/or the radio unit(s) 1010 in any desired manner.
  • some or all of the functions 1210 of the radio access node 1000 described herein are implemented as virtual components executed by one or more virtual machines implemented in a virtual environment(s) hosted by the processing node(s) 1200.
  • additional signaling or communication between the processing node(s) 1200 and the control system 1002 is used in order to carry out at least some of the desired functions 1210.
  • the control system 1002 may not be included, in which case the radio unit(s) 1010 communicate directly with the processing node(s) 1200 via an appropriate network interface(s).
  • a computer program including instructions which, when executed by at least one processor, causes the at least one processor to carry out the functionality of radio access node 1000 or a node (e.g., a processing node 1200) implementing one or more of the functions 1210 of the radio access node 1000 in a virtual environment according to any of the embodiments described herein is provided.
  • a carrier comprising the aforementioned computer program product is provided. The carrier is one of an electronic signal, an optical signal, a radio signal, or a computer readable storage medium (e.g., a non-transitory computer readable medium such as memory).
  • a communication system includes a telecommunication network 1300, such as a 3GPP-type cellular network, which comprises an access network 1302, such as a RAN, and a core network 1304.
  • the access network 1302 comprises a plurality of base stations 1306A, 1306B, 1306C, such as Node Bs, eNBs, gNBs, or other types of wireless Access Points (APs), each defining a corresponding coverage area 1308A, 1308B, 1308C.
  • Each base station 1306A, 1306B, 1306C is connectable to the core network 1304 over a wired or wireless connection 1310.
  • a first UE 1312 located in coverage area 1308C is configured to wirelessly connect to, or be paged by, the corresponding base station 1306C.
  • a second UE 1314 in coverage area 1308A is wirelessly connectable to the corresponding base station 1306A. While a plurality of UEs 1312, 1314 are illustrated in this example, the disclosed embodiments are equally applicable to a situation where a sole UE is in the coverage area or where a sole UE is connecting to the corresponding base station 1306.
  • the telecommunication network 1300 is itself connected to a host computer 1316, which may be embodied in the hardware and/or software of a standalone server, a cloud-implemented server, a distributed server, or as processing resources in a server farm.
  • the computing module 130 detailed above can reside or be implemented in host computer 1316 which may be implemented in the cloud.
  • the host computer 1316 may be under the ownership or control of a service provider, or may be operated by the service provider or on behalf of the service provider.
  • Connections 1318 and 1320 between the telecommunication network 1300 and the host computer 1316 may extend directly from the core network 1304 to the host computer 1316 or may go via an optional intermediate network 1322.
  • the intermediate network 1322 may be one of, or a combination of more than one of, a public, private, or hosted network; the intermediate network 1322, if any, may be a backbone network or the Internet; in particular, the intermediate network 1322 may comprise two or more sub-networks (not shown).
  • the communication system of Figure 13 as a whole enables connectivity between the connected UEs 1312, 1314 and the host computer 1316.
  • the connectivity may be described as an Over-the-Top (OTT) connection 1324.
  • the host computer 1316 and the connected UEs 1312, 1314 are configured to communicate data and/or signaling via the OTT connection 1324, using the access network 1302, the core network 1304, any intermediate network 1322, and possible further infrastructure (not shown) as intermediaries.
  • the OTT connection 1324 may be transparent in the sense that the participating communication devices through which the OTT connection 1324 passes are unaware of routing of uplink and downlink communications.
  • the base station 1306 may not or need not be informed about the past routing of an incoming downlink communication with data originating from the host computer 1316 to be forwarded (e.g., handed over) to a connected UE 1312. Similarly, the base station 1306 need not be aware of the future routing of an outgoing uplink communication originating from the UE 1312 towards the host computer 1316.
  • any appropriate steps, methods, features, functions, or benefits disclosed herein may be performed through one or more functional units or modules of one or more virtual apparatuses.
  • Each virtual apparatus may comprise a number of these functional units.
  • These functional units may be implemented via processing circuitry, which may include one or more microprocessor or microcontrollers, as well as other digital hardware, which may include Digital Signal Processors (DSPs), special-purpose digital logic, and the like.
  • the processing circuitry may be configured to execute program code stored in memory, which may include one or several types of memory such as Read Only Memory (ROM), Random Access Memory (RAM), cache memory, flash memory devices, optical storage devices, etc.
  • Program code stored in memory includes program instructions for executing one or more telecommunications and/or data communications protocols as well as instructions for carrying out one or more of the techniques described herein.
  • the processing circuitry may be used to cause the respective functional unit to perform corresponding functions according one or more embodiments of the present disclosure.

Landscapes

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

Abstract

Sont divulgués des procédés, des appareils et des supports lisibles par ordinateur permettant une amélioration du débit en New Radio (NR) par l'intermédiaire d'une optimisation de xOverhead dans un partage de spectre dynamique. Selon un aspect, un procédé est exécuté par un nœud de réseau d'un système de communication cellulaire. Le procédé comprend les étapes consistant à : déterminer une valeur de surdébit sélectionnée pour un canal de données de liaison descendante vers un dispositif de communication sans fil parmi un ensemble de valeurs de surdébit candidates qui optimise une ou plusieurs valeurs d'une ou plusieurs métriques de performances relatives au canal de données de liaison descendante sur la base d'une ou plusieurs valeurs d'un ou plusieurs paramètres associés à une condition de radiofréquence d'un canal sans fil entre le nœud de réseau et le dispositif de communication sans fil, ladite valeur de surdébit sélectionnée définissant un surdébit d'attribution de ressources associé au canal de données de liaison descendante vers le dispositif de communication sans fil ; et transmettre ladite valeur de surdébit sélectionnée à un dispositif de communication sans fil associé au canal sans fil.
PCT/IB2023/053437 2023-04-04 2023-04-04 Amélioration de débit par optimisation de xoverhead dans un partage de spectre dynamique Pending WO2024209232A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/IB2023/053437 WO2024209232A1 (fr) 2023-04-04 2023-04-04 Amélioration de débit par optimisation de xoverhead dans un partage de spectre dynamique

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/IB2023/053437 WO2024209232A1 (fr) 2023-04-04 2023-04-04 Amélioration de débit par optimisation de xoverhead dans un partage de spectre dynamique

Publications (1)

Publication Number Publication Date
WO2024209232A1 true WO2024209232A1 (fr) 2024-10-10

Family

ID=86286495

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IB2023/053437 Pending WO2024209232A1 (fr) 2023-04-04 2023-04-04 Amélioration de débit par optimisation de xoverhead dans un partage de spectre dynamique

Country Status (1)

Country Link
WO (1) WO2024209232A1 (fr)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022152575A1 (fr) * 2021-01-18 2022-07-21 Nokia Technologies Oy Détermination des éléments de ressources pour la détermination de taille de bloc de transport pour un bloc de transport couvrant de multiples créneaux
US20220271861A1 (en) * 2021-02-23 2022-08-25 Qualcomm Incorporated Overhead parameter for a single transport block over multiple slots

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022152575A1 (fr) * 2021-01-18 2022-07-21 Nokia Technologies Oy Détermination des éléments de ressources pour la détermination de taille de bloc de transport pour un bloc de transport couvrant de multiples créneaux
US20220271861A1 (en) * 2021-02-23 2022-08-25 Qualcomm Incorporated Overhead parameter for a single transport block over multiple slots

Similar Documents

Publication Publication Date Title
EP4055755B1 (fr) Association de port de ptrs et de port de dmrs
US10382153B2 (en) Methods and radio network nodes for measuring interference
US10932200B2 (en) Uplink power control method and apparatus to reduce user equipment-to-user equipment cross interference
US8400937B2 (en) Resource metric quantization in wireless data communications
US12127190B2 (en) Systems and methods for non-codebook based multi-TRP PUSCH
US11902194B2 (en) Channel state information reference signal resource mapping
US20230299924A1 (en) Coreset enhancement for reduced bandwidth ues initial access
EP4104367A1 (fr) Procédé de configuration de répétitions de pusch multi-créneau de systèmes semi-duplex
US20240080132A1 (en) Enhanced fast crs rate matching selection in dss
WO2015096730A1 (fr) Coordination radio à la demande dans un réseau défini par logiciel
WO2019119364A1 (fr) Configuration d'antenne dans un réseau de communication
US20230199793A1 (en) Systems and methods for updating active tci state for multi-pdcch based multi-trp
US20240179700A1 (en) Resource determination for tb over multiple slots
WO2022162152A2 (fr) Procédé de transmission d'informations d'état d'adaptation de liaison dans des réseaux de télécommunication
WO2021038472A1 (fr) Systèmes et procédés de validation de paramètres
WO2015184884A1 (fr) Procédé et dispositif pour sélectionner une cellule de desserte de réseau hétérogène sur la base d'une coopération inter-cellule
WO2021069506A1 (fr) Systèmes et procédés de contrôle de transmissions ul et dl configurées
WO2024209232A1 (fr) Amélioration de débit par optimisation de xoverhead dans un partage de spectre dynamique
US11984939B2 (en) Methods and devices for inter-cell interference estimation
WO2022039654A1 (fr) Commutation entre au moins deux mécanismes de radiomessagerie
WO2024157048A1 (fr) Appareil et procédé de sectorisation numérique adaptative
WO2025046262A1 (fr) Système et procédé de sectorisation numérique adaptative
EP4555657A1 (fr) Blocage commandé de crs lte pour partage de spectre
WO2025229385A1 (fr) Systèmes et procédés de commutation entre un saut de fréquence et un saut de non-fréquence
WO2024174185A1 (fr) Procédé et appareil de détermination de filtre spatial, dispositif, puce, et support de stockage

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: 23720984

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2023720984

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2023720984

Country of ref document: EP

Effective date: 20251104

ENP Entry into the national phase

Ref document number: 2023720984

Country of ref document: EP

Effective date: 20251104

ENP Entry into the national phase

Ref document number: 2023720984

Country of ref document: EP

Effective date: 20251104

ENP Entry into the national phase

Ref document number: 2023720984

Country of ref document: EP

Effective date: 20251104

ENP Entry into the national phase

Ref document number: 2023720984

Country of ref document: EP

Effective date: 20251104