Methods and devices for enhanced over temperature handling

By dynamically determining and enabling OTH operations based on cell scenario information, the method optimizes OTH function ordering to minimize network performance impact, addressing the limitations of fixed OTH function orders in existing technologies.

WO2025102356A1PCT designated stage expired Publication Date: 2025-05-22TELEFONAKTIEBOLAGET LM ERICSSON (PUBL) +1
View PDF 4 Cites 0 Cited by

Patent Information

Application Number
PCT/CN2023/132335
Authority / Receiving Office
WO · WO
Patent Type
Applications
Current Assignee / Owner
Filing Date
2023-11-17
Publication Date
2025-05-22

AI Technical Summary

Technical Problem

Existing Over Temperature Handling (OTH) methods in Radio Units (RUs) often employ a fixed or manually configured order of OTH functions, which may not be optimal for varying cell scenarios, leading to suboptimal network performance.

Method used

The method involves receiving cell scenario information, determining a first and second OTH operation based on the scenario, and enabling these operations in an order that minimizes impact on Key Performance Indicators (KPIs), varying the order based on whether the cell scenario is coverage or capacity limited.

Benefits of technology

This approach allows for dynamic and scenario-specific enabling of OTH functions, thereby minimizing the overall impact on network performance and ensuring effective temperature management in RUs.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN2023132335_22052025_PF_FP_ABST
    Figure CN2023132335_22052025_PF_FP_ABST
Patent Text Reader

Abstract

The present disclosure provides a method (200) in a Radio Unit, RU. The method includes: receiving (210) cell scenario information; and determining (220), based on the cell scenario information, a first Over Temperature Handling, OTH, operation to be enabled when a temperature of the RU reaches a first threshold and a second OTH operation to be enabled in addition to the first OTH operation when the temperature of the RU reaches a second threshold higher than the first threshold.
Need to check novelty before this filing date? Find Prior Art

Description

METHODS AND DEVICES FOR ENHANCED OVER TEMPERATURE HANDLINGTECHNICAL FIELD

[0001] The present disclosure relates to communication technology, and more particularly, to methods and devices for enhanced Over Temperature Handling (OTH) .BACKGROUND

[0002] The temperature of a Radio Unit (RU) may be impacted by various factors such as traffic load, output power, ambient temperature, air circulation around the RU, etc. If conditions such as high traffic load, high ambient temperature, and / or still air continue for a long time, the RU may get overheated and may shut down partial or even all RU functions to protect its hardware from damage. Meanwhile, some RUs are intentionally designed with tight overheating margins to fulfill competitive volume requirements on the market.SUMMARY

[0003] There are a number of Over Temperature Handling (OTH) functions for handling overheating of different Radio Hardware platforms, including e.g., limiting the transmission bandwidth, increasing the number of blank subframes, reducing the transmit power, muting some transmission antenna branches (e.g., only keeping basic communications) , and the like. The principle is to limit the resource usage to cool down the temperature of the radio components.

[0004] An RU may be equipped with a number of temperature sensors, and the temperature values reported by the sensors may be taken into account when deciding whether and / or how to enable OTH functions. Several temperature thresholds may be designed to enable the OTH functions, e.g., to turn off corresponding hardware, step by step in a defined order. Each radio product may use one or more of these OTH functions and choose different settings for parameters associated with each OTH function.

[0005] Fig. 1 shows an example of an OTH process in an RU. As the temperature rises, OTH functions are enabled in a predefined sequential order. In this example, when the temperature reaches a first (lowest) temperature threshold (e.g., 100 ℃ in the figure) , an OTH function to reduce time and / or frequency resource usage may be enabled. Then, if the RU temperature continues to rise and reaches a second, higher temperature threshold (e.g., 105 ℃ in the figure) , an OTH function to mute (disable) one or more transmission antenna branches or directly reduce (maximum) transmission power may be enabled. In the worst case, if the situation does not improve and the RU temperature reaches a third (highest) temperature threshold (e.g., 110 ℃ in the figure) , an OTH function to shut down the entire RU may be enabled for hardware protection.

[0006] Different OTH functions, such as resource usage reduction, antenna branch muting, and power reduction, have different negative impacts on network performance (e.g., network Key Performance Indicator (KPI) ) . As a result, it would be desired that the RU first enables an OTH function with a low KPI impact before enabling an OTH function with a high KPI impact. Moreover, different OTH functions’ impacts on the KPI may vary for different cells and / or over time. Therefore, a fixed or manually configured order of OTH functions may not be optimal for all cells and / or for one cell all the time.

[0007] It is an object of the present disclosure to provide methods and devices for enhanced OTH.

[0008] According to a first aspect of the present disclosure, a method in an RU is provided. The method includes receiving cell scenario information. The method further includes determining, based on the cell scenario information, a first OTH operation to be enabled when a temperature of the RU reaches a first threshold and a second OTH operation to be enabled in addition to the first OTH operation when the temperature of the RU reaches a second threshold higher than the first threshold.

[0009] In an embodiment, the cell scenario information may indicate that a cell corresponding to the RU belongs to a first scenario more vulnerable to a first set of OTH operations than to a second set of OTH operations, or belongs to a second scenario more vulnerable to the second set of OTH operations than to the first set of OTH operations.

[0010] In an embodiment, when the cell scenario information indicates that the cell belongs to the first scenario, the first OTH operation may belong to the second set of OTH operations and the second OTH operation may belong to the first set of OTH operations. Alternatively, when the cell scenario information indicates that the cell belongs to the second scenario, the first OTH operation may belong to the first set of OTH operations and the second OTH operation may belong to the second set of OTH operations.

[0011] In an embodiment, the first scenario may be coverage limited and / or the second scenario may be capacity limited.

[0012] In an embodiment, the first set of operations may include an operation to reduce transmission power and / or mute one or more antenna branches, and / or the second set of operations may include an operation to limit time and / or frequency resource usage.

[0013] In an embodiment, the method may further include enabling the first OTH operation when the temperature of the RU reaches the first threshold, and enabling the second OTH operation when the temperature of the RU reaches the second threshold.

[0014] In an embodiment, the method may further include disabling the second OTH operation when the temperature of the RU drops below the second threshold, and disabling the first OTH operation when the temperature of the RU drops below the first threshold.

[0015] In an embodiment, the method may further include receiving further cell scenario information; and in response to the further cell scenario information being same as the cell scenario information, disabling the second OTH operation when the temperature of the RU drops below the second threshold, and disabling the first OTH operation when the temperature of the RU drops below the first threshold, or in response to the further cell scenario information being different from the cell scenario information, disabling the first OTH operation when the temperature of the RU drops below the second threshold, and disabling the second OTH operation when the temperature of the RU drops below the first threshold.

[0016] In an embodiment, the cell scenario information may be received from a Distributed Unit (DU) .

[0017] In an embodiment, the method may further include transmitting, to the DU, a request for the cell scenario information periodically or in response to the temperature of the RU reaching a third threshold lower than the first threshold. The cell scenario information may be received as a response to the request.

[0018] According to a second aspect of the present disclosure, a method in a DU is provided. The method includes determining cell scenario information for OTH. The method further includes transmitting the cell scenario information to an RU.

[0019] In an embodiment, the cell scenario information may indicate that a cell corresponding to the RU belongs to a first scenario more vulnerable to a first set of OTH operations than to a second set of OTH operations, or belongs to a second scenario more vulnerable to the second set of OTH operations than to the first set of OTH operations.

[0020] In an embodiment, the first scenario may be coverage limited and / or the second scenario may be capacity limited.

[0021] In an embodiment, the cell scenario information may be determined based on configuration information and / or measurement information associated with the cell.

[0022] In an embodiment, the configuration information may include information on one or more of: an Inter-Site Distance (lSD) , an antenna tilt, or configured maximum transmission power, and / or the measurement information may include information on one or more of: a path loss distribution, an uplink or downlink Signal to

[0023] Interference plus Noise Ratio (SINR) distribution, an uplink or downlink transmission coding rate, a signaling channel coding rate, a number of connected terminal devices, a number of scheduled terminal devices per time unit, or a resource usage rate.

[0024] In an embodiment, the method may further include receiving, from the RU, a request for the cell scenario information. The cell scenario information may be transmitted as a response to the request.

[0025] According to a third aspect of the present disclosure, an RU is provided. The RU includes a communication interface, a processor, and a memory. The memory contains instructions executable by the processor whereby the RU is operative to perform the method according to the above first aspect.

[0026] According to a fourth aspect of the present disclosure, a computer readable storage medium is provided. The computer readable storage medium has computer program instructions stored thereon. The computer program instructions, when executed by a processor in an RU, cause the RU to perform the method according to the above first aspect.

[0027] According to a fifth aspect of the present disclosure, a DU is provided. The DU includes a communication interface, a processor, and a memory. The memory contains instructions executable by the processor whereby the DU is operative to perform the method according to the above second aspect.

[0028] According to a sixth aspect of the present disclosure, a computer readable storage medium is provided. The computer readable storage medium has computer program instructions stored thereon. The computer program instructions, when executed by a processor in a DU, cause the DU to perform the method according to the above second aspect.

[0029] According to a seventh aspect of the present disclosure, a network device is provided. The network device includes an RU according to the above third aspect and a DU according to the above fifth aspect.

[0030] With the embodiments of the present disclosure, an RU can receive cell scenario information and determine an order in which OTH functions are to be enabled as the RU temperature rises based on the cell scenario information. For example, the OTH functions can be enabled in an ascending order of their impacts on the KPI in the particular cell scenario, such that the overall impact of the OTH process on the network performance can be minimized.BRIEF DESCRIPTION OF THE DRAWINGS

[0031] The above and other objects, features and advantages will be more apparent from the following description of embodiments with reference to the figures, in which:

[0032] Fig. 1 is a schematic diagram showing an example of an OTH process;

[0033] Fig. 2 is a flowchart illustrating a method in an RU according to an embodiment of the present disclosure;

[0034] Fig. 3 is a flowchart illustrating a method in a DU according to an embodiment of the present disclosure;

[0035] Fig. 4 is a sequence diagram showing an example of OTH related operations at an RU and a DU according to an embodiment of the present disclosure;

[0036] Fig. 5 is a block diagram of an RU according to an embodiment of the present disclosure;

[0037] Fig. 6 is a block diagram of a DU according to an embodiment of the present disclosure;

[0038] Fig. 7 is a block diagram of a network device according to an embodiment of the present disclosure;

[0039] Fig. 8 schematically illustrates a telecommunication network connected via an intermediate network to a host computer;

[0040] Fig. 9 is a generalized block diagram of a host computer communicating via a base station with a user equipment over a partially wireless connection; and

[0041] Figs. 10 to 13 are flowcharts illustrating methods implemented in a communication system including a host computer, a base station and a user equipment.DETAILED DESCRIPTION

[0042] As used herein, the term “RU” refers to Radio Access Network (RAN) infrastructure hardware and / or software capable of performing any of functionalities or operations related to transmission and / or reception of radio signals.

[0043] As used herein, the term “DU” refers to a base station function providing support for lower layers of the protocol stack, including e.g., Radio Link Control (RLC) , Medium Access Control (MAC) , and Physical layer.

[0044] References in the specification to "one embodiment, " "an embodiment, " "an example embodiment, " and the like indicate that the embodiment described may include a particular feature, structure, or characteristic, but it is not necessary that every embodiment includes the particular feature, structure, or characteristic. Moreover, such phrases are not necessarily referring to the same embodiment. Further, when a particular feature, structure, or characteristic is described in connection with an embodiment, it is submitted that it is within the knowledge of one skilled in the art to affect such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described.

[0045] It shall be understood that although the terms "first" and "second" etc. may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another. For example, a first element could be termed a second element, and similarly, a second element could be termed a first element, without departing from the scope of example embodiments. As used herein, the term "and / or" includes any and all combinations of one or more of the associated listed terms. The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of example embodiments. As used herein, the singular forms "a" , "an" and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms "comprises" , "comprising" , "has" , "having" , "includes" and / or "including" , when used herein, specify the presence of stated features, elements, and / or components etc., but do not preclude the presence or addition of one or more other features, elements, components and / or combinations thereof.

[0046] In the following description and claims, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skills in the art to which this disclosure belongs.

[0047] Fig. 2 is a flowchart illustrating a method 200 according to an embodiment of the present disclosure. The method 200 can be performed by an RU.

[0048] At block 210, the RU receives cell scenario information, e.g., from a DU.

[0049] At block 220, the RU determines, based on the cell scenario information, a first OTH operation to be enabled when a temperature of the RU reaches a first threshold and a second OTH operation to be enabled in addition to the first OTH operation when the temperature of the RU reaches a second threshold higher than the first threshold.

[0050] In an example, the cell scenario information may indicate that a cell corresponding to the RU belongs to a first scenario that is more vulnerable to a first set of OTH operations than to a second set of OTH operations, or belongs to a second scenario that is more vulnerable to the second set of OTH operations than to the first set of OTH operations.

[0051] For example, the first scenario may be coverage limited, and / or the second scenario may be capacity limited.

[0052] Here, for example, in a rural area, due to a large cell radius, the majority of terminal devices may experience a high propagation path loss and a low uplink / downlink transmission Signal to Interference plus Noise Ratio (SINR) , in which case coverage is the main issue for the cell and thus the cell belongs to a “coverage limited” scenario. A coverage limited cell is more vulnerable to an OTH operation having a higher impact on the coverage, since such OTH operation could degrade the KPI of the cell more significantly. Accordingly, for a coverage limited cell, an OTH operation having a low impact on the coverage may be enabled first and, as the RU temperature rises, an OTH operation having a high impact on the coverage may be enabled in addition, so as to reduce the overall impact of the OTH process on the KPI of the cell.

[0053] On the other hand, for example, in a dense urban cell, the majority of terminal devices may have high SINR but limited time and / or frequency resources due to high traffic load, in which case capacity is the main issue for the cell and thus the cell belongs to a “capacity limited” scenario. A capacity limited cell is more vulnerable to an OTH operation having a higher impact on the capacity, since such OTH operation could degrade the KPI of the cell more significantly. Accordingly, for a capacity limited cell, an OTH operation having a low impact on the capacity may be enabled first and, as the RU temperature rises, an OTH  operation having a high impact on the capacity may be enabled in addition, so as to reduce the overall impact of the OTH process on the KPI of the cell.

[0054] In other words, the optimal order in which the OTH functions are enabled may vary in different cell scenarios.

[0055] In an example, when the cell scenario information indicates that the cell belongs to the first scenario, the first OTH operation may belong to the second set of OTH operations and the second OTH operation may belong to the first set of OTH operations. Alternatively, when the cell scenario information indicates that the cell belongs to the second scenario, the first OTH operation may belong to the first set of OTH operations and the second OTH operation may belong to the second set of OTH operations.

[0056] Here, when the first scenario is coverage limited and the second scenario is capacity limited, the first set of operations may include operations having high impacts on coverage, e.g., an operation to reduce transmission power and / or mute one or more antenna branches, and the second set of operations may include operations having high impacts on capacity, e.g., an operation to limit time and / or frequency resource usage.

[0057] In other words, the first set of operations may include operations in the amplitude domain and / or operations in the space domain, and the second set of operations may include operations in the time domain and / or the frequency domain.

[0058] Accordingly, the RU may enable the first OTH operation when the temperature of the RU reaches the first threshold, and enable the second OTH operation when the temperature of the RU reaches the second threshold.

[0059] On the other hand, when the RU temperature starts to drop, the RU may disable the OTH operations in an opposite order to the order in which they are enabled, e.g., when the RU simply assumes that the cell scenario remains unchanged. In this case, the RU may disable the second OTH operation when the temperature of the RU drops below the second threshold, and disable the first OTH operation when the temperature of the RU drops below the first threshold.

[0060] Alternatively, when the RU temperature starts to drop, the RU may obtain latest cell scenario information and determine an order in which the OTH operations are to be disabled based on the latest cell scenario information. In this case, the RU may receive further cell scenario information, e.g., from the DU. Then, in response to the further cell scenario information being same as the cell scenario information, the RU may disable the second OTH operation when the temperature of the RU drops below the second threshold, and disable the first OTH operation when the temperature of the RU drops below the first threshold, or in response to the further cell scenario information being different from the cell scenario information, the RU may disable the first OTH operation when the temperature of the RU drops below the second threshold, and disable the second OTH operation when the temperature of the RU drops below the first threshold.

[0061] Furthermore, as terminal devices move from time to time, the cell scenario may change dynamically. For example, in a dense urban cell, the majority of terminal devices typically have Iow path loss and high SINR, but at lunch time, people congregate in a restaurant. Due to high wall penetration loss, this cell may change from capacity limited to coverage limited. Thus, in order to obtain the latest cell scenario information, the RU may transmit, to the DU, a request for the cell scenario information periodically, or in response to the temperature of the RU reaching a third threshold lower than the first threshold (e.g., meaning that the OTH process may be triggered shortly) . Accordingly, the cell scenario information is received in the block 210 as a response to the request.

[0062] Fig. 3 is a flowchart illustrating a method 300 according to an embodiment of the present disclosure. The method 300 can be performed by a DU.

[0063] At block 310, the DU determines cell scenario information for OTH.

[0064] At block 320, the DU transmits the cell scenario information to an RU.

[0065] In an example, the cell scenario information may indicate that a cell corresponding to the RU belongs to a first scenario more vulnerable to a first set of OTH operations than to a second set of OTH operations, or belongs to a second scenario more vulnerable to the second set of OTH operations than to the first set of OTH operations. Here, the first scenario may be coverage limited  and / or the second scenario may be capacity limited. For details of the cell scenario information, the coverage limited scenario and the capacity limited scenario, and the OTH operations, reference can be made to the above method 200 and description thereof will be omitted here.

[0066] In an example, in the block 310, the cell scenario information may be determined based on configuration information and / or measurement information associated with the cell.

[0067] For example, the configuration information may be used for an initial, rough estimation of the cell scenario before runtime measurement becomes available. The configuration information may include information on one or more of: an Inter-Site Distance (lSD) , an antenna tilt, or configured maximum transmission power. For example, when the ISD is larger than a certain threshold, the cell scenario may be determined as coverage limited. Additionally or alternatively, when the antenna tilt is small than a certain threshold, e.g., smaller than 5 degrees, the cell scenario may be determined as coverage limited. Additionally or alternatively, when configured maximum transmission power is higher than a certain threshold, the cell scenario may be determined as coverage limited. Otherwise, the cell scenario may be determined as capacity limited.

[0068] On the other hand, the measurement information is dynamically collocated in runtime for terminal devices in the cell. For example, the measurement information may include information on one or more of: a path loss distribution, an uplink or downlink SINR distribution, an uplink or downlink transmission coding rate, a signaling channel coding rate, a number of connected terminal devices, a number of scheduled terminal devices per time unit, or a resource usage rate.

[0069] For example, the DU may consider the measurement information within a predefined period, for example, within the last five minutes. When the majority (e.g., >=60%) of terminal devices in the cell have high path loss (e.g., > 140dB) , the cell scenario may be determined as coverage limited. When the majority (e.g., >=60%) of terminal devices in the cell have low uplink / downlink SINR (e.g., < 8dB) , or low uplink / downlink transmission coding rate (e.g., < 2) , the cell scenario may be determined as coverage limited. When the number of connected terminal devices is lower than a certain threshold (e.g., <100) , and / or the number  of scheduled terminal devices per time unit (e.g., per Transmission Time Interval, or TTI) is lower than a certain threshold (e.g., <1 on average) , and / or the resource usage rate (e.g., Physical Resource Block (PRB) usage) is lower than a certain threshold (e.g., < 8%on average) , the cell scenario may be determined as coverage limited. Otherwise, the cell scenario may be determined as capacity limited.

[0070] In an example, the DU may receive, from the RU, a request for the cell scenario information, and the cell scenario information may be transmitted in the block 320 as a response to the request. Alternatively, the DU may transmit the cell scenario information to the RU periodically.

[0071] Fig. 4 is a sequence diagram showing an example of OTH related operations at an RU and a DU according to an embodiment of the present disclosure. As shown, at Step 1, the RU continuously monitors an RU temperature using one or more temperature sensors. Periodically, or in response to the RU temperature reaching a certain threshold, at Step 2, the RU sends a cell scenario request to the DU, requesting for cell scenario information. At Step 3, the DU determines the cell scenario, e.g., based on configuration information or measurement information as described above. At Step 4, the DU sends the cell scenario information to the RU, indicating that the cell scenario is e.g., coverage limited or capacity limited. At Step 5, the RU initiates an OTH process in response to the RU temperature reaching a first threshold. The RU determines the order in which OTH operations are to be enabled in the OTH process as the RU temperature rises based on the cell scenario information, to minimize the impacts of the OTH operations on the network performance. Later, when the RU temperature starts to drop, the RU may disable the OTH operations in an opposite order, or may request from the DU the latest cell scenario information and disable the OTH operations in an order determined based on the latest cell scenario information.

[0072] Fig. 5 is a block diagram of an RU 500 according to an embodiment of the present disclosure.

[0073] The RU 500 includes a communication interface 510, a processor 520 and a memory 530. The memory 530 may contain instructions executable by the processor 520 whereby the RU 500 is operative to perform the actions, e.g., of  the procedure described earlier in conjunction with Fig. 2. Particularly, the memory 530 may contain instructions executable by the processor 520 whereby the RU 500 is operative to: receive cell scenario information; and determine, based on the cell scenario information, a first OTH operation to be enabled when a temperature of the RU reaches a first threshold and a second OTH operation to be enabled in addition to the first OTH operation when the temperature of the RU reaches a second threshold higher than the first threshold.

[0074] In an embodiment, the cell scenario information may indicate that a cell corresponding to the RU belongs to a first scenario more vulnerable to a first set of OTH operations than to a second set of OTH operations, or belongs to a second scenario more vulnerable to the second set of OTH operations than to the first set of OTH operations.

[0075] In an embodiment, when the cell scenario information indicates that the cell belongs to the first scenario, the first OTH operation may belong to the second set of OTH operations and the second OTH operation may belong to the first set of OTH operations. Alternatively, when the cell scenario information indicates that the cell belongs to the second scenario, the first OTH operation may belong to the first set of OTH operations and the second OTH operation may belong to the second set of OTH operations.

[0076] In an embodiment, the first scenario may be coverage limited and / or the second scenario may be capacity limited.

[0077] In an embodiment, the first set of operations may include an operation to reduce transmission power and / or mute one or more antenna branches, and / or the second set of operations may include an operation to limit time and / or frequency resource usage.

[0078] In an embodiment, the memory 530 may further contain instructions executable by the processor 520 whereby the RU 500 is operative to enable the first OTH operation when the temperature of the RU reaches the first threshold, and enable the second OTH operation when the temperature of the RU reaches the second threshold.

[0079] In an embodiment, the memory 530 may further contain instructions executable by the processor 520 whereby the RU 500 is operative to disable the second OTH operation when the temperature of the RU drops below the second threshold, and disable the first OTH operation when the temperature of the RU drops below the first threshold.

[0080] In an embodiment, the memory 530 may further contain instructions executable by the processor 520 whereby the RU 500 is operative to receive further cell scenario information; and in response to the further cell scenario information being same as the cell scenario information, disabling the second OTH operation when the temperature of the RU drops below the second threshold, and disable the first OTH operation when the temperature of the RU drops below the first threshold, or in response to the further cell scenario information being different from the cell scenario information, disable the first OTH operation when the temperature of the RU drops below the second threshold, and disabling the second OTH operation when the temperature of the RU drops below the first threshold.

[0081] In an embodiment, the cell scenario information may be received from a DU.

[0082] In an embodiment, the memory 530 may further contain instructions executable by the processor 520 whereby the RU 500 is operative to transmit, to the DU, a request for the cell scenario information periodically or in response to the temperature of the RU reaching a third threshold lower than the first threshold. The cell scenario information may be received as a response to the request.

[0083] Fig. 6 is a block diagram of a DU 600 according to an embodiment of the present disclosure.

[0084] The DU 600 includes a communication interface 610, a processor 620 and a memory 630. The memory 630 may contain instructions executable by the processor 620 whereby the DU 600 is operative to perform the actions, e.g., of the procedure described earlier in conjunction with Fig. 3. Particularly, the memory 630 may contain instructions executable by the processor 620 whereby the DU 600 is operative to: determine cell scenario information for OTH; and transmit the cell scenario information to an RU.

[0085] In an embodiment, the cell scenario information may indicate that a cell corresponding to the RU belongs to a first scenario more vulnerable to a first set of OTH operations than to a second set of OTH operations, or belongs to a second scenario more vulnerable to the second set of OTH operations than to the first set of OTH operations.

[0086] In an embodiment, the first scenario may be coverage limited and / or the second scenario may be capacity limited.

[0087] In an embodiment, the cell scenario information may be determined based on configuration information and / or measurement information associated with the cell.

[0088] In an embodiment, the configuration information may include information on one or more of: an lSD, an antenna tilt, or configured maximum transmission power, and / or the measurement information may include information on one or more of: a path loss distribution, an uplink or downlink SINR distribution, an uplink or downlink transmission coding rate, a signaling channel coding rate, a number of connected terminal devices, a number of scheduled terminal devices per time unit, or a resource usage rate.

[0089] In an embodiment, the memory 630 may further contain instructions executable by the processor 620 whereby the DU 600 is operative to receive, from the RU, a request for the cell scenario information. The cell scenario information may be transmitted as a response to the request.

[0090] Fig. 7 is a block diagram of a network device 700 according to an embodiment of the present disclosure. The network device 700 may be e.g., a base station, which may be referred to as (next) generation Node B or gNB in the 5th Generation (5G) New Radio (NR) .

[0091] The network device 700 includes an RU 500 and a DU 600 communicative with each other. For details of the RU 500 and the DU 600, reference can be made to the above description given in connection with Fig. 5 and Fig. 6, respectively.

[0092] The present disclosure also provides at least one computer program product in the form of a non-volatile or volatile memory, e.g., a non-transitory computer readable storage medium, an Electrically Erasable Programmable Read-Only Memory (EEPROM) , a flash memory and a hard drive. The computer program product includes a computer program. The computer program includes: code / computer readable instructions, which when executed by the processor 520 causes the RU 500 to perform the actions, e.g., of the procedure described earlier in conjunction with Fig. 2; or code / computer readable instructions, which when executed by the processor 620 causes the DU 600 to perform the actions, e.g., of the procedure described earlier in conjunction with Fig. 3.

[0093] The computer program product may be configured as a computer program code structured in computer program modules. The computer program modules could essentially perform the actions of the flow illustrated in Fig. 2 or 3.

[0094] The processor may be a single CPU (Central Processing Unit) , but could also comprise two or more processing units. For example, the processor may include general purpose microprocessors; instruction set processors and / or related chips sets and / or special purpose microprocessors such as Application Specific Integrated Circuits (ASICs) . The processor may also comprise board memory for caching purposes. The computer program may be carried by a computer program product connected to the processor. The computer program product may comprise a non-transitory computer readable storage medium on which the computer program is stored. For example, the computer program product may be a flash memory, a Random Access Memory (RAM) , a Read-Only Memory (ROM) , or an EEPROM, and the computer program modules described above could in alternative embodiments be distributed on different computer program products in the form of memories.

[0095] With reference to Fig. 8, in accordance with an embodiment, a communication system includes a telecommunication network 810, such as a 3GPP-type cellular network, which comprises an access network 811, such as a radio access network, and a core network 814. The access network 811 comprises a plurality of base stations 812a, 812b, 812c, such as NBs, eNBs, gNBs or other types of wireless access points, each defining a corresponding coverage area 813a, 813b, 813c. Each base station 812a, 812b, 812c is connectable to the core network 814  over a wired or wireless connection 815. A first UE 891 located in a coverage area 813c is configured to wirelessly connect to, or be paged by, the corresponding base station 812c. A second UE 892 in a coverage area 813a is wirelessly connectable to the corresponding base station 812a. While a plurality of UEs 891, 892 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 812.

[0096] The telecommunication network 810 is itself connected to a host computer 830, 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 host computer 830 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 821 and 822 between the telecommunication network 810 and the host computer 830 may extend directly from the core network 814 to the host computer 830 or may go via an optional intermediate network 820. An intermediate network 820 may be one of, or a combination of more than one of, a public, private or hosted network; the intermediate network 820, if any, may be a backbone network or the Internet; in particular, the intermediate network 820 may comprise two or more sub-networks (not shown) .

[0097] The communication system of Fig. 8 as a whole enables connectivity between the connected UEs 891, 892 and the host computer 830. The connectivity may be described as an over-the-top (OTT) connection 850. The host computer 830 and the connected UEs 891, 892 are configured to communicate data and / or signaling via the OTT connection 850, using the access network 811, the core network 814, any intermediate network 820 and possible further infrastructure (not shown) as intermediaries. The OTT connection 850 may be transparent in the sense that the participating communication devices through which the OTT connection 850 passes are unaware of routing of uplink and downlink communications. For example, the base station 812 may not or need not be informed about the past routing of an incoming downlink communication with data originating from the host computer 830 to be forwarded (e.g., handed over) to a connected UE 891. Similarly, the base station 812 need not be aware of the future routing of an outgoing uplink communication originating from the UE 891 towards the host computer 830.

[0098] Example implementations, in accordance with an embodiment, of the UE, base station and host computer discussed in the preceding paragraphs will now be described with reference to Fig. 9. In a communication system 900, a host computer 910 comprises hardware 915 including a communication interface 916 configured to set up and maintain a wired or wireless connection with an interface of a different communication device of the communication system 900. The host computer 910 further comprises a processing circuitry 918, which may have storage and / or processing capabilities. In particular, the processing circuitry 918 may comprise one or more programmable processors, application-specific integrated circuits, field programmable gate arrays or combinations of these (not shown) adapted to execute instructions. The host computer 910 further comprises software 911, which is stored in or accessible by the host computer 910 and executable by the processing circuitry 918. The software 911 includes a host application 912. The host application 912 may be operable to provide a service to a remote user, such as UE 930 connecting via an OTT connection 950 terminating at the UE 930 and the host computer 910. In providing the service to the remote user, the host application 912 may provide user data which is transmitted using the OTT connection 950.

[0099] The communication system 900 further includes a base station 920 provided in a telecommunication system and comprising hardware 925 enabling it to communicate with the host computer 910 and with the UE 930. The hardware 925 may include a communication interface 926 for setting up and maintaining a wired or wireless connection with an interface of a different communication device of the communication system 900, as well as a radio interface 927 for setting up and maintaining at least a wireless connection 970 with the UE 930 located in a coverage area (not shown in Fig. 9) served by the base station 920. The communication interface 926 may be configured to facilitate a connection 960 to the host computer 910. The connection 960 may be direct or it may pass through a core network (not shown in Fig. 9) of the telecommunication system and / or through one or more intermediate networks outside the telecommunication system. In the embodiment shown, the hardware 925 of the base station 920 further includes a processing circuitry 928, which may comprise one or more programmable processors, application-specific integrated circuits, field programmable gate arrays or combinations of these (not shown) adapted to  execute instructions. The base station 920 further has software 921 stored internally or accessible via an external connection.

[0100] The communication system 900 further includes the UE 930 already referred to. Its hardware 935 may include a radio interface 937 configured to set up and maintain a wireless connection 970 with a base station serving a coverage area in which the UE 930 is currently located. The hardware 935 of the UE 930 further includes a processing circuitry 938, which may comprise one or more programmable processors, application-specific integrated circuits, field programmable gate arrays or combinations of these (not shown) adapted to execute instructions. The UE 930 further comprises software 931, which is stored in or accessible by the UE 930 and executable by the processing circuitry 938. The software 931 includes a client application 932. The client application 932 may be operable to provide a service to a human or non-human user via the UE 930, with the support of the host computer 910. In the host computer 910, an executing host application 912 may communicate with the executing client application 932 via the OTT connection 950 terminating at the UE 930 and the host computer 910. In providing the service to the user, the client application 932 may receive request data from the host application 912 and provide user data in response to the request data. The OTT connection 950 may transfer both the request data and the user data. The client application 932 may interact with the user to generate the user data that it provides.

[0101] It is noted that the host computer 910, the base station 920 and the UE 930 illustrated in Fig. 9 may be similar or identical to the host computer 830, one of base stations 812a, 812b, 812c and one of UEs 891, 892 of Fig. 8, respectively. This is to say, the inner workings of these entities may be as shown in Fig. 9 and independently, the surrounding network topology may be that of Fig. 8.

[0102] In Fig. 9, the OTT connection 950 has been drawn abstractly to illustrate the communication between the host computer 910 and the UE 930 via the base station 920, without explicit reference to any intermediary devices and the precise routing of messages via these devices. Network infrastructure may determine the routing, which it may be configured to hide from the UE 930 or from the service provider operating the host computer 910, or both. While the OTT connection 950 is active, the network infrastructure may further take decisions by which it  dynamically changes the routing (e.g., on the basis of load balancing consideration or reconfiguration of the network) .

[0103] Wireless connection 970 between the UE 930 and the base station 920 is in accordance with the teachings of the embodiments described throughout this disclosure. One or more of the various embodiments improve the performance of OTT services provided to the UE 930 using the OTT connection 950, in which the wireless connection 970 forms the last segment. More precisely, the teachings of these embodiments may improve the cell coverage and / or capacity and thereby provide benefits such as reduced user waiting time and / or improved user data rate.

[0104] A measurement procedure may be provided for the purpose of monitoring data rate, latency and other factors on which the one or more embodiments improve. There may further be an optional network functionality for reconfiguring the OTT connection 950 between the host computer 910 and the UE 930, in response to variations in the measurement results. The measurement procedure and / or the network functionality for reconfiguring the OTT connection 950 may be implemented in software 911 and hardware 915 of the host computer 910 or in software 931 and hardware 935 of the UE 930, or both. In embodiments, sensors (not shown) may be deployed in or in association with communication devices through which the OTT connection 950 passes; the sensors may participate in the measurement procedure by supplying values of the monitored quantities exemplified above, or supplying values of other physical quantities from which the software 911, 931 may compute or estimate the monitored quantities. The reconfiguring of the OTT connection 950 may include message format, retransmission settings, preferred routing etc.; the reconfiguring need not affect the base station 920, and it may be unknown or imperceptible to the base station 920. Such procedures and functionalities may be known and practiced in the art. In certain embodiments, measurements may involve proprietary UE signaling facilitating the host computer 910’s measurements of throughput, propagation times, latency and the like. The measurements may be implemented in that the software 911 and 931 causes messages to be transmitted, in particular empty or ‘dummy’ messages, using the OTT connection 950 while it monitors propagation times, errors etc.

[0105] Fig. 10 is a flowchart illustrating a method implemented in a communication system, in accordance with an embodiment. The communication system includes a host computer, a base station and a UE which may be those described with reference to Fig. 8 and Fig. 9. For simplicity of the present disclosure, only drawing references to Fig. 10 will be included in this section. In step 1010, the host computer provides user data. In substep 1011 (which may be optional) of step 1010, the host computer provides the user data by executing a host application. In step 1020, the host computer initiates a transmission carrying the user data to the UE. In step 1030 (which may be optional) , the base station transmits to the UE the user data which was carried in the transmission that the host computer initiated, in accordance with the teachings of the embodiments described throughout this disclosure. In step 1040 (which may also be optional) , the UE executes a client application associated with the host application executed by the host computer.

[0106] Fig. 11 is a flowchart illustrating a method implemented in a communication system, in accordance with an embodiment. The communication system includes a host computer, a base station and a UE which may be those described with reference to Fig, 8 and Fig. 9. For simplicity of the present disclosure, only drawing references to Fig. 11 will be included in this section. In step 1110 of the method, the host computer provides user data. In an optional substep (not shown) the host computer provides the user data by executing a host application. In step 1120, the host computer initiates a transmission carrying the user data to the UE. The transmission may pass via the base station, in accordance with the teachings of the embodiments described throughout this disclosure. In step 1130 (which may be optional) , the UE receives the user data carried in the transmission.

[0107] Fig. 12 is a flowchart illustrating a method implemented in a communication system, in accordance with an embodiment. The communication system includes a host computer, a base station and a UE which may be those described with reference to Fig. 8 and Fig. 9. For simplicity of the present disclosure, only drawing references to Fig. 12 will be included in this section. In step 1210 (which may be optional) , the UE receives input data provided by the host computer. Additionally or alternatively, in step 1220, the UE provides user data. In substep 1221 (which may be optional) of step 1220, the UE provides the user data by executing a client application. In substep 1211 (which may be optional) of step  1210, the UE executes a client application which provides the user data in reaction to the received input data provided by the host computer. In providing the user data, the executed client application may further consider user input received from the user. Regardless of the specific manner in which the user data was provided, the UE initiates, in substep 1230 (which may be optional) , transmission of the user data to the host computer. In step 1240 of the method, the host computer receives the user data transmitted from the UE, in accordance with the teachings of the embodiments described throughout this disclosure.

[0108] Fig. 13 is a flowchart illustrating a method implemented in a communication system, in accordance with an embodiment. The communication system includes a host computer, a base station and a UE which may be those described with reference to Fig. 8 and Fig. 9. For simplicity of the present disclosure, only drawing references to Fig. 13 will be included in this section. In step 1310 (which may be optional) , in accordance with the teachings of the embodiments described throughout this disclosure, the base station receives user data from the UE. In step 1320 (which may be optional) , the base station initiates transmission of the received user data to the host computer. In step 1330 (which may be optional) , the host computer receives the user data carried in the transmission initiated by the base station.

[0109] The disclosure has been described above with reference to embodiments thereof. It should be understood that various modifications, alternations and additions can be made by those skilled in the art without departing from the spirits and scope of the disclosure. Therefore, the scope of the disclosure is not limited to the above particular embodiments but only defined by the claims as attached.

Claims

1.A method (200) in a Radio Unit, RU, comprising:receiving (210) cell scenario information; anddetermining (220) , based on the cell scenario information, a first Over Temperature Handling, OTH, operation to be enabled when a temperature of the RU reaches a first threshold and a second OTH operation to be enabled in addition to the first OTH operation when the temperature of the RU reaches a second threshold higher than the first threshold.2.The method (200) of claim 1, wherein the cell scenario information indicates that a cell corresponding to the RU belongs to a first scenario more vulnerable to a first set of OTH operations than to a second set of OTH operations, or belongs to a second scenario more vulnerable to the second set of OTH operations than to the first set of OTH operations.3.The method (200) of claim 2, whereinwhen the cell scenario information indicates that the cell belongs to the first scenario, the first OTH operation belongs to the second set of OTH operations and the second OTH operation belongs to the first set of OTH operations, orwhen the cell scenario information indicates that the cell belongs to the second scenario, the first OTH operation belongs to the first set of OTH operations and the second OTH operation belongs to the second set of OTH operations.4.The method (200) of claim 2 or 3, wherein the first scenario is coverage limited and / or the second scenario is capacity limited.5.The method (200) of claim 4, whereinthe first set of operations comprises an operation to reduce transmission power and / or mute one or more antenna branches, and / or the second set of operations comprises an operation to limit time and / or frequency resource usage.6.The method (200) of any of claims 1-5, further comprising:enabling the first OTH operation when the temperature of the RU reaches the first threshold, and enabling the second OTH operation when the temperature of the RU reaches the second threshold.7.The method (200) any of claims 1-6, further comprising:disabling the second OTH operation when the temperature of the RU drops below the second threshold, and disabling the first OTH operation when the temperature of the RU drops below the first threshold.8.The method (200) any of claims 1-6, further comprising:receiving further cell scenario information; andin response to the further cell scenario information being same as the cell scenario information, disabling the second OTH operation when the temperature of the RU drops below the second threshold, and disabling the first OTH operation when the temperature of the RU drops below the first threshold, orin response to the further cell scenario information being different from the cell scenario information, disabling the first OTH operation when the temperature of the RU drops below the second threshold, and disabling the second OTH operation when the temperature of the RU drops below the first threshold.9.The method (200) of any of claims 1-8, wherein the cell scenario information is received from a Distributed Unit, DU.10.The method (200) of claim 9, further comprising:transmitting, to the DU, a request for the cell scenario information periodically or in response to the temperature of the RU reaching a third threshold lower than the first threshold,wherein the cell scenario information is received as a response to the request.11.A method (300) in a Distributed Unit, DU, comprising:determining (310) cell scenario information for Over Temperature Handling, OTH; andtransmitting (320) the cell scenario information to a Radio Unit, RU.12.The method (300) of claim 11, wherein the cell scenario information indicates that a cell corresponding to the RU belongs to a first scenario more vulnerable to a first set of OTH operations than to a second set of OTH operations, or belongs to a second scenario more vulnerable to the second set of OTH operations than to the first set of OTH operations.13.The method (300) of claim 12, wherein the first scenario is coverage limited and / or the second scenario is capacity limited.14.The method (300) of claim 12 or 13, wherein the cell scenario information is determined based on configuration information and / or measurement information associated with the cell.15.The method (300) of claim 14, whereinthe configuration information comprises information on one or more of: an Inter-Site Distance, ISD, an antenna tilt, or configured maximum transmission power, and / orthe measurement information comprises information on one or more of: a path loss distribution, an uplink or downlink Signal to Interference plus Noise Ratio, SINR, distribution, an uplink or downlink transmission coding rate, a signaling channel coding rate, a number of connected terminal devices, a number of scheduled terminal devices per time unit, or a resource usage rate.16.The method (300) of any of claims 11-15, further comprising:receiving, from the RU, a request for the cell scenario information,wherein the cell scenario information is transmitted as a response to the request.17.A Radio Unit, RU (500) , comprising a communication interface (510) , a processor (520) , and a memory (530) , the memory (530) comprising instructions executable by the processor (520) whereby the RU (500) is operative to perform the method according to any of claims 1-10.18.A computer readable storage medium having computer program instructions stored thereon, the computer program instructions, when executed by a  processor in a Radio Unit, RU, causing the RU to perform the method according to any of claims 1-10.19.A Distributed Unit, DU (600) , comprising a communication interface (610) , a processor (620) , and a memory (630) , the memory (630) comprising instructions executable by the processor (620) whereby the DU (600) is operative to perform the method according to any of claims 11-16.20.A computer readable storage medium having computer program instructions stored thereon, the computer program instructions, when executed by a processor in a Distributed Unit, DU, causing the DU to perform the method according to any of claims 11-16.21.A network device (700) , comprising a Radio Unit, RU (500) , according to claim 17 and a Distributed Unit, DU (600) , according to claim 19.

Citation Information

Patent Citations

  • Terminal network speed control method and device, terminal and storage medium

    CN114040449A

  • Terminal control method and device and electronic equipment

    CN114615725A

  • Measurement reporting method, electronic device, and storage medium

    EP3941107A1

  • Smart mechanism to manage thermal impact in 5g nr

    WO2021126798A1