Base station fault recovery method and device, base station and storage medium

Abstract

The invention relates to a base station fault recovery method and device, a base station and a storage medium, and the method comprises the steps: controlling an SCTP socket of the base station to stop sending a message in response to the detection of a fault of an RRC service program of the base station, closing the SCTP socket, and controlling the RRC service program to execute a recovery process, the method comprises the following steps: reading pre-stored target backup data associated with an SCTP socket from a shared memory, and establishing a new SCTP socket based on the target backup data so as to recover a connection link with a core network. By adopting the scheme disclosed by the invention, the sending of the message to the core network is forbidden when the RRC service program has the fault, so that the core network application layer has no perception on the RRC service program fault, the user terminal service is ensured not to be influenced by the RRC service program fault, the rapid and efficient recovery when the RRC service program has the fault is realized, and the user experience is improved. And the disaster recovery capability and the user experience of the base station are improved.

Description

TECHNICAL FIELD

[0001] The present disclosure relates to the field of communication technology, and in particular, to a base station fault recovery method and device, a base station, and a storage medium. BACKGROUND

[0002] With the continuous development and popularization of communication technology, the industrial internet is also accelerating. In many application scenarios, higher requirements are put forward for the high reliability and low latency of communication performance. Therefore, the disaster recovery function of the base station device is particularly important, especially when the service program of the base station device fails, it can quickly and efficiently recover the service and try to ensure that the user experience is not affected, which requires a perfect and efficient fault recovery mechanism.

[0003] Therefore, how to quickly and efficiently recover the service program fault of the base station device has become a problem to be solved at present. SUMMARY

[0004] In order to solve the above technical problems or at least partially solve the above technical problems, the present disclosure provides a base station fault recovery method, device, base station and storage medium.

[0005] In a first aspect, the present disclosure provides a base station fault recovery method, comprising: In response to detecting that a radio resource control (RRC) service program of a base station fails, controlling a stream control transmission protocol (SCTP) socket of the base station to stop sending messages and closing the SCTP socket; controlling the RRC service program to execute a recovery process, wherein the recovery process comprises: reading pre-stored target backup data associated with the SCTP socket from a shared memory; establishing a new SCTP socket based on the target backup data to recover a connection link with a core network.

[0006] In a second aspect, the present disclosure provides a base station fault recovery device, comprising: a first control module configured to, in response to detecting that a radio resource control (RRC) service program of a base station fails, control a stream control transmission protocol (SCTP) socket of the base station to stop sending messages and close the SCTP socket; a second control module configured to control the RRC service program to execute a recovery process, wherein the recovery process comprises: reading pre-stored target backup data associated with the SCTP socket from a shared memory; establishing a new SCTP socket based on the target backup data to recover a connection link with a core network.

[0007] In a third aspect, the present disclosure provides a base station, comprising a processor and a memory; the processor is configured to execute a base station fault recovery method according to the first aspect by invoking programs or instructions stored in the memory.

[0008] In a fourth aspect, the present disclosure provides a computer-readable storage medium, wherein computer execution instructions are stored in the computer-readable storage medium, and the computer execution instructions are executed by a processor to implement the base station fault recovery method according to the first aspect.

[0009] In a fifth aspect, the present disclosure provides a computer program product, comprising a computer program, wherein the computer program is executed by a processor to implement the base station fault recovery method according to the first aspect.

[0010] Compared with the prior art, the technical scheme provided by the embodiments of the present disclosure has the following advantages: In the present scheme, when it is detected that the radio resource control (RRC) service program of the base station fails, the SCTP socket of the base station is controlled to stop sending messages and close the SCTP socket, and the RRC service program is controlled to execute a recovery process, the target backup data associated with the SCTP socket is read from the shared memory, and a new SCTP socket is established based on the target backup data to recover the connection link with the core network. By using the scheme of the present disclosure, when the RRC service program fails, the SCTP socket is prohibited from sending messages and closing the SCTP socket, so that the messages sent to the core network are prohibited when the RRC service program fails, the core network application layer is not aware of the failure of the RRC service program, and thus the core network does not delete the user terminal, ensuring that the user terminal service is not affected by the failure of the RRC service program, ensuring the stability of the user terminal service, and a new SCTP socket is established based on the target backup data in the shared memory to recover the connection link with the core network, realizing fast and efficient recovery when the RRC service program fails, thereby improving the disaster recovery capability of the base station and the user experience. BRIEF DESCRIPTION OF DRAWINGS

[0011] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present disclosure and serve to explain the principles of the present disclosure together with the specification.

[0012] In order to more clearly illustrate the technical schemes in the embodiments of the present disclosure or the prior art, the accompanying drawings needed to be used in the embodiments or the prior art description will be briefly introduced. Obviously, for those skilled in the art, other drawings can also be obtained without creative labor based on these drawings.

[0013] Figure 1A flowchart of a base station fault recovery method provided by an example embodiment of the present disclosure is shown in FIG. 1. Figure 2 A flowchart of a base station fault recovery method provided by another example embodiment of the present disclosure is shown in FIG. 2. Figure 3 A system for base station fault recovery provided by an example embodiment of the present disclosure is shown in FIG. 3. Figure 4 A structural diagram of a base station fault recovery device provided by an example embodiment of the present disclosure is shown in FIG. 4. DETAILED DESCRIPTION

[0014] In order to more clearly understand the above-mentioned purposes, features and advantages of the present disclosure, the schemes of the present disclosure will be further described below. It should be noted that the embodiments of the present disclosure and the features in the embodiments can be combined with each other without conflict.

[0015] In the following description, many specific details are set forth in order to fully understand the present disclosure, but the present disclosure can also be implemented in other ways different from those described herein; obviously, the embodiments in the description are only some of the embodiments of the present disclosure, not all the embodiments.

[0016] The implementation of the embodiments of the present disclosure will be described in detail below with reference to the accompanying drawings.

[0017] Figure 1 A flowchart of a base station fault recovery method provided by an example embodiment of the present disclosure is shown in FIG. 1, which can be executed by a base station fault recovery device provided by an embodiment of the present disclosure, which can be integrated in a base station.

[0018] As shown in FIG. 1, the base station fault recovery method can include the following steps: Figure 1 Step 101, in response to detecting that a radio resource control (RRC) service program of the base station has failed, controlling a stream control transmission protocol (SCTP) socket of the base station to stop sending messages and closing the SCTP socket.

[0019] The radio resource control (RRC) service program is used to carry voice calls, online services and other services.

[0020] In the embodiments of the present disclosure, after the RRC service program of the base station is started, whether the RRC service program has failed can be detected in real time or periodically.

[0021] ​For example, an Operation Administration and Maintenance (OAM) procedure can be set up in the base station to detect whether the RRC service procedure has malfunctioned. For instance, the OAM and RRC service procedures can use a heartbeat detection process, where the RRC service procedure sends a heartbeat packet to the OAM procedure every second. If the OAM procedure detects that the RRC service procedure has not sent a heartbeat packet at the one-second interval, for example, if the time interval between receiving the previous heartbeat packet exceeds one second and the OAM procedure has not received a new heartbeat packet, then it determines that the RRC service procedure has malfunctioned.

[0022] In this embodiment, when a fault is detected in the RRC service program, the Stream Control Transmission Protocol (SCTP) socket of the control base station will not send data, that is, it will prohibit the sending of messages and close the SCTP socket.

[0023] In this embodiment, by controlling the SCTP socket on the base station to stop sending messages and close the SCTP socket when the RRC service program fails, data transmission from the SCTP socket is prohibited when the RRC service program fails. This means that the base station is prohibited from sending all data packets to the core network, including ABORT messages and shutdown messages triggered by closing the socket. As a result, the application layer of the core network is unaware of the RRC service program failure, and the core network will not delete the currently connected user equipment (UE), thus ensuring that the user terminal's services are not affected by the RRC service program failure.

[0024] Step 102: Control the RRC service program to execute the recovery process, wherein the recovery process includes: reading the pre-saved target backup data associated with the SCTP socket from the shared memory; and establishing a new SCTP socket based on the target backup data to restore the connection link with the core network.

[0025] In this embodiment, when a failure is detected in the RRC service program, a recovery process is executed to allow the RRC service program to recover from the failure. Specifically, after entering the recovery process, the RRC service program reads pre-saved target backup data associated with the SCTP socket from shared memory, and then establishes a new SCTP socket based on the target backup data to restore the connection link with the core network. The target backup data is stored in shared memory before the RRC service program failed. Shared memory is a portion of the base station's storage space that can be shared by different processes running on the base station, and the data in shared memory will not be lost if a process hangs.

[0026] For example, when an RRC service program failure is detected by the OAM program, the RRC service program is immediately controlled to execute a recovery process. This process creates the threads and data containers required before the failure (e.g., a hang), such as various data classes or objects. Then, the data backed up before the program failure is read from shared memory. Based on the backed-up data, a new SCTP socket is established, and the connection link is restored with the core network using the same association ID. For example, for a 5G base station, the NG (Next Generation) link is restored with the core network using the same association ID, so that the core network application is unaware of the RRC service program failure of the base station.

[0027] In this embodiment, when the RRC service program fails, the old SCTP socket is closed, and a new SCTP socket is created using data backed up in shared memory. This eliminates the need to maintain network sockets and controls the base station's SCTP socket to stop sending messages. The base station kernel is prevented from immediately sending ABORT messages and from sending SHUTDOWN messages triggered by socket closure during a failure. Since ABORT and SHUTDOWN messages are not sent to the core network, the newly created network socket, although requiring a four-way handshake, is merely a reconstruction of the network socket in the kernel's underlying SCTP protocol stack and does not affect the stability of application layer services. For the application layer, the association remains unchanged, so the core network application layer is unaware of this. The link between the base station and the core network application layer still uses the same association, and the core network application layer does not need to rebuild the link. Therefore, the situation where core network link reconstruction leads to the deletion of user terminals will not occur, thus ensuring the stability of user terminal services and greatly enhancing the user experience.

[0028] The base station fault recovery method of this disclosure, when a fault is detected in the Radio Resource Control (RRC) service program of the base station, controls the SCTP socket of the base station to stop sending messages and closes the SCTP socket, and controls the RRC service program to execute a recovery process. This involves reading pre-saved target backup data associated with the SCTP socket from shared memory, and establishing a new SCTP socket based on the target backup data to restore the connection link with the core network. By adopting the scheme of this disclosure, when the RRC service program fails, the SCTP socket is prohibited from sending messages and is closed, thus preventing message transmission to the core network during the RRC service program failure. This achieves the core network application layer's lack of awareness of the RRC service program failure, preventing the core network from deleting user terminals and ensuring that user terminal services are not affected by the RRC service program failure, thereby ensuring the stability of user terminal services. Furthermore, by establishing a new SCTP socket based on the target backup data in shared memory to restore the connection link with the core network, fast and efficient recovery is achieved during RRC service program failures, thereby improving the base station's disaster recovery capability and user experience.

[0029] In one alternative embodiment of this disclosure, such as Figure 2 As shown, based on the aforementioned embodiments, the step 101, which controls the SCTP socket between the base station and the core network to stop sending messages, may include the following sub-steps: Step 201: Obtain the port identifier of the SCTP socket of the base station.

[0030] In the communication between the base station and the core network, both parties need to create their own SCTP sockets and establish an association through negotiation. The socket serves as the endpoint of network communication and consists of an IP address and a port number. In this embodiment, when the RRC service program fails, the port number of the SCTP socket on the base station side can be obtained as the port identifier.

[0031] Step 202: Execute iptables commands based on the port identifier to prevent the SCTP socket corresponding to the port identifier from sending messages.

[0032] In this embodiment, after obtaining the port identifier of the SCTP socket of the base station, the iptables command can be executed based on the port identifier to prevent the SCTP socket corresponding to the port identifier from sending messages.

[0033] iptables is a user-space tool used to configure firewall rules and can be called directly by scripts.

[0034] For example, assuming the port identifier is 38412, you can block all SCTP messages from or destined for the SCTP socket corresponding to that port identifier by executing the following iptables command: sudo iptables -A INPUT -p sctp --dport 38412 -j DROP; sudo iptables -A OUTPUT -p sctp --sport 38412 -j DROP.

[0035] In practical applications, semaphores can be used for synchronization control to ensure the safe execution of iptables commands in a multi-process environment. Specifically, when a fault is detected in the RRC service program, a semaphore can be triggered for synchronization control before executing the iptables command. After the iptables command is executed, the semaphore can be released.

[0036] The base station fault recovery method of this disclosure obtains the port identifier of the SCTP socket of the base station and executes the iptables command based on the port identifier to prevent the SCTP socket corresponding to the port identifier from sending messages. Thus, it can accurately control the SCTP socket that needs to stop sending messages to the core network, ensuring the accuracy of the solution. In addition, the iptables command can be directly called by the script, ensuring the convenience of the solution implementation.

[0037] In one optional embodiment of this disclosure, when controlling the RRC service program to execute the recovery process, the RRC process can be started in recovery mode so that the RRC service program can execute the recovery process after sensing that the start is a recovery mode start.

[0038] For example, when the OAM program detects a failure in the RRC service program, it immediately starts a new RRC process in recovery mode. The RRC service program then detects that this startup is in recovery mode and immediately executes the recovery procedure. For instance, a recovery flag can be pre-set to indicate that the process startup mode is recovery mode. Before restarting the RRC process, the flag corresponding to the startup mode is set to the recovery flag, meaning the RRC process will restart in recovery mode. When the RRC process restarts in recovery mode, the RRC service program can detect whether the startup mode is recovery mode based on the flag of the RRC process's startup mode. If it detects that it is in recovery mode, it executes the recovery procedure.

[0039] In this embodiment of the disclosure, by starting the RRC process in recovery mode, the RRC service program executes the recovery process after sensing that the startup is in recovery mode. Starting the RRC process in recovery mode can skip the conventional initialization process and directly enter the recovery process, thereby achieving rapid service recovery and improving fault recovery efficiency.

[0040] In one optional embodiment of this disclosure, when the RRC service program of the base station is started, it can also be set to prohibit the sending of SHUTDOWN messages when the RRC service program fails. Specifically, the SCTP socket can be set to prohibit the sending of SHUTDOWN messages by setting the target option of the SCTP socket.

[0041] The target option is the SO_LINGER option, which controls the behavior when the socket is closed. The SO_LINGER option of the SCTP socket can be set and the timeout is set to 0, so that the socket does not send a SHUTDOWN message when it is closed, but directly sends an ABORT message. However, since SCTP sockets are prohibited from sending messages when the RRC service program fails, the ABORT message is blocked. The core network will not receive the ABORT message and the SHUTDOWN message, and will not be aware of the RRC service program failure.

[0042] For example, when closing a connection, the SO_LINGER option can be used to control the behavior during closing, preventing the kernel from immediately issuing a SHUTDOWN message when close() is called. For instance, the SO_LINGER option is set to disable the sending of SHUTDOWN messages as follows: struct linger sl; sl.l_onoff = 1; sl.l_linger = 0; setsockopt(sockfd, SOL_SOCKET, SO_LINGER,&sl, sizeof(sl)); In this embodiment of the disclosure, by setting the target option of the SCTP socket to prohibit the sending of SHUTDOWN messages, it is possible to avoid the immediate sending of SHUTDOWN messages in the event of a fault. This enables the core network to be unaware of the RRC service program fault, so that the core network will not delete the user terminal and ensure that the user terminal service is not affected.

[0043] In one optional embodiment of this disclosure, the ABORT message can also be delayed by configuring an SCTP option that increases the maximum number of retransmissions. The specific SCTP option configuration is as follows: struct sctp_assocparams assoc; assoc.sasoc_asocmaxrxt = 20; setsockopt(sock_fd, IPPROTO_SCTP, SCTP_ASSOCINFO,&assoc, sizeof(assoc)); In this embodiment of the disclosure, by configuring the SCTP option to increase the maximum number of retransmissions, an ABORT message can be sent with a delay when the RRC service program fails, so that the core network is unaware of the RRC service program.

[0044] In this embodiment of the disclosure, shared memory is used to store data related to different processes on the base station to achieve data backup. After the RRC service program starts, the cell information, user terminal context data, and protocol stack context data of the RRC service program are obtained. According to the preset correspondence between key values ​​and parameter categories, the key values ​​are associated with the cell information, user terminal context data, and protocol stack context data to obtain multiple key-value pairs. These multiple key-value pairs are then stored in shared memory for backup.

[0045] The mapping between key-value pairs and parameter categories can be configured according to actual needs. Each parameter category has a unique key-value pair, and each parameter category corresponds to a specific parameter, ensuring that each parameter has a unique key-value pair. For example, the mapping between key-value pairs and parameter categories is as follows: keyvalue 0x00000001deviceName 0x00000002deviceType In this embodiment, for the acquired cell information, context data of each user terminal, and context data of each protocol stack (CMAC, L2), each parameter has its corresponding parameter category. Based on the correspondence between key values ​​and parameter categories, each acquired parameter can be associated with the key value corresponding to its respective parameter category, resulting in multiple key-value pairs. Each key-value pair includes a key value and an associated parameter. These multiple key-value pairs are then stored in shared memory for backup, so that the RRC service program can read them during fault recovery. By associating the acquired cell information, user terminal, and protocol stack context information with each key value according to the preset correspondence between key values ​​and parameter categories, and then storing them in shared memory for backup, parameter backup in key-value pairs is achieved. The one-to-one correspondence between key values ​​and parameters enables efficient backup and facilitates the reading of backup data in subsequent recovery processes, making data access operations more efficient. By backing up data in shared memory, the backup function of the base station's RRC service program is realized. Data backup can be achieved without using other specific storage devices as backup storage media, saving costs.

[0046] In one optional embodiment of this disclosure, during the operation of the RRC service program, cell information, user terminal context data, and protocol stack context data of the RRC service program can be obtained at preset time intervals. According to the preset correspondence between key values ​​and parameter categories, the key values ​​are associated with cell information, user terminal context data, and protocol stack context data to obtain multiple new key value information pairs. Then, based on the multiple new key value information pairs, the backup key value information pairs in the shared memory are updated. Thus, the timed update of the backup data in the shared memory is realized, ensuring the accuracy and effectiveness of the backup data in the shared memory.

[0047] In one optional embodiment of this disclosure, after each RRC service program is started, the cell information of the RRC service program, the context data of the user terminal, and the context data of the protocol stack can be obtained to generate key-value pairs and back them up in shared memory. Then, during the operation of the RRC service program, data is periodically acquired and new key-value pairs are generated at preset time intervals to update the key-value pairs backed up in shared memory, ensuring that the data backed up in shared memory is up-to-date.

[0048] When updating the key-value pairs backed up in shared memory, all the key-value pairs backed up in shared memory can be replaced with multiple newly generated key-value pairs, or only the changed key-value pairs can be updated. This disclosure does not impose any restrictions on this.

[0049] Based on the shared memory backup of key-value pairs described in the foregoing embodiments, in an optional embodiment of this disclosure, when the RRC service program reads target backup data associated with a newly created SCTP socket from shared memory, it can first obtain the target parameter category associated with the newly created SCTP socket, then determine the target key value corresponding to the target parameter category according to the correspondence between key values ​​and parameter categories, and then read the target information associated with the target key value from shared memory as the target backup data based on the target key value. It is understood that by querying the backed-up key-value pairs in shared memory based on the target key value, the target key-value pairs matching the target key value can be determined, and the target information associated with the target key value in the target key-value pairs is the target backup data associated with the newly created SCTP socket. Therefore, backup data can be read accurately and efficiently from shared memory.

[0050] Figure 3 A base station fault recovery system is provided as an exemplary embodiment of this disclosure, and the system can be integrated into the base station. For example... Figure 3 As shown, the system comprises six major management modules: a UE management module, a cell management module, an OAM proxy module, a thread management module, a backup module, and a recovery module. The UE management module primarily manages UE access and mobility management; the cell management module mainly manages the creation and deletion of physical cells; the OAM proxy module is mainly used to manage the adaptation of various OAM parameter queries and configurations, as well as the execution of various commands; the backup module is mainly used to dynamically back up the context data of the RRC service program's cells, each user terminal, and each protocol stack program (CMAC, L2) to shared memory; the recovery module mainly reads the backed-up data from shared memory, successfully restores this data, and uses the restored backup data for fault recovery; the thread management module is mainly used to manage various threads in the program, such as the UE thread in the UE management module and the cell thread in the cell management module, and manages the context and flow of each thread. The various modules of this system cooperate with each other to implement the base station fault recovery method disclosed herein.

[0051] When proposing the base station fault recovery method of this disclosure, the inventors tested the effectiveness of the method. When starting the base station's RRC service program, a normal terminal voice service was initiated. The base station fault recovery method of this disclosure was used to recover from a fault in the RRC service program. Test results showed that the RRC service program recovered successfully and the voice call service was unaffected. Before the RRC service program failure, the voice call service was enabled and maintained until data recovery was complete; the voice service was unaffected by the failure. After ending the voice call service and re-initiating it, the voice service remained normal. Therefore, the base station fault recovery method of this disclosure ensures efficient and rapid recovery when the base station experiences an RRC service program failure (e.g., a hangup), with extremely low latency. This avoids communication instability and dropped calls caused by base station RRC service program failures in application scenarios with high reliability and stability requirements, greatly improving the stability and reliability of base station communication.

[0052] To implement the above embodiments, this disclosure also provides a base station fault recovery device.

[0053] Figure 4 This is a schematic diagram of the structure of a base station fault recovery device provided in an embodiment of this disclosure, as shown below. Figure 4 As shown, the base station fault recovery device 30 includes: a first control module 310 and a second control module 320.

[0054] The first control module 310 is used to control the base station's Stream Control Transmission Protocol (SCTP) socket to stop sending messages and close the SCTP socket in response to the detection of a fault in the base station's Radio Resource Control (RRC) service program. The second control module 320 is used to control the execution of the recovery process in the RRC service program, wherein the recovery process includes: Read pre-saved target backup data associated with the SCTP socket from shared memory; A new SCTP socket is established based on the target backup data to restore the connection link with the core network.

[0055] Optionally, the first control module 310 is also used for: Obtain the port identifier of the SCTP socket of the base station; Execute iptables commands based on port identifiers to prevent the SCTP socket corresponding to the port identifier from sending messages.

[0056] Optionally, the second control module 320 is also used for: The RRC process is started in recovery mode so that the RRC business program can execute the recovery process after sensing that this startup is in recovery mode.

[0057] Optionally, the base station fault recovery device 30 further includes: The configuration module is used to control whether SCTP sockets can send SHUTDOWN messages by setting the target options of the SCTP sockets.

[0058] Optionally, the base station fault recovery device 30 further includes: a backup module; the backup module is used for: After the RRC service program is started, obtain the cell information, user terminal context data, and protocol stack context data of the RRC service program; According to the preset correspondence between key values ​​and parameter categories, the key values ​​are associated with cell information, user terminal context data, and protocol stack context data to obtain multiple key value information pairs; Multiple key-value pairs are backed up by storing them in shared memory.

[0059] Optionally, the base station fault recovery device 30 further includes: an update module; the update module is used for: During the operation of the RRC service program, the cell information, user terminal context data, and protocol stack context data of the RRC service program are acquired at preset time intervals. According to the preset correspondence between key values ​​and parameter categories, the key values ​​are associated with the cell information, the context data of the user terminal, and the context data of the protocol stack to obtain multiple new key value information pairs; The backup key-value pairs in shared memory are updated based on multiple new key-value pairs.

[0060] Optionally, the second control module 320 is further configured to control the RRC service program to obtain the target parameter category associated with the newly created SCTP socket; determine the target key value corresponding to the target parameter category according to the correspondence between key value and parameter category; and read the target information associated with the target key value from the shared memory as target backup data according to the target key value.

[0061] The base station fault recovery apparatus provided in this disclosure can execute the base station fault recovery method provided in this disclosure, and has the corresponding functional modules and beneficial effects for executing the method. Content not described in detail in the apparatus embodiments of this disclosure can be referred to the description in any method embodiment of this disclosure.

[0062] This disclosure also provides a base station, including a processor and a memory; the processor executes the steps of the base station fault recovery method described in the foregoing embodiments by calling programs or instructions stored in the memory. To avoid repetition, these steps will not be repeated here.

[0063] This disclosure also provides a computer-readable storage medium storing computer-executable instructions. When executed by a processor, the computer-executable instructions implement the steps of the base station fault recovery method described in the foregoing embodiments. To avoid repetition, these steps will not be repeated here.

[0064] This disclosure also provides a computer program product, including a computer program that, when executed by a processor, implements the steps of the base station fault recovery method described in the foregoing embodiments. To avoid repetition, these steps will not be repeated here.

[0065] It should be noted that, in this document, relational terms such as "first" and "second" are used merely to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.

[0066] The above description is merely a specific embodiment of this disclosure, enabling those skilled in the art to understand or implement it. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the spirit or scope of this disclosure. Therefore, this disclosure is not to be limited to the embodiments described herein, but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.

[0067] Furthermore, while the operations are described in a specific order, this should not be construed as requiring these operations to be performed in the specific order shown or in a sequential order. In certain environments, multitasking and parallel processing may be advantageous. Similarly, while several specific implementation details are included in the above discussion, these should not be construed as limiting the scope of this disclosure. Certain features described in the context of individual embodiments may also be implemented in combination in a single embodiment. Conversely, various features described in the context of a single embodiment may also be implemented individually or in any suitable sub-combination in multiple embodiments.

[0068] Although the subject matter has been described using language specific to structural features and / or methodological logic, it should be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or actions described above. Rather, the specific features and actions described above are merely illustrative examples of implementing the claims.

Claims

1. A base station failure recovery method, characterized by, The method comprises: In response to detecting that a radio resource control (RRC) service program of a base station fails, controlling a stream control transmission protocol (SCTP) socket of the base station to stop sending messages and closing the SCTP socket; Controlling the RRC service program to perform a recovery process, wherein the recovery process comprises: Reading pre-stored target backup data associated with the SCTP socket from shared memory; Based on the target backup data, establishing a new SCTP socket to recover a connection link with a core network.

2. The method of claim 1, wherein, The control of the stream control transmission protocol (SCTP) socket of the base station to stop sending messages comprises: Obtaining a port identifier of the SCTP socket of the base station; Based on the port identifier, executing an iptables command to prevent the SCTP socket corresponding to the port identifier from sending messages.

3. The method of claim 1, wherein, The control of the RRC service program to perform a recovery process comprises: Starting an RRC process in a recovery mode, so that the RRC service program performs the recovery process after perceiving that the current start is a recovery mode start.

4. The method of claim 1, wherein, The method further comprises: Controlling the SCTP socket to prohibit sending a SHUTDOWN message by setting a target option of the SCTP socket.

5. The method of claim 1, wherein, The method further comprises: After starting the RRC service program, obtaining cell information of the RRC service program, context data of a user terminal, and context data of a protocol stack; According to a preset correspondence between a key value and a parameter category, associating the key value with the cell information, the context data of the user terminal, and the context data of the protocol stack to obtain a plurality of key value information pairs; Storing the plurality of key value information pairs in the shared memory for backup.

6. The method according to any one of claims 1 to 5, characterized in that, The method further comprises: During the running of the RRC service program, obtaining cell information of the RRC service program, context data of a user terminal, and context data of a protocol stack according to a preset time interval; According to a preset correspondence between a key value and a parameter category, associating the key value with the cell information, the context data of the user terminal, and the context data of the protocol stack to obtain a plurality of new key value information pairs; Based on the plurality of new key value information pairs, updating backup key value information pairs in the shared memory.

7. The method of claim 6, wherein, The reading of target backup data associated with the newly established SCTP socket from the shared memory comprises: Obtaining a target parameter category associated with the newly established SCTP socket; According to the correspondence between the key value and the parameter category, determining a target key value corresponding to the target parameter category; According to the target key value, reading target information associated with the target key value from the shared memory as the target backup data.

8. A base station failure recovery apparatus characterized by comprising: Comprise: A first control module configured to, in response to detecting that a radio resource control (RRC) service program of a base station fails, control a stream control transmission protocol (SCTP) socket of the base station to stop sending messages and close the SCTP socket; A second control module configured to control the RRC service program to perform a recovery process, wherein the recovery process comprises: reading pre-stored target backup data associated with the SCTP socket from a shared memory; establishing a new SCTP socket based on the target backup data to recover the connection link with the core network.

9. A base station, characterized by comprising a processor and a memory; the processor is configured to execute the base station failure recovery method according to any one of claims 1-7 by invoking programs or instructions stored in the memory.

10. A computer-readable storage medium, characterized in that, the computer readable storage medium stores computer execution instructions, and the computer execution instructions are executed by the processor to implement the base station failure recovery method according to any one of claims 1-7.

Images