Voice communication method and system based on MIFI equipment

By establishing a pairing connection between the user equipment and the MIFI equipment and forwarding telephone requests using the MIFI equipment, the problem of unused call resources of the MIFI equipment is solved, and efficient resource utilization and cost reduction are achieved.

CN120302248AActive Publication Date: 2025-07-11SHENZHEN WEWINS WIRELESS
View PDF 5 Cites 0 Cited by

Patent Information

Application Number
CN202510787431.5
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2025-06-13
Publication Date
2025-07-11
Estimated Expiration
2045-06-13

AI Technical Summary

Technical Problem

现有MIFI设备的电话卡套餐中附带的通话分钟数未被充分利用,导致资源浪费和用户费用的不必要支出。

Method used

By establishing a pairing connection between the user equipment and the MIFI equipment, using the MIFI equipment to forward the phone call request to the cellular network, establish a call connection, and display the call status in real time, ensuring the effective utilization of call resources.

Benefits of technology

It realizes the full utilization of MIFI device call resources, reduces resource waste, reduces user communication costs, and provides a good user experience.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN120302248A_ABST
    Figure CN120302248A_ABST
Patent Text Reader

Abstract

The invention relates to the technical field of communication, in particular to a voice communication method and system based on MIFI equipment, the system comprises user equipment and the MIFI equipment, after receiving a call making request, the user equipment firstly verifies the pairing state with the MIFI equipment, if the pairing is successful, the user equipment forwards the request to the MIFI equipment, the MIFI equipment forwards the voice request to a cellular network, and if the pairing is successful, the MIFI equipment forwards the voice request to the cellular network. And establishing a call connection, returning a call state in real time (to the user equipment, dynamically updating a call interface by the user equipment according to the returned state, and intuitively displaying the current call condition to the user. Through cooperation of the MIFI equipment and the mobile phone APP, the call minutes of the traffic card which is idle originally in the MIFI equipment are converted into actual call resources, the user experience and the resource utilization rate are improved, and meanwhile communication safety and real-time performance are ensured.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application relates to the field of communication technologies, and in particular, to a voice communication method and system based on a MIFI device. Background Art

[0002] With the rapid development of the mobile Internet, people's demand for mobile data traffic has been increasing day by day. As a portable wireless hotspot device, the MIFI (Mobile WIFI) device has emerged and been widely used. The MIFI device accesses the mobile communication network through a built-in phone card, converts the mobile data signal into a WIFI signal, and thus provides wireless network connections for multiple mobile terminal devices (such as mobile phones, tablets, laptops, etc.), enabling users to conveniently access the Internet in different scenarios.

[0003] Currently, the phone card packages used by some MIFI devices on the market not only include a certain amount of data traffic but also come with a certain number of call minutes. However, in actual use, many users only use the MIFI device as a pure data card to meet their mobile Internet access needs, ignoring the call minute resources in the phone card package, resulting in the idle and waste of call minutes in the phone card package. Users cannot fully utilize the complete communication service resources provided by the operator, causing a certain degree of resource waste and unnecessary expenditure of user fees. Summary of the Invention

[0004] To overcome the deficiencies of the prior art, the present invention provides a voice communication method and system based on a MIFI device to improve the utilization rate of the phone card package resources in the MIFI device.

[0005] The first aspect of this application provides a voice communication method based on a MIFI device. The method is applied to a voice communication system based on a MIFI device. The voice communication system based on a MIFI device includes a user device and a MIFI device. The method includes: When the user device receives a phone call request from the user, it determines whether it is successfully paired and connected to the MIFI device; When the user device determines that it is successfully paired and connected to the MIFI device, it sends the phone call request to the MIFI device; When the MIFI device receives the phone call request, it forwards the phone call request to the cellular network to establish a call connection with the user device; The user device sends a call status query request to the MIFI device to cause the MIFI device to return the current call status; The user device displays a corresponding call interface according to the current call status to prompt the user.

[0006] In an alternative embodiment, the method further includes: The user equipment connects to the WiFi network created by the MIFI device through WiFi; When the user equipment successfully connects to the WiFi network created by the MIFI device, it obtains the gateway address of the MIFI device and sends a pairing request to the MIFI device based on the gateway address. The pairing request includes the user equipment identifier corresponding to the user equipment and encryption key information; When the MIFI device receives the pairing request, it checks whether it has been successfully paired and connected to other devices; When the MIFI device determines that it has been successfully paired and connected to the other device, it rejects the pairing request and returns a pairing failure prompt to the user equipment; When the MIFI device determines that it has not been successfully paired and connected to the other device, it generates a pairing code according to the pairing request and returns the pairing code, key information, and a pairing success prompt to the user equipment.

[0007] In an alternative embodiment, the method further includes: The user equipment stores the pairing code; When the user equipment receives a reconnection request from the MIFI device, it obtains the pairing code and sends the reconnection request and the pairing code to the MIFI device; The MIFI device determines whether to update the key information according to the pairing code; When the MIFI device determines to update the key information, it returns the updated key information to the user equipment.

[0008] In an alternative embodiment, the method further includes: When the user equipment receives a call hang-up request from the user, it sends the call hang-up request to the MIFI device; When the MIFI device receives the call hang-up request, it forwards the call hang-up request to the cellular network to terminate the call connection with the user equipment.

[0009] In an alternative embodiment, the method further includes: When the MIFI device does not receive the call dialing request, it returns a no-signal request to the user equipment; When the user equipment receives the no-signal request, it prompts the user to terminate the call dialing request.

[0010] In an alternative embodiment, the method further includes: The user equipment queries the MIFI device to determine whether a phone call incoming request has been received, such that when the MIFI device receives the phone call incoming request, the MIFI device returns the incoming call information corresponding to the phone call incoming request; The user equipment initializes a call interface according to the incoming call information to provide an answer option and a reject option to the user; When the user equipment receives an answer request from the user for the answer option, the user equipment sends the answer request to the MIFI device; When the MIFI device receives the answer request, the MIFI device forwards the answer request to the cellular network to establish a call connection with the user equipment.

[0011] In an alternative embodiment, the method further includes: When the user equipment receives a reject request from the user for the reject option, the user equipment sends the reject request to the MIFI device; When the MIFI device receives the reject request, the MIFI device forwards the reject request to the cellular network to terminate the call connection with the user equipment.

[0012] In an alternative embodiment, the method further includes: When the user equipment receives a phone call answer request, the user equipment obtains a user operation request from the user for the phone call answer request, where the user operation request includes answering on a first voice communication channel or answering on a second voice communication channel; When the user equipment determines that the user operation request corresponds to answering on the first voice communication channel, the user equipment cuts off the phone call answer request for the second voice communication channel and sends the phone call answer request to the first voice communication channel; When the user equipment determines that the user operation request corresponds to answering on the second voice communication channel, the user equipment cuts off the phone call answer request for the first voice communication channel and sends the phone call answer request to the second voice communication channel.

[0013] In an alternative embodiment, a mobile application is installed on the user equipment, and the method further includes: The mobile application sends an authorization inquiry request corresponding to contact data to the device system of the user equipment; When the device system receives the authorization inquiry request, the device system pops up an authorization dialog box to prompt the user whether to agree to the authorization; When the device system determines that the user selects not to agree to the authorization, the device system prevents the mobile application from reading the contact data; When the device system determines that the user selects to agree to the authorization, it returns the contact data to the mobile application; When the mobile application receives the contact data, it pages the contact data and displays it to the user in pages.

[0014] The second aspect of this application provides a voice communication system based on a MIFI device. The system includes a user device and a MIFI device; The user device is used to determine whether it is successfully paired and connected to the MIFI device when receiving a user's phone call request; The user device is used to send the phone call request to the MIFI device when it determines that it is successfully paired and connected to the MIFI device; The MIFI device is used to forward the phone call request to the cellular network when receiving the phone call request to establish a call connection with the user device; The user device is used to send a call status query request to the MIFI device so that the MIFI device returns the current call status; The user device is used to display a corresponding call interface according to the current call status to prompt the user.

[0015] In summary, the voice communication method and system based on a MIFI device provided by this application have at least one of the following beneficial effects: 1. When the user device receives a user's phone call request, it first determines whether it is successfully paired and connected to the MIFI device, ensuring that the subsequent voice communication process can only proceed when the user device is successfully connected to the MIFI device. Through the connection determination mechanism, it lays a foundation for using the call function in the phone card package used by the MIFI device, making it possible to utilize the originally potentially idle call resources; 2. By sending the phone call request from the user device to the MIFI device and then having the MIFI device forward it to the cellular network, a call connection is successfully established, enabling the user device to conduct voice communication by using the call function in the phone card package used by the MIFI device, rather than simply using the MIFI device as a pure data card. Thus, it fully utilizes the call minute resources attached to the phone card package and avoids the idle and waste of resources; 3. The user equipment sends a call status query request to the MIFI device, so that the MIFI device returns the current call status, and displays the corresponding call interface according to the current call status to prompt the user, ensuring that the user can understand the call status in real time during the call. By displaying the corresponding call interface, a good user experience is provided for the user. At the same time, the cooperation between the user equipment and the MIFI device in voice communication is strengthened, enabling the user to more conveniently utilize the call function in the phone card package used by the MIFI device, fully enjoy the communication service resources provided by the operator, and reduce unnecessary expenditures of the user's fees. BRIEF DESCRIPTION OF THE DRAWINGS

[0016] Figure 1 is a schematic diagram of the architecture of a voice communication system based on a MIFI device shown in an embodiment of the present application; Figure 2 is a schematic diagram of an interface for authorized access to contacts shown in an embodiment of the present application; Figure 3 is a schematic diagram of an interface of a contact communication list shown in an embodiment of the present application; Figure 4 is a schematic diagram of an interface provided by a dialing module function shown in an embodiment of the present application; Figure 5 is a schematic flowchart of a voice communication method based on a MIFI device shown in an embodiment of the present application; Figure 6 is a schematic flowchart of a phone call method based on a MIFI device shown in an embodiment of the present application; Figure 7 is a schematic flowchart of a phone call answering method based on a MIFI device shown in an embodiment of the present application; Figure 8 is a schematic flowchart of a process for an APP to obtain mobile phone contact data shown in an embodiment of the present application; Figure 9 is a schematic diagram of the structure of a user equipment shown in an embodiment of the present application. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0017] The present invention will be further described below in conjunction with the drawings and embodiments.

[0018] The concept, specific structure and technical effects of the present invention will be clearly and completely described below in conjunction with the embodiments and the drawings, so as to fully understand the purpose, features and effects of the present invention. Obviously, the described embodiments are only a part of the embodiments of the present invention, rather than all the embodiments. Based on the embodiments of the present invention, other embodiments obtained by those skilled in the art without creative efforts shall fall within the scope of protection of the present invention. In addition, all the connection / linkage relationships involved in the patent do not simply refer to the direct connection of components, but refer to the formation of a more optimal connection structure by adding or reducing connection accessories according to the specific implementation situation. The various technical features in the present invention can be combined interactively without conflicting with each other.

[0019] Referring to Figure 1 shown in the figure, it is a schematic diagram of the architecture of a voice communication system based on a MIFI device shown in the embodiments of the present application.

[0020] In some embodiments, the voice communication system based on a MIFI device includes a user's user device (for example, a user's mobile phone) and a MIFI device. For the convenience of understanding the inventive concept of the present application, the user device in the embodiments of the present application is described by taking a user's mobile phone as an example. Among them, the mobile phone is installed with an application program APP for communicating and connecting with the MIFI device. The APP side includes an authentication module, a contacts module, a dialing module, etc., and the MIFI device may include a communication module and a control module.

[0021] For the mobile phone APP, the authentication module is used to ensure the communication security between the APP and the MIFI device, so that when the APP pairs and connects with the MIFI device through the authentication module, a secret key negotiation is performed each time of pairing, and then the secret key is updated every hour to ensure the communication security. The contacts module is used to store the mobile phone contacts. When it is necessary to access the contacts list, the user needs to authorize the access to the contacts. Specifically, referring to Figure 2 and Figure 3 , an authorization page will pop up on the APP, asking whether to allow the permission to access the contacts. If not agreed, the contacts module will have no content. If authorized, the contacts module is allowed to read the mobile phone contacts. The dialing module is used to provide functions such as making and / or answering calls, such as a dialing pad, a call-making interface, an answering call interface, etc., as shown in Figure 4 shown.

[0022] For MIFI devices, the communication module fully complies with the communication protocol, is used to implement calls, and is responsible for making and answering calls. The control module is used to perform signaling control and management, including dialing, answering, hanging up control and status management. Among them, the control module adds an abnormal protection mechanism. When an abnormality occurs in the APP (for example, the call is not hung up normally), the MIFI device can hang up the call in a shorter time. The implementation method is that there is a heartbeat detection mechanism between the APP and the MIFI device. For example, if the MIFI device does not receive a heartbeat detection after 10 seconds, it will automatically hang up the call.

[0023] Since MIFI devices, as mobile hotspots, do not have recording and playback functions, they cannot realize the call function alone. This application connects to the MIFI device's WIFI network through a mobile phone APP, and uses the mobile phone APP to make or answer calls, that is, to use the recording and playback functions of the mobile phone, and based on the corresponding mobile phone APP, only the WIFI network provided by the MIFI device can be used to realize voice calls, effectively utilizing the call minutes of the phone card in the MIFI device to realize voice communication services.

[0024] Reference Figure 5 As shown, it is a flow chart of a voice communication method based on a MIFI device shown in an embodiment of the present application. The voice communication method based on a MIFI device is applied to a voice communication system based on a MIFI device. The voice communication based on a MIFI device includes the following steps.

[0025] S51, when receiving a phone call request from a user, the user equipment determines whether it is successfully paired and connected with a MIFI device.

[0026] Since the call application built into the mobile phone is connected to the call channel of the mobile phone card, when the call application built into the mobile phone is used for voice communication, the call duration used is the call duration in the mobile phone card. In order to use the call duration of the phone card in the MIFI device, an application (hereinafter referred to as APP) is independently developed and run on the user's mobile phone. When the user needs to make a call, the dialing request is initiated through the dialing keypad of the dialing module function interface provided by the APP. Figure 6 When the APP receives a phone call request from the user, the APP needs to send the phone call request to the MIFI device. However, before sending the phone call request to the MIFI device, the APP needs to determine whether it is successfully paired with the MIFI device. When it is determined that the APP is successfully paired with the MIFI device, the phone call request is sent to the MIFI device.

[0027] In an optional embodiment, the method further comprises: The user device is connected to the WiFi network created by the MIFI device via WiFi; When the user device successfully connects to the WiFi network created by the MIFI device, it obtains the gateway address of the MIFI device and sends a pairing request to the MIFI device based on the gateway address. The pairing request includes the user device identifier corresponding to the user device and encryption key information; When the MIFI device receives the pairing request, it checks whether it is successfully paired and connected to other devices.

[0028] When the MIFI device determines that it is successfully paired and connected to the other device, it rejects the pairing request and returns a pairing failure prompt to the user device; When the MIFI device determines that it is not successfully paired and connected to the other device, it generates a pairing code according to the pairing request and returns the pairing code, key information, and a pairing success prompt to the user device.

[0029] In some embodiments, when the user opens the APP, the user's mobile phone initiates a pairing connection request for the MIFI. First, the APP scans and discovers the WiFi network (SSID) created by the MIFI device, and enters the preset password (or connects without a password) to complete authentication. After successful connection, the APP obtains the IP address assigned by DHCP (such as 192.168.8.100) and resolves the gateway address of the MIFI device (such as 192.168.8.1) through the ARP protocol. Then, the APP sends a POST request, that is, a pairing request, to the gateway address of the MIFI device based on the HTTP / HTTPS protocol, and the path is, for example, / api / pair. After receiving the pairing request, the MIFI device first verifies whether the timestamp is within the allowable range (such as ±5 minutes) to prevent replay attacks, and queries the locally stored pairing record table (such as an SQLite database) to check whether there is an active pairing session of other devices. If there is an active pairing (the status is "paired successfully"), it rejects the pairing request sent by the APP and returns a pairing failure prompt to the APP. If there is no active pairing or the pairing has timed out (such as no communication for more than 30 minutes), it allows the pairing request sent by the APP and conducts a new pairing. When the APP and the MIFI device are pairing and connecting for the first time and pairing is allowed, the MIFI device can generate a random pairing code (such as a 6-digit number), generate a new session key, that is, key information (such as an AES-256 key), and at the same time update the local pairing record table, mark the current MIFI device as "paired successfully" and record the timestamp. After the APP and the MIFI device are successfully paired and connected, the APP can send the received phone call request to the MIFI device so that the MIFI device processes the phone call request to implement the use of the call duration resources of the phone card in the MIFI device.

[0030] When the MIFI device successfully pairs and connects with the APP, it returns a randomly generated pairing code and secret key information to the SPP. After receiving the pairing code and secret key information, the APP stores the pairing code and secret key information, binds the pairing code with the unique identifier (such as the MAC address) of the MIFI device, and stores it in the local secure storage area. In other embodiments, in addition to sending a phone call request, when the APP sends other requests such as a phone hang-up request, it needs to query whether it has successfully paired and connected with the MIFI device. Only when it has successfully paired and connected with the MIFI device can the APP successfully use the call duration of the phone card in the MIFI device during voice communication.

[0031] It should be noted that the relationship between the APP and the MIFI device is one-to-one, that is, only one APP can be paired and connected to one MIFI device. During the pairing and connection process, when the MIFI device has been paired by another APP, the APP will receive an error prompt indicating that the MIFI device has been paired and connected to another user device, that is, only one active pairing session is allowed for the MIFI device at the same time, and new requests need to wait for the old session to time out or be actively released.

[0032] Through the above optional implementation methods, a one-to-one secure connection between the MIFI device and the APP is ensured through a unique pairing mechanism, preventing multiple devices from concurrently occupying resources, and using the pairing code and key information to implement identity authentication and encrypted communication to ensure data transmission security; at the same time, through timestamp verification and querying of the pairing record table, replay attacks and illegal pairing requests are effectively prevented, and the pairing code is bound and stored with the device identifier for subsequent quick verification and key update, optimizing the user experience and realizing the safe and efficient use of the call duration resources of the MIFI device, improving the reliability and security of the system. In addition, compared with the MIFI products on the market that use Bluetooth to communicate with the mobile phone APP, which requires adding a Bluetooth module to the MIFI device, resulting in increased costs, in this application, the mobile phone connects to the WIFI network provided by the MIFI, and the APP communicates with the MIFI device through the WIFI network, reducing the cost of the MIFI device.

[0033] In an optional implementation method, the method further includes: The user device stores the pairing code; When the user device receives a reconnection request from the MIFI device, it obtains the pairing code and sends the reconnection request and the pairing code to the MIFI device; The MIFI device determines whether to update the secret key information according to the pairing code; When the MIFI device determines to update the secret key information, it returns the updated secret key information to the user device.

[0034] In some embodiments, after the APP successfully pairs and connects with the MIFI device, it can receive the pairing code and secret key information returned by the MIFI device. The APP can store the pairing code and secret key information in the local database. When the APP needs to pair and connect with the already paired and connected MIFI device again, that is, when receiving a reconnection request from the MIFI device, the APP can obtain the pairing code from the local database and send the pairing code together with the reconnection request to the MIFI device. The MIFI device can verify based on the pairing code to check whether the pairing code is consistent with the locally stored pairing code. If they are consistent, it means that a successful pairing and connection has been made before, allowing the re-pairing and connection request of the APP, and generating a new secret key information, that is, updating the secret key information of the previous pairing and connection, and returning the updated secret key information to the APP.

[0035] In some embodiments, the APP can also send a secret key update request to the MIFI device according to a preset time period (for example, 1 hour).

[0036] Through the above optional implementation methods, fast reconnection verification is achieved by storing the pairing code, reducing the repeated pairing process. In addition, dynamic key update is supported to enhance security and prevent the key from being cracked due to long-term use. At the same time, periodic key update is supported to ensure the long-term security of the communication link, improving the user experience and system reliability.

[0037] S52. When the user device determines that it has successfully paired and connected with the MIFI device, it sends the call request to the MIFI device.

[0038] Refer to Figure 6 , in some embodiments, after determining that the user's mobile phone has successfully paired and connected with the MIFI device, when the APP receives a call request initiated by the user, for example, the user enters a number through the dialing interface provided by the APP and clicks the call button, and sends the call request to the MIFI device through the established communication connection (such as a UDP connection).

[0039] S53. When the MIFI device receives the call request, it forwards the call request to the cellular network to establish a call connection with the user device.

[0040] Refer to Figure 6, in some embodiments, when the control module of the MIFI device receives a call request sent by the APP, the control module determines whether there is a cellular signal. If there is a cellular signal, the control module forwards the call request to the communication module. Through its internal communication module, the call request is forwarded to the cellular network according to the requirements of the communication protocol, so that the call request can enter the cellular network for subsequent processing to establish a call connection with the called party. That is, the APP queries the call status from the control module of the MIFI device and establishes a UDP link for voice data transmission. After the call ends, if the other party hangs up the phone, the APP queries the call hang-up status and the APP ends the call; if the APP actively hangs up the phone, it sends a request to hang up the phone to the MIFI device, and the MIFI device sends a request to hang up the phone to the cellular network. If there is no cellular signal, the MIFI device rejects the call request and returns a request rejection prompt to the APP to inform the user that the MIFI device has no signal and ends the call.

[0041] S54, the user equipment sends a call status query request to the MIFI device so that the MIFI device returns the current call status.

[0042] Refer to together Figure 6 , in some embodiments, during the call establishment process or during the call, the user equipment needs to know the current call status. Therefore, the APP can send a call status query request to the MIFI device. After the communication module of the MIFI device receives the call status query request, it obtains the current call status information (such as whether the call is connected, call duration, etc.) and returns this call status information to the APP. The return method is also through the established communication connection between the two parties. Taking the UDP connection to transmit data as an example. Among them, the call status can include five states: wrong number, waiting to answer, answered, rejected to answer, and not answered after timeout.

[0043] S55, the user equipment displays a corresponding call interface according to the current call status to prompt the user.

[0044] Refer to together Figure 6 , in some embodiments, after the APP receives the current call status returned by the MIFI device, the APP can display a corresponding call interface according to these current call statuses corresponding to the current call information. For example, if the call is answered, a normal call interface is displayed, including call duration, hang-up button, etc.; if the call is not answered, corresponding prompt information is displayed, such as "dialing", etc., to prompt the user of the current call status.

[0045] Refer to together Figure 6, in some embodiments, when the communication module of the MIFI device receives a phone hang-up request sent by the peer end, it forwards the phone hang-up request to the control module, and the control module returns the phone hang-up status corresponding to the phone hang-up request to the APP. Similarly, when the user initiates a phone hang-up request, the APP sends the phone hang-up request to the communication module of the MIFI device, and the communication module of the MIFI device can forward the phone hang-up request to the control module of the MIFI device. The control module forwards the phone hang-up request to the communication module, and the communication module forwards the phone hang-up request to the cellular network through the communication protocol.

[0046] This application coordinates the MIFI device with the mobile phone APP to convert the originally idle call minutes of the traffic card in the MIFI device into actual call resources, significantly reducing the user's communication cost.

[0047] In an alternative embodiment, the method further includes: The user equipment queries the MIFI device to determine whether a phone incoming request has been received, so that when the MIFI device receives the phone incoming request, it returns the incoming call information corresponding to the phone incoming request; The user equipment initializes a call interface according to the incoming call information to provide an answer option and a reject option to the user; When the user equipment receives the user's answer request for the answer option, it sends the answer request to the MIFI device; When the MIFI device receives the answer request, it forwards the answer request to the cellular network to establish a call connection with the user equipment.

[0048] Refer to Figure 7As shown, in some embodiments, the APP can query the MIFI device in real time whether there is an incoming call request, that is, an incoming call request. If the MIFI device detects an incoming call request, it determines the incoming call information corresponding to the incoming call request and returns the incoming call information to the APP. When the APP receives the incoming call information, it initializes the answering interface and provides answering options and rejection options; if the user chooses to answer, the APP and the MIFI device maintain a UDP connection, and the MIFI device forwards the answering request to the cellular network to establish a voice channel; if the user chooses to reject, the APP sends a rejection request to the MIFI device, and the MIFI device forwards the rejection request to the cellular network, and the call ends. Specifically, when the MIFI device receives a call answering request, the cellular network will notify the MIFI communication module of the call answering request according to the requirements of the communication protocol. After receiving the call answering request, the communication module will forward the call answering request to the control module, and the control module will update the current status as a call incoming. The mobile phone APP will query in real time whether the MIFI device has an incoming call. If so, the APP wakes up the answering interface. The user can choose between answering and rejecting. If the user answers the call, a UDP link is established with the MIFI device for voice communication. Otherwise, a rejection request is directly sent to the MIFI device, and the MIFI device forwards the request to the cellular network.

[0049] Reference Figure 7 As shown, in some embodiments, when the other end, that is, the end initiating the incoming call request, chooses to hang up the call, the other end can send the call hang-up request to the MIFI device. When the MIFI device receives the call hang-up request, it returns the call hang-up request to the APP. When the APP receives the call hang-up request, it visualizes the call hang-up information corresponding to the call hang-up request to display it to the user. Or when the user chooses to hang up the call after answering the call, the APP also generates a call hang-up request and sends the call hang-up request to the MIFI device. The MIFI device forwards the call hang-up request to the cellular network and then sends it to the other end.

[0050] Through the above optional implementation method, the user device actively queries the incoming call request, and initializes the interface based on the incoming call information for the user to choose to answer or reject the call, thereby enhancing interactivity; in addition, the call is established or ended based on the user's choice, thereby improving communication flexibility; when the other party or the user hangs up the call, the relevant information can be fed back and processed in a timely manner, thereby ensuring the integrity of the call process and optimizing the voice communication experience based on MIFI devices.

[0051] In an optional embodiment, the method further comprises: When the user equipment receives a call answering request, it obtains the user operation request of the user for the call answering request, and the user operation request includes answering on the first voice communication channel or answering on the second voice communication channel; When the user equipment determines that the user operation request corresponds to answering on the first voice communication channel, it cuts off the call answering request on the second voice communication channel and sends the call answering request to the first voice communication channel; When the user equipment determines that the user operation request corresponds to answering on the second voice communication channel, it cuts off the call answering request on the first voice communication channel and sends the call answering request to the second voice communication channel.

[0052] In some embodiments, since there are two voice communication channels in the user's mobile phone, namely the mobile phone card channel built into the mobile phone and the MIFI device channel successfully paired and connected. When the user's mobile phone receives an incoming call, that is, a call answering request, both the built-in call application of the mobile phone and the APP running on the user's mobile phone proposed in this application will receive the call answering request. The user can then choose whether to use the mobile phone card channel built into the mobile phone or the MIFI device channel to handle the call answering request, that is, answer the call. When the user needs to use the call duration of the mobile phone card, the user can answer the call through the built-in call application of the mobile phone. When the user needs to use the call duration of the phone card in the MIFI device, the user can answer the call through the APP running on the user's mobile phone proposed in this application. To facilitate understanding of the inventive concept of this application, in the embodiments of this application, the mobile phone card channel built into the mobile phone is referred to as the first voice communication channel, and the MIFI device channel is referred to as the second voice communication channel. After the user's mobile phone receives the call answering request, a prompt will pop up on the interface for the user to select the voice communication channel for answering the call. The user can indicate their choice by clicking the corresponding button or performing other interactive operations. The user device will obtain the operation request of the user for this call answering request, and this operation request clearly indicates whether the user hopes to answer through the first voice communication channel or the second voice communication channel. When it is determined that the user operation request corresponds to answering through the first voice communication channel, in order to ensure that the call can only be answered through one channel and avoid conflicts, the user's mobile phone will cut off the call answering request of the second voice communication channel. Then, the user's mobile phone sends the call answering request to the first voice communication channel to establish the corresponding voice connection, etc., so that the user can answer the call through the first voice communication channel. Additionally, when it is determined that the user operation request corresponds to answering through the second voice communication channel, similarly, to avoid conflicts, the user device will cut off the call answering request of the first voice communication channel. Then, the user's mobile phone sends the call answering request to the second voice communication channel to activate the answering function of the second voice communication channel and establish a voice connection, etc., enabling the user to answer the call through the second voice communication channel.

[0053] Through the above optional implementation manner, when there are two voice communication channels, namely the mobile phone card channel and the MIFI device channel, in the user device, the channel can be selected according to the demand when answering a call. By cutting off the answering requests of non-selected channels, channel conflicts are avoided, ensuring that the call can be answered through a single stable channel, effectively integrating different communication resources, enhancing the user's autonomy and convenience in voice communication, and optimizing the communication experience.

[0054] In an optional implementation manner, the method further includes: The mobile application sends an authorization inquiry request corresponding to the contact data to the device system of the user device; When the device system receives the authorization inquiry request, it pops up an authorization dialog box to prompt the user whether to agree to the authorization; When the device system determines that the user selects not to agree to the authorization, it prevents the mobile application from reading the contact data; When the device system determines that the user selects to agree to the authorization, it returns the contact data to the mobile application; When the mobile application receives the contact data, it performs paging processing on the contact data and displays it to the user in pages.

[0055] Refer to Figure 8 As shown, in some embodiments, when the APP needs to access the phone contacts, it first sends a contact authorization inquiry request to the phone system. For example, the APP can trigger an authorization inquiry dialog box by calling the contact API provided by the phone system (such as the ContactsContract API of Android) to display a prompt message for requesting access to the contacts to the user. After receiving the authorization inquiry request from the APP, the phone system will pop up an authorization dialog box to prompt the user whether to agree to the APP's access to the contact data, and the user can choose "agree" or "disagree" according to their own will. If the user selects "disagree", the phone system will prevent the APP from reading the contact data; if the user selects "agree", the phone system will allow the APP to access all the contact data. According to the user's authorization selection, the phone system will return the corresponding result to the APP. If the user does not agree to the authorization, the phone system will return a signal or error code indicating a refusal to access to the APP; if the user agrees to the authorization, the phone system will return all the contact data stored in the phone to the APP. Among them, the contact data may include information such as contact name, phone number, and email address. After receiving the result returned by the phone system, the APP will perform corresponding processing and display according to the data. If the contact data is obtained, the APP may perform paging processing on the data and then display it to the user in pages so that the user can conveniently browse and manage the contact information; if the contact data is not obtained (that is, the user does not agree to the authorization), the APP may display an empty interface or prompt the user that the contact data cannot be accessed due to unauthorized access.

[0056] In some embodiments, when performing paging processing on the contact data, for the convenience of use, the phone contacts can be sorted to output a sorted contact list. Refer to Figure 3 As shown.

[0057] Through the above optional implementation manners, when the APP accesses the contacts, it needs to first send an authorization inquiry request to the mobile phone system and can only obtain data after the user explicitly agrees, giving the user autonomous control over data access. If the user does not agree, the APP cannot read the data, avoiding the risk of information leakage; if the user agrees, the APP can obtain and process the displayed data. For example, paging display is convenient for the user to browse and manage, balancing the APP's functional requirements and user privacy protection, and improving the user experience and data security.

[0058] It should be noted that in this application, since it is necessary to be able to answer calls in scenarios such as when the mobile phone screen is off, the APP realizes keep-alive and can answer calls normally when the screen is off. During a call, when the APP is recording, it will use the JS algorithm library js-audio-process to increase the volume and call the Noise-Reducer noise reduction algorithm library to reduce noise, effectively improving the call quality.

[0059] Refer to Figure 9 As shown, it is a schematic structural diagram of the user equipment shown in the embodiment of this application. In a preferred embodiment of this application, the user equipment 9 includes a memory 91, at least one processor 92, and at least one communication bus 93.

[0060] Those skilled in the art should understand that Figure 9 The structure of the user equipment shown does not constitute a limitation on the embodiments of this application. It can be a bus-type structure or a star structure. The user equipment 9 may also include more or fewer other hardware or software than shown in the figure, or different component arrangements.

[0061] In some embodiments, the user equipment 9 is a device capable of automatically performing numerical calculations and / or information processing according to pre-set or stored instructions. Its hardware includes but is not limited to microprocessors, application-specific integrated circuits, programmable gate arrays, digital processors, and embedded devices, etc. The user equipment includes but is not limited to any electronic product that can perform human-computer interaction with the user through methods such as a keyboard, mouse, remote control, touchpad, or voice control device. For example, personal computers, tablet computers, smartphones, digital cameras, etc.

[0062] In the above embodiments provided in the present application, it should be understood that the disclosed methods, devices, computer-readable storage media, and user equipment can be implemented in other ways. For example, the device embodiments described above are merely illustrative. For example, the division of the modules is only a logical function division. In actual implementation, there may be other division methods. For example, multiple components or modules can be combined or integrated into another device, or some features can be ignored or not executed. Another point is that the displayed or discussed couplings or direct couplings or communication connections to each other can be through some interfaces, and the indirect couplings or communication connections of the devices or components or modules can be in electrical, mechanical, or other forms.

[0063] The components described as separate components may or may not be physically separated. The components shown as components may or may not be physical modules, that is, they may be located in one place, or they may be distributed to multiple network modules. Some or all of the components can be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0064] In addition, in each embodiment of the present invention, the functional modules can be integrated into one processing module, or each component can exist physically alone, or two or more modules can be integrated into one module. The above integrated modules can be implemented in the form of hardware or in the form of software functional modules.

[0065] If the above integrated module is implemented in the form of a software functional module and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, in essence, or the part that contributes to the prior art, or all or part of this technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to enable a computer device (which can be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the methods described in each embodiment of the present invention. The foregoing storage medium includes: various media such as USB flash drives, mobile hard disks, read-only memories (ROM, Read-Only Memory), random access memories (RAM, Random Access Memory), magnetic disks, or optical discs that can store program codes.

[0066] It should be noted that, for the foregoing method embodiments, for the sake of simplicity of description, they are all expressed as a series of action combinations. However, those skilled in the art should know that the present invention is not limited by the described action sequence, because according to the present invention, certain steps can be performed in other sequences or simultaneously. Secondly, those skilled in the art should also know that the embodiments described in the specification are all preferred embodiments, and the actions and modules involved are not necessarily essential to the present invention.

[0067] In the above embodiments, the descriptions of the respective embodiments have their own emphases. For the parts not detailed in a certain embodiment, reference can be made to the relevant descriptions of other embodiments.

[0068] The above is a specific description of the preferred embodiments of the present invention, but the present invention is not limited to the described embodiments. Those skilled in the art can also make various equivalent deformations or substitutions without departing from the spirit of the present invention, and these equivalent deformations or substitutions are all included in the scope defined by the claims of this application.

Claims

1. A voice communication method based on a MIFI device, characterized in that, Applied to a voice communication system based on a MIFI device, the voice communication system based on the MIFI device includes a user device and a MIFI device, and the method includes: When the user device receives a user's phone call request, it determines whether it is successfully paired and connected to the MIFI device; When the user device determines that it is successfully paired and connected to the MIFI device, it sends the phone call request to the MIFI device; When the MIFI device receives the phone call request, it forwards the phone call request to the cellular network to establish a call connection with the user device; The user device sends a call status query request to the MIFI device so that the MIFI device returns the current call status; The user device displays a corresponding call interface according to the current call status to prompt the user.

2. The voice communication method based on a MIFI device according to claim 1, wherein The method further includes: The user device connects to the WiFi network created by the MIFI device through WiFi; When the user device successfully connects to the WiFi network created by the MIFI device, it obtains the gateway address of the MIFI device and sends a pairing request to the MIFI device based on the gateway address. The pairing request includes the user device identifier corresponding to the user device and encryption key information; When the MIFI device receives the pairing request, it checks whether it is successfully paired and connected to other devices; When the MIFI device determines that it is successfully paired and connected to other devices, it rejects the pairing request and returns a pairing failure prompt to the user device; When the MIFI device determines that it is not successfully paired and connected to other devices, it generates a pairing code according to the pairing request and returns the pairing code, key information and a pairing success prompt to the user device.

3. The voice communication method based on the MIFI device according to claim 2, wherein The method further includes: The user device stores the pairing code; When the user device receives a reconnection request from the MIFI device, it obtains the pairing code and sends the reconnection request and the pairing code to the MIFI device; The MIFI device determines whether to update the key information according to the pairing code; When the MIFI device determines to update the key information, it returns the updated key information to the user device.

4. The voice communication method based on a MIFI device according to claim 1, wherein The method further includes: When the user device receives a user's phone hang-up request, it sends the phone hang-up request to the MIFI device; When the MIFI device receives the phone hang-up request, it forwards the phone hang-up request to the cellular network to terminate the call connection with the user device.

5. The voice communication method based on a MIFI device according to claim 1, characterized in that, The method further includes: When the MIFI device does not receive the phone call request, it returns a no signal request to the user device; When the user device receives the no signal request, it prompts the user to terminate the phone call request.

6. The voice communication method based on a MIFI device according to any one of claims 1 to 5, characterized in that, The method further includes: The user device queries the MIFI device to determine whether it has received a phone call incoming request, so that when the MIFI device receives the phone call incoming request, it returns the incoming call information corresponding to the phone call incoming request; The user equipment initializes a call interface according to the incoming call information to provide an answer option and a reject option to the user; When the user equipment receives an answer request from the user for the answer option, it sends the answer request to the MIFI device; When the MIFI device receives the answer request, it forwards the answer request to the cellular network to establish a call connection with the user equipment.

7. The voice communication method based on MIFI device according to claim 6, characterized in that The method further includes: When the user equipment receives a reject request from the user for the reject option, it sends the reject request to the MIFI device; When the MIFI device receives the reject request, it forwards the reject request to the cellular network to terminate the call connection with the user equipment.

8. The voice communication method based on a MIFI device according to claim 1, wherein The method further includes: When the user equipment receives a call answer request, it obtains a user operation request from the user for the call answer request, and the user operation request includes answering via a first voice communication channel or answering via a second voice communication channel; When the user equipment determines that the user operation request corresponds to answering via the first voice communication channel, it cuts off the call answer request for the second voice communication channel and sends the call answer request to the first voice communication channel; When the user equipment determines that the user operation request corresponds to answering via the second voice communication channel, it cuts off the call answer request for the first voice communication channel and sends the call answer request to the second voice communication channel.

9. The voice communication method based on a MIFI device according to any one of claims 1 to 5, characterized in that The user equipment is installed with a mobile application, and the method further includes: The mobile application sends an authorization inquiry request corresponding to the contact data to the device system of the user equipment; When the device system receives the authorization inquiry request, it pops up an authorization dialog box to prompt the user whether to agree to the authorization; When the device system determines that the user selects not to agree to the authorization, it prevents the mobile application from reading the contact data; When the device system determines that the user selects to agree to the authorization, it returns the contact data to the mobile application; When the mobile application receives the contact data, it performs paging processing on the contact data and displays it to the user in pages.

10. A voice communication system based on a MIFI device, characterized in that, The system includes a user equipment and a MIFI device; The user equipment is configured to, when receiving a call request from the user, determine whether it is successfully paired and connected with the MIFI device; The user equipment is configured to, when determining that it is successfully paired and connected with the MIFI device, send the call request to the MIFI device; The MIFI device is configured to, when receiving the call request, forward the call request to the cellular network to establish a call connection with the user equipment; The user equipment is configured to send a call status query request to the MIFI device to cause the MIFI device to return the current call status; The user equipment is configured to display a corresponding call interface according to the current call status to prompt the user.

Citation Information

Patent Citations

  • Portable multifunctional communication terminal, communication system and method

    CN105306748A

  • LTE (Long Term Evolution) communication equipment capable of plugging WIFI hotspot module and having GSM (Global System for Mobile Communications) and VOLTE Voice Over LTE) communication functions

    CN108449454A

  • Call method and device

    CN108495343A

  • Conversation method, device and equipment

    CN115987950A

  • Multimedia (VO) IP Solution for Mobile Telephones

    US20100042546A1