System for processing IMS service fault in 6G system

Abstract

The invention discloses a system for processing an IMS (IP Multimedia Subsystem) service fault in a 6G system, which comprises a 6G core network, UE (User Equipment) and an IMS server, the 6G core network or the UE monitors the state of the IMS server in real time, when the IMS service fault occurs, the UE stops the current re-attachment or re-registration operation according to a first instruction, and sets the current state of the UE as a waiting state for waiting for the recovery of the IMS service, in the waiting state, a re-attachment or re-registration request is not actively initiated in a first preset duration. Compared with the prior art, unnecessary signaling operation can be effectively avoided, the network load is reduced, and fault recovery is accelerated.

Description

Technical Field

[0001] The present invention relates to the field of communications, and particularly to the handling of IMS service failures in a 6G system. Background Art

[0002] The IMS system is crucial in modern communication systems and is responsible for providing voice and multimedia communication services to users. However, when an IMS service fails, such as being unable to respond normally to UE registration requests, numerous UEs will fall into a state of cyclic deregistration and re-registration. Such repeated operations cause a sharp increase in the core network load, and even trigger a "signaling storm", seriously affecting network stability and other services, and prolonging the communication service recovery time. Moreover, the existing communication networks have limited capabilities in handling IMS failures. When the service is interrupted, the system often returns a general error code or no response, and the UE cannot obtain accurate fault information and thus cannot take appropriate error handling measures, resulting in an increasingly serious network load problem.

[0003] At the same time, the existing systems lack a mechanism for transmitting the IMS fault status to the UE, and there is no clear design in terms of protecting the security of the fault status information and preventing information abuse. With the advent of the 6G era, the user group is expanding, network requirements are more complex, and higher demands are placed on network resilience and stability.

[0004] However, when the IMS service fails, the UE will repeatedly trigger the reattachment or re-registration process, resulting in a rapid increase in the core network load, which may trigger a "signaling storm", affecting network stability and other services, and delaying the communication service recovery time. Moreover, when the IMS service is interrupted, the existing systems return inaccurate fault information to the UE, which is just a general error code or no response, and the UE cannot take appropriate error handling measures. In addition, there is a lack of a mechanism for transmitting the IMS fault status to the UE, and there is no effective design in terms of protecting the security of the fault status information and preventing information abuse.

[0005] Therefore, there is an urgent need for a processing system for IMS service failures in a 6G system that can solve the above problems. Summary of the Invention

[0006] The objective of the present invention is to provide a processing system for IMS service failures in a 6G system, which can effectively avoid unnecessary signaling operations, reduce the network load, and accelerate fault recovery.

[0007] To achieve the above object, the present invention provides a processing system for IMS service failures in a 6G system, including a 6G core network, a UE, and an IMS server: The 6G core network or the UE monitors the status of the IMS server in real time. When an IMS service failure occurs, the UE stops the current reattachment or re-registration operation according to the first instruction, and sets the status of the current UE to a waiting state for waiting for the IMS service to resume. In the waiting state, no reattachment or re-registration request is actively initiated within a first preset duration.

[0008] Preferably, the 6G core network monitors the status of the IMS server in real time. When an IMS service failure occurs, a first instruction to prevent the UE from reattaching or re-registering is generated and sent to the UE; after receiving the first instruction, the UE stops the current reattachment or re-registration operation according to the first instruction, and sets the status of the current UE to a waiting state for waiting for the IMS service to resume. In the waiting state, no reattachment or re-registration request is actively initiated within a first preset duration. Specifically, the monitoring module of the 6G core network periodically sends a status query signaling to the IMS server to obtain the current status information sent by the IMS server, and determines an IMS service failure when the current status information is a failure status information; the failure detection module of the IMS server detects the current status of the IMS server, generates a failure status information when its own failure occurs, and sends the current status information of the IMS server to the monitoring module when receiving the status query signaling. The current status information is a failure status information when an IMS service failure occurs.

[0009] Specifically, the failure detection module of the IMS server generates a failure status information when its own failure occurs, and actively sends the failure status information to the monitoring module of the 6G core network. The monitoring module of the 6G core network determines an IMS service failure according to the failure status information.

[0010] Preferably, after receiving the first instruction, the UE also feeds back a confirmation information to the 6G core network. The 6G core network repeats sending the first instruction to the UE when the confirmation information is not received within a preset time after sending the first instruction. This solution enables the 6G core network to send the first instruction to the UE by means of repeated sending, ensuring that the UE receives the first instruction.

[0011] Specifically, after receiving the first instruction, the UE also sends a request signaling for obtaining fault status information to the 6G core network. The request signaling includes the identity identifier and authentication information of the UE. The 6G core network verifies the identity of the UE based on the request signaling. When the identity of the UE is legal, the 6G core network sends the fault status information to the UE. When the identity of the UE is illegal, the 6G core network rejects the request signaling and records the access log. This solution ensures the security of information transmission based on operator policies and prevents the fault status information from being used for fraudulent behavior.

[0012] Preferably, the 6G core network encrypts the fault status information and sends the encrypted fault status information to the UE when the identity of the UE is legal. After receiving the encrypted fault status information, the UE uses the key to decrypt and parse the fault status information, and also generates and displays corresponding fault prompts based on the fault status information. Each UE has a corresponding unique key. This solution enables the UE to provide an appropriate error handling mechanism and fault status indication information, ensuring clear interaction between the IMS server and the UE and protecting the security of the interaction information.

[0013] Preferably, the UE's real-time monitoring of the IMS server status specifically includes: The UE obtains the interaction status of interacting with the IMS server in real time, records the interaction status to generate historical interaction information, and determines whether the IMS server is faulty based on the current interaction status and historical interaction information.

[0014] More preferably, the UE determines whether the IMS server may be faulty or is faulty based on the current interaction status and historical interaction information. When the IMS server may be faulty, the UE sends a request signaling for obtaining the current status information of the IMS to the 6G core network. The monitoring module of the 6G core network sends a status query signaling to the IMS server based on the request signaling to obtain the current status information sent by the IMS server. The fault detection module of the IMS server detects the current status of the IMS server and generates fault status information when it is faulty, and sends the current status information of the IMS server to the monitoring module when it receives the status query signaling. The current status information is the fault status information when the IMS service is faulty. The UE determines that the IMS service is faulty when the current status information is the fault status information. The UE also analyzes the fault status information of the IMS server to generate corresponding fault prompts and displays them when the IMS service is faulty. This solution can also directly determine that the IMS service is faulty through the UE actively when problems such as the IMS server being out of contact occur, so as to stop repeated registration and repeated login for the first preset time. When it may be faulty, the IMS server actively judges the fault status information, taking into account both the accuracy and timeliness of the judgment.

[0015] Preferably, the interaction status includes signal strength, registration response time, and monitoring message loss information. The UE analyzes the registration response time and marks a possible fault when the response time exceeds the set threshold for multiple consecutive times. It determines the success rate of establishing a session between the UE, the 6G core network, and the IMS server based on the detected message loss information. If it is lower than the preset threshold, it determines that the session is abnormal to mark an IMS service fault. It judges the monitoring message loss rate based on the monitoring message loss information and determines that there is an IMS service fault when it exceeds the preset threshold. It determines whether the signal strength continuously decreases or fluctuates more than the preset value based on the signal strength. If so, it determines that there may be a fault. When it is determined that there may be a fault or a fault exists in the IMS service and the reattachment or reregistration request fails, it judges the IMS service fault.

[0016] Preferably, the request signaling for obtaining the current status information of the IMS includes the identity identifier and authentication information of the UE. The 6G core network verifies the identity of the UE based on the request signaling. When the identity of the UE is legal, it obtains and encrypts the current status information of the IMS server and sends the encrypted current status information to the UE. When the identity of the UE is illegal, it rejects the request signaling and records the access log. After receiving the encrypted current status information, the UE decrypts it using the key and parses the current status information. Each UE has a corresponding unique key to ensure the security of information interaction between the UE and the 6G core network.

[0017] Compared with the prior art, when there is an IMS service fault in the present invention, the UE will stop the current reattachment or reregistration operation for at least the first preset duration, which can effectively avoid unnecessary signaling operations, reduce the network load, and accelerate fault recovery. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] Figure 1 It is a structural diagram of a processing system for IMS service faults in the 6G system of the present invention.

[0019] Figure 2 It is a flowchart of the operation of the processing system for IMS service faults in the 6G system in Embodiment 1 of the present invention.

[0020] Figure 3 It is a flowchart of the operation of the processing system for IMS service faults in the 6G system in Embodiment 2 of the present invention. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0021] To describe in detail the technical content, structural features, achieved objectives, and effects of the present invention, the following is described in detail in combination with the embodiments and accompanied by the drawings.

[0022] Refer to Figure 1, the present invention discloses a processing system for IMS service failures in a 6G system, including a UE, a 6G base station, a 6G core network, and an IMS area (hereinafter referred to as an IMS server).

[0023] Among them, the UE represents a user terminal, such as a mobile phone, a tablet computer, etc. These UEs communicate with the 6G base station through wireless signals. The UE internally includes a protocol stack module, an application layer module, and a storage module (for storing information such as encryption keys).

[0024] The 6G base station has a two-way wireless communication link with the UE. The 6G base station is connected to the 6G core network and conducts data transmission through a wired link (represented by a line). The 6G base station internally includes a signal transceiver module and a data processing module (responsible for parsing and forwarding signaling).

[0025] The 6G core network includes multiple functional modules, including a monitoring module (for real-time monitoring of the IMS service status), a control unit (generating instructions to prevent the UE from reattaching or registering), an encryption module (encrypting the fault status information), an access control module (verifying the UE identity), and an interface module connected to the IMS server and the 6G base station. These modules are interconnected through an internal bus or a data link.

[0026] The IMS server is connected to the 6G core network through a dedicated link. The IMS server internally has a fault detection component (for detecting IMS service failures and generating fault status information) and a database (storing user data and service configuration information). The IMS server may also include a service module for conducting IMS services.

[0027] Embodiment 1: Reference Figure 2 , the above-mentioned processing system for IMS service failures can perform a method for processing IMS service failures in a 6G system. Specifically, it includes steps S1 to S3.

[0028] S1, the monitoring module of the 6G core network monitors the status of the IMS server in real time. When an IMS service failure occurs, it generates a first instruction to prevent the UE from reattaching or re-registering.

[0029] Among them, the monitoring module of the 6G core network periodically sends a status query signaling to the IMS server to obtain the fault status information sent by the IMS server. The fault detection module of the IMS server generates fault status information when it has a self-fault, and when it receives the status query signaling, it sends the fault status information to the monitoring module.

[0030] Among them, when the fault detection module of the IMS server detects an IMS service fault, it will quickly identify the fault type and cause, and generate detailed fault status information. For example, if it is a database connection fault, the fault status information will include the address of the database server, the fault code, and a description of the possible cause. The fault detection module of the IMS server encapsulates the fault status information into a specific message format. The encapsulated fault status information includes a fault type field, a fault cause field, a fault occurrence time field, etc., so that the subsequent 5G core network and UE can accurately parse it.

[0031] Preferably, after the monitoring module of the 6G core network obtains the fault status information, it notifies the control module, and the control module then adds a network identifier and verification information to the fault status information, so as to ensure the accuracy and stability of the fault status information during the transmission process when interacting with the UE subsequently.

[0032] Preferably, the 6G core network will regularly monitor and evaluate the security mechanism of the entire system to promptly discover possible security vulnerabilities. For example, by simulating a hacker attack, test the strength of the encryption algorithm and the effectiveness of the access control mechanism. Once a security vulnerability is discovered, the operator will quickly take measures to repair it, such as updating the encryption key, optimizing the access control policy, etc., to ensure the security of the fault status information during the transmission process.

[0033] S2, the control module of the 6G core network sends the first instruction to the UE through the 6G base station.

[0034] Specifically, the control module of the 6G core network conveys the fault status information to the 6G base station through the interface with the 6G base station. The 6G base station selects an appropriate timing and method to send the fault status information to the UE according to the location information of the UE and the wireless channel quality. For a UE in the connected state, the base station will send it through a dedicated signaling channel; for a UE in the idle state, the base station will carry the fault status information in the paging message.

[0035] S3, after receiving the first instruction, the UE stops the current reattachment or re-registration operation according to the first instruction, and sets the current state of the UE to a waiting state waiting for the IMS service to resume. In this waiting state, no reattachment or re-registration request is actively initiated within the first preset duration.

[0036] Preferably, after receiving the first instruction, the UE also feeds back confirmation information to the 6G core network. If the 6G core network that sent the first instruction does not receive the confirmation information within the preset time, it will repeat sending the first instruction to the UE. This solution enables the 6G core network to send the first instruction to the UE by repeating the sending method to ensure that the UE receives the first instruction.

[0037] Preferably, the method for handling IMS service failures in the 6G system further includes step S4. After receiving the first instruction, the UE also sends a request signaling for obtaining fault status information to the 6G core network. The request signaling includes the identity identifier and authentication information of the UE. The 6G core network verifies the UE's identity based on the request signaling. When the UE's identity is legal, it sends the fault status information to the UE. When the UE's identity is illegal, it rejects the request signaling and records the access log.

[0038] Specifically, before transmitting the fault status information to the UE, the encryption module of the 6G core network also encrypts the fault status information transmitted to the UE according to the encryption policy set by the operator. The encryption algorithm can adopt international standard encryption algorithms, such as the Advanced Encryption Standard (AES). During the encryption process, the 6G core network generates a unique encryption key for each UE, and this key is associated with the identity identifier of the UE. Before the fault status information is sent, it is encrypted using this encryption key, and the encrypted information is transmitted in the network in ciphertext form. At the UE side, after receiving the ciphertext, it uses the pre-stored corresponding key to decrypt and obtain the original fault status information.

[0039] Among them, to prevent illegal UEs from obtaining the fault status information, the 6G core network has set up a strict access control mechanism. The 6G core network maintains a list of legal UEs, which contains the identity identifiers, authentication information, etc. of each UE. When a UE requests to obtain the fault status information, the access control module of the 6G core network first authenticates the UE's identity. The authentication process is completed by verifying whether the authentication information sent by the UE matches the information in the legal UE list. Only the UE that passes the authentication will the core network send the fault status information to it. For the requests of illegal UEs, the core network will directly reject them and record the relevant access logs for subsequent security audits.

[0040] The method for handling IMS service failures in the 6G system further includes step S5. After obtaining the fault status information, the UE also generates a corresponding fault prompt and displays it according to the fault status information.

[0041] Specifically, after the UE receives the fault status information, its operating system will call the corresponding application programming interface (API) to transfer the fault status information to the upper-layer application. The upper-layer application decrypts and parses the fault status information to obtain the fault type and cause, and takes different handling measures according to the fault type and cause. For example, if it is a network connection fault, the application will prompt the user "The current network connection is abnormal. Please try again later"; if it is a service unavailability fault, the application will prompt "The IMS service is temporarily unavailable. It may be due to server maintenance or faults. Please wait patiently". At the same time, the UE will send a confirmation message to the base station to inform the 6G base station that it has successfully received the fault status information, so that the 6G base station can perform subsequent statistics and processing. If the 6G base station does not receive this confirmation message, it can repeat the sending of the fault status information.

[0042] Reference Figure 1 and Figure 2 , to describe the method for handling IMS service faults of the present invention: 1. The monitoring module of the 6G core network periodically sends a status query signaling to the IMS server.

[0043] 2. When an IMS service fault occurs, the fault detection module of the IMS server generates fault status information and sends the fault status information to the monitoring module of the 6G core network through an internal interface when receiving the status query signaling. Of course, different from this, the fault detection module of the IMS server can also actively send the fault status information to the monitoring module of the 6G core network in a timely manner when generating the fault status information, without the 6G core network actively querying.

[0044] 3. After receiving the fault status information, the monitoring module notifies the control unit of the 6G core network.

[0045] 4. The control unit of the 6G core network generates a first instruction to prevent the UE from re-attaching or re-registering according to the fault status information.

[0046] 5. The interface module of the 6G core network sends the first instruction to the 6G base station through an internal link.

[0047] 6. The 6G base station sends the first instruction to the UE through a wireless channel.

[0048] 7. After receiving the first instruction, the UE's protocol stack parses the first instruction, stops the current re-attachment or re-registration operation according to the first instruction, and feeds back a confirmation message to the 6G base station, and the 6G base station then forwards the confirmation message to the 6G core network.

[0049] 8. Subsequently, the UE starts to send a request signaling for obtaining fault status information to the 6G core network through the 6G base station.

[0050] The access control module of the 9.6G core network verifies the identity of the UE based on the said signaling request.

[0051] 10. If the identity is legal, the 6G base station sends the fault status information to the UE. The fault status information is the fault status information encrypted by the encryption module of the 6G core network.

[0052] 11. If the identity is illegal, the 6G core network rejects the said signaling request and records the current access log.

[0053] 12. After receiving the encrypted fault status information, the UE sends the confirmation receipt information to the core network through the 6G base station, and at the same time decrypts the fault status information using the stored key to obtain the specific fault status information, generate the corresponding fault prompt and display it.

[0054] Embodiment 2: Reference Figure 3 , different from Embodiment 1, in this embodiment, the method for determining the IMS service fault is different. Specifically, the method for handling the IMS service fault in this 6G system includes: S21, the UE obtains the interaction status of interacting with the IMS server in real time and records the interaction status to generate historical interaction status information.

[0055] S22, the UE determines whether the IMS server is faulty based on the current interaction status and the historical interaction status information.

[0056] S23, when the UE determines the IMS service fault, it stops the current reattachment or reregistration operation and sets the current state of the UE to the waiting state for the IMS service to resume. In the waiting state, no reattachment or reregistration request is actively initiated within the first preset duration.

[0057] Among them, the interaction status includes signal strength, registration response time, and monitoring message loss information. The steps for the UE to determine whether the IMS server is faulty include: The UE determines whether the IMS server may be faulty based on the interaction information. If so, it sends a request signaling to the 6G core network to obtain the current status information of the IMS server. The 6G core network verifies the UE's identity. When the identity is legal, it sends a query signaling of the current status of the IMS server to the IMS server. When the MS service fails, the IMS service failure detection module generates failure status information and sends the failure status information to the monitoring module of the 6G core network. If it does not fail, it sends the status information indicating that the IMS service is normal to the monitoring module of the 6G core network. The monitoring module of the 6G core network sends the current status information of the IMS server to the UE so that the UE can determine whether the IMS server is faulty. The 6G core network rejects the request signaling and records the access log when the UE's identity is illegal. If the IMS service fails, the current status is the failure status information.

[0058] Specifically, the method for the UE to determine whether the IMS server may be faulty includes: The UE analyzes the registration response time and marks a possible fault when the response time exceeds the set threshold for multiple consecutive times. It determines the success rate of establishing a session between the UE, the 6G core network, and the IMS server based on the detected message loss information. If it is lower than the preset threshold, it determines that the session is abnormal to mark a possible fault. It judges the monitoring message loss rate based on the monitoring message loss information and determines that there may be a fault when it exceeds the preset threshold; it determines whether the signal strength continuously decreases or fluctuates more than the preset value based on the signal strength. If so, it determines that there may be a fault.

[0059] Preferably, it further includes step 24. When the UE determines that the IMS service fails, it requests and obtains the failure status information of the IMS server, parses the failure status information, and generates a corresponding failure prompt and displays it based on the failure status information. The method for obtaining the failure status information is as described above.

[0060] The present invention also discloses a processing system for IMS service failure in a 6G system, including: one or more processors; one or more memories; one or more operation instructions, where the one or more operation instructions are stored in the memory and are executed by the processor to perform the processing method for IMS service failure in the 6G system as described above.

[0061] Compared with the prior art, when the IMS service fails in the present invention, the UE will stop the current reattachment or reregistration operation for at least the first preset duration, which can effectively avoid unnecessary signaling operations, reduce the network load, and accelerate the fault recovery.

[0062] The following is an example to illustrate the actual effect of this technology: At a large-scale sporting event, a large number of spectators use their mobile devices to watch the live broadcast of the game and share the exciting moments through the 6G network at the same time. If the IMS service fails at this time, the advantages of the optimization mechanism for dealing with IMS service failures in the 6G system will be highlighted.

[0063] 1. Reduce network load: Assuming there are 50,000 spectators on site, if there is no optimization mechanism, when the IMS service fails, each UE may try to re-register every 30 seconds, which will generate about 1,667 registration requests per second. When the core network processes these large numbers of invalid requests, the load will soar rapidly, which can easily cause a "signaling storm" and cause the network to paralyze. With the optimization mechanism, once the monitoring module detects an IMS service failure, it will send a blocking instruction to the UE, and the UE will stop repeated registration operations. For example, within 5 minutes of the failure, about 500,000 invalid registration requests can be reduced, greatly reducing the core network load, ensuring stable network operation, and ensuring that other network services such as security monitoring at the event site and staff communication are not affected.

[0064] 2. Improve interaction efficiency: When an IMS service fails, the IMS server under the optimization mechanism can generate detailed fault status information, such as "database connection failure, server address: xxx, fault code: xxx". This information is transmitted to the UE through the core network and base station. After the viewer's mobile phone receives the fault status information, the live broadcast application immediately prompts "The current network connection is abnormal, the live broadcast service is temporarily unavailable, and the technicians are urgently repairing it. Please wait." After seeing the prompt, the audience will not repeatedly try to refresh or re-login to the application, avoiding meaningless waiting and operations, improving the interaction efficiency between users and the network and improving the user experience.

[0065] 3. Ensure information security: During the event, some criminals attempted to obtain information such as the location and viewing preferences of the audience for illegal marketing. Under the optimization mechanism, the core network generates a unique key for each UE using the AES algorithm to encrypt the fault status information based on the operator's encryption strategy. At the same time, through the access control mechanism, only legitimate UEs can obtain information. For example, when criminals use illegal devices to try to obtain fault status information, the core network verifies that their identity is illegal, rejects their request and records the log. This effectively prevents the leakage of audience information, ensures information security, and prevents information from being used for fraud.

[0066] 4. Enhance network adaptability: During the event, the network requirements are complex and changeable, with a large and concentrated number of audiences. Without an optimization mechanism, IMS service failures may cause the network to be paralyzed for a long time. The optimization mechanism can quickly detect faults, prevent UE from repeating operations, ensure the security of information transmission, and ensure the stable operation of the network. For example, during the overtime stage of the game, even if a large number of messages are sent simultaneously by the audience, the network can handle them normally, effectively cope with complex scenarios and fault conditions, ensure the stable operation of the 6G network, and provide strong support for the smooth progress of the event.

[0067] Therefore, when dealing with IMS service failures in the prior art, it is unable to effectively prevent UE from repeating signaling operations, nor can it provide accurate fault status information and ensure information security for UE. The present invention prevents UE from repeating operations by setting up a monitoring module, reducing the network load and avoiding the occurrence of "signaling storms".

[0068] At the same time, the detailed fault status indication information enables UE to promptly know the fault situation and take corresponding measures, improving the user experience. In addition, the encryption and access control mechanisms ensure information security and prevent information from being used for fraud, which is crucial in the future complex 6G network environment and greatly enhances the reliability and stability of the network.

[0069] The above-disclosed are only the preferred embodiments of the present invention. Of course, the scope of rights of the present invention cannot be limited thereby. Therefore, equivalent changes made according to the scope of the patent application of the present invention still fall within the scope covered by the present invention.

Claims

1. A system for processing IMS service failures in a 6G system, characterized in that: Including 6G core network, UE and IMS server: The 6G core network or UE monitors the status of the IMS server in real time. When the IMS service fails, the UE stops the current re-attachment or re-registration operation according to the first instruction, and sets the current UE status to a waiting state for waiting for the IMS service to be restored. In the waiting state, no re-attachment or re-registration request is actively initiated within a first preset time period.

2. The system for processing IMS service failure in a 6G system according to claim 1, characterized in that: The 6G core network monitors the status of the IMS server in real time, generates a first instruction to prevent the UE from reattaching or reregistering when the IMS service fails, and sends the first instruction to the UE; After receiving the first instruction, the UE stops the current reattachment or reregistration operation according to the first instruction, and sets the current UE state to a waiting state for waiting for IMS service recovery. In the waiting state, no reattachment or reregistration request is actively initiated within a first preset time length.

3. The system for processing IMS service failure in a 6G system according to claim 2, characterized in that: The monitoring module of the 6G core network periodically sends a status query signaling to the IMS server to obtain the current status information sent by the IMS server, and determines the IMS service failure when the current status information is fault status information; the fault detection module of the IMS server detects the current status of the IMS server, and generates fault status information when it fails, and sends the current status information of the IMS server to the monitoring module when the status query signaling is obtained, and the current status information is fault status information when the IMS service fails; or, The fault detection module of the IMS server generates fault status information when it fails, and actively sends the fault status information to the monitoring module of the 6G core network. The monitoring module of the 6G core network determines the IMS service fault based on the fault status information.

4. The system for processing IMS service failure in a 6G system according to claim 2, wherein: After receiving the first instruction, the UE also feeds back confirmation information to the 6G core network. If the 6G core network does not receive the confirmation information within a preset time after sending the first instruction, it repeatedly sends the first instruction to the UE.

5. The system for processing IMS service failure in a 6G system according to claim 2, characterized in that: After receiving the first instruction, the UE also sends a request signaling to the 6G core network to obtain fault status information, wherein the request signaling includes the identity identification and authentication information of the UE. The 6G core network verifies the identity of the UE based on the request signaling, and sends the fault status information to the UE when the identity of the UE is legal. When the identity of the UE is illegal, the request signaling is rejected and an access log is recorded.

6. The system for processing IMS service failure in a 6G system according to claim 5, characterized in that: The 6G core network encrypts the fault status information and sends the encrypted fault status information to the UE when the UE identity is legal. After receiving the encrypted fault status information, the UE decrypts and parses the fault status information according to the key, and generates and displays a corresponding fault prompt based on the parsed fault status information. Each UE has a corresponding unique key.

7. The system for processing IMS service failure in a 6G system according to claim 1, characterized in that: The UE real-time monitoring of the state of the IMS server specifically includes: the UE real-time acquiring the interaction state with the IMS server, recording the interaction state to generate historical interaction information, and judging whether the IMS server is faulty according to the current interaction state and the historical interaction information.

8. The system for processing IMS service failure in a 6G system according to claim 7, characterized in that: The UE determines whether the IMS server may fail or is faulty based on the current interaction status and historical interaction information, and sends a request signaling to the 6G core network to obtain the current status information of the IMS when the IMS server may fail, and the monitoring module of the 6G core network sends a status query signaling to the IMS server based on the request signaling to obtain the current status information sent by the IMS server; The fault detection module of the IMS server detects the current state of the IMS server and generates fault state information when the IMS server fails. When the state query signaling is obtained, the current state information of the IMS server is sent to the monitoring module, and the current state information is fault state information when the IMS service fails. The UE determines that the IMS service fails when the current state information is fault state information. The UE also analyzes the fault state information of the IMS server when the IMS service fails, generates and displays corresponding fault prompts.

9. The system for processing IMS service failure in a 6G system according to claim 7, characterized in that: The interaction status includes signal strength, registration response time, and monitoring message loss information. The UE analyzes the registration response time and marks a possible fault when the response time exceeds a set threshold for multiple consecutive times. The success rate of establishing a session between the UE, the 6G core network and the IMS server is determined based on the detection message loss information. If it is lower than the preset threshold, the session is determined to be abnormal to mark the IMS service failure. The monitoring message loss rate is determined based on the monitoring message loss information, and an IMS service failure is determined when it exceeds the preset threshold. The signal strength is determined to determine whether it continues to decrease or fluctuates more than a preset value. If so, it is determined that there is a possible fault. When it is determined that the IMS service has a possible fault or a fault exists and the re-attachment or re-registration request fails, the IMS service is determined to be a fault.

10. The method for handling IMS service failure in a 6G system according to claim 8, characterized in that: The request signaling for obtaining the IMS current status information includes the identity and authentication information of the UE. The 6G core network verifies the identity of the UE based on the request signaling, obtains and encrypts the current status information of the IMS server when the UE identity is legal, and sends the encrypted current status information to the UE. When the UE identity is illegal, the request signaling is rejected and the access log is recorded. After receiving the encrypted current status information, the UE uses a key to decrypt and parse the current status information, and each UE has a corresponding unique key.

Images