EP4702779A1 - Network devices and methods for communications - Google Patents

Network devices and methods for communications

Info

Publication number
EP4702779A1
EP4702779A1 EP23884105.0A EP23884105A EP4702779A1 EP 4702779 A1 EP4702779 A1 EP 4702779A1 EP 23884105 A EP23884105 A EP 23884105A EP 4702779 A1 EP4702779 A1 EP 4702779A1
Authority
EP
European Patent Office
Prior art keywords
network device
status
control
control action
indication
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
EP23884105.0A
Other languages
German (de)
French (fr)
Inventor
Shuigen Yang
Mingzeng Dai
Yibin ZHUO
Congchi ZHANG
Lizhuo ZHENG
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.)
Lenovo Beijing Ltd
Original Assignee
Lenovo Beijing Ltd
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 Lenovo Beijing Ltd filed Critical Lenovo Beijing Ltd
Publication of EP4702779A1 publication Critical patent/EP4702779A1/en
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/06—Generation of reports
    • H04L43/065—Generation of reports related to network devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/12—Access point controller devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5061—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the interaction between service providers and their network customers, e.g. customer relationship management
    • H04L41/5067—Customer-centric QoS measurements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/16—Threshold monitoring

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Embodiments of the present disclosure relate to a solution for communications. In one aspect of the solution, a first network device transmits a first request message comprising a first indication to a second network device. The first indication indicates that a status of the second network device is to be reported based on a triggering condition. The first network device receives, from the second network device, a first response message comprising a second indication of the status of the second network device. In turn, the first network device determines the status of the second network device based on the second indication.

Description

    NETWORK DEVICES AND METHODS FOR COMMUNICATIONS FIELD
  • Embodiments of the present disclosure generally relate to the field of communication, and in particular to network devices and methods for communications.
    • BACKGROUND
  • In an open radio access network (O-RAN) , radio resource management (RRM) function may be typically located at a near-real-time radio access network intelligent controller (Near-RT RIC) by means of an E2 service model over an E2 interface. The E2 service model describes the functions in an E2 node which may be controlled by the Near-RT RIC and the related procedures. For a function exposed in the E2 service model, the Near-RT RIC may, for example, monitor, suspend, stop, override or control the behavior of the E2 node.
  • The Near-RT RIC may request that the E2 Node sends a REPORT message to the Near-RT RIC and the associated procedure continues in the E2 Node after each occurrence of a defined RIC Subscription Procedure Event Trigger. When the Near-RT RIC requests excessive RIC reports from the E2 node, overload of the E2 node may occur due to the limited capacity of the E2 node. In such situation, the E2 node cannot report the requested information to the Near-RT RIC and the Near-RT RIC cannot obtain the necessary information to monitor the quality of experience for each user equipment (UE) .
  • SUMMARY
  • In general, embodiments of the present disclosure provide a solution for communications.
  • In a first aspect, there is provided a first network device. The first network device comprises a processor and a transceiver coupled to the processor. The processor is configured to: transmit, via the transceiver to a second network device, a first request message comprising a first indication, the first indication indicating that a status of the second network device is to be reported based on a triggering condition; receive, via the transceiver from the second network device, a first response message comprising a second indication of the status of the second network device; and determine the status of the  second network device based on the second indication.
  • In a second aspect, there is provided a second network device. The second network device comprises a processor and a transceiver coupled to the processor. The processor is configured to: receive, via the transceiver from a first network device, a first request message comprising a first indication, the first indication indicating that a status of the second network device is to be reported based on a triggering condition; and transmit a first response message via the transceiver to the first network device, the first response message comprising a second indication of the status of the second network device.
  • In a third aspect, there is provided a method performed by a first network device. The method comprises: transmitting, from a first network device to a second network device, a first request message comprising a first indication, the first indication indicating that a status of the second network device is to be reported based on a triggering condition; receiving, from the second network device, a first response message comprising a second indication of the status of the second network device; and determining the status of the second network device based on the second indication.
  • In a fourth aspect, there is provided a method performed by a second network device. The method comprises: receiving, at a second network device from a first network device, a first request message comprising a first indication, the first indication indicating that a status of the second network device is to be reported based on a triggering condition; and transmitting a first response message to the first network device, the first response message comprising a second indication of the status of the second network device.
  • In a fifth aspect, there is provided a computer readable medium. The computer readable medium has instructions stored thereon. The instructions, when executed on at least one processor of a device, causing the device to perform the method of the third or the fourth aspect.
  • It is to be understood that the summary section is not intended to identify key or essential features of embodiments of the present disclosure, nor is it intended to be used to limit the scope of the present disclosure. Other features of the present disclosure will become easily comprehensible through the following description.
    • BRIEF DESCRIPTION OF THE DRAWINGS
  • Some embodiments will now be described with reference to the accompanying  drawings in which:
  • Fig. 1A illustrates a schematic diagram of a communication environment in which some embodiments of the present disclosure can be implemented;
  • Fig. 1B illustrates a schematic logical architecture of an O-RAN in which some embodiments of the present disclosure can be implemented;
  • Fig. 2 illustrates a signaling chart illustrating an example process for communications in accordance with some embodiments of the present disclosure;
  • Fig. 3 illustrates a signaling chart illustrating an example process for communications in accordance with some other embodiments of the present disclosure;
  • Fig. 4 illustrates a flowchart of a method implemented at a first network device in accordance with some embodiments of the present disclosure;
  • Fig. 5 illustrates a flowchart of a method implemented at a second network device in accordance with some embodiments of the present disclosure;
  • Fig. 6 illustrates a flowchart of a method implemented at a first network device in accordance with other embodiments of the present disclosure;
  • Fig. 7 illustrates a flowchart of a method implemented at a second network device in accordance with other embodiments of the present disclosure;
  • Fig. 8 illustrates a simplified block diagram of an apparatus that is suitable for implementing embodiments of the present disclosure.
  • Throughout the drawings, the same or similar reference numerals represent the same or similar elements.
    • DETAILED DESCRIPTION
  • Principles of the present disclosure will now be described with reference to some embodiments. It is to be understood that these embodiments are described only for the purpose of illustration and help those skilled in the art to understand and implement the present disclosure, without suggesting any limitation as to the scope of the disclosure. The disclosure described herein can be implemented in various manners other than the ones described below. 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.
  • References in the present disclosure to “one embodiment, ” “an example embodiment, ” “an embodiment, ” “some embodiments, ” and the like indicate that the embodiment (s) 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 do not necessarily refer to the same embodiment (s) . 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.
  • It shall be understood that although the terms “first” and “second” or the like 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 element. For example, a first element could also be termed as a second element, and similarly, a second element could also be termed as a first element, without departing from the scope of embodiments. As used herein, the term “and/or” includes any and all combinations of one or more of the listed terms. In some examples, values, procedures, or apparatuses are referred to as “best, ” “lowest, ” “highest, ” “minimum, ” “maximum, ” or the like. It will be appreciated that such descriptions are intended to indicate that a selection among many used functional alternatives can be made, and such selections need not be better, smaller, higher, or otherwise preferable to other selections.
  • The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of 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, components and/or the like, but do not preclude the presence or addition of one or more other features, elements, components and/or combinations thereof. For example, the term “includes” and its variants are to be read as open terms that mean “includes, but is not limited to. ” The term “based on” is to be read as “based at least in part on. ” The term “one embodiment” and “an embodiment” are to be read as “at least one embodiment. ” The term “another embodiment” is to be read as “at least one other embodiment. ” The use of an expression such as “A and/or B” can mean either “only A” or “only B” or “both A and B. ” Other definitions, explicit and implicit, may  be included below.
  • As used herein, the term “communication network” refers to a network following any suitable communication standards, such as, fifth generation (5G) new radio (NR) , long term evolution (LTE) , LTE-advanced (LTE-A) , wideband code division multiple access (WCDMA) , high-speed packet access (HSPA) , narrow band internet of things (NB-IoT) , and so on. Further, the communications between a terminal device and a network device in the communication network may be performed according to any suitable generation communication protocols, including but not limited to, the first generation (1G) , the second generation (2G) , 2.5G, 2.75G, the third generation (3G) , the fourth generation (4G) , 4.5G, the fifth generation (5G) , the sixth generation (6G) communication protocols, and/or any other protocols either currently known or to be developed in the future. Embodiments of the present disclosure may be applied in various communication systems. Given the rapid development in communications, there will also be future type communication technologies and systems in which the present disclosure may be embodied. It should not be seen as limiting the scope of the present disclosure to only the aforementioned systems.
  • As used herein, the term “network device” generally refers to a node in a communication network via which a terminal device can access the communication network and receive services therefrom. The network device may refer to a base station (BS) or an access point (AP) , for example, a node B (NodeB or NB) , a radio access network (RAN) node, an evolved NodeB (eNodeB or eNB) , a NR NB (also referred to as a gNB) , a remote radio unit (RRU) , a radio header (RH) , an infrastructure device for a V2X (vehicle-to-everything) communication, a transmission and reception point (TRP) , a reception point (RP) , a remote radio head (RRH) , a relay, an integrated access and backhaul (IAB) node, a low power node such as a femto BS, a pico BS, and so forth, depending on the applied terminology and technology.
  • As used herein, the term “terminal device” generally refers to any end device that may be capable of wireless communications. By way of example rather than a limitation, a terminal device may also be referred to as a communication device, a user equipment (UE) , an end user device, a subscriber station (SS) , an unmanned aerial vehicle (UAV) , a portable subscriber station, a mobile station (MS) , or an access terminal (AT) . The terminal device may include, but is not limited to, a mobile phone, a cellular phone, a smart phone, a voice over IP (VoIP) phone, a wireless local loop phone, a tablet, a wearable terminal device, a personal digital assistant (PDA) , a portable computer, a desktop computer, an image capture  terminal device such as a digital camera, a gaming terminal device, a music storage and playback appliance, a vehicle-mounted wireless terminal device, a wireless endpoint, a mobile station, laptop-embedded equipment (LEE) , laptop-mounted equipment (LME) , a USB dongle, a smart device, wireless customer-premises equipment (CPE) , an internet of things (IoT) device, a watch or other wearable, a head-mounted display (HMD) , a vehicle, a drone, a medical device (for example, a remote surgery device) , an industrial device (for example, a robot and/or other wireless devices operating in an industrial and/or an automated processing chain contexts) , a consumer electronics device, a device operating on commercial and/or industrial wireless networks, and the like. In the following description, the terms: “terminal device, ” “communication device, ” “terminal, ” “user equipment” and “UE, ” may be used interchangeably.
  • Fig. 1A illustrates a schematic diagram of a communication environment 100A in which some embodiments of the present disclosure can be implemented. The environment 100A may comprise a first network device 110 and a second network device 120.
  • In some embodiments, one or more functions of the second network device 120 may be located at the first network device 110. In such embodiments, the first network device 110 may monitor, suspend, stop, override or control the behaviour of the second network device 120.
  • It is to be understood that the numbers of the network devices are only for ease of understanding without suggesting any limitations. The communication environment 100A may include any suitable number or type of the network devices adapted for implementing embodiments of the present disclosure.
  • In some embodiments, the communication environment 100A may implemented as an O-RAN. In such embodiments, the first network device 110 may be implemented as a Near-RT RIC and the second network device 120 may be implemented as an E2 node. This will be described with reference to Fig. 1B.
  • Fig. 1B illustrates a schematic logical architecture of an O-RAN 100B in which some embodiments of the present disclosure can be implemented. The O-RAN 100B may comprise a Near-RT RIC 110-1, E2 nodes 120-1, 120-2, 120-3 and 120-4, an O-RAN radio unit (O-RU) 130 as well as a non-real-time RIC (Non-RT RIC) 140.
  • In some embodiments, the O-RAN 100B may be considered as an example implementation of the communication environment 100A. The Near-RT RIC 110-1 may be  considered as an example implementation of the first network device 110. Any of the E2 nodes 120-1, 120-2, 120-3 and 120-4 may be considered as an example implementation of the second network device 120.
  • The Near-RT RIC 110-1 may be a logical function that enables near-real-time control and optimization of RAN elements and resources via fine-grained data collection and actions over E2 interface.
  • Any of the E2 nodes 120-1, 120-2, 120-3 and 120-4 may be a logical node terminating E2 interface.
  • For example, as shown in Fig. 1B, the E2 node 120-1 may be an O-eNB (O-RAN eNB) . The O-eNB may be an eNB or ng-eNB that supports E2 interface.
  • The E2 node 120-2 may be an O-RAN central unit –control plane (O-CU-CP) . The O-CU-CP may be a logical node hosting the radio resource control (RRC) and the control plane part of the packet data convergence protocol (PDCP) protocol.
  • The E2 node 120-3 may be an O-RAN central unit –user plane (O-CU-UP) . The O-CU-UP may be a logical node hosting the user plane part of the PDCP protocol and the service data adaption protocol (SDAP) protocol.
  • The E2 node 120-4 may be an O-RAN distributed unit (O-DU) . The O-DU may be a logical node hosting radio link control (RLC) , medium access control (MAC) and high-physical (PHY) layers based on a lower layer functional split.
  • For another example, one or more of the E2 nodes 120-1, 120-2, 120-3 and 120-4 may be any combination of the above logical nodes.
  • The Near-RT RIC 110-1 may be connected to the E2 nodes 120-1, 120-2, 120-3 and 120-4 via respective E2 interfaces.
  • An E2 node is connected to only one Near-RT RIC, while a Near-RT RIC can be connected to multiple E2 nodes. For example, each of the E2 nodes 120-1, 120-2, 120-3 and 120-4 is connected to only the Near-RT RIC 110-1, while the Near-RT RIC 110-1 can be connected to the E2 nodes 120-1, 120-2, 120-3 and 120-4.
  • The Near-RT RIC 110-1 may use at least one of the following RIC services provided by any of the E2 nodes 120-1, 120-2, 120-3 and 120-4 via the E2 interface: REPORT service, CONTROL service, INSERT service, or QUERY service.
  • With the REPORT service, the Near-RT RIC 110-1 uses a RIC Subscription and/or  RIC Subscription Modification procedures to request that any of the E2 nodes 120-1, 120-2, 120-3 and 120-4 sends a REPORT message to the Near-RT RIC 110-1 and the associated procedure continues in the E2 node after each occurrence of a defined RIC Subscription procedure Event Trigger.
  • With the CONTROL service, the Near-RT RIC 110-1 sends a CONTROL message to any of the E2 nodes 120-1, 120-2, 120-3 and 120-4 to initiate a new associated procedure or resume a previously suspended associated procedure in the E2 Node.
  • With the INSERT service, the Near-RT RIC 110-1 uses a RIC Subscription and/or RIC Subscription Modification procedures to request that any of the E2 nodes 120-1, 120-2, 120-3 and 120-4 sends an INSERT message to the Near-RT RIC 110-1 and suspends the associated procedure in the E2 Node after each occurrence of a defined RIC Subscription procedure Event Trigger.
  • With the QUERY service, the Near-RT RIC 110-1 sends a QUERY message to any of the E2 nodes 120-1, 120-2, 120-3 and 120-4 to retrieve RAN-related and/or UE-related information from the E2 Node.
  • It is to be understood that the numbers of the Near-RT RIC and the E2 Nodes are only for ease of understanding without suggesting any limitations. The O-RAN 100B may include any suitable number of the Near-RT RIC and the E2 Nodes adapted for implementing embodiments of the present disclosure.
  • It shall be noted that the communication environment 100A may implemented as other network than the O-RAN. The scope of the present disclosure is not limited thereto.
  • Communications in the communication environment 100A or O-RAN 100B may be implemented according to any proper communication protocol (s) , comprising, but not limited to, cellular communication protocols of the first generation (1G) , the second generation (2G) , the third generation (3G) , the fourth generation (4G) , the fifth generation (5G) or the future sixth generation (6G) wireless local network communication protocols such as institute for electrical and electronics engineers (IEEE) 802.11 and the like, and/or any other protocols currently known or to be developed in the future. Moreover, the communication may utilize any proper wireless communication technology, comprising but not limited to: code division multiple access (CDMA) , frequency division multiple access (FDMA) , time division multiple access (TDMA) , frequency division duplex (FDD) , time division duplex (TDD) , multiple-input multiple-output (MIMO) , orthogonal frequency  division multiple (OFDM) , discrete fourier transform spread OFDM (DFT-s-OFDM) and/or any other technologies currently known or to be developed in the future.
  • In some embodiments, there may be cases where excessive RIC reports from an E2 node are flooding in. For example, a Near-RT RIC subscribes to the E2 node to report RAN control and UE context related information. The RAN control and UE context related information may comprise one of the following: a copy of complete message, call process outcome with associated information on UE context and/or RAN status information, E2 node information and cell related information, UE information, or on demand report. However, when the number of UEs increases rapidly, the Near-RT RIC needs to monitor the quality of experience for each UE with frequent movement of UEs, mass access, or target UEs suddenly gather and access. This results in overload of the E2 node due to the limited capacity of the E2 node (for example, processing capacity, computing capacity, storage capacity) . In such situation, the E2 node cannot report the requested information to the Near-RT RIC and the Near-RT RIC cannot obtain the necessary information to monitor the quality of experience for each UE. Conventionally, only the RAN control and UE context related information are reported from the E2 node to the Near-RT RIC. Therefore, it is hard for the Near-RT RIC to detect a status of the E2 node.
  • In view of the above, embodiments of the present disclosure provide a solution for communications. In this solution, a first network device transmits a first request message comprising a first indication to a second network device. The first indication indicates that a status of the second network device is to be reported based on a triggering condition. The first network device receives, from the second network device, a first response message comprising a second indication of the status of the second network device. In turn, the first network device determines the status of the second network device based on the second indication. In this way, the first network device can determine the status of the second network device.
  • Fig. 2 illustrates a signaling chart illustrating an example process 200 for communications in accordance with some embodiments of the present disclosure. For the purpose of discussion, the process 200 will be described with reference to Fig. 1A. The process 200 may involve the first network device 110 and the second network device 120. The first network device 110 may be implemented as the Near-RT RIC 110-1 in Fig. 1B. The second network device 120 may be implemented as any of the E2 nodes 120-1, 120-2, 120-3 and 120-4 in Fig. 1B.
  • As shown in Fig. 2, optionally, the first network device 110 may transmit (210) a second request message to the second network device 120. The second request message indicates that a status report type supported by the second network device 120 is to be provided by the second network device 120.
  • In some embodiments, the first network device 110 may transmit the second request message by transmitting a RIC QUERY REQUEST message containing a RIC Query Definition to the second network device 120. The RIC Query Definition may carry an indication indicating that the status report type supported by the second network device 120 is to be provided by the second network device 120. For example, the indication may be an OCTET STRING with a status of the second network device 120.
  • Upon receiving the second request message, the second network device 120 may validate the RIC Query Definition. If the requested information is available at the second network device 120, the second network device 120 may transmit (220) a second response message to the first network device 110. The second response message comprises a fourth indication indicating the status report type supported by the second network device 120.
  • In some embodiments, the second network device 120 may transmit the second response message by transmitting a RIC QUERY RESPONSE message to the first network device 110. The RIC QUERY RESPONSE message may comprise a RIC Query Outcome. The RIC Query Outcome may carry the fourth indication indicating the status report type supported by the second network device 120.
  • In some embodiments, the status report type may be an OCTET STRING in the RIC Query Outcome.
  • In some embodiments, the status report type may comprise a first status report type indicating the status of the second network device 120 is to be reported based on change of a status of the second network device 120. In some embodiments, the status of the second network device 120 may be one of the following: overloaded, partial overloaded, or not-overloaded. Hereinafter, for brevity, the first status report type is also referred to as “E2 node status changing based report type” .
  • Alternatively, in some embodiments, the status report type may comprise a second status report type indicating the status of the second network device 120 is to be reported based on change of a status reporting level of the second network device 120. Hereinafter, for brevity, the second status report type is also referred to as “E2 node status reporting  levels changing based report type” .
  • In some embodiments, the status reporting level of the second network device 120 may indicate load of the second network device 120. For example, the higher the status reporting level is, the higher the load of the second network device 120 is.
  • In some embodiments, the status reporting level of the second network device 120 may be enumerated, such as 2, 3, 4, 5, 10. The second network device 120 may divide the load scale into the different number of reporting levels which may be evenly distributed on a linear scale.
  • In some embodiments, if the E2 node status reporting levels changing based report type is used by the second network device 120, the second network device 120 may also provide the detailed supported status reporting levels, such as, 2, 3, 4, 5, 10.
  • As described above, in some embodiments, the second network device 120 may be implemented as any of the E2 nodes 120-1, 120-2, 120-3 and 120-4 in Fig. 1B. In some embodiments, the E2 nodes 120-1, 120-2, 120-3 and 120-4 may support different status reporting levels. The E2 nodes 120-1, 120-2, 120-3 and 120-4 may provide different supported status reporting levels. For example, the E2 node 120-1 may provide the supported status reporting levels of 2, 5, 8, while the E2 node 120-2 may provide the supported reporting status levels of 3, 6, 8.
  • Alternatively, in some embodiments, the status report type may comprise a third status report type indicating the status of the second network device 120 is to be reported based on a threshold of the second network device 120. Hereinafter, for brevity, the third status report type is also referred to as “threshold based report type” .
  • In some embodiments, the threshold may be a capacity threshold of the second network device 120 or a load threshold of the second network device 120.
  • In some embodiments, the threshold may be an integer which indicates that a ratio threshold of a current load of the second network device 120 to a total capacity of the second network device 120. For example, the threshold may be 80 which indicates the ratio threshold is 80%.
  • In some embodiments, the fourth indication indicating the status report type may comprise an index associated with the status report type. Table 1 gives an example of indexes associated with the “E2 node status changing based report type” , the “E2 node  status reporting levels changing based report type” and the “threshold based report type” .
  • Table 1
  • In some embodiments, association or mapping between the index and the status report type may be predefined.
  • In some embodiments, action 210 is optional. In such embodiments, the first network device 110 may obtain information about the status report type supported by the second network device 120 in action 220 without sending the second request message as action 210.
  • In some embodiments, actions 210 and 220 are optional. In such embodiments, the first network device 110 may obtain information about the status report type supported by the second network device 120 in other manners. The scope of the present disclosure is not limited thereto.
  • With continued reference to Fig. 2, the first network device 110 transmits (230) a first request message comprising a first indication to the second network device 120. The first indication indicates that the status of the second network device 120 is to be reported based on a triggering condition.
  • In some embodiments, the triggering condition may comprise change of the status of the second network device 120. In some embodiments, the status of the second network device 120 may be one of the following: overloaded, partial overloaded, or not-overloaded. For example, when the status changes from non-overloaded to overloaded, from non-overloaded to partial overloaded, or from partial overloaded to overloaded, or vice versa, the change of the status happens. Thus, the triggering condition is satisfied.
  • In some embodiments, the second network device 120 may comprise multiple interfaces, such as next generation (NG) , Xn and F1. Different interfaces of the second network device 120 may typically have different capacity. In some cases, some of the  multiple interfaces may be overloaded while others may be not overloaded. In this case, the status of the second network device 120 is partial overloaded. In other words, the partial overloaded status of the second network device 120 means that some but not all of the interfaces of the second network device 120 are overloaded.
  • Alternatively, in some embodiments, the triggering condition may comprise change of the status reporting level of the second network device 120. For example, the second network device 120 supports the status reporting levels of 2, 5, 8. When the status reporting level changes from 2 to 5, the change of the status reporting level happens. Thus, the triggering condition is satisfied.
  • In some embodiments, the second network device 120 may comprise multiple interfaces, such as next generation (NG) , Xn and F1. In such embodiments, different interfaces of the second network device 120 may typically support the different status reporting levels.
  • Alternatively, in some embodiments, the triggering condition may comprise a threshold of the second network device 120.
  • As described above, in some embodiments, the threshold may be a capacity threshold of the second network device 120 or a load threshold of the second network device 120. The threshold may be an integer which indicates that a ratio threshold of a current load of the second network device 120 to a total capacity of the second network device 120. For example, the threshold may be 80 which indicates the ratio threshold is 80%. When a ratio of a current load of the second network device 120 to a total capacity of the second network device 120 exceeds 80%, the triggering condition is satisfied.
  • In some embodiments, the second network device 120 may comprise multiple interfaces, such as next generation (NG) , Xn and F1. In such embodiments, different interfaces of the second network device 120 may typically support the different thresholds.
  • The second network device 120 transmits (250) a first response message to the first network device 110. The first response message comprises a second indication of the status of the second network device 120.
  • In some embodiments, in order to obtain the second indication of the status of the second network device 120, the first network device 110 may transmit the first request message by transmitting a RIC SUBSCRIPTION REQUEST message comprising a RIC Action Type and a new RIC Event Trigger to the target second network device 120.
  • In some embodiments, the RIC Action Type may be Report, which indicates the type of action to be executed by the second network device 120 is to provide report service.
  • In some embodiments, the new RIC Event Trigger may be pre-defined. The new RIC Event Trigger may be used to indicate that a status of the second network device 120 is to be reported based on a triggering condition. Table 2 gives an example of a RIC Event trigger definition IE style list.
  • Table 2

  • The new RIC Event Trigger may be associated with one of the last three lines in Table 2. For example, the RIC SUBSCRIPTION REQUEST message may comprise the new RIC Event Trigger of “6” (i.e., RIC Style Type is 6) , which indicates that the status of an E2 node (such as the second network device 120) is to be reported based on the triggering condition shown in the rightmost column of Table 2 (i.e., “change of E2 Node status” , “change of E2 node status reporting level” , or “threshold of E2 node” ) .
  • In some embodiments, the RIC Event Trigger used for report of the E2 node status may be for each interface of the E2 node (in short, “E2 node interface” ) . The E2 node interface may include but is not limited to NG, Xn, F1. In such embodiments, each E2 node interface is associated with a RIC Event Trigger. For example, different E2 node interfaces are associated with different thresholds used for the triggering condition.
  • In some embodiments, upon receiving the RIC SUBSCRIPTION REQUEST message, the second network device 120 may store the new RIC Event Trigger. If the new RIC Event Trigger is accepted by the second network device 120, the second network device 120 may reserve necessary resources and transmit a RIC SUBSCRIPTION RESPONSE message to the first network device 110. For brevity, the RIC SUBSCRIPTION RESPONSE message is not shown in Fig. 2.
  • In some embodiments, upon receiving the first request message, the second network device 120 may determine (240) whether the triggering condition is satisfied. If the triggering condition is satisfied, the second network device 120 may transmit the first response message to the first network device 110.
  • For example, if the status changes from non-overloaded to overloaded, from non-overloaded to partial overloaded, or from partial overloaded to overloaded, or vice versa, the triggering condition is satisfied. Then, the second network device 120 may transmit the first response message to the first network device 110.
  • For another example, if the status reporting level changes from one to another, the triggering condition is satisfied. Then, the second network device 120 may transmit the first response message to the first network device 110.
  • For a further example, if a ratio of a current load of the second network device 120 to a total capacity of the second network device 120 exceeds the threshold of the second network device 120, the triggering condition is satisfied. Then, the second network device 120 may transmit the first response message to the first network device 110.
  • In some embodiments, each time the triggering condition is satisfied, the second network device 120 may transmit the first response message to the first network device 110.
  • In some embodiments, the second network device 120 may transmit the first response message by transmitting a RIC INDICATION message to the first network device 110. The RIC INDICATION message may comprise the REPORT service, where the REPORT service is used to report the status of the second network device 120.
  • Upon receiving the first response message, the first network device 110 determines (260) the status of the second network device 120 based on the second indication in the first response message.
  • With the process 200, the first network device 110 can determine the status of the second network device 120.
  • In some embodiments, the status of the second network device 120 may be associated with information about at least one interface of the second network device 120. In such embodiments, the first response message may comprise not only the second indication of the status but also the information about at least one interface. For example, the first response message may comprise not only the second indication indicating the status is overloaded but also the information about at least one interface. In such embodiments, the information about at least one interface comprises an identity of the at least one interface.
  • In some embodiments, the information about the at least one interface further  comprises at least one of the following: a direction of the at least one interface, or timing information related to when change of the status of the second network device 120 happens.
  • Alternatively, in some embodiments, the second indication of the status of the second network device 120 may comprise the information about at least one interface of the second network device 120. In such embodiments, the first response message may not comprise an explicit indication indicating the status. Instead, the first response message may comprise the information about at least one interface. The information about at least one interface may implicitly indicate the status of the second network device 120.
  • In some embodiments, the first response message further comprises a cause value indicating reason of an overloaded status or a partial overloaded status of the second network device 120.
  • Table 3 gives an example of contents in the first response message.
  • Table 3
  • In some embodiments, the second indication may comprise a third indication indicating the triggering condition is satisfied. For example, the third indication may be “1” or “Yes” or “True” which indicates the triggering condition is satisfied.
  • Fig. 3 illustrates a signaling chart illustrating an example process 300 for communications in accordance with some embodiments of the present disclosure. For the purpose of discussion, the process 300 will be described with reference to Fig. 1A. The process 300 may involve the first network device 110 and the second network device 120.  The first network device 110 may be implemented as the Near-RT RIC 110-1 in Fig. 1B. The second network device 120 may be implemented as any of the E2 nodes 120-1, 120-2, 120-3 and 120-4 in Fig. 1B.
  • As shown in Fig. 3, the first network device 110 determines (310) the status of the second network device 120.
  • In some embodiments, the first network device 110 may determine the status of the second network device 120 based on the second indication received from the second network device 120, as described with reference to Fig. 2. In this regard, the process 300 may be combined with the process 200.
  • Alternatively, the first network device 110 may determine the status of the second network device 120 by itself or based on one or more messages received from another node. In this regard, the process 300 may be separate from the process 200.
  • The first network device 110 starts (320) a timer for overload control of the second network device 120 based on the status of the second network device 120. For example, if the status of the second network device 120 is overloaded or partial overloaded, the first network device 110 may start the timer for overload control.
  • The first network device 110 transmits (330) a third request message to the second network device 120. The third request message comprises at least one control action to be performed by the second network device 120 for overload control of the second network device 120.
  • In some embodiments, the first network device 110 may transmit the third request message by transmitting a RIC CONTROL REQUEST message comprising an overload control service to the second network device 120. The overload control service may include a control action list. The control action list may comprise the at least one control action to be performed by the second network device 120.
  • In some embodiments, the at least one control action may comprise at least one control action for radio bearer control which may comprise at least one of the following:
  • · DRB (data radio bearer) QoS (quality of service) configuration, used to control the configuration of DRB QoS profile;
  • · QoS flow mapping configuration, used to control the multiplexing of QoS flows to a DRB (addition, modification, deletion) ;
  • · Logical channel configuration, used to control the LCID (logical channel identity) configuration of a DRB;
  • · Radio admission control, used to control radio admission of a UE;
  • · DRB termination control, used to control the change in bearer termination point;
  • · DRB split ratio control, used to control the split ratio of a DRB across its RLC entities;
  • · PDCP duplication control, used to control the activation or de-activation of PDCP duplication for a DRB and control/configure the number of legs or RLC entities for the DRB.
  • In some embodiments, the at least one control action may comprise at least one control action for radio resource allocation control which may comprise at least one of the following:
  • · DRX (discontinuous reception) control, used to control the configuration of DRX parameters;
  • · SR (scheduling request) control, used to control the configuration of SR periodicity parameters;
  • · SPS (semi-persistent scheduling) control, used to control the configuration of SPS parameters;
  • · Configured grant control, used to control the configuration of uplink grants to the UE;
  • · CQI (channel quality indicator) table, used to control the configuration of CQI table;
  • · Slice level PRB (physical resource block) quota, used to control the radio resource management policy for slice-specific PRB quota allocation.
  • In some embodiments, the at least one control action may comprise at least one control action for connected mode mobility control which may comprise at least one of the following:
  • · Handover control, used to control the handover of the primary cell and subsequent secondary cell reselection;
  • · CHO (conditional handover) control, used to control the CHO involving target primary cells;
  • · DAPS (dual active protocol stack) handover control, used to control the DAPS handover of the UE between source cell and target cell.
  • In some embodiments, the at least one control action may comprise at least one control action for radio access control which may comprise at least one of the following:
  • · UE admission control, used to control UE admission;
  • · RACH (random access channel) backoff control, used to control RACH backoff parameters;
  • · Access barring control, used to control access barring configuration parameters;
  • · RRC connection release control, used to control release of RRC connection of the UE;
  • · RRC connection reject control, used to reject RRC connection request of the UE.
  • In some embodiments, the at least one control action may comprise at least one control action for dual connectivity control which may comprise at least one of the following:
  • · DC (dual connectivity) secondary node addition control, used to control secondary node addition for dual connectivity;
  • · DC secondary node modification and release control, used to control modification and release of secondary node for DC;
  • · DC PSCell (primary secondary cell) change control, used to control PSCell change of a UE within a secondary node or to another secondary node;
  • · DC secondary node change control, used to control changing the secondary node of a UE for DC.
  • In some embodiments, the at least one control action may comprise at least one control action for carrier aggregation control which may comprise at least one of the following:
  • · CA (carrier aggregation) secondary cell addition control, used to control  secondary cell addition for a UE;
  • · CA secondary cell modification control, used to control modification and release of secondary cells for a UE.
  • In some embodiments, the at least one control action may comprise at least one control action for idle mode mobility control. The idle mode mobility control may comprise cell reselection priority control, used to assign cell re-selection priorities for a UE during idle mode.
  • In some embodiments, the at least one control action may comprise at least one control action for UE information and assignment. UE information and assignment may comprise UE to explicit UE list assignment command, used to add or remove the nominated UE to the Explicit UE list name, also used to request list of supported Explicit UE list.
  • With continued reference to Fig. 3, upon receiving the third request message, the second network device 120 performs (340) one or more of the at least one control action.
  • In some embodiments, the third request message further comprises a fifth indication indicating a priority for each of the at least one control action.
  • In some embodiments, the at least one control action comprises a first control action with a first priority and a second control action with a second priority. The second priority is higher than the first priority. The second network device 120 may perform the second control action prior to the first control action.
  • In some embodiments, the third request message comprises a control action list comprising the at least one control action. The fifth indication comprises an order of the at least one control action in the control action list. In other words, the order of the at least one control action in the control action list implicitly indicates the priority for each of the at least one control action. For example, an initial control action in the control action list may have the highest priority while an end control action in the control action list may have the lowest priority.
  • In some embodiments, the at least one control action comprises the first control action. A first priority for the first control action may be a positive priority indicating that the first control action is to be performed before a message originating from the second network device 120 is processed. Hereinafter, the message originating from the second  network device 120 is also referred to as an “E2 node originated message” , “current message” or “ongoing message” . For example, the first control action may be a control action for handover control and the E2 node originated message may be a handover request message. If the first priority for the first control action is a positive priority, the second network device 120 shall perform the first control action before transmitting the handover request message.
  • Alternatively, if the first priority for the first control action is a positive priority, it may indicate that the first control action is to be performed before a message terminating at the second network device 120 is processed. Hereinafter, the message terminating at the second network device 120 is also referred to as an “E2 node terminated message” , “current message” or “ongoing message” . For example, the E2 node terminated message may be a message to be received from other E2 node or network function in a core network. If the first priority for the first control action is a positive priority, the second network device 120 shall perform the first control action before receiving the E2 node terminated message.
  • In some embodiments, the first priority may be a negative priority indicating that the first control action is to be performed after the E2 node originated message (or E2 node terminated message) is processed.
  • In some embodiments, the first priority may be equal to zero indicating that the first control action is to be performed before or after the E2 node originated message (or E2 node terminated message) is processed. In other words, the first control action shall be treated with the same priority as the E2 node originated message or E2 node terminated message.
  • In some embodiments, the first network device 110 may transmit multiple control actions to the second network device 120 using multiple RIC CONTROL REQUEST messages, where each RIC CONTROL REQUEST includes one control action. In such embodiments, each RIC CONTROL REQUEST message includes a priority for the corresponding control action.
  • In some embodiments, each control action may be associated with a control action identity (ID) which is unique within the second network device 120.
  • It shall be noted that the action 320 is shown prior to the action 330 by way of example. In other embodiments, the action 320 may be performed in parallel to or subsequent to the action 330.
  • It shall be noted that the action 310 is optional. In such embodiments, the action 320 may be not performed by the first network device 110.
  • In turn, if the overload control succeeds, the second network device 120 transmits (350a) , to the first network device 110, a third response message indicating success of the overload control. For example, if the requested overload control service is successful, the second network device 120 may transmit the third response message by transmitting a RIC CONTROL ACKNOWLEDGE message to the first network device 110.
  • In some embodiments, the third response message comprises an updated status of the second network device 120 after the at least one control action is performed.
  • In some embodiments, the at least one control action comprises multiple control actions. After at least one of the multiple control actions has been performed, the status of the second network device 120 changes from overloaded to not-overloaded. Thus, the overload control succeeds. Then, the second network device 120 may transmit the third response message.
  • In some embodiments, the third response message may comprise a sixth indication indicating at least one of the multiple control actions which has been performed. Alternatively, the third response message may comprise a seventh indication indicating at least one of the multiple control actions which has not been performed.
  • For example, the at least one control action comprises a first control action, a second control action and a third control action. After the first control action has been performed, the status of the second network device 120 changes from overloaded to not-overloaded. Thus, the overload control succeeds. Then, the second network device 120 may transmit the third response message. The third response message may comprise the sixth indication indicating the first control action which has been performed. Alternatively, the third response message may comprise the seventh indication indicating the second control action and the third control action which have not been performed.
  • On the other hand, if the overload control is failed or not executed, the second network device 120 transmits (350b) , to the first network device 110, a fourth response message indicating failure of the overload control. For example, if the requested overload control service is failed or not executed, the second network device 120 may transmit the fourth response message by transmitting a RIC CONTROL FAILURE message to the first network device 110.
  • In some embodiments, the fourth response message comprises a cause value indicating reason for the failure of the overload control.
  • For example, the at least one control action comprises a first control action and a second control action. The first control action is used for handover control and the second control action is used for radio bearer control. The first control action is inconsistent with the second control action for the overload control. Thus, the second network device 120 may not perform the first control action and the second control action. Accordingly, the requested overload control service is not executed. Then, the second network device 120 may transmit the fourth response message. The fourth response message comprises a cause value. The cause value is inconsistent control action for overload control.
  • For another example, the at least one control action comprises a first control action used for handover control. Based on the first control action, the second network device 120 transmits a handover request to a target network device. However, the target network device rejects the handover request. Thus, the cause value may be invalid control action for overload control.
  • In some embodiments, the at least one control action comprises multiple control actions. The fourth response message comprises an eighth indication indicating at least one of the multiple control actions which has failed to be performed. For example, the eighth indication may comprise a control action ID of the at least one of the multiple control actions which has failed to be performed. In some embodiments, each control action ID may be associated with a cause value indicating reason for the failure of the respective control action.
  • In some embodiments, the fourth response message may comprise one or more control actions suggested by the second network device 120. The first network device 110 may use the one or more suggested control action for further use. For example, the first network device 110 may use the one or more suggested control action to initiate a new overload control procedure including the one or more suggested control action with higher priority. The detailed description of the control action has been described with respect to the action 330.
  • In some embodiments, if the first network device 110 has not received the third response message indicating success of the overload control before the timer expires, the first network device 110 considers the overload control for the second network device 120  is failed.
  • On the other hand, if the first network device 110 has received the third response message indicating success of the overload control before the timer expires, the first network device 110 stops 360 the timer for the overload control. Otherwise, if the first network device 110 receives the fourth response message indicating failure of the overload control, it will start a new overload control procedure.
  • Fig. 4 illustrates a flowchart of a method 400 implemented at a first network device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 400 will be described from the perspective of the first network device 110 with reference to Fig. 1A.
  • At block 410, the first network device 110 transmits, to the second network device 120, a first request message comprising a first indication. The first indication indicates that a status of the second network device 120 is to be reported based on a triggering condition.
  • At block 420, the first network device 110 receives, from the second network device 120, a first response message comprising a second indication of the status of the second network device 120.
  • At block 430, the first network device 110 determines the status of the second network device 120 based on the second indication.
  • In some embodiments, the triggering condition comprises one of the following: change of the status of the second network device 120, change of a status reporting level of the second network device 120, or a threshold of the second network device 120.
  • In some embodiments, the status of the second network device 120 comprises one of the following: overloaded, partial overloaded, or not-overloaded.
  • In some embodiments, the status of the second network device 120 is associated with information about at least one interface of the second network device 120.
  • In some embodiments, the second indication of the status of the second network device 120 comprises information about at least one interface of the second network device 120.
  • In some embodiments, the information about the at least one interface comprises at least one of the following: a direction of the at least one interface, or timing information related to when change of the status of the second network device 120 happens.
  • In some embodiments, the first response message further comprises a cause value  indicating reason of an overloaded status or a partial overloaded status of the second network device 120.
  • In some embodiments, the second indication comprises a third indication indicating the triggering condition is satisfied.
  • In some embodiments, the method 400 further comprises: transmitting, to the second network device 120, a second request message indicating that a status report type supported by the second network device 120 is to be provided by the second network device 120.
  • In some embodiments, the method 400 further comprises: receiving, from the second network device 120, a second response message comprising a fourth indication indicating the status report type supported by the second network device 120.
  • In some embodiments, the status report type comprises one of the following: a first status report type indicating the status of the second network device 120 is to be reported based on change of the status of the second network device 120; a second status report type indicating the status of the second network device 120 is to be reported based on change of a status reporting level of the second network device 120; or a third status report type indicating the status of the second network device 120 is to be reported based on a threshold of the second network device 120.
  • Fig. 5 illustrates a flowchart of a method 500 implemented at a second network device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 500 will be described from the perspective of the second network device 120 with reference to Fig. 1A.
  • At block 510, the second network device 120 receives, from the first network device 110, a first request message comprising a first indication. The first indication indicates that a status of the second network device 120 is to be reported based on a triggering condition.
  • At block 520, the second network device 120 transmits a first response message to the first network device 110 based on the triggering condition. The first response message comprises a second indication of the status of the second network device 120.
  • In some embodiments, the triggering condition comprises one of the following: change of the status of the second network device 120, change of a status reporting level of the second network device 120, or a threshold of the second network device 120.
  • In some embodiments, the status of the second network device 120 comprises one  of the following: overloaded, partial overloaded, or not-overloaded.
  • In some embodiments, the status of the second network device 120 is associated with information about at least one interface of the second network device 120.
  • In some embodiments, the second indication of the status of the second network device 120 comprises information about at least one interface of the second network device 120.
  • In some embodiments, the information about the at least one interface comprises at least one of the following: a direction of the at least one interface, or timing information related to when change of the status of the second network device 120 happens.
  • In some embodiments, the first response message further comprises a cause value indicating reason of an overloaded status or partial overloaded status of the second network device 120.
  • In some embodiments, the second indication comprises a third indication indicating the triggering condition is satisfied.
  • In some embodiments, the method 500 further comprises: receiving, from the first network device 110, a second request message indicating that a status report type supported by the second network device 120 is to be provided by the second network device 120.
  • In some embodiments, the method 500 further comprises: transmitting, to the first network device 110, a second response message comprising a fourth indication indicating the status report type supported by the second network device 120.
  • In some embodiments, the status report type comprises one of the following: a first status report type indicating the status of the second network device 120 is to be reported based on change of the status of the second network device 120; a second status report type indicating the status of the second network device 120 is to be reported based on change of a status reporting level of the second network device 120; or a third status report type indicating the status of the second network device 120 is to be reported based on a threshold of the second network device 120.
  • Fig. 6 illustrates a flowchart of a method 600 implemented at a first network device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 600 will be described from the perspective of the first network device 110 with reference to Fig. 1A.
  • At block 610, the first network device 110 determines the status of the second network device 120.
  • At block 620, the first network device 110 transmits a third request message to the second network device 120. The third request message comprises at least one control action to be performed by the second network device 120 for overload control of the second network device 120.
  • In some embodiments, the method 600 further comprises: starting a timer for overload control of the second network device 120 based on the status of the second network device 120.
  • In some embodiments, the third request message further comprises a fifth indication indicating a priority for each of the at least one control action.
  • In some embodiments, the third request message comprises a control action list comprising the at least one control action, and the fifth indication comprises an order of the at least one control action in the control action list.
  • In some embodiments, the at least one control action comprises a first control action. A first priority for the first control action is a positive priority indicating that the first control action is to be performed before a message originating from the second network device 120 is processed. Alternatively, the first priority is a negative priority indicating that the first control action is to be performed after the message is processed. Alternatively, the first priority is equal to zero indicating that the first control action is to be performed before or after the message is processed.
  • In some embodiments, the method 600 further comprises: receiving, from the second network device 120, a third response message indicating success of the overload control.
  • In some embodiments, the third response message comprises an updated status of the second network device 120 after the at least one control action is performed.
  • In some embodiments, the at least one control action comprises multiple control actions; and the third response message comprises a sixth indication indicating at least one of the multiple control actions which has been performed.
  • In some embodiments, the at least one control action comprises multiple control actions; and the third response message comprises a seventh indication indicating at least one of the multiple control actions which has not been performed.
  • In some embodiments, the method 600 further comprises: receiving, from the second network device 120, a fourth response message indicating failure of the overload control.
  • In some embodiments, the fourth response message comprises a cause value  indicating reason for the failure of the overload control.
  • In some embodiments, the at least one control action comprises multiple control actions; and the fourth response message comprises an eighth indication indicating at least one of the multiple control actions which has failed to be performed.
  • In some embodiments, the fourth response message comprises one or more control actions suggested by the second network device 120.
  • Fig. 7 illustrates a flowchart of a method 700 implemented at a second network device in accordance with some embodiments of the present disclosure. For the purpose of discussion, the method 700 will be described from the perspective of the second network device 120 with reference to Fig. 1A.
  • At block 710, the second network device 120 receives a third request message from the first network device 110. The third request message comprises at least one control action to be performed by the second network device 120 for overload control of the second network device 120.
  • At block 720, the second network device 120 performs one or more of the at least one control action.
  • In some embodiments, the third request message further comprises a fifth indication indicating a priority for each of the at least one control action.
  • In some embodiments, the third request message comprises a control action list comprising the at least one control action, and the fifth indication comprises an order of the at least one control action in the control action list.
  • In some embodiments, the at least one control action comprises a first control action with a first priority and a second control action with a second priority higher than the first priority. Performing one or more of the at least one control action comprises performing the second control action prior to the first control action.
  • In some embodiments, the at least one control action comprises a first control action. A first priority for the first control action is a positive priority indicating that the first control action is to be performed before a message originating from the second network device 120 is processed. Alternatively, the first priority is a negative priority indicating that the first control action is to be performed after the message is processed. Alternatively, the first priority is equal to zero indicating that the first control action is to be performed before or after the message is processed.
  • In some embodiments, the method 700 further comprises: transmitting, to the first  network device 110, a third response message indicating success of the overload control.
  • In some embodiments, the third response message comprises an updated status of the second network device 120 after the at least one control action is performed.
  • In some embodiments, the at least one control action comprises multiple control actions; and the third response message comprises a sixth indication indicating at least one of the multiple control actions which has been performed.
  • In some embodiments, the at least one control action comprises multiple control actions; and the third response message comprises a seventh indication indicating at least one of the multiple control actions which has not been performed.
  • In some embodiments, the method 700 further comprises: transmitting, to the first network device 110, a fourth response message indicating failure of the overload control.
  • In some embodiments, the fourth response message comprises a cause value indicating reason for the failure of the overload control.
  • In some embodiments, the at least one control action comprises multiple control actions; and the fourth response message comprises an eighth indication indicating at least one of the multiple control actions which has failed to be performed.
  • In some embodiments, the fourth response message comprises one or more control actions suggested by the second network device 120.
  • It shall be understood that the method 400 may be combined with the method 600 or separate from the method 600. Similarly, the method 500 may be combined with the method 700 or separate from the method 700.
  • Fig. 8 illustrates a simplified block diagram of an apparatus 800 that is suitable for implementing embodiments of the present disclosure. The apparatus 800 can be considered as a further example implementation of the terminal device 110 or the network device 120 as shown in Fig. 1A. Accordingly, the apparatus 800 can be implemented at or as at least a part of the terminal device 110 or the network device 120.
  • As shown, the apparatus 800 includes a processor 810, a memory 820 coupled to the processor 810, a suitable transmitter (TX) and receiver (RX) 840 coupled to the processor 810, and a communication interface coupled to the TX/RX 840. The memory 810 stores at least a part of a program 830. The TX/RX 840 is for bidirectional communications. The TX/RX 840 has at least one antenna to facilitate communication, though in practice an Access Node mentioned in this disclosure may have several ones. The communication interface may represent any interface that is necessary for communication with other  network elements, such as Xn interface for bidirectional communications between E2 nodes, NG interface for communication between the E2 node and a access and mobility management function (AMF) , Un interface for communication between the E2 node and a relay node (RN) , or Uu interface for communication between the E2 node and a terminal device.
  • The program 830 is assumed to include program instructions that, when executed by the associated processor 810, enable the apparatus 800 to operate in accordance with the embodiments of the present disclosure, as discussed herein with reference to Figs. 1A to 7. The embodiments herein may be implemented by computer software executable by the processor 810 of the apparatus 800, or by hardware, or by a combination of software and hardware. The processor 810 may be configured to implement various embodiments of the present disclosure. Furthermore, a combination of the processor 810 and memory 820 may form processing means 850 adapted to implement various embodiments of the present disclosure.
  • The memory 820 may be of any type suitable to the local technical network and may be implemented using any suitable data storage technology, such as a non-transitory computer readable storage medium, semiconductor-based memory devices, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory, as non-limiting examples. While only one memory 820 is shown in the apparatus 800, there may be several physically distinct memory modules in the apparatus 800. The processor 810 may be of any type suitable to the local technical network, and may include one or more of general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples. The apparatus 800 may have multiple processors, such as an application specific integrated circuit chip that is slaved in time to a clock which synchronizes the main processor.
  • In summary, embodiments of the present disclosure provide the following solutions.
  • Clause 1. A first network device, comprising: a processor; and a transceiver coupled to the processor, wherein the processor is configured to: transmit, via the transceiver to a second network device, a first request message comprising a first indication, the first indication indicating that a status of the second network device is to be reported based on a triggering condition; receive, via the transceiver from the second network device,  a first response message comprising a second indication of the status of the second network device; and determine the status of the second network device based on the second indication.
  • Clause 2. The first network device of clause 1, wherein the triggering condition comprises one of the following: change of the status of the second network device, change of a status reporting level of the second network device, or a threshold of the second network device.
  • Clause 3. The first network device of clause 1, wherein the status of the second network device comprises one of the following: overloaded, partial overloaded, or not-overloaded.
  • Clause 4. The first network device of clause 1, wherein the status of the second network device is associated with information about at least one interface of the second network device.
  • Clause 5. The first network device of clause 1, wherein the second indication of the status of the second network device comprises information about at least one interface of the second network device.
  • Clause 6. The first network device of clause 4 or 5, wherein the information about the at least one interface comprises at least one of the following: a direction of the at least one interface, or timing information related to when change of the status of the second network device happens.
  • Clause 7. The first network device of clause 1, wherein the first response message further comprises a cause value indicating reason of an overloaded status or a partial overloaded status of the second network device.
  • Clause 8. The first network device of clause 1, wherein the second indication comprises a third indication indicating the triggering condition is satisfied.
  • Clause 9. The first network device of clause 1, wherein the processor is further configured to: transmit, via the transceiver to the second network device, a second request message indicating that a status report type supported by the second network device is to be provided by the second network device.
  • Clause 10. The first network device of clause 1, wherein the processor is further configured to: receive, via the transceiver from the second network device, a second response message comprising a fourth indication indicating a status report type supported by the second network device.
  • Clause 11. The first network device of clause 9 or 10, wherein the status report  type comprises one of the following:
  • · a first status report type indicating the status of the second network device is to be reported based on change of the status of the second network device,
  • · a second status report type indicating the status of the second network device is to be reported based on change of a status reporting level of the second network device, or
  • · a third status report type indicating the status of the second network device is to be reported based on a threshold of the second network device.
  • Clause 12. The first network device of clause 1, wherein the processor is further configured to: start a timer for overload control of the second network device based on the status of the second network device.
  • Clause 13. The first network device of clause 1, wherein the processor is further configured to: transmit a third request message via the transceiver to the second network device, the third request message comprising at least one control action to be performed by the second network device for overload control of the second network device.
  • Clause 14. The first network device of clause 13, wherein the third request message further comprises a fifth indication indicating a priority for each of the at least one control action.
  • Clause 15. The first network device of clause 14, wherein the third request message comprises a control action list comprising the at least one control action, and the fifth indication comprises an order of the at least one control action in the control action list.
  • Clause 16. The first network device of clause 14, wherein the at least one control action comprises a first control action; and a first priority for the first control action is a positive priority indicating that the first control action is to be performed before a message originating from the second network device is processed; or the first priority is a negative priority indicating that the first control action is to be performed after the message is processed; or the first priority is equal to zero indicating that the first control action is to be performed before or after the message is processed.
  • Clause 17. The first network device of clause 13, wherein the processor is further configured to: receive, via the transceiver from the second network device, a third response message indicating success of the overload control.
  • Clause 18. The first network device of clause 17, wherein the third response message comprises an updated status of the second network device after the at least one  control action is performed.
  • Clause 19. The first network device of clause 17, wherein the at least one control action comprises multiple control actions; and the third response message comprises a sixth indication indicating at least one of the multiple control actions which has been performed.
  • Clause 20. The first network device of clause 17, wherein the at least one control action comprises multiple control actions; and the third response message comprises a seventh indication indicating at least one of the multiple control actions which has not been performed.
  • Clause 21. The first network device of clause 13, wherein the processor is further configured to: receive, via the transceiver from the second network device, a fourth response message indicating failure of the overload control.
  • Clause 22. The first network device of clause 21, wherein the fourth response message comprises a cause value indicating reason for the failure of the overload control.
  • Clause 23. The first network device of clause 21, wherein the at least one control action comprises multiple control actions; and the fourth response message comprises an eighth indication indicating at least one of the multiple control actions which has failed to be performed.
  • Clause 24. The first network device of clause 21, wherein the fourth response message comprises one or more control actions suggested by the second network device.
  • Clause 25. A second network device, comprising: a processor; and a transceiver coupled to the processor, wherein the processor is configured to: receive, via the transceiver from a first network device, a first request message comprising a first indication, the first indication indicating that a status of the second network device is to be reported based on a triggering condition; and transmit a first response message via the transceiver to the first network device, the first response message comprising a second indication of the status of the second network device.
  • Clause 26. The second network device of clause 25, wherein the triggering condition comprises one of the following: change of the status of the second network device, change of a status reporting level of the second network device, or a threshold of the second network device.
  • Clause 27. The second network device of clause 25, wherein the status of the second network device comprises one of the following: overloaded, partial overloaded, or not-overloaded.
  • Clause 28. The second network device of clause 25, wherein the status of the  second network device is associated with information about at least one interface of the second network device.
  • Clause 29. The second network device of clause 25, wherein the second indication of the status of the second network device comprises information about at least one interface of the second network device.
  • Clause 30. The second network device of clause 28 or 29, wherein the information about the at least one interface comprises at least one of the following: a direction of the at least one interface, or timing information related to when change of the status of the second network device happens.
  • Clause 31. The second network device of clause 25, wherein the first response message further comprises a cause value indicating reason of an overloaded status or partial overloaded status of the second network device.
  • Clause 32. The second network device of clause 25, wherein the second indication comprises a third indication indicating the triggering condition is satisfied.
  • Clause 33. The second network device of clause 25, wherein the processor is further configured to: receive, via the transceiver from the first network device, a second request message indicating that a status report type supported by the second network device is to be provided by the second network device.
  • Clause 34. The second network device of clause 25, wherein the processor is further configured to: transmit, via the transceiver to the first network device, a second response message comprising a fourth indication indicating a status report type supported by the second network device.
  • Clause 35. The second network device of clause 33 or 34, wherein the status report type comprises one of the following:
  • · a first status report type indicating the status of the second network device is to be reported based on change of the status of the second network device,
  • · a second status report type indicating the status of the second network device is to be reported based on change of a status reporting level of the second network device, or
  • · a third status report type indicating the status of the second network device is to be reported based on a threshold of the second network device.
  • Clause 36. The second network device of clause 25, wherein the processor is further configured to: receive a third request message via the transceiver from the first network device, the third request message comprising at least one control action to be  performed by the second network device for overload control of the second network device; and perform one or more of the at least one control action.
  • Clause 37. The second network device of clause 36, wherein the third request message further comprises a fifth indication indicating a priority for each of the at least one control action.
  • Clause 38. The second network device of clause 37, wherein the third request message comprises a control action list comprising the at least one control action, and the fifth indication comprises an order of the at least one control action in the control action list.
  • Clause 39. The second network device of clause 36, wherein the at least one control action comprises a first control action with a first priority and a second control action with a second priority higher than the first priority; and the processer is configured to perform the second control action prior to the first control action.
  • Clause 40. The second network device of clause 37, wherein the at least one control action comprises a first control action; and a first priority for the first control action is a positive priority indicating that the first control action is to be performed before a message originating from the second network device is processed; or the first priority is a negative priority indicating that the first control action is to be performed after the message is processed; or the first priority is equal to zero indicating that the first control action is to be performed before or after the message is processed.
  • Clause 41. The second network device of clause 36, wherein the processor is further configured to: transmit, via the transceiver to the first network device, a third response message indicating success of the overload control.
  • Clause 42. The second network device of clause 41, wherein the third response message comprises an updated status of the second network device after the at least one control action is performed.
  • Clause 43. The second network device of clause 41, wherein the at least one control action comprises multiple control actions; and the third response message comprises a sixth indication indicating at least one of the multiple control actions which has been performed.
  • Clause 44. The second network device of clause 41, wherein the at least one control action comprises multiple control actions; and the third response message comprises a seventh indication indicating at least one of the multiple control actions which has not been performed.
  • Clause 45. The second network device of clause 36, wherein the processor is further configured to: transmit, via the transceiver to the first network device, a fourth response message indicating failure of the overload control.
  • Clause 46. The second network device of clause 45, wherein the fourth response message comprises a cause value indicating reason for the failure of the overload control.
  • Clause 47. The second network device of clause 45, wherein the at least one control action comprises multiple control actions; and the fourth response message comprises an eighth indication indicating at least one of the multiple control actions which has failed to be performed.
  • Clause 48. The second network device of clause 45, wherein the fourth response message comprises one or more control actions suggested by the second network device.
  • Generally, various embodiments of the present disclosure may be implemented in hardware or special purpose circuits, software, logic or any combination thereof. Some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device. While various aspects of embodiments of the present disclosure are illustrated and described as block diagrams, flowcharts, or using some other pictorial representation, it will be appreciated that the blocks, apparatus, systems, techniques or methods described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.
  • The present disclosure also provides at least one computer program product tangibly stored on a non-transitory computer readable storage medium. The computer program product includes computer-executable instructions, such as those included in program modules, being executed in a device on a target real or virtual processor, to carry out the process or method as described above. Generally, program modules include routines, programs, libraries, objects, classes, components, data structures, or the like that perform particular tasks or implement particular abstract data types. The functionality of the program modules may be combined or split between program modules as desired in various embodiments. Machine-executable instructions for program modules may be executed within a local or distributed device. In a distributed device, program modules may be located in both local and remote storage media.
  • Program code for carrying out methods of the present disclosure may be written in  any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions/operations specified in the flowcharts and/or block diagrams to be implemented. The program code may execute entirely on a machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.
  • The above program code may be embodied on a machine readable medium, which may be any tangible medium that may contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine readable medium may be a machine readable signal medium or a machine readable storage medium. A machine readable medium may include but not limited to an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of the machine readable storage medium would include an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM) , a read-only memory (ROM) , an erasable programmable read-only memory (EPROM or Flash memory) , an optical fiber, a portable compact disc read-only memory (CD-ROM) , an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
  • Further, while operations are depicted in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. In certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while several specific implementation details are contained in the above discussions, these should not be construed as limitations on the scope of the present disclosure, but rather as descriptions of features that may be specific to particular embodiments. Certain features that are described in the context of separate embodiments may also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment may also be implemented in multiple embodiments separately or in any suitable sub-combination.
  • Although the present disclosure has been described in language specific to structural features and/or methodological acts, it is to be understood that the present disclosure defined in the appended claims is not necessarily limited to the specific features  or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.

Claims (15)

  1. A first network device, comprising:
    a processor; and
    a transceiver coupled to the processor,
    wherein the processor is configured to:
    transmit, via the transceiver to a second network device, a first request message comprising a first indication, the first indication indicating that a status of the second network device is to be reported based on a triggering condition;
    receive, via the transceiver from the second network device, a first response message comprising a second indication of the status of the second network device; and
    determine the status of the second network device based on the second indication.
  2. The first network device of claim 1, wherein the triggering condition comprises one of the following:
    change of the status of the second network device,
    change of a status reporting level of the second network device, or
    a threshold of the second network device.
  3. The first network device of claim 1, wherein the status of the second network device comprises one of the following:
    overloaded,
    partial overloaded, or
    not-overloaded.
  4. The first network device of claim 1, wherein the status of the second network device is associated with information about at least one interface of the second network device.
  5. The first network device of claim 1, wherein the processor is further configured to:
    receive, via the transceiver from the second network device, a second response message comprising a fourth indication indicating a status report type supported by the  second network device.
  6. The first network device of claim 5, wherein the status report type comprises one of the following:
    a first status report type indicating the status of the second network device is to be reported based on change of the status of the second network device,
    a second status report type indicating the status of the second network device is to be reported based on change of a status reporting level of the second network device, or
    a third status report type indicating the status of the second network device is to be reported based on a threshold of the second network device.
  7. The first network device of claim 1, wherein the processor is further configured to:
    transmit a third request message via the transceiver to the second network device, the third request message comprising at least one control action to be performed by the second network device for overload control of the second network device.
  8. The first network device of claim 7, wherein the third request message further comprises a fifth indication indicating a priority for each of the at least one control action.
  9. The first network device of claim 8, wherein:
    the at least one control action comprises a first control action; and
    a first priority for the first control action is a positive priority indicating that the first control action is to be performed before a message originating from the second network device is processed; or
    the first priority is a negative priority indicating that the first control action is to be performed after the message is processed; or
    the first priority is equal to zero indicating that the first control action is to be performed before or after the message is processed.
  10. The first network device of claim 7, wherein the processor is further configured to:
    receive, via the transceiver from the second network device, a third response message indicating success of the overload control; and
    the third response message comprises an updated status of the second network device after the at least one control action is performed.
  11. The first network device of claim 7, wherein the processor is further configured to:
    receive, via the transceiver from the second network device, a fourth response message indicating failure of the overload control; and
    the fourth response message comprises a cause value indicating reason for the failure of the overload control.
  12. A second network device, comprising:
    a processor; and
    a transceiver coupled to the processor,
    wherein the processor is configured to:
    receive, via the transceiver from a first network device, a first request message comprising a first indication, the first indication indicating that a status of the second network device is to be reported based on a triggering condition; and
    transmit a first response message via the transceiver to the first network device, the first response message comprising a second indication of the status of the second network device.
  13. The second network device of claim 12, wherein the triggering condition comprises one of the following:
    change of the status of the second network device,
    change of a status reporting level of the second network device, or
    a threshold of the second network device.
  14. The second network device of claim 12, wherein the status of the second network device comprises one of the following:
    overloaded,
    partial overloaded, or
    not-overloaded.
  15. The second network device of claim 12, wherein the processor is further  configured to:
    receive a third request message via the transceiver from the first network device, the third request message comprising at least one control action to be performed by the second network device for overload control of the second network device; and
    perform one or more of the at least one control action.
EP23884105.0A 2023-04-25 2023-04-25 Network devices and methods for communications Pending EP4702779A1 (en)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2023/090572 WO2024093163A1 (en) 2023-04-25 2023-04-25 Network devices and methods for communications

Publications (1)

Publication Number Publication Date
EP4702779A1 true EP4702779A1 (en) 2026-03-04

Family

ID=90929550

Family Applications (1)

Application Number Title Priority Date Filing Date
EP23884105.0A Pending EP4702779A1 (en) 2023-04-25 2023-04-25 Network devices and methods for communications

Country Status (4)

Country Link
EP (1) EP4702779A1 (en)
CN (1) CN121014228A (en)
GB (1) GB2643623A (en)
WO (1) WO2024093163A1 (en)

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104301931A (en) * 2014-09-24 2015-01-21 中兴通讯股份有限公司 Congestion/overload control method, system, device and base station
CN110972107B (en) * 2018-09-29 2021-12-31 华为技术有限公司 Load balancing method and device
CN114095367B (en) * 2020-07-30 2023-05-09 大唐移动通信设备有限公司 Configuration method of state feedback mode, state feedback method and device
EP4258708A4 (en) * 2020-12-30 2024-01-10 Huawei Technologies Co., Ltd. Communication methods and apparatus and system

Also Published As

Publication number Publication date
WO2024093163A1 (en) 2024-05-10
CN121014228A (en) 2025-11-25
GB2643623A (en) 2026-02-25

Similar Documents

Publication Publication Date Title
WO2022165851A1 (en) Method for sidelink communication and terminal device
US20200229208A1 (en) Resource scheduling method, radio access network device, and terminal device
US11382138B2 (en) Random access in communication system
WO2024093139A1 (en) Devices, methods and mediums for communications
JP2025533615A (en) Experience quality measurement report
US11956845B2 (en) Transmission of segments of information
US12526033B2 (en) Apparatus, method, and computer program for determining a serving beam using a measurement report pool
US20250150891A1 (en) Delay status report
US20250056355A1 (en) Configuration switch for lower layer triggered mobility
WO2024093163A1 (en) Network devices and methods for communications
KR20250050720A (en) Method and communication device for handling a communication with a serving cell
US20260006516A1 (en) Network slice based cell reselection
WO2024093081A1 (en) Terminal devices, network device, and methods for multi-path communications
WO2024229852A1 (en) Quality of experience handling in dual connectivity
WO2024103420A1 (en) Devices, methods and apparatuses for data transmission
CN120982145A (en) Network device for collecting UE-related measurements in dual connectivity
CN113748711A (en) User device and communication method
WO2026030943A1 (en) Mechanism for logical channel prioritization
WO2025200031A1 (en) Buffer status report or delay status report triggering
WO2025200026A1 (en) Pdcp duplication
WO2024145951A1 (en) Rate control configuration and adaptation
US20250274931A1 (en) Ue power saving mechanism
WO2024239300A1 (en) Measurement reporting for cell activation
GB2643145A (en) Measurement buffer status reporting
WO2026068356A1 (en) Method and apparatus for lower-layer triggered mobility (ltm) measurement reporting

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20251002

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC ME MK MT NL NO PL PT RO RS SE SI SK SM TR