Communication method, electronic equipment and readable medium

Abstract

The invention relates to the technical field of mobile communication, in particular to a communication method, electronic equipment and a readable medium. The communication method is used for the user equipment, and comprises the following steps: after a registration request is sent to a first core network corresponding to a first network type, such as a 5G network type, if a first authentication rejection message sent by the first core network is received, the received first authentication rejection message comprises preset error type information, and the preset error type information is sent to the user equipment; and if the first authentication rejection message is received and the number of times of receiving the first authentication rejection message satisfies a preset number of times, disabling the first network type, and sending a registration request to a second core network based on a lower second network type, such as a 4G network type. Based on the scheme, continuous registration retry of the equipment can be avoided, so that the user can normally use the data function of the equipment.

Description

Communication method, electronic device, and readable medium

[0001] This application claims priority to the Chinese patent application filed with the China Patent Office on September 26, 2023, with application number 202311274574.3 and application name “Communication Method, Electronic Device and Readable Medium”, the entire contents of which are incorporated by reference into this application. Technical Field

[0002] The present application relates to the field of mobile communication technology, and in particular to a communication method, electronic equipment, and readable medium. Background Art

[0003] With the development of wireless communication technology, wireless communication networks are gradually evolving towards the fifth generation mobile communication technology (5G). When a user uses a user equipment (UE) to access 5G services, the base station will authenticate the terminal device's permission to use 5G services to determine whether the user can use the corresponding 5G services.

[0004] In related technologies, when a user uses a UE to access 5G services, the UE sends a registration request to the core network (NW). After receiving the UE's registration request, the NW initiates the authentication process with the UE. In some cases, when the UE detects some error codes indicating authentication failure, it assumes that the authentication failure is due to an abnormal network status. Therefore, the UE will repeatedly attempt to register. During this process, the UE's data, voice, and other services will remain disabled, preventing the user from using the UE normally.

[0005] Summary of the Invention

[0006] The purpose of this application is to provide a communication method, an electronic device and a readable medium.

[0007] In a first aspect, an embodiment of the present application provides a communication method for a user device, comprising: sending a registration request to a first core network of a first network standard, the registration request being used to instruct the first core network to authenticate the user device; receiving a first authentication rejection message sent by the first core network, and determining that the received first authentication rejection message meets a first network switching condition, the first network switching condition including that the number of times a first authentication rejection message containing a first type of error type information is received is greater than a number threshold; disabling the first network standard, and sending a registration request to a second core network based on a second network standard, wherein the first network standard is higher than the second network standard, and the first network standard is a 5G network standard.

[0008] That is, in an embodiment of the present application, the first core network is a 5G core network. The UE can send a registration request to the 5G core network, triggering the 5G core network's authentication process for the UE. When the received first authentication rejection message meets the first network switching condition, the 5G network standard can be disabled to enable the UE to register based on a lower standard.

[0009] Through a communication method of the present application, even if there is an abnormality in the authentication corresponding to the first network standard in the user device and the above-mentioned abnormality cannot be repaired temporarily, the user can still successfully register for a wireless network based on other standards, allowing the user to use data, voice and other functions normally, thereby ensuring the normal use of the device.

[0010] In a possible implementation of the first aspect above, disabling the first network standard and sending a registration request to the second core network based on the second network standard includes: determining a disabling duration for disabling the first network standard; disabling the first network standard and sending a registration request to the second core network based on the second network standard; corresponding to disabling the first network standard for reaching the disabling duration, unblocking the first network standard, and sending a registration request to the first core network based on the first network standard.

[0011] That is, in the embodiment of the present application, the first network standard can be the SA NR standard corresponding to 5G, and the second network standard can be the 4G LTE standard corresponding to 4G. Since the UE performs the network search and registration process based on the higher standard priority strategy, and the first network standard is higher than the second network standard, after disabling the first network standard, the UE can automatically send a registration request based on the second network standard.

[0012] In a possible implementation of the first aspect above, determining the disabling duration of disabling the first network standard includes: determining the number of times the first network standard is disabled, each disabling number corresponds to a preset duration; and determining the preset duration corresponding to the number of disabling times as the disabling duration.

[0013] That is, in an embodiment of the present application, the disabling duration is determined according to the number of disabling times. According to some embodiments, the disabling duration may increase as the number of disabling times increases. According to other embodiments, the disabling duration may also be a cyclic array that cycles as the number of disabling times increases. For example, the disabling duration is 12 minutes when the SA NR standard is disabled for the first time; the disabling duration is 2 hours when the SA NR standard is disabled for the second time; the disabling duration is 8 hours when the SA NR standard is disabled for the third time; the disabling duration is 24 hours when the SA NR standard is disabled for the fourth time; the disabling duration is 12 minutes when the SA NR standard is disabled for the fifth time, and so on.

[0014] In a possible implementation of the first aspect above, the method further includes: in response to a network recovery operation of the user based on the user equipment, unbanning the first network standard, and sending a registration request to the first core network based on the first network standard.

[0015] That is, in the embodiment of the present application, the network recovery operation performed by the user on the USIM or software in the user equipment can trigger the lifting of the ban on the first network standard.

[0016] In a possible implementation of the first aspect above, the method for determining that the first authentication rejection message contains the first type of error type information includes: when the first authentication rejection message includes a preset error identifier (or called an error code), determining that the first authentication rejection message contains the first type of error type information.

[0017] That is, in the embodiment of the present application, the first authentication rejection message carries error codes, and the UE can detect these error codes and determine the error type corresponding to the error codes.

[0018] In a possible implementation of the first aspect above, the preset error identifier includes at least one of #20, #21, #26, and #70; the error cause corresponding to #20 is that the MAC address is invalid; the error cause corresponding to #21 is that non-5G authentication is unacceptable; the error cause corresponding to #26 is that the 5G authentication parameters are occupied; the error cause corresponding to #70 is that the user equipment fails to synchronize with the first core network.

[0019] That is, in the embodiment of the present application, the error identifier may include multiple error codes specified by the protocol, and the error cause corresponding to each error code may be caused by a network abnormality or a USIM abnormality.

[0020] In a possible implementation of the first aspect above, the network recovery operation includes at least one of turning on or off the flight mode, pulling out or replacing the user identification card, and turning on or off the 5G switch.

[0021] That is, in the embodiment of the present application, the user can restore the SA switch, that is, release the SA NR standard from being disabled, by turning on or off the airplane mode, removing or replacing the user identification card, or turning on or off the 5G switch. Among them, the user identification card is the USIM.

[0022] In a possible implementation of the first aspect above, after disabling the first network standard and sending a registration request to the second core network based on the second network standard, the method also includes: receiving a second authentication rejection message sent by the second core network, and determining that the received second authentication rejection message meets the second network switching condition, the second network switching condition including that the error type information contained in the received second authentication rejection message is different from the error type information contained in the received first authentication rejection message; unbanning the first network standard, and sending a registration request to the first core network based on the first network standard.

[0023] That is, in an embodiment of the present application, if the rejection reason value (i.e., error code) changes, the SA switch can be restored and the registration request can be resent based on 5G.

[0024] In a possible implementation of the first aspect above, the second network standard is a 4G network standard.

[0025] That is, in the embodiment of the present application, the second core network may be a 4G core network.

[0026] In a second aspect, an embodiment of the present application provides an electronic device, comprising: a memory for storing instructions executed by one or more processors of the electronic device, and a processor for executing instructions of the communication method of the first aspect.

[0027] In a third aspect, an embodiment of the present application provides a readable medium having instructions stored thereon. When the instructions are executed on an electronic device, the electronic device executes the communication method of the first aspect.

[0028] In a fourth aspect, an embodiment of the present application provides a computer program product, comprising: a non-volatile computer-readable storage medium, wherein the non-volatile computer-readable storage medium contains a computer program code for executing the communication method of the first aspect. BRIEF DESCRIPTION OF THE DRAWINGS

[0029] In order to more clearly illustrate the technical solutions and advantages of the embodiments of the present application or the prior art, the following is a brief introduction to the drawings required for use in the embodiments or the description of the prior art. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

[0030] FIG1 shows a schematic diagram of a 5G network architecture according to the present application;

[0031] FIG2 shows a schematic diagram of a UE registration scenario according to the present application;

[0032] FIG3 shows a schematic flow chart of a first communication method according to an embodiment of the present application;

[0033] FIG4 shows a schematic flow chart of a second communication method according to an embodiment of the present application;

[0034] FIG5 shows a schematic flow chart of a third communication method according to an embodiment of the present application;

[0035] FIG6 shows a schematic diagram of a communication architecture of an electronic device 100 according to an embodiment of the present application;

[0036] FIG7 shows a schematic diagram of a hardware framework of an electronic device 100 according to an embodiment of the present application;

[0037] FIG8 shows a software structure block diagram of an electronic device 100 according to an embodiment of the present application. DETAILED DESCRIPTION

[0038] The technical solutions in the embodiments of the present application will be described clearly and in detail below with reference to the accompanying drawings.

[0039] In the field of mobile communications, after a UE is powered on, it undergoes initialization, network search, and registration. After receiving a registration request from the UE, the network (NW) begins authentication for the UE. It is understood that the UE may include a Universal Subscriber Identity Module (USIM), which stores information such as identity information and keys.

[0040] It can be understood that authentication is identity verification, or identifying the network authority of the UE. The authentication process for the UE mentioned above is to authenticate the identity of the UE attempting to access the network and verify whether it has the authority to access or operate related data based on the mobile communication network. If the authentication fails during the registration process, the UE will receive an authentication rejection message. It can be understood that there are many errors that lead to 5G authentication failure. For example, temporary network failure or abnormal loading of USIM data may cause the MAC address verification to fail, resulting in the lack of necessary information in the authentication process, resulting in authentication failure. For example, the wear of the USIM leads to the loss of 5G authentication parameters, which leads to authentication failure, and so on.

[0041] Referring to Figure 1 , the 5G network architecture may include device 11, base station 12, and core network 13. In some optional embodiments, device 11 may send a registration request to core network 13 via base station 12. After receiving the registration request, core network 13 may initiate an authentication process with device 11. It will be understood that if core network 13 verifies that device 11 has network access permission, it will send an authentication reply message to device 11. Otherwise, it will send an authentication rejection message to device 11, notifying device 11 of the authentication and registration failure.

[0042] According to some embodiments, referring to FIG. 2 , when the UE turns on the 5G switch, the UE accesses the NW in Stand Alone (SA) NR mode, and the corresponding authentication method is 5G authentication. After the UE searches for the network and sends a 5G registration request to the NW, the NW performs a 5G authentication process for the UE. If the NW fails to authenticate the UE, the NW returns an authentication rejection message to the UE. The authentication rejection message carries an error code.

[0043] The UE receives the authentication rejection message and detects some error codes, such as error codes #20 and #21. The error type corresponding to #20 may be MAC address verification failure (MAC code failure), and the error type corresponding to #21 may be non-5G authentification unacceptable (Non-5G authentification unacceptable). The UE will consider that the reason for the authentication error is due to network factors. Therefore, the UE will disable the circuit switch (CS) and packet switch (PS) and start a card rescue process. For example, referring to Figure 2, the UE's regular subscriber identity module (REG SIM) module will start the recovery timer (recover timer) to reset the card, that is, resend the registration request to the NW after the recovery timer expires, so that the UE retries registration on the NR. After four re-registration failures, the single card rescue process ends.

[0044] However, the above error codes are not necessarily caused by network factors, but may also include other unrepairable causes, such as the SIM card is an old card (standard card, not MicroSIM card), the SIM card pin is damaged, and so on. If the error has not been repaired, the UE needs to search the network and register again after the single card rescue process is completed. Among them, during the network search process, the UE still searches the network in a high-standard priority mode, that is, the SA mode is prioritized. In other words, the UE will still trigger the 5G authentication process if it registers again. If the 5G authentication fails again, the card rescue process needs to be started again, causing the UE to fall into an infinite card rescue loop.

[0045] It's important to note that during the above-mentioned card rescue process, the UE's voice, data, and other services are disabled. According to the communication protocol, after the UE receives the authentication rejection message, the USIM state is set to SYS_SIM_STATE_CS_PS_INVALID, which disables the CS and PS domains. Since the CS domain carries voice and fax services, and the PS domain carries data services, disabling the CS and PS domains effectively disables the UE's voice, fax, and data services.

[0046] In the above embodiment, if the UE fails to authenticate during the 5G-based registration process and detects a specific error code, the UE will believe that the cause of the error is a network anomaly and repeatedly request registration from the NW until the authentication is successful. During this process, the UE's data, voice and other functions are disabled, resulting in the user being unable to use the phone normally, which reduces the user experience. Specifically, if the authentication is successful, the UE will receive an authentication reply message, otherwise, it will receive an authentication rejection message. Before the UE receives the authentication reply message sent by the RW, the UE will be in a card rescue loop, that is, receiving the authentication rejection message and retrying registration. These two steps are repeated. In some cases, the cause of the 5G authentication failure may not be repaired. For example, if the USIM is an old 4G account card and some key 5G authentication data is missing, then before replacing it with a new card, the UE using the card will never be able to authenticate successfully, resulting in the user being unable to use the UE's data function normally.

[0047] In order to solve the above problem, an embodiment of the present application proposes a communication method, when the UE requests registration from the NW based on 5G and receives an authentication rejection message, when the authentication rejection message carries a preset error code and the number of registration requests meets the preset number, the SA NR standard corresponding to the 5G network is disabled for a preset period of time, so that the next network search of the UE can be performed based on other low standards other than the SA NR standard. For example, other low standards may be the 4th Generation Mobile Communications Technology (4G) Long Term Evolution (LTE) standard. In this way, even if the UE fails to authenticate successfully due to an uncorrected authentication error, by disabling the SA NR standard, the UE can still successfully register based on other wireless networks such as the 4G network within the disabled period of the SA NR standard, so that the user can normally use the data, voice and other functions of the UE. It can be understood that after the disabled period of each disablement ends, the UE can initiate registration again based on 5G.

[0048] In some optional embodiments, when the number of authentication failures reaches a preset number, the SA NR mode can be disabled, wherein the disabling duration is determined according to the number of disabling times. For example, the disabling duration is 12 minutes when the SA NR mode is disabled for the first time; the disabling duration is 2 hours when the SA NR mode is disabled for the second time; the disabling duration is 8 hours when the SA NR mode is disabled for the third time; and the disabling duration is 24 hours when the SA NR mode is disabled for the fourth time. It can be understood that after the disabling duration of each disabling ends, the UE can initiate registration again based on 5G. If the number of retry failures meets the preset number of conditions, the next disabling will be entered. Increasing the disabling duration as the number of disabling times increases can prevent the UE function from being frequently disabled due to the UE frequently retrying to register, thereby increasing the time that the user can use the device normally.

[0049] In some optional embodiments, after the SA NR standard corresponding to 5G is disabled, the SA switch can be restored if the user performs the following operations: unplugging the USIM, turning on airplane mode, turning on the phone, switching the USIM, turning the 5G switch on and off, or changing the rejection reason value. For example, if the user fails to register for the 5G network through USIM1 and causes SA to be disabled, the user can manually switch the USIM and switch the current card from USIM1 to USIM2 to try to see if registration can be successful through USIM2. In this way, even if the 5G NR standard is disabled, the user can still retry registering for the 5G network through manual operation, providing multiple recovery paths.

[0050] The following describes an exemplary process of a communication method provided by an embodiment of the present application in conjunction with Figure 3. A communication method according to an embodiment of the present application is applied to a UE. A USIM is embedded in the UE, and the UE may include an electronic device 100 of the type of a smartphone, a desktop computer, a tablet computer, a laptop computer, a smart speaker, a digital assistant, an augmented reality (AR) / virtual reality (VR) device, a smart wearable device, etc. Optionally, the operating system running on the electronic device 100 may include but is not limited to Android, iOS, Linux, Windows, etc.

[0051] FIG3 is a flow chart showing a communication method according to an embodiment of the present application. According to some embodiments, the method may be performed by a UE. As shown in FIG3 , the method provided by the embodiment of the present application includes:

[0052] S101: Send a registration request to a NW based on a first network standard.

[0053] It can be understood that the first network standard can be the SA NR standard corresponding to the 5G network. Specifically, when the UE turns on the 5G switch, the UE can send a registration request to the NW to access the NW through NR under the SA NR standard.

[0054] It can be understood that the registration request is used to instruct the NW to authenticate the user equipment.

[0055] According to some embodiments, the registration request may include a 5G identifier and a terminal identity identifier, so that the NW selects an authentication method based on the 5G identifier and the terminal identity identifier.

[0056] The NW may determine whether the authentication is successful or failed based on the corresponding authentication method, and send an authentication reply message to the UE when the authentication is successful, or send an authentication reject message to the UE when the authentication fails.

[0057] It is understandable that the first network standard may also be other network standards, such as a network standard corresponding to a 4G network, etc. This application does not limit this.

[0058] S102: Receive an authentication rejection message corresponding to the authentication sent by the NW.

[0059] It can be understood that when the UE receives the authentication reply message sent by the NW, it means that the UE has successfully registered; and when the UE receives the authentication reject message, it means that the authentication has failed during the registration process.

[0060] S103: Determine whether the number of times the authentication rejection message is received meets the preset number condition; if so, go to step S104; if not, go to step S101.

[0061] In step S103, if the number of times the authentication rejection message is received does not meet the preset number condition, step S101 may be repeated until the number of times the authentication rejection message is received meets the preset number condition. Optionally, if an authentication reply message corresponding to the authentication is received from the NW after step S101 is executed, steps S102-S103 are not executed.

[0062] According to some embodiments, the preset number condition may be that the number reaches 2. This application does not limit the preset number condition, and in some other optional implementations, the preset number condition may also be that the number reaches other values.

[0063] As an example, the error type corresponding to the authentication rejection message can be limited to one of multiple preset types. Step S102 may include a process for determining the process of receiving the authentication rejection message. The following further describes an exemplary process for determining the authentication rejection message in step S102 based on Figure 4. As shown in Figure 4, the exemplary process of step S102 may include:

[0064] S1021: Receive an authentication rejection message corresponding to the authentication sent by the NW.

[0065] It is understood that the UE receiving the authentication rejection message indicates that authentication failed during the registration process. Different authentication failure reasons correspond to different error codes. The authentication rejection message carries the error code, and the error type corresponding to the authentication rejection message can be determined based on the error code.

[0066] S1022: When the error type corresponding to the authentication rejection message belongs to a preset type, increase the number of times the authentication rejection message is received.

[0067] According to some embodiments, each preset type may correspond to an error code, and the error codes may include #20, #21, #26, and #70. The error code #20 may correspond to a MAC code failure, the error code #21 may correspond to a non-5G authentication unacceptable error, the error code #26 may correspond to an ngKSI parameter already in use, and the error code #70 may correspond to a terminal-to-NW synchronization failure (SQN failure).

[0068] For example, when the MAC address is invalid, the error code is #20. According to some embodiments, this error may be caused by abnormal data loading after dual-card switching, or by a temporary network failure. For example, when the USIM is an old card, that is, not a MicroSIM card, some 5G authentication-related parameters are missing, and the error code is #21. For example, when the key set identifier (NAS key set identifier, ngKSI) parameter in the UE is occupied, the error code is #26. According to some embodiments, this error may be caused by damage to the pin of the USIM in the UE.

[0069] In step S1022, it can be determined whether the authentication reject message belongs to a preset type based on the error code carried by the authentication reject message. For example, if the authentication reject message carries the error code #21, it is determined that the authentication reject message belongs to the preset type.

[0070] It can be understood that when any of the above preset types of errors occurs, the NW will send an authentication rejection message to the UE, and the authentication rejection message carries error code information.

[0071] It is understood that if the authentication reject message belongs to a preset type, the counter used to count the number of times the authentication reject message is received can accumulate the number of times. For example, when the authentication reject message is received for the first time and it is determined that the error type corresponding to the authentication reject message is the preset type, the accumulated number of times is 1. If the authentication reject message corresponding to the preset type is received again, the number of times is increased by 1, that is, the accumulated number of times is 2, and so on.

[0072] S104: Send a registration request to the core network based on the second network standard.

[0073] Among them, the core network can be a second core network corresponding to the second network standard.

[0074] It can be understood that, corresponding to the number of times the authentication rejection message is received meeting the preset number condition, the first network standard of the UE can be disabled, so that the UE sends a registration request to the second core network corresponding to the second network standard based on the second network standard. It can be understood that the second network standard in the embodiment of the present application is lower than the first network standard. For example, when the first network standard is the network standard corresponding to 5G, the second network standard can be the network standard corresponding to 4G, or it can be the network standard corresponding to 3G, 2G, etc. When the first network standard is the network standard corresponding to 4G, the second network standard can be the network standard corresponding to 3G, or it can be the network standard corresponding to 2G. This application does not limit this.

[0075] Optionally, the first network standard is a network standard corresponding to 5G, that is, disabling the first network standard indicates prohibiting the UE from searching for a network based on the standard corresponding to 5G, which is equivalent to prohibiting the UE from registering on the 5G network. It can be understood that searching for a network based on a standard other than the first network standard, that is, automatically registering on a wireless network other than the 5G network, for example, in an embodiment where the second network standard is 4G LTE, the UE can register on the 4G network, allowing the user to normally use the UE's 4G Internet access function.

[0076] The disabling of the first network standard may be for a limited period of time.

[0077] According to some embodiments, the duration of disabling the first network standard can be determined based on the number of times the standard is disabled. Optionally, the first time the SA NR standard is disabled, the duration is 12 minutes; the second time the SA NR standard is disabled, the duration is 2 hours; the third time the SA NR standard is disabled, the duration is 8 hours; and the fourth time the SA NR standard is disabled, the duration is 24 hours. This embodiment of the present application does not limit the specific duration of each disablement.

[0078] According to some embodiments, the disabling duration may increase as the number of disabling times increases. For example, in the above embodiment, the disabling duration for the fifth disabling of the SA NR standard may be longer than 24 hours.

[0079] According to some other embodiments, the disabling time may also be a cyclic array. For example, in the above embodiment, the disabling time of the SA NR system returns to 12 minutes for the fifth time, and returns to 2 hours for the sixth time, and so on.

[0080] It can be understood that after the disabling period of each disabling ends, the UE can initiate registration again based on the first network standard, that is, restart execution from step S101. If step S103 is executed again, it enters the next disabling and executes the next disabling according to the corresponding duration of the next disabling.

[0081] The user can manually unblock the disablement by performing some preset operations. In some optional embodiments, after the SA NR standard corresponding to 5G is disabled, the SA switch can be restored if the user performs the following operations, including: unplugging the USIM, turning on the flight mode, turning on the power, switching the USIM, turning the 5G switch on and off, and changing the rejection reason value. For example, if the user fails to register for the 5G network through USIM1 and causes SA to be disabled, the user can manually switch the USIM, switch the current card from USIM1 to USIM2 to restore the SA switch, and try to see if the registration can be successful through USIM2; for example, if the user switches the flight mode, the SA switch can also be restored. In this way, the user can retry registering for the 5G network at any time through manual operation.

[0082] It can be understood that the rejection reason value is the error code, that is, if an authentication rejection message carrying a new error code is received, indicating that the rejection reason value has changed, the SA switch is restored. In this embodiment, after step S104, the method further includes: receiving a second authentication rejection message sent by the second core network, and determining that the received second authentication rejection message meets the second network switching condition, the second network switching condition includes that the error type information contained in the received second authentication rejection message is different from the error type information contained in the received first authentication rejection message; unbanning the first network standard, and sending a registration request to the first core network based on the first network standard. Since the change in the error cause may indicate a change in the network environment or device status, the SA switch can be restored at this time to retry the high-standard network search and registration, such as retrying to register for the 5G network.

[0083] According to some embodiments, if the user equipment receives an authentication rejection message after sending a registration request to the core network based on the second network standard, and detects that the error code carried in the authentication rejection message is different from the error code received last time, the SA switch can be restored and the registration request can be sent to the core network again based on the first network standard.

[0084] The method of the present application is further described below based on FIG5 . As shown in FIG5 , the method includes:

[0085] S201: Send an SA registration request.

[0086] In step S201, the UE may send a registration request to the 5G NW based on the SA NR standard.

[0087] S202: Receive an authentication rejection message carrying error code #21.

[0088] In step S202, the UE receives an authentication rejection message fed back by the 5G NW, which carries error code #21.

[0089] It can be understood that #21 corresponds to the error cause: Non-5G authentification unacceptable.

[0090] S203: Report the registration failure information (ID: 2) to the AP via QMI.

[0091] According to some embodiments, the registration failure message includes an error code and a card identifier, such as #21 and ID: 2. #21 can be parsed from the authentication rejection message, indicating that the error type corresponds to error code #21, while ID: 2 indicates that the USIM for which registration failed is USIM2, meaning that the card for which registration failed is the second card in the dual SIM card pair.

[0092] It is understandable that the registration failure information may be reported to the wireless access (AP) module through the QMI channel, so that the corresponding module in the AP executes subsequent steps S204-S207 according to the registration failure information.

[0093] According to some embodiments, referring to FIG6 , the UE includes a modem and an AP, wherein the inter-process communication functional interface (QMI) is a data transmission channel connecting the AP and the modem. It is understood that the modem can communicate with the NR and the NW, and the QMI can pass the modem information to the AP. For example, after the modem receives the authentication rejection message sent by the NW, it can parse the authentication rejection message and pass the registration failure information obtained after the parsing to the upper-layer AP through the QMI. Specifically, it can be uploaded to the multi-mode module in the non-access stratum (NAS) layer in the AP. It is understood that the NAS layer is used for network search, authentication, and initiating registration.

[0094] S204: Determine whether the registration rejection reason is a preset reason. If so, go to step S205; otherwise, do not perform the disabling operation.

[0095] It is understood that each preset reason can correspond to an error code, and the rejection reason can be determined based on the error code. For example, the error codes may include #20, #21, #26, and #70. Among them, the type corresponding to #20 can be MAC address verification failure (MAC code failure), the type corresponding to #21 can be non-5G authentication unacceptable (Non-5G authentification unacceptable), the type corresponding to #26 can be ngKSI parameter occupied (ngKSI already in use), and the type corresponding to #71 can be terminal and NW synchronization failure (SQN failure). For example, if the registration failure message includes error code #21, the registration rejection reason is determined to be a preset reason.

[0096] S205: The authentication failure count is increased by one.

[0097] It can be understood that the authentication failure count is 0 in the initial state, and each time step S205 is triggered, the authentication failure count is increased by one.

[0098] S206: Determine whether the authentication failure count is ≥ 2. If so, go to step S207; otherwise, do not perform the disabling operation and go to step S201.

[0099] According to some embodiments, if the authentication failure count is 0 or 1, no disabling operation is performed and the process goes to step S201.

[0100] It should be noted that this application does not limit the threshold in step S206. In other optional embodiments, the threshold may also take other values ​​besides 2.

[0101] S207: Disable SA7 for 20 seconds.

[0102] Note that disabling SA for 720 seconds is merely an example. Depending on the number of disabling attempts, different disabling durations can be implemented. For example, the disabling duration can increase with the number of disabling attempts. Another example is that the disabling times can be represented in a circular array. For example, starting from the first disabling attempt, the disabling durations can be: 720s, 7200s, 28800s, 86400s, 720s, 7200s, and so on.

[0103] Through a communication method of the present application, even if there is an abnormality in the authentication parameters corresponding to the first network standard in the user device, the user can still successfully register for a wireless network based on other standards, allowing the user to use data, voice and other functions normally, ensuring the normal use of the device. In addition, the present application solution increases the disablement time as the number of disablements increases, which can prevent the device functions from being frequently disabled, thereby increasing the length of time the user can use the device normally. During the disablement process, the user can also manually unlock the switch of the first network standard at any time, facilitating manual retries by the user.

[0104] FIG7 shows a schematic diagram of the hardware structure of the electronic device 100 .

[0105] The electronic device 100 may include a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (USB) interface 130, a charging management module 140, a power management module 141, a battery 142, an antenna 1, an antenna 2, a mobile communication module 150, a wireless communication module 160, an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, an earphone interface 170D, a sensor module 180, a button 190, a motor 191, an indicator 192, a camera 193, a display screen 194, and a subscriber identification module (SIM) card interface 195, etc. The sensor module 180 may include a pressure sensor 180A, a gyroscope sensor 180B, an air pressure sensor 180C, a magnetic sensor 180D, an acceleration sensor 180E, a distance sensor 180F, a proximity light sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, an ambient light sensor 180L, a bone conduction sensor 180M, etc.

[0106] It should be understood that the structure illustrated in the embodiments of the present invention does not constitute a specific limitation on the electronic device 100. In other embodiments of the present application, the electronic device 100 may include more or fewer components than shown, or may combine or separate certain components, or arrange the components differently. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

[0107] The processor 110 may include one or more processing units. For example, the processor 110 may include an application processor (AP), a modem processor, a graphics processing unit (GPU), an image signal processor (ISP), a controller, a video codec, a digital signal processor (DSP), a baseband processor, and / or a neural-network processing unit (NPU). The different processing units may be independent devices or integrated into one or more processors.

[0108] The processor 110 may also be provided with a memory for storing instructions and data corresponding to a communication method provided in an embodiment of the present application. In some embodiments, the memory in the processor 110 is a cache memory. This memory can store instructions or data that the processor 110 has just used or is reusing. If the processor 110 needs to use the instruction or data again, it can directly call it from the memory. This avoids repeated accesses, reduces the waiting time of the processor 110, and thus improves system efficiency.

[0109] In some embodiments, the processor 110 of the electronic device 100 calls the program instructions stored in the memory to execute the communication method mentioned in this application according to the obtained program instructions, for example: sending a registration request to the NW based on the first network standard, the first registration request is used to instruct the NW to authenticate the user equipment; receiving the authentication rejection message corresponding to the authentication sent by the NW, repeating the steps: sending a registration request to the NW based on the first network standard until the authentication reply message corresponding to the authentication sent by the NW is received or the authentication rejection message is received a preset number of times; corresponding to the authentication rejection message being received a preset number of times, disabling the first network standard.

[0110] The wireless communication function of the electronic device 100 can be implemented through the antenna 1, the antenna 2, the mobile communication module 150, the wireless communication module 160, the modem processor and the baseband processor.

[0111] Antenna 1 and Antenna 2 are used to transmit and receive electromagnetic wave signals. Each antenna in electronic device 100 can be used to cover a single or multiple communication frequency bands. Different antennas can also be reused to improve antenna utilization. For example, antenna 1 can be reused as a diversity antenna for a wireless local area network. In other embodiments, the antennas can be used in conjunction with a tuning switch.

[0112] The mobile communication module 150 can provide solutions for wireless communications including 2G / 3G / 4G / 5G applied to the electronic device 100. The mobile communication module 150 may include at least one filter, a switch, a power amplifier, a low noise amplifier (LNA), etc. The mobile communication module 150 can receive electromagnetic waves from the antenna 1, and filter, amplify, and process the received electromagnetic waves, and transmit them to the modulation and demodulation processor for demodulation. The mobile communication module 150 can also amplify the signal modulated by the modulation and demodulation processor, and convert it into electromagnetic waves for radiation through the antenna 1. In some embodiments, at least some of the functional modules of the mobile communication module 150 can be set in the processor 110. In some embodiments, at least some of the functional modules of the mobile communication module 150 can be set in the same device as at least some of the modules of the processor 110.

[0113] The modem processor may include a modulator and a demodulator. The modulator is used to modulate the low-frequency baseband signal to be transmitted into a medium-high frequency signal. The demodulator is used to demodulate the received electromagnetic wave signal into a low-frequency baseband signal. The demodulator then transmits the demodulated low-frequency baseband signal to the baseband processor for processing. After being processed by the baseband processor, the low-frequency baseband signal is passed to the application processor. The application processor outputs a sound signal through an audio device (not limited to the speaker 170A, the receiver 170B, etc.) or displays an image or video through the display screen 194. In some embodiments, the modem processor may be an independent device. In other embodiments, the modem processor may be independent of the processor 110 and be set in the same device as the mobile communication module 150 or other functional modules.

[0114] In some embodiments, antenna 1 of electronic device 100 is coupled to mobile communication module 150 , and antenna 2 is coupled to wireless communication module 160 , so that electronic device 100 can communicate with the network and other devices through wireless communication technology.

[0115] Electronic device 100 implements display functionality through a GPU, display screen 194, and an application processor. A GPU is a microprocessor for image processing that connects display screen 194 and the application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. Processor 110 may include one or more GPUs that execute program instructions to generate or modify display information.

[0116] The USIM interface 195 is used to connect the USIM. The USIM can be connected to and separated from the electronic device 100 by inserting it into the USIM interface 195 or removing it from the USIM interface 195. The electronic device 100 can support 1 or N USIM interfaces, where N is a positive integer greater than 1. The USIM interface 195 can support Nano USIM, Micro USIM, USIM, etc. Multiple cards can be inserted into the same USIM interface 195 at the same time. The types of multiple cards can be the same or different. The USIM interface 195 can also be compatible with different types of USIMs. The USIM interface 195 can also be compatible with external memory cards. The electronic device 100 interacts with the network through the USIM to implement functions such as calls and data communications. In some embodiments, the electronic device 100 uses an eSIM, i.e., an embedded USIM. The USIM can be embedded in the electronic device 100 and cannot be separated from the electronic device 100.

[0117] The software system of the electronic device 100 can adopt a layered architecture, an event-driven architecture, a micro-kernel architecture, a micro-service architecture, or a cloud architecture. In the embodiment of the present invention, the Android system with a layered architecture is used as an example to illustrate the software structure of the electronic device 100.

[0118] FIG8 is a block diagram of the software structure of the electronic device 100 according to an embodiment of the present invention.

[0119] A layered architecture divides software into several layers, each with distinct roles and responsibilities. Layers communicate with each other through software interfaces. In some embodiments, the Android system is divided into four layers: the application layer, the application framework layer, the Android runtime and system libraries, and the kernel layer.

[0120] The application layer includes a series of application packages. As shown in Figure 8, these packages include applications such as camera, gallery, calendar, call, map, navigation, WLAN, Bluetooth, dual SIM and mobile network. Dual SIM and mobile network allow users to change USIMs, turn wireless networks on and off, and turn 5G on and off.

[0121] The application framework layer provides an application programming interface (API) and programming framework for applications in the application layer. The application framework layer includes some predefined functions.

[0122] As shown in FIG8 , the application framework layer may include a window manager, a content provider, a view system, a telephony manager, a resource manager, a notification manager, and the like.

[0123] In some embodiments, the notification manager is used to notify users of 5G function disabling, provide message reminders, and more. The notification manager enables applications to display notifications in the status bar. These notifications can be used to convey notification-type messages and can disappear automatically after a short pause, without requiring user interaction. The notification manager can also appear as an icon or scrolling text in the system's top status bar, such as notifications from background applications, or as a dialog window on the screen. Examples include displaying text messages in the status bar, emitting a sound, vibrating the mobile device, or flashing an indicator light.

[0124] Android Runtime includes core libraries and a virtual machine. Android runtime is responsible for scheduling and management of the Android system.

[0125] The system library can include multiple functional modules, such as surface manager, media library, 3D graphics processing library (such as OpenGL ES), 2D graphics engine (such as SGL), etc.

[0126] The kernel layer is the layer between hardware and software. The kernel layer includes at least display driver, camera driver, audio driver, and sensor driver.

[0127] Accordingly, an embodiment of the present application provides an electronic device, comprising: a memory for storing instructions executed by one or more processors of the electronic device, and a processor for executing instructions of the above-mentioned communication method.

[0128] Accordingly, an embodiment of the present application provides a readable medium having instructions stored thereon, which, when executed on an electronic device, causes the electronic device to execute the above-mentioned communication method.

[0129] This specification provides method or process operation steps as shown in the embodiments or flowcharts, but may include more or fewer operation steps based on routine or non-creative work. The order of steps listed in the embodiments is only one of many execution orders and does not represent the only execution order. In actual execution, the method or process shown in the embodiments or drawings may be executed sequentially or in parallel (for example, in a parallel controller or multi-threaded processing environment).

[0130] The various embodiments disclosed in this application can be implemented in hardware, software, firmware, or a combination of these implementation methods. The embodiments of the present application can be implemented as a computer program or program code executed on a programmable system, which includes at least one processor, a storage system (including volatile and non-volatile memory and / or storage elements), at least one input device, and at least one output device.

[0131] Program code can be applied to input instructions to perform the functions described herein and generate output information. The output information can be applied to one or more output devices in a known manner. For purposes of this application, a processing system includes any system having a processor such as, for example, a digital signal processor (DSP), a microcontroller, an application specific integrated circuit (ASIC), or a microprocessor.

[0132] Program code can be implemented with a high-level programming language or an object-oriented programming language to communicate with the processing system. Where necessary, program code can also be implemented in assembly language or machine language. In fact, the mechanism described in this application is not limited to the scope of any particular programming language. In either case, the language can be a compiled language or an interpreted language.

[0133] In some cases, the disclosed embodiments may be implemented in hardware, firmware, software, or any combination thereof. The disclosed embodiments may also be implemented as instructions carried or stored on one or more temporary or non-temporary machine-readable (e.g., computer-readable) storage media, which may be read and executed by one or more processors. For example, the instructions may be distributed over a network or through other computer-readable media. Therefore, a machine-readable medium may include any mechanism for storing or transmitting information in a form readable by a machine (e.g., a computer), including but not limited to floppy disks, optical disks, optical discs, read-only memories (CD-ROMs), magneto-optical disks, read-only memories (ROMs), random access memories (RAMs), erasable programmable read-only memories (EPROMs), electrically erasable programmable read-only memories (EEPROMs), magnetic or optical cards, flash memory, or a tangible machine-readable memory for transmitting information (e.g., carrier waves, infrared signals, digital signals, etc.) using the Internet in electrical, optical, acoustic, or other forms of propagation signals. Therefore, a machine-readable medium includes any type of machine-readable medium suitable for storing or transmitting electronic instructions or information in a form readable by a machine (e.g., a computer).

[0134] As used herein, the term "module" may refer to, be part of, or include: memory (shared, dedicated, or group) for running one or more software or firmware programs, application-specific integrated circuits (ASICs), electronic circuits and / or processors (shared, dedicated, or group), combinational logic circuits, and / or other suitable components that provide the functionality.

[0135] In the accompanying drawings, some structural or method features may be shown in a particular arrangement and / or order. However, it should be understood that such a particular arrangement and / or order is not required. Rather, in some embodiments, these features may be illustrated in a manner and / or order different from that shown in the illustrative drawings. In addition, the inclusion of structural or method features in a particular drawing does not mean that all embodiments need to include such features. In some embodiments, these features may not be included, or they may be combined with other features.

[0136] The embodiments of the present application are described in detail above with reference to the accompanying drawings. However, the application of the technical solution of the present application is not limited to the various applications mentioned in the embodiments of the present patent. Various structures and variations can be easily implemented with reference to the technical solution of the present application to achieve the various beneficial effects mentioned herein. Various changes made within the knowledge of ordinary technicians in this field without departing from the purpose of the present application should fall within the scope of coverage of the patent application.

Claims

1. A communication method, characterized in that: For user equipment, including: Sending a registration request to a first core network of a first network standard, where the registration request is used to instruct the first core network to authenticate the user equipment; receiving a first authentication rejection message sent by the first core network, and determining that the received first authentication rejection message satisfies a first network switching condition, wherein the first network switching condition includes that the number of times the first authentication rejection message including the first type of error type information is received is greater than a number threshold; Disable the first network standard, and send a registration request to the second core network based on the second network standard, wherein the first network standard is higher than the second network standard, and the first network standard is a 5G network standard.

2. The method according to claim 1, characterized in that The disabling the first network standard and sending a registration request to the second core network based on the second network standard includes: Determine a disabling duration for disabling the first network standard; disabling the first network standard, and sending a registration request to the second core network based on the second network standard; Corresponding to disabling the first network standard for the disabling time period, unbanning the first network standard, and sending a registration request to the first core network based on the first network standard.

3. The method according to claim 2, characterized in that The determining a disabling duration for disabling the first network standard includes: Determine the number of times the first network standard is disabled, each number of times corresponding to a preset duration; The preset duration corresponding to the number of prohibition times is determined as the prohibition duration.

4. The method according to claim 1, characterized in that: The method further comprises: In response to a network recovery operation of the user based on the user equipment, the first network standard is unbanned, and a registration request is sent to the first core network based on the first network standard.

5. The method according to claim 1, characterized in that The manner of determining that the first authentication rejection message includes the first type of error type information includes: When the first authentication rejection message includes a preset error identifier, it is determined that the first authentication rejection message includes error type information of the first type.

6. The method according to claim 5, characterized in that The preset error identifier includes at least one of #20, #21, #26, and #70; The error reason corresponding to #20 is invalid MAC address; The error reason corresponding to #21 is that non-5G authentication is unacceptable; The error reason corresponding to #26 is that the 5G authentication parameters are occupied; The error reason corresponding to #70 is the failure of synchronization between the user equipment and the first core network.

7. The method according to claim 4, characterized in that The network recovery operation includes at least one of turning on or off the airplane mode, pulling out or replacing the user identification card, and turning on or off the 5G switch.

8. The method according to claim 1, characterized in that After disabling the first network standard and sending a registration request to the second core network based on the second network standard, the method further includes: receiving a second authentication rejection message sent by the second core network, and determining that the received second authentication rejection message satisfies a second network switching condition, wherein the second network switching condition includes that error type information included in the received second authentication rejection message is different from error type information included in the received first authentication rejection message; The first network standard is unbanned, and a registration request is sent to the first core network based on the first network standard.

9. The method according to any one of claims 1 to 8, characterized in that: The second network standard is the 4G network standard.

10. An electronic device, characterized in that: include: a memory for storing instructions to be executed by one or more processors of the electronic device, and A processor, configured to execute instructions of the communication method according to any one of claims 1 to 9.

11. A readable medium, characterized in that: The readable medium stores instructions, and when the instructions are executed on the electronic device, the electronic device executes the communication method according to any one of claims 1 to 9.

Images