CN114915996A

CN114915996A - Communication exception handling method and related device

Info

Publication number: CN114915996A
Application number: CN202210532960.7A
Authority: CN
Inventors: 郭秋阳
Original assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Current assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date: 2022-05-16
Filing date: 2022-05-16
Publication date: 2022-08-16
Also published as: WO2023221479A1

Abstract

The application discloses a communication exception handling method and a related device, wherein the method comprises the following steps: initiating a specified request, wherein the specified request carries first PDU session state information; receiving a first receiving message replied by the core network element aiming at the specified request, wherein the first receiving message carries second PDU session state information and a PDU session reactivation result; when the first PDU session state information is inconsistent with the second PDU session state information and the PDU session reactivation result comprises a preset abnormal field, initiating a PDU session establishment request through a bottom chip; detecting whether the bottom chip receives a PDU session establishment acceptance message; and when the bottom chip receives the PDU session establishment acceptance message, returning a confirmation message of successful PDU session establishment. By adopting the embodiment of the application, the rapid data recovery can be realized, so that the network data can be normally used, and the user internet experience is improved.

Description

Communication exception handling method and related device

Technical Field

The present application relates to the field of communications technologies, and in particular, to a method and a related apparatus for processing a communication exception.

Background

With the widespread and extensive application of User Equipment (UE), such as mobile phones, tablet computers, and the like, the applications that the user equipment can support are increasing, the functions are becoming more and more powerful, and the user equipment develops towards diversification and personalization, becoming an indispensable electronic product in the life of users.

At present, 5G communication also becomes a necessary function of a user equipment, and a 5G networking mode has been changed from a non-independent Network (NSA) to an independent network (SA), and an SA networking is a final form of a 5G core network, but when a UE interacts with an amf (access and mobility management function), an abnormal field occurs, so that network data cannot be normally used within a period of time, and thus, a user experience of surfing the internet is reduced.

Disclosure of Invention

The embodiment of the application provides a communication exception handling method and a related device, which can quickly initiate a PDU session establishment process when an exception field appears in an interaction process of UE and a core network element AMF so as to realize quick data recovery, thereby normally using network data and improving user internet experience.

In a first aspect, an embodiment of the present application provides a method for processing a communication exception, where the method includes:

initiating a specified request, wherein the specified request carries first PDU session state information;

receiving a first receiving message replied by the core network element aiming at the specified request, wherein the first receiving message carries second PDU session state information and a PDU session reactivation result;

when the first PDU session state information is inconsistent with the second PDU session state information and the PDU session reactivation result comprises a preset abnormal field, initiating a PDU session establishment request through a bottom chip;

detecting whether the bottom chip receives a PDU session establishment acceptance message; and when the bottom chip receives the PDU session establishment acceptance message, returning a confirmation message of successful PDU session establishment.

In a second aspect, an embodiment of the present application provides a communication exception handling apparatus, where the apparatus includes: a transceiving unit and a PDU session processing unit, wherein,

the receiving and sending unit is used for initiating a specified request, and the specified request carries first PDU session state information; receiving a first receiving message replied by the core network element aiming at the specified request, wherein the first receiving message carries second PDU session state information and a PDU session reactivation result;

the PDU session processing unit is used for initiating a PDU session establishment request through a bottom chip when the first PDU session state information is inconsistent with the second PDU session state information and the PDU session reactivation result comprises a preset abnormal field; detecting whether the bottom chip receives a PDU session establishment acceptance message; and when the bottom chip receives the PDU session establishment acceptance message, returning a confirmation message that the PDU session establishment is successful.

In a third aspect, an embodiment of the present application provides an artificial intelligence chip, where the artificial intelligence chip is configured to perform some or all of the steps described in the first aspect.

In a fourth aspect, embodiments of the present application provide a user equipment, where the user equipment includes a processor, a memory, and the memory is configured to store one or more programs, and the programs are configured to be executed by the processor, and the programs include instructions for performing some or all of the steps described in the first aspect, or the user equipment includes an artificial intelligence chip described in the third aspect.

In a fifth aspect, the present application provides a computer-readable storage medium, where the computer-readable storage medium stores a computer program for electronic data exchange, where the computer program makes a computer perform some or all of the steps described in the first aspect of the present application.

In a sixth aspect, embodiments of the present application provide a computer program product, where the computer program product includes a non-transitory computer-readable storage medium storing a computer program, where the computer program is operable to cause a computer to perform some or all of the steps as described in the first aspect of embodiments of the present application. The computer program product may be a software installation package.

The embodiment of the application has the following beneficial effects:

it can be seen that, in the communication exception handling method and the related apparatus described in the embodiments of the present application, an assignment request is initiated, the assignment request carries first PDU session status information, a first acceptance message replied by a core network element for the assignment request is received, the first acceptance message carries second PDU session status information and a PDU session reactivation result, when the first PDU session status information and the second PDU session status information are inconsistent and the PDU session reactivation result includes a preset exception field, a PDU session establishment request is initiated through a bottom chip, whether the bottom chip receives the PDU session establishment acceptance message is detected, when the bottom chip receives the PDU session establishment acceptance message, an acknowledgement message that the PDU session establishment is successful is returned, in an interaction process with a core network, when the exception field occurs, a PDU session establishment process can be rapidly initiated through the bottom chip, therefore, rapid data recovery can be realized, normal use of network data is guaranteed, and user internet experience is improved.

Drawings

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present application, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts.

Fig. 1 is a schematic structural diagram of a user equipment provided in an embodiment of the present application;

fig. 2 is a schematic software structure diagram of a user equipment according to an embodiment of the present application;

fig. 3 is a schematic flowchart of a communication exception handling method according to an embodiment of the present application;

fig. 4 is a schematic flowchart of another communication exception handling method according to an embodiment of the present application;

fig. 5 is a schematic flowchart of another communication exception handling method according to an embodiment of the present application;

fig. 6 is a schematic structural diagram of another user equipment provided in an embodiment of the present application;

fig. 7 is a block diagram illustrating functional units of a communication exception handling apparatus according to an embodiment of the present application.

Detailed Description

The technical solutions in the embodiments of the present application will be described below with reference to the accompanying drawings.

In order to better understand the scheme of the embodiments of the present application, the following first introduces the related terms and concepts that may be involved in the embodiments of the present application.

In a specific implementation, the User Equipment may include various devices having a computer function, for example, a handheld device (a smart phone, a tablet computer, etc.), an in-vehicle device (a navigator, an auxiliary backing system, a driving recorder, an in-vehicle refrigerator, etc.), a wearable device (a smart band, a wireless headset, a smart watch, smart glasses, etc.), a computing device or other processing device connected to a wireless modem, and various forms of User Equipment (UE), a Mobile Station (MS), a virtual reality/augmented reality device, a terminal device (terminal device), etc., where the User Equipment may also be a base Station or a server.

The user equipment may further include smart home equipment, and the smart home equipment may be at least one of the following: intelligent audio amplifier, intelligent camera, intelligent electric rice cooker, intelligent wheelchair, intelligent massage armchair, intelligent furniture, intelligent dish washer, intelligent TV set, intelligent refrigerator, intelligent electric fan, intelligent room heater, intelligent clothes hanger that dries in the air, intelligent lamp, intelligent router, intelligent switch, intelligent flush mounting plate, intelligent humidifier, intelligent air conditioner, intelligent door, intelligent window, intelligent top of a kitchen range, intelligent sterilizer, intelligent closestool, the robot etc. of sweeping the floor do not restrict here.

In a first section, the software and hardware operating environment of the technical solution disclosed in the present application is described as follows.

As shown, fig. 1 shows a schematic structural diagram of a user equipment 100. The user equipment 100 may include a processor 110, an external memory interface 120, an internal memory 121, a Universal Serial Bus (USB) interface 130, a charge 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 compass 190, a motor 191, a pointer 192, a camera 193, a display screen 194, a Subscriber Identification Module (SIM) card interface 195, and the like.

It is to be understood that the illustrated structure of the embodiment of the present application does not constitute a specific limitation to the user equipment 100. In other embodiments of the present application, user device 100 may include more or fewer components than shown, or combine certain components, or split certain components, or a different arrangement of components. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

Processor 110 may include one or more processing units, such as: the processor 110 may include an application processor AP, a modem processor, a graphics processor GPU, an Image Signal Processor (ISP), a controller, a video codec, a Digital Signal Processor (DSP), a baseband processor, and/or a neural network processor NPU, among others. Wherein the different processing units may be separate components or may be integrated in one or more processors. In some embodiments, user device 100 may also include one or more processors 110. The controller can generate an operation control signal according to the instruction operation code and the time sequence signal to complete the control of instruction fetching and instruction execution. In other embodiments, a memory may also be provided in processor 110 for storing instructions and data. Illustratively, the memory in the processor 110 may be a cache memory. The memory may hold instructions or data that have just been used or recycled by the processor 110. If the processor 110 needs to reuse the instruction or data, it can be called directly from memory. This avoids repeated accesses and reduces the latency of the processor 110, thereby increasing the efficiency with which the user device 100 processes data or executes instructions. The processor may also include an image processor, which may be an image Pre-processor (Pre-ISP), which may be understood as a simplified ISP, which may also perform some image processing operations, e.g. may obtain image statistics.

In some embodiments, processor 110 may include one or more interfaces. The interface may include an inter-integrated circuit (I2C) interface, an inter-integrated circuit audio (I2S) interface, a Pulse Code Modulation (PCM) interface, a universal asynchronous receiver/transmitter (UART) interface, a Mobile Industry Processor Interface (MIPI), a general-purpose input/output (GPIO) interface, a SIM card interface, a USB interface, and/or the like. The USB interface 130 is an interface conforming to the USB standard specification, and may specifically be a Mini USB interface, a Micro USB interface, a USB Type C interface, or the like. The USB interface 130 may be used to connect a charger to charge the user equipment 100, and may also be used to transmit data between the user equipment 100 and peripheral devices. The USB interface 130 may also be used to connect to a headset to play audio through the headset.

It should be understood that the interfacing relationship between the modules illustrated in the embodiment of the present application is only an exemplary illustration, and does not constitute a structural limitation for the user equipment 100. In other embodiments of the present application, the user equipment 100 may also adopt different interface connection manners or a combination of multiple interface connection manners in the above embodiments.

The charging management module 140 is configured to receive charging input from a charger. The charger can be a wireless charger or a wired charger. In some wired charging embodiments, the charging management module 140 may receive charging input from a wired charger via the USB interface 130. In some wireless charging embodiments, the charging management module 140 may receive a wireless charging input through a wireless charging coil of the user device 100. The charging management module 140 may also supply power to the user device through the power management module 141 while charging the battery 142.

The power management module 141 is used to connect the battery 142, the charging management module 140 and the processor 110. The power management module 141 receives input from the battery 142 and/or the charge management module 140, and supplies power to the processor 110, the internal memory 121, the external memory, the display 194, the camera 193, the wireless communication module 160, and the like. The power management module 141 may also be used to monitor parameters such as battery capacity, battery cycle count, battery state of health (leakage, impedance), etc. In some other embodiments, the power management module 141 may also be disposed in the processor 110. In other embodiments, the power management module 141 and the charging management module 140 may be disposed in the same device.

The wireless communication function of the user equipment 100 may be implemented by the antenna 1, the antenna 2, the mobile communication module 150, the wireless communication module 160, a modem processor, a baseband processor, and the like.

The antennas 1 and 2 are used for transmitting and receiving electromagnetic wave signals. Each antenna in the user equipment 100 may be used to cover a single or multiple communication bands. Different antennas can also be multiplexed to improve the utilization of the antennas. For example: the antenna 1 may be multiplexed as a diversity antenna of a wireless local area network. In other embodiments, the antenna may be used in conjunction with a tuning switch.

The mobile communication module 150 may provide a solution including wireless communication of 2G/3G/4G/5G/6G, etc. applied on the user equipment 100. The mobile communication module 150 may include at least one filter, a switch, a power amplifier, a Low Noise Amplifier (LNA), and the like. The mobile communication module 150 may receive the electromagnetic wave from the antenna 1, filter, amplify, etc. the received electromagnetic wave, and transmit the electromagnetic wave to the modem processor for demodulation. The mobile communication module 150 may also amplify the signal modulated by the modem processor, and convert the signal into electromagnetic wave through the antenna 1 to radiate the electromagnetic wave. In some embodiments, at least some of the functional modules of the mobile communication module 150 may be disposed in the processor 110. In some embodiments, at least some of the functional modules of the mobile communication module 150 may be disposed in the same device as at least some of the modules of the processor 110.

The wireless communication module 160 may provide a solution for wireless communication applied to the user equipment 100, including Wireless Local Area Networks (WLANs) (such as wireless fidelity (Wi-Fi) networks), bluetooth (blue tooth, BT), Global Navigation Satellite System (GNSS), Frequency Modulation (FM), Near Field Communication (NFC), Infrared (IR), and the like. The wireless communication module 160 may be one or more devices integrating at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via the antenna 2, performs frequency modulation and filtering processing on electromagnetic wave signals, and transmits the processed signals to the processor 110. The wireless communication module 160 may also receive a signal to be transmitted from the processor 110, perform frequency modulation and amplification on the signal, and convert the signal into electromagnetic waves via the antenna 2 to radiate the electromagnetic waves.

The user device 100 implements display functions via the GPU, the display screen 194, and the application processor. The GPU is a microprocessor for image processing, and is connected to the display screen 194 and an application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. The processor 110 may include one or more GPUs that execute program instructions to generate or alter display information.

The display screen 194 is used to display images, videos, and the like. The display screen 194 includes a display panel. The display panel may be a Liquid Crystal Display (LCD), an organic light-emitting diode (OLED), an active matrix organic light-emitting diode (active-matrix organic light-emitting diode, AMOLED), a flexible light-emitting diode (FLED), a mini light-emitting diode (mini-light-emitting diode, mini), a Micro-o led, a quantum dot light-emitting diode (QLED), or the like. In some embodiments, the user device 100 may include 1 or more display screens 194.

The user equipment 100 may implement a photographing function through the ISP, the camera 193, the video codec, the GPU, the display screen 194, the application processor, and the like.

The ISP is used to process the data fed back by the camera 193. For example, when a photo is taken, the shutter is opened, light is transmitted to the camera photosensitive element through the lens, the optical signal is converted into an electrical signal, and the camera photosensitive element transmits the electrical signal to the ISP for processing and converting into an image visible to naked eyes. The ISP can also carry out algorithm optimization on the noise, brightness and skin color of the image. The ISP can also optimize parameters such as exposure, color temperature and the like of a shooting scene. In some embodiments, the ISP may be provided in camera 193.

The camera 193 is used to capture still images or video. The object generates an optical image through the lens and projects the optical image to the photosensitive element. The photosensitive element may be a Charge Coupled Device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The light sensing element converts the optical signal into an electrical signal, which is then passed to the ISP where it is converted into a digital image signal. And the ISP outputs the digital image signal to the DSP for processing. The DSP converts the digital image signal into image signal in standard RGB, YUV and other formats. In some embodiments, the user device 100 may include 1 or more cameras 193.

The digital signal processor is used for processing digital signals, and can process digital image signals and other digital signals. For example, when the user equipment 100 selects in a frequency bin, the digital signal processor is used to perform fourier transform or the like on the frequency bin energy.

Video codecs are used to compress or decompress digital video. The user equipment 100 may support one or more video codecs. In this way, user equipment 100 may play or record video in a variety of encoding formats, such as: moving Picture Experts Group (MPEG) 1, MPEG2, MPEG3, MPEG4, and the like.

The NPU is a neural-network (NN) computing processor that processes input information quickly by using a biological neural network structure, for example, by using a transfer mode between neurons of a human brain, and can also learn by itself continuously. The NPU may implement applications such as intelligent awareness of the user equipment 100, for example: image recognition, face recognition, speech recognition, text understanding, and the like.

The external memory interface 120 may be used to connect an external memory card, such as a Micro SD card, to extend the storage capability of the user device 100. The external memory card communicates with the processor 110 through the external memory interface 120 to implement a data storage function. For example, files such as music, video, etc. are saved in an external memory card.

Internal memory 121 may be used to store one or more computer programs, which include instructions. The processor 110 may cause the user equipment 100 to perform the method for displaying page elements provided in some embodiments of the present application, and various applications and data processing, etc. by executing the above-mentioned instructions stored in the internal memory 121. The internal memory 121 may include a program storage area and a data storage area. Wherein, the storage program area can store an operating system; the storage program area may also store one or more applications (e.g., gallery, contacts, etc.), and the like. The storage data area may store data (e.g., photos, contacts, etc.) created during use of the user device 100, and the like. Further, the internal memory 121 may include a high-speed random access memory, and may also include a non-volatile memory, such as one or more magnetic disk storage components, flash memory components, Universal Flash Storage (UFS), and the like. In some embodiments, the processor 110 may cause the user equipment 100 to perform the method for displaying page elements provided in the embodiments of the present application, and other applications and data processing by executing instructions stored in the internal memory 121 and/or instructions stored in a memory provided in the processor 110. User device 100 may implement audio functions through audio module 170, speaker 170A, headphones 170B, microphone 170C, headset interface 170D, and an application processor, among other things. Such as music playing, recording, etc.

The sensor module 180 may include a pressure sensor 180A, a gyro 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, and the like.

The pressure sensor 180A is used for sensing a pressure signal, and converting the pressure signal into an electrical signal. In some embodiments, the pressure sensor 180A may be disposed on the display screen 194. The pressure sensor 180A can be of a wide variety, such as a resistive pressure sensor, an inductive pressure sensor, a capacitive pressure sensor, and the like. The capacitive pressure sensor may be a sensor comprising at least two parallel plates having an electrically conductive material. When a force acts on the pressure sensor 180A, the capacitance between the electrodes changes. The user equipment 100 determines the intensity of the pressure from the change in capacitance. When a touch operation is applied to the display screen 194, the user device 100 detects the intensity of the touch operation based on the pressure sensor 180A. The user device 100 may also calculate the position of the touch from the detection signal of the pressure sensor 180A. In some embodiments, the touch operations that are applied to the same touch position but different touch operation intensities may correspond to different operation instructions. For example: and when the touch operation with the touch operation intensity smaller than the first pressure threshold value acts on the short message application icon, executing an instruction for viewing the short message. And when the touch operation with the touch operation intensity larger than or equal to the first pressure threshold value acts on the short message application icon, executing an instruction of newly building the short message.

The gyro sensor 180B may be used to determine the motion attitude of the user device 100. In some embodiments, the angular velocity of user device 100 about three axes (i.e., X, Y and the Z-axis) may be determined by gyroscope sensor 180B. The gyro sensor 180B may be used for photographing anti-shake. Illustratively, when the shutter is pressed, the gyro sensor 180B detects a shake angle of the ue 100, calculates a distance to be compensated for the lens module according to the shake angle, and allows the lens to counteract the shake of the ue 100 through a reverse movement, thereby achieving anti-shake. The gyroscope sensor 180B may also be used for navigation, somatosensory gaming scenes.

The acceleration sensor 180E may detect the magnitude of acceleration of the user equipment 100 in various directions (typically three axes). The magnitude and direction of gravity may be detected when the user equipment 100 is stationary. The method can also be used for identifying the gesture of the user equipment, and is applied to horizontal and vertical screen switching, pedometers and other applications.

The ambient light sensor 180L is used to sense the ambient light level. The user device 100 may adaptively adjust the brightness of the display screen 194 based on the perceived ambient light level. The ambient light sensor 180L may also be used to automatically adjust the white balance when taking a picture. The ambient light sensor 180L may also cooperate with the proximity light sensor 180G to detect whether the user device 100 is in a pocket to prevent inadvertent contact.

The fingerprint sensor 180H is used to collect a fingerprint. The user equipment 100 can utilize the collected fingerprint characteristics to realize fingerprint unlocking, access to an application lock, fingerprint photographing, fingerprint incoming call answering and the like.

The temperature sensor 180J is used to detect temperature. In some embodiments, the user device 100 implements a temperature processing strategy using the temperature detected by the temperature sensor 180J. For example, when the temperature reported by the temperature sensor 180J exceeds the threshold, the ue 100 performs a performance reduction on a processor located near the temperature sensor 180J, so as to reduce power consumption and implement thermal protection. In other embodiments, user device 100 heats battery 142 when the temperature is below another threshold to avoid a low temperature causing abnormal shutdown of user device 100. In other embodiments, when the temperature is below a further threshold, the user device 100 performs a boost on the output voltage of the battery 142 to avoid an abnormal shutdown due to low temperature.

The touch sensor 180K is also referred to as a "touch panel". The touch sensor 180K may be disposed on the display screen 194, and the touch sensor 180K and the display screen 194 form a touch screen, which is also called a "touch screen". The touch sensor 180K is used to detect a touch operation applied thereto or nearby. The touch sensor can communicate the detected touch operation to the application processor to determine the touch event type. Visual output associated with the touch operation may be provided through the display screen 194. In other embodiments, the touch sensor 180K may be disposed on a surface of the user device 100, different from the position of the display screen 194.

Illustratively, fig. 2 shows a block diagram of a software structure of the user equipment 100. The layered architecture divides the software into several layers, each layer having a clear role and division of labor. The layers communicate with each other through a software interface. In some embodiments, the Android system is divided into four layers, which are an application layer, an application framework layer (framework layer for short), an Android runtime (Android runtime) and system library, and a kernel layer from top to bottom. The application layer may include a series of application packages.

As shown in fig. 2, the application layer may include applications such as camera, gallery, calendar, phone call, map, navigation, WLAN, bluetooth, music, video, short message, etc.

The application framework layer provides an Application Programming Interface (API) and a programming framework for the application program of the application layer. The application framework layer includes a number of predefined functions.

As shown in FIG. 2, the application framework layers may include a window manager, content provider, view system, phone manager, resource manager, notification manager, and the like.

The window manager is used for managing window programs. The window manager can obtain the size of the display screen, judge whether a status bar exists, lock the screen, intercept the screen and the like.

Content providers are used to store and retrieve data and make it accessible to applications. The data may include video, images, audio, calls made and answered, browsing history and bookmarks, phone books, etc.

The view system includes visual controls such as controls to display text, controls to display pictures, and the like. The view system may be used to build applications. The display interface may be composed of one or more views. For example, the display interface including the short message notification icon may include a view for displaying text and a view for displaying pictures.

The phone manager is used to provide communication functions of the user equipment 100. Such as management of call status (including on, off, etc.).

The resource manager provides various resources for the application, such as localized strings, icons, pictures, layout files, video files, and the like.

The notification manager enables the application to display notification information in the status bar, can be used to convey notification-type messages, can disappear automatically after a short dwell, and does not require user interaction. Such as a notification manager used to inform download completion, message alerts, etc. The notification manager may also be a notification that appears in the form of a chart or scroll bar text at the top status bar of the system, such as a notification of a background running application, or a notification that appears on the screen in the form of a dialog window. For example, prompting text information in the status bar, sounding a prompt tone, vibrating the user device, flashing an indicator light, etc.

The Android Runtime comprises a core library and a virtual machine. The Android runtime is responsible for scheduling and managing an Android system.

The core library comprises two parts: one part is a function which needs to be called by java language, and the other part is a core library of android.

The application layer and the application framework layer run in a virtual machine. And executing java files of the application program layer and the application program framework layer into a binary file by the virtual machine. The virtual machine is used for performing the functions of object life cycle management, stack management, thread management, safety and exception management, garbage collection and the like.

The system library may include a plurality of functional modules. For example: surface managers (surface managers), media libraries (media libraries), three-dimensional graphics processing libraries (e.g., OpenGL ES), 2D graphics engines (e.g., SGL), and the like.

The surface manager is used to manage the display subsystem and provide fusion of 2D and 3D layers for multiple applications.

The media library supports a variety of commonly used audio, video format playback and recording, and still image files, among others. The media library may support a variety of audio-video encoding formats, such as: MPEG4, H.264, MP3, AAC, AMR, JPG, PNG, etc.

The three-dimensional graphic processing library is used for realizing three-dimensional graphic drawing, image rendering, synthesis, layer processing and the like.

The 2D graphics engine is a drawing engine for 2D drawing.

The kernel layer is a layer between hardware and software. The inner core layer at least comprises a display driver, a camera driver, an audio driver and a sensor driver.

In the second section, the communication exception handling method and the related apparatus disclosed in the embodiments of the present application are introduced as follows.

In the related art, in practical applications, reference may be specifically made to TS24.501 of the 3GPP standard protocol, and the exception field may be encountered in the following cases, for example, the exception field is "5 GMM cause # 92", that means that the user plane resources of the PDU session are insufficient, specifically as follows:

the first case is described in section 3GPP TS24.5015.5.1.3.4 or section 3GPP TS24.501 protocol 5.4.5.3.2, where the registration request (registration request) of the mobility registration update type and the registration request of the periodic registration update type initiated by the UE include Protocol Data Unit (PDU) session state information, but when the core network element AMF replies to the registration accept message (registration accept), since the PDU session-related user plane resource is not available, the field with exception 5GMM house #92 may occur.

In the second case, it is stated in section 3GPP TS24.5015.6.1.4.1 that the service request (service request) initiated by the UE includes PDU session status information, but when the core network element AMF replies to the service accept message, since the PDU session-related user plane resource cannot be obtained, an exception 5GMM cause #92 may occur.

In the specific implementation, the reason why the exception field 5GMM cause #92 occurs in the two cases is as follows: the maximum number of PDU session related user plane resources has been reached, then the SMF indicates that the AMF is not available in the User Plane Function (UPF) resources, and the AMF brings the exception field 5GMM cause #92 to the UE.

In practical applications, the fact that the abnormal field 5GMM cause #91 value received by the UE in the 3GPP protocol is not directly specified, but depends on the UE implementation. Taking UE of the android system as an example, in general, no operation is performed at a chip bottom layer, but it is waited for a Framework layer (Framework) of the android system to detect a data establishment failure, and then, according to an android open source project (ASOP) mechanism, re-establishment is initiated after 10s, that is, a PDU session establishment request is initiated again to reactivate a re-initiated PDU session, but the process takes a long time, and the time is unable to access the internet, resulting in poor user experience.

Further, referring to fig. 3 based on the defects of the related art, fig. 3 is a flowchart illustrating a communication exception handling method according to an embodiment of the present application, which is applied to the user equipment UE described in fig. 1 or fig. 2, and as shown in the figure, the communication exception handling method includes:

301. and initiating a specified request, wherein the specified request carries the session state information of the first PDU.

In a specific implementation, the specific request may be preset or default to the system, and the specific request is used to implement an interaction process between the UE and the core network element, and specifically may include a request related to a PDU session in a PDU session process. The UE may initiate a specific request, which may include first PDU session state information.

In this embodiment, the networking mode of the UE may include an independent SA networking mode or an NSA networking mode.

Optionally, the specific request includes any one of: a registration request, a service request; the registration request includes: a mobility registration update type of registration request, and/or a periodic registration update type of registration request.

In particular implementations, the specified request may include a registration request, or alternatively, a service request. The registration request may comprise a mobility registration update type registration request, or the registration request may comprise a periodic registration update type registration request, or the registration request may comprise a mobility registration update type registration request and a periodic registration update type registration request.

302. And receiving a first receiving message replied by the core network element aiming at the specified request, wherein the first receiving message carries second PDU session state information and a PDU session reactivation result.

In this embodiment, the core network element may refer to a network element AMF. After receiving the specified request, the core network element AMF may reply to a first acceptance message, and then send the first acceptance message to the UE, where the first acceptance message may carry second PDU session state information and a PDU session reactivation result (PDU session reactivation result IE). The PDU session reactivation result may then carry a corresponding exception field, e.g., exception field 5GMM cause # 92.

The first receiving message may be a registration receiving message (registration accept) and a service accept message (service accept), and for the registration request, the receiving message is the registration receiving message, and for the service request, the receiving message is the service receiving message.

303. And when the first PDU session state information is inconsistent with the second PDU session state information and the PDU session reactivation result comprises a preset abnormal field, initiating a PDU session establishment request through a bottom chip.

The preset exception field may be preset or default to the system. The preset exception field may be understood as: a correlation field that occurs because the maximum number of PDU session related user plane resources has been reached, indicating by the SMF that the AMF is not available for resources at the UPF, and sent by the AMF to the UE.

Wherein, the preset exception field may include at least one of the following: 5GMM house #92, 5GMM house #28, 5GMM house #43, 5GMM house #31, etc., without limitation.

The bottom chip can be understood as a chip for implementing the PDU session establishment initiation request, for example, the bottom chip can include a modem.

In a specific implementation, when the first PDU session status information and the second PDU session status information are not consistent, it indicates that a network anomaly may occur, and when the PDU session reactivation result includes a preset anomaly field, it is more determined that the network anomaly is the cause of a network data reply through the PDU session establishment process, otherwise, when the PDU session reactivation result includes no preset anomaly field, it indicates that the network data is normal, and the PDU session establishment process may not be initiated.

For example, for a first case in the related art, after sending a registration request for initiating mobility registration update and a registration request of a periodic registration update type, and the registration request carries PDU session state information, the UE may detect a registration accept message of a NAS message replied by an AMF in a core network element, and if it is detected that the PDU session state information included in the registration accept message is inconsistent with the PDU session state information of the initiation request and carries an exception field 5GMM cause #92, may initiate a PDU session establishment request.

For another example, for a second case in the related art, after sending the service accept message that includes the PDU session status information, the UE may detect the service accept message of the NAS message replied by the core network element AMF, and if it is detected that the service accept message that includes the PDU session status information and the PDU session status information of the initiation request are inconsistent and carry the exception field 5GMM cause #92, may initiate the PDU session establishment request.

In a specific implementation, in a scenario with an abnormal field cause #92 in a first case and a second case in the related art, no operation is performed on a chip bottom layer, but a frame layer of an android device detects a data establishment failure, and then a re-establishment is initiated after 10s according to an AOSP mechanism, so as to re-initiate a PDU session establishment request, which consumes a certain time when detecting the data connection establishment failure, and the AOSP re-establishes a data connection for 10s, so that the total time needs to consume a longer time, which is a time that a data network cannot be used and seriously affects user experience, in an embodiment of the present application, when first PDU session state information and second PDU session state information are inconsistent and a PDU session reactivation result includes a preset abnormal field, a UE may actively initiate a PDU session establishment request through the bottom chip, therefore, the PDU session cannot be reestablished after 10s due to an ASOP mechanism, the PDU session is ensured to be established quickly, the network interruption time is shortened, and the user experience is improved.

304. And detecting whether the bottom chip receives a PDU session establishment acceptance message.

In a specific implementation, in this embodiment of the present application, the UE may detect whether the bottom chip receives a PDU session establishment accept message from the AMF.

305. And when the bottom chip receives the PDU session establishment acceptance message, returning a confirmation message of successful PDU session establishment.

In specific implementation, when the bottom chip receives the PDU session establishment accept message, the UE may return an acknowledgment message indicating that the PDU session is successfully established, so as to recover network data and ensure the internet experience of the user.

Optionally, the method may further include the following steps:

and when the bottom chip does not receive the PDU session establishment acceptance message, returning a confirmation message of PDU session establishment failure.

In a specific implementation, when the bottom chip does not receive the PDU session establishment acceptance message, a confirmation message indicating that the PDU session establishment fails may be returned, that is, if the PDU session establishment fails, the internet access function may not be implemented.

Optionally, before initiating the PDU session establishment request through the bottom chip in step 303, the method may further include the following steps:

a1, reporting an abnormal message to a designated layer of an operating system, wherein the abnormal message carries the preset abnormal field;

a2, verifying the exception message through the specified layer;

and A3, when the verification result is yes, restarting the data activation process through the specified layer, and issuing the data activation process to the bottom chip through a preset instruction.

In a specific implementation, in this embodiment of the present application, the designated layer may refer to a system architecture layer in an operating system that can implement initiating a data activation process, and the positions or definitions of the designated layers may be different for different operating systems, for example, in an android system, the designated layer may include a framework layer. The preset instruction can be preset or default to a system, the preset instruction is used for realizing the function of issuing the data activation process, and the preset instructions are different in different operating systems.

Specifically, the bottom chip may report an exception message to a designated layer of the operating system, where the exception message carries a preset exception field, and the exception message may be verified through the designated layer, and the preset exception field may be specifically verified, where if the preset exception field is verified to meet a preset condition, the preset condition may be preset or default to the system, and if the format of the preset exception field meets a preset requirement, or if a keyword is specified in the preset exception field, and the like, so as to obtain a verification result, when the verification result is yes, the data activation process may be re-initiated through the designated layer, and the data activation process may be issued to the bottom chip through a preset instruction, so that the bottom chip may rapidly initiate a PDU session establishment function.

In the embodiment of the application, taking the frame layer as an example, after receiving an exception reported by a bottom chip, the frame layer does not need to wait and immediately re-initiates a data activation process to the bottom chip layer, if a PDU session establishment request has been initiated at this time, the bottom chip layer directly returns a success of data establishment after waiting for PDU session establishment acceptance, otherwise, the PDU session establishment process of the chip platform can be triggered again. The instruction is issued to the bottom chip in a framework layer mode, and the reporting of the bottom chip and the issuing of the framework layer form a closed-loop flow, so that the state synchronization is more robust, and the recovery and the establishment of the data flow can be completed in a shorter time.

In this embodiment of the present application, not only can abnormal 5GMM house #92 be detected through the bottom chip, but also other abnormal houses can be detected, for example, house #28, house #43, house #31, etc., and all the corresponding house values can be transmitted to the specified layer (framework layer) after the bottom chip detects the abnormal house, so that the PDU session establishment process can be triggered by the framework layer, and the behavior to be operated is transmitted to the bottom chip through the instruction for operation.

In the embodiment of the application, double-layer protection optimization is jointly performed on a bottom chip and a specified layer (such as a framework layer of an android system), so that a double insurance function is achieved, namely, only one optimization plays a role, a PDU session establishment function can be initiated, and the robustness is good. Of course, the information interaction between the reporting and the designated layer of the bottom chip can be utilized, and the synchronization of the UE state information can be completed more quickly.

Optionally, the method further includes:

and if the second receiving message replied by the core network element is not received within the first preset time period, executing the step of initiating the PDU session establishment request through the bottom chip.

Wherein, the first preset time period can be preset or default by the system.

In specific implementation, if the second acceptance message replied by the core network element AMF is not received within the first preset time period, the step of initiating the PDU session establishment request through the bottom chip may be executed, that is, the PDU session establishment function can be initiated by multiple attempts, which is beneficial to improving the success rate of data activation.

Optionally, the method further includes:

and if the received transmission message which is replied by the core network element and sent to the non-access layer contains a PDU session establishment request which carries the preset abnormal field, executing the step of initiating the PDU session establishment request through the bottom chip.

In specific implementation, if a received message for non-access stratum transmission (DL NAS TRANSPORT) replied by the core network element AMF includes a PDU session establishment request and the PDU session establishment request carries a preset abnormal field, a step of initiating the PDU session establishment request through a bottom chip may be performed, that is, a PDU session establishment function may be initiated in multiple attempts, which is beneficial to improving a success rate of data activation.

Optionally, the method may further include the following steps:

b1, determining the failure times of PDU session establishment failure;

b2, when the failure times is less than or equal to the preset times, allowing the step of initiating the PDU session establishment request through the bottom chip.

The preset number may be preset or default to the system, for example, the preset number may be 5.

In specific implementation, the UE may determine the failure times of the PDU session establishment failure, and allow the step of initiating the PDU session establishment request through the bottom chip to be executed when the failure times are less than or equal to the preset times, so that the PDU session establishment request may be attempted to be initiated multiple times within a limited number of times, so as to improve the probability of receiving the PDU session establishment acceptance message, thereby ensuring fast implementation of network data recovery and ensuring the internet experience of the user.

Optionally, the method includes:

b3, forbidding a New Radio (NR) in a second preset time period when the failure times are larger than the preset times;

b4, if residing on the long term evolution LTE and establishing the data connection successfully in the second preset time period, returning a confirmation message that the PDU session is established successfully.

The second preset time period may be preset or default to the system, and the presentation form of the second preset time period may be a countdown form.

Specifically, when the failure times are greater than the preset times, the UE disables the new air interface nr (disable nr) within the second preset time period, and returns a PDU session establishment success confirmation message if the UE resides on the Long Term Evolution (LTE) and establishes the data connection successfully within the second preset time period, thereby solving the problem that the data is not restored all the time.

Optionally, the method includes:

and if the residence on the LTE within the second preset time period and the data connection establishment fails, the residence is returned to the independent networking SA again.

Wherein, the second preset time period can be preset or default by the system.

In a specific implementation, if the UE camps on the LTE within the second preset time period and fails to establish the data connection, the UE may camp back to the independent networking mode SA.

In the embodiment of the application, under the condition that the PDU session establishment request process is not successfully re-initiated by the bottom chip, after a retry mechanism fails for many times, the disable NR can be used for a certain time, so that the UE can reside on the usable LTE, and can automatically reside back to the NR even if overtime occurs, thereby not only meeting the normal use of data services, but also meeting the requirement of preferential network residence of the NR.

In the embodiment of the present application, after two conditions in the related art are detected, the UE immediately initiates a PDU session establishment request procedure on the bottom chip. If after initiating the PDU session establishment request, the network side (AMF) replies that the DL NAS TRANSPORT contains the PDU session establishment request and carries an exception of 5GMM cause #92, then the UE initiates the PDU session establishment request again.

For example, in the embodiment of the present application, a PDU session establishment procedure may be initiated at most 5 times, and then the NR is disabled. Meanwhile, after two conditions mentioned in the related art are detected, the chip platform reports PDU session state information inconsistency and exception 5GMM cause #92 to the android frame layer, the frame layer does not need to wait for re-initiating the data activation process to the chip bottom layer immediately after receiving the exception reported by the bottom layer, if the chip bottom layer has initiated a PDU session establishment request at this time, the data establishment is directly returned to the chip bottom layer after waiting for PDU session establishment acceptance, otherwise, the PDU session establishment process of the chip platform is triggered, as shown in fig. 4, the UE detects an acceptance message replied by the core network element AMF, specifically including two situations as follows:

the first situation, UE detects NAS message registration acceptance message replied by core network element AMF, if it is detected that the registration acceptance message contains PDU session state information and PDU session state information initiating request, and PDU session reactivation result carries abnormal field 5GMM cause #92, chip platform modem immediately initiates PDU session establishment request process and reports the abnormality to the framework layer of the android system, on one hand, whether PDU session acceptance message is received is detected through modem, if yes, the PDU session acceptance message is ended, if no, the modem initiates PDU session establishment request process again, PDU session establishment request process is initiated for 5 times at most, if PDU session is successfully established, the PDU session is ended, if 5 times are exceeded, the PDU session is established, the PDU session is ended, T minutes is attempted to establish data connection on LTE within T minutes, if success, the PDU session is successful, the data connection is established, otherwise, the data connection is failed to be established within T minutes, automatically reside back to the NR; on the other hand, the framework layer verifies whether an abnormal field 5GMM cause #92 reported by the modem is detected, if not, the framework layer goes to the end, if so, the framework layer immediately restarts a data activation process, issues a command to the modem to establish a PDU session, detects whether the modem has initiated the PDU session establishment request process, if so, returns a confirmation message of successful establishment after receiving the PDU establishment acceptance message, and if not, the modem initiates the PDU session establishment request process again.

And in case two, the UE detects the service acceptance message of the NAS message replied by the core network element AMF. If the PDU session state information contained in the service acceptance message is detected to be inconsistent with the PDU session state information initiating the request, and the PDU session reactivation result carries an abnormal field 5GMM cause #92, the chip platform modem immediately initiates a PDU session establishment request process and reports the abnormality to a framework layer of the android system, on one hand, whether the PDU session acceptance message is received or not is detected by the modem, if so, the PDU session acceptance message is ended, if not, the modem initiates the PDU session establishment request process again, the PDU session establishment request process is initiated for 5 times at most, if the PDU session is successfully established, the PDU session is ended, the PDU session is more than 5 times, the PDU session is ended, the data connection is attempted to be established on LTE within T minutes, if the PDU session is successful, the PDU session is successfully established, otherwise, the PDU session is failed to be established within T minutes, the PDU session is automatically resided back to NR; on the other hand, the framework layer verifies whether an abnormal field 5GMM cause #92 reported by the modem is detected, if not, the framework layer goes to the end, if so, the framework layer immediately restarts a data activation process, issues a command to the modem to establish a PDU session, detects whether the modem has initiated the PDU session establishment request process, if so, returns a confirmation message of successful establishment after receiving the PDU establishment acceptance message, and if not, the modem initiates the PDU session establishment request process again.

It can be seen that, in the communication exception handling method described in the embodiment of the present application, a designated request is initiated, the designated request carries first PDU session status information, a first acceptance message replied by a core network element for the designated request is received, the first acceptance message carries second PDU session status information and a PDU session reactivation result, when the first PDU session status information and the second PDU session status information are inconsistent and the PDU session reactivation result includes a preset exception field, a PDU session establishment request is initiated through a bottom chip, whether the bottom chip receives the PDU session establishment acceptance message is detected, when the bottom chip receives the PDU session establishment acceptance message, a confirmation message that the PDU session establishment is successful is returned, in an interaction process between a UE and a core network, when the exception field occurs, a PDU session establishment process can be rapidly initiated through the bottom chip, so that rapid data recovery can be achieved, the normal use of network data is ensured, and the user internet experience is improved.

Consistent with fig. 3, the present application provides please refer to fig. 5, and fig. 5 is a flowchart illustrating a communication exception handling method according to an embodiment of the present application, applied to a user equipment, where the method includes:

501. and initiating a specified request, wherein the specified request carries the session state information of the first PDU.

502. And receiving a first receiving message replied by the core network element aiming at the specified request, wherein the first receiving message carries second PDU session state information and a PDU session reactivation result.

503. And when the first PDU session state information is inconsistent with the second PDU session state information and the PDU session reactivation result comprises a preset abnormal field, reporting an abnormal message to a designated layer of an operating system, wherein the abnormal message carries the preset abnormal field.

504. Validating the exception message by the specified layer;

505. when the verification result is yes, a data activation process is initiated again through the designated layer, the data activation process is issued to the bottom chip through a preset instruction, and a PDU session establishment request is initiated through the bottom chip;

506. detecting whether the bottom chip receives a PDU session establishment acceptance message;

507. and when the bottom chip receives the PDU session establishment acceptance message, returning a confirmation message of successful PDU session establishment.

508. And when the bottom chip does not receive the PDU session establishment acceptance message, returning a confirmation message of PDU session establishment failure.

For the detailed description of the above steps 501-508, reference may be made to the related description of the communication exception handling method described in fig. 3, and details are not repeated here.

It can be seen that, in the communication exception handling method described in this embodiment of the present application, an assignment request is initiated, the assignment request carries first PDU session status information, a first acceptance message replied by a core network element for the assignment request is received, the first acceptance message carries second PDU session status information and a PDU session reactivation result, when the first PDU session status information and the second PDU session status information are inconsistent and the PDU session reactivation result includes a preset exception field, an exception message is reported to an assignment layer of an operating system, the exception message carries the preset exception field, the exception message is verified by the assignment layer, when the verification result is yes, a data activation process is re-initiated by the assignment layer, a data activation process is issued to a bottom chip by a preset instruction, a PDU session establishment request is initiated by the bottom chip, whether the bottom chip receives the PDU session establishment acceptance message is detected, when the bottom chip receives the PDU session establishment receiving message, a confirmation message that the PDU session establishment is successful is returned, when the bottom chip does not receive the PDU session establishment receiving message, a confirmation message that the PDU session establishment is failed is returned, and when an abnormal field appears in the interaction process of the UE and the core network, the PDU session establishment process can be quickly initiated through the bottom chip, so that the quick data recovery can be realized, the normal use of network data is ensured, and the user internet experience is improved.

Referring to fig. 6 in keeping with the above embodiments, fig. 6 is a schematic structural diagram of a user equipment according to an embodiment of the present application, and as shown in the figure, the user equipment includes a processor, a memory, a communication interface, and one or more programs, where the one or more programs are stored in the memory and configured to be executed by the processor, and in an embodiment of the present application, the programs include instructions for performing the following steps:

detecting whether the bottom chip receives a PDU session establishment acceptance message;

and when the bottom chip receives the PDU session establishment acceptance message, returning a confirmation message of successful PDU session establishment.

Optionally, before initiating the PDU session establishment request through the bottom chip, the program further includes instructions for performing the following steps:

reporting an abnormal message to a designated layer of an operating system, wherein the abnormal message carries the preset abnormal field;

validating the exception message by the specified layer;

and when the verification result is yes, restarting a data activation process through the designated layer, and issuing the data activation process to the bottom chip through a preset instruction.

Optionally, the program further includes instructions for performing the following steps:

and if the second receiving message replied by the core network element is not received in the first preset time period, executing the step of initiating the PDU session establishment request through the bottom chip.

determining failure times of PDU session establishment failure;

and when the failure times are less than or equal to the preset times, allowing the step of initiating the PDU session establishment request through the bottom chip to be executed.

forbidding a new air interface NR in a second preset time period when the failure times are greater than the preset times;

and if the PDU session is resident and the data connection is successfully established in the LTE within the second preset time period, returning a confirmation message that the PDU session is successfully established.

Optionally, the specific request includes any one of: a registration request, a service request; the registration request includes: a mobility registration update type registration request, and/or a periodic registration update type registration request.

It can be seen that, in the user equipment described in the embodiment of the present application, by initiating a specified request, the specified request carries first PDU session status information, and receiving a first acceptance message replied by a core network element for the specified request, where the first acceptance message carries second PDU session status information and a PDU session reactivation result, and when the first PDU session status information and the second PDU session status information are inconsistent and the PDU session reactivation result includes a preset abnormal field, initiating a PDU session establishment request through a bottom chip, detecting whether the bottom chip receives the PDU session establishment acceptance message, and when the bottom chip receives the PDU session establishment acceptance message, returning a confirmation message that the PDU session establishment is successful, and in an interaction process between the UE and the core network, when the abnormal field appears, rapidly initiating a PDU session establishment process through the bottom chip, thereby enabling rapid data recovery, the normal use of network data is ensured, and the user internet experience is improved.

The above description has introduced the solution of the embodiment of the present application mainly from the perspective of the method-side implementation process. It will be appreciated that the user equipment, in order to implement the above-described functions, comprises corresponding hardware structures and/or software modules for performing the respective functions. Those of skill in the art will readily appreciate that the present application is capable of hardware or a combination of hardware and computer software implementing the various illustrative elements and algorithm steps described in connection with the embodiments provided herein. Whether a function is performed as hardware or computer software drives hardware depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

In the embodiment of the present application, the user equipment may be divided into the functional units according to the above method example, for example, each functional unit may be divided corresponding to each function, or two or more functions may be integrated into one processing unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit. It should be noted that the division of the unit in the embodiment of the present application is schematic, and is only a logic function division, and there may be another division manner in actual implementation.

Fig. 7 is a block diagram showing functional units of a communication exception handling apparatus 700 according to an embodiment of the present application. The communication exception handling apparatus 700 is applied to a user equipment, and the apparatus 700 includes: a transceiving unit 701 and a PDU session handling unit 702, wherein,

the transceiver 701 is configured to initiate a specific request, where the specific request carries session state information of a first PDU; receiving a first receiving message replied by the core network element aiming at the specified request, wherein the first receiving message carries second PDU session state information and a PDU session reactivation result;

the PDU session processing unit 702 is configured to initiate a PDU session establishment request through a bottom chip when the first PDU session status information and the second PDU session status information are inconsistent and the PDU session reactivation result includes a preset abnormal field; detecting whether the bottom chip receives a PDU session establishment acceptance message; and when the bottom chip receives the PDU session establishment acceptance message, returning a confirmation message that the PDU session establishment is successful.

Optionally, before initiating the PDU session establishment request through the bottom chip, the apparatus 700 is further specifically configured to:

validating the exception message by the specified layer;

and when the verification result is yes, restarting the data activation process through the designated layer, and issuing the data activation process to the bottom chip through a preset instruction.

Optionally, the apparatus 700 is further specifically configured to:

determining failure times of PDU session establishment failure;

Optionally, the apparatus 700 is further specifically configured to:

Optionally, the specific request includes any one of: registration request, service request; the registration request includes: a mobility registration update type registration request, and/or a periodic registration update type registration request.

It can be seen that, in the communication exception handling apparatus described in the embodiment of the present application, a specific request is initiated, the specific request carries first PDU session status information, a first acceptance message replied by a core network element for the specific request is received, the first acceptance message carries second PDU session status information and a PDU session reactivation result, when the first PDU session status information and the second PDU session status information are inconsistent and the PDU session reactivation result includes a preset exception field, a PDU session establishment request is initiated through a bottom chip, whether the bottom chip receives the PDU session establishment acceptance message is detected, when the bottom chip receives the PDU session establishment acceptance message, a confirmation message that the PDU session establishment is successful is returned, in an interaction process between a UE and a core network, when the exception field occurs, a PDU session establishment process can be rapidly initiated through the bottom chip, thereby enabling rapid data recovery, the normal use of network data is ensured, and the user internet experience is improved.

The transceiver unit 701 and the PDU session processing unit 702 may be processors, which may be artificial intelligence chips, NPUs, CPUs, GPUs, modems, etc., and are not limited herein. The functions or steps of any of the above methods can be implemented based on the above unit modules.

The present embodiment also provides an artificial intelligence chip, wherein the artificial intelligence chip can be used to implement any one of the methods in the above embodiments.

The present embodiment also provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program for electronic data exchange, wherein the computer program causes a computer to execute the embodiments of the present application to implement any one of the methods in the embodiments.

The present embodiment also provides a computer program product, which when run on a computer causes the computer to execute the relevant steps described above to implement any of the methods in the above embodiments.

In addition, embodiments of the present application further provide a communication exception handling apparatus, which may specifically be a chip, a component, or a module, and the apparatus may include a processor and a memory connected to each other; wherein the memory is used for storing computer executable instructions, and when the apparatus runs, the processor can execute the computer executable instructions stored in the memory, so as to make the chip execute any one of the methods in the above method embodiments.

The user equipment, the computer storage medium, the computer program product, or the chip provided in this embodiment are all configured to execute the corresponding method provided above, and therefore, the beneficial effects achieved by the user equipment, the computer storage medium, the computer program product, or the chip may refer to the beneficial effects in the corresponding method provided above, and are not described herein again.

Through the description of the above embodiments, those skilled in the art will understand that, for convenience and simplicity of description, only the division of the above functional modules is used as an example, and in practical applications, the above function distribution may be completed by different functional modules as needed, that is, the internal structure of the device may be divided into different functional modules to complete all or part of the above described functions.

In the several embodiments provided in the present application, it should be understood that the disclosed apparatus and method may be implemented in other ways. For example, the above-described embodiments of the apparatus are merely illustrative, and for example, a module or a unit may be divided into only one logic function, and may be implemented in other ways, for example, a plurality of units or components may be combined or integrated into another apparatus, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

Units described as separate parts may or may not be physically separate, and parts displayed as units may be one physical unit or a plurality of physical units, may be located in one place, or may be distributed to a plurality of different places. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.

The integrated unit, if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a readable storage medium. Based on such understanding, the technical solutions of the embodiments of the present application may be essentially or partially contributed to by the prior art, or all or part of the technical solutions may be embodied in the form of a software product, where the software product is stored in a storage medium and includes several instructions to enable a device (which may be a single chip, a chip, or the like) or a processor (processor) to execute all or part of the steps of the methods of the embodiments of the present application. And the aforementioned storage medium includes: various media capable of storing program codes, such as a usb disk, a removable hard disk, a Read Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk, or an optical disk.

The above description is only for the specific embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present application, and shall be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims

1. A method for handling communication exceptions, the method comprising:

2. The method of claim 1, wherein prior to the initiating a PDU session establishment request by an underlying chip, the method further comprises:

validating the exception message by the designated layer;

3. The method according to claim 1 or 2, characterized in that the method further comprises:

4. The method according to claim 1 or 2, characterized in that the method further comprises:

5. The method according to any one of claims 1-4, characterized in that the method comprises:

determining failure times of PDU session establishment failure;

6. The method of claim 5, wherein the method comprises:

7. The method of claim 6, wherein the method comprises:

8. The method according to any one of claims 1-7, further comprising:

9. The method according to any one of claims 1 to 8, wherein the specification request comprises any one of: a registration request, a service request; the registration request includes: a mobility registration update type registration request, and/or a periodic registration update type registration request.

10. A communication exception handling apparatus, the apparatus comprising: a transceiving unit and a PDU session processing unit, wherein,

11. A user equipment, characterized in that the user equipment comprises a processor, a memory for storing one or more programs and configured for execution by the processor, the programs comprising instructions for performing the steps in the method according to any of claims 1-9.

12. A computer-readable storage medium, characterized in that a computer program for electronic data exchange is stored, wherein the computer program causes a computer to perform the method according to any of the claims 1-9.