CN111200833B - Method and device for determining network element state - Google Patents
Method and device for determining network element state Download PDFInfo
- Publication number
- CN111200833B CN111200833B CN201811375085.6A CN201811375085A CN111200833B CN 111200833 B CN111200833 B CN 111200833B CN 201811375085 A CN201811375085 A CN 201811375085A CN 111200833 B CN111200833 B CN 111200833B
- Authority
- CN
- China
- Prior art keywords
- request message
- network element
- time interval
- nrf
- determining
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
The invention discloses a method and a device for determining a network element state, which are used for receiving a request message sent by a network element, wherein the request message comprises at least one of a registration request message, a subscription request message, an update service request message and a notification confirmation request message, if the request message is not received within a set time interval and the number of times of not receiving the request message within the set time interval is more than or equal to a set threshold value, the network element state is determined to be an offline state, and by setting the time interval and the number of times, the network element can be prevented from sending a large number of messages, the signaling load of the network element is reduced, and the generation of a signaling storm is avoided.
Description
Technical Field
The present invention relates to the field of communications technologies, and in particular, to a method and an apparatus for determining a network element status.
Background
In recent years, with the development of communication technology, the development of core network architecture is changing rapidly.
In a service-based core network architecture of a fifth-Generation mobile communication technology (5th-Generation, 5G), a network function library function (NRF) is used as a Network Function (NF) in a core network, the NF may periodically send a registration request message to the NRF, and when the NRF does not receive the registration request message of the NF for several consecutive periods, the NF is determined to be in an offline state, but because the number of NFs is large, the registration request message is frequently sent to the NRF, so that the signaling load of the NRF is relatively large, which results in the Generation of a signaling storm.
Disclosure of Invention
The invention aims to provide a method and a device for determining the network element state so as to reduce the signaling load.
The purpose of the invention is realized by the following technical scheme:
in a first aspect, the present invention provides a method for determining a network element status, including:
receiving a request message sent by a network element, wherein the request message comprises at least one of a registration request message, a subscription request message, an update service request message and a notification confirmation request message;
and if the request message is not received within a set time interval and the number of times of not receiving the request message is more than or equal to a set number threshold, determining that the state of the network element is an offline state.
Optionally, the update service request message carries working status information of the network element.
Optionally, the registration request message carries the set time interval information and the number threshold information.
Optionally, the time interval is determined by a timer;
the number of times is determined by a counter.
In a second aspect, the present invention provides an apparatus for determining a network element status, including:
a receiving unit, configured to receive a request message sent by a network element, where the request message includes at least one of a registration request message, a subscription request message, an update service request message, and a notification confirmation request message;
and the determining unit is used for determining that the state of the network element is an offline state when the request message is not received within a set time interval and the number of times of not receiving the request message is greater than or equal to a set number threshold.
Optionally, the update service request message carries working status information of the network element.
Optionally, the registration request message carries the set time interval information and the number threshold information.
Optionally, the time interval is determined by a timer;
the number of times is determined by a counter.
In a third aspect, the present invention provides an apparatus for determining a network element status, including:
a memory for storing program instructions;
a processor for calling the program instructions stored in the memory and executing the method of the first aspect according to the obtained program.
In a fourth aspect, the present invention provides a computer readable storage medium having stored thereon computer instructions which, when run on a computer, cause the computer to perform the method of the first aspect.
The invention provides a method and a device for determining a network element state, which are used for receiving a request message sent by a network element, wherein the request message comprises at least one of a registration request message, a subscription request message, an update service request message and a notification confirmation request message, if the request message is not received within a set time interval and the number of times of not receiving the request message within the set time interval is more than or equal to a set threshold value, the network element state is determined to be an offline state, and by setting the time interval and the number of times, the network element can be prevented from sending a large number of messages, the signaling load of the network element is reduced, and the generation of a signaling storm is avoided.
Drawings
Fig. 1 is a flowchart of a method for determining a network element status according to an embodiment of the present application;
fig. 2 is a schematic diagram of a method for detecting an offline state according to an embodiment of the present disclosure;
fig. 3 is a block diagram of a device for determining a network element status according to an embodiment of the present invention;
fig. 4 is a schematic diagram of another apparatus for determining a network element status according to an embodiment of the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
At present, the architecture of the 5G core network is a service-based architecture, and network function software is integrated through an open Application Programming Interface (API), so as to improve the overall agility and flexibility of Application development. NRF in the core network framework supports registration, state monitoring and the like of network function services, and realizes automatic management, selection and extension of the network function services. The registration network element may send a registration request message to the NRF, and the NRF registers the registration network element after receiving the registration request message, but because the number of the registration network elements is large, the amount of messages received by the corresponding NRF is also large, so that the signaling load of the NRF is large, and a signaling storm is caused.
In view of this, the present application provides a method and an apparatus for determining a network element status, which are implemented to set a certain threshold for the number of times of message interaction between network elements and a time interval, so as to ensure that status information of the network elements can be obtained in time, avoid interaction of too many messages, and effectively avoid a signaling storm.
Fig. 1 is a flowchart illustrating a method for determining a network element status according to an embodiment of the present application, where an execution subject of the method illustrated in fig. 1 may be a device for determining a network element status, and the present application will be described in detail below by taking communication between NRF and NF as an example, and as shown in fig. 1, the method includes:
s101: the network element NF sends a request message to the NRF.
In this embodiment of the present invention, the request message sent by the network element NF to the NRF may include: at least one of a registration request message, a subscription request message, an update service request message, and a notification confirmation request message.
The registration request message is that the NF sends a registration request message to the NRF, requests the NRF to perform NF registration, and then the NF may send a subscription request message to the NRF, and the NRF may notify the subscription NF according to the subscription condition, and if the NF performs service update on the NRF, the NRF may notify the subscription NF through the subscription condition.
S102: the NRF receives a request message sent by the network element NF.
S103: and judging whether the request message is received within a set time interval, if not, executing the step S104, and if so, executing the step S105.
S104: and if the request message is not received within the set time interval and the number of times of not receiving the request message is greater than or equal to the set threshold value, determining that the network element NF is in an offline state.
S105: and if the request message is received within the set time interval, determining that the network element NF is in a non-loss state.
Specifically, in the embodiment of the present application, if there is message interaction between the NF and the NRF, the NF is determined to be in the non-loss state.
For the detection of the offline state of the NF, in the embodiment of the present application, after the last time the message sent by the NF is received, if no message of the NF is received within several consecutive time intervals, the NRF may determine that the NF is in the offline state.
It is understood that the consecutive time intervals may be two time intervals or three time intervals, which is not limited in the embodiments of the present application.
In a possible implementation, the update service request message may carry the operation status information of the network element.
Specifically, in the embodiment of the present invention, the NF may send the working status information of the network element to the NRF by using the update service request message to carry the working status information of the network element, so that the NRF can know the working status of the network element NF.
The operating status of the network element NF may include the following three types: normal operating state (normal state), overload operating state (overload state), and degraded operating state (degraded state).
In the embodiment of the present application, the registration request message may carry set time interval information and time threshold information, and the set time interval and time threshold may be determined by negotiation when the registration request message is sent, or may be determined by negotiation again when the service in the interaction between the NRF and the NF is updated.
It is understood that the time interval and the time threshold are not limited in the embodiments of the present application, for example, the time interval may be set to 5min, and the time threshold may be set to 3 times.
Specifically, in the embodiment of the present application, the time interval may be monitored by a timer, and the number of times that the request message sent by the NF is not received may be monitored by a counter.
It should be noted that a timer may be installed on the NRF side, and the timer may be started after each request message sent by the NF is received, and a counter on the NF side may be cleared.
For example, NF1 sends a registration request 1 to the NRF, which replies with a response and negotiates that the detection timer duration and number are both 1. The NRF starts a timer 1 upon receipt (the duration of timer 1 is slightly longer than the duration of the negotiated detection timer) and sets the timeout count to 0. NF1 starts timer 2 (the duration of timer 2 equals the duration of the negotiated detection timer).
NF1 when timer 2 has not timed out, NF1 sends a subscribe message 1 to the NRF. After receiving the subscription message 1, the NRF restarts the timer 1 and sets the timeout count to 0. NF1 restarts timer 2 (the duration of timer 2 equals the duration of the negotiated detection timer).
When the NF1 times out in the timer 2, the NF1 sends a registration message 2 to the NRF, and after receiving the registration message 2, the NRF restarts the timer 1 and sets the timeout count to 0.
If the NRF does not restart timer 1 upon receipt of the subscription message 1 of NF1, NF1 will not restart timer 2 either, and will necessarily send the registration message a certain time before sending registration message 2. If the number of NF's is large, the processing capability of NRF is greatly challenged.
It is understood that the duration of the timer referred to in this application is the time interval of the timer.
In the prior art, the NF periodically sends a registration request message to the NRF, but in the embodiment of the present application, the NF does not periodically send the registration request message to the NRF, and in the embodiment of the present application, the NF continues to send a message only after the NRF confirms to receive the message sent by the NF before the timer expires, so as to reduce the signaling load of the NRF and avoid interaction of too many messages.
As shown in fig. 2, in the method for detecting an offline state provided by the embodiment of the present application, a NF sends a request message to an NRF in a first time interval, the NRF may start a timer after receiving the request message, the NRF may return a reply message corresponding to the request message to the NF, for example, the NF sends a registration request message to the NRF, the NRF may return a registration message to the NF, the NF may send a notification message to the NRF in a second time interval, the NRF may feed back an acknowledgement message to the NF after receiving the notification message, and if the NRF does not receive any message sent by the NF in two consecutive time intervals later, the NRF may determine that the NF is faulty.
It is understood that a failure of an NF means that the NF is in an unlinked state.
Specifically, if the timer does not receive the request message sent by the NF before the time expires, the number of times of detecting the counter may be increased once after the timer expires, and then the timer is started again, if the number of times of the counter is accumulated to reach the negotiated number threshold, the NF may be determined to be in an offline state, and a consumer subscribing to the NF state may be notified that the NF is offline, and after the subscription notification is finished, all the registration information and related resources of the NF may be deleted.
In the embodiment of the application, in the message interaction process between the NF and the NRF, if no message interaction is determined in a plurality of continuous time intervals and the number of times of not receiving the message is greater than or equal to the set threshold, the NF is determined to be in an offline state, and the state of the NF is not determined only according to the registration request message, so that the state of the NF can be known timely, excessive message interaction is avoided, and the generation of a signaling storm is effectively avoided.
The update service in the embodiment of the present application may include two cases:
(1) all updates
All updating means that in the process of message interaction between the NF and the NRF, the negotiated time interval and the negotiated time threshold both need to be negotiated again for updating, and the NF and the NRF can carry the working state information and update the working state information.
Specifically, at the time of full update, the new content after update may fully overwrite the content of the NF previously stored in the NRF, and the specific update content may be shown in table 1.
Table 1 update service content
(2) Partial update of
The partial update means that in the process of message interaction between the NF and the NRF, data corresponding to the update can be specified, and an absent part remains unchanged.
Specifically, at the time of partial update, the specified data is updated in accordance with the operation instruction. Such as: if the update operating state can be designated as the "overload operating state", the update service request includes a "replacement" operation instruction, and the corresponding operating state is updated to the "overload operating state".
Based on the same concept as the above-mentioned embodiment of the method for determining a network element status, the embodiment of the present invention further provides a device for determining a network element status. Fig. 3 is a block diagram of a device for determining a network element status according to an embodiment of the present invention, where the device includes: receiving unit 101, determining unit 102.
The receiving unit 101 is configured to receive a request message sent by a network element.
The request message includes at least one of a registration request message, a subscription request message, an update service request message, and a notification confirmation request message.
A determining unit 102, configured to determine that the status of the network element is an offline status when the request message is not received within a set time interval and the number of times that the request message is not received is greater than or equal to a set number threshold.
Further, the service request message is updated to carry the working state information of the network element.
Furthermore, the registration request message carries the set time interval information and the number threshold information.
Optionally, the time interval is determined by a timer, and the number of times is determined by a counter.
It should be noted that, for the function implementation of each unit in the above-mentioned device for determining a network element status in the embodiment of the present invention, reference may be further made to the description of the related method embodiment, which is not described herein again.
An embodiment of the present application further provides another apparatus for determining a network element status, as shown in fig. 4, the apparatus includes:
a memory 202 for storing program instructions.
The transceiver 201 is used for receiving and sending the updating instruction of the network element state.
And the processor 200 is configured to call the program instructions stored in the memory, and execute any method flow described in the embodiments of the present application according to the obtained program according to the instructions received by the transceiver 201. The processor 200 is used to implement the method performed by the determination unit (102) shown in fig. 3.
Where in fig. 4, the bus architecture may include any number of interconnected buses and bridges, with various circuits of one or more processors, represented by processor 200, and memory, represented by memory 202, being linked together. The bus architecture may also link together various other circuits such as peripherals, voltage regulators, power management circuits, and the like, which are well known in the art, and therefore, will not be described any further herein. The bus interface provides an interface.
The transceiver 201 may be a number of elements, including a transmitter and a transceiver, providing a means for communicating with various other apparatus over a transmission medium.
The processor 200 is responsible for managing the bus architecture and general processing, and the memory 202 may store data used by the processor 200 in performing operations.
The processor 200 may be a Central Processing Unit (CPU), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA), or a Complex Programmable Logic Device (CPLD).
Embodiments of the present application also provide a computer storage medium for storing computer program instructions for any apparatus described in the embodiments of the present application, which includes a program for executing any method provided in the embodiments of the present application.
The computer storage media may be any available media or data storage device that can be accessed by a computer, including, but not limited to, magnetic memory (e.g., floppy disks, hard disks, magnetic tape, magneto-optical disks (MOs), etc.), optical memory (e.g., CDs, DVDs, BDs, HVDs, etc.), and semiconductor memory (e.g., ROMs, EPROMs, EEPROMs, non-volatile memory (NAND FLASH), Solid State Disks (SSDs)), etc.
As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
While preferred embodiments of the present invention have been described, additional variations and modifications in those embodiments may occur to those skilled in the art once they learn of the basic inventive concepts. Therefore, it is intended that the appended claims be interpreted as including preferred embodiments and all such alterations and modifications as fall within the scope of the invention.
It will be apparent to those skilled in the art that various changes and modifications may be made in the present invention without departing from the spirit and scope of the invention. Thus, if such modifications and variations of the present invention fall within the scope of the claims of the present invention and their equivalents, the present invention is also intended to include such modifications and variations.
Claims (10)
1. A method for determining network element status is applied to a network function library function NRF, and comprises the following steps:
receiving a request message sent by a network element, wherein the request message comprises at least one of a registration request message, a subscription request message, an update service request message and a notification confirmation request message;
and if the request message is not received within a set time interval and the number of times of not receiving the request message is more than or equal to a set number threshold, determining that the state of the network element is an offline state.
2. The method of claim 1, wherein the update service request message carries operating status information of a network element.
3. The method of claim 1, wherein the registration request message carries the set time interval information and the time threshold information.
4. A method according to claim 1 or 3, wherein the time interval is determined by a timer;
the number of times is determined by a counter.
5. A network element status determining apparatus, applied to a network function library function NRF, includes:
a receiving unit, configured to receive a request message sent by a network element, where the request message includes at least one of a registration request message, a subscription request message, an update service request message, and a notification confirmation request message;
and the determining unit is used for determining that the state of the network element is an offline state when the request message is not received within a set time interval and the number of times of not receiving the request message is greater than or equal to a set number threshold.
6. The apparatus of claim 5, wherein the update service request message carries operating status information of a network element.
7. The apparatus of claim 5, wherein the registration request message carries the set time interval information and the number threshold information.
8. The apparatus of claim 5 or 7, wherein the time interval is determined by a timer;
the number of times is determined by a counter.
9. A network element status determining apparatus, applied to a network function library function NRF, includes:
a memory for storing program instructions;
a processor for calling the program instructions stored in the memory and executing the method of any one of claims 1 to 4 according to the obtained program.
10. A computer readable storage medium having stored thereon computer instructions which, when run on a computer, cause the computer to perform the method of any of claims 1-4.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811375085.6A CN111200833B (en) | 2018-11-19 | 2018-11-19 | Method and device for determining network element state |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811375085.6A CN111200833B (en) | 2018-11-19 | 2018-11-19 | Method and device for determining network element state |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111200833A CN111200833A (en) | 2020-05-26 |
| CN111200833B true CN111200833B (en) | 2021-11-30 |
Family
ID=70747203
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811375085.6A Active CN111200833B (en) | 2018-11-19 | 2018-11-19 | Method and device for determining network element state |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111200833B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116264702A (en) * | 2021-12-14 | 2023-06-16 | 中兴通讯股份有限公司 | Method, device and storage medium for detecting network function state |
| CN114363935A (en) * | 2021-12-31 | 2022-04-15 | 中国电信股份有限公司 | Network element detection method and device, storage medium and electronic equipment |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1921681A (en) * | 2005-08-23 | 2007-02-28 | 华为技术有限公司 | Treating method for beep-page failure in vacancy mode |
| CN106712979A (en) * | 2015-07-16 | 2017-05-24 | 中兴通讯股份有限公司 | Network element monitoring method and device |
| CN107229504A (en) * | 2017-05-12 | 2017-10-03 | 广州接入信息科技有限公司 | Program distribution operation method, apparatus and system |
| CN108289030A (en) * | 2017-01-09 | 2018-07-17 | 中国移动通信有限公司研究院 | A kind of base station fault identifying processing method and device |
| WO2018172182A1 (en) * | 2017-03-21 | 2018-09-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Smf selection based on supported dnn |
-
2018
- 2018-11-19 CN CN201811375085.6A patent/CN111200833B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1921681A (en) * | 2005-08-23 | 2007-02-28 | 华为技术有限公司 | Treating method for beep-page failure in vacancy mode |
| CN106712979A (en) * | 2015-07-16 | 2017-05-24 | 中兴通讯股份有限公司 | Network element monitoring method and device |
| CN108289030A (en) * | 2017-01-09 | 2018-07-17 | 中国移动通信有限公司研究院 | A kind of base station fault identifying processing method and device |
| WO2018172182A1 (en) * | 2017-03-21 | 2018-09-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Smf selection based on supported dnn |
| CN107229504A (en) * | 2017-05-12 | 2017-10-03 | 广州接入信息科技有限公司 | Program distribution operation method, apparatus and system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111200833A (en) | 2020-05-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108011935B (en) | Program upgrading method of NB-IOT (network node B-IOT) equipment, server and NB-IOT equipment | |
| CN110858843B (en) | Service request processing method and device and computer readable storage medium | |
| CN111209110B (en) | Task scheduling management method, system and storage medium for realizing load balancing | |
| CN109032805A (en) | A kind of scalable appearance method, apparatus of elasticity, server and storage medium | |
| CN111200833B (en) | Method and device for determining network element state | |
| CN110830283A (en) | Fault detection method, device, equipment and system | |
| CN109246720B (en) | Method and terminal for determining establishment cause | |
| CN112383585A (en) | Message processing system and method and electronic equipment | |
| CN112416969A (en) | Parallel task scheduling system in distributed database | |
| CN114531373A (en) | Node state detection method, node state detection device, equipment and medium | |
| CN105824660A (en) | Application program updating method and terminal | |
| CN111949421B (en) | SDK calling method, device, electronic equipment and computer readable storage medium | |
| CN117762652A (en) | Distributed transaction processing method and device based on message middleware | |
| CN109450702B (en) | Data processing method and device | |
| CN116233155A (en) | Hybrid cloud data synchronization method and device, electronic equipment and storage medium | |
| WO2020037607A1 (en) | Data transmission method and apparatus | |
| CN115268785A (en) | Management method and device applied to distributed storage system and storage medium | |
| CN112637964B (en) | Network dual-connection management method, device, equipment and storage medium | |
| CN113660353B (en) | Method, device, equipment and medium for managing Provisioner address based on Bluetooth Mesh | |
| CN111314272B (en) | Task processing method and device | |
| CN115033927A (en) | Method, device, equipment and medium for detecting data integrity | |
| CN111629054B (en) | Message processing method, device and system, electronic equipment and readable storage medium | |
| CN109951301B (en) | Policy and charging control method and device | |
| CN110430118B (en) | Bill mail managing method, apparatus, computer device and computer readable storage medium | |
| CN114422569A (en) | Message pushing method and device of cloud desktop |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |