WO2013060109A1 - 终端通话时的处理方法、终端以及处理系统 - Google Patents

终端通话时的处理方法、终端以及处理系统 Download PDF

Info

Publication number
WO2013060109A1
WO2013060109A1 PCT/CN2012/071883 CN2012071883W WO2013060109A1 WO 2013060109 A1 WO2013060109 A1 WO 2013060109A1 CN 2012071883 W CN2012071883 W CN 2012071883W WO 2013060109 A1 WO2013060109 A1 WO 2013060109A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
call
information
state
status information
Prior art date
Application number
PCT/CN2012/071883
Other languages
English (en)
French (fr)
Inventor
张永亮
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2013060109A1 publication Critical patent/WO2013060109A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42382Text-based messaging services in telephone networks such as PSTN/ISDN, e.g. User-to-User Signalling or Short Message Service for fixed networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/42365Presence services providing information on the willingness to communicate or the ability to communicate in terms of media capability or network connectivity
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2203/00Aspects of automatic or semi-automatic exchanges
    • H04M2203/20Aspects of automatic or semi-automatic exchanges related to features of supplementary services
    • H04M2203/2038Call context notifications

Definitions

  • the present invention relates to the field of communications, and in particular, to a method, a terminal, and a processing system for a terminal call. Background technique
  • the user interface (UI, user interface) of the mobile terminal gives a switch such as hands-free, add, hang up, keyboard, Bluetooth, mute, recording, etc.
  • UI user interface
  • function mode prompts, so that the user can switch the call function mode to the state he wants.
  • the remote user does not know the mode status of the local terminal. For example, after the local user intentionally or unintentionally switches to the hands-free state, the remote user does not know the usage status of the local user, and thus the sensitive privacy conversation content of the remote user may be played by the local user in the hands-free state, thereby possibly It is heard by other listeners around the local user, which may have consequences for remote users.
  • the technical problem to be solved by the present invention is to provide a method for processing a terminal call, a terminal, and a processing system, which enable the peer user to know the state information of the local terminal, thereby adjusting the conversation.
  • a method for processing a terminal call including:
  • the first terminal acquires state information of the first terminal;
  • the first terminal sends the status information of the first terminal to the second terminal, so that the second terminal prompts the user of the second terminal according to the status information of the first terminal.
  • the method for processing the terminal during the call includes:
  • the first terminal prompts the user of the first terminal according to the status information.
  • the method for processing the terminal during the call includes:
  • the changed state information is sent to the second terminal.
  • the step of the first terminal acquiring state information of the first terminal includes:
  • the first terminal Receiving, by the user, a command for setting a state of the first terminal, the first terminal acquiring state information of the first terminal; or
  • the first terminal acquires state information of the first terminal by retrieving a state database of the first terminal;
  • the step of the first terminal acquiring the status information of the first terminal is performed by the first terminal, and the step of the first terminal transmitting the status information of the first terminal to the second terminal by the first terminal includes:
  • the first terminal sends the status information of the first terminal to the second terminal in a text manner.
  • the step of the first terminal transmitting the status information of the first terminal to the second terminal in an audio manner includes: Acquiring, by the first terminal, the audio data corresponding to the state information of the first terminal; uploading the corresponding audio data to an audio channel of the first terminal to the second terminal direction;
  • the corresponding audio data is played back in an audio manner at the second terminal through the air interface.
  • the status information of the first terminal is: information about an operating mode of the first terminal or information about a state of the first terminal;
  • the working mode of the first terminal is: in a roaming state, in a hands-free state, in an added state, in a hanging state, in a keyboard input state, in a Bluetooth state, in a mute state, in a recording state, in a local terminal only to listen Do not say mode, at the local terminal, only say no listening mode or in transfer call mode;
  • the information about the body state of the first terminal is: current power information of the first terminal or function information supported by the first terminal.
  • the audio channel of the first terminal to the second terminal is closed, and the first terminal sends the status information of the first terminal to
  • the step of the second terminal is: the first terminal sends the status information of the first terminal to the second terminal in a video or text manner;
  • the audio channel of the first terminal from the second terminal direction is closed, and the first terminal sends the status information of the first terminal to
  • the step of the second terminal is: the first terminal sends the status information of the first terminal to the second terminal in a video or text manner.
  • a method for processing a terminal call including:
  • the second terminal After the second terminal establishes a call with the first terminal, the second terminal receives the status information of the first terminal;
  • the second terminal prompts the user of the second terminal according to the state information of the first terminal.
  • a terminal including:
  • An acquiring unit configured to acquire, after the first terminal and the second terminal establish a call, state information of the first terminal
  • a sending unit configured to send the status information of the first terminal to the second terminal, so that the second terminal prompts the user of the second terminal according to the status information of the first terminal.
  • the terminal further includes:
  • the prompting unit is configured to prompt the user of the first terminal according to the status information.
  • the sending unit is specifically:
  • the information is sent to the second terminal in text form.
  • a terminal including:
  • a receiving unit configured to: after the second terminal establishes a call with the first terminal, receive status information of the first terminal;
  • the prompting unit is configured to prompt the user of the second terminal according to the state information of the first terminal.
  • a processing system for providing a terminal call includes: a first terminal and a second terminal,
  • the first terminal is configured to: after the first terminal and the second terminal establish a call, acquire state information of the first terminal; and send status information of the first terminal to the second terminal;
  • the second terminal is configured to receive status information of the first terminal, and prompt the user of the second terminal according to status information of the first terminal.
  • the first terminal acquires the first The status information of the terminal is sent by the first terminal to the second terminal, so that the second terminal is used by the second terminal according to the status information of the first terminal
  • the user prompts the user of the second terminal to obtain status information of the first terminal, thereby adjusting the conversation content.
  • FIG. 1 is a schematic flow chart of an embodiment of a method for processing a first terminal according to the present invention
  • Figure is a schematic flow chart of an embodiment of a method for processing a second terminal during a call according to the present invention
  • FIG. 3 is a schematic structural diagram of a first terminal according to the present invention.
  • FIG. 4 is a schematic structural diagram of a second terminal according to the present invention.
  • FIG. 5 is a schematic structural diagram of a processing system for a call during a terminal according to the present invention
  • FIG. 6 is a schematic flowchart of a method for controlling a call function mode of a mobile terminal in an application scenario according to the present invention
  • FIG. 7 is a schematic diagram of an interface between a local terminal and a remote call in the application scenario of the present invention
  • FIG. 8 is a flow chart of call control based on a local state before a call in an application scenario of the present invention.
  • an embodiment of a method for processing a terminal during a call according to the present invention includes:
  • Step 11 After the first terminal establishes a call with the second terminal, the first terminal acquires the state information of the first terminal.
  • the state information of the first terminal is: information about the working mode of the first terminal or the first terminal. Information about the state of the body of the terminal; the working mode of the first terminal is: in a roaming state, in a hands-free state, in an added state, in a hanging state, in a keyboard input state, in a Bluetooth state, in a mute state, In the recording state, the local terminal only hears the mode, the local terminal only says no listening mode or is in the transfer call mode; the information of the first terminal's body state is: the first terminal's current power information or the first Function information supported by the terminal.
  • Step 12 The first terminal sends the status information of the first terminal to the second terminal, so that the second terminal prompts the user of the second terminal according to the status information of the first terminal.
  • the step is specifically: receiving, by the user, a command for setting a state of the first terminal, the first terminal acquires state information of the first terminal; or by retrieving the state database of the first terminal, the first terminal acquires state information of the first terminal; or The first terminal acquires the status information of the first terminal by periodically detecting the status of the first terminal. For example, when the user of the first terminal sets the call mode of the first terminal to the hands-free mode, the first terminal automatically sends the status information.
  • the second terminal may adjust the content of the conversation accordingly; when the first terminal detects that the current power is insufficient, the first terminal automatically sends the status information to the second terminal, and the user of the second terminal may If the user of the first terminal detects that the current power is insufficient before the call, the status information is set to the status database, and after the call is established, the status information is sent to the second terminal by retrieving the status database. .
  • the method for processing the terminal during the call includes:
  • Step 13 The first terminal prompts the user of the first terminal according to the status information.
  • the user of the first terminal has made a mistake (for example, by mistakenly pressing the hands-free), it can be known in time.
  • the method for processing the terminal during the call includes:
  • Step 14 When the first terminal detects that the state information of the first terminal changes, the changed state information is sent to the second terminal. For example, the user of the first terminal adjusts the first terminal from the hands-free mode to the handset mode, and the user of the second terminal can know in time, so that the user can Make adjustments accordingly.
  • the above step 12 specifically includes:
  • Step 121A The first terminal acquires audio data, text data, or video data corresponding to status information of the first terminal.
  • Step 122 A Send corresponding audio data, text data, or video data to the second terminal, specifically by sending a short message, sending a multimedia message, or the like.
  • the step 12 is: when the first terminal sends the status information of the first terminal to the second terminal in an audio manner, the step includes:
  • Step 121 B The first terminal acquires audio data corresponding to the state information of the first terminal.
  • Step 122B Upload the corresponding audio data to the uplink audio channel of the first terminal (the audio channel of the first terminal to the second terminal direction) ;
  • Step 123B Play back corresponding audio data in a voice manner at the second terminal through the air interface.
  • the working mode of the first terminal is the local user only listening mode
  • the audio channel of the first terminal to the second terminal is closed, and the first terminal sends the status information of the first terminal to the second terminal:
  • a terminal sends the status information of the first terminal to the second terminal in a video or text manner.
  • the working mode of the first terminal is the local terminal only speaking mode
  • the audio channel of the first terminal from the second terminal direction is closed
  • the step of the first terminal transmitting the state information of the first terminal to the second terminal is:
  • a terminal sends the status information of the first terminal to the second terminal in an audio mode, a video mode, or a text mode.
  • the step 12 when the foregoing step 12 is that the first terminal sends the status information of the first terminal to the second terminal in a video or text manner, the step includes:
  • Step 121 C The first terminal acquires video data or text data corresponding to the state information of the first terminal; the video data or the text data exists in a state information database of the first terminal in a predetermined format, and the system traverses according to the real-time state of the first terminal. take; Step 122C: The message or video communication protocol is established in parallel in the real-time multi-tasking system, and the corresponding video data or text data is uploaded to the uplink data channel (the data channel of the first terminal to the second terminal direction) in a background operation manner;
  • step 123C the corresponding video data or text data is played back in the second terminal by means of MMS and SMS through the air interface.
  • the audio playback has real-time performance; the real-time multimedia message and the short message of the mobile terminal can also be scrolled and displayed on the call interface, so that the user can obtain relevant information in real time.
  • FIG. 2 is a schematic flowchart of a method for processing a second terminal in a call according to the present invention, which includes: Step 21 After the second terminal establishes a call with the first terminal, the second terminal receives the state information of the first terminal;
  • Step 22 The second terminal prompts the user of the second terminal according to the status information of the first terminal.
  • Remote users can receive audio playback.
  • the step is specifically: the second terminal receives the state information of the first terminal from the first terminal in an audio manner; or the second terminal receives the state information of the first terminal from the first terminal in a text manner, for example, by using a short message; Or, the second terminal receives the status information of the first terminal from the first terminal in a video manner, for example, by using a multimedia message.
  • the first terminal according to the present invention includes:
  • the obtaining unit 31 is configured to acquire, after the first terminal and the second terminal establish a call, the state information of the first terminal;
  • the sending unit 32 is configured to send the status information of the first terminal to the second terminal, so that the second terminal prompts the user of the second terminal according to the status information of the first terminal.
  • the terminal further includes:
  • the prompting unit 33 is configured to prompt the user of the first terminal according to the status information.
  • the sending unit 32 is specifically:
  • the status information of the first terminal is sent to the second terminal in text mode.
  • the second terminal according to the present invention includes:
  • the receiving unit 41 is configured to: after the second terminal establishes a call with the first terminal, receive status information of the first terminal;
  • the prompting unit 42 is configured to prompt the user of the second terminal according to the state information of the first terminal.
  • a processing system for a terminal call includes: a first terminal 51 and a second terminal 52,
  • the first terminal 51 is configured to acquire the status information of the first terminal 51 after the first terminal 51 and the second terminal 52 establish a call; and send the status information of the first terminal 51 to the second terminal 52;
  • the second terminal 52 is configured to receive status information of the first terminal 51; and prompt the user of the second terminal 52 according to the status information of the first terminal 51.
  • the status information of the first terminal is: information of an operating mode of the first terminal or information of a state of the body of the first terminal;
  • the working mode of the first terminal is: roaming state, hands-free state, adding state, hanging state, keyboard input state, Bluetooth state, mute state, recording state, local terminal only listening Mode, in the local terminal, only say no listening mode or in transfer call mode;
  • the information of the body state of the first terminal is: the current power information of the first terminal or the function information supported by the first terminal, for example, whether the video call is supported, whether it belongs to 3G, whether the MMS function is supported, or the like.
  • the working mode of the first terminal is: the first terminal and the second terminal establish a first terminal function state set after the call; or the first terminal and the second terminal establish a functional state set before the call.
  • the first terminal sends the status information of the first terminal to the second terminal in an audio manner, after the call is established, the voice information corresponding to the function status information may be sent first, and then the normal call may be started, or the function status information may be simultaneously sent.
  • the first terminal may be the calling end, and the second terminal may be the called end; or the first terminal may be the called end, and the second terminal may be the calling end.
  • a call control method for a mobile terminal adds a function of informing a remote user about a state of a local user call function mode while continuing a normal local user control UI interface to select a specific function mode.
  • the usual call function modes such as hands-free, add, hang up, keyboard, Bluetooth, mute, recording, etc. are all controlled by the local user, and the remote user is not notified after the operation control.
  • the call function mode of the present invention automatically triggers the remote user to inform the remote user of the mode status of the local user based on the local user operation control.
  • the local user selects the function mode button (physical button, virtual button or touch panel coordinate information) of the call interface
  • the automatic trigger function uploads the preset recording or synthesized audio information corresponding to the mode function to the uplink audio port, and then The audio information is played back to the terminal of the remote user via the air interface.
  • the radio link protocol between the mobile terminal and the radio access network is always in a hold state, and the wireless call channel of the voice call signaling message and the packet data service is in a clear state; on the other hand, the mobile terminal The operating system adaptation protocol is also always in the hold state.
  • the preset audio information is uploaded to the uplink audio channel without destroying the original call protocol state.
  • the listening sound is relatively straightforward, and the user is met.
  • the status scenario used.
  • other ways of informing the remote user such as text or video, such as SMS or MMS, can also be used.
  • the step of uploading preset audio information to the upstream audio channel may be stored on the main chip Preset audio information (usually digitized audio data) in the external ROM (Read Only Memory) passes through the internal or external PCM (Pulse Code Modulation), I2S (Inter-IC Sound Bus) , Philips is a bus standard for audio data transmission between digital audio devices), Slimbus (Serial Low-power Inter-chip Media Bus, low-power inter-chip serial media bus, baseband or mobile terminal application processing
  • the audio bus is sent to the audio codec (CODEC, coding&decoding), and the codec processes it, sends it to the main chip on-chip bus, and loads it into the RF interface channel for modulation.
  • the frequency conversion is transmitted to the radio frequency transmitting end and transmitted to the air interface.
  • Remote audio playback is generally an inverse process. After receiving the RF signal, it is downconverted and demodulated. Then it is sent to the audio CODEC through the main chip on-chip bus, and then played back to the audio receiving device.
  • the local user terminal playback is the audio data delivery audio CODEC processing, and directly output to the audio receiving electro-acoustic device (such as the handset, speaker) for playback.
  • the preset audio information may be a standard recording or a synthesized audio preset by the software of the mobile terminal product before shipment, or a personalized voice recorded by the user himself and stored in the setting interface provided by the mobile terminal product.
  • this automatic trigger informs the remote user about the status of the local user's call function mode.
  • the user can select whether to turn it on or off in the "Settings" interface, and the result of the selection is recorded in the ROM.
  • some function modes can also shield the user from this choice.
  • Step 601 After the two parties establish a call, when the local user selects a specific call function mode through a selection button through a certain call function mode on the UI interface, the selection information is responded by an interface program corresponding to the upper application layer;
  • Step 602 Determine, according to the information of the user selection item in the pre-loaded ROM, whether to upload the preset audio information to the uplink audio channel; if not, go directly to step 606, if Pass, then go to step 603;
  • Step 603 the audio device is called, and the working parameters (speed, channel, sampling width, volume meter, etc.) and the underlying interface logic are set for the audio device (by borrowing special audio functions, the related algorithm firmware can be directly called); To configure the underlying interface logic.
  • Step 604 Calculate a buffer size according to working parameters of the audio device, and allocate a space for uploading preset audio data information to the uplink audio channel.
  • Step 605 The audio information uploaded by the local user terminal is played back through the air interface at the remote user terminal (recording information such as: "Hello, the calling party is in the XX call function mode state");
  • the audio channel of the local user terminal is invoked, and the preset audio information is synchronously played back to the local user (the audio information is as follows: “Hello, your mobile phone is currently in the XX call function mode state”, and the local motor can also be synchronously used. The way the vibration is prompted.
  • Step 606 entering a subsequent call
  • Step 607 after the call is continued for a period of time, the local user closes the call function mode through the UI interface.
  • the audio playback state of the call function mode state when the state is off is given to both parties of the call.
  • FIG. 7 it is a schematic diagram of an interface when the local terminal 71 and the remote end 72 talk.
  • the local user's call interface adds a function mode prompt that only listens and only speaks, except for the usual hands-free, add-on, hang up, keyboard, Bluetooth, mute, recording and other common function mode prompts.
  • an emergency call to a third party such as a fixed telephone or other wireless terminal telephone is sent to the remote user to continue to talk after the third party telephone is finished.
  • a third party such as a fixed telephone or other wireless terminal telephone
  • the remote user In the process of handling the third party call, in order to avoid Heared by a remote user and a third party
  • the content, or the sound of the local user background is noisy, the local user is inconvenient to talk, affects privacy, etc. You can click this function mode.
  • the remote user is also aware of the status of the local user during the call.
  • the technical implementation of listening and speaking only the call function mode The upper application part is the same as the other call interface. The main difference is the processing of the logical part of the underlying driver. The specific methods used are:
  • the first step is to call the underlying voice interface to determine the specific voice device path.
  • the second step is to turn off the one-way channel according to the voice device path and the specific mode of "listen only” or “just say”; specifically: For the "listen only” mode, the upstream audio channel is turned off, and the downstream audio channel is turned on.
  • the “just say” mode is the opposite.
  • the local terminal sends the status information of the local terminal to the remote end, where the "listen only” mode can be sent to the remote end in a video or text manner because the uplink audio channel is closed, and
  • the "mode” can be preferably sent to the second terminal in an audio manner, or can be sent to the remote end in a video or text manner.
  • the listen-only and talk-only functions added to the UI call interface are implemented by directly calling the VCO and HCO in the TTY (Text Telephone) function of the mobile terminal.
  • TTY is for people with deafness, hearing difficulties or language expression problems by typing or typing on the keyboard.
  • the earphone access device of the wireless mobile communication terminal needs to be compatible with TTY function.
  • VCO and HCO are two common modes of TTY function except TTY FULL (both sides use text form).
  • VCO is Voice Carryover, which means only mode (upstream audio channel is on, downlink audio channel is off);
  • the HCO is the Hearing Carryover, which is the listening only mode (the upstream audio channel is off and the downstream audio channel is on).
  • the telecom operators in many countries in Asia, Africa, and South America do not support the TTY function (the base station side does not perform the corresponding DSP (Digital Signal Processing) expansion), and at the same time In countries with communication public networks that support TTY, most people will not use the TTY function. Therefore, the VCO and HCO of the TTY function can be directly invoked at the upper application layer to implement the listening and speaking functions only in the call interface. .
  • the TTY code used by the TTY function (Baudot, an early telecommunication code) code code is hidden in the lowest 5 bits of the pitch delay bit of the normal voice packet, does not affect normal voice communication, and is open in HCO and VCO applications.
  • the audio channel of the state goes to the normal voice whose volume can be adjusted. Therefore, compared with the second embodiment of the invention, the logic part of the bottom interface can directly call the TTY algorithm firmware.
  • the steps to invoke the TTY algorithm firmware of the associated VCO and HCO include:
  • the first step is to call the time, volume, and channel information of the upper application voice interface associated with the TTY function, and call the underlying audio service according to the information to obtain the sending and receiving parameters of the audio device.
  • the second step is to load the TTY according to the audio device. Vocoder drive;
  • the third step is to call the DSP core of the TTY algorithm.
  • the system automatically triggers the playback of the preset audio information to further expand to the conventional commonly used hands-free, add, hang up, Bluetooth, mute, recording and other conventional function modes, such as:
  • the remote user can know whether the local user has pressed the hands-free button.
  • the remote user can know whether the local user has turned on the three-party call; the hang up prompt can make the remote user understand that the local user hangs up.
  • the remote user knows if the local user has entered Bluetooth, mute, or recording status.
  • the silent mode unlike the "listen only” and “just say” functions of the previous embodiment, the volume is only minimized, so that the local user does not hear the sound, but the upper and lower audio channels are not cut.
  • the normal function mode in the above call process can also use the processing method of automatically transmitting video or text information such as MMS, SMS, etc. after the user triggers the UI button to send the local state information to the remote user.
  • the UI may additionally provide an interface for the user to select whether to enable these functions.
  • the call control method of the present invention can be further extended to: send the current state (transfer call, low power alarm) of the local device before the call has been operated or the call to the opposite end, and once the call is established, the corresponding trigger is automatically triggered.
  • Pre-recorded or synthesized audio automatically triggers preset video information or text information to prompt the remote user, so that the remote user can know the mobile terminal usage status of the local user in time.
  • the UI can additionally provide an interface for the user to choose whether to enable these features. Specifically, the above process is shown in Figure 8:
  • Step 801 such as transferring a call, a low-power alarm, etc., the state that has existed before the call is established or the user has operated is stored in the ROM, forming a local state database (the system provides a preset form interface for the user to select and add), the call
  • the current specific status of the local machine is marked to the flag of the status database (the time when the update flag is marked);
  • Step 802 After the call is established, traverse and read the flag information of the local state database, and establish a specific state according to the validity of the flag information update time limit and the like;
  • Step 803 from the preset recording or synthetic audio library, calling preset recording or synthetic audio data corresponding to a specific state (the system provides a preset form interface for the user to select and add), uploading to the uplink audio channel; or, in real time
  • the multi-tasking system establishes a message or video communication protocol in parallel, and calls the preset video or text data corresponding to the specific state from the preset video or text information library in the background operation manner, and uploads to the uplink data channel (the first terminal The data channel to the second terminal direction); the system can provide a preset form interface for the user to pre-select and add video data or text data corresponding to the status information.
  • step 804 the audio, video, or text information is played back through the air interface to the remote end by voice, multimedia, or short message, so that the remote user can know the status of the local user terminal.
  • the processing method of the mobile terminal can notify the remote user about the local user by using preset recording or synthesized audio, preset video information or text information when the local user controls the UI interface to select a specific function mode. Call function mode status.
  • the invention also provides the "only listen” and “just say” call function modes, and there are two implementation modes: one is the channel configuration mode through the interface logic of the underlying driver; the other is the way of calling through the TTY function, all can pass
  • the preset audio information not available when "listen only”
  • preset video information or text information is played, and the remote user is informed about the specific call function mode status of the local user.
  • the present invention can also be used for some call function modes that the mobile terminal already has, as well as the local user operation or the current state information of the local device before the call, by playing preset audio after the call is established.
  • Preset video information or text information to inform the remote user about the local user's call function mode status or the current status of the unit.
  • the user operation or the local state of the local user terminal before the call can be notified to the remote user through the preset audio, preset video information or text information immediately after the call is established, and the remote user can perform corresponding processing.

Abstract

本发明提供一种终端通话时的处理方法、终端以及处理系统,涉及通讯领域,为解决现有技术中对端用户无法根据本地终端的状态信息对谈话进行调整的技术问题而发明。本发明所述的终端通话时的处理方法,包括:第一终端和第二终端建立通话后,所述第一终端获取第一终端的状态信息;所述第一终端将所述第一终端的状态信息发送给所述第二终端,使所述第二终端根据所述第一终端的状态信息对所述第二终端的用户进行提示。本发明能够将本端的状态信息发送给对端,使对端用户根据本端的状态信息对谈话进行调整。

Description

终端通话时的处理方法、 终端以及处理系统 技术领域
本发明涉及通讯领域, 特别是涉及一种终端通话时的处理方法、 终端 以及处理系统。 背景技术
现有技术中, 在用户使用移动终端拨通或接通电话后, 移动终端的用 户界面 (UI, user Interface )会给出切换诸如免提、 添加、 挂断、 键盘、 蓝 牙、 静音、 录音等多种功能模式的提示, 这样用户可以把通话功能模式切 换到自己希望的状态。
但是, 在本地用户控制本地终端的模式状态后, 远端用户并不知道本 地终端的模式状态。 例如, 本地用户有意或者无意切换到免提状态后, 远 端用户并不知道本地用户的使用状态, 因而远端用户的敏感的隐私谈话内 容有可能被本地用户在免提状态下播放, 从而可能被本地用户周边的其他 听者听到, 从而可能会产生远端用户并不乐见的后果。 发明内容
本发明要解决的技术问题是提供一种终端通话时的处理方法、 终端以 及处理系统, 能够使得对端用户获知本地终端的状态信息, 从而对谈话进 行调整。
为解决上述技术问题, 本发明的实施例提供技术方案如下:
一方面, 提供一种终端通话时的处理方法, 包括:
第一终端和第二终端建立通话后, 所述第一终端获取第一终端的状态 信息; 所述第一终端将所述第一终端的状态信息发送给所述第二终端, 使所 述第二终端根据所述第一终端的状态信息对所述第二终端的用户进行提 示。
所述的终端通话时的处理方法, 还包括:
所述第一终端根据所述状态信息, 对所述第一终端的用户进行提示。 所述的终端通话时的处理方法, 还包括:
当所述第一终端检测到所述第一终端的状态信息发生变化时, 将变化 后的所述状态信息发送给第二终端。
所述第一终端获取第一终端的状态信息的步驟包括:
通过接收用户设置第一终端的状态的命令, 所述第一终端获取第一终 端的状态信息; 或
通过检索第一终端的状态数据库, 所述第一终端获取第一终端的状态 信息; 或
通过定期检测第一终端的状态 , 所述第一终端获取第一终端的状态信 it 所述第一终端将所述第一终端的状态信息发送给所述第二终端的步驟 包括:
所述第一终端将所述第一终端的状态信息以音频方式发送给所述第二 终端; 或
所述第一终端将所述第一终端的状态信息以视频方式发送给所述第二 终端; 或
所述第一终端将所述第一终端的状态信息以文本方式发送给所述第二 终端。
所述第一终端将所述第一终端的状态信息以音频方式发送给所述第二 终端的步驟包括: 所述第一终端获取所述第一终端的状态信息对应的音频数据; 将所述对应的音频数据上传到所述第一终端的到第二终端方向的音频 通道;
通过空口在第二终端以音频方式回放所述对应的音频数据。
所述第一终端的状态信息为: 所述第一终端的工作模式的信息或所述 第一终端的机身状态的信息;
所述第一终端的工作模式为: 处于漫游状态、 处于免提状态、 处于添 加状态、 处于挂断状态、 处于键盘输入状态、 处于蓝牙状态、 处于静音状 态、 处于录音状态、 处于本地终端只听不说模式、 处于本地终端只说不听 模式或处于转移呼叫模式;
所述第一终端的机身状态的信息为: 所述第一终端的当前电量信息或 所述第一终端支持的功能信息。
当所述第一终端的工作模式为本地用户只听模式时, 所述第一终端的 到第二终端方向的音频通道被关闭, 所述第一终端将所述第一终端的状态 信息发送给所述第二终端的步驟为: 所述第一终端将所述第一终端的状态 信息以视频方式或文本方式发送给所述第二终端;
当所述第一终端的工作模式为本地终端只说模式时, 所述第一终端的 来自第二终端方向的音频通道被关闭, 所述第一终端将所述第一终端的状 态信息发送给所述第二终端的步驟为: 所述第一终端将所述第一终端的状 态信息以视频方式或文本方式发送给所述第二终端。
另一方面, 提供一种终端通话时的处理方法, 包括:
第二终端和第一终端建立通话后, 所述第二终端接收所述第一终端的 状态信息;
所述第二终端根据所述第一终端的状态信息对所述第二终端的用户进 行提示。 另一方面, 提供一种终端, 包括:
获取单元, 用于第一终端和第二终端建立通话后, 获取第一终端的状 态信息;
发送单元, 用于将所述第一终端的状态信息发送给所述第二终端, 使 所述第二终端根据所述第一终端的状态信息对所述第二终端的用户进行提 示。
所述的终端, 还包括:
提示单元, 用于根据所述状态信息, 对所述第一终端的用户进行提示。 所述发送单元具体为:
将所述第一终端的状态信息以音频方式发送给所述第二终端; 或 将所述第一终端的状态信息以视频方式发送给所述第二终端; 或 将所述第一终端的状态信息以文本方式发送给所述第二终端。
另一方面, 提供一种终端, 包括:
接收单元, 用于第二终端和第一终端建立通话后, 接收所述第一终端 的状态信息;
提示单元, 用于根据所述第一终端的状态信息对所述第二终端的用户 进行提示。
另一方面, 提供一种终端通话时的处理系统, 包括: 第一终端和第二 终端,
第一终端, 用于第一终端和第二终端建立通话后, 获取第一终端的状 态信息; 将所述第一终端的状态信息发送给所述第二终端;
第二终端, 用于接收所述第一终端的状态信息; 根据所述第一终端的 状态信息对所述第二终端的用户进行提示。
本发明的实施例具有以下有益效果:
上述方案中, 第一终端和第二终端建立通话后, 所述第一终端获取第 一终端的状态信息; 所述第一终端将所述第一终端的状态信息发送给所述 第二终端, 使所述第二终端根据所述第一终端的状态信息对所述第二终端 的用户进行提示, 使得第二终端的用户能够获取第一终端的状态信息, 从 而调整谈话内容。 附图说明
图 1 为本发明所述的第一终端通话时的处理方法的实施例的流程示意 图;
图 为本发明所述的第二终端通话时的处理方法的实施例的流程示意 图;
图 3为本发明所述的第一终端的结构示意图;
图 4为本发明所述的第二终端的结构示意图;
图 5为本发明所述的一种终端通话时的处理系统的结构示意图; 图 6为本发明的应用场景中移动终端的通话功能模式控制方法的流程 示意图;
图 7本发明的应用场景中本地终端和远端通话时的界面示意图; 图 8 为本发明的应用场景中基于通话前本机状态的通话控制的流程 图。 具体实施方式
为使本发明的实施例要解决的技术问题、 技术方案和优点更加清楚, 下面将结合附图及具体实施例进行详细描述。
如图 1 所示, 为本发明所述的一种终端通话时的处理方法的实施例, 包括:
步驟 11 , 第一终端和第二终端建立通话后, 第一终端获取第一终端的 状态信息; 所述第一终端的状态信息为: 第一终端的工作模式的信息或第 一终端的机身状态的信息; 所述第一终端的工作模式为: 处于漫游状态、 处于免提状态、 处于添加状态、 处于挂断状态、 处于键盘输入状态、 处于 蓝牙状态、 处于静音状态、 处于录音状态、 处于本地终端只听不说模式、 处于本地终端只说不听模式或处于转移呼叫模式; 所述第一终端的机身状 态的信息为: 第一终端的当前电量信息或第一终端支持的功能信息。
步驟 12, 第一终端将第一终端的状态信息发送给第二终端, 使第二终 端根据第一终端的状态信息对第二终端的用户进行提示。 该步驟具体为: 通过接收用户设置第一终端的状态的命令, 第一终端获取第一终端的状态 信息; 或通过检索第一终端的状态数据库, 第一终端获取第一终端的状态 信息; 或通过定期检测第一终端的状态, 第一终端获取第一终端的状态信 例如, 在第一终端的用户将第一终端的通话模式设置为免提模式时, 第一终端自动将该状态信息发送给第二终端, 第二终端可以对谈话内容进 行相应调整; 当第一终端检测到当前电量不足时, 第一终端自动将该状态 信息发送给第二终端, 第二终端的用户可以对谈话时长进行相应调整; 或 者, 第一终端的用户在通话前检测到为当前电量不足, 则将该状态信息设 置到状态数据库, 当通话建立后, 通过检索状态数据库, 将该状态信息发 送给第二终端。
可选的, 所述的终端通话时的处理方法, 还包括:
步驟 13 , 第一终端根据状态信息, 对第一终端的用户进行提示。 当第 一终端的用户进行了误操作(例如, 误按了免提) 时, 可以及时知道。
可选的, 所述的终端通话时的处理方法, 还包括:
步驟 14, 当第一终端检测到第一终端的状态信息发生变化时, 将变化 后的状态信息发送给第二终端。 例如, 第一终端的用户对第一终端从免提 模式调整为听筒模式, 第二终端的用户可以及时获知, 从而可以对谈话内 容进行相应调整。
上述步驟 12具体包括:
步驟 121A, 第一终端获取第一终端的状态信息对应的音频数据、 文本 数据或者视频数据;
步驟 122 A, 将对应的音频数据、 文本数据或者视频数据发送给第二终 端, 具体可以通过发送短信、 彩信发送等。
可选的, 上述步驟 12为第一终端将第一终端的状态信息以音频方式发 送给第二终端时, 该步驟包括:
步驟 121 B, 第一终端获取第一终端的状态信息对应的音频数据; 步驟 122B, 将对应的音频数据上传到第一终端的上行音频通道(第一 终端的到第二终端方向的音频通道);
步驟 123B, 通过空口在第二终端以语音方式回放对应的音频数据。 当第一终端的工作模式为本地用户只听模式时, 第一终端的到第二终 端方向的音频通道被关闭, 第一终端将第一终端的状态信息发送给第二终 端的步驟为: 第一终端将第一终端的状态信息以视频方式或文本方式发送 给第二终端。
当第一终端的工作模式为本地终端只说模式时, 第一终端的来自第二 终端方向的音频通道被关闭, 第一终端将第一终端的状态信息发送给第二 终端的步驟为: 第一终端将第一终端的状态信息以音频方式、 视频方式或 文本方式发送给第二终端。
可选的, 当上述步驟 12为第一终端将第一终端的状态信息以视频方式 或文本方式发送给第二终端时, 该步驟包括:
步驟 121 C,第一终端获取第一终端的状态信息对应的视频数据或文本 数据; 视频数据或文本数据以预定格式存在于第一终端的状态信息数据库, 系统根据第一终端的实时状态遍历调取; 步驟 122C, 在实时多任务系统并行建立消息或视频通信协议, 以后台 操作的方式, 将对应的视频数据或文本数据上传到上行数据通道(第一终 端的到第二终端方向的数据通道);
步驟 123C, 通过空口在第二终端以彩信、 短信的方式回放对应的视频 数据或文本数据。
上述实施例中, 音频回放具有实时性; 移动终端的实时彩信、 短信也 可以在通话界面滚动显示, 以方便用户实时获取相关信息。
与上述图 1所述的第一终端通话时的处理方法的相对应, 如图 2所示, 为本发明所述的第二终端通话时的处理方法的实施例的流程示意图, 包括: 步驟 21 , 第二终端和第一终端建立通话后, 第二终端接收第一终端的 状态信息;
步驟 22, 第二终端根据第一终端的状态信息对第二终端的用户进行提 示。 远端用户可以接听到音频回放。 该步驟具体为: 第二终端以音频方式 从第一终端接收第一终端的状态信息; 或第二终端以文本方式从第一终端 接收第一终端的状态信息, 例如可以通过短消息的方式; 或, 第二终端以 视频方式从第一终端接收第一终端的状态信息, 例如可以通过彩信的方式。
如图 3所示, 为本发明所述的第一终端, 包括:
获取单元 31 , 用于第一终端和第二终端建立通话后, 获取第一终端的 状态信息;
发送单元 32, 用于将第一终端的状态信息发送给第二终端, 使第二终 端根据第一终端的状态信息对第二终端的用户进行提示。
所述的终端, 还包括:
提示单元 33 , 用于根据状态信息, 对第一终端的用户进行提示。
所述发送单元 32具体为:
将第一终端的状态信息以音频方式发送给第二终端; 或 将第一终端的状态信息以视频方式发送给第二终端; 或
将第一终端的状态信息以文本方式发送给第二终端。
如图 4所示, 为本发明所述的第二终端, 包括:
接收单元 41 , 用于第二终端和第一终端建立通话后, 接收第一终端的 状态信息;
提示单元 42, 用于根据第一终端的状态信息对第二终端的用户进行提 示。
如图 5 所示, 为本发明所述的一种终端通话时的处理系统, 包括: 第 一终端 51和第二终端 52,
第一终端 51 , 用于第一终端 51和第二终端 52建立通话后, 获取第一 终端 51的状态信息; 将第一终端 51的状态信息发送给第二终端 52;
第二终端 52, 用于接收第一终端 51的状态信息; 根据第一终端 51的 状态信息对第二终端 52的用户进行提示。
本发明所述的第一终端的状态信息为: 第一终端的工作模式的信息或 第一终端的机身状态的信息;
第一终端的工作模式为: 处于漫游状态、 处于免提状态、 处于添加状 态、 处于挂断状态、 处于键盘输入状态、 处于蓝牙状态、 处于静音状态、 处于录音状态、 处于本地终端只听不说模式、 处于本地终端只说不听模式 或处于转移呼叫模式;
第一终端的机身状态的信息为: 第一终端的当前电量信息或第一终端 支持的功能信息, 例如, 是否支持视频电话、 是否属于 3G、 是否支持彩信 功能等。
并且, 第一终端的工作模式为: 第一终端和第二终端建立通话后设置 的第一终端功能状态; 或者, 第一终端和第二终端建立通话前设置的功能 状态。 第一终端将第一终端的状态信息以音频方式发送给第二终端时, 可以 在建立通话后, 首先发送功能状态信息对应的语音信息, 然后再开始正常 通话, 也可以同时发送功能状态信息对应的语音信息和本地用户的声音信 息。 第一终端可以为主叫端, 第二终端可以为被叫端; 或者, 第一终端可 以为被叫端, 第二终端可以为主叫端。
以下描述本发明的应用场景 1:
一种移动终端的通话控制方法, 在延续通常的本地用户控制 UI界面选 择具体功能模式的情况下, 增加了告知远端用户关于本地用户通话功能模 式状态的功能。
目前通常的通话功能模式如免提、 添加、 挂断、 键盘、 蓝牙、 静音、 录音等, 都是由本地用户进行操作控制, 并且在操作控制后, 不告知远端 用户。 本发明的通话功能模式在本地用户操作控制基础上, 自动触发告知 远端用户, 让远端用户了解本地用户的模式状态。 这种自动触发功能通过 本地用户选择通话界面的功能模式按钮(实体按键、 虚拟按键或触控面板 坐标信息) 时, 将对应该模式功能的预置录音或合成音频信息上传到上行 音频端口, 然后该音频信息经空口向远端用户的终端回放。
采用预置录音或合成音频的方式, 在实现上比较容易。 因为通话建立 后, 一方面, 移动终端和无线接入网之间的无线链路协议一直处于保持状 态, 语音通话信令消息和分组数据业务的无线传送通道处于畅通状态; 另 一方面, 移动终端的操作系统适配协议也一直处于保持状态, 此时将预置 音频信息上传到上行音频通道, 不破坏原来的通话协议状态; 同时, 由于 用户正在通话过程中, 听取声音也比较直接, 符合用户使用的状态场景。 当然, 如前所述, 也可以采用其他告知远端用户的方式, 比如短信、 彩信 等文本或视频方式。
将预置音频信息上传到上行音频通道的步驟, 可以为将存储在主芯片 外部 ROM ( Read only Memory, 只读存储器) 中的预置音频信息(通常是 数字化的音频数据)经过主芯片内部或外部的 PCM( Pulse Code Modulation, 脉沖编码调制)、 I2S ( Inter-IC Sound Bus, 飞利浦公司为数字音频设备之间 的音频数据传输而制定的一种总线标准)、 Slimbus ( Serial Low-power Inter-chip Media Bus, 低功耗芯片间串行媒体总线, 基带或移动终端应用处 理器与外设部件间的标准接口 )等音频总线发送到音频编解码器( CODEC, coding&decoding ), 编解码器处理后, 发送到主芯片片内总线, 并加载到射 频接口信道进行调制, 之后上变频到射频发射端发射到空口。
远端音频回放大体上是一个相反的过程, 射频接收后下变频并解调, 之后通过主芯片片内总线送到音频 CODEC, 再到音频接收器件回放。
本地用户终端回放则是音频数据送达音频 CODEC处理后,直接输出到 音频接收电声器件(如听筒、 扬声器)进行回放。
预置的音频信息, 可以是移动终端产品出厂前软件预设的标准录音或 合成音频, 也可以移动终端产品提供的设置界面存放的由用户本人录制的 个性化声音。
根据具体使用情况, 这种自动触发告知远端用户关于本地用户通话功 能模式状态的功能, 可以由用户在 "设置" 界面进行选择开启或关闭, 选 择的结果被记载到 ROM中。 当然根据通话功能模式不同,一些功能模式也 可以对用户屏蔽掉这种选择。
如图 6所示, 应用场景 1的具体流程如下:
步驟 601 , 双方建立通话后, 当本地用户通过 UI界面上的某种通话功 能模式通过选择按钮选择具体的通话功能模式后 , 该选择信息由对应上层 应用层面的接口程序进行响应;
步驟 602, 根据预先加载的 ROM中的用户选择项的信息, 决定是否上 传预置音频信息到上行音频通道; 如果不上传, 直接转到步驟 606, 如果上 传, 则转到步驟 603;
步驟 603, 调用音频设备, 为音频设备设置好工作参数(速度、 声道、 采样宽度、 音量表等) 和底层接口逻辑(借用特殊音频功能, 可以直接调 用相关的算法固件); 该步驟也可以为配置底层接口逻辑。
步驟 604,根据音频设备的工作参数计算緩沖区的大小, 分配空间以供 上传预置音频数据信息到上行音频通道;
步驟 605 ,经空口实现本地用户终端上传的音频信息在远端用户终端回 放(录音信息如: "您好, 通话对方处于 XX的通话功能模式状态");
可选地, 调用本地用户终端的音频通道, 同步向本地用户回放预置的 音频信息(音频信息如: "您好, 您的手机目前处于 XX的通话功能模式状 态", 本地也可以同步采用马达振动的提示方式。
步驟 606, 进入后续通话;
步驟 607 , 继续通话一段时间后, 本地用户通过 UI界面关闭该通话功 能模式。 可选的, 关闭状态时的通话功能模式状态的音频回放给通话双方。
然后, 结束通话。
应用场景 2:
如图 7所示, 为本地终端 71和远端 72通话时的界面示意图。 本地用 户的通话界面除通常的免提、 添加、 挂断、 键盘、 蓝牙、 静音、 录音等常 规功能模式提示外, 增加了只听、 只说的功能模式提示。
只听、 只说功能模式介绍:
( 1 )只听: 即通话双方中本地用户的语音传不到远端用户, 但本地用 户可以听到远端用户说话。
应用场景: 无线终端通话过程中, 紧急接到固定电话或其他无线终端 电话等第三方电话, 告诉远端用户不断话去处理第三方电话完毕后继续通 话, 在处理第三方电话过程中, 为了避免被远端用户听到和第三方的通话 内容, 或者本地用户背景的声音嘈杂, 本地用户说话不方便、 影响私密等, 可以点击此功能模式。
使用此功能模式, 需要通话时的远端用户知悉本地用户的状态, 否则 容易造成远端用户的误解。
( 2 )只说: 即远端用户的语音传不到本地用户, 但远端用户可以听到 本地用户说话。
应用场景: 无线终端通话过程中, 本地用户忌讳周边他人听到远端用 户电话内容(特别是对于有免提功能或者有对讲功能的移动终端), 或者远 端用户背景声音嘈杂, 远端用户说话不方便、 影响私密等。
使用此功能模式, 也需要通话时远端用户知悉本地用户的状态。
只听和只说通话功能模式的技术实现: 上层应用部分和其他通话界面 的功能模式一样, 主要差别是底层驱动的接口逻辑部分的处理, 采用的具 体方法是:
第一步, 调用底层语音接口, 确定具体的语音设备路径;
第二步, 根据语音设备路径和 "只听" 或者 "只说" 的具体模式来关 断单向通道; 具体而言: 对于 "只听" 模式, 关闭上行音频通道, 下行音 频通道是打开的; "只说" 模式则反之。
第三步, 本地终端将所述本地终端的状态信息发送给所述远端, 其中, "只听" 模式由于上行音频通道关闭, 可以以视频方式或文本方式发送给 所述远端, 而 "只说" 模式则可优选以音频方式发送到第二终端, 也可以 视频方式或文本方式发送给所述远端。
应用场景 3:
UI 通话界面添加的只听和只说功能通过直接调用移动终端的 TTY ( Text Telephone, 文本电话 ) 功能中的 VCO和 HCO实现。
TTY是供耳聋、 听力困难或者语言表达障碍的人通过打字或敲键盘代 替听和说来进行信息交流的设备。 根据 TIA/EIA TSB121-Rev. 1 (PN-3-4558-RV1)要求,无线移动通信终端的耳机接入装置需要兼容 TTY功
•6匕
匕。
VCO和 HCO是 TTY功能除 TTY FULL (通信双方均使用文本形式) 之外的两种常用模式, VCO是话音传递(Voice Carryover ), 即只说模式(上 行音频通道打开, 下行音频通道关闭); HCO 是听声传递 ( Hearing Carryover ), 即只听模式(上行音频通道关闭, 下行音频通道打开)。
鉴于 TTY功能存在大量非应用场合, 如亚洲、 非洲、 南美洲很多国家 电信运营商公网不支持 TTY 功能(基站侧没有进行相应的 DSP ( Digital Signal Processing, 数字号处理)扩展), 同时在一些具有支持 TTY功能的 通信公网的国家, 绝大多数人群也不会使用 TTY功能, 所以可以在上层应 用层直接调用 TTY功能的 VCO和 HCO, 用于实现通话界面中的只听和只 说功能。
TTY功能采用的博多码(Baudot, —种早期电信编码)编解码的 TTY 音码隐藏于正常语音包的基音延迟位的最低 5位, 不影响正常语音通讯, 且 HCO和 VCO应用中, 处于开启状态的音频通道走的是音量大小可以调 节的正常语音, 所以相比较发明实施例 2,底层接口的逻辑部分可以直接调 用 TTY算法固件即可。
调用关联的 VCO和 HCO的 TTY算法固件的步驟包括:
第一步, 调用关联 TTY功能的上层应用语音接口的时间、 音量、 通道 信息, 并根据这些信息调用底层的音频服务, 获取音频设备的收发参数; 第二步, 根据音频设备, 加载专用于 TTY的声码器驱动;
第三步, 调用 TTY算法的 DSP核。
需要说明的是, 这里的三个步驟和发明实施例 2描述的四个步驟不同, 只是描述移动终端通用的 TTY功能的调用过程。 也就是说, 此发明实施例 只需要在上层应用响应 UI界面功能模式的接口中, 添加已有的 TTY功能 的 VCO和 HCO虚拟逻辑设备的调用即可, 底层驱动的接口逻辑部分无需 处理。
应用场景 4:
关于通话过程中用户触发 UI按键后, 系统自动触发播放预置音频信息 的处理方法可以进一步扩展到目前常用的免提、 添加、 挂断、 蓝牙、 静音、 录音等常规功能模式, 如: 对于免提, 如通话过程中, 远端用户可知本地 用户是否按了免提键; 对于添加, 远端用户可知道本地用户是否已经开启 三方通话; 挂断提示可以使得远端用户了解是本地用户挂断而不是网路故 障; 对于蓝牙、 静音、 录音, 则远端用户可知本地用户是否进入蓝牙、 静 音、 录音状态。 对于静音模式, 不同于前面发明实施例的 "只听"、 "只说" 功能的, 其仅仅是音量降至最低, 使得本地用户听不到声音, 但上、 下行 音频通道并没有切断。
同时, 上述通话过程中常规功能模式也可采用在用户触发 UI按键后, 系统自动触发播发彩信、 短信等视频或文本信息的处理方法来发送本端状 态信息给远端用户。
可选的, 告知远端用户关于本地用户通话功能模式状态的功能并不是 必需的, 所以 UI可以另外提供界面以供用户选择是否开启这些功能。
应用场景 5
本发明通话控制方法还可以进一步扩展到: 将通话前本地用户已经操 作或通话前本机当前的状态 (转移呼叫、 低电告警)发送给对端, 一旦通 话建立, 就立即通过自动触发对应的预置录音或合成音频、 自动触发预置 视频信息或文本信息向远端用户提示的方式, 让远端用户及时了解到本地 用户的移动终端使用状态。 同样, UI可以另外提供界面以供用户选择是否 开启这些功能。 具体说来, 上述流程如图 8所示:
步驟 801 , 如转移呼叫、低电告警等等这些通话建立前就已经存在或用 户已经操作的状态存储在 ROM中, 形成本机状态数据库(系统提供预置表 单界面供用户选择和添加 ), 通话前本机当前特定的具体状态标注到状态数 据库的标志位(同时标注更新标志位的时间);
步驟 802, 通话建立后, 遍历并读取本机状态数据库的标志信息, 根据 标志信息更新时限等有效性的判定, 确立具体状态;
步驟 803 ,从预置录音或合成音频库中, 调用对应该具体状态的预置录 音或合成音频数据(系统提供预置表单界面供用户选择和添加), 上传到上 行音频通道; 或者, 在实时多任务系统并行建立消息或视频通信协议, 以 后台操作的方式, 从预置视频或文本信息库中, 调用对应该具体状态的预 置视频或文本数据, 上传到上行数据通道(第一终端的到第二终端方向的 数据通道); 系统可以提供预置表单界面供用户预先选择和添加状态信息对 应的视频数据或文本数据。
步驟 804, 经过空口到远端以语音、 彩信或短信方式回放上述音频、 视 频或文本信息, 远端用户从而可以得知本地用户终端的状态。
本发明所述的移动终端的处理方法, 在本地用户控制 UI界面选择具体 功能模式的情况下, 采用预置录音或合成音频、 预置视频信息或文本信息, 能够告知远端用户关于本地用户的通话功能模式状态。本发明还提供了 "只 听" 和 "只说" 的通话功能模式, 有两种实现方式: 一是通过底层驱动的 接口逻辑的通道配置方式; 二是通过 TTY功能调用的方式, 都能够通过本 地用户启动模式切换时播放预置音频信息 ("只听" 时不可用)、 预置视频 信息或文本信息的方式, 告知远端用户关于本地用户的具体通话功能模式 状态。 本发明还可以针对目前移动终端已具备的一些通话功能模式以及通 话前本机用户操作或本机当前状态信息, 在通话建立后通过播放预置音频、 预置视频信息或文本信息的方式, 告知远端用户关于本地用户通话功能模 式状态或本机当前状态。 本地用户终端的通话前的用户操作或本机状态, 在通话建立后也可即刻通过预置音频、 预置视频信息或文本信息通知到远 端用户, 远端用户从而可以进行相应的处理。
以上所述是本发明的优选实施方式, 应当指出, 对于本技术领域的普 通技术人员来说, 在不脱离本发明所述原理的前提下, 还可以作出若干改 进和润饰, 这些改进和润饰也应视为本发明的保护范围。

Claims

1、 一种终端通话时的处理方法, 包括:
第一终端和第二终端建立通话后, 所述第一终端获取第一终端的状态 信息;
所述第一终端将所述第一终端的状态信息发送给所述第二终端, 使所 述第二终端根据所述第一终端的状态信息对所述第二终端的用户进行提 示。
2、 根据权利要求 1所述的终端通话时的处理方法, 其中, 还包括: 所述第一终端根据所述状态信息, 对所述第一终端的用户进行提示。
3、 根据权利要求 1所述的终端通话时的处理方法, 其中, 还包括: 当所述第一终端检测到所述第一终端的状态信息发生变化时, 将变化 后的所述状态信息发送给第二终端。
4、 根据权利要求 1所述的终端通话时的处理方法, 其中, 所述第一终 端获取第一终端的状态信息的步驟包括:
通过接收用户设置第一终端的状态的命令, 所述第一终端获取第一终 端的状态信息; 或
通过检索第一终端的状态数据库, 所述第一终端获取第一终端的状态 信息; 或
通过定期检测第一终端的状态 , 所述第一终端获取第一终端的状态信 it
5、 根据权利要求 1所述的终端通话时的处理方法, 其中, 所述第一终 端将所述第一终端的状态信息发送给所述第二终端的步驟包括:
所述第一终端将所述第一终端的状态信息以音频方式发送给所述第二 终端; 或
所述第一终端将所述第一终端的状态信息以视频方式发送给所述第二 终端; 或
所述第一终端将所述第一终端的状态信息以文本方式发送给所述第二 终端。
6、 根据权利要求 5所述的终端通话时的处理方法, 其中, 所述第一终 端将所述第一终端的状态信息以音频方式发送给所述第二终端的步驟包 括:
所述第一终端获取所述第一终端的状态信息对应的音频数据; 将所述对应的音频数据上传到所述第一终端的到第二终端方向的音频 通道;
通过空口在第二终端以语音方式回放所述对应的音频数据。
7、 根据权利要求 1所述的终端通话时的处理方法, 其中,
所述第一终端的状态信息为: 所述第一终端的工作模式的信息或所述 第一终端的机身状态的信息;
所述第一终端的工作模式为: 处于漫游状态、 处于免提状态、 处于添 加状态、 处于挂断状态、 处于键盘输入状态、 处于蓝牙状态、 处于静音状 态、 处于录音状态、 处于本地终端只听不说模式、 处于本地终端只说不听 模式或处于转移呼叫模式;
所述第一终端的机身状态的信息为: 所述第一终端的当前电量信息或 所述第一终端支持的功能信息。
8、 根据权利要求 7所述的终端通话时的处理方法, 其中,
当所述第一终端的工作模式为本地用户只听模式时, 所述第一终端的 到第二终端方向的音频通道被关闭, 所述第一终端将所述第一终端的状态 信息发送给所述第二终端的步驟为: 所述第一终端将所述第一终端的状态 信息以视频方式或文本方式发送给所述第二终端;
当所述第一终端的工作模式为本地终端只说模式时, 所述第一终端的 来自第二终端方向的音频通道被关闭, 所述第一终端将所述第一终端的状 态信息发送给所述第二终端的步驟为: 所述第一终端将所述第一终端的状 态信息以音频方式、 视频方式或文本方式发送给所述第二终端。
9、 一种终端通话时的处理方法, 包括:
第二终端和第一终端建立通话后, 所述第二终端接收所述第一终端的 状态信息;
所述第二终端根据所述第一终端的状态信息对所述第二终端的用户进 行提示。
10、 一种终端, 包括:
获取单元, 用于第一终端和第二终端建立通话后, 获取第一终端的状 态信息;
发送单元, 用于将所述第一终端的状态信息发送给所述第二终端, 使 所述第二终端根据所述第一终端的状态信息对所述第二终端的用户进行提 示。
11、 根据权利要求 10所述的终端, 其中, 还包括:
提示单元, 用于根据所述状态信息, 对所述第一终端的用户进行提示。
12、 根据权利要求 10所述的终端, 其中, 所述发送单元具体为: 将所述第一终端的状态信息以音频方式发送给所述第二终端; 或 将所述第一终端的状态信息以视频方式发送给所述第二终端; 或 将所述第一终端的状态信息以文本方式发送给所述第二终端。
13、 一种终端, 包括:
接收单元, 用于第二终端和第一终端建立通话后, 接收所述第一终端 的状态信息;
提示单元, 用于根据所述第一终端的状态信息对所述第二终端的用户 进行提示。
14、 一种终端通话时的处理系统, 包括: 第一终端和第二终端, 第一终端, 用于第一终端和第二终端建立通话后, 获取第一终端的状 态信息; 将所述第一终端的状态信息发送给所述第二终端;
第二终端, 用于接收所述第一终端的状态信息; 根据所述第一终端的 状态信息对所述第二终端的用户进行提示。
PCT/CN2012/071883 2011-10-26 2012-03-02 终端通话时的处理方法、终端以及处理系统 WO2013060109A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110329812.7A CN102340599B (zh) 2011-10-26 2011-10-26 终端通话时的处理方法、终端以及处理系统
CN201110329812.7 2011-10-26

Related Child Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/071938 Continuation-In-Part WO2013127091A1 (en) 2012-02-27 2012-03-05 Ack channel design for early termination of r99 downlink traffic

Publications (1)

Publication Number Publication Date
WO2013060109A1 true WO2013060109A1 (zh) 2013-05-02

Family

ID=45516092

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/071883 WO2013060109A1 (zh) 2011-10-26 2012-03-02 终端通话时的处理方法、终端以及处理系统

Country Status (2)

Country Link
CN (1) CN102340599B (zh)
WO (1) WO2013060109A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105430166A (zh) * 2015-10-29 2016-03-23 东莞酷派软件技术有限公司 一种通话智能提醒方法及装置

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102340599B (zh) * 2011-10-26 2017-01-25 中兴通讯股份有限公司 终端通话时的处理方法、终端以及处理系统
CN103249104A (zh) * 2012-02-14 2013-08-14 联想(北京)有限公司 一种数据传输方法和装置
CN102647525A (zh) * 2012-04-16 2012-08-22 中兴通讯股份有限公司 一种移动终端及其异常通话的处理方法
US9204095B2 (en) 2012-05-04 2015-12-01 Hong Jiang Instant communications system having established communication channels between communication devices
CN107257317B (zh) * 2012-05-04 2022-06-03 江虹 在通信终端设备之间已建立通信信道的即时通信系统和方法
US9674694B2 (en) 2012-05-23 2017-06-06 Qualcomm Incorporated Systems and methods for group communication using a mobile device with mode transition based on motion
US9560099B2 (en) 2012-05-23 2017-01-31 Qualcomm Incorporated Systems and methods for group communication using a mobile device using motion and voice activate controls
US9204263B2 (en) 2012-05-23 2015-12-01 Mark A. Lindner Systems and methods for establishing a group communication based on motion of a mobile device
US9392421B2 (en) * 2012-05-23 2016-07-12 Qualcomm Incorporated Systems and methods for group communication using a mobile device with mode depending on user proximity or device position
CN102694923A (zh) * 2012-06-12 2012-09-26 上海量明科技发展有限公司 手机静音发送提示信息的方法及终端
WO2013187719A1 (en) 2012-06-15 2013-12-19 Samsung Electronics Co., Ltd. A method and system to notify users activity during an ongoing communication session
CN102946473B (zh) * 2012-10-26 2014-10-01 北京小米科技有限责任公司 用于异步通话模式的通话方法和装置
CN104427078A (zh) * 2013-09-06 2015-03-18 联想(北京)有限公司 一种信息输出方法及电子设备
CN103546647B (zh) * 2013-10-31 2015-07-08 宇龙计算机通信科技(深圳)有限公司 一种手机通话方法及装置
CN104661194A (zh) * 2013-11-19 2015-05-27 联想(北京)有限公司 一种提示方法和电子设备
CN103647883A (zh) * 2013-12-04 2014-03-19 惠州Tcl移动通信有限公司 一种共享手机状态信息的方法及系统
CN103973544B (zh) * 2014-04-02 2017-10-24 小米科技有限责任公司 语音通话方法、语音播放方法及装置
CN104683578A (zh) * 2015-02-15 2015-06-03 深圳市金立通信设备有限公司 一种通话处理方法及终端
CN104683577A (zh) * 2015-02-15 2015-06-03 深圳市金立通信设备有限公司 一种通话处理方法及终端
CN105989699A (zh) * 2015-03-06 2016-10-05 中兴通讯股份有限公司 一种终端信息处理方法、终端、系统
CN105072286A (zh) * 2015-08-28 2015-11-18 宁波萨瑞通讯有限公司 一种防止通话被录音的提醒方法及移动终端
CN105657198B (zh) * 2016-02-22 2019-04-23 联想(北京)有限公司 获得对方针对通话所做操作的处理方法及装置、终端
CN106385515A (zh) * 2016-08-29 2017-02-08 北京小米移动软件有限公司 语音通话的提醒方法及装置
CN106657552B (zh) * 2016-11-30 2019-08-06 Oppo广东移动通信有限公司 防止监听的方法、装置及终端
CN107071328B (zh) * 2016-12-16 2019-12-03 维沃移动通信有限公司 一种视频通话处理方法及移动终端
CN108551522A (zh) * 2018-03-22 2018-09-18 平安科技(深圳)有限公司 预知通话条件的方法、电子装置、终端设备及存储介质
CN109348056A (zh) * 2018-10-11 2019-02-15 深圳市趣创科技有限公司 一种公共场合免提通知方法、装置、终端及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1728734A (zh) * 2004-07-27 2006-02-01 乐金电子(中国)研究开发中心有限公司 利用移动通信终端短消息实施的使用者状态信息发送方法
CN101094232A (zh) * 2007-07-18 2007-12-26 北京亿企通信息技术有限公司 一种在即时通信工具中显示对方会话状态的方法及系统
KR20080076202A (ko) * 2007-02-15 2008-08-20 엘지전자 주식회사 이동통신단말기의 인스턴트 메신저 서비스 제어방법
CN102340599A (zh) * 2011-10-26 2012-02-01 中兴通讯股份有限公司 终端通话时的处理方法、终端以及处理系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101741988A (zh) * 2008-11-14 2010-06-16 中兴通讯股份有限公司 一种移动终端的电池状态双向告警装置及其提示方法
CN101931909A (zh) * 2010-08-23 2010-12-29 宇龙计算机通信科技(深圳)有限公司 一种3g终端的信息生成和获取方法、系统及3g终端

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1728734A (zh) * 2004-07-27 2006-02-01 乐金电子(中国)研究开发中心有限公司 利用移动通信终端短消息实施的使用者状态信息发送方法
KR20080076202A (ko) * 2007-02-15 2008-08-20 엘지전자 주식회사 이동통신단말기의 인스턴트 메신저 서비스 제어방법
CN101094232A (zh) * 2007-07-18 2007-12-26 北京亿企通信息技术有限公司 一种在即时通信工具中显示对方会话状态的方法及系统
CN102340599A (zh) * 2011-10-26 2012-02-01 中兴通讯股份有限公司 终端通话时的处理方法、终端以及处理系统

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105430166A (zh) * 2015-10-29 2016-03-23 东莞酷派软件技术有限公司 一种通话智能提醒方法及装置

Also Published As

Publication number Publication date
CN102340599B (zh) 2017-01-25
CN102340599A (zh) 2012-02-01

Similar Documents

Publication Publication Date Title
WO2013060109A1 (zh) 终端通话时的处理方法、终端以及处理系统
US7957772B2 (en) Apparatus and method for delayed answering of an incoming call
JP2008534999A (ja) 音声−テキスト変換機能を有する無線通信装置
JP2005526466A5 (zh)
WO2008101407A1 (fr) Procédé et système d'entrée/sortie de flux de données audio
JP2007505564A (ja) ミクストメディア通話フォーマッティングのための装置及び方法
US20100151915A1 (en) Headset or Hands-free Set for Mobile Telephones Monitoring Voice Mail Messages in Real-Time and Offering the Option to Take Over Conversation with the Caller
US20070121606A1 (en) VOIP Hub Using Existing Audio or Video Systems
JP2004235838A (ja) 電子機器、同機器の接続制御方法および音声調整方法
WO2014194584A1 (zh) 一种终端提示模式调整方法及终端
WO2020063069A1 (zh) 音频播放方法、装置、电子设备及计算机可读介质
WO2017113581A1 (zh) 一种通话控制方法以及装置、系统
US20220286538A1 (en) Earphone device and communication method
WO2010102469A1 (zh) 在使用手机电视业务过程中进行通话的移动终端及方法
US20160286022A1 (en) Telephone device and mobile-phone linking method
WO2018035868A1 (zh) 输出音频的方法、电子设备以及存储介质
CN101662721A (zh) 一种在mtk手机平台上实现本地语音信箱的方法
US20060040683A1 (en) Cellular radio telecommunications terminal, a system, a method, a computer program and a user interface
CN103686645A (zh) 一种用户终端会话通知方法及装置
JP4202724B2 (ja) 電話機能付きコンテンツ再生装置
JP5914945B2 (ja) 電話装置、電話システム、及び制御方法
WO2012072031A1 (zh) 手机铃声的播放控制方法、装置及手机
KR100691373B1 (ko) 무선 헤드셋의 문자 메시지 출력 방법
JP3103475U (ja) インターネット自動通信装置
CN116614799A (zh) 一种蓝牙hf设备来电音频的控制系统及方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12844284

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12844284

Country of ref document: EP

Kind code of ref document: A1