CN112738848B - Core network load adjusting method, device, equipment and computer readable storage medium - Google Patents
Core network load adjusting method, device, equipment and computer readable storage medium Download PDFInfo
- Publication number
- CN112738848B CN112738848B CN201910971788.3A CN201910971788A CN112738848B CN 112738848 B CN112738848 B CN 112738848B CN 201910971788 A CN201910971788 A CN 201910971788A CN 112738848 B CN112738848 B CN 112738848B
- Authority
- CN
- China
- Prior art keywords
- network element
- hss
- terminal
- cscf
- load
- 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
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/08—Load balancing or load distribution
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
The embodiment of the invention relates to the technical field of communication, and discloses a method, a device, equipment and a computer readable storage medium for adjusting core network load, wherein the method comprises the following steps: an I-CSCF network element acquires an IMS registration request of a terminal; the I-CSCF network element sends a query request to the HSS network element according to the IMS registration request; the HSS network element inquires account opening information of the terminal according to the inquiry request; when the account opening information exists in the HSS network element, the HSS network element acquires the load state of the HSS network element; the HSS network element returns a failure code to the I-CSCF network element according to the load state; the I-CSCF network element returns response information to the terminal according to the failure code, wherein the response information comprises delay time; and the terminal initiates the IMS registration request again after the delay time. Through the mode, the embodiment of the invention can avoid that the user terminal can still continuously initiate registration to influence the perception of the user when the HSS network element is overloaded.
Description
Technical Field
The embodiment of the invention relates to the technical field of communication, in particular to a method, a device and equipment for adjusting core network load and a computer readable storage medium.
Background
With the development of mobile communication networks, the networking of core networks is more and more complex, and a problem of a certain node, such as a base station offline or an MME (Mobility Management Entity) device failure, may cause a large amount of reattachment or registration of users. This may cause overload of a Home Subscriber Server (HSS) network element, discard a message, and since the user terminal may still continuously initiate attachment or registration, the HSS network element may need a long time to remove the user, which may cause poor perception to the user, and may seriously disable the user to use a service for a long time.
Disclosure of Invention
In view of the foregoing problems, embodiments of the present invention provide a method, an apparatus, a device, and a computer-readable storage medium for adjusting core network load, which overcome the foregoing problems or at least partially solve the foregoing problems.
According to an aspect of an embodiment of the present invention, a method for adjusting core network load is provided, where the method includes: an I-CSCF (Interrogating-CSCF) network element acquires an IMS (Internet Protocol Multimedia Subsystem) registration request of a terminal; the I-CSCF network element sends a query request to the HSS network element according to the IMS registration request; the HSS network element inquires account opening information of the terminal according to the inquiry request; when the account opening information exists in the HSS network element, the HSS network element acquires the load state of the HSS network element; the HSS network element returns a failure code to the I-CSCF network element according to the load state; the I-CSCF network element returns response information to the terminal according to the failure code, wherein the response information comprises delay time; and the terminal initiates the IMS registration request again after the delay time.
In a selectable manner, the I-CSCF network element sends a query request to the HSS network element according to the IMS registration request, specifically: the I-CSCF network element determines IMPI (Private User ID) and IMPU (Public User ID) of the terminal according to the IMS registration request; the I-CSCF network element sends a query request to the HSS network element according to the IMPI and the IMPU; the HSS network element inquires the account opening information of the terminal according to the inquiry request, and the method specifically comprises the following steps: and the HSS network element inquires whether the IMPI and the IMPU exist in the HSS network element according to the inquiry request.
In an optional manner, the obtaining, by the HSS network element, the load status of the HSS network element specifically includes: the HSS network element acquires an interface link load or a CPU load of the HSS network element; and the HSS network element determines the load state according to the interface link load or the CPU load.
In an optional manner, the HSS network element returns a failure code to an I-CSCF network element according to the load status, specifically: when the load state is greater than a first preset threshold and less than or equal to a second preset threshold, returning a primary failure code to the I-CSCF network element; wherein the second preset threshold is greater than the first preset threshold; when the load state is greater than a second preset threshold and less than or equal to a third preset threshold, returning a secondary failure code to the I-CSCF network element; wherein the third preset threshold is greater than the second preset threshold; when the load state is greater than a third preset threshold and less than or equal to 100%, returning a three-level failure code to the I-CSCF network element; wherein the third preset threshold is less than 100%.
In a selectable manner, the I-CSCF network element returns response information to the terminal according to the failure code, where the response information includes delay time, and specifically: when the failure code is a primary failure code, returning primary response information to the terminal, wherein the delay time contained in the primary response information is first preset time; when the failure code is a secondary failure code, returning secondary response information to the terminal, wherein the delay time contained in the secondary response information is second preset time; when the failure code is a three-level failure code, returning three-level response information to the terminal, wherein the delay time contained in the three-level response information is third preset time; the first preset time is less than the second preset time, and the second preset time is less than the third preset time.
In an optional manner, the I-CSCF network element returns response information to the terminal according to the failure code, where the response information includes delay time; and enabling the terminal to initiate an IMS registration request again after the delay time, specifically: when IMS registration requests of a plurality of terminals are acquired at the same time, different preset offsets are selected for the terminals; respectively returning response information to each terminal according to the failure codes, and increasing the delay time contained in each response information by the corresponding preset offset to obtain offset delay time; and each terminal initiates an IMS registration request again after the offset delay time.
In an optional manner, the selecting different preset offsets for each terminal specifically includes: acquiring the number of terminals initiating IMS registration requests at the same time; determining an initial offset according to the number of the terminals; and determining different multiples of the initial offset as the preset offset of each terminal.
According to another aspect of the embodiments of the present invention, there is provided a core network load adjusting apparatus, including: a first obtaining module, configured to enable an I-CSCF network element to obtain an IMS registration request of a terminal; a sending module, configured to enable an I-CSCF network element to send a query request to an HSS network element according to the IMS registration request; the query module is used for enabling the HSS network element to query the account opening information of the terminal according to the query request; a second obtaining module, configured to enable the HSS network element to obtain a load status of the HSS network element when the account opening information exists in the HSS network element; the first returning module is used for enabling the HSS network element to return a failure code to the I-CSCF network element according to the load state; a second returning module, configured to enable an I-CSCF network element to return response information to the terminal according to the failure code, where the response information includes delay time; and the terminal initiates the IMS registration request again after the delay time.
According to another aspect of the embodiments of the present invention, there is provided a core network load adjusting apparatus, including: the system comprises a processor, a memory, a communication interface and a communication bus, wherein the processor, the memory and the communication interface complete mutual communication through the communication bus; the memory is used for storing at least one executable instruction, and the executable instruction enables the processor to execute the operation corresponding to the core network load adjusting method.
According to another aspect of the embodiments of the present invention, a computer-readable storage medium is provided, where at least one executable instruction is stored in the storage medium, and the executable instruction causes the processor to execute an operation corresponding to the above-mentioned core network load adjustment method.
In the embodiment of the invention, the I-CSCF network element does not immediately execute the registration request after receiving the IMS registration request of the terminal, but sends the query request to the HSS network element firstly, so that the HSS network element queries whether the HSS network element contains the account opening information of the terminal. When the HSS network element has the account opening information of the terminal, the HSS network element can acquire the load state of the HSS network element and return failure codes to the I-CSCF network element according to the load state, namely different types of failure codes to the I-CSCF network element according to the load of the HSS network element. And finally, the I-CSCF network element returns different types of response information to the terminal according to the different types of failure codes, each type of response information contains different delay time, and the terminal initiates the IMS registration request again after the delay time after receiving the response information, namely the IMS registration process of the terminal is delayed to the delay time and then is carried out. Through the mode, the embodiment of the invention can ensure that the user terminal can register again after different delay time according to different load states of the HSS network element, thereby avoiding that the user terminal can still initiate registration continuously to influence the perception of a user when the HSS network element is overloaded.
The foregoing description is only an overview of the technical solutions of the embodiments of the present invention, and the embodiments of the present invention can be implemented according to the content of the description in order to make the technical means of the embodiments of the present invention more clearly understood, and the detailed description of the present invention is provided below in order to make the foregoing and other objects, features, and advantages of the embodiments of the present invention more clearly understandable.
Drawings
Various other advantages and benefits will become apparent to those of ordinary skill in the art upon reading the following detailed description of the preferred embodiments. The drawings are only for purposes of illustrating the preferred embodiments and are not to be construed as limiting the invention. Also, like reference numerals are used to refer to like parts throughout the drawings. In the drawings:
fig. 1 shows a flowchart of a method for adjusting a core network load according to an embodiment of the present invention;
fig. 2 is a schematic diagram illustrating a terminal registration delay in an embodiment of the present invention;
FIG. 3 is a flow diagram illustrating sub-steps in an embodiment of the invention for returning a failure code;
FIG. 4 is a flow diagram illustrating sub-steps in returning a response message in an embodiment of the present invention;
FIG. 5 is a flow diagram illustrating substeps of returning a response message in another embodiment of the invention;
FIG. 6 is a flow chart illustrating the substeps of selecting different default offsets in an embodiment of the invention;
fig. 7 is a schematic structural diagram illustrating a core network load adjustment apparatus according to an embodiment of the present invention;
fig. 8 is a schematic structural diagram illustrating a core network load adjustment device according to an embodiment of the present invention.
Detailed Description
Exemplary embodiments of the present invention will be described in more detail below with reference to the accompanying drawings. While exemplary embodiments of the invention are shown in the drawings, it should be understood that the invention can be embodied in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the invention to those skilled in the art.
Registration is the process of a User Equipment (UE) requesting authorization to use a service from a subscription network. Once the UE is successfully registered, the user can initiate and receive sessions for services. Currently, a process of initiating registration to a network side by a UE supporting Voice over LTE (VoLTE) over long term evolution bearer is divided into two phases. First, the UE needs to attach to a 4G Core (EPC), and then complete registration of the IMS network. The EPC core network comprises an HSS network element, an MME network element and the like. The HSS network element is a permanent storage place of the user subscription data and is positioned in a home network of the user subscription. The MME network element is a storage location of the user subscription data in the current network, and is responsible for Non-Access Stratum (NAS) signaling management from the terminal to the network, tracking and paging management functions in the user idle mode, bearer management, and the like. In the IMS core network, the control layer and the service layer are separated, and the control layer does not provide a specific service, but only provides necessary functions such as triggering, routing, and charging to the service layer. The service triggering and Control functions in the Control layer are performed by a CSCF (Call Session Control Function). The CSCF is divided into: P-CSCF (Proxy call session control function), I-CSCF (interworking-CSCF, interrogating call session control function), and S-CSCF (Serving-CSCF, serving call session control function). The service layer is composed of a series of Application Servers (AS), and can provide specific service services. The control layer (S-CSCF) controls service triggering according to the subscription information of the user, calls the service on the AS and realizes the service function.
However, with the development of mobile communication networks, the networking of core networks is more and more complicated, and a problem of a certain node is failed, which may cause a large number of users to re-attach or register, thereby causing an overload of HSS network elements, discarding messages, and failing to complete the registration of users. However, the user can still initiate attachment or registration continuously, which brings poor perception to the user and seriously makes the user unable to use the service for a long time. Therefore, the embodiment of the present invention provides a method for adjusting a core network load, which can delay different times for registering a terminal according to different load states of an HSS network element, so as to stagger the registration time of the terminal, thereby avoiding that a user terminal can continuously initiate registration to affect the user perception when the load of the HSS network element is too large.
The following describes embodiments of the present invention with reference to the drawings.
Referring to fig. 1, fig. 1 is a flowchart illustrating a method for adjusting a core network load according to an embodiment of the present invention, where the method includes the following steps:
step S110: and the I-CSCF network element acquires an IMS registration request of the terminal.
As shown in fig. 2, which illustrates a schematic diagram of terminal registration delay in the embodiment of the present invention, a UE, that is, a terminal, needs to attach to an EPC network before initiating IMS registration. The UE sends an attachment request to the MME network element, then the MME network element sends information such as EPS default bearer QoS, a user IP address, a P-CSCF address and the like to the UE through the base station, and the UE sends an attachment completion message to the MME through the base station after receiving the information. Meanwhile, if a default PDN (Public Data Network) is not an IMS PDN, an IMS PDN needs to be established before IMS registration.
After the UE completes the EPS attach, it needs to complete registration in the IMS network, and at this time, the I-CSCF network element receives an IMS registration request from the UE. The IMS registration request contains user information.
Step S120: and the I-CSCF network element sends a query request to the HSS network element according to the IMS registration request.
Step S130: and the HSS network element inquires the account opening information of the terminal according to the inquiry request.
After receiving an IMS registration Request from the UE, the I-CSCF network element sends an UAR (User Authorization Request), that is, a query Request, to the HSS network element. The query request contains the account opening information of the terminal, and the account opening information can be determined by the user information in the IMS registration request. Specifically, the I-CSCF network element determines, according to the IMS registration request, an IMPI and an IMPU of the terminal; and the I-CSCF network element sends a query request to the HSS network element according to the IMPI and the IMPU. Wherein, the IMPI and the IMPU are the account opening information.
The HSS network element detects whether the account opening information of the terminal in the query request exists in the HSS network element after receiving the query request, if so, the subsequent steps can be continued if the user authorization is passed, and if not, the registration process is stopped. Specifically, the HSS network element queries whether the IMPI and the IMPU exist in the HSS network element according to the query request.
The HSS network element matches the IMPI and IMPU in the query request with the IMPI and IMPU in the HSS network element, and queries whether the IMPI and IMPU in the HSS network element are the same as the IMPI and IMPU in the query request.
It can be understood that: the account opening information is not limited to the above description, and may be other information, such as user identification information.
Step S140: and when the account opening information exists in the HSS network element, the HSS network element acquires the load state of the HSS network element.
After determining that the account opening information exists in the HSS network element, the HSS network element acquires the load state of the account opening information. The load state represents the ratio of the current load of the HSS network element to the total load capacity of the HSS network element. Specifically, the load state may be acquired by: the HSS network element acquires an interface link load or a CPU load of the HSS network element; and the HSS network element determines the load state according to the interface link load or the CPU load.
It can be understood that: the manner of acquiring the load status is not limited to the above-described manner, and may be other manners, for example, determining the load status by the number of terminals currently performing initial registration or re-registration, or the like.
Step S150: and the HSS network element returns a failure code to the I-CSCF network element according to the load state.
Step S160: the I-CSCF network element returns response information to the terminal according to the failure code, wherein the response information comprises delay time; and the terminal initiates the IMS registration request again after the delay time.
After the load state of the HSS network element is determined, the HSS network element returns different types of failure codes to the I-CSCF network element according to the load state. For example, when the load of the HSS network element is small, information indicating normal registration may be returned, that is, the I-CSCF network element does not return response information after receiving the failure code but directly performs the IMS registration procedure. And when the load of the HSS network element is large, the information of delayed registration is returned, the I-CSCF network element returns response information to the terminal after receiving the failure code, the response information comprises a retry-after header field, and the retry-after header field comprises delay time. The terminal analyzes the delay time in the retry-after header domain after receiving the response message, and initiates the IMS registration request again after the delay time. And the terminal's registration process is terminated.
Further, according to the different types of the failure codes, the types of the returned response information are different, that is, the delay time set by the retry-after header field of the response information is different, so that the delay time for the terminal to initiate the registration again can be changed according to the load of the HSS network element.
In the embodiment of the invention, the I-CSCF network element does not immediately execute the registration request after receiving the IMS registration request of the terminal, but sends the query request to the HSS network element firstly, so that the HSS network element queries whether the HSS network element contains the account opening information of the terminal. When the HSS network element has the account opening information of the terminal, the HSS network element can obtain the load state of the HSS network element and returns a failure code to the I-CSCF network element according to the load state, namely different types of failure codes are sent to the I-CSCF network element according to the load of the HSS network element. And finally, the I-CSCF network element returns different types of response information to the terminal according to the different types of failure codes, each type of response information contains different delay time, and the terminal initiates the IMS registration request again after the delay time after receiving the response information, namely the IMS registration process of the terminal is delayed to the delay time and then is carried out. Through the mode, the embodiment of the invention can ensure that the user terminal is registered again after different delay time according to different load states of the HSS network element, thereby avoiding that the user terminal can continuously initiate registration to influence the perception of a user when the HSS network element is overloaded.
For the step S150, there may be multiple implementation manners, as shown in fig. 3, which shows a flowchart of sub-steps of returning a failure code in an embodiment of the present invention, where the step S150 specifically includes:
step S151: when the load state is greater than a first preset threshold and less than or equal to a second preset threshold, returning a primary failure code to the I-CSCF network element; wherein the second preset threshold is greater than the first preset threshold.
Step S152: when the load state is greater than a second preset threshold and less than or equal to a third preset threshold, returning a secondary failure code to the I-CSCF network element; wherein the third preset threshold is greater than the second preset threshold.
Step S153: when the load state is greater than a third preset threshold and less than or equal to 100%, returning a three-level failure code to the I-CSCF network element; wherein the third preset threshold is less than 100%.
When the embodiment of the invention returns the failure code, different failure codes can be returned according to the size of the load state, each type of failure code corresponds to a delay time, and the delay time corresponding to each failure code can be preset.
Further, referring to fig. 4, which shows a flowchart of sub-steps of returning response information in the embodiment of the present invention, step S160 specifically includes:
step S161: and when the failure code is a primary failure code, returning primary response information to the terminal, wherein the delay time contained in the primary response information is first preset time.
Step S162: and when the failure code is a secondary failure code, returning secondary response information to the terminal, wherein the delay time contained in the secondary response information is second preset time.
Step S163: when the failure code is a three-level failure code, returning three-level response information to the terminal, wherein the delay time contained in the three-level response information is third preset time; the first preset time is less than the second preset time, and the second preset time is less than the third preset time.
After receiving the different types of failure codes, the I-CSCF network element generates different types of response information according to the delay time preset for the failure codes, that is, the delay time preset for the failure codes is set in the retry-after header fields of the response information. For example, if the first preset threshold and the second preset threshold are 70% and 75%, respectively, when the load status of the HSS network element is between 70% and 75%, the returned primary failure code may be marked as 4888. And the delay time preset for the failure code, that is, the first preset time is 300s, the first-level response information is returned at this time, and the delay time included in the retry-after header field of the first-level response information is 300s.
In some embodiments, there may be multiple terminals initiating IMS registration requests at the same time, and the load status of the HSS network element is the same at the same time, so the delay time of these IMS registration requests will be the same. However, after the delay time, these terminals may still initiate IMS registration requests at the same time, which is a heavy load on the HSS network element, and therefore, the embodiments of the present invention also need to stagger the time of these re-initiated IMS registration requests. Referring to fig. 5, which shows a flowchart of sub-steps of returning a response message according to another embodiment of the present invention, step S160 specifically includes:
step S610: when IMS registration requests of a plurality of terminals are acquired at the same time, different preset offsets are selected for the terminals.
Step S620: and respectively returning response information to each terminal according to the failure codes, and increasing the delay time contained in each response information by the corresponding preset offset to obtain the offset delay time.
Step S630: and enabling each terminal to initiate an IMS registration request again after the offset delay time.
In the embodiment of the invention, except for setting the delay time in the retry-after header field of the response information according to the type of the failure code, a preset offset is added on the basis of the delay time to obtain the offset delay time, so that the terminal initiating the IMS registration request at the same time can stagger the time when initiating the IMS registration request again. For example, if both terminals a and b initiate IMS registration requests at the same time, different preset offsets, which may be 20s and 40s, are selected for the terminals a and b, respectively. At this time, the load status of the HSS network element is 70% to 75%, the failure code returned by the HSS according to the load status is 4888, and the delay time preset for the failure code is 300s. The response message finally returned to terminal a contains an offset delay time of 320s, while the response message returned to terminal b contains an offset delay time of 340s. Therefore, terminal a will initiate the IMS registration request again after 320s, and terminal b will initiate the IMS registration request again after 340s, so that the times for them to initiate registration again can be staggered.
The embodiment of the invention selects different offsets for the terminal initiating the IMS registration request at the same time, so that the time for initiating the registration again can be staggered, and the phenomenon that the HSS network element is overloaded again is avoided.
As to the step S610, there may be multiple implementation manners, please refer to fig. 6, which shows a flowchart of sub-steps of selecting different preset offsets in an embodiment of the present invention, where the step S610 specifically includes:
step S611: and acquiring the number of terminals initiating IMS registration requests at the same time.
Step S612: and determining the initial offset according to the number of the terminals.
Step S613: and determining different multiples of the initial offset as the preset offset of each terminal.
The embodiment of the invention can determine the initial offset according to the number of the terminals which simultaneously initiate the IMS registration request at the same time, and the more the number of the terminals is, the larger the initial offset is. Then, the terminal is selected a multiple of the initial offset as its preset offset. For example, if the initial offset is a, the preset offsets of the terminals are a, 2a, 3a,. And n × a, where n is the number of terminals.
In the embodiment of the invention, the I-CSCF network element does not immediately execute the registration request after receiving the IMS registration request of the terminal, but sends the query request to the HSS network element firstly, so that the HSS network element queries whether the HSS network element contains the account opening information of the terminal. When the HSS network element has the account opening information of the terminal, the HSS network element can obtain the load state of the HSS network element and returns a failure code to the I-CSCF network element according to the load state, namely different types of failure codes are sent to the I-CSCF network element according to the load of the HSS network element. And finally, the I-CSCF network element returns different types of response information to the terminal according to the different types of failure codes, each type of response information contains different delay time, and the terminal initiates the IMS registration request again after the delay time after receiving the response information, namely the IMS registration process of the terminal is delayed to the delay time and then is carried out. Through the mode, the embodiment of the invention can ensure that the user terminal can register again after different delay time according to different load states of the HSS network element, thereby avoiding that the user terminal can still initiate registration continuously to influence the perception of a user when the HSS network element is overloaded.
Fig. 7 is a schematic structural diagram illustrating a core network load adjustment apparatus according to an embodiment of the present invention. As shown in fig. 7, the apparatus 100 includes a first obtaining module 10, a sending module 20, a query module 30, a second obtaining module 40, a first returning module 50, and a second returning module 60.
A first obtaining module 10, configured to enable an I-CSCF network element to obtain an IMS registration request of a terminal; a sending module 20, configured to enable an I-CSCF network element to send a query request to an HSS network element according to the IMS registration request; the query module 30 is configured to enable the HSS network element to query account opening information of the terminal according to the query request; a second obtaining module 40, configured to enable the HSS network element to obtain a load status of the HSS network element when the account opening information exists in the HSS network element; a first returning module 50, configured to enable the HSS network element to return a failure code to the I-CSCF network element according to the load status; a second returning module 60, configured to enable the I-CSCF network element to return response information to the terminal according to the failure code, where the response information includes delay time; and the terminal initiates the IMS registration request again after the delay time.
In an optional manner, the sending module 20 specifically includes: the I-CSCF network element determines IMPI and IMPU of the terminal according to the IMS registration request; the I-CSCF network element sends a query request to the HSS network element according to the IMPI and the IMPU; the query module 30 is specifically: and the HSS network element inquires whether the IMPI and the IMPU exist in the HSS network element according to the inquiry request.
In an optional manner, the second obtaining module 40 specifically includes: the HSS network element acquires an interface link load or a CPU load of the HSS network element; and the HSS network element determines the load state according to the interface link load or the CPU load.
In an optional manner, the first returning module 50 is specifically: when the load state is greater than a first preset threshold and less than or equal to a second preset threshold, returning a primary failure code to the I-CSCF network element; wherein the second preset threshold is greater than the first preset threshold; when the load state is greater than a second preset threshold and less than or equal to a third preset threshold, returning a secondary failure code to the I-CSCF network element; wherein the third preset threshold is greater than the second preset threshold; when the load state is greater than a third preset threshold and less than or equal to 100%, returning a three-level failure code to the I-CSCF network element; wherein the third preset threshold is less than 100%.
In an optional manner, the second returning module 60 is specifically: when the failure code is a primary failure code, returning primary response information to the terminal, wherein the delay time contained in the primary response information is first preset time; when the failure code is a secondary failure code, returning secondary response information to the terminal, wherein the delay time contained in the secondary response information is second preset time; when the failure code is a three-level failure code, returning three-level response information to the terminal, wherein the delay time contained in the three-level response information is third preset time; the first preset time is less than the second preset time, and the second preset time is less than the third preset time.
In an optional manner, the second returning module 60 is specifically: when IMS registration requests of a plurality of terminals are acquired at the same time, different preset offsets are selected for the terminals; respectively returning response information to each terminal according to the failure codes, and increasing the delay time contained in each response information by the corresponding preset offset to obtain offset delay time; and enabling each terminal to initiate an IMS registration request again after the offset delay time.
In an optional manner, the selecting different preset offsets for each terminal specifically includes: acquiring the number of terminals initiating IMS registration requests at the same time; determining an initial offset according to the number of the terminals; and determining different multiples of the initial offset as the preset offsets of each terminal.
In the embodiment of the present invention, the I-CSCF network element does not immediately execute the IMS registration request after receiving the registration request from the terminal through the first obtaining module 10, but first sends an inquiry request to the HSS network element through the sending module 20, so that the HSS network element inquires whether the HSS network element includes the account opening information of the terminal through the inquiring module 30. When the account opening information of the terminal exists in the HSS network element, the HSS network element returns a failure code to the I-CSCF network element through the first return module 50 according to the load state by acquiring the load state of the second acquisition module 40 itself, that is, different types of failure codes to the I-CSCF network element according to the size of the load of the HSS network element. Finally, the I-CSCF network element returns different types of response information to the terminal through the second return module 60 according to the different types of failure codes, each type of response information includes different delay times, and after receiving the response information, the terminal initiates an IMS registration request again after the delay time, that is, the IMS registration process of the terminal is delayed until the delay time before proceeding. Through the mode, the embodiment of the invention can ensure that the user terminal is registered again after different delay time according to different load states of the HSS network element, thereby avoiding that the user terminal can continuously initiate registration to influence the perception of a user when the HSS network element is overloaded.
An embodiment of the present invention provides a non-volatile computer-readable storage medium, where the computer-readable storage medium stores at least one executable instruction, and the computer-readable instruction may execute the method for adjusting the core network load in any of the method embodiments described above.
Fig. 8 is a schematic structural diagram of a core network load adjusting device according to an embodiment of the present invention, where the specific embodiment of the present invention does not limit specific implementation of the core network load adjusting device.
As shown in fig. 8, the core network load adjusting apparatus may include: a processor (processor) 202, a communication Interface (Communications Interface) 204, a memory (memory) 206, and a communication bus 208.
Wherein: the processor 202, communication interface 204, and memory 206 communicate with each other via a communication bus 208. A communication interface 204 for communicating with network elements of other devices, such as clients or other servers. The processor 202 is configured to execute the program 210, and may specifically execute relevant steps in the above-described core network load adjustment method embodiment.
In particular, the program 210 may include program code comprising computer operating instructions.
Processor 202 may be a central processing unit CPU, or an Application Specific Integrated Circuit (ASIC), or one or more Integrated circuits configured to implement an embodiment of the invention. The core network load adjusting device comprises one or more processors, which can be the same type of processor, such as one or more CPUs; or may be different types of processors such as one or more CPUs and one or more ASICs.
And a memory 206 for storing a program 210. Memory 206 may comprise high-speed RAM memory, and may also include non-volatile memory (non-volatile memory), such as at least one disk memory.
The program 210 may specifically be used to cause the processor 202 to perform the following operations:
an I-CSCF network element acquires an IMS registration request of a terminal;
the I-CSCF network element sends a query request to the HSS network element according to the IMS registration request;
the HSS network element inquires account opening information of the terminal according to the inquiry request;
when the account opening information exists in the HSS network element, the HSS network element acquires the load state of the HSS network element;
the HSS network element returns a failure code to the I-CSCF network element according to the load state;
the I-CSCF network element returns response information to the terminal according to the failure code, wherein the response information comprises delay time; and the terminal initiates the IMS registration request again after the delay time.
In an alternative manner, the program 210 may specifically be further configured to cause the processor 202 to perform the following operations:
the I-CSCF network element determines IMPI and IMPU of the terminal according to the IMS registration request;
the I-CSCF network element sends a query request to the HSS network element according to the IMPI and the IMPU;
the HSS network element inquires the account opening information of the terminal according to the inquiry request, and the method specifically comprises the following steps:
and the HSS network element inquires whether the IMPI and the IMPU exist in the HSS network element according to the inquiry request.
In an alternative manner, the program 210 may be further specifically configured to cause the processor 202 to perform the following operations:
the HSS network element acquires an interface link load or a CPU load of the HSS network element;
and the HSS network element determines the load state according to the interface link load or the CPU load.
In an alternative manner, the program 210 may specifically be further configured to cause the processor 202 to perform the following operations:
when the load state is greater than a first preset threshold and less than or equal to a second preset threshold, returning a primary failure code to the I-CSCF network element; wherein the second preset threshold is greater than the first preset threshold;
when the load state is greater than a second preset threshold and less than or equal to a third preset threshold, returning a secondary failure code to the I-CSCF network element; wherein the third preset threshold is greater than the second preset threshold;
when the load state is greater than a third preset threshold and less than or equal to 100%, returning a three-level failure code to an I-CSCF network element; wherein the third preset threshold is less than 100%.
In an alternative manner, the program 210 may specifically be further configured to cause the processor 202 to perform the following operations:
when the failure code is a primary failure code, returning primary response information to the terminal, wherein the delay time contained in the primary response information is first preset time;
when the failure code is a secondary failure code, returning secondary response information to the terminal, wherein the delay time contained in the secondary response information is second preset time;
when the failure code is a three-level failure code, returning three-level response information to the terminal, wherein the delay time contained in the three-level response information is third preset time; the first preset time is less than the second preset time, and the second preset time is less than the third preset time.
In an alternative manner, the program 210 may be further specifically configured to cause the processor 202 to perform the following operations:
when IMS registration requests of a plurality of terminals are acquired at the same time, different preset offsets are selected for the terminals;
respectively returning response information to each terminal according to the failure codes, and increasing the delay time contained in each response information by the corresponding preset offset to obtain offset delay time;
and each terminal initiates an IMS registration request again after the offset delay time.
In an alternative manner, the program 210 may be further specifically configured to cause the processor 202 to perform the following operations:
acquiring the number of terminals initiating IMS registration requests at the same time;
determining an initial offset according to the number of the terminals;
and determining different multiples of the initial offset as the preset offset of each terminal.
In the embodiment of the invention, the I-CSCF network element does not immediately execute the registration request after receiving the IMS registration request of the terminal, but sends the query request to the HSS network element firstly, so that the HSS network element queries whether the terminal contains the account opening information of the terminal. When the HSS network element has the account opening information of the terminal, the HSS network element can acquire the load state of the HSS network element and return failure codes to the I-CSCF network element according to the load state, namely different types of failure codes to the I-CSCF network element according to the load of the HSS network element. And finally, the I-CSCF network element returns different types of response information to the terminal according to the different types of failure codes, each type of response information comprises different delay time, and the terminal initiates the IMS registration request again after the delay time after receiving the response information, namely the IMS registration process of the terminal is delayed to be carried out after the delay time. Through the mode, the embodiment of the invention can ensure that the user terminal is registered again after different delay time according to different load states of the HSS network element, thereby avoiding that the user terminal can continuously initiate registration to influence the perception of a user when the HSS network element is overloaded.
An embodiment of the present invention provides an executable program, where the executable program may execute the method for adjusting the core network load in any of the method embodiments described above.
The algorithms or displays presented herein are not inherently related to any particular computer, virtual system, or other apparatus. Various general purpose systems may also be used with the teachings herein. The required structure for constructing such a system will be apparent from the description above. In addition, embodiments of the present invention are not directed to any particular programming language. It is appreciated that a variety of programming languages may be used to implement the teachings of the present invention as described herein, and any descriptions of specific languages are provided above to disclose the best mode of the invention.
In the description provided herein, numerous specific details are set forth. It is understood, however, that embodiments of the invention may be practiced without these specific details. In some instances, well-known methods, structures and techniques have not been shown in detail in order not to obscure an understanding of this description.
Similarly, it should be appreciated that in the foregoing description of exemplary embodiments of the invention, various features of the embodiments of the invention are sometimes grouped together in a single embodiment, figure, or description thereof for the purpose of streamlining the disclosure and aiding in the understanding of one or more of the various inventive aspects. However, the disclosed method should not be construed to reflect the intent: that the invention as claimed requires more features than are expressly recited in each claim. Rather, as the following claims reflect, inventive aspects lie in less than all features of a single foregoing disclosed embodiment. Thus, the claims following the detailed description are hereby expressly incorporated into this detailed description, with each claim standing on its own as a separate embodiment of this invention.
Those skilled in the art will appreciate that the modules in the devices in an embodiment may be adaptively changed and arranged in one or more devices different from the embodiment. The modules or units or components of the embodiments may be combined into one module or unit or component, and furthermore they may be divided into a plurality of sub-modules or sub-units or sub-components. All of the features disclosed in this specification (including any accompanying claims, abstract and drawings), and all of the processes or elements of any method or apparatus so disclosed, may be combined in any combination, except combinations where at least some of such features and/or processes or elements are mutually exclusive. Each feature disclosed in this specification (including any accompanying claims, abstract and drawings) may be replaced by alternative features serving the same, equivalent or similar purpose, unless expressly stated otherwise.
Furthermore, those skilled in the art will appreciate that while some embodiments herein include some features included in other embodiments, rather than other features, combinations of features of different embodiments are meant to be within the scope of the invention and form different embodiments. For example, in the following claims, any of the claimed embodiments may be used in any combination.
It should be noted that the above-mentioned embodiments illustrate rather than limit the invention, and that those skilled in the art will be able to design alternative embodiments without departing from the scope of the appended claims. In the claims, any reference signs placed between parentheses shall not be construed as limiting the claim. The word "comprising" does not exclude the presence of elements or steps not listed in a claim. The word "a" or "an" preceding an element does not exclude the presence of a plurality of such elements. The invention may be implemented by means of hardware comprising several distinct elements, and by means of a suitably programmed computer. In the unit claims enumerating several means, several of these means may be embodied by one and the same item of hardware. The usage of the words first, second and third, etcetera do not indicate any ordering. These words may be interpreted as names. The steps in the above embodiments should not be construed as limiting the order of execution unless specified otherwise.
Claims (8)
1. A method for adjusting core network load is characterized by comprising the following steps:
an I-CSCF network element acquires an IMS registration request of a terminal;
the I-CSCF network element sends a query request to the HSS network element according to the IMS registration request;
the HSS network element inquires account opening information of the terminal according to the inquiry request;
when the account opening information exists in the HSS network element, the HSS network element acquires the load state of the HSS network element;
the HSS network element returns a failure code to the I-CSCF network element according to the load state;
when IMS registration requests of a plurality of terminals are obtained at the same time, the number of the terminals initiating the IMS registration requests at the same time is obtained by an I-CSCF network element; determining an initial offset according to the number of the terminals; determining different multiples of the initial offset as preset offsets of each terminal; according to the failure codes, response information is returned to each terminal respectively, delay time contained in each response information is increased by a corresponding preset offset, and offset delay time is obtained; and enabling each terminal to initiate an IMS registration request again after the offset delay time.
2. The method of claim 1, wherein the I-CSCF network element sends a query request to the HSS network element according to the IMS registration request, specifically:
the I-CSCF network element determines IMPI and IMPU of the terminal according to the IMS registration request;
the I-CSCF network element sends a query request to the HSS network element according to the IMPI and the IMPU;
the HSS network element inquires the account opening information of the terminal according to the inquiry request, and the method specifically comprises the following steps:
and the HSS network element inquires whether the IMPI and the IMPU exist in the HSS network element according to the inquiry request.
3. The method of claim 1, wherein the acquiring, by the HSS network element, the load status of the HSS network element specifically comprises:
the HSS network element acquires an interface link load or a CPU load of the HSS network element;
and the HSS network element determines the load state according to the interface link load or the CPU load.
4. The method of claim 1, wherein the HSS network element returns a failure code to an I-CSCF network element according to the load status, and specifically comprises:
when the load state is greater than a first preset threshold and less than or equal to a second preset threshold, returning a primary failure code to the I-CSCF network element; wherein the second preset threshold is greater than the first preset threshold;
when the load state is greater than a second preset threshold and less than or equal to a third preset threshold, returning a secondary failure code to the I-CSCF network element; wherein the third preset threshold is greater than the second preset threshold;
when the load state is greater than a third preset threshold and less than or equal to 100%, returning a three-level failure code to the I-CSCF network element; wherein the third preset threshold is less than 100%.
5. The method of claim 4, wherein the I-CSCF network element returns response information to the terminal according to the failure code, the response information including a delay time, specifically:
when the failure code is a primary failure code, returning primary response information to the terminal, wherein the delay time contained in the primary response information is first preset time;
when the failure code is a secondary failure code, returning secondary response information to the terminal, wherein the delay time contained in the secondary response information is second preset time;
when the failure code is a three-level failure code, returning three-level response information to the terminal, wherein the delay time contained in the three-level response information is third preset time; the first preset time is less than the second preset time, and the second preset time is less than the third preset time.
6. A core network load adjustment apparatus, comprising:
a first obtaining module, configured to enable an I-CSCF network element to obtain an IMS registration request of a terminal;
a sending module, configured to enable an I-CSCF network element to send a query request to an HSS network element according to the IMS registration request;
the query module is used for enabling the HSS network element to query the account opening information of the terminal according to the query request;
a second obtaining module, configured to enable the HSS network element to obtain a load status of the HSS network element when the account opening information exists in the HSS network element;
the first returning module is used for enabling the HSS network element to return a failure code to the I-CSCF network element according to the load state;
a second returning module, configured to, when acquiring IMS registration requests of multiple terminals at the same time, enable an I-CSCF network element to acquire the number of terminals that initiate IMS registration requests at the same time; determining an initial offset according to the number of the terminals; determining different multiples of the initial offset as preset offsets of each terminal; respectively returning response information to each terminal according to the failure codes, and increasing the delay time contained in each response information by the corresponding preset offset to obtain offset delay time; and enabling each terminal to initiate an IMS registration request again after the offset delay time.
7. A core network load adjustment apparatus, comprising: the system comprises a processor, a memory, a communication interface and a communication bus, wherein the processor, the memory and the communication interface complete mutual communication through the communication bus;
the memory is configured to store at least one executable instruction, which causes the processor to execute the method of adjusting core network load according to any one of claims 1 to 5.
8. A computer-readable storage medium having stored therein at least one executable instruction for causing a processor to perform a method for core network load adjustment as claimed in any one of claims 1 to 5.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910971788.3A CN112738848B (en) | 2019-10-14 | 2019-10-14 | Core network load adjusting method, device, equipment and computer readable storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910971788.3A CN112738848B (en) | 2019-10-14 | 2019-10-14 | Core network load adjusting method, device, equipment and computer readable storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112738848A CN112738848A (en) | 2021-04-30 |
| CN112738848B true CN112738848B (en) | 2022-12-06 |
Family
ID=75588357
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910971788.3A Active CN112738848B (en) | 2019-10-14 | 2019-10-14 | Core network load adjusting method, device, equipment and computer readable storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112738848B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113038452A (en) * | 2021-05-28 | 2021-06-25 | 中兴通讯股份有限公司 | User data system management method, communication device, and storage medium |
| US20230141522A1 (en) * | 2021-11-08 | 2023-05-11 | Charter Communications Operating, Llc | Managing IP Multimedia Subsystem (IMS) Registration |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2007025480A1 (en) * | 2005-08-31 | 2007-03-08 | Huawei Technologies Co., Ltd. | Method of session processing in an ims and interrogating-call state control function |
| CN101448318A (en) * | 2008-12-22 | 2009-06-03 | 华为技术有限公司 | Registration method, boundary proxy device and communication system thereof |
| WO2015153589A1 (en) * | 2014-03-31 | 2015-10-08 | Convida Wireless, Llc | Overload control and coordination between m2m service layer and 3gpp networks |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100362838C (en) * | 2004-02-10 | 2008-01-16 | 华为技术有限公司 | Method for abating interface loads of Home Subscriber Servers (HSS) |
| CN101340721B (en) * | 2008-08-14 | 2011-07-20 | 北京邮电大学 | Method for user terminal dynamic position management by IP multimedia sub-system |
| CN102448042B (en) * | 2010-09-30 | 2014-07-09 | 电信科学技术研究院 | Method for rejecting mobility management process and network side device |
| CN102098759A (en) * | 2011-02-18 | 2011-06-15 | 电信科学技术研究院 | Method and device for access control |
| CN102868634B (en) * | 2011-07-04 | 2015-07-08 | 华为终端有限公司 | Method and device for congestion control and user equipment |
| CN103037501B (en) * | 2011-09-30 | 2016-03-02 | 中国移动通信集团河南有限公司 | A kind of register method, equipment and system of internet protocol multimedia subsystem terminal |
| CN102413504B (en) * | 2011-12-30 | 2014-12-10 | 电信科学技术研究院 | Congestion control method and equipment |
| CN103906225B (en) * | 2012-12-28 | 2018-02-23 | 中国电信股份有限公司 | IMS terminal registers storm processing method and edge access control device |
| WO2014110410A1 (en) * | 2013-01-11 | 2014-07-17 | Interdigital Patent Holdings, Inc. | User-plane congestion management |
| CN107579945B (en) * | 2016-07-04 | 2021-05-04 | 中国移动通信有限公司研究院 | IMS service automatic opening method, device and network element |
-
2019
- 2019-10-14 CN CN201910971788.3A patent/CN112738848B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2007025480A1 (en) * | 2005-08-31 | 2007-03-08 | Huawei Technologies Co., Ltd. | Method of session processing in an ims and interrogating-call state control function |
| CN101448318A (en) * | 2008-12-22 | 2009-06-03 | 华为技术有限公司 | Registration method, boundary proxy device and communication system thereof |
| WO2015153589A1 (en) * | 2014-03-31 | 2015-10-08 | Convida Wireless, Llc | Overload control and coordination between m2m service layer and 3gpp networks |
| CN106233757A (en) * | 2014-03-31 | 2016-12-14 | 康维达无线有限责任公司 | Premature beats between M2M service layer and 3GPP network and coordination |
Non-Patent Citations (1)
| Title |
|---|
| 基于IMS试验网的接入方案研究;邓庆林;《通信世界》;20090302(第07期);全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112738848A (en) | 2021-04-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11178714B2 (en) | Proxy call session control function failure recovering method, apparatus and system | |
| EP2853072B1 (en) | Method and apparatus for handling p-cscf failure and restoring connectivity | |
| US11323318B2 (en) | Network slicing in IMS | |
| US11277717B2 (en) | Mobile terminating call retry logic for multiple radio access technology types | |
| US9185141B2 (en) | Managing roaming agreements between IMS networks | |
| US8346254B2 (en) | Method for registering a mobile terminal in a mobile radio communication system | |
| EP2277352B1 (en) | A mobile switching center platform having interfaces with functionalities defined by an architecture that provides packet-switched multimedia subscriber services | |
| EP2381637A1 (en) | Registration backup data processing method, apparatus and system | |
| US20220338152A1 (en) | Support for ims routing with multiple ims pdu sessions over different 5gc slices | |
| US20150282242A1 (en) | Methods and apparatus for processing an ims session | |
| US11394752B2 (en) | Dedicated user priority message | |
| CN112738848B (en) | Core network load adjusting method, device, equipment and computer readable storage medium | |
| US20120177194A1 (en) | Method for connecting call | |
| US9264946B2 (en) | Homogeneous circuit switched voice support indication in a mobile network | |
| EP2372966A1 (en) | Method and device of multimedia subsystem service disposal and multimedia subsystem | |
| WO2008116373A1 (en) | A method for processing emergency service | |
| EP2109262A1 (en) | A method, system and device for establishing association-control relations | |
| EP3402169B1 (en) | Data processing | |
| CN101132407B (en) | Method for processing exception caused by re-selection service call conversation control function | |
| US10623983B2 (en) | Service aware overload handling in a communication network | |
| EP3742695A1 (en) | Network service system and method | |
| KR101135516B1 (en) | System and Method for registering location of terminal in mobile radio communication network | |
| US9124597B2 (en) | Method and node in a telecommunications network | |
| EP3954100A1 (en) | Methods and apparatuses for implementing mobile terminating call | |
| US11432350B2 (en) | Session management function (SMF) selection based on supported protocol type |
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 |