CN114598775A - Receiving method and terminal for call in private network communication - Google Patents
Receiving method and terminal for call in private network communication Download PDFInfo
- Publication number
- CN114598775A CN114598775A CN202011406541.6A CN202011406541A CN114598775A CN 114598775 A CN114598775 A CN 114598775A CN 202011406541 A CN202011406541 A CN 202011406541A CN 114598775 A CN114598775 A CN 114598775A
- Authority
- CN
- China
- Prior art keywords
- call
- client
- receiving module
- target item
- receiving
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 48
- 238000004891 communication Methods 0.000 title claims abstract description 16
- 230000002452 interceptive effect Effects 0.000 claims abstract description 74
- 238000012544 monitoring process Methods 0.000 claims abstract description 24
- 238000012545 processing Methods 0.000 claims abstract description 8
- 238000011084 recovery Methods 0.000 claims description 3
- 238000010586 diagram Methods 0.000 description 25
- 230000008569 process Effects 0.000 description 15
- 230000011664 signaling Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 239000000725 suspension Substances 0.000 description 2
- 230000003993 interaction Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012913 prioritisation Methods 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42136—Administration or customisation of services
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
Abstract
The application provides a method and a device for receiving a call in private network communication, wherein the method is applied to a terminal, the terminal comprises a receiving module and a client, and the method comprises the following steps: the receiving module sends the call to the client under the condition of monitoring the call of the terminal; the client displays an interactive interface of the call in a time period from receiving the call to finishing the call; the interactive interface comprises a preset option to be selected; the to-be-selected item is used for processing the call by the user; the client sends an instruction indicated by the target item to a receiving module under the condition of receiving a trigger instruction of the target item; the target item is an item selected by a user from the items to be selected; the receiving module responds to the instruction. According to the method and the device, the call can be processed according to the requirements of the user, so that the problems that in the prior art, the user can only passively answer the call selected by the terminal according to the preset principle, the working efficiency of the user is low, and the user experience is low are solved, and therefore the working efficiency and the user experience of the user can be improved.
Description
Technical Field
The present application relates to the field of wireless communications, and in particular, to a method and a terminal for receiving a call in private network communications.
Background
In private network communication, a call is a function with the highest use frequency, so a terminal in private network communication has a great influence on the working efficiency and user experience of a user in a call processing mode.
At present, in private network communication, a terminal selects a call for a user to answer according to a preset principle, and when the user finishes answering the current call, the terminal selects the next call for the user to answer according to the preset principle. Wherein, the preset principle comprises: if the priorities of different calls coming successively at a short time interval are different, the terminal receives a call with a high priority according to the priorities; if the priorities of different calls received successively at a short time interval are the same, the terminal receives a call in a first-come first-receive mode.
However, at present, the receiving mode of the terminal for the call may cause the call received by the user not to be the call really concerned by the user, and further, the working efficiency and the user experience of the user are reduced.
Disclosure of Invention
The application provides a method and a device for receiving a call in private network communication, and aims to solve the problems of reducing the working efficiency of a user and reducing the user experience.
In order to achieve the above object, the present application provides the following technical solutions:
the application provides a receiving method of a call in private network communication, which is characterized in that the receiving method is applied to a terminal, and the terminal comprises the following steps: a receiving module and a client; the method comprises the following steps:
the receiving module sends the call to the client under the condition of monitoring the call of the terminal;
the client displays an interactive interface of the call within a time period from the receiving of the call to the ending of the call; the interactive interface comprises preset items to be selected; the to-be-selected item is used for processing the call by the user;
the client sends an instruction indicated by a target item to the receiving module under the condition of receiving a trigger instruction of the target item; the target item is an item selected by a user from the items to be selected;
the receiving module is responsive to the instructions.
Optionally, the displaying, by the client, an interactive interface of the call in a time period from the receiving of the call to the ending of the call includes:
the client displays an initial interactive interface of the call under the condition of receiving the call; the preset waiting options in the initial interactive interface comprise: answering, suspending the current call and suspending the current speaker;
under the condition that the client receives a trigger instruction of a target item, updating a display interface to an interactive interface corresponding to the target item according to a preset corresponding relation between the target item and the interactive interface; under the condition that the target item is 'suspend the current call' or 'suspend the current speaker', the preset standby options in the interactive interface corresponding to the target item comprise: and (6) recovering.
Optionally, the receiving module responds to the instruction, and includes:
under the condition that a trigger instruction of a target item of 'suspending a current call' is received, the receiving module does not send the current conversation content of the call to the client and monitors whether the call is ended or not;
under the condition that a trigger instruction of a target item of 'suspending a current speaker' is received, the receiving module does not send the current conversation content of the call to the client side, and monitors whether the current speaker of the call is switched or not;
under the condition of receiving a trigger instruction of a target item of 'answering', the receiving module sends the current conversation content of the call to the client and monitors whether the call is ended;
in the case of receiving a trigger instruction of a target item of "resume", the receiving module sends the current call content of the call to the client and monitors whether the call is ended or not in the case that the call is not ended.
Optionally, in the case that the trigger instruction of the target item of "suspend the current speaker" is received, the receiving module does not send the current call content of the call to the client, and after monitoring whether the current speaker of the call is handed over, the method further includes:
and the receiving module sends the call to the client again under the condition of monitoring that the current speaker is switched.
Optionally, before the receiving module sends the call to the client when monitoring the call of the terminal, the method further includes:
the receiving module judges whether the call is a preset call or not;
the receiving module judges whether the client is in an idle state;
the receiving module determines the priority sequence of the call and the call currently answered by the user according to a preset call priority sequence when the client is in a non-idle state and the call is not a preset call;
the receiving module sends the call to the client side under the condition that the call of the terminal is monitored, and the method specifically comprises the following steps:
the receiving module is configured to, in the event that the client is in an idle state,
or, in the priority ranking, the call is sent to the client under the condition that the priority of the call is not lower than the priority of the call currently answered by the user.
Optionally, after the receiving module determines whether the call is a preset call, the method further includes:
and the receiving module sends the conversation content of the call to the client under the condition that the call is the preset call.
Optionally, the method further includes:
the receiving module acquires the recording of the conversation content of the suspended call under the condition of being in an idle state; and sending the sound recording to the client.
The application also provides a terminal, comprising a receiving module and a client, wherein,
the receiving module is used for sending the call to the client under the condition of monitoring the call of the terminal;
the client is used for displaying an interactive interface of the call in a time period from the receiving of the call to the ending of the call; the interactive interface comprises a preset option to be selected; the to-be-selected item is used for processing the call by the user;
the client is further used for sending an instruction indicated by the target item to the receiving module under the condition that a trigger instruction of the target item is received; the target item is an item selected by a user from the items to be selected;
the receiving module is further configured to respond to the instruction.
Optionally, the client is configured to display an interactive interface of the call in a time period from the receiving of the call to the ending of the call, where the interactive interface includes:
the client is specifically used for displaying an initial interactive interface of the call under the condition of receiving the call; the preset waiting options in the initial interactive interface comprise: answering, suspending the current call and suspending the current speaker; under the condition that a trigger instruction of a target item is received, updating a display interface to an interactive interface corresponding to the target item according to a preset corresponding relation between the target item and the interactive interface; under the condition that the target item is 'suspend the current call' or 'suspend the current speaker', the preset standby options in the interactive interface corresponding to the target item comprise: and (6) recovering.
Optionally, the receiving module is further configured to respond to the instruction, and includes:
the receiving module is specifically configured to, when a trigger instruction of a target item of "suspend current call" is received, not send the current call content of the call to the client, and monitor whether the call is ended;
under the condition that a trigger instruction of a target item of 'suspending a current speaker' is received, current conversation content of the call is not sent to the client, and whether the current speaker of the call is switched or not is monitored;
under the condition of receiving a trigger instruction of a target item of 'answering', sending the current conversation content of the call to the client, and monitoring whether the call is ended;
and in the case of receiving a trigger instruction of a target item of 'recovery', in the case of not ending the call, sending the current conversation content of the call to the client, and monitoring whether the call is ended or not.
The receiving method and device for the call in the private network communication are applied to a terminal, the terminal comprises a receiving module and a client, the receiving module sends the call to the client under the condition that the call of the terminal is received, even if the client is currently answering the call, the receiving module can send the call which is monitored to the terminal to the client, and the possibility is provided for a user to know each call of the terminal.
In the application, the client displays the interactive interface of the call in the time period from the call receiving to the call ending, and the displayed interactive interface comprises the options to be processed for the user to process the call, so that the user can decide how to process the received call according to the actual situation. The client sends the instruction indicated by the target item to the receiving module under the condition of receiving the trigger instruction of the target item selected by the user, and the receiving module responds to the instruction, so that the call is processed according to the requirement of the user. Therefore, the problems that in the prior art, a user can only passively answer the call selected by the terminal according to the preset principle, and therefore the working efficiency of the user is low and the user experience is low are solved, and therefore the working efficiency and the user experience of the user can be improved.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments of the present application, and for those skilled in the art, other drawings can be obtained according to the drawings without creative efforts.
Fig. 1 is a flowchart of a method for receiving a call in private network communication according to an embodiment of the present application;
FIG. 2(a) is a schematic diagram of two timeslots of a TDMA system according to an embodiment of the present application;
FIG. 2(b) is a detailed diagram of two time slots of the TDMA system disclosed in the embodiments of the present application;
fig. 2(c) is a schematic diagram of a monitoring principle for all timeslots by using a time division multiple access technology disclosed in an embodiment of the present application;
FIG. 2(d) is a frame format schematic diagram of Short _ LC disclosed in the embodiment of the present application;
FIG. 3(a) is a schematic diagram of an initial interaction page of a call displayed by a client according to an embodiment of the present application;
FIG. 3(b) is a schematic diagram of an updated interactive interface displayed on a client after a user answers a call according to an embodiment of the present application;
FIG. 3(c) is a schematic diagram of an updated interactive interface displayed at a client after a user suspends a current call or a current speaker, according to an embodiment of the present disclosure;
FIG. 3(d) is a schematic view of an interactive interface displayed at a client after a user selects to resume a call according to an embodiment of the present disclosure;
fig. 4(a) is a schematic view of an interactive interface displayed on a client when a user is answering a call according to an embodiment of the present application;
fig. 4(b) is a schematic view of an interactive interface displayed on a client when a user receives a call of a certain path and receives another call at the same time, according to an embodiment of the present application;
fig. 4(c) is a schematic view of an interactive interface displayed on a client when a user answers a call and suspends another call, which is disclosed in the embodiment of the present application;
fig. 5 is a schematic diagram illustrating an implementation process of suspending a specific speaker in a group call according to an embodiment of the present application;
fig. 6 is a schematic diagram of a change process of the interactive interface displayed by the client according to the flowchart shown in fig. 5 disclosed in the embodiment of the present application;
fig. 7 is a schematic diagram of an implementation process for suspending a specific call in an individual call according to an embodiment of the present application;
fig. 8 is a schematic diagram of a handover receiving procedure between multiple calls with the same priority according to an embodiment of the present application;
fig. 9 is a schematic diagram illustrating a change process of an interactive interface displayed by a client during a process of answering a suspended call according to an embodiment of the present application;
fig. 10 is a schematic structural diagram of a terminal according to an embodiment of the present application.
Detailed Description
The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
Fig. 1 is a diagram illustrating a method for receiving a call in private network communication according to an embodiment of the present application, where an execution main body is a terminal, and this embodiment is described by taking any one terminal as an example. Wherein, the terminal includes: the system comprises a receiving module and a client. Specifically, the receiving module and the client implement a receiving process of a call in private network communication, and may include the following steps:
s101, under the condition that a receiving module monitors a call of a terminal in the process of monitoring the multi-channel signals, judging whether the call is a preset call, if not, executing S102, and if so, executing S111.
In this embodiment, the preset call may be a preset alarm call, and in practice, the preset call is only a call that needs to be processed at present, and the specific content of the preset call is not limited in this embodiment.
S102, judging whether the client is in an idle state, if so, executing S103, and if not, executing S104.
In this embodiment, the receiving module may monitor two paths of signals through Time Division Multiple Access (TDMA). In this embodiment, in order to monitor multiple signals, call information of all channels in the same base station may be monitored in a manner of a common broadcast channel CACH, that is, the present application may monitor not only calls of all time slots of one channel in the base station, but also calls of all time slots of other channels of the base station.
Fig. 2(a) shows two time slots of a TDMA system. In fig. 2(a), "LC Hdr" indicates a link control information header, "Term" indicates a link control information end (end), and "Voice" indicates Voice. The detailed information of fig. 2(a) is shown in fig. 2 (b). The principle of implementing monitoring of all time slots by time division multiple access technology is shown in fig. 2(c), fig. 2(c) shows that short lc is encoded by BPTC, interleaved by an interleaver, finally re-interleaved with TACT, and divided into four parts to form CACH, wherein, SLC signaling length can be 28 bits and is carried by CACH. The part for forming the CACH is described in the standard, and the specific content is the prior art, which is not described herein again.
As shown in fig. 2(c), in the TDMA system, if the multi-path call is under different frequency point channels, information such as a call address (HashAddress) and a call attribute can be embedded through Short _ LC signaling; the monitoring of multi-path voice calls in the communication system is realized, and the user is prompted to realize the switching among the multi-path calls as required.
The frame format of Short _ LC is shown in fig. 2(d), and from fig. 2(d), it can be seen that SLC signaling is composed of Short link control command code (SLC0) and 3 bytes of data.
In this step, the receiving module determines whether the client is currently in an idle state under the condition that the receiving module monitors the call of the terminal. The specific implementation of this step is the prior art, and is not described herein again.
S103, the receiving module sends the monitored call to the client.
And when the client is in an idle state currently, sending the monitored call to the client.
After this step is performed, S112 is continuously performed.
S104, the receiving module determines priority sequence of the monitored call and the call currently answered by the user according to preset call priority sequence.
And executing the operation of the step under the condition that the client is in a non-idle state currently, namely the client is currently answering a certain path of call.
Specifically, in this step, the receiving module determines the priority ranking between the monitored call and the call currently being answered by the client according to a preset priority ranking.
In this embodiment, the preset prioritization may include:
under the conventional system: alarm voice > full call > narrowband telephone call > group call/individual call.
Under the cluster system: emergency full call > emergency normal call > priority group call > full call/normal call (group call/individual call).
It should be noted that, in practice, the preset priority order may be determined according to actual situations, and this embodiment merely gives an example, and this embodiment does not limit specific contents of the preset priority order.
S105, the receiving module judges whether the monitored priority of the call is higher than that of the call currently answered by the user, if so, S106 is executed, and if not, S108 is executed.
The specific implementation of this step is the prior art, and is not described herein again.
And S106, the receiving module sends the monitored call to the client.
The operation of this step is performed in case the priority of the monitored call is higher than the priority of the call the user is currently answering. Specifically, the receiving module sends the monitored call to the client.
After the present step is executed, S112 is continuously executed.
S107, the receiving module suspends sending the call content of the call currently answered by the user to the client.
In this embodiment, since the priority of the monitored call is higher than the call currently being answered by the user, in order to ensure that the user does not miss the call with the high priority, in this step, the receiving module suspends sending the call content of the call currently being answered by the user to the client, that is, the user cannot receive the call content of the call being answered, thereby providing a condition for the user to immediately answer the call with the high priority.
It should be noted that, in practice, the present step is an optional step, that is, in practice, the operation of the present step may not be performed.
S108, the receiving module judges whether the priority of the monitored call is the same as the priority of the call currently answered by the user, if so, S109 is executed, and if not, S101 is executed.
And S109, the receiving module sends the monitored call to the client.
The operation of this step is performed in the case where the priority of the call that the receiving module hears is the same as the priority of the call that the user is currently answering.
Specifically, in this step, the receiving module sends the monitored call to the client, so that the user can process the call.
After the present step is executed, S112 is continuously executed.
S110, the receiving module continues to monitor the call of the terminal in each path of signal.
In case that the priority of the call monitored by the receiving module is lower than that of the call currently being answered by the user, the operation of this step is performed.
After the present step is executed, S101 is continuously executed.
And S111, sending the call content of the call to the client.
The objects of the above S101 to S111 are: if the client is in an idle state currently under the condition that the receiving module monitors the call of the terminal; or the client is in a non-idle state, the monitored call is not a preset call, and the priority of the monitored call is not lower than that of the call currently answered by the user, and then the monitored call is sent to the client.
Optionally, when the priority of the monitored call is higher than the priority of the call currently being answered by the user, and the monitored call is not a preset call, sending the call content of the call currently being answered by the user to the client may be suspended.
In practice, S101 to S111 described above are optional steps. That is, in practice, when the receiving module listens to a call, the receiving module may not perform S101 to S111, but may directly transmit the heard call to the client and perform processing by the user.
And S112, displaying the interactive interface of the call in the time period from the call receiving to the call ending by the client.
In this embodiment, the client displays an initial interactive interface of the call in the case of initially receiving the call. The initial interactive interface may include options to be selected, and specifically, the options to be selected may include: answering, suspending the current call, suspending the current speaker of the group call, etc. And the user can select from the options to be selected according to the actual situation.
In order to visually present an initial interactive page of a call displayed by a client, the present embodiment provides an exemplary diagram as shown in fig. 3 (a). As can be seen from fig. 3(a), in the case that the client receives a call, the standby options of "suspend the current speaker" and "suspend the current call" are included on the initial interactive interface. For selection by the user.
In this embodiment, for convenience of description, an item actually triggered by a user from the candidate items of the interactive interface is referred to as a target item. In this embodiment, the client updates the displayed interactive interface to the interactive interface corresponding to the target item according to the corresponding relationship between the target item and the preset interactive interface when receiving the trigger instruction of the target item.
For example, in the case that the client receives a call in the idle state, and the target item selected by the user is the "answer" item, the updated interactive interface displayed by the client is as shown in fig. 3 (b).
In the case that the target item selected by the user is the "suspend call currently" item or the "suspend call currently" item, the updated interactive interface displayed by the client is as shown in fig. 3(c), and as can be seen from fig. 3(c), the candidate item is "resume".
In the case where the user selects the "resume" item, the client displays an interactive interface as shown in fig. 3 (d).
In the case where the user is receiving a call from a certain path (e.g., security team, currently speaking person zhang san) (which may be the interactive interface shown in fig. 4 (a)), the client receives a call from a path (e.g., logistics team), and the updated interactive interface displayed by the client is shown in fig. 4 (b). On the basis of 4(b), the user selects to listen to a logistics group, and when the security group is suspended, the client displays the updated interactive interface as shown in fig. 4 (c).
S113, the client sends the instruction indicated by the target item to the receiving module under the condition of receiving the trigger instruction of the user to the target item.
And receiving a triggering instruction of the target item from the user at the client, and sending an instruction indicated by the target item to the receiving module by the client.
For example, taking the interface shown in fig. 3(a) as an example, if the target item selected by the user is "suspend current call", the client sends an instruction for instructing to suspend current call to the receiving module.
And S114, the receiving module responds to the instruction indicated by the target item.
In this step, in the case of receiving a trigger instruction of a target item of "suspend the current call", the receiving module does not send the current call content of the call to the client, and monitors whether the call is ended. Under the condition of receiving a trigger instruction of a target item of 'suspending a current speaker', the receiving module does not send the current conversation content of the call to the client and monitors whether the current speaker of the call is switched or not. And under the condition of receiving a trigger instruction of the target item of 'answering', the receiving module sends the conversation content of the call to the client and monitors whether the call is ended or not. Under the condition of receiving a trigger instruction of a target item of 'resume after suspension', a receiving module sends the current conversation content of the call to the client side under the condition that the call is not ended, and monitors whether the call is ended or not.
Optionally, in this embodiment, for the suspended call, in order to avoid missing important call content, the recording may be locally performed, and the recording may be stored, or may be stored by the system. And sending the recording to the client under the condition that the receiving module is in an idle state.
Fig. 5 is a schematic diagram of an implementation process of suspending a specific speaker in a group call according to an embodiment of the present application, in which a current caller is a1, a user can select a temporary suspended call for the specific speaker, and the suspended call can be manually resumed before ending. Specifically, called C receives the call of caller a1, and can select temporary suspension for a particular speaker (caller a1) through a menu if called C is not convenient to receive or does not care about receiving the content at the time of the call. The PS (receiving module) of the called C temporarily ends the call of receiving a1, and listens to a1 whether the call is ended, and if the calling party is switched from a1 to a2, the call of a2 is retransmitted to the APP (client) of the called C.
For clarity, the process of changing the interactive interface displayed by the client is shown in fig. 6 through the flow shown in fig. 5, and as can be seen from fig. 6, in the case that the user selects to temporarily suspend the current speaker, the interactive interface shown in the first diagram of fig. 6 is changed to the interactive interface shown in the second diagram of fig. 6, and in the case of clicking the resume option, the interactive interface shown in the second diagram of fig. 6 is changed to the interactive interface shown in the third diagram of fig. 6.
Fig. 7 is a schematic diagram of an implementation process of suspending a specific call in a call according to an embodiment of the present application, in which a called C receives a call from a calling a, and if the called C does not care about the content of the received current call, the call may be temporarily suspended through menu selection. The PS (receiving module) of the called C temporarily finishes receiving the call of A and monitors whether the current conversation of A is finished, and the called C can re-receive the call only when A finishes the current conversation and initiates a new call again.
And temporarily finishing receiving the call of the A at the PS (receiving module) of the called C, monitoring when the current conversation of the A is finished, and if another path of calling B calls the called C, sending the calling B to the APP (client) of the called C by the receiving module.
Fig. 8 is a process of handover reception among multiple calls with the same priority according to the embodiment of the present application, that is, when multiple calls with the same priority exist, multiple call information is obtained by monitoring multiple time slots in real time and is presented to a user, and the user can flexibly handover reception in multiple calls with the same priority as needed.
As can be seen from the figure, called party C receives the call from caller B2 after receiving the call from caller a, and the menu prompts the user for selection of the newly received call B2. If callee C chooses to answer caller B2 call, temporarily suspends call a, temporarily suspends caller a call and listens for a calls. When Called C confirms that the newly answered B2 call content is temporarily uninteresting, the menu selection suspends the current Caller B2 and listens for B2 calls. After the called C suspends the B2 call, if the user continues to want to answer the calling A, if the calling A is not in the call, the B2 call continues to be monitored, and if the calling A is still in the call, the A call is automatically accessed. Called C receives the call initiated by caller B1 again in the call of receiving caller A, and for the newly received B1 call, since the current speaker has switched from B2 to B1, the menu prompts the user for selection for the newly received B1 call. If the user does not make any selection, the original A call is received by default, the A call is ended, the B1 call is received if the B1 call is still in, and the standby mode is entered if the B1 call is not in.
Fig. 9 shows a situation where a user receives a call of security team zhang, receives the call (as shown in the first diagram), and in the process of receiving the call, receives a call of logistics team (as shown in the second diagram), the user selects to receive the call of logistics team, and temporarily suspends the call of security team (as shown in the third diagram).
Fig. 10 is a schematic structural diagram of a terminal according to an embodiment of the present application, where the terminal may include: a receiving module and a client, wherein,
the receiving module is used for sending the call to the client under the condition of monitoring the call of the terminal;
the client is used for displaying an interactive interface of the call within a time period from the receiving of the call to the ending of the call; the interactive interface comprises preset items to be selected; the to-be-selected item is used for processing the call by the user;
the client is further used for sending an instruction indicated by the target item to the receiving module under the condition of receiving a trigger instruction of the target item; the target item is an item selected from the items to be selected by the user;
the receiving module is further configured to respond to the instruction.
Optionally, the client is configured to display an interactive interface of the call in a time period from receiving the call to ending the call, where the interactive interface includes:
the client is specifically used for displaying an initial interactive interface of the call under the condition of receiving the call; the preset options to be selected in the initial interactive interface comprise: answering, suspending the current call and suspending the current speaker; under the condition that a trigger instruction of a target item is received, updating a display interface to an interactive interface corresponding to the target item according to a preset corresponding relation between the target item and the interactive interface; under the condition that the target item is 'suspend the current call' or 'suspend the current speaker', the preset standby options in the interactive interface corresponding to the target item comprise: and (6) recovering.
Optionally, the receiving module is further configured to respond to the instruction, and includes:
the receiving module is specifically configured to, in a case that a trigger instruction of a target item of "suspend a current call" is received, not send current conversation content of the call to the client, and monitor whether the call is ended;
under the condition that a trigger instruction of a target item of 'suspending a current speaker' is received, current conversation content of the call is not sent to the client, and whether the current speaker of the call is switched or not is monitored;
under the condition that a trigger instruction of a target item of 'answering' is received, sending the current conversation content of the call to the client, and monitoring whether the call is ended;
and in the case of receiving a trigger instruction of a target item of 'recovery', in the case of not ending the call, sending the current conversation content of the call to the client, and monitoring whether the call is ended or not.
Optionally, when a trigger instruction of a target item of "suspend the current speaker" is received, the receiving module does not send the current call content of the call to the client, and monitors whether the current speaker of the call is handed over, further including:
and the receiving module sends the call to the client again under the condition of monitoring that the current speaker is switched.
Optionally, in a case that the receiving module monitors a call of the terminal, before sending the call to the client, the method further includes:
the receiving module judges whether the call is a preset call or not;
the receiving module judges whether the client is in an idle state;
the receiving module determines the priority sequence of the call and the call currently answered by the user according to a preset call priority sequence when the client is in a non-idle state and the call is not a preset call;
the receiving module sends the call to the client side under the condition that the call of the terminal is monitored, and specifically comprises the following steps:
the receiving module is configured to, in the event that the client is in an idle state,
or, in the priority ranking, the call is sent to the client under the condition that the priority of the call is not lower than the priority of the call currently answered by the user.
Optionally, after the receiving module determines whether the call is a preset call, the client may further include:
and the receiving module sends the conversation content of the call to the client under the condition that the call is the preset call.
Optionally, the client may further include:
the receiving module acquires the recording of the conversation content of the suspended call under the condition of being in an idle state; and sending the sound recording to the client.
The functions described in the method of the embodiment of the present application, if implemented in the form of software functional units and sold or used as independent products, may be stored in a storage medium readable by a computing device. Based on such understanding, part of the contribution to the prior art of the embodiments of the present application or part of the technical solution may be embodied in the form of a software product stored in a storage medium and including several instructions for causing a computing device (which may be a personal computer, a server, a mobile computing device or a network device) to execute all or part of the steps of the method described in the embodiments of the present application. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes.
The embodiments are described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same or similar parts among the embodiments are referred to each other.
The previous description of the disclosed embodiments is provided to enable any person skilled in the art to make or use the present application. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments without departing from the spirit or scope of the application. Thus, the present application is not intended to be limited to the embodiments shown herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.
Claims (10)
1. A method for receiving a call in private network communication, the method being applied to a terminal, the terminal comprising: a receiving module and a client; the method comprises the following steps:
the receiving module sends the call to the client under the condition of monitoring the call of the terminal;
the client displays an interactive interface of the call within a time period from the receiving of the call to the ending of the call; the interactive interface comprises preset items to be selected; the to-be-selected item is used for processing the call by the user;
the client sends an instruction indicated by a target item to the receiving module under the condition of receiving a trigger instruction of the target item; the target item is an item selected by a user from the items to be selected;
the receiving module is responsive to the instructions.
2. The method of claim 1, wherein displaying, by the client, the interactive interface for the call within a time period from the receiving of the call to the ending of the call comprises:
the client displays an initial interactive interface of the call under the condition of receiving the call; the preset waiting options in the initial interactive interface comprise: answering, suspending the current call and suspending the current speaker;
under the condition that the client receives a trigger instruction of a target item, updating a display interface to an interactive interface corresponding to the target item according to a preset corresponding relation between the target item and the interactive interface; under the condition that the target item is 'suspend the current call' or 'suspend the current speaker', the preset standby options in the interactive interface corresponding to the target item comprise: and (6) recovering.
3. The method of claim 2, wherein the receiving module, in response to the instruction, comprises:
under the condition that a trigger instruction of a target item of 'suspending a current call' is received, the receiving module does not send the current conversation content of the call to the client and monitors whether the call is ended or not;
under the condition that a trigger instruction of a target item of 'suspending a current speaker' is received, the receiving module does not send the current conversation content of the call to the client side, and monitors whether the current speaker of the call is switched or not;
under the condition of receiving a trigger instruction of a target item of 'answering', the receiving module sends the current conversation content of the call to the client and monitors whether the call is ended;
in the case of receiving a trigger instruction of a target item of "resume", the receiving module sends the current call content of the call to the client and monitors whether the call is ended or not in the case that the call is not ended.
4. The method according to claim 1, wherein in the case of receiving a trigger instruction of "suspend the current speaker", the receiving module does not send the current call content of the call to the client, and monitors whether the current speaker of the call is handed over, further comprising:
and the receiving module sends the call to the client again under the condition of monitoring that the current speaker is switched.
5. The method according to claim 1, wherein before the receiving module sends the call to the client terminal while monitoring the call of the terminal, the method further comprises:
the receiving module judges whether the call is a preset call or not;
the receiving module judges whether the client is in an idle state;
the receiving module determines the priority sequence of the call and the call currently answered by the user according to a preset call priority sequence when the client is in a non-idle state and the call is not a preset call;
the receiving module sends the call to the client side under the condition that the call of the terminal is monitored, and specifically comprises the following steps:
the receiving module is configured to, in the event that the client is in an idle state,
or, in the priority ranking, the call is sent to the client under the condition that the priority of the call is not lower than the priority of the call currently answered by the user.
6. The method of claim 5, wherein after the receiving module determines whether the call is a pre-set call, further comprising:
and the receiving module sends the conversation content of the call to the client under the condition that the call is the preset call.
7. The method of claim 2, further comprising:
the receiving module acquires the recording of the conversation content of the suspended call under the condition of being in an idle state; and sending the recording to the client.
8. A terminal, comprising a receiving module and a client, wherein,
the receiving module is used for sending the call to the client under the condition of monitoring the call of the terminal;
the client is used for displaying an interactive interface of the call within a time period from the receiving of the call to the ending of the call; the interactive interface comprises preset items to be selected; the to-be-selected item is used for processing the call by the user;
the client is further used for sending an instruction indicated by the target item to the receiving module under the condition of receiving a trigger instruction of the target item; the target item is an item selected by a user from the items to be selected;
the receiving module is further configured to respond to the instruction.
9. The terminal of claim 8, wherein the client, configured to display the interactive interface of the call in a period from receiving the call to ending the call, comprises:
the client is specifically used for displaying an initial interactive interface of the call under the condition of receiving the call; the preset options to be selected in the initial interactive interface comprise: answering, suspending the current call and suspending the current speaker; under the condition that a trigger instruction of a target item is received, updating a display interface to an interactive interface corresponding to the target item according to a preset corresponding relation between the target item and the interactive interface; under the condition that the target item is 'suspend the current call' or 'suspend the current speaker', the preset standby options in the interactive interface corresponding to the target item comprise: and (6) recovering.
10. The terminal of claim 9, wherein the receiving module, in response to the instruction, is further configured to:
the receiving module is specifically configured to, when a trigger instruction of a target item of "suspend current call" is received, not send the current call content of the call to the client, and monitor whether the call is ended;
under the condition that a trigger instruction of a target item of 'suspending a current speaker' is received, current conversation content of the call is not sent to the client, and whether the current speaker of the call is switched or not is monitored;
under the condition of receiving a trigger instruction of a target item of 'answering', sending the current conversation content of the call to the client, and monitoring whether the call is ended;
and in the case of receiving a trigger instruction of a target item of 'recovery', in the case of not ending the call, sending the current conversation content of the call to the client, and monitoring whether the call is ended or not.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011406541.6A CN114598775A (en) | 2020-12-04 | 2020-12-04 | Receiving method and terminal for call in private network communication |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011406541.6A CN114598775A (en) | 2020-12-04 | 2020-12-04 | Receiving method and terminal for call in private network communication |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114598775A true CN114598775A (en) | 2022-06-07 |
Family
ID=81802682
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011406541.6A Pending CN114598775A (en) | 2020-12-04 | 2020-12-04 | Receiving method and terminal for call in private network communication |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114598775A (en) |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1355642A (en) * | 2000-11-28 | 2002-06-26 | 深圳市中兴通讯股份有限公司 | Reverse blocking method based on program controlled exchanger |
| CN1968318A (en) * | 2006-09-25 | 2007-05-23 | 华为技术有限公司 | Communication method, system for unified communication service and relevant apparatus |
| CN1968317A (en) * | 2005-11-18 | 2007-05-23 | 华为技术有限公司 | Method for implementing call waiting in packet domain |
| CN101330697A (en) * | 2007-03-16 | 2008-12-24 | 捷讯研究有限公司 | Consistent user interface for multi-mode mobile terminals |
| CN102083011A (en) * | 2009-11-26 | 2011-06-01 | Tcl集团股份有限公司 | Intercommunication system and call processing method thereof for multiple calling terminals |
| CN102972015A (en) * | 2009-11-06 | 2013-03-13 | 苹果公司 | Phone hold mechanism |
| CN107659906A (en) * | 2017-11-14 | 2018-02-02 | 中国联合网络通信集团有限公司 | A kind of method and device for realizing Call Waiting |
| WO2019184141A1 (en) * | 2018-03-27 | 2019-10-03 | 平安科技（深圳）有限公司 | Reservation telephone call method, electronic device, computer device and storage medium |
-
2020
- 2020-12-04 CN CN202011406541.6A patent/CN114598775A/en active Pending
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1355642A (en) * | 2000-11-28 | 2002-06-26 | 深圳市中兴通讯股份有限公司 | Reverse blocking method based on program controlled exchanger |
| CN1968317A (en) * | 2005-11-18 | 2007-05-23 | 华为技术有限公司 | Method for implementing call waiting in packet domain |
| CN1968318A (en) * | 2006-09-25 | 2007-05-23 | 华为技术有限公司 | Communication method, system for unified communication service and relevant apparatus |
| WO2008037199A1 (en) * | 2006-09-25 | 2008-04-03 | Huawei Technologies Co., Ltd. | A communicating method of unifying communication service, a unifying communication service system and corresponding apparatus |
| CN101330697A (en) * | 2007-03-16 | 2008-12-24 | 捷讯研究有限公司 | Consistent user interface for multi-mode mobile terminals |
| CN102972015A (en) * | 2009-11-06 | 2013-03-13 | 苹果公司 | Phone hold mechanism |
| CN102083011A (en) * | 2009-11-26 | 2011-06-01 | Tcl集团股份有限公司 | Intercommunication system and call processing method thereof for multiple calling terminals |
| CN107659906A (en) * | 2017-11-14 | 2018-02-02 | 中国联合网络通信集团有限公司 | A kind of method and device for realizing Call Waiting |
| WO2019184141A1 (en) * | 2018-03-27 | 2019-10-03 | 平安科技（深圳）有限公司 | Reservation telephone call method, electronic device, computer device and storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111818503B (en) | Voice communication method, system, chip, electronic equipment and storage medium | |
| US8401545B2 (en) | Dropped call re-establishment system with inter-network capabilites | |
| EP3537734B1 (en) | Method and device for connecting a bluetooth device | |
| CN101742692A (en) | Paging processing and information display methods, devices and systems | |
| CN103249018A (en) | Switching method for multi-party call and terminal equipment | |
| KR20090031465A (en) | System and method for suspending a wireless call while performing another wireless communications session | |
| US20020193119A1 (en) | Queuing for radio channel availability | |
| US20080280599A1 (en) | Call processing method and system | |
| CN101860626A (en) | Application providing method and mobile terminal | |
| CN105682056B (en) | A kind of call control method and device, system | |
| CA2784651C (en) | Apparatus and method in a wireless device for reestablishing a call | |
| CN102811283A (en) | Terminal communication display method and terminal thereof | |
| CN102624987A (en) | Calling method, calling display method and terminal | |
| CN104717375A (en) | Method and device for saving electricity for terminal | |
| CN114598775A (en) | Receiving method and terminal for call in private network communication | |
| CN101155398B (en) | Call control method and communication system | |
| EP1645146B1 (en) | System, mobile station and method for delivering services | |
| CN107872562B (en) | Call method, device and terminal | |
| CN101720063A (en) | Group creating method and device and chat room function implementing method and system | |
| CN100438702C (en) | Method for informing user when call failure | |
| CN104144399A (en) | Method and system for controlling data and audio transmission and third party service platform | |
| US20090204717A1 (en) | Method of communication to a detached terminal via a network | |
| CN107148008A (en) | Call handover method, system, terminal and server | |
| CN111182138A (en) | Call control method and device | |
| CN112995114A (en) | VoLTE call service processing method and device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |