CN117715001A - IMS short message processing method, electronic equipment and storage medium - Google Patents

Abstract

The application provides an IMS short message processing method, electronic equipment and a storage medium, and relates to the technical field of terminals. Wherein the method comprises the following steps: firstly, when judging that the sending state of an IMS short message is a fallback retransmission, determining that a user sending the IMS short message is in a roaming state, and determining that a mobile platform carried by electronic equipment sending the IMS short message is not configured with card following configuration of the IMS short message without fallback, reading a preset value of a card following configuration item for scene control; and then acquiring an IMS registration mode on the SIM card registration of the user sending the IMS short message, determining a configuration value corresponding to the IMS registration mode, comparing the configuration value with a preset value of a card following configuration item for scene control read before, when the configuration value is matched with the value, modifying the sending state of the IMS short message into non-fallback retransmission, and executing the non-fallback retransmission operation according to the modified sending state under the scene, thereby eliminating the consumption confusion of the user and improving the communication experience of the user.

Description

IMS short message processing method, electronic equipment and storage medium

Technical Field

The present disclosure relates to the field of terminal technologies, and in particular, to an IMS short message processing method, an electronic device, and a storage medium.

Background

With the continuous breakthrough of artificial intelligence technology and the increasing popularization of various terminal devices, mobile communication plays an important role in daily work and life of people. In network communication by a user through a terminal device, for convenience of daily communication, short messages of an IP multimedia system (IP Multimedia Subsystem, IMS) and short message services of a circuit switched (cs) domain are used more and more frequently.

At present, for the IMS short message which is failed to be sent by the user, it is generally determined whether the IMS short message needs to fall back to the cs domain for retransmission. If yes, automatic retransmission is carried out, and after the automatic retransmission is finished, the user cannot perceive that the IMS short message is retransmitted from the interface of the terminal equipment, but the IMS short message which is retransmitted by falling back can generate cs domain short message grade short message charge for the user, so that the consumption confusion of the user is caused, and the communication experience of the user is influenced.

Disclosure of Invention

In order to solve the problems, the application provides an IMS short message processing method, electronic equipment and a storage medium, and aims to realize the function of preventing the IMS short message which fails to be sent by a user from falling back and retransmitting, perfect the whole processing flow of the IMS short message and improve the communication experience of the user.

In a first aspect, the present application provides a method for processing an IMS short message, where the method includes: firstly, acquiring a sending state of an IMS short message to be processed; then when judging that the sending state of the IMS short message is a fallback retransmission, determining that a user sending the IMS short message is in a roaming state, and determining that a mobile platform carried by electronic equipment sending the IMS short message is not configured with card following configuration of the IMS short message without fallback, reading a preset value of a card following configuration item for scene control (the specific value content is set according to the requirement of an operator); and then, acquiring an IMS registration mode on the SIM card registration of the user for transmitting the IMS short message, determining a configuration value corresponding to the IMS registration mode, comparing the configuration value with a preset value of a card following configuration item for scene control read before, and when the configuration value is matched with the preset value, indicating that the current scene is a scene that an operator hopes not to have the effect of back-drop retransmission of the IMS short message, otherwise, causing the consumption confusion of the user and affecting the communication experience of the user, so that the transmission state of the IMS short message is required to be modified into the non-back-drop retransmission, and executing the operation of the non-back-drop retransmission according to the modified transmission state of the IMS short message.

In this way, in the IMS short message processing method, the newly added preset card following configuration item for scene control is utilized to control the non-fallback retransmission of the IMS short message in VoLTE, voWiFi or both scenes, so that the customization capability and related logic of the original card following configuration (such as the fallback_sms_non_allowed_in_routing) provided by the mobile platform carried by the electronic device are not damaged, the function of non-fallback retransmission of the IMS short message which fails to be sent by the user can be realized when the user is judged to be in the roaming scene, the whole processing flow of the IMS short message is perfected, the consumption confusion of the user is eliminated, and the communication experience of the user is improved.

In one possible implementation, the sending status of the IMS short message may be, but is not limited to, successful sending, no retransmission, or fallback retransmission, so that different subsequent short message processing flows are correspondingly executed according to different sending statuses.

In one possible implementation, the scenario of the newly added on-card configuration item control may include, but is not limited to, voLTE and VoWiFi; specifically, the newly added card-following configuration item for scene control may be used for controlling that the IMS short message is not retransmitted in the VoLTE, voWiFi or both scenes; and particularly, the control of which scene does not drop back the IMS short message can be set according to different requirements of different operators. Therefore, the personalized scene requirements of each operator can be met, namely, the IMS short message is not subjected to fallback retransmission in the scene.

In one possible implementation manner, obtaining an IMS registration format on a SIM card registration of a user sending an IMS short message includes: and acquiring an IMS registration system on the SIM card registration of the user sending the IMS short message by calling a TelephonyManager.

Therefore, the IMS standard on the current user SIM card registration is obtained by calling the TelephonyManager. GetImsRegTechnologiyFormmTiel interface instead of adopting TelephonyManager. IsWifiCallingAvailable and other judging interfaces, the influence of the capability of judging whether voice calling exists is avoided, and the judging accuracy of the IMS registration standard is effectively improved.

In one possible implementation manner, after obtaining the sending state of the IMS short message to be processed, the method further includes: the sending status (such as successful sending, no resending, resending or fallback resending) of the IMS message is determined using custom logic for the sending status value in the original logic in the IMS application. And further, different processing modes can be correspondingly adopted according to different sending states, so that the processing efficiency is effectively improved.

In one possible implementation manner, when the sending state of the IMS short message is judged to be not resent, the sending state of the IMS short message is not modified, and the operation of not resending is performed according to the original sending state of the IMS short message. Or when the sending state of the IMS short message is judged to be fallback retransmission and the electronic equipment for sending the IMS short message is not in a roaming state, the sending state of the IMS short message is not modified, and the operation of not retransmitting is executed according to the original sending state of the IMS short message so as to ensure the integrity of IMS short message processing.

In one possible implementation manner, when it is determined that the sending state of the IMS short message is successful, the sending state of the IMS short message is not modified no matter whether the card following configuration item is configured, and a corresponding operation is performed according to the original sending state of the IMS short message, because the IMS short message that is successfully sent will not be retransmitted.

In one possible implementation manner, the operation of performing the non-fallback retransmission according to the modified sending state of the IMS short message includes: the modified sending state of the IMS short message is sent to a frame logic (ImsSmsDispatch) of a frame layer; and triggering a monitoring function at the frame layer, for example, a monitor at the frame layer can be triggered so as to execute the operation of retransmission without fallback according to the modified sending state of the received IMS short message, thereby ensuring the integrity of the IMS short message processing process.

In a second aspect, the present application provides an electronic device, where the electronic device includes a memory and a processor, where the memory stores a computer program, and the processor is configured to invoke and execute the computer program to implement the IMS short message processing method according to any one of the first aspect above.

In a third aspect, the present application provides a computer-readable storage medium having stored thereon a computer program for implementing the IMS short message processing method according to any one of the first aspects above, when the program is executed by a processor of an electronic device.

In a fourth aspect, the present application provides a computer program product for, when run on a computer, causing the computer to perform the IMS short message processing method according to any one of the first aspects.

Drawings

Fig. 1 is a schematic view of a scenario provided in an embodiment of the present application;

fig. 2 is a schematic diagram of an electronic device according to an embodiment of the present application;

fig. 3 is a software structural block diagram of an electronic device according to an embodiment of the present application;

fig. 4 is a signaling diagram of an IMS short message processing method according to an embodiment of the present application;

fig. 5 is a signaling diagram of another IMS short message processing method according to an embodiment of the present application;

fig. 6 is a signaling diagram of another IMS short message processing method according to an embodiment of the present application.

Detailed Description

The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application. The terminology used in the following embodiments is for the purpose of describing particular embodiments only and is not intended to be limiting of the application. As used in the specification and the appended claims, the singular forms "a," "an," "the," and "the" are intended to include, for example, "one or more" such forms of expression, unless the context clearly indicates to the contrary. It should also be understood that in embodiments of the present application, "one or more" means one, two, or more than two; "and/or", describes an association relationship of the association object, indicating that three relationships may exist; for example, a and/or B may represent: a alone, a and B together, and B alone, wherein A, B may be singular or plural. The character "/" generally indicates that the context-dependent object is an "or" relationship.

Reference in the specification to "one embodiment" or "some embodiments" or the like means that a particular feature, structure, or characteristic described in connection with the embodiment is included in one or more embodiments of the application. Thus, appearances of the phrases "in one embodiment," "in some embodiments," "in other embodiments," and the like in the specification are not necessarily all referring to the same embodiment, but mean "one or more but not all embodiments" unless expressly specified otherwise. The terms "comprising," "including," "having," and variations thereof mean "including but not limited to," unless expressly specified otherwise.

The plurality of the embodiments of the present application refers to greater than or equal to two. It should be noted that, in the description of the embodiments of the present application, the terms "first," "second," and the like are used for distinguishing between the descriptions and not necessarily for indicating or implying a relative importance, or alternatively, for indicating or implying a sequential order.

In order to make the technical personnel in the technical field more clearly understand the scheme of the application, the application scenario of the technical scheme of the application is first described.

Referring to fig. 1, a schematic view of a scenario provided in an embodiment of the present application is shown.

In this example scenario, an a user may send an IMS short message and/or a cs domain short message, etc., to a b user's b electronic device (e.g., a smart phone) through an operator server using an a electronic device (e.g., a smart phone). The charging standards of the IMS short message and the cs domain short message are often different, and usually the charging of the IMS short message is less than or equal to the charging of the cs domain short message. Therefore, there is a scenario that after the user a fails to send the IMS short message by using the electronic device a, it is generally determined whether the user a needs to fall back to the cs domain for retransmission according to the sending state fed back by the operator server. If yes, automatic fallback retransmission is performed, and after the automatic retransmission is finished, the first user cannot sense that the IMS short message has been retransmitted from the interface of the first electronic device, that is, after the automatic retransmission is finished, the first user cannot sense that the IMS short message has been retransmitted completely, and does not know what mode is to be transmitted. Because of the different charging standards of operators for the IMS short message and the cs domain short message, the first user may confuse the charge generated by the first user, and the communication experience of the user is affected.

In order to overcome the technical problems, the application provides an IMS short message processing method, electronic equipment and a storage medium. According to the method, the device and the system, when the user is judged to be in the roaming scene, the function of preventing the IMS short message which is failed to be sent by the user from falling back and retransmitting is realized, the whole processing flow of the IMS short message is perfected, the consumption confusion of the user is eliminated, and the communication experience of the user is improved.

The IMS short message processing scheme provided in the embodiment of the present application may be applied to electronic devices (such as a first electronic device in fig. 1) such as a mobile phone, a tablet computer, a personal digital assistant (Personal Digital Assistant, PDA), a desktop, a laptop, a notebook, an Ultra-mobile personal computer (Ultra-mobile Personal Computer, UMPC), a handheld computer, a netbook, and a wearable device.

In order to make the person skilled in the art more clearly understand the IMS short message processing method provided in the present application, the following first describes in detail a hardware architecture and a software system architecture of an electronic device.

Referring to fig. 2, a schematic diagram of an electronic device provided in an embodiment of the present application is shown.

As shown in fig. 2, the electronic device 200 may include a processor 210, a mobile communication module 220, a wireless communication module 230, a sensor module 240, an internal memory 241, a SIM card interface 242, an external memory interface 243, a motor 244, keys 245, a power management module 246, a battery 247, a charge management module 248, a universal serial bus (universal serial bus, USB) interface 249, an indicator 250, a camera 251, a display screen 252, an audio module 253, a speaker 253A, a receiver 253B, a microphone 253C, an earphone interface 253D, an antenna group 1, and an antenna group 2.

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 200. In other embodiments of the present application, electronic device 200 may include more or fewer components than shown, or certain components may be combined, or certain components may be split, or different arrangements of components. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

Processor 210 may include one or more processing units such as, for example: the processor 210 may include an application processor (application processor, AP), a modem processor, a graphics processor (graphics processing unit, GPU), an image signal processor (image signal processor, ISP), a controller, a video codec, a digital signal processor (digital signal processor, DSP), a baseband processor, and/or a neural network processor (neural-network processing unit, NPU), etc. Wherein the different processing units may be separate devices or may be integrated in one or more processors. The controller can generate operation control signals according to the instruction operation codes and the time sequence signals to finish the control of instruction fetching and instruction execution.

A memory may also be provided in the processor 210 for storing instructions and data. In some embodiments, the memory in the processor 210 is a cache memory. The memory may hold instructions or data that the processor 210 has just used or recycled. If the processor 210 needs to reuse the instruction or data, it may be called directly from the memory. Repeated accesses are avoided and the latency of the processor 210 is reduced, thereby improving the efficiency of the system.

In some embodiments, processor 210 may include one or more interfaces. The interfaces may include an integrated circuit (inter-integrated circuit, I2C) interface, an integrated circuit built-in audio (inter-integrated circuit sound, I2S) interface, a pulse code modulation (pulse code modulation, PCM) interface, a universal asynchronous receiver transmitter (universal asynchronous receiver/transmitter, UART) interface, a mobile industry processor interface (mobile industry processor interface, MIPI), a general-purpose input/output (GPIO) interface, a subscriber identity module (subscriber identity module, SIM) interface, and/or a universal serial bus (universal serial bus, USB) interface, among others.

The internal memory 241 may be used to store computer executable program code that includes instructions. The internal memory 241 may include a stored program area and a stored data area. The storage program area may store an application program (such as a sound playing function, an image playing function, etc.) required for at least one function of the operating system, etc. The storage data area may store data created during use of the electronic device 200 (e.g., audio data, phonebook, etc.), and so on. In addition, the internal memory 241 may include a high-speed random access memory, and may also include a nonvolatile memory such as at least one magnetic disk storage device, a flash memory device, a universal flash memory (universal flash storage, UFS), and the like. The processor 210 performs various functional applications of the electronic device 200 and data processing by executing instructions stored in the internal memory 241 and/or instructions stored in a memory provided in the processor.

The SIM card interface 242 is used to connect a SIM card. The SIM card may be inserted into the SIM card interface 242 or removed from the SIM card interface 242 to enable contact and separation with the electronic device 200. The electronic device 200 may support 1 or N SIM card interfaces, N being a positive integer greater than 1. The SIM card interface 242 may support Nano SIM cards, micro SIM cards, and the like. The same SIM card interface 242 may be used to insert multiple cards simultaneously. The types of the plurality of cards may be the same or different. SIM card interface 242 may also be compatible with different types of SIM cards. SIM card interface 242 may also be compatible with external memory cards. The electronic device 200 interacts with the network through the SIM card to realize the data communication functions such as talking and sending and receiving short messages. In some embodiments, the electronic device 200 employs esims, namely: an embedded SIM card. The eSIM card can be embedded in the electronic device 200 and cannot be separated from the electronic device 200.

The external memory interface 243 may be used to connect an external memory card, such as a Micro SD card, to enable expansion of the memory capabilities of the electronic device 100. The external memory card communicates with the processor 210 through an external memory interface 243 to implement data storage functions. For example, files such as music, video, etc. are stored in an external memory card.

The motor 244 may generate a vibration alert. The motor 244 may be used for incoming call vibration alerting as well as for touch vibration feedback. For example, touch operations acting on different applications (e.g., photographing, audio playing, etc.) may correspond to different vibration feedback effects. The touch vibration feedback effect may also support customization.

The keys 245 include a power on key, a volume key, etc. The keys 245 may be mechanical keys. Or may be a touch key. The electronic device 200 may receive key inputs, generating key signal inputs related to user settings and function controls of the electronic device 200.

The USB interface 249 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 249 may be used to connect a charger to charge the electronic device 200, or may be used to transfer data between the electronic device 200 and a peripheral device. And can also be used for connecting with a headset, and playing audio through the headset. The interface may also be used to connect other electronic devices, such as AR devices, etc.

The charge management module 248 is configured to receive a charge input from a charger. The charger can be a wireless charger or a wired charger. In some wired charging embodiments, the charge management module 248 may receive a charging input of the wired charger through the USB interface 249. In some wireless charging embodiments, the charge management module 248 may receive wireless charging input through a wireless charging coil of the electronic device 200. The charging management module 248 may also provide power to the electronic device 200 through the power management module 246 while charging the battery 247.

The power management module 246 is used to connect the battery 247, and the charge management module 248 is connected to the processor 210. The power management module 246 receives input from the battery 247 and/or the charge management module 248 and provides power to the processor 210, the internal memory 241, the display 252, the camera 251, the wireless communication module 230, and the like. The power management module 246 may also be used to monitor battery capacity, battery cycle times, battery health (leakage, impedance) and like parameters. In other embodiments, the power management module 246 may also be disposed in the processor 210. In other embodiments, the power management module 246 and the charge management module 248 may be disposed in the same device.

The display screen 252 is for displaying images, videos, and the like. The display 252 includes a display panel. The display panel may employ a liquid crystal display (liquid crystal display, LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (AMOLED) or an active-matrix organic light-emitting diode (matrix organic light emitting diode), a flexible light-emitting diode (flex), a mini, a Micro led, a Micro-OLED, a quantum dot light-emitting diode (quantumdot light emitting diodes, QLED), or the like. In some embodiments, the electronic device 200 may include 1 or N display screens 252, N being a positive integer greater than 1.

The camera 251 is used to capture still images or video. The object generates an optical image through the lens and projects the optical image onto the photosensitive element. The photosensitive element may be a charge coupled device (charge coupled device, CCD) or a Complementary Metal Oxide Semiconductor (CMOS) phototransistor. The photosensitive element converts the optical signal into an electrical signal, which is then transferred to the ISP to be converted into a digital image signal. The ISP outputs the digital image signal to the DSP for processing. The DSP converts the digital image signal into an image signal in a standard RGB, YUV, or the like format. In some embodiments, the electronic device 200 may include 1 or N cameras 251, N being a positive integer greater than 1.

The indicator 250 may be an indicator light, which may be used to indicate a state of charge, a change in charge, a message indicating a missed call, a notification, etc.

The electronic device 200 implements display functions through a GPU, a display screen 252, an application processor, and the like. The GPU is a microprocessor for image processing, and is connected to the display screen 252 and the application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. Processor 210 may include one or more GPUs that execute program instructions to generate or change display information.

The electronic device 200 may implement audio functions through an audio module 253, a speaker 253A, a receiver 253B, a microphone 253C, an earphone interface 253D, an application processor, and the like. Such as music playing, recording, etc.

The audio module 253 is used to convert digital audio information into an analog audio signal output and also to convert an analog audio input into a digital audio signal. The audio module 253 can also be used to encode and decode audio signals. In some embodiments, the audio module 253 may be provided in the processor 210, or a part of functional modules of the audio module 253 may be provided in the processor 210.

The speaker 253A, also called "horn", is used to convert an audio electric signal into a sound signal. The electronic device 200 may listen to music, or to handsfree calls, through the speaker 253A.

The receiver 253B, also called "earpiece", is used to convert the audio electrical signal into a sound signal. When the electronic apparatus 200 receives a telephone call or voice information, the voice can be received by bringing the receiver 253B close to the human ear.

The microphone 253C, also called "microphone", is used to convert a sound signal into an electrical signal. When making a call or transmitting voice information, the user can sound near the microphone 253C through the mouth, inputting a sound signal to the microphone 253C. The electronic device 200 may be provided with at least one microphone 253C. In other embodiments, the electronic device 200 may be provided with two microphones 253C, and may implement a noise reduction function in addition to collecting sound signals. In other embodiments, the electronic device 200 may further be provided with three, four or more microphones 253C to enable collection of sound signals, noise reduction, identification of sound sources, directional recording, etc.

The earphone interface 253D is used to connect a wired earphone. The earphone interface 253D may be a USB interface 249, or may be a 3.5mm open mobile electronic platform (open mobile terminal platform, OMTP) standard interface, a american cellular telecommunications industry association (cellular telecommunications industry association of the USA, CTIA) standard interface.

It should be understood that the connection relationships between the modules illustrated in the embodiments of the present application are only illustrative, and do not limit the structure of the electronic device 200. In other embodiments of the present application, the electronic device 200 may also use different interfacing manners, or a combination of multiple interfacing manners, as in the above embodiments.

The wireless communication function of the electronic device 200 can be implemented by the antenna 1, the antenna 2, the mobile communication module 220, the wireless communication module 230, 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 electronic device 200 may be used to cover a single or multiple communication bands. Different antennas may also be multiplexed to improve the utilization of the antennas. For example: the antenna 1 may be multiplexed into 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 220 may provide a solution for wireless communication including 2G/3G/4G/5G, etc., applied on the electronic device 200. The mobile communication module 220 may include at least one filter, switch, power amplifier, low noise amplifier (low noise amplifier, LNA), etc. The mobile communication module 220 may receive electromagnetic waves from the antenna 1, perform processes such as filtering, amplifying, and the like on the received electromagnetic waves, and transmit the processed electromagnetic waves to the modem processor for demodulation. The mobile communication module 220 may amplify the signal modulated by the modem processor, and convert the signal into electromagnetic waves through the antenna 1 to radiate the electromagnetic waves. In some embodiments, at least some of the functional modules of the mobile communication module 220 may be disposed in the processor 210. In some embodiments, at least some of the functional modules of the mobile communication module 220 may be provided in the same device as at least some of the modules of the processor 210.

The modem processor may include a modulator and a demodulator. The modulator is used for modulating the low-frequency baseband signal to be transmitted into a medium-high frequency signal. The demodulator is used for demodulating 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. The low frequency baseband signal is processed by the baseband processor and then transferred to the application processor. The application processor outputs sound signals through an audio device (not limited to the speaker 253A, the receiver 253B, etc.), or displays images or videos through the display screen 252. In some embodiments, the modem processor may be a stand-alone device. In other embodiments, the modem processor may be provided in the same device as the mobile communication module 220 or other functional module, independent of the processor 210.

The wireless communication module 230 may provide solutions for wireless communication including wireless local area network (wireless local area networks, WLAN) (e.g., wireless fidelity (wireless fidelity, wi-Fi) network), bluetooth (BT), global navigation satellite system (global navigation satellite system, GNSS), frequency modulation (frequency modulation, FM), near field wireless communication technology (near field communication, NFC), infrared technology (IR), etc., as applied on the electronic device 200. The wireless communication module 160 may be one or more devices that integrate at least one communication processing module. The wireless communication module 230 receives electromagnetic waves via the antenna 2, modulates the electromagnetic wave signals, filters the electromagnetic wave signals, and transmits the processed signals to the processor 210. The wireless communication module 230 may also receive a signal to be transmitted from the processor 210, frequency modulate it, amplify it, and convert it into electromagnetic waves for radiation via the antenna 2.

In some embodiments, antenna 1 and mobile communication module 220 of electronic device 200 are coupled, and antenna 2 and wireless communication module 230 are coupled, such that electronic device 200 may communicate with a network and other devices via wireless communication techniques. The wireless communication techniques may include the Global System for Mobile communications (global systemfor mobile communications, GSM), general packet radio service (general packet radio service, GPRS), code division multiple access (code division multiple access, CDMA), wideband code division multiple access (wideband code division multiple access, WCDMA), time division code division multiple access (time-division code division multiple access, TD-SCDMA), long term evolution (long term evolution, LTE), BT, GNSS, WLAN, NFC, FM, and/or IR techniques, among others. The GNSS may include a global satellite positioning system (global positioning system, GPS), a global navigation satellite system (global navigation satellite system, GLONASS), a beidou satellite navigation system (beidou navigation satellite system, BDS), a quasi zenith satellite system (quasi-zenith satellite system, QZSS) and/or a satellite based augmentation system (satellite based augmentation systems, SBAS).

In addition, above the above components, the electronic device 200 runs an operating system. Such as iOS operating systems, android operating systems, windows operating systems, etc. Running applications may be installed on the operating system.

Referring to fig. 3, a software structure schematic diagram of an electronic device according to an embodiment of the present application is shown.

The software system of the electronic device 200 may employ a layered architecture, an event driven architecture, a microkernel architecture, a microservice architecture, or a cloud architecture. In this embodiment, taking an Android system with a layered architecture as an example, a software structure of the electronic device 200 is illustrated.

The layered architecture divides the software into several layers, each with distinct roles and branches. The layers communicate with each other through a software interface. In some embodiments, the Android system is divided into four layers, from top to bottom, an application layer, an application framework layer, an Zhuoyun row (Android run) and system libraries, and a kernel layer, respectively.

The application layer may include a series of application packages. As shown in fig. 3, the application package may include applications such as camera, phone call, sms, music, video, WLAN, bluetooth, etc.

The application framework layer provides an application programming interface (application programming interface, API) and programming framework for application programs of the application layer. The application framework layer includes a number of predefined functions. As shown in fig. 3, the application framework layer may include a window manager, a notification manager, a phone manager, a resource manager, a sms manager, etc.

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

The telephony manager is used to provide the communication functions of the electronic device 200. Such as the management of call status (including on, hung-up, etc.).

The short message manager is used for providing the short message receiving and transmitting function of the electronic device 200. Such as management of the status of the transmission of the short message (including fallback retransmission, no retransmission, etc.).

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

The notification manager allows the application to display notification information in a status bar, can be used to communicate notification type messages, can automatically disappear after a short dwell, and does not require user interaction. Such as notification manager is used to inform that the download is complete, message alerts, etc. The notification manager may also be a notification in the form of a chart or scroll bar text that appears on the system top status bar, 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, a text message is prompted in a status bar, a prompt tone is emitted, the electronic device vibrates, and an indicator light blinks, etc.

Android run time includes a core library and virtual machines. Android run time is responsible for scheduling and management of the Android system.

The core library consists of 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. The virtual machine executes java files of the application program layer and the application program framework layer as binary files. The virtual machine is used for executing the functions of object life cycle management, stack management, thread management, security and exception management, garbage collection and the like.

The system library may include a plurality of functional modules. For example: surface manager (surface manager), media Libraries (Media Libraries), three-dimensional graphics processing Libraries (e.g., openGL ES), 2D graphics engines (e.g., SGL), etc.

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

Media libraries support a variety of commonly used audio, video format playback and recording, still image files, and the like. The media library may support a variety of audio and 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.

The technical solutions involved in the following embodiments may be implemented in an electronic device having the above hardware architecture and software architecture.

Next, the implementation process of the IMS short message processing method provided in the present application will be described in detail:

in some embodiments, the first IMS short message processing method provided in the embodiments of the present application is: firstly, in a processor in a mobile platform pre-mounted by an electronic device, judging whether the electronic device loading a user SIM card is in a roaming state, if so, continuing to adopt card-following configuration (such as fallback_sms_non_allowed_in_roaming) provided by the mobile platform pre-mounted by the electronic device, so as to ensure that after the configuration item is configured for the user SIM card in advance, an IMS short message which fails to be sent by the user is not automatically dropped and retransmitted.

However, the configuration does not limit the processing scope, that is, the step of not performing automatic fallback retransmission is triggered no matter the IMS short message transmission failure of any roaming scene, the influence scope is large, the requirement of only validating in the VoLTE or VoWiFi scene cannot be met, and the configuration cannot meet the requirement.

In other embodiments, the embodiment of the present application further provides a second IMS short message processing method, where on the basis of the first IMS short message processing method, a step of determining whether the electronic device is in a VoWiFi scene is added, so that a certain IMS short message processing range is limited, and the IMS short message processing method is only effective in the VoWiFi scene.

In this embodiment, the step of determining whether the electronic device is in the VoWiFi scene is implemented by calling a VoWiFi scene determination interface (such as a telescopemanager. Iswificallingavailable) provided by a mobile platform that is pre-loaded with the electronic device. Specifically, the second IMS short message processing method provided in the embodiment of the present application may be: firstly, judging whether an electronic device loading a SIM card of a user is in a roaming state in a processor in a mobile platform pre-loaded with the electronic device, if so, calling a VoWiFi scene judging interface (such as TelephonyManager. IsWifiCallicaudiences available) provided by the mobile platform pre-loaded with the electronic device while continuing to adopt card-following configuration (such as fallback_sms_non_allowed_in_roaming) provided by the mobile platform pre-loaded with the electronic device so as to judge whether the electronic device used by the user is in a VoWiFi scene, if so, ensuring that an IMS short message which fails to be sent by the user in the VoWiFi scene is not automatically returned and retransmitted after the configuration items are configured for the SIM card of the user in advance.

It should be noted that, when judging whether the electronic device is in the VoWiFi scene, the method is generally adopted to implement the method by calling a telesphory manager, iswificalingavailable interface, but the result obtained by the telesphory manager, iswificalingavailable when judging whether the electronic device is in the VoWiFi scene is not accurate enough, because the interface can not only judge the IMS registration system, but also judge whether the capability of voice registration exists, thereby causing the influence on the judgment of the IMS registration system, obtaining the inaccurate judgment result and further affecting the accuracy of the final processing result of the IMS short message.

In other embodiments, the embodiments of the present application further provide a third IMS short message processing method, which is improved and modified based on the second IMS short message processing method, and a configuration item is newly added to control both VoLTE, voWiFi and both scenarios, so that the method is not limited to implementing an operation of not performing automatic fallback retransmission on an IMS short message that fails to be sent in a VoWiFi scenario. As shown in fig. 4, the specific implementation process of the IMS short message processing method may include the following steps S401 to S411:

S401: and the short message application program sends the IMS short message and determines that the sending state of the IMS short message is failed to send.

In this embodiment, after a user operates an electronic device to generate an IMS short message, the IMS short message is sent to an operator server through a short message application program, so as to determine that the sending state of the IMS short message is a sending failure.

The sending state of the failed sending of the IMS short message may include three different situations, which are respectively: non-retransmission (send_status_error), retransmission (send_status_error_retry), FALLBACK retransmission (send_status_error_failure).

S402: the operator server returns a transmission status of the transmission failure to the protocol layer (modem).

The transmission result including the transmission status of the transmission failure may be returned to the modem.

S403: the modem receives a transmission status returned by the operator server, which indicates that the transmission failed.

S404: and the modem reports the sending result of the IMS short message to the IMS application.

The sending result comprises a sending state of IMS short message sending failure.

S405: and the IMS application receives the sending result reported by the modem.

S406: the IMS application determines that the transmission status is fallback retransmission.

S407: the IMS application determines that the electronic device is in a roaming state.

Specifically, after receiving the sending result reported by the modem, the IMS application further determines that the sending state of the IMS short message is a fallback retransmission at this time by using the custom logic for the sending state value in the original logic in the IMS application, and determines that the electronic device sending the IMS short message is in a roaming state, and then continues to execute the subsequent steps S408 or S409.

S408: when the IMS application determines that the mobile platform carried by the electronic equipment is configured with card-following configuration of the IMS short message without falling back, the sending state of the IMS short message is modified to be sent without falling back.

S409: when the IMS application determines that the mobile platform carried by the electronic equipment is not configured with the card following configuration of the IMS short message without falling back, the card following configuration item which is newly added in the application and used for controlling VoLTE, voWiFi or the situation of not falling back and sending under the two situations is read, and when the IMS registration system of the current electronic equipment is judged to be matched with the configuration value of the scene, the sending state of the IMS short message is modified to be not falling back and sent.

The newly added card following configuration item is used for controlling VoLTE or VoWiFi or not falling back in both scenes, and the value of the configuration item can be set according to the requirements of operators, so that the embodiment of the application is not limited. For example, assuming that the requirement of an operator is to ensure that IMS short messages cannot be sent back in a VoLTE roaming scenario, the value of the configuration of the custom configuration item may be 1. Thus, after the subscriber registers VoLTE in the SIM card, the subscriber sends a short message which is sent through IMS. If the transmission fails, and the transmission state returned by the operator server is fallback retransmission. After the modem reports the transmission result to the IMS application, the transmission state and the roaming state are judged first, and then the configuration (default is false) of the mobile platform carried by the electronic device is read. When the configuration item of the mobile platform is not configured, a default value may be taken. The value of the custom configuration item configuration is then read, with the current configuration being 1.

Then, in order to eliminate the influence on the IMS system judgment result caused by using the voice service management interface in the second IMS short message processing method, the embodiment uses the voice service management interface, namely, the voice service management interface is called to obtain the IMS system registered by the current user SIM card, and if the current REGISTRATION is the voice service, the IMS system corresponding value (that is, the int value of the IMS system corresponding to the registered voice service) is returned according to the scene of the IMS short message without the influence of the capability of judging whether the voice service exists. The IMS system on the current SIM card registration is matched with the value configured by the user-defined configuration item, and is VoLTE, so that the current scene is the scene which is required by an operator and cannot fall back, and the sending state of the IMS short message is required to be modified into 'no fall back retransmission'.

In addition, it should be noted that, the type of the newly added configuration is not limited, for example, the configuration may be of the int type, and each number represents a scene, for example, a default value may be represented by 0 to represent a stainless steel sending state; the method is characterized in that under the VoLTE roaming scene represented by 1, the fallback transmission cannot be performed; 2 is used for indicating that the mobile terminal cannot fall back and send in the VoWiFi roaming scene; and 3 is used for indicating that the VoLTE and VoWiFi roaming scenes can not fall back to send. In addition, the content of the IMS registration system is not limited, and may be set according to practical situations, for example, the IMS registration system may be set to three types, which are respectively: no REGISTRATION (registration_tech_none), REGISTRATION to IMS (i.e. VoLTE) over LTE (registration_tech_lte), and REGISTRATION to IMS (i.e. VoWiFi) over WLAN (registration_tech_wlan).

S410: the IMS application sends a send result containing the modified send status of the IMS message to the framework logic of the framework layer (imssdispatcher).

S411: the frame layer triggers monitoring, and executes corresponding operation according to the modified sending state of the IMS short message. Such as to achieve non-fallback retransmission.

In other embodiments, the embodiment of the present application further provides a fourth IMS short message processing method, as shown in fig. 5, where a specific implementation process of the IMS short message processing method may include the following steps S501 to S509:

s501: and the short message application program sends the IMS short message and determines that the sending state of the IMS short message is failed to send.

S502: and sending the sending state of the sending failure returned by the operator server to a protocol layer (modem).

S503: the modem receives a transmission status returned by the operator server, which indicates that the transmission failed.

S504: the modem sends the sending result of the IMS short message to the IMS application.

S505: and the IMS application receives the sending result reported by the modem.

It should be noted that, the implementation process of the steps S501-S505 is similar to the implementation process of the steps S401-S405, and specific content can be seen in the steps S401-S405, which are not repeated here.

S506: when the IMS application determines that the sending state is not fallback retransmission, the sending state of the IMS short message is not modified.

In this embodiment, unlike step S406 described above, when the IMS application determines that the sending state of the IMS short message is not fallback retransmission at this time by using the custom logic for the sending state value in the original logic in the IMS application according to the sending result reported by the received modem, the subsequent step S508 can be continuously executed only by ensuring that the sending state of the IMS short message is unchanged without modifying the sending state of the IMS short message. Otherwise, when the IMS application determines that the sending status of the IMS short message is fallback retransmission according to the sending result reported by the received modem, it needs to continue to execute the subsequent step S507.

S507: and when the IMS application determines that the sending state is fallback retransmission and the electronic equipment is not in a roaming state, not modifying the sending state of the IMS short message.

In this embodiment, after receiving the sending result reported by the modem, the IMS application determines that the sending state of the IMS short message is a fallback retransmission at this time by using the custom logic for the sending state value in the original logic in the IMS application, and determines that the electronic device sending the IMS short message is not in a roaming state, so that the subsequent step S508 can be continuously executed only by ensuring that the sending state of the IMS short message is unchanged without modifying the sending state of the IMS short message.

S508: the IMS application sends a send result containing the unmodified send status of the IMS message to the framework logic of the framework layer (imssdispatcher).

S509: the framework layer triggers monitoring, and executes corresponding operations according to the original sending state of the IMS short message, such as realizing fallback retransmission (at this time, the modem can be returned again for processing, and details are not repeated here).

In other embodiments, the embodiment of the present application further provides a fifth IMS short message processing method, as shown in fig. 6, where a specific implementation process of the IMS short message processing method may include the following steps S601 to S608:

s601: and the short message application program sends the IMS short message and determines that the sending state of the IMS short message is successful sending.

In this embodiment, after the user operates on the electronic device to generate the IMS short message, the IMS short message is sent to the operator server through the short message application program, so as to determine that the sending state of the IMS short message is sending success (send_status_ok).

S602: and sending the successful sending state returned by the operator server to a protocol layer (modem).

The transmission result returned by the operator server and containing the successful transmission state can also be transmitted to the modem.

S603: the modem receives a successful transmission status returned by the operator server.

S604: the modem sends the sending result of the IMS short message to the IMS application.

The sending result comprises a sending state of successful sending of the IMS short message.

S605: and the IMS application receives the sending result reported by the modem.

S606: and when the IMS application determines that the sending state is successful, the sending state of the IMS short message is not modified.

Specifically, after receiving the sending result reported by the modem, the IMS application further determines that the sending state of the IMS short message at this time is sending success (send_status_ok), and at this time, no matter whether the card following configuration item is configured, the sending state of the IMS short message is not required to be modified, and the subsequent step S607 may be continuously executed.

S607: the IMS application sends a send result containing the unmodified send status of the IMS message to the framework logic of the framework layer (imssdispatcher).

S608: the frame layer triggers monitoring, and executes corresponding operation according to the original sending state (namely successful sending) of the IMS short message, and does not carry out fallback retransmission.

In addition, the embodiment of the application also provides the electronic device, and the hardware structure and the software framework of the electronic device can be referred to in the corresponding description of fig. 2 and 3. The electronic device comprises a memory and a processor, the memory stores a computer program, and the processor is used for calling and executing the computer program to realize the IMS short message processing method provided in the above description.

Still further embodiments of the present application provide a computer readable storage medium having stored thereon a computer program for implementing the IMS short message processing method provided in the above description when executed by a processor of a terminal device.

The above embodiments are merely for illustrating the technical solution of the present application, and not for limiting the same; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical scheme described in the foregoing embodiments can be modified or some technical features thereof can be replaced by equivalents; such modifications and substitutions do not depart from the spirit and scope of the corresponding technical solutions.

Claims (10)

1. An IMS short message processing method, which is characterized in that it is applied to a terminal device, the method includes:

acquiring a sending state of an IMS short message of an IP multimedia system to be processed;

when judging that the sending state of the IMS short message is a fallback retransmission state, determining that a user sending the IMS short message is in a roaming state, and determining that a mobile platform carried by electronic equipment sending the IMS short message is not configured with card following configuration of the IMS short message without fallback, reading a preset value of a card following configuration item for scene control;

Acquiring an IMS registration format on the SIM card registration of a user who sends the IMS short message, and determining a configuration value corresponding to the IMS registration format;

when the configuration value corresponding to the IMS registration system is matched with the value of the preset card following configuration item for scene control, modifying the sending state of the IMS short message into non-fallback retransmission, and executing the operation of non-fallback retransmission according to the modified sending state of the IMS short message.

2. The method of claim 1, wherein the sending status of the IMS short message is successful sending, no resending, or fallback resending.

3. The method of claim 1, wherein the scene comprises VoLTE and VoWiFi; the preset card-following configuration item for scene control is used for controlling that the IMS short message is not retransmitted in a fallback mode in VoLTE, voWiFi or both scenes; the value content of the preset card-following configuration item for scene control is set according to the requirements of operators.

4. The method of claim 1, wherein the obtaining an IMS registration format on a SIM card registration of the user sending the IMS short message comprises:

And acquiring an IMS registration system on the SIM card registration of the user sending the IMS short message by calling a TelephonyManager.

5. The method according to claim 1, wherein after the obtaining the sending status of the IMS short message of the IP multimedia system to be processed, the method further comprises:

and determining the sending state of the IMS short message by utilizing customized logic aiming at the sending state value in original logic in IMS application.

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

when judging that the sending state of the IMS short message is not resent, not modifying the sending state of the IMS short message, and executing the operation of not resent according to the original sending state of the IMS short message;

or when the sending state of the IMS short message is judged to be fallback retransmission and the electronic equipment sending the IMS short message is determined not to be in a roaming state, the sending state of the IMS short message is not modified, and the operation of not retransmitting is executed according to the original sending state of the IMS short message.

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

And when judging that the sending state of the IMS short message is successful, not modifying the sending state of the IMS short message, and executing corresponding operation according to the original sending state of the IMS short message.

8. The method according to claim 1, wherein the performing the operation of non-fallback retransmission according to the modified transmission status of the IMS short message comprises:

the modified sending state of the IMS short message is sent to a frame logic ImsSmsDispatch of a frame layer;

triggering a monitoring function at the frame layer to execute the operation of non-fallback retransmission according to the modified sending state of the IMS short message.

9. An electronic device comprising a memory storing a computer program and a processor for invoking and executing the computer program to implement the method of any of claims 1-8.

10. A computer readable storage medium, characterized in that it has stored thereon a computer program which, when executed by an electronic device, implements the method of any of claims 1-8.