Call method, and electronic device and system

Abstract

Provided in the present application are a call method, and an electronic device and a system. The method comprises: when a first terminal is in a first call, receiving a call request for requesting the establishment of a second call; the first terminal sending the call request to a second terminal; and in response to an answer command from the second terminal, the first terminal establishing the second call, wherein the answer command is used for indicating an agreement to the call request. By means of implementing the embodiments of the present application, a second call of a first terminal can be answered by means of a second terminal, so as to avoid influencing a first call of the first terminal, thereby improving the user experience.

Description

A communication method, electronic device and system

[0001] This application claims priority to the Chinese patent application filed with the State Intellectual Property Office of China on September 22, 2023, with application number 202311238918.5, and priority to the Chinese patent application entitled "A Call Method, Electronic Device and System", all contents of which are incorporated by reference into this application. Technical Field

[0002] The embodiments of the present application relate to the field of electronic technology, and in particular to a communication method, electronic equipment, and system. Background Art

[0003] Currently, when a terminal device is in a call (called a first call), if it receives a call request for another call (called a second call), the user can choose to hang up or pause (also called suspend) the first call.

[0004] If a user hangs up the first call, they cannot return to the original call and must reconnect with the original caller. Furthermore, in a conference call scenario, other users cannot add the user to the conference because they are already on another call. If a user pauses the first call, the original call will be interrupted by a tone. For example, other users in the conference call will hear a tone saying, "The user you are calling is on hold. Please do not hang up..." This is disruptive.

[0005] It can be seen that when the terminal device receives the call request for the second call, no matter the user hangs up or suspends the first call, the normal communication of the first call will be affected.

[0006] Summary of the Invention

[0007] The present application provides a call method, electronic device, and system, which can answer a second call of a first terminal through a second terminal, avoid affecting the first call of the first terminal, and improve user experience.

[0008] In a first aspect, an embodiment of the present application provides a call method, which includes: when a first terminal is in a first call, receiving a call request to establish a second call; the first terminal sends the call request to the second terminal; when the first terminal responds to an answer command from the second terminal, the second call is established; the answer command is used to indicate agreement to the call request.

[0009] In an embodiment of the present application, when the first terminal is in the first call, if it receives a call request to establish a second call, the first terminal can send the call request to the second terminal, and the second terminal will answer the call. This method can avoid the first terminal's first call being affected by the first terminal answering the second call, can meet the user's need to make two calls at the same time, and can effectively improve the user experience.

[0010] In combination with the first aspect, in a possible implementation, when the first terminal establishes the second call, the first call is in a call state.

[0011] In this embodiment of the present application, a user can answer a second call on a second terminal, so that the first terminal can establish a second call; at this time, the first terminal can keep the first call in a call state. This method can achieve the first and second calls being in a call state at the same time.

[0012] In combination with the first aspect, in a possible implementation, the method also includes: before receiving a call request, the first terminal displays a first call interface, the first call interface including call information of the first call; the communication information of the first call includes user information of the first call; in response to the call request of the second call, the first terminal displays an incoming call interface, the incoming call interface including the incoming call information of the second call; after establishing the second call, the first terminal displays a second call interface, the second call interface including the call information of the first call and the call identifier of the second call, and the call identifier of the second call includes the device identifier of the second terminal.

[0013] In the embodiment of the present application, the second terminal can display different display contents according to the current call status, so that the user can clearly see whether one call or two calls are currently being made.

[0014] With reference to the first aspect, in a possible implementation, the first terminal is installed with a first subscriber identification module SIM card, and both the first call and the second call are implemented through the first SIM card.

[0015] The embodiment of the present application can be applicable to a single-SIM dual-call scenario, that is, both the first call and the second call are implemented through the first SIM card.

[0016] With reference to the first aspect, in a possible implementation, the first terminal is installed with a first SIM card and a second SIM card, the first call is implemented through the first SIM card, and the second call is implemented through the second SIM card.

[0017] The embodiment of the present application can be applied to a dual-SIM dual-call scenario, that is, the first call is implemented through the first SIM card, and the second call is implemented through the second SIM card.

[0018] With reference to the first aspect, in a possible implementation, the first call is a basic call, and the second call is a voice transmission VoIP call.

[0019] The embodiment of the present application can be applied to a scenario where a basic call and a VoIP call are conducted simultaneously, wherein the first call is a basic call and the second call is a voice transmission VoIP call.

[0020] In conjunction with the first aspect, in a possible implementation, the first terminal sending a call request to the second terminal includes:

[0021] The first terminal sends a call request to at least two third terminals, where the third terminals are devices that establish a communication connection with the first terminal; the second terminal is the first device among the at least one third terminal device to send a call command to the first terminal.

[0022] In this embodiment of the present application, the first terminal can send a call request to multiple third terminals, and the third terminal that first agrees to the call request is determined as the second terminal. This method can display the call request through multiple terminal devices, which can improve the user experience.

[0023] In conjunction with the first aspect, in one possible implementation, the first terminal includes a first real-time transport protocol (RTP) module and a first vocoder; and the method further includes:

[0024] The first terminal encodes the audio collected by the first terminal through the first vocoder;

[0025] The first terminal packages the data encoded by the first vocoder through the first RTP module to obtain the uplink audio of the first call;

[0026] The first terminal sends the uplink audio of the first call to the first communication network, which is used to transmit the audio data of the first call, where the audio data of the first call includes the uplink audio of the first call.

[0027] In conjunction with the first aspect, in one possible implementation, the audio data of the first call further includes downlink audio of the first call, and the method further includes:

[0028] The first terminal receives the downlink audio of the first call;

[0029] The first terminal decompresses the downlink audio of the first call through the first RTP module;

[0030] The first terminal decodes the data decompressed by the first RTP module through the first vocoder;

[0031] The first terminal plays the audio decoded by the first vocoder.

[0032] In combination with the first aspect, in one possible implementation, the first terminal includes a second RTP module and a second vocoder; and the method further includes:

[0033] The first terminal receives the first audio data sent by the second terminal;

[0034] The first terminal encodes the first audio data through the second vocoder;

[0035] The first terminal packages the data encoded by the second vocoder through the second RTP module to obtain the uplink audio of the second call;

[0036] The first terminal sends the uplink audio of the second call to the second communication network, and the second communication network is used to transmit the audio data of the second call, where the audio data of the second call includes the uplink audio of the second call.

[0037] In conjunction with the first aspect, in one possible implementation, the audio data of the second call further includes downlink audio of the second call, and the method further includes:

[0038] The first terminal receives the downlink audio of the second call;

[0039] The first terminal decompresses the downlink audio of the second call through the second RTP module;

[0040] The first terminal decodes the data decompressed by the second RTP module through the second vocoder to obtain second audio data;

[0041] The first terminal sends the second audio data to the second terminal, and the second terminal is configured to play the second audio data.

[0042] In the embodiment of the present application, the audio of the first call and the second call are processed respectively by the first RTP module, the first vocoder, the second RTP module and the second vocoder, thereby achieving simultaneous two-way calls.

[0043] In a second aspect, an embodiment of the present application provides a call method, which includes: a second terminal receives a call request sent by a first terminal; the call request is used to request establishment of a second call; the first terminal is in a first call when sending the call request; the second terminal responds to a user operation indicating agreement to establish the second call, and sends an answer command to the first terminal, where the answer command is used to indicate agreement to the call request.

[0044] In this embodiment of the present application, the second terminal can receive a call request from another device and, in response to a user operation indicating consent to establish the second call, send an answer command to the first terminal, the answer command being used to indicate consent to the call request. In this method, the user can answer an incoming call from another device on the second device, thereby meeting user needs and improving the user experience.

[0045] In conjunction with the second aspect, in one possible implementation, the method further includes:

[0046] In response to the call request, the second terminal displays an incoming call interface, the incoming call interface including incoming call information of the second call and an answer control; the incoming call information of the second call is obtained based on the call request;

[0047] In response to the user operation on the answer control, the second terminal displays a call interface including call information of the second call.

[0048] In the embodiment of the present application, the second terminal can display an incoming call interface in response to the call request. Then, the user can determine whether to answer the call request based on the content displayed on the incoming call interface, and the user can also answer the call by performing user operations on the incoming call interface.

[0049] In conjunction with the second aspect, in one possible implementation, the method further includes:

[0050] The second terminal collects audio through a microphone in response to a user operation on the answer control to obtain first audio data;

[0051] The second terminal sends first audio data to the first terminal, where the first audio data is used to determine the uplink audio of the second call.

[0052] In conjunction with the second aspect, in one possible implementation, after sending the answer command to the first terminal, the method further includes:

[0053] The second terminal receives the downlink audio of the second call sent by the first terminal;

[0054] The second terminal plays the downlink audio of the second call.

[0055] With reference to the second aspect, in a possible implementation, the first terminal is installed with a first subscriber identification module SIM card, and both the first call and the second call are implemented through the first SIM card.

[0056] With reference to the second aspect, in a possible implementation, the first terminal is installed with a first SIM card and a second SIM card, the first call is implemented through the first SIM card, and the second call is implemented through the second SIM card.

[0057] In conjunction with the second aspect, in a possible implementation, the first call is a basic call, and the second call is a voice transmission VoIP call.

[0058] In a third aspect, an embodiment of the present application provides a call system, which includes a first terminal and a second terminal; the first terminal is used to: when in a first call, send a call request for establishing a second call received to the second terminal; the second terminal is used to: in response to the above call request, display a first incoming call interface, the first incoming call interface including the incoming call information of the second call; in response to a user operation indicating agreement to establish the second call, send an answer command to the first terminal, the answer command is used to indicate agreement to the call request; the first terminal is also used to: establish a second call in response to the answer command; send the downlink audio of the second call to the second terminal; the second terminal is also used to: play the downlink audio of the second call.

[0059] In this embodiment of the present application, the second terminal can display an incoming call interface for a second call, and in response to an answer operation, instruct the first terminal to establish a second call and answer the call through the second terminal. By having the second terminal answer the second call on the first terminal, the system can ensure the normal operation of the first call while enabling the two calls to proceed simultaneously. This method can meet the user's need to conduct two calls simultaneously and improve the user experience.

[0060] In combination with the third aspect, in one possible implementation, the second terminal is also used to: in response to a user operation indicating agreement to establish a second call, collect audio through a microphone to obtain first audio data; and send the first audio data to the first terminal, and the first audio data is used to determine the uplink audio of the second call.

[0061] In combination with the third aspect, in a possible implementation, the second terminal is further configured to: in response to a user operation indicating consent to establish the second call, display a call interface including call information of the second call.

[0062] In combination with the third aspect, in a possible implementation, the first incoming call interface includes an answer control, and the user operation indicating consent to establish the second call is a user operation on the answer control.

[0063] In conjunction with the third aspect, in a possible implementation, when the first terminal establishes the second call, the first call is in a call state.

[0064] In conjunction with the third aspect, in one possible implementation, the first terminal is configured to:

[0065] Before receiving a call request, displaying a first interface, the first interface including call information of a first call; the communication information of the first call including user information of the first call;

[0066] In response to the call request, displaying a second incoming call interface, the second incoming call interface including incoming call information of the second call;

[0067] After the second call is established, a second interface is displayed. The second interface includes call information of the first call and a call identifier of the second call. The call identifier of the second call includes a device identifier of the second terminal.

[0068] In conjunction with the third aspect, in a possible implementation, the first terminal is installed with a first subscriber identification module SIM card, and both the first call and the second call are implemented through the first SIM card.

[0069] In conjunction with the third aspect, in a possible implementation, the first terminal is installed with a first SIM card and a second SIM card, the first call is implemented through the first SIM card, and the second call is implemented through the second SIM card.

[0070] In conjunction with the third aspect, in a possible implementation, the first call is a basic call, and the second call is a voice transmission VoIP call.

[0071] In a fourth aspect, the present application provides an electronic device. The electronic device may include a memory and a processor. The memory may be used to store a computer program. The processor may be used to invoke the computer program, causing the electronic device to execute the first aspect or any possible implementation of the first aspect.

[0072] In a fifth aspect, the present application provides an electronic device. The electronic device may include a memory and a processor. The memory may be used to store a computer program. The processor may be used to invoke the computer program, causing the electronic device to execute the second aspect or any possible implementation of the second aspect.

[0073] In a sixth aspect, the present application provides a computer program product comprising instructions, characterized in that when the above-mentioned computer program product is run on an electronic device, the electronic device is enabled to execute the first aspect or any possible implementation method of the first aspect.

[0074] In a seventh aspect, the present application provides a computer program product comprising instructions, characterized in that when the above-mentioned computer program product runs on an electronic device, the electronic device executes the second aspect or any possible implementation method of the second aspect.

[0075] In an eighth aspect, the present application provides a computer-readable storage medium comprising instructions, characterized in that when the above instructions are executed on an electronic device, the electronic device executes the first aspect or any possible implementation method of the first aspect.

[0076] In a ninth aspect, the present application provides a computer-readable storage medium comprising instructions, characterized in that when the above instructions are run on an electronic device, the electronic device executes the second aspect or any possible implementation method of the second aspect.

[0077] It is understandable that the electronic devices provided in the fourth and fifth aspects, the computer program products provided in the sixth and seventh aspects, and the computer-readable storage media provided in the eighth and ninth aspects are all used to execute the methods provided in the embodiments of the present application. Therefore, the beneficial effects that can be achieved can be referenced to the beneficial effects of the corresponding methods and will not be repeated here. BRIEF DESCRIPTION OF THE DRAWINGS

[0078] FIG1 is an architecture diagram of a call system provided in an embodiment of the present application;

[0079] FIG2 is a schematic diagram of the hardware structure of an electronic device 100 provided in an embodiment of the present application;

[0080] FIG3 is a diagram showing the software and hardware structure of a first terminal and a second terminal provided in an embodiment of the present application;

[0081] FIG4A is a schematic diagram of an application scenario provided by an embodiment of the present application;

[0082] FIG4B is a schematic diagram of another application scenario provided by an embodiment of the present application;

[0083] FIG4C is a schematic diagram of another application scenario provided by an embodiment of the present application;

[0084] Figures 5A-5E, 6A-6B, and 7A-7C exemplarily illustrate some user interfaces implemented on the first terminal and the second terminal in the above three scenarios;

[0085] FIG8 is a schematic diagram of a call method flow in a dual-SIM dual-communication scenario provided by an embodiment of the present application;

[0086] FIG9 is a schematic diagram of a HiFi module provided in an embodiment of the present application processing audio data of two calls;

[0087] FIG10 is a flow chart of a calling method in a single-card dual-communication scenario provided by an embodiment of the present application;

[0088] 11 is a flowchart of a calling method in a dual-channel scenario of a basic call and a VoIP call provided by an embodiment of the present application;

[0089] FIG12 is a flow chart of a calling method provided in an embodiment of the present application. DETAILED DESCRIPTION

[0090] The following is a clear and detailed description of the technical solutions in the embodiments of the present application in conjunction with the accompanying drawings. In the description of the embodiments of the present application, unless otherwise specified, " / " means or, for example, A / B can mean A or B; "and / or" in the text is only a description of the association relationship between related objects, indicating that there can be three relationships, for example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone. In addition, in the description of the embodiments of the present application, "multiple" means two or more than two.

[0091] In the following, the terms "first" and "second" are used for descriptive purposes only and should not be understood to imply or suggest relative importance or implicitly indicate the number of the technical features indicated. Therefore, the features defined as "first" and "second" may explicitly or implicitly include one or more of the features. In the description of the embodiments of this application, unless otherwise specified, "plurality" means two or more.

[0092] The term "user interface (UI)" in the following embodiments of this application refers to a medium interface for interaction and information exchange between an application or operating system and a user, which realizes the conversion between the internal form of information and the form acceptable to the user. The user interface is a source code written in a specific computer language such as Java and extensible markup language (XML). The interface source code is parsed and rendered on an electronic device and finally presented as content that the user can recognize. The commonly used form of user interface is graphical user interface (GUI), which refers to a user interface related to computer operations that is displayed in a graphical manner. It can be a visual interface element such as text, icons, buttons, menus, tabs, text boxes, dialog boxes, status bars, navigation bars, widgets, etc. displayed on the display screen of an electronic device.

[0093] An embodiment of the present application provides a calling method. When a user is making a first call through a first terminal, if an incoming call signal of a second call is received, the user can answer the incoming call signal through the second terminal and make the second call with the help of the second terminal. This method can improve the calling experience.

[0094] The calls described in the embodiments of this application can refer to calls conducted over a telecom operator's traditional telephone network (referred to as "basic calls" in this embodiment) or calls conducted over the Internet using Voice over Internet Protocol (VoIP). It should be noted that basic calls can also be referred to as traditional calls or traditional telephone calls, and this embodiment of this application does not limit this.

[0095] For example, a VoIP call can be a voice call or video call using an online chat tool. The online chat tool can be an application installed on an electronic device, such as a mobile phone. For ease of description, in this embodiment of the application, applications that can provide VoIP calling functions are referred to as VoIP applications, and applications that can provide basic calling functions are referred to as calling applications.

[0096] For example, a VoIP application can be an embedded application (i.e., a system application of the mobile phone) or a downloadable application. An embedded application is an application provided as part of the mobile phone implementation. A downloadable application is an application that can provide its own Internet Protocol Multimedia Subsystem (IMS) connection. The downloadable application can be an application pre-installed in the mobile phone or a third-party application downloaded and installed in the mobile phone by the user. For example, a VoIP application can be Huawei's Changlian, which allows users to make voice calls or video calls with other users.

[0097] In the embodiment of the present application, the call request may be referred to as an incoming call signal.

[0098] In order to introduce the calling method provided by the embodiment of the present application more clearly and in detail, the calling system provided by the embodiment of the present application is first introduced below.

[0099] Please refer to Figure 1, which is an architecture diagram of a call system provided in an embodiment of the present application.

[0100] As shown in Figure 1, the system includes a first terminal 101 and a second terminal 102. The first terminal 101 is a device equipped with a subscriber identity module (SIM) card, including but not limited to a physical SIM card, an embedded SIM (e-SIM) card, and a virtual SIM card. The first terminal 101 interacts with the network through the SIM card to implement a call function. The second terminal 102 is a device that can establish a communication connection with the first terminal 101 and has an audio playback function.

[0101] In some embodiments, while the first terminal 101 is in a first call, it can send a call request for a second call to the second terminal 102. If the user answers the second call on the second terminal 102, the first terminal 101 can be responsible for transmitting audio data between the second terminal 102 and the network-side device. In this embodiment of the present application, a call connected by a terminal device when not in a call state is referred to as a first call. A first call can be initiated or answered by the terminal device. A call answered by a terminal device while in a call state is referred to as a second call.

[0102] The second terminal 102 may be one or more electronic devices. For example, if the first terminal 101 has established communication connections with multiple electronic devices, the first terminal 101 may select one of the multiple electronic devices as the second terminal 102 based on user instructions or preset rules. For another example, if there is only one electronic device that has established a communication connection with the first terminal 101, the first terminal 101 may select that electronic device as the second terminal 102.

[0103] In the embodiment of the present application, the first terminal 101 and the second terminal 102 can both be user equipment (UE), such as mobile phones, tablet computers, laptop computers, desktop computers, smart TVs, wearable devices (such as smart watches), vehicle-mounted devices, smart home devices (such as smart speakers), augmented reality (AR) / virtual reality (VR) devices, ultra-mobile personal computers (UMPC), netbooks, personal digital assistants (PDAs), and other electronic devices. Exemplary embodiments of the electronic device 100 include but are not limited to devices equipped with The electronic device 100 may be a portable electronic device running Linux or other operating systems. The electronic device 100 may also be other portable electronic devices, such as a laptop computer. It should also be understood that in some other embodiments, the electronic device 100 may not be a portable electronic device, but a desktop computer, etc.

[0104] Exemplarily, the first terminal 101 may be a mobile phone, and the second terminal 102 may include a watch, a bracelet, smart glasses, etc. connected to the first terminal.

[0105] The system shown in Figure 1 can also include a network device and at least two third terminals, where the third terminal is a device for communicating with the first terminal 101 (such as the counterpart device of the first call and the counterpart device of the second call), and the network device is used to realize the call connection between the third terminal and the first terminal 101.

[0106] Among them, the network device may have a device capable of providing a random access function for the electronic device or a chip that can be set in the device, and the device includes but is not limited to: evolved Node B (eNB), radio network controller (RNC), Node B (NB), base station controller (BSC), base transceiver station (BTS), home base station (for example, home evolved NodeB, or home Node B, HNB), baseband unit (BBU), and can also be 5G, such as NR, gNB in ​​the system, or, a transmission point (TRP or TP), one or a group (including multiple) antenna panels of a base station in a 5G system, or, it can also be a network node constituting a gNB or a transmission point, such as a baseband unit (BBU), or, a distributed unit (DU, distributed unit), a network device in a future 5G network or a network device in a future evolved PLMN network, etc., and the embodiments of the present application are not limited.

[0107] The technical solutions of the embodiments of the present application can be applied to various call systems, such as: long term evolution (LTE) system, LTE frequency division duplex (FDD) system, LTE time division duplex (TDD) system, universal mobile telecommunication system (UMTS), world-wide interoperability for microwave access (WiMAX) call system, fifth generation (5G) system or new radio (NR), global system for mobile communications (GSM), code division multiple access (CDMA) call system, time division-synchronous CDMA (TD-SCDMA) call system, etc.

[0108] The technical solution provided in the embodiments of the present application is applicable to calls such as circuit switching (CS), voice over long-term evolution (VoLTE), voice over new radio (VoNR), video over long-term evolution (ViLTE), video over new radio (ViNR), evolved packet system fallback (EPS fallback), CS fallback, voice calls based on wireless fidelity (WiFi) (voice over WiFi, VoWiFi), or video calls based on WiFi (video over WiFi, ViWiFi).

[0109] It can be understood that the call system architecture in Figure 1 is only an exemplary implementation in the embodiment of the present application. The call system architecture in the embodiment of the present application includes but is not limited to the above architecture.

[0110] FIG2 shows a schematic diagram of the hardware structure of the electronic device 100 .

[0111] It should be noted that the first terminal 101 and the second terminal 102 shown in FIG. 1 may both be electronic devices 100 .

[0112] The following embodiments are described in detail using electronic device 100 as an example. It should be understood that electronic device 100 may have more or fewer components than shown in the figure, may combine two or more components, or may have a different component configuration. The various components shown in the figure may be implemented in hardware, including one or more signal processing and / or application-specific integrated circuits, software, or a combination of hardware and software.

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

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

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

[0116] The controller may be the nerve center and command center of the electronic device 100. The controller may generate an operation control signal according to the instruction operation code and the timing signal to complete the control of fetching and executing instructions.

[0117] Processor 110 may also include a memory for storing instructions and data. In some embodiments, the memory in processor 110 is a cache memory. This memory can store instructions or data that have just been used or are being recycled by processor 110. If processor 110 needs to use the same instruction or data again, it can directly access the memory. This avoids duplicate accesses, reduces processor 110 latency, and thus improves system efficiency.

[0118] In some embodiments, the processor 110 may include one or more interfaces. The interfaces may include an inter-integrated circuit (I2C) interface, an inter-integrated circuit sound (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 subscriber identity module (SIM) interface, and / or a universal serial bus (USB) interface.

[0119] The I2C interface is a bidirectional synchronous serial bus that includes a serial data line (SDA) and a serial clock line (SCL). In some embodiments, the processor 110 may include multiple I2C bus lines. The processor 110 may be coupled to the touch sensor 180K, the charger, the flash, the camera 193, and the like via different I2C bus interfaces. For example, the processor 110 may be coupled to the touch sensor 180K via the I2C interface, enabling communication between the processor 110 and the touch sensor 180K via the I2C bus interface, thereby implementing the touch function of the electronic device 100.

[0120] The I2S interface can be used for audio communication. In some embodiments, the processor 110 can include multiple I2S buses. The processor 110 can be coupled to the audio module 170 via the I2S bus to enable communication between the processor 110 and the audio module 170. In some embodiments, the audio module 170 can transmit audio signals to the wireless communication module 160 via the I2S interface, enabling the function of answering calls through a Bluetooth headset.

[0121] The PCM interface can also be used for audio communication, sampling, quantizing, and encoding analog signals. In some embodiments, the audio module 170 and the wireless communication module 160 can be coupled via a PCM bus interface. In some embodiments, the audio module 170 can also transmit audio signals to the wireless communication module 160 via the PCM interface, enabling the function of answering calls via a Bluetooth headset. Both the I2S interface and the PCM interface can be used for audio communication.

[0122] The UART interface is a universal serial data bus used for asynchronous communication. This bus can be a bidirectional communication bus. It converts the data to be transmitted between serial communication and parallel communication. In some embodiments, the UART interface is typically used to connect the processor 110 and the wireless communication module 160. For example, the processor 110 communicates with the Bluetooth module in the wireless communication module 160 via the UART interface to implement Bluetooth functionality. In some embodiments, the audio module 170 can transmit audio signals to the wireless communication module 160 via the UART interface, enabling the function of playing music through Bluetooth headphones.

[0123] The MIPI interface can be used to connect the processor 110 to peripheral devices such as the display 194 and the camera 193. MIPI interfaces include the camera serial interface (CSI) and the display serial interface (DSI). In some embodiments, the processor 110 and the camera 193 communicate via the CSI interface to implement the camera function of the electronic device 100. The processor 110 and the display 194 communicate via the DSI interface to implement the display function of the electronic device 100.

[0124] The GPIO interface can be configured via software. The GPIO interface can be configured as either a control signal or a data signal. In some embodiments, the GPIO interface can be used to connect the processor 110 to the camera 193, display 194, wireless communication module 160, audio module 170, sensor module 180, etc. The GPIO interface can also be configured as an I2C interface, an I2S interface, a UART interface, a MIPI interface, etc.

[0125] The SIM interface can be used to communicate with the SIM card interface 195 to implement the function of transmitting data to the SIM card or reading data in the SIM card.

[0126] The USB interface 130 is an interface that complies with USB standards and may be a Mini USB interface, a Micro USB interface, a USB Type-C interface, or the like. The USB interface 130 can be used to connect a charger to charge the electronic device 100, or to transfer data between the electronic device 100 and peripheral devices. It can also be used to connect headphones to play audio. This interface can also be used to connect other electronic devices, such as augmented reality devices.

[0127] It is understood that the interface connection relationship between the modules illustrated in the embodiments of the present application is merely an illustrative illustration and does not constitute a structural limitation on the electronic device 100. In other embodiments of the present application, the electronic device 100 may also adopt different interface connection methods from the above embodiments, or a combination of multiple interface connection methods.

[0128] The charging management module 140 is configured to receive charging input from a charger, which may be a wireless charger or a wired charger.

[0129] 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 charging management module 140 to provide power to the processor 110, the internal memory 121, the external memory, the display 194, the camera 193, and the wireless communication module 160.

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

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

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

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

[0134] The wireless communication module 160 can provide wireless communication solutions including wireless local area networks (WLAN) (such as wireless fidelity (Wi-Fi) networks), Bluetooth (BT), global navigation satellite system (GNSS), frequency modulation (FM), near field communication (NFC), infrared (IR), etc., which are applied to the electronic device 100. The wireless communication module 160 can be one or more devices that integrate at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via the antenna 2, frequency modulates and filters the electromagnetic wave signals, and sends the processed signals to the processor 110. The wireless communication module 160 can also receive the signal to be sent from the processor 110, frequency modulate it, amplify it, and convert it into electromagnetic waves for radiation through the antenna 2.

[0135] In some embodiments, the antenna 1 of the electronic device 100 is coupled to the mobile communication module 150, and the antenna 2 is coupled to the wireless communication module 160, so that the electronic device 100 can communicate with a network and other devices through wireless communication technologies. The wireless communication technologies may include global system for mobile communications (GSM), general packet radio service (GPRS), code division multiple access (CDMA), wideband code division multiple access (WCDMA), time-division code division multiple access (TD-SCDMA), long term evolution (LTE), BT, GNSS, WLAN, NFC, FM, and / or IR technology. The GNSS may include a global positioning system (GPS), a global navigation satellite system (GLONASS), a Beidou navigation satellite system (BDS), a quasi-zenith satellite system (QZSS) and / or a satellite based augmentation system (SBAS).

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

[0137] Display screen 194 is used to display images, videos, and the like. Display screen 194 includes a display panel. The display panel can be a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (AMOLED), a flexible light-emitting diode (FLED), a MiniLED, a MicroLED, a Micro-oLed, or a quantum dot light-emitting diode (QLED). In some embodiments, electronic device 100 may include one or N display screens 194, where N is a positive integer greater than one.

[0138] The electronic device 100 can implement a shooting function through an ISP, a camera 193, a video codec, a GPU, a display screen 194, and an application processor.

[0139] The ISP processes data fed back by camera 193. For example, when taking a photo, the shutter is opened, and light is transmitted through the lens to the camera's photosensitive element. The light signal is converted into an electrical signal, which is then passed to the ISP for processing and converted into a visible image. The ISP can also perform algorithmic optimization on image noise, brightness, and other factors. It can also optimize parameters such as exposure and color temperature of the captured scene. In some embodiments, the ISP can be located within camera 193.

[0140] The camera 193 is used to capture still images or videos. The object generates an optical image through the lens and projects it onto the photosensitive element. The photosensitive element can be a charge coupled device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The photosensitive element converts the light signal into an electrical signal, and then passes the electrical signal to the ISP for conversion 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 other format. In some embodiments, the electronic device 100 may include 1 or N cameras 193, where N is a positive integer greater than 1.

[0141] The digital signal processor is used to process digital signals. In addition to processing digital image signals, it can also process other digital signals. For example, when the electronic device 100 selects a frequency point, the digital signal processor is used to perform Fourier transform on the frequency point energy.

[0142] Video codecs are used to compress or decompress digital video. Electronic device 100 may support one or more video codecs. This allows electronic device 100 to play or record videos in various encoding formats, such as Moving Picture Experts Group (MPEG) 1, MPEG2, MPEG3, and MPEG4.

[0143] The NPU is a neural network (NN) computing processor. Drawing on the structure of biological neural networks, such as the transmission patterns between neurons in the human brain, it rapidly processes input information and can continuously self-learn. The NPU can enable intelligent cognitive applications in electronic device 100, such as image recognition, face recognition, speech recognition, and text comprehension.

[0144] The external memory interface 120 can be used to connect an external memory card, such as a Micro SD card, to expand the storage capacity of the electronic device 100. The external memory card communicates with the processor 110 via the external memory interface 120 to implement data storage functions. For example, files such as music and videos can be stored on the external memory card.

[0145] The internal memory 121 can be used to store computer executable program codes, which include instructions. The processor 110 executes various functional applications and data processing of the electronic device 100 by running the instructions stored in the internal memory 121. The internal memory 121 may include a program storage area and a data storage area. Among them, the program storage area may store an operating system, applications required for at least one function (such as face recognition function, fingerprint recognition function, mobile payment function, etc.), etc. The data storage area may store data created during the use of the electronic device 100 (such as face information template data, fingerprint information template, etc.), etc. In addition, the internal memory 121 may include a high-speed random access memory, and may also include a non-volatile memory, such as at least one disk storage device, a flash memory device, a universal flash storage (UFS), etc.

[0146] The electronic device 100 can implement audio functions such as music playback and recording through the audio module 170, the speaker 170A, the receiver 170B, the microphone 170C, the headphone jack 170D, and the application processor.

[0147] The audio module 170 is used to convert digital audio information into analog audio signal output, and is also used to convert analog audio input into digital audio signals. The audio module 170 can also be used to encode and decode audio signals. In some embodiments, the audio module 170 can be provided in the processor 110, or some functional modules of the audio module 170 can be provided in the processor 110.

[0148] The speaker 170A, also called a "speaker", is used to convert audio electrical signals into sound signals. The electronic device 100 can listen to music or listen to hands-free calls through the speaker 170A.

[0149] The receiver 170B, also called a "handset", is used to convert audio electrical signals into sound signals. When the electronic device 100 receives a call or a voice message, the user can place the receiver 170B close to the ear to hear the voice.

[0150] Microphone 170C, also known as "microphone" or "microphone", is used to convert sound signals into electrical signals. When making a call or sending a voice message, the user can speak by putting their mouth close to the microphone 170C to input the sound signal into the microphone 170C. The electronic device 100 can be provided with at least one microphone 170C. In other embodiments, the electronic device 100 can be provided with two microphones 170C, which can not only collect sound signals but also realize noise reduction function. In other embodiments, the electronic device 100 can also be provided with three, four or more microphones 170C to collect sound signals, reduce noise, identify the source of sound, realize directional recording function, etc.

[0151] The headphone jack 170D is used to connect a wired headphone and can be the USB interface 130 or a 3.5mm open mobile terminal platform (OMTP) standard interface or a cellular telecommunications industry association of the USA (CTIA) standard interface.

[0152] The buttons 190 include a power button, a volume button, and the like. The buttons 190 may be mechanical buttons or touch buttons. The electronic device 100 may receive key inputs and generate key signal inputs related to user settings and function control of the electronic device 100.

[0153] Motor 191 can generate vibration prompts. Motor 191 can be used for incoming call vibration prompts, and can also be used for touch vibration feedback. For example, touch operations acting on different applications (such as taking pictures, audio playback, etc.) can correspond to different vibration feedback effects. For touch operations acting on different areas of the display screen 194, motor 191 can also correspond to different vibration feedback effects. Different application scenarios (for example: time reminders, receiving messages, alarm clocks, games, etc.) can also correspond to different vibration feedback effects. The touch vibration feedback effect can also support customization.

[0154] The indicator 192 may be an indicator light, which may be used to indicate the charging status, power level changes, messages, missed calls, notifications, etc.

[0155] SIM card interface 195 is used to connect a SIM card. A SIM card can be connected to and disconnected from electronic device 100 by inserting or removing it from SIM card interface 195. Electronic device 100 may support one or N SIM card interfaces, where N is a positive integer greater than 1. SIM card interface 195 may support Nano SIM cards, Micro SIM cards, SIM cards, and the like. Multiple cards can be inserted into the same SIM card interface 195 simultaneously. The multiple cards can be of the same or different types. SIM card interface 195 is also compatible with different types of SIM cards. SIM card interface 195 is also compatible with external memory cards.

[0156] In the embodiment of the present application, the electronic device 100 is installed with at least one SIM card, and the electronic device 100 interacts with the network through the SIM card to implement functions such as calls and data communications. The electronic device 100 can execute the call method through the processor 110, the mobile communication module 150, and the installed SIM card.

[0157] The following exemplarily introduces the software and hardware structures of the first terminal and the second terminal through FIG. 3 .

[0158] As shown in Figure 3, the first terminal may include a call application located in the application layer, a call manager, a communication framework and an audio framework located in the application framework layer, a Rild process and an audio module (Audio-HAL) located in the hardware abstract layer (HAL), and a modem (Modem), a high-fidelity (HiFi) module and a speaker (speaker) and a microphone (Microphone, MIC) connected to the HiFi module located in the hardware layer.

[0159] Among them, the call application refers to an interface related to the display of the call, which can display information such as the device receiving the call. In the embodiment of the present application, the call application can also be InCallUI.

[0160] The call manager can be used to manage two concurrent calls. This is primarily used to handle incoming or outgoing calls during a single call. Also known as the telecom call manager, the call manager provides communication functions, such as managing call status (including connected and disconnected calls).

[0161] The communication framework is used to report call status to the call manager and send call management control signals to the rild / modem. The communication framework can also be called the telephony communication framework.

[0162] The audio framework is used for audio channel management, including dual-talk audio management. The audio framework can also be called the Audio framework.

[0163] The Audio-HAL converts the instructions sent by the audio framework into AT commands that the modem can recognize. For the convenience of description below, the Audio framework and Audio-HAL are combined into the Audio framework.

[0164] The rild process is used to convert the instructions issued by the communication framework into attention (AT) commands that can be recognized by the modem.

[0165] The High-Fidelity (HiFi) module is used to process call audio and transmit the audio to other devices via Bluetooth / WiFi, or transmit the audio of other devices to the modem.

[0166] The HiFi module includes the Real-time Transport Protocol (RTP), a vocoder, and a sound effects algorithm module. RTP processes data based on the real-time transport protocol; the vocoder encodes and encrypts audio data; and the sound effects algorithm performs sound effects processing on the audio data. Examples of sound effects algorithms include frequency filters, sound image localization, reverberation, and noise cancellation.

[0167] A modem can be physical hardware on an electronic device, or it can be a modem functional module instantiated by the physical hardware. When a single physical modem hardware instantiates multiple modem functional modules, the multiple modem functional modules share the physical modem hardware resources through time-division multiplexing. Exemplarily, the physical modem hardware resources may include some or all of the aforementioned mobile communication module 150 and wireless communication module 160.

[0168] As shown in FIG3 , the second terminal may include a call application at the application layer, a call manager and an audio framework at the application framework layer, an audio module at the HAL, and a HiFi module at the hardware layer and a speaker and a microphone connected to the HiFi module.

[0169] The following example illustrates the audio stream direction of a two-way call on the first terminal. This example uses the case where the first call is connected earlier than the second call, meaning the first terminal is already connected to the second call while still in the first call.

[0170] In Figure 3, the solid arrows represent the audio stream of the first call. The modem of the first terminal can send the downlink audio of the first call to the HiFi module of the first terminal, which is processed by the HiFi module and played by the speaker of the first terminal; and the microphone of the first terminal can send the collected audio to the HiFi module of the first terminal, which processes the audio and sends the processed audio to the modem of the first terminal; the modem sends the processed audio as the uplink audio of the first call to the communication network, and sends it to the object of the first call via the communication network.

[0171] In Figure 3, the dashed arrows represent the audio stream of the second call. The modem of the first terminal can send the downlink audio of the second call to the HiFi module of the first terminal. After processing by the HiFi module, the audio module of the first terminal sends it to the audio module of the second terminal via short-range communication (such as Bluetooth or WiFi). The audio module of the second terminal sends the downlink audio of the second call to the HiFi module of the second terminal. After processing by the HiFi module, the audio module of the second terminal plays it through the speaker of the second terminal. In addition, the microphone of the second terminal can send the collected audio to the HiFi module of the second terminal. The HiFi module processes the audio and sends it to the audio module of the first terminal via short-range communication (such as Bluetooth or WiFi). The audio module sends the processed audio to the HiFi module of the first terminal for processing. The HiFi module sends the processed audio to the modem of the first terminal. The modem sends the processed audio as the uplink audio of the second call to the communication network, and then sends it to the recipient of the second call via the communication network.

[0172] It should be noted that the instruction interaction between the modules in the first terminal and the second terminal can be seen in the embodiment of FIG8 , which will not be expanded here.

[0173] In the embodiments of the present application, the audio data sent by the terminal device (such as the first terminal) to the network-side device (such as the base station) is referred to as uplink audio, and the audio data sent by the network-side device to the terminal device is referred to as downlink audio. It should be noted that uplink audio can also be referred to as an uplink audio stream or uplink data, and downlink audio can also be referred to as a downlink audio stream or downlink data, and the embodiments of the present application do not limit this.

[0174] It should be noted that FIG3 only exemplarily shows some software and hardware modules in the first terminal and the second terminal.

[0175] The above description of the software architecture of the first terminal and the second terminal is merely an example. It is understood that the software architecture illustrated in the embodiments of the present application does not constitute a specific limitation on the present application. In other embodiments of the present application, the software architecture of the first terminal and the second terminal may include more or fewer modules than those in Figure 3, or may combine certain modules, split certain modules, or have different architectural arrangements. The components shown in Figure 3 can be implemented in hardware, software, or a combination of software and hardware.

[0176] In some other embodiments of the present application, the first terminal and the second terminal may adopt a layered architecture, an event-driven architecture, a microkernel architecture, a microservice architecture, or a cloud architecture. Among them, the layered architecture divides the software into several layers, and each layer has a clear role and division of labor. The layers communicate with each other through software interfaces. For example, the system is divided into four layers, from top to bottom, namely the application layer, the application framework layer, the runtime (Runtime) and the system library, and the kernel layer. Among them, the application layer may include a series of application packages. For example, the application layer may also include a VoIP application that implements VoIP calls, such as Changlian; it may also be a chat software that implements network communication, etc.

[0177] Based on the system architecture of FIG. 1 and the electronic devices of FIG. 2 and FIG. 3 , several possible application scenarios provided by the embodiments of the present application are introduced below.

[0178] Figure 4A illustrates a schematic diagram of a dual-SIM dual-communication scenario. As shown in Figure 4A , the scenario includes a first terminal and a second terminal. The first terminal has two SIM cards installed. Figure 4A illustrates that the two SIM cards are from different carriers, namely, a SIM card from carrier 1 (referred to as SIM1 or Card 1) and a SIM card from carrier 2 (referred to as SIM2 or Card 2). The first terminal can then access carrier 1's network (referred to as carrier network 1) using SIM1 to communicate with other terminal devices, and access carrier 2's network (referred to as carrier network 2) using SIM2 to communicate with other terminal devices.

[0179] Assuming that the user of the first terminal is the first user, the first user can use the first terminal to receive or make calls through SIM1. For the convenience of description, the embodiment of the present application refers to the call made through SIM1 as a SIM1 call. When the first terminal is in the SIM1 call process, if the first terminal receives an incoming call signal from the operator network 2, the incoming call signal can be sent to the second terminal; the first user can answer or hang up the incoming call signal at the second terminal. Figure 4A exemplifies that the first user answers the incoming call signal through the second terminal, and the first terminal can realize the second call through the second terminal, that is, the call made through SIM2 (referred to as SIM2 call in Figure 4A).

[0180] It should be noted that FIG4A is only an example of a dual-SIM dual-channel scenario. The two SIM cards installed in the first terminal in the dual-SIM dual-channel scenario may also be SIM cards of the same operator, which is not limited in this embodiment of the present application.

[0181] Figure 4B illustrates a schematic diagram of a single-SIM dual-communication scenario. As shown in Figure 4B , this scenario includes a first terminal and a second terminal. The first terminal has a SIM card installed, and Figure 4B illustrates that the SIM card is a SIM card of operator 1 (referred to as SIM1). The first terminal can then access operator 1's network (referred to as operator network 1) based on SIM1 to communicate with other terminal devices.

[0182] Assuming the user of the first terminal is the first user, while the first terminal is in the process of a call on SIM1 (referred to as SIM1's first call), if the first terminal receives an incoming call signal from carrier network 1, it can send the incoming call signal to the second terminal; the first user can then answer or hang up the incoming call signal on the second terminal. Figure 4B exemplifies that the first user answers the incoming call signal through the second terminal, and the first terminal can complete the second call through the second terminal, that is, the second call conducted through SIM1 (referred to as SIM1's first call in Figure 4B).

[0183] Figure 4C illustrates a scenario where both basic and VoIP calls are available. As shown in Figure 4C , this scenario includes a first terminal and a second terminal. The first terminal has a SIM card installed. Figure 4C illustrates that the SIM card is from carrier 1 (referred to as SIM1). The first terminal can then access the carrier's network based on SIM1 to communicate with other devices. The carrier's network can also provide VoIP calls for the first terminal.

[0184] Assuming the user of the first terminal is the first user, while the first terminal is in a call on SIM1 (referred to as the SIM1 call), if the first terminal receives an incoming call signal from a VoIP call, it can send the incoming call signal to the second terminal; the first user can then answer or hang up the incoming call signal on the second terminal. Figure 4C exemplifies that the first user answers the incoming call signal through the second terminal, and the first terminal can complete the second call, i.e., the VoIP call, through the second terminal.

[0185] Based on the above scenarios, some user interfaces on the first terminal and the second terminal provided by the embodiments of the present application are described below. Figures 5A-5E, 6A-6B, and 7A-7C exemplarily illustrate some user interfaces implemented on the first terminal and the second terminal in the above three scenarios.

[0186] It should be noted that, in the embodiment of the present application, the user operation can be a touch operation of the user (such as a click operation, a long press operation, a swipe up operation, a swipe down operation, or a side swipe operation), or a contactless operation (such as an air gesture), or a voice command of the user, and the embodiment of the present application does not impose any specific restrictions on this. It should be noted that, in the embodiment of the present application, the user operation can be a touch operation of the user (such as a click operation, a long press operation, a swipe up operation, a swipe down operation, or a side swipe operation), or a contactless operation (such as an air gesture), or a voice command of the user, and the embodiment of the present application does not impose any specific restrictions on this.

[0187] (1) Dual-SIM dual-channel scenario

[0188] Figures 5A-5E illustrate exemplary user interfaces in a dual-SIM dual-pass process between a first terminal and a second terminal (as in the scenario shown in Figure 4A ). Figures 5A, 5B, and 5E illustrate the user interfaces implemented on the first terminal, while Figures 5C and 5D illustrate the user interfaces implemented on the second terminal.

[0189] Assume that a first user is using a first terminal to have a conversation with Bob based on card 1 (this conversation may be referred to as a first call). The electronic device may display a user interface 51 as shown in FIG5A . Card 1 is a SIM card installed in the first terminal. The first call may be initiated by the first terminal or by Bob using his terminal device, which is not limited in this embodiment of the present application.

[0190] The user interface 51 displays a status bar 510, call recipient information 511, a related control area 512, a dial key 513, an end control 514, and a speaker control 515. The status bar 510 may include a time indicator 510A, one or more signal strength indicators 510B for Wi-Fi signals, one or more signal strength indicators 510C and 510D for mobile communication signals (also referred to as cellular signals), a battery status indicator 510E, and may also include an operator name (e.g., "China Mobile"), etc. (not shown).

[0191] Call recipient information 511 may include a call recipient name 511A, a call recipient address 511B, and a SIM card identifier 511C. SIM card identifier 511C indicates the SIM card used for the first call. Figure 5A illustrates that call recipient name 511A is Bob, where Bob can be the name of the number on the first terminal; that call recipient address 511B is Shenzhen, Guangdong, and that SIM card identifier 511C is Card 1.

[0192] It should be noted that the above-mentioned call object information 511 can also include the operator of the call object's SIM card; the above-mentioned SIM card identification 511C can also be the icon of card 1 and the operator name of card 1. The embodiment of this application does not limit the form of the SIM card identification in the user interface. For the convenience of description, the text "Card 1" or "Card 2" is used for illustrative purposes below.

[0193] Related control area 512 exemplarily shows a video call control, a mute control, and a contact control. Related control area 512 may also include a recording control (not shown), etc., which is not limited in this embodiment of the application. Dial key 513 is used to display the dial pad; hang up control 514 is used to hang up the current call; and speaker control 515 is used to switch between the microphone and the speaker to play the downlink audio.

[0194] Assume that the first terminal is in a call with Bob using card 1 and receives a call request from Jane for card 2. The first terminal can display user interface 52 as shown in Figure 5B and control the second terminal to display user interface 53 as shown in Figure 5C. Card 2 is another SIM card installed in the first terminal in addition to card 1, and the second terminal is a device that establishes a communication connection with the first terminal.

[0195] The user interface 52 displayed by the first terminal may include first call information 520 , second incoming call information 521 , a SIM card identifier 522 corresponding to the second call, a text message control 523 , a reminder control 524 , a hang-up control 525 , and an answer control 526 .

[0196] The first call information 520 may include a SIM card identifier 520A corresponding to the first call, a call recipient name 520B of the first call, a call duration 520C of the first call, a hang-up control 520D, and an expand control 520E. The hang-up control 520D is used to hang up the first call, and the expand control 520E is used to expand or collapse the first call information 520. For example, when the first call information 520 is currently expanded and the second incoming call information 521 is collapsed, the SIM card identifier 521A, call recipient name 521B, and call duration 521C may be invisible. Figure 5B exemplarily shows that the call duration 520C of the first call is 01:06. It should be understood that the call duration 520C of the first call changes over time.

[0197] Second incoming call information 521 may include a call recipient's name 521A, a call recipient's address 521B, and a SIM card identifier 521C. Figure 5A exemplifies that call recipient's name 521A is "Jane," where "Jane" can be a name notation for the number on the first terminal; that call recipient's address 521B is "Shenzhen, Guangdong," and that SIM card identifier 521C is "Card 2."

[0198] It should be noted that the second incoming call information 521 may also include the operator of the SIM card of the call recipient; the SIM card identifier 521C may also be the icon of Card 2 and the operator name of Card 2, which is not limited in this embodiment of the application. Figure 5B exemplarily shows that the SIM card identifier 522 corresponding to the second call is Card 2, and the SIM card identifier 522 may also be the icon of Card 2 and the operator name of Card 2, which is not limited in this embodiment of the application.

[0199] Among them, the SMS control 523 is used to send a text message to the caller of the second call; the reminder control 524 is used to create a call back reminder; the hang-up control 525 is used to reject the incoming call of the second call; and the answer control 526 is used to answer the incoming call of the second call.

[0200] Assume that the first terminal receives a call request from Jane for card 2 while in a call with Bob based on card 1. The first terminal can send the call request to the second terminal and display the user interface 52 as shown in Figure 5B at the same time; further, the second terminal can respond to the call request and synchronously display the user interface 53 as shown in Figure 5C.

[0201] User interface 53 displayed on the second terminal may include the name of the call recipient 531A, the call recipient's location 531B, a hang-up control 532, and an answer control 533. Hang-up control 532 is used to reject the incoming call, while answer control 533 is used to connect the call. Figure 5B exemplifies that the call recipient's name 531A is "Jane" and the call recipient's location 531B is "Shenzhen, Guangdong." The call recipient's location 531B may be the location of the SIM card of the call recipient in the second call.

[0202] In other embodiments of the present application, assuming that the user clicks the hang-up control 532, the second terminal may send a rejection command to the first terminal, and the first terminal, in response to the rejection command, refuses to establish the second call; the first terminal may display a prompt message, for example, the prompt message may be "The watch has rejected the call from Jane."

[0203] As shown in Figure 5C , when the second terminal detects a user operation on the answer control 533, it can respond to the user operation by displaying a user interface 54 as shown in Figure 5D . This user interface 54 includes the name of the call recipient 541A, the call duration 541B, a mute control 542, a hang-up control 543, and a speaker control 544. The mute control 542 is used to mute the microphone; the hang-up control 543 is used to end the current call; and the speaker control 544 is used to switch between the microphone and the speaker to play the downlink audio.

[0204] As shown in Figure 5C, when the second terminal detects a user operation on the answer control 533, it can also respond to the user operation and send an answer command to the first terminal. Accordingly, the first terminal responds to the answer command and displays the user interface 55 shown in Figure 5E.

[0205] User interface 55 may include first call information 550, second call information 551, related control area 552, dial key 553, hang-up control 554, and speaker control 555. For first call information 550, see the description of first call information 520 above, and for related control area 552, see the description of related control area 512 above.

[0206] Second call information 551 may include a SIM card identifier 551A corresponding to the second call, a name of the callee 551B for the second call, answering device information 551C, a hang-up control 551D, and an expand control 551E. The hang-up control 551D is used to hang up the second call, and the expand control 551E is used to expand or collapse the second call information 551. For example, the second call information 551 is currently expanded. When the second call information 551 is collapsed, the SIM card identifier 551A and the callee name 551B for the second call may be invisible. Figure 5B exemplifies that the SIM card identifier 551A corresponding to the second call is "Card 1," the callee name 551B for the second call is "Jane," and the answering device information 551C is "Answering on Watch." It should be understood that if the answering device is another device, the answering device information 551C may display other information, such as "Answering on Smart Glasses."

[0207] The dial key 553 is used to display the dial keypad; the hang-up control 554 is used to hang up the first call; the speaker control 555 is used to switch the microphone or loudspeaker to play the downlink audio of the first call.

[0208] (2) Single-SIM dual-channel scenario

[0209] Next, the user interfaces in the single-card dual-pass process between the first and second terminals (as shown in the scenario of FIG4B ) are described using FIG5A , FIG5C , FIG5D , and FIG6A , FIG6B . FIG5A , FIG6A , and FIG6B illustrate the user interfaces implemented on the first terminal, while FIG5C and FIG5D illustrate the user interfaces implemented on the second terminal.

[0210] Assuming that the first user is using the first terminal to make a call with Bob based on card 1, the electronic device may display user interface 51 as shown in Figure 5A. Furthermore, when the first terminal receives a call request from Jane for a basic call, the first terminal may display user interface 61 as shown in Figure 6A and send the call request to the second terminal; the second terminal may then respond to the call request by displaying user interface 53 as shown in Figure 5C.

[0211] User interface 61 displays first call information 610, second incoming call information 612, the SIM card identifier 611 corresponding to the second call, a text message control 613, a reminder control 614, a hang-up control 615, and an answer control 616. Second incoming call information 612 may include a call recipient's name 612A, the call recipient's address 612B, and a SIM card identifier 612C. Figure 5A exemplifies that call recipient name 612A is "Jane," where "Jane" can be a name notation for the number on the first terminal; that the call recipient's address 612B is "Guangdong Shenzhen," and that the SIM card identifier 612C is "Card 1."

[0212] The difference between user interface 61 and user interface 52 may be that: the SIM card identifier 611 corresponding to the second call in user interface 61 is "Card 1", while the SIM card identifier 522 corresponding to the second call in user interface 52 is "Card 2"; and, the SIM card identifier 612C in user interface 61 is "Card 1", while the SIM card identifier 521C in user interface 52 is "Card 2".

[0213] It should be understood that, in order to facilitate the introduction of the difference between the dual-SIM dual-call scenario and the single-SIM dual-call scenario, the above embodiment is exemplified by the user interface in which the first user answers a call from user Jane through a different card while talking with Bob based on card 1. In the dual-SIM dual-call scenario, user "Jane" calls the first user's card 2, and in the single-SIM dual-call scenario, user "Jane" calls the first user's card 1.

[0214] As shown in Figure 5C, when the second terminal detects a user operation on the answer control 533, it can respond to the user operation and display the user interface 54 as shown in Figure 5D; it can also respond to the user operation and send an answer command to the first terminal. Accordingly, the first terminal responds to the answer command and displays the user interface 62 as shown in Figure 6B.

[0215] Illustratively, user interface 62 may differ from user interface 55 in the specific content of the second call information. User interface 55 displays second call information 551, while user interface 62 displays second call information 620. Specifically, second call information 620 differs from second call information 551 in at least one aspect: the SIM card identifiers corresponding to the second call are different. SIM card identifier 551A corresponding to the second call is "Card 2," while SIM card identifier 620A corresponding to the second call is "Card 1."

[0216] (3) Basic call and VoIP call dual-channel scenario

[0217] Next, Figures 5A, 5D, and 7A-7C illustrate the user interfaces of the first and second terminals in a dual-channel scenario involving a basic call and a VoIP call (as shown in Figure 4C). Figures 5A, 7B, and 7C illustrate the user interfaces implemented on the first terminal, while Figures 7A and 5D illustrate the user interfaces implemented on the second terminal.

[0218] Assuming that the first user is using the first terminal to talk to Bob based on card 1, the electronic device may display user interface 51 as shown in Figure 5A. Then, the first terminal receives an incoming VoIP call from Jane using a VoIP application (such as Changlian). The first terminal may display user interface 71 as shown in Figure 7A and send the call request to the second terminal; then, the second terminal may respond to the call request by displaying user interface 72 as shown in Figure 7B.

[0219] User interface 71 displays a call indicator 710, second incoming call information 711, a hang-up control 712, and an answer control 713. Second incoming call information 711 may include a callee's avatar 711A, a callee's name 711B, and an application call identifier 711C. Figure 5A exemplifies that callee's name 711B is "Jane" and application call identifier 711C is "Changlian Voice." "Jane" can be the name of the callee in the Changlian application on the first terminal. The hang-up control 712 is used to reject the call; the answer control 713 is used to connect the call.

[0220] User interface 72 displayed on the second terminal may include the name of the call recipient 721A, an application call identifier 721B, a hang-up control 722, and an answer control 723. The hang-up control 722 is used to reject the call, while the answer control 723 is used to connect the call. Figure 5B exemplifies that the call recipient's name 721A is "Jane" and the application call identifier 721B is "Changlian Voice."

[0221] As shown in FIG. 7B , when the second terminal detects a user operation on the answer control 723 , it may display the user interface 54 as shown in FIG. 5D in response to the user operation.

[0222] As shown in Figure 7B, when the second terminal detects a user operation on the answer control 723, it can also respond to the user operation and send an answer command to the first terminal. Accordingly, the first terminal responds to the answer command and displays the user interface 73 shown in Figure 7C.

[0223] The status bar of the user interface 73 includes a call indicator 730. For example, the call indicator 730 is "watch answering the call."

[0224] Illustratively, the difference between the user interface 73 and the user interface 51 may include the addition of the above-mentioned call indicator 730 in the status bar of the user interface 73 .

[0225] It should be understood that the above embodiment is illustrated by taking the example of user "Jane" calling the first user's card 1 and card 2 and making a VoIP call to the first user through Changlian. In other embodiments of the present application, the users of the basic call and the VoIP call can be different users.

[0226] The following describes in detail the calling method provided in the embodiment of the present application based on the schematic diagram of the calling system shown in FIG1 , the hardware and software structure schematic diagrams of the electronic device shown in FIG2 and FIG3 , and in combination with the above-mentioned scenarios and related interfaces.

[0227] FIG8 exemplarily shows a call method process in a dual-SIM dual-communication scenario provided by an embodiment of the present application.

[0228] In the embodiment of the present application, the first terminal includes a first call application, a first communication framework, a first audio framework, a modem and HiFi module, as well as a microphone, a speaker, and an earpiece, etc., not shown in Figure 8. The first communication framework may include the call manager and communication framework in the first terminal in Figure 3. The second terminal may include a second call application, a second communication framework, and a second audio framework, as well as a microphone, a speaker, and an earpiece, etc., not shown in Figure 8.

[0229] It should be noted that, in the embodiment of the present application, the user operation can be a touch operation of the user (such as a click operation, a long press operation, a swipe up operation, a swipe down operation, or a side swipe operation), or a contactless operation (such as an air gesture), or a voice command of the user, and the embodiment of the present application does not impose any specific restrictions on this. It should be noted that, in the embodiment of the present application, the user operation can be a touch operation of the user (such as a click operation, a long press operation, a swipe up operation, a swipe down operation, or a side swipe operation), or a contactless operation (such as an air gesture), or a voice command of the user, and the embodiment of the present application does not impose any specific restrictions on this.

[0230] The calling method may include some or all of the following steps:

[0231] S101: A first call application of a first terminal receives a user operation instructing to call a second user through card 1.

[0232] The user operation may be one or more user operations.

[0233] For example, the first user can click on the application icon of the first call application on the first terminal. Accordingly, the first terminal can display the contact interface of the first call application in response to the user operation, and the contact interface includes the user name of the second user; further, the first terminal can respond to the user operation acting on the user name of the above-mentioned second user and display a pop-up window, which includes the call control corresponding to card 1 and the call control corresponding to card 2; further, the first terminal can receive the call control corresponding to card 1, and in response to the user operation, execute the following step S102.

[0234] For another example, the first terminal can display a dialing interface, which includes number keys from 1 to 9 and a call control corresponding to card 1; further, the first terminal can display the second user's mobile phone number in response to the user operation of entering the second user's mobile phone number; further, the user can click the call control, and accordingly, the first call application of the first terminal receives the user operation instructing to call the second user through card 1.

[0235] It should be noted that the embodiments of this application are described using an example in which a first user uses a first terminal to call a second user. The call between the first user and the second user is referred to as a first call. In other embodiments of this application, the first call may also be a call from the second user to the first user, with the first user answering the call through the first terminal. This application does not limit this.

[0236] S102: The first call application sends a dial command to the first communication framework, where the dial command carries the mobile phone number of the second user.

[0237] In some embodiments, the first call application of the first terminal sends a dial command to the first communication framework in response to a user operation indicating to call the second user through card 1, and the dial command carries the mobile phone number of the second user.

[0238] Optionally, the dial command may also include information such as the identification of the card 1.

[0239] In one implementation, the first call application can also display a calling interface in response to a user operation indicating to call the second user through card 1, which includes user information of the calling party (i.e., the second user), such as the second user's mobile phone number or the second user's name.

[0240] S103: The first communication framework sends a dial command to the modem.

[0241] In some embodiments, the rild process may convert the dial command issued by the first communication framework into an AT command recognizable by the modem and send it to the modem.

[0242] S104: The modem sends a first call request to the base station based on card 1.

[0243] The first call request is obtained based on the dial command, and the first call request may include the mobile phone number of the second user and information of the first terminal, such as the mobile phone number of the first user.

[0244] S105: When the modem receives the response message from the base station, it reports to the first communication framework that the first call is in an active state.

[0245] The above-mentioned response message may be a response message sent by the base station to the first terminal after receiving the first call request, and the response message is used to indicate that the base station has received the first call request.

[0246] S106: The first communication framework requests the first call application to display a first call interface.

[0247] Furthermore, when the first communication framework determines that the first call is in an active state, the first communication framework requests the first call application to display the first call interface.

[0248] S107: The first call application displays a first call interface, which includes user information of the second user.

[0249] The first call interface may be an interface in the first call; the user information of the second user may be the mobile phone number of the second user or the user name of the second user, etc.

[0250] For example, the first call interface can refer to the relevant description of user interface 51 shown in Figure 5A. For example, the user information of the second user can be shown as call recipient information 511. Call recipient information 511 may include call recipient name 511A, call recipient address 511B, and SIM card identifier 511C, where SIM card identifier 511C is used to indicate the information of the SIM card used for the first call. Figure 5A exemplarily shows that call recipient name 511A is Bob, which can be the name note for the number on the first terminal; exemplarily shows that call recipient address 511B is Shenzhen, Guangdong, and SIM card identifier 511C is Card 1.

[0251] S108: When the first communication framework determines that the first call is active, the first communication framework requests the first audio framework to set the audio mode to the call mode.

[0252] For example, when the audio mode is call mode, the volume control key is used to control the playback volume of the call; when a call comes in again in call mode, the phone can vibrate and emit a beep sound instead of the default ringtone to avoid the ringtone interfering with the ongoing call; when playing music during a call, the audio channel of the music can be consistent with the audio channel of the call, instead of defaulting to external playback to avoid interference of the music playing externally with the ongoing call.

[0253] S109: The first audio framework requests the HiFi module to play the audio of the first call through the receiver or speaker of the first terminal.

[0254] In some embodiments, the first audio framework requests the HiFi module to play the audio of the first call through the earpiece of the first terminal by default; when the user requests to play the audio of the first call through the speaker, the first audio framework can request the HiFi module to play the audio of the first call through the speaker of the first terminal.

[0255] It should be noted that S108 and S109 can be performed simultaneously or successively, and this embodiment of the present application does not limit this.

[0256] S201: When the modem receives a second call request for card 2, it sends the second call request to the first communication framework, where the second call request includes user information of a third user.

[0257] The user information of the third user may include the mobile phone number of the third user and the SIM card information used by the third user. The SIM card information may include the operator information of the SIM card.

[0258] S202: After receiving the second call request, the first communication framework sends the user information of the third user to the first call application.

[0259] In one implementation, after receiving the second call request, the first communication framework may parse the second call request to obtain the user information of the third user, and then send the third user's user information to the first call application. The third user's user information may include the third user's mobile phone number and the SIM card information used by the third user. The SIM card information may include the SIM card's operator information and location information, etc.

[0260] Optionally, the first communication framework may also send the home location of the third user's SIM card and the SIM card information of the third user making the call to the first call application.

[0261] S203: The first call application displays a first incoming call interface, where the first incoming call interface includes user information of the third user.

[0262] The first incoming call interface is used to display the call request of the third user. For example, the first incoming call interface can be shown as user interface 52 of Figure 5B, wherein the user information of the third user can be shown as the second incoming call information 521. Figure 5A exemplarily shows that the name of the third user is "Jane", and Jane can be the name note of the second user on the first terminal; it also exemplarily shows that the location of the third user's SIM card is "Guangdong Shenzhen", and the identifier of the SIM card dialed by the third user is "Card 2".

[0263] In other embodiments of the present application, when a third user has a contact name in the contacts of the first call application, the first incoming call interface may display the third user's contact name, and the contact name may be obtained based on the third user's user information. For example, the third user's user information may be the third user's mobile phone number. The first call application may search for the contact name corresponding to the mobile phone number in the contact information based on the third user's mobile phone number, and display the contact name on the first incoming call interface.

[0264] S204: After receiving the second call request, the first communication framework sends the second call request to the second terminal via Bluetooth.

[0265] In one implementation, when receiving the second call request, the first communication framework queries whether there are other active calls; when it is found that the first call is active, the second call request is sent to the second terminal via Bluetooth.

[0266] The second terminal can be all electronic devices with which the first terminal establishes short-range communication, or it can be an electronic device determined by the first terminal from among the electronic devices with which the first terminal establishes short-range communication. For example, if the first terminal establishes communication connections with multiple electronic devices, the first terminal can select the electronic device closest to it as the second terminal.

[0267] It should be noted that FIG8 exemplarily illustrates the case where the first terminal and the second terminal communicate via Bluetooth. In other embodiments of the present application, the first terminal and the second terminal may communicate via other short-range communication methods, such as WiFi connection.

[0268] S205: After receiving the second call request, the second communication framework of the second terminal sends the user information of the third user to the second call application.

[0269] S206: The second call application displays a second incoming call interface, where the second incoming call interface includes user information of the third user.

[0270] Illustratively, the second incoming call interface may be shown as user interface 53, and the user information of the third user may be the name of the call object 531A and the location of the call object 531B.

[0271] S207: The second call application receives a user operation instructing to answer the call.

[0272] In some embodiments, upon receiving a user operation indicating an answer, the second calling device executes the following steps S208 and S209 .

[0273] Exemplarily, the second incoming call interface is shown as the user interface 53, and the user operation indicating answering the call may be a user operation of touching the answer control 533 in FIG5C .

[0274] S208: The second call application sends an answering command to the second communication framework in response to the user operation instructing to answer the call. The answering command is used to instruct to answer the second call request.

[0275] S209: The second communication framework sends a call answering command to the first terminal via Bluetooth.

[0276] S210: After receiving the answering command, the first communication framework sends an answering command to the Modem.

[0277] In some embodiments, the rild process may convert the answer command issued by the first communication framework into an AT command recognizable by the modem and send it to the modem.

[0278] S211: The modem sends a connection request to the base station based on card 2.

[0279] The connection request is obtained by answering the command, and is used to request to establish a second call connection.

[0280] S212: When the modem receives the response message from the base station, it reports to the first communication framework that the second call is in an active state.

[0281] S213: The first communication framework requests the first call application to display the second call interface.

[0282] In some embodiments, when the first communication framework determines that the second call is active, it requests the first call application to display a second call interface, where the second call interface includes call information of the second call. The call information of the second call may include user information of the third user and the duration of the second call, etc.

[0283] S214: The first call application displays a second call interface, which includes user information of the second user and user information of the third user.

[0284] Optionally, the second call interface may include information about the first call and information about the second call. For example, the second call interface may be as shown in user interface 55 of FIG5E , which includes first call information 550 and second call information 551 . The user information of the second user may be the contact name "Bob" in first call information 550 and the call recipient name 551B (i.e., "Jane") of the second call in second call information 551 .

[0285] S215: The first communication framework sends the device identification of the second terminal to the first audio framework.

[0286] The device identifier of the second terminal may be a MAC address of the second terminal.

[0287] It should be understood that the device identification may be related to the communication mode between the first terminal and the second terminal. For example, when the first terminal and the second terminal communicate via a WiFi connection, the device identification of the second terminal may be the IP address of the second terminal.

[0288] S216: The first audio framework requests the HiFi module to play the downlink audio of the second call through the second terminal.

[0289] S217: The HiFi module sends the downlink audio of the second call to the second terminal via Bluetooth.

[0290] In some embodiments, upon receiving a request from the first audio framework to play the audio of the second call through the second terminal, the HiFi module sends the downlink audio of the second call to the second terminal.

[0291] The downlink audio of the second call can be the audio data obtained by processing the downlink audio received by the modem from the base station through the HiFi module. The processing process of the downlink audio by the HiFi module can be referred to the relevant description of FIG9 and will not be expanded here.

[0292] S218: When the second audio framework receives the downlink audio of the second call, it plays the downlink audio of the second call through the speaker of the second terminal.

[0293] S219: The second audio framework obtains the uplink audio of the second call through the microphone of the second terminal.

[0294] In some embodiments, when the second call device receives a user operation indicating an answer, it collects audio through the microphone of the second terminal to obtain the uplink audio of the second call.

[0295] S220: The second audio framework sends the uplink audio of the second call to the first terminal via Bluetooth.

[0296] S221: When receiving the uplink audio of the second call, the first audio framework of the first terminal sends the uplink audio to the HiFi module.

[0297] S222: The HiFi module sends the uplink audio of the second call to the modem.

[0298] In some embodiments, the HiFi module may process the uplink audio and send the processed data to a modem, which then sends the data to a base station, so that the base station sends the data to a third terminal corresponding to the second call.

[0299] The following uses FIG9 as an example to introduce the processing of the audio data of two calls by the HiFi module.

[0300] The HiFi module includes RTP2, RTP1, vocoder 2, vocoder 1, and sound effect algorithm module.

[0301] S1: The microphone of the first terminal sends the uplink audio of the first call to the sound effect algorithm module, where the uplink audio is collected by the microphone.

[0302] It should be noted that a microphone can also be called a codec.

[0303] S2: The sound effect algorithm module performs sound effect processing on the uplink audio.

[0304] The embodiment of the present application does not limit the sound effect algorithm used by the sound effect algorithm module.

[0305] S3: The sound effect algorithm module sends the data obtained by sound effect processing to the vocoder 1.

[0306] S4: Vocoder 1 encodes the data obtained by the sound effect processing to obtain first encoded data.

[0307] S5: Vocoder 1 sends the first encoded data to RTP1.

[0308] S6: RTP1 packages the first encoded data to obtain a first uplink audio.

[0309] S7: RTP1 sends the first upstream audio to the modem.

[0310] S8: The modem sends the downlink audio of the first call to RTP1.

[0311] S9: RTP1 decompresses the downlink audio of the first call to obtain first data.

[0312] S10: RTP1 sends first data to vocoder 1.

[0313] S11: Vocoder 1 decodes the first data.

[0314] S12: Vocoder 1 sends the decoded first data to the sound effect algorithm module.

[0315] S13: The sound effect algorithm module performs sound effect processing on the decoded first data.

[0316] S14: The sound effect algorithm module sends the first data after sound effect processing, and the data is played by the microphone of the first terminal.

[0317] The above steps S1 to S14 are a flow chart of a HiFi module processing audio data of a first call, provided as an example in an embodiment of the present application.

[0318] S15: The first audio framework sends the uplink audio of the second call to the vocoder 2, where the uplink audio is sent by the second terminal.

[0319] Vocoder 1 and vocoder 2 may be two modules, and the types of the two vocoders may be different.

[0320] The uplink audio of the second call may be audio collected by the second terminal and processed with sound effects.

[0321] S16: Vocoder 2 encodes the uplink audio of the second call to obtain second encoded data.

[0322] RTP1 and RTP2 may be two modules, and the processing flow for the two channels of data may be the same.

[0323] S17: Vocoder 2 sends the second encoded data to RTP2.

[0324] S18: RTP2 packages the second encoded data to obtain a second uplink audio.

[0325] S19: RTP2 sends the second upstream audio to the modem.

[0326] S20: Send the downlink audio of the second call.

[0327] S21: The modem decompresses the downlink audio of the second call to RTP2 to obtain second data.

[0328] S22: RTP2 sends second data to vocoder 2.

[0329] S23: Vocoder 2 decodes the second data to obtain decoded second data.

[0330] S24: Vocoder 2 sends the decoded second data to the first audio framework, and the decoded second data is used to be sent to the second terminal.

[0331] FIG10 exemplarily shows a process of a calling method in a single-SIM dual-communication scenario provided by an embodiment of the present application.

[0332] In the embodiment of the present application, the first terminal includes a first call application, a first communication framework, a first audio framework, a modem and HiFi module, as well as a microphone, a speaker, and an earpiece, etc., not shown in Figure 10. The first communication framework may include the call manager and the communication framework in the first terminal in Figure 10. The second terminal may include a second call application, a second communication framework, and a second audio framework, as well as a microphone, a speaker, and an earpiece, etc., not shown in Figure 10.

[0333] It should be noted that, in the embodiment of the present application, the user operation can be a touch operation of the user (such as a click operation, a long press operation, a swipe up operation, a swipe down operation, or a side swipe operation), or a contactless operation (such as an air gesture), or a voice command of the user, and the embodiment of the present application does not impose any specific restrictions on this. It should be noted that, in the embodiment of the present application, the user operation can be a touch operation of the user (such as a click operation, a long press operation, a swipe up operation, a swipe down operation, or a side swipe operation), or a contactless operation (such as an air gesture), or a voice command of the user, and the embodiment of the present application does not impose any specific restrictions on this.

[0334] The calling method may include some or all of the following steps:

[0335] S301: A first call application of a first terminal receives a user operation instructing to call a second user through card 1.

[0336] The user operation may be one or more user operations.

[0337] For example, the first user can click on the application icon of the first call application on the first terminal. Accordingly, the first terminal can display the contact interface of the first call application in response to the user operation, and the contact interface includes the user name of the second user; further, the first terminal can respond to the user operation acting on the user name of the above-mentioned second user by displaying a pop-up window, and the pop-up window includes the call control corresponding to card 1 and the call control corresponding to card 2; further, the first terminal can receive the call control corresponding to card 1, and in response to the user operation, execute the following step S302.

[0338] For another example, the first terminal can display a dialing interface, which includes number keys from 1 to 9 and a call control corresponding to card 1; further, the first terminal can display the second user's mobile phone number in response to the user operation of entering the second user's mobile phone number; further, the user can click the call control, and accordingly, the first call application of the first terminal receives the user operation instructing to call the second user through card 1.

[0339] It should be noted that the embodiments of this application are described using an example in which a first user uses a first terminal to call a second user. The call between the first user and the second user is referred to as a first call. In other embodiments of this application, the first call may also be a call from the second user to the first user, with the first user answering the call through the first terminal. This application does not limit this.

[0340] S302: The first call application sends a dial command to the first communication framework, where the dial command carries the mobile phone number of the second user.

[0341] In some embodiments, the first call application of the first terminal sends a dial command to the first communication framework in response to a user operation indicating to call the second user through card 1, and the dial command carries the mobile phone number of the second user.

[0342] Optionally, the dial command may also include information such as the identification of the card 1.

[0343] In one implementation, the first call application can also display a calling interface in response to a user operation indicating to call the second user through card 1, which includes user information of the calling party (i.e., the second user), such as the second user's mobile phone number or the second user's name.

[0344] S303: The first communication framework sends a dial command to the modem.

[0345] In some embodiments, the rild process may convert the dial command issued by the first communication framework into an AT command recognizable by the modem and send it to the modem.

[0346] S304: The modem sends a first call request to the base station based on card 1.

[0347] The first call request is obtained based on the dial command, and the first call request may include the mobile phone number of the second user and information of the first terminal, such as the mobile phone number of the first user.

[0348] S305: When the modem receives the response message from the base station, it reports to the first communication framework that the first call is in an active state.

[0349] The above-mentioned response message may be a response message sent by the base station to the first terminal after receiving the first call request, and the response message is used to indicate that the base station has received the first call request.

[0350] S306: The first communication framework requests the first call application to display a first call interface.

[0351] Furthermore, when the first communication framework determines that the first call is in an active state, the first communication framework requests the first call application to display the first call interface.

[0352] S307: The first call application displays a first call interface, which includes user information of the second user.

[0353] The first call interface may be an interface during the first call.

[0354] Illustratively, the first call interface can refer to the relevant description of the user interface 51 shown in FIG5A .

[0355] S308: When the first communication framework determines that the first call is active, the first communication framework requests the first audio framework to set the audio mode to the call mode.

[0356] For example, when the audio mode is call mode, the volume control key is used to control the playback volume of the call; when a call comes in again in call mode, the phone can vibrate and emit a beep sound instead of the default ringtone to avoid the ringtone interfering with the ongoing call; when playing music during a call, the audio channel of the music can be consistent with the audio channel of the call, instead of defaulting to external playback to avoid interference of the music playing externally with the ongoing call.

[0357] S309: The first audio framework requests the HiFi module to play the audio of the first call through the receiver or speaker of the first terminal.

[0358] In some embodiments, the first audio framework requests the HiFi module to play the audio of the first call through the earpiece of the first terminal by default; when the user requests to play the audio of the first call through the speaker, the first audio framework can request the HiFi module to play the audio of the first call through the speaker of the first terminal.

[0359] It should be noted that S308 and S309 can be performed simultaneously or successively, and this embodiment of the present application does not limit this.

[0360] S401: When the modem receives a second call request for card 1, it sends the second call request to the first communication framework, where the second call request includes user information of a third user.

[0361] The user information of the third user may include the mobile phone number of the third user and the SIM card information used by the third user. The SIM card information may include the operator information of the SIM card.

[0362] S402: After receiving the second call request, the first communication framework sends the user information of the third user to the first call application.

[0363] In one implementation, after receiving the second call request, the first communication framework may parse the second call request to obtain the user information of the third user, and then send the third user's user information to the first call application. The third user's user information may include the third user's mobile phone number and the SIM card information used by the third user. The SIM card information may include the SIM card's operator information and location information, etc.

[0364] Optionally, the first communication framework may also send the home location of the third user's SIM card and the SIM card information of the third user making the call to the first call application.

[0365] S403: The first call application displays a first incoming call interface, where the first incoming call interface includes user information of the third user.

[0366] The first incoming call interface is used to display the call request of the third user. For example, the first incoming call interface can be shown as user interface 52 of Figure 5B, wherein the user information of the third user can be shown as the second incoming call information 521. Figure 5A exemplarily shows that the name of the third user is "Jane", and Jane can be the name note of the second user on the first terminal; it also exemplarily shows that the location of the third user's SIM card is "Guangdong Shenzhen", and the identifier of the SIM card dialed by the third user is "Card 2".

[0367] In other embodiments of the present application, when a third user has a contact name in the contacts of the first call application, the first incoming call interface may display the third user's contact name, and the contact name may be obtained based on the third user's user information. For example, the third user's user information may be the third user's mobile phone number. The first call application may search for the contact name corresponding to the mobile phone number in the contact information based on the third user's mobile phone number, and display the contact name on the first incoming call interface.

[0368] S404: After receiving the second call request, the first communication framework sends the second call request to the second terminal via Bluetooth.

[0369] In one implementation, when receiving the second call request, the first communication framework queries whether there are other active calls; when it is found that the first call is active, the second call request is sent to the second terminal via Bluetooth.

[0370] The second terminal can be all electronic devices with which the first terminal establishes short-range communication, or it can be an electronic device determined by the first terminal from among the electronic devices with which the first terminal establishes short-range communication. For example, if the first terminal establishes communication connections with multiple electronic devices, the first terminal can select the electronic device closest to it as the second terminal.

[0371] It should be noted that FIG10 exemplarily illustrates the case where the first terminal and the second terminal communicate via Bluetooth. In other embodiments of the present application, the first terminal and the second terminal may communicate via other short-range communication methods, such as WiFi connection.

[0372] S405: After receiving the second call request, the second communication framework of the second terminal sends the user information of the third user to the second call application.

[0373] S406: The second call application displays a second incoming call interface, where the second incoming call interface includes user information of the third user.

[0374] Illustratively, the second incoming call interface may be shown as user interface 53, and the user information of the third user may be the name of the call object 531A and the location of the call object 531B.

[0375] S407: The second call application receives a user operation instructing to answer the call.

[0376] In some embodiments, upon receiving a user operation indicating an answer, the second calling device executes the following steps S408 and S39.

[0377] Exemplarily, the second incoming call interface is shown as the user interface 53, and the user operation indicating answering the call may be a user operation of touching the answer control 533 in FIG5C .

[0378] S408: The second call application sends an answering command to the second communication framework in response to the user operation instructing to answer the call. The answering command is used to instruct to answer the second call request.

[0379] S409: The second communication framework sends a call answering command to the first terminal via Bluetooth.

[0380] S410: After receiving the answer command, the first communication framework sends the answer command to the Modem.

[0381] In some embodiments, the rild process may convert the answer command issued by the first communication framework into an AT command recognizable by the modem and send it to the modem.

[0382] S411: The modem sends a connection request to the base station based on card 1.

[0383] The connection request is obtained by answering the command, and is used to request to establish a second call connection.

[0384] S412: When the modem receives the response message from the base station, it reports to the first communication framework that the second call is in an active state.

[0385] S413: The first communication framework requests the first call application to display the second call interface.

[0386] In some embodiments, when the first communication framework determines that the second call is active, it requests the first call application to display a second call interface, where the second call interface includes call information of the second call. The call information of the second call may include user information of the third user and the duration of the second call, etc.

[0387] S414: The first call application displays a second call interface, which includes user information of the second user and user information of the third user.

[0388] Optionally, the second call interface may include information about the first call and information about the second call. For example, the second call interface may be as shown in user interface 55 of FIG5E , which includes first call information 550 and second call information 551 . The user information of the second user may be the contact name "Bob" in first call information 550 and the call recipient name 551B (i.e., "Jane") of the second call in second call information 551 .

[0389] S415: The first call application sends the device identifier of the second terminal to the first audio framework.

[0390] The device identifier of the second terminal may be a MAC address of the second terminal.

[0391] It should be understood that the device identification may be related to the communication mode between the first terminal and the second terminal. For example, when the first terminal and the second terminal communicate via a WiFi connection, the device identification of the second terminal may be the IP address of the second terminal.

[0392] S416: The first audio framework requests the HiFi module to play the downlink audio of the second call through the second terminal.

[0393] S417: The HiFi module sends the downlink audio of the second call to the second terminal via Bluetooth.

[0394] In some embodiments, upon receiving a request from the first audio framework to play the audio of the second call through the second terminal, the HiFi module sends the downlink audio of the second call to the second terminal.

[0395] The downlink audio of the second call can be the audio data obtained by processing the downlink audio received by the modem from the base station through the HiFi module. The processing process of the downlink audio by the HiFi module can be referred to the relevant description of FIG9 and will not be expanded here.

[0396] S418: When the second audio framework receives the downlink audio of the second call, it plays the downlink audio of the second call through the speaker of the second terminal.

[0397] S419: The second audio framework obtains the uplink audio of the second call through the microphone of the second terminal.

[0398] In some embodiments, when the second call device receives a user operation indicating an answer, it collects audio through the microphone of the second terminal to obtain the uplink audio of the second call.

[0399] S420: The second audio framework sends the uplink audio of the second call to the first terminal via Bluetooth.

[0400] S421: When receiving the uplink audio of the second call, the first audio framework of the first terminal sends the uplink audio to the HiFi module.

[0401] S422: The HiFi module sends the uplink audio of the second call to the modem.

[0402] In some embodiments, the HiFi module may process the uplink audio and send the processed data to a modem, which then sends the data to a base station, so that the base station sends the data to a third terminal corresponding to the second call.

[0403] FIG11 exemplarily shows a call method flow in a dual-communication scenario of a basic call and a VoIP call provided in an embodiment of the present application.

[0404] In the embodiment of the present application, the first terminal includes a VoIP application, a first call application, a first communication framework, a first audio framework, a modem and a HiFi module, as well as a microphone, a speaker, and an earpiece, etc., not shown in Figure 11. The first communication framework may include the call manager and the communication framework in the first terminal in Figure 11. The second terminal may include a second call application, a second communication framework, and a second audio framework, as well as a microphone, a speaker, and an earpiece, etc., not shown in Figure 11.

[0405] It should be noted that, in the embodiment of the present application, the user operation can be a touch operation of the user (such as a click operation, a long press operation, a swipe up operation, a swipe down operation, or a side swipe operation), or a contactless operation (such as an air gesture), or a voice command of the user, and the embodiment of the present application does not impose any specific restrictions on this. It should be noted that, in the embodiment of the present application, the user operation can be a touch operation of the user (such as a click operation, a long press operation, a swipe up operation, a swipe down operation, or a side swipe operation), or a contactless operation (such as an air gesture), or a voice command of the user, and the embodiment of the present application does not impose any specific restrictions on this.

[0406] The calling method may include some or all of the following steps:

[0407] S501: A first call application of a first terminal receives a user operation instructing to call a second user through card 1.

[0408] The user operation may be one or more user operations.

[0409] For example, the first user can click on the application icon of the first call application on the first terminal. Accordingly, the first terminal can display the contact interface of the first call application in response to the user operation, and the contact interface includes the user name of the second user; further, the first terminal can respond to the user operation acting on the user name of the above-mentioned second user and display a pop-up window, which includes the call control corresponding to card 1 and the call control corresponding to card 2; further, the first terminal can receive the call control corresponding to card 1, and in response to the user operation, execute the following step S502.

[0410] For another example, the first terminal can display a dialing interface, which includes number keys from 1 to 9 and a call control corresponding to card 1; further, the first terminal can display the second user's mobile phone number in response to the user operation of entering the second user's mobile phone number; further, the user can click the call control, and accordingly, the first call application of the first terminal receives the user operation instructing to call the second user through card 1.

[0411] It should be noted that the embodiments of this application use the example of a first user using a first terminal to call a second user, and the call between the first user and the second user (when the first terminal is not already in another call) is referred to as a basic call. In other embodiments of this application, a basic call may also be a call from the second user to the first user, with the first user answering the call through the first terminal, and this application does not limit this.

[0412] S502: The first call application sends a dial command to the first communication framework, where the dial command carries the mobile phone number of the second user.

[0413] In some embodiments, the first call application of the first terminal sends a dial command to the first communication framework in response to a user operation indicating to call the second user through card 1, and the dial command carries the mobile phone number of the second user.

[0414] Optionally, the dial command may also include information such as the identification of the card 1.

[0415] In one implementation, the first call application can also display a calling interface in response to a user operation indicating to call the second user through card 1, which includes user information of the calling party (i.e., the second user), such as the second user's mobile phone number or the second user's name.

[0416] S503: The first communication framework sends a dial command to the modem.

[0417] In some embodiments, after receiving the dial command, the first communication framework converts the dial command issued by the first communication framework into an AT command recognizable by the modem through the rild process, and then sends the AT command to the modem.

[0418] S504: The modem sends a first call request to the base station based on card 1.

[0419] The first call request is obtained based on the dial command, and the first call request may include the mobile phone number of the second user and information of the first terminal, such as the mobile phone number of the first user and the identification of card 1.

[0420] S505: When the modem receives the response message from the base station, it reports to the first communication framework that the basic call is in an active state.

[0421] Exemplarily, the response message may be a response message sent by the base station to the first terminal after receiving the first call request, and the response message is used to indicate that the base station has received the first call request.

[0422] S506: The first communication framework requests the first call application to display a first call interface.

[0423] Furthermore, when the first communication framework determines that the basic call is in an active state, it requests the first call application to display the first call interface.

[0424] S507: The first call application displays a first call interface, which includes user information of the second user.

[0425] The first call interface may be an interface in a basic call.

[0426] Illustratively, the first call interface can refer to the relevant description of the user interface 51 shown in FIG5A .

[0427] S508: When the first communication framework determines that the basic call is active, the first communication framework requests the first audio framework to set the audio mode to the call mode.

[0428] For example, when the audio mode is call mode, the volume control key is used to control the playback volume of the call; when a call comes in again in call mode, the phone can vibrate and emit a beep sound instead of the default ringtone to avoid the ringtone interfering with the ongoing call; when playing music during a call, the audio channel of the music can be consistent with the audio channel of the call, instead of defaulting to external playback to avoid interference of the music playing externally with the ongoing call.

[0429] S509: The first audio framework requests the HiFi module to play the audio of the basic call through the receiver or speaker of the first terminal.

[0430] In some embodiments, the first audio framework requests the HiFi module to play the audio of the basic call through the earpiece of the first terminal by default; when the user requests to play the audio of the basic call through the speaker, the first audio framework can request the HiFi module to play the audio of the basic call through the speaker of the first terminal.

[0431] It should be noted that S508 and S509 can be performed simultaneously or successively, and this embodiment of the present application does not limit this.

[0432] S601: When the modem receives a second call request for a VoIP application, it sends the second call request to the first communication framework, where the second call request includes user information of a third user.

[0433] The user information of the third user may include the mobile phone number of the third user.

[0434] The second call request may further include an application identifier of the VoIP application.

[0435] S602: After receiving the second call request, the first communication framework sends the user information of the third user to the VoIP application.

[0436] In one implementation, after receiving the second call request, the first communication framework may parse the second call request to obtain user information of the third user, and then send the user information of the third user to the VoIP application. The user information of the third user may include the third user's mobile phone number.

[0437] S603: The VoIP application displays a first incoming call interface, where the first incoming call interface includes user information of the third user.

[0438] The first incoming call interface is used to display the call request from the third user.

[0439] Exemplarily, the first incoming call interface can be shown as the user interface 71 of Figure 7A, wherein the user information of the third user can be shown as the second incoming call information 711. Figure 7A exemplarily shows that the name of the third user is "Jane", and Jane can be the name annotation of the second user on the first terminal; it exemplarily shows that the VoIP application is Changlian Voice.

[0440] S604: After receiving the second call request, the first communication framework sends the second call request to the second terminal via Bluetooth.

[0441] In one implementation, when receiving the second call request, the first communication framework queries whether there are other active calls; when it is found that the basic call is active, the second call request is sent to the second terminal via Bluetooth.

[0442] The second terminal can be all electronic devices with which the first terminal establishes short-range communication, or it can be an electronic device determined by the first terminal from among the electronic devices with which the first terminal establishes short-range communication. For example, if the first terminal establishes communication connections with multiple electronic devices, the first terminal can select the electronic device closest to it as the second terminal.

[0443] It should be noted that FIG11 exemplarily illustrates the case where the first terminal and the second terminal communicate via Bluetooth. In other embodiments of the present application, the first terminal and the second terminal may communicate via other short-range communication methods, such as WiFi connection.

[0444] S605: After receiving the second call request, the second communication framework of the second terminal sends the user information of the third user to the second call application.

[0445] S606: The second call application displays a second incoming call interface, where the second incoming call interface includes user information of the third user.

[0446] Illustratively, the second incoming call interface may be shown as user interface 72, and the user information of the third user may be the name of the call object 721A.

[0447] S607: The second call application receives a user operation instructing to answer the call.

[0448] In some embodiments, upon receiving a user operation indicating an answer, the second calling device executes steps S608 and S59 .

[0449] Exemplarily, the second incoming call interface is shown as the user interface 72, and the user operation indicating answering the call may be a user operation of touching the answer control 723 in FIG. 7B.

[0450] S608: The second call application sends an answering command to the second communication framework in response to the user operation instructing to answer the call. The answering command is used to instruct to answer the second call request.

[0451] S609: The second communication framework sends a call answering command to the first terminal via Bluetooth.

[0452] S610: After receiving the answer command, the first communication framework sends the answer command to the Modem.

[0453] In some embodiments, the rild process may convert the answer command issued by the first communication framework into an AT command recognizable by the modem and send it to the modem.

[0454] S611: The modem sends a connection request to the application server of the VoIP application.

[0455] The connection request is obtained by answering the command, and is used to request to establish a second call connection.

[0456] S612: When the modem receives the response message from the application server, it reports to the first communication framework that the VoIP call is in an active state.

[0457] S613: The first communication framework requests the VoIP application to display the second call interface.

[0458] In some embodiments, when the first communication framework determines that the VoIP call is active, it requests the VoIP application to display a second call interface, which includes call information of the VoIP call. The call information of the VoIP call may include user information of the third user and the duration of the VoIP call, etc.

[0459] S614: The VoIP application displays a second call interface, which includes user information of the second user and user information of the third user.

[0460] Optionally, the second call interface may include information about the basic call and the VoIP call. For example, the second call interface may be user interface 55 as shown in FIG5E , which includes first call information 550 and second call information 551 . The user information of the second user may be the contact name "Bob" in first call information 550 and the call recipient name 551B (i.e., "Jane") of the second call in second call information 551 .

[0461] S615: The first communication framework sends the device identification of the second terminal to the first audio framework.

[0462] The device identifier of the second terminal may be a MAC address of the second terminal.

[0463] It should be understood that the device identification may be related to the communication mode between the first terminal and the second terminal. For example, when the first terminal and the second terminal communicate via a WiFi connection, the device identification of the second terminal may be the IP address of the second terminal.

[0464] S616: The first audio framework requests the HiFi module to play the downlink audio of the VoIP call through the second terminal.

[0465] S617: The HiFi module sends the downlink audio of the VoIP call to the second terminal via Bluetooth.

[0466] In some embodiments, upon receiving a request from the first audio framework to play the audio of the VoIP call through the second terminal, the HiFi module sends the downlink audio of the VoIP call to the second terminal. Specifically, the sending may be through the first communication framework, which will not be elaborated here.

[0467] The downlink audio of the VoIP call can be the audio data obtained by processing the downlink audio received by the modem from the base station through the HiFi module. The processing process of the downlink audio by the HiFi module can be referred to the relevant description of FIG9 and will not be expanded here.

[0468] S618: When the second audio framework receives the downlink audio of the VoIP call, it plays the downlink audio of the VoIP call through the speaker of the second terminal.

[0469] S619: The second audio framework obtains the uplink audio of the VoIP call through the microphone of the second terminal.

[0470] In some embodiments, when the second calling device receives a user operation indicating an answer, it collects audio through the microphone of the second terminal to obtain the uplink audio of the VoIP call.

[0471] S620: The second audio framework sends the uplink audio of the VoIP call to the first terminal via Bluetooth.

[0472] S621: When receiving the uplink audio of the VoIP call, the first audio framework of the first terminal sends the uplink audio to the HiFi module.

[0473] S622: The HiFi module sends the uplink audio of the VoIP call to the modem.

[0474] In some embodiments, the HiFi module may process the uplink audio and send the processed data to a modem, which then sends the data to a base station, so that the base station sends the data to a third terminal corresponding to the VoIP call.

[0475] FIG12 exemplarily shows a call method process provided in an embodiment of the present application.

[0476] It should be noted that, in the embodiment of the present application, the user operation can be a touch operation of the user (such as a click operation, a long press operation, a swipe up operation, a swipe down operation, or a side swipe operation), or a contactless operation (such as an air gesture), or a voice command of the user, and the embodiment of the present application does not impose any specific restrictions on this. It should be noted that, in the embodiment of the present application, the user operation can be a touch operation of the user (such as a click operation, a long press operation, a swipe up operation, a swipe down operation, or a side swipe operation), or a contactless operation (such as an air gesture), or a voice command of the user, and the embodiment of the present application does not impose any specific restrictions on this.

[0477] The calling method may include some or all of the following steps:

[0478] S1201: When a first terminal is in a first call, it receives a call request for establishing a second call.

[0479] Optionally, the first terminal is installed with a first subscriber identification module SIM card, and the first call and the second call are both realized through the first SIM card.

[0480] Optionally, the first terminal is installed with a first SIM card and a second SIM card, the first call is implemented through the first SIM card, and the second call is implemented through the second SIM card.

[0481] Optionally, the first call is a basic call, and the second call is a voice transmission VoIP call.

[0482] In some embodiments, before receiving a call request, the first terminal may display a first call interface, where the first call interface includes call information of the first call; the communication information of the first call includes user information of the first call; and in response to the call request of the second call, the first terminal displays an incoming call interface, where the incoming call interface includes incoming call information of the second call.

[0483] For the specific implementation of the first terminal establishing the first call, please refer to the relevant descriptions in steps S101 to S109, steps S301 to S309, and steps S501 to S509 in the above embodiments; for the specific implementation of step S1201, please refer to the relevant descriptions in the above steps S201, S401 and S601, which will not be repeated here.

[0484] S1202: The first terminal sends a call request for the second call to the second terminal.

[0485] In some embodiments, the first terminal sends a call request to at least two third terminals, where the third terminals are devices that establish a communication connection with the first terminal; the second terminal is the first device among the at least one third terminal device to send a call command to the first terminal.

[0486] The specific implementation of step S1202 can refer to the relevant descriptions of steps S202 to S204, steps S402 to S404, and steps S602 to S604, which will not be repeated here.

[0487] S1203: The second terminal displays an incoming call interface in response to the call request.

[0488] In some embodiments, the second terminal may display a first incoming call interface in response to a call request, the first incoming call interface including the incoming call information and answering controls of the second call; the incoming call information of the second call is obtained based on the call request; the second terminal may display a call interface in response to a user operation on the answering control, the call interface including the call information of the second call.

[0489] The specific implementation of step S1203 can refer to the relevant descriptions of steps S205 to S206, steps S405 to S406, and steps S605 to S606, which will not be repeated here.

[0490] S1204: In response to the user operation indicating approval for establishing the second call, the second terminal sends a call answering command to the first terminal, where the call answering command indicates approval for the call request.

[0491] In some embodiments, the second terminal may display a first incoming call interface in response to a call request, the first incoming call interface including the incoming call information and answering controls of the second call; the incoming call information of the second call is obtained based on the call request; the second terminal may display a call interface in response to a user operation on the answering control, the call interface including the call information of the second call.

[0492] In one possible implementation, the second terminal can collect audio through a microphone in response to a user operation on the answering control to obtain first audio data; the second terminal sends the first audio data to the first terminal; then, the first terminal sends the uplink audio of the second call to the second communication network, and the second communication network is used to transmit the audio data of the second call, and the audio data of the second call includes the uplink audio of the second call.

[0493] For the specific operations of the second terminal after receiving the above-mentioned call request, please refer to the relevant descriptions in steps S207 to S208, steps S407 to S408, and steps S607 to S608 in the above-mentioned embodiments; for the specific implementation of step S1204, please refer to the relevant descriptions in the above-mentioned steps S209, S409 and S609, which will not be repeated here.

[0494] S1205: The first terminal establishes a second call in response to the answer command.

[0495] In some embodiments, the first terminal establishes the second call while the first call is in a call state.

[0496] In some embodiments, after establishing the second call, the first terminal may display a second call interface, where the second call interface includes call information of the first call and a call identifier of the second call, where the call identifier of the second call includes a device identifier of the second terminal.

[0497] In a possible implementation, after establishing the second call, the first terminal may send the downlink audio of the second call to the second terminal; and the second terminal plays the downlink audio of the second call.

[0498] For the specific implementation of step S1205, please refer to the relevant descriptions in steps S210 to S211, steps S410 to S411, and steps S610 to S611 in the above embodiments; for the specific process of the first terminal and the second terminal cooperating to realize the second call being in a call state, please refer to the relevant descriptions in steps S212 to S222, steps S412 to S422, and steps S612 to S622 in the above embodiments, which will not be repeated here.

[0499] An embodiment of the present application also provides an electronic device, which includes one or more processors and one or more memories; wherein the one or more memories are coupled to the one or more processors, and the one or more memories are used to store computer program code, and the computer program code includes computer instructions. When the one or more processors execute the computer instructions, the electronic device executes the method described in the above embodiment.

[0500] The embodiments of the present application also provide a computer program product containing instructions. When the computer program product is run on an electronic device, the electronic device executes the method described in the above embodiments.

[0501] An embodiment of the present application further provides a computer-readable storage medium, comprising instructions, which, when executed on an electronic device, enable the electronic device to execute the method described in the above embodiment.

[0502] It is understandable that the various embodiments of the present application can be combined arbitrarily to achieve different technical effects.

[0503] In the above embodiments, all or part of the embodiments may be implemented by software, hardware, firmware, or any combination thereof. When implemented using software, all or part of the embodiments may be implemented in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the processes or functions described herein are generated. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions may be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions may be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via a wired (e.g., coaxial cable, optical fiber, digital subscriber line) or wireless (e.g., infrared, wireless, microwave, etc.) method. The computer-readable storage medium may be any available medium that a computer can access or a data storage device such as a server or data center that includes one or more available media integrated therein. The available medium may be a magnetic medium (e.g., a floppy disk, a hard disk, a magnetic tape), an optical medium (e.g., a DVD), or a semiconductor medium (e.g., a solid-state drive).

[0504] Those skilled in the art will appreciate that all or part of the process steps in the above-described method embodiments can be implemented by a computer program instructing the relevant hardware. The program can be stored in a computer-readable storage medium, and when executed, the program can include the process steps in the above-described method embodiments. The aforementioned storage medium includes various media capable of storing program code, such as ROM or random access memory (RAM), magnetic disks, or optical disks.

[0505] In short, the above description is only an embodiment of the technical solution of this application and is not intended to limit the scope of protection of this application. Any modifications, equivalent replacements, improvements, etc. made based on the disclosure of this application should be included in the scope of protection of this application.

Claims

1. A method for making a call, characterized in that: The method comprises: When the first terminal is in a first call, a call request for establishing a second call is received; The first terminal sends the call request to the second terminal; The first terminal establishes the second call in response to a call answering command from the second terminal; the call answering command is used to indicate approval of the call request.

2. The method according to claim 1, characterized in that When the first terminal establishes the second call, the first call is in a call state.

3. The method according to claim 1 or 2, characterized in that: The method further comprises: Before receiving the call request, the first terminal displays a first call interface, where the first call interface includes call information of the first call; the communication information of the first call includes user information of the first call; The first terminal displays an incoming call interface in response to the call request of the second call, wherein the incoming call interface includes incoming call information of the second call; After establishing the second call, the first terminal displays a second call interface, where the second call interface includes call information of the first call and a call identifier of the second call, where the call identifier of the second call includes a device identifier of the second terminal.

4. The method according to any one of claims 1 to 3, characterized in that: The first terminal is installed with a first subscriber identification module SIM card, and the first call and the second call are both realized through the first SIM card.

5. The method according to any one of claims 1 to 3, characterized in that: The first terminal is installed with the first SIM card and the second SIM card, the first call is implemented through the first SIM card, and the second call is implemented through the second SIM card.

6. The method according to any one of claims 1 to 3, characterized in that: The first call is a basic call, and the second call is a voice transmission VoIP call.

7. The method according to any one of claims 1 to 6, characterized in that: The first terminal sending the call request to the second terminal includes: The first terminal sends the call request to at least two third terminals, and the third terminals are devices that establish a communication connection with the first terminal; the second terminal is the first device among the at least one third terminal device to send the answer command to the first terminal.

8. The method according to any one of claims 1 to 7, characterized in that: The first terminal includes a first real-time transport protocol RTP module and a first vocoder; the method further includes: The first terminal encodes the audio collected by the first terminal through the first vocoder; The first terminal packages the data encoded by the first vocoder through the first RTP module to obtain the uplink audio of the first call; The first terminal sends the uplink audio of the first call to a first communication network, where the first communication network is used to transmit audio data of the first call, where the audio data of the first call includes the uplink audio of the first call.

9. The method according to claim 8, characterized in that The audio data of the first call also includes downlink audio of the first call, and the method further includes: The first terminal receives the downlink audio of the first call; The first terminal decompresses the downlink audio of the first call through the first RTP module; The first terminal decodes the data decompressed by the first RTP module through the first vocoder; The first terminal plays the audio decoded by the first vocoder.

10. The method according to any one of claims 1 to 9, characterized in that: The first terminal includes a second RTP module and a second vocoder; the method also includes: The first terminal receives first audio data sent by the second terminal; The first terminal encodes the first audio data by using the second vocoder; The first terminal packages the data encoded by the second vocoder through the second RTP module to obtain the uplink audio of the second call; The first terminal sends the uplink audio of the second call to a second communication network, where the second communication network is used to transmit audio data of the second call, where the audio data of the second call includes the uplink audio of the second call.

11. The method according to claim 10, characterized in that The audio data of the second call also includes downlink audio of the second call, and the method further includes: The first terminal receives the downlink audio of the second call; The first terminal decompresses the downlink audio of the second call through the second RTP module; The first terminal decodes the data decompressed by the second RTP module through the second vocoder to obtain second audio data; The first terminal sends the second audio data to the second terminal, and the second terminal is used to play the second audio data.

12. A method for making a call, characterized in that: The method comprises: The second terminal receives a call request sent by the first terminal; the call request is used to request to establish a second call; the first terminal is in the first call when sending the call request; In response to the user operation indicating approval for establishing the second call, the second terminal sends a listening command to the first terminal, where the listening command is used to indicate approval for the call request.

13. The method according to claim 12, characterized in that The method further comprises: In response to the call request, the second terminal displays an incoming call interface, wherein the incoming call interface includes incoming call information and an answering control for the second call; the incoming call information of the second call is obtained based on the call request; The second terminal displays a call interface in response to a user operation on the answering control, where the call interface includes call information of the second call.

14. The method according to claim 13, characterized in that The method further comprises: The second terminal collects audio through a microphone in response to a user operation on the answering control to obtain first audio data; The second terminal sends the first audio data to the first terminal, where the first audio data is used to determine the uplink audio of the second call.

15. The method according to any one of claims 12 to 14, characterized in that: After sending the answer command to the first terminal, the method further includes: The second terminal receives the downlink audio of the second call sent by the first terminal; The second terminal plays the downlink audio of the second call.

16. The method according to any one of claims 12 to 15, characterized in that: The first terminal is installed with a first subscriber identification module SIM card, and the first call and the second call are both realized through the first SIM card.

17. The method according to any one of claims 12 to 15, characterized in that: The first terminal is installed with the first SIM card and the second SIM card, the first call is implemented through the first SIM card, and the second call is implemented through the second SIM card.

18. The method according to any one of claims 12 to 15, characterized in that: The first call is a basic call, and the second call is a voice transmission VoIP call.

19. A communication system, characterized in that: The system includes a first terminal and a second terminal; The first terminal is used to: when in the first call, send a received call request for establishing a second call to the second terminal; The second terminal is used to: in response to the call request of the second call, display a first incoming call interface, the first incoming call interface Including the incoming call information of the second call; In response to a user operation indicating approval of establishing the second call, sending a call answering command to the first terminal, the call answering command being used to indicate approval of the call request; The first terminal is further configured to: establish the second call in response to the answer command; and send the downlink audio of the second call to the second terminal; The second terminal is further used to play the downlink audio of the second call.

20. The method according to claim 19, characterized in that The second terminal is also used to: in response to a user operation indicating agreement to establish the second call, collect audio through a microphone to obtain first audio data; and send the first audio data to the first terminal, where the first audio data is used to determine the uplink audio of the second call.

21. The method according to claim 19 or 20, characterized in that The second terminal is further configured to: in response to a user operation indicating consent to establish the second call, display a call interface, wherein the call interface includes call information of the second call.

22. The method according to any one of claims 19 to 21, characterized in that: The first incoming call interface also includes an answering control, and the user operation indicating consent to establish the second call is a user operation on the answering control.

23. The method according to any one of claims 19 to 22, characterized in that: When the first terminal establishes the second call, the first call is in a call state.

24. The method according to any one of claims 19 to 23, characterized in that: The first terminal is used for: Before receiving the call request, displaying a first interface, wherein the first interface includes call information of the first call; the communication information of the first call includes user information of the first call; In response to the call request, displaying a second incoming call interface, wherein the second incoming call interface includes incoming call information of the second call; After the second call is established, a second interface is displayed, wherein the second interface includes call information of the first call and a call identifier of the second call, wherein the call identifier of the second call includes a device identifier of the second terminal.

25. The method according to any one of claims 19 to 24, characterized in that: The first terminal is installed with a first subscriber identification module SIM card, and the first call and the second call are both realized through the first SIM card.

26. The method according to any one of claims 19 to 24, characterized in that: The first terminal is installed with the first SIM card and the second SIM card, the first call is implemented through the first SIM card, and the second call is implemented through the second SIM card.

27. The method according to any one of claims 19 to 24, characterized in that: The first call is a basic call, and the second call is a voice transmission VoIP call.

28. An electronic device, characterized in that: The electronic device includes one or more processors and one or more memories; wherein the one or more memories are coupled to the one or more processors, and the one or more memories are used to store computer program code, and the computer program code includes computer instructions, and when the one or more processors execute the computer instructions, the electronic device executes the method as described in any one of claims 1-18.

29. A computer program product comprising instructions, characterized in that When the computer program product is run on an electronic device, the electronic device is enabled to execute the method according to any one of claims 1 to 18.

30. A computer-readable storage medium comprising instructions, characterized in that: When the instructions are executed on an electronic device, the electronic device is caused to execute the method as claimed in any one of claims 1 to 18.

Images