WO2014161286A1 - 呼叫处理方法、装置及终端 - Google Patents

呼叫处理方法、装置及终端 Download PDF

Info

Publication number
WO2014161286A1
WO2014161286A1 PCT/CN2013/084851 CN2013084851W WO2014161286A1 WO 2014161286 A1 WO2014161286 A1 WO 2014161286A1 CN 2013084851 W CN2013084851 W CN 2013084851W WO 2014161286 A1 WO2014161286 A1 WO 2014161286A1
Authority
WO
WIPO (PCT)
Prior art keywords
call
link
quality
processing
packet
Prior art date
Application number
PCT/CN2013/084851
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 中兴通讯股份有限公司
Priority to EP13881394.4A priority Critical patent/EP3024268A4/en
Priority to US14/785,039 priority patent/US20160119242A1/en
Publication of WO2014161286A1 publication Critical patent/WO2014161286A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/25—Flow control; Congestion control with rate being modified by the source upon detecting a change of network conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823—Errors, e.g. transmission errors
    • H04L43/0829—Packet loss
    • H04L43/0841—Round trip packet loss
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852—Delays
    • H04L43/0864—Round trip delays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS

Definitions

  • the present invention relates to the field of communications, and in particular to a call processing method, apparatus, and terminal.
  • BACKGROUND With the third generation mobile communication technology Grd-generation, referred to as 3G), the fourth generation mobile communication technology
  • 4G (4th-generation, referred to as 4G) network
  • WLAN Wireless Local Area Networks
  • the development of the network makes the use of VoIP possible.
  • Internet telephony is popular among users because of its low cost and even free.
  • the network of the user is diverse, the network quality is different, and the network where the application server is located is different. Therefore, the quality of the call after the call is unstable, and the delay often occurs, and even the call fails. Therefore, in the related art, there is a problem that the call is unstable, the delay is large, and the user experience is seriously affected.
  • a call processing method comprising: acquiring a link call quality of a talk link to be used for a call; and performing call processing according to the link call quality.
  • obtaining the link call quality of the call link to be used for the call comprises: determining a call link to be used for detecting; acquiring the transmission of the call link according to the detecting of the call link Deferred packet loss rate; determining a link call quality of the call link according to the transmission delay and the packet loss rate.
  • the acquiring the transmission delay and the packet loss rate of the call link according to the detecting the call link comprises: sending a probe message of a predetermined number of fixed size loads to a peer end of the transmission link. a packet, where each of the probe message packets carries a transmission timestamp; and receives a return probe message packet of the same size load returned by the peer end, where the return probe message packet carries a corresponding one of the probe message packets Sending a timestamp; determining, according to the time when the return probe message packet is received and the corresponding sending timestamp, the transmission of the call link Transmitting delay; determining a packet loss rate of the call link according to the received number of the return probe message packets and the predetermined number.
  • performing call processing according to the link call quality comprises: selecting a call mode according to a link call quality corresponding to different call modes; and performing call processing by using the selected call mode.
  • performing call processing according to the link call quality comprises: selecting a call application according to a corresponding link call quality of a different call application; performing call processing by using the selected call application.
  • the method further includes: displaying, according to the link call quality corresponding to the different call modes, and/or the link call quality corresponding to the different call application.
  • a call processing apparatus comprising: an obtaining module configured to acquire a link call quality of a call link to be used for a call; and a processing module configured to perform call quality according to the link Perform call processing.
  • the acquiring module includes: a first determining unit, configured to determine a call link to be used for detecting; and an acquiring unit, configured to acquire a transmission time of the call link according to the detecting of the call link And a packet loss rate; the second determining unit is configured to determine a link call quality of the call link according to the transmission delay and the packet loss rate.
  • the acquiring unit includes: a sending subunit, configured to send a probe message packet of a predetermined number of fixed size loads to a peer end of the transmission link, where each of the probe message packets carries a sending time stamp; a receiving subunit, configured to receive a return probe message packet of the same size load returned by the peer end, where the return probe message packet carries a transmission timestamp corresponding to the probe message packet; the first determining subunit is set to Determining, according to the time when the return probe message packet is received, and the corresponding sending timestamp, a transmission delay of the call link; and determining, by the second determining subunit, according to the received number of the returned probe message packets and The predetermined number determines a packet loss rate of the call link.
  • a sending subunit configured to send a probe message packet of a predetermined number of fixed size loads to a peer end of the transmission link, where each of the probe message packets carries a sending time stamp
  • a receiving subunit configured to receive a return probe message
  • the processing module includes: a first selecting unit, configured to select a calling mode according to a link call quality corresponding to different calling modes; and a first processing unit configured to perform a call by using a calling mode selected by the first selecting unit deal with.
  • the processing module includes: a second selecting unit, configured to select a call application according to a link call quality corresponding to different call applications; and a second processing unit configured to use the call application selected by the second selecting unit to make a call deal with.
  • the device further includes: a display module, configured to display a link call quality corresponding to different call modes and/or a link call quality corresponding to different call applications.
  • a terminal comprising the apparatus of any of the above.
  • the call quality of the call link that is to be used for the call is obtained.
  • the call processing is performed according to the quality of the link call, which solves the problem that the call is unstable, the delay is large, and the user experience is seriously affected.
  • the problem is that the call quality of the current network is known before the user makes a call, so that the call mode and the application can be selected according to the call quality, and the user experience is greatly improved.
  • FIG. 1 is a flowchart of a call processing method according to an embodiment of the present invention
  • FIG. 2 is a block diagram showing a structure of a call processing apparatus according to an embodiment of the present invention
  • FIG. 3 is a diagram of a call processing apparatus according to an embodiment of the present invention.
  • FIG. 4 is a block diagram showing a preferred structure of the acquisition unit 34 in the acquisition module 22 of the call processing apparatus according to an embodiment of the present invention
  • FIG. 5 is a diagram of the processing module 24 in the call processing apparatus according to an embodiment of the present invention.
  • 1 is a block diagram of a preferred structure of a processing module 24 in a call processing apparatus according to an embodiment of the present invention
  • FIG. 7 is a block diagram showing a preferred structure of a call processing apparatus according to an embodiment of the present invention
  • FIG. 9 is a schematic diagram of call processing for displaying call quality of different call modes according to a preferred embodiment of the present invention
  • FIG. 10 is a diagram showing call quality of different call applications according to a preferred embodiment of the present invention. Call processing diagram.
  • FIG. 1 is a flowchart of a call processing method according to an embodiment of the present invention. As shown in FIG. 1, the process includes the following steps: Step S102: Acquire a call to be used for a call. The link call quality of the call link; step S104, performing call processing according to the link call quality. Through the above steps, the link call quality of the call link to be used for the call is obtained before the call is made.
  • the call quality of the link is not known in advance, the call quality is unstable after the call, and often occurs.
  • the problem of delaying, even the failure of the call not only solves the above-mentioned problem that seriously affects the user experience, but also makes the call quality of the current network known before the user makes a call, so that the call can be selected according to the call quality and the application. Greatly improved the user experience.
  • various methods may be used. For example, in order to obtain the link quality of the current real-time call link to be used for the call, it may be determined that it will be used for detection.
  • the call link is to ensure that the call link is unblocked, and then the unobstructed call link is detected (or detected) to obtain some parameters that characterize the quality of the call link, for example, in the related art.
  • the method of detecting the connection of the Interactive Connectivity Establishment determines the call link to be used for the detection; according to the detection of the call link, the transmission delay and the packet loss rate of the call link are obtained.
  • the manner of obtaining the foregoing transmission delay and the packet loss rate may also be multiple, for example, sending a predetermined number of probe packets of a fixed size load to the opposite end of the transmission link, where each The probe message packet carries a transmission timestamp; and receives a return probe message packet of the same size load returned by the peer end, where Returning the detection message packet carrying the transmission timestamp corresponding to the probe message packet; determining the transmission delay of the call link according to the time of receiving the detection probe packet and the corresponding transmission timestamp; according to the received return probe message packet The number and the predetermined number determine the packet loss rate of the call link.
  • the probe packet is sent to the peer by the probe end to detect the packet.
  • the probe packet carries the sent timestamp, and the peer end feeds the probe end with the same size as the probe packet.
  • the response packet wherein the response packet carries the timestamp of the foregoing sending the probe packet; the probe obtains the transmission delay of the call link according to the timestamp of the feedback and the time of receiving the response packet, according to the response packet.
  • the ratio of the number of response packets in the packet to the number of probe packets sent determines the packet loss rate.
  • the link call quality of the call link is determined according to the obtained transmission delay and packet loss rate.
  • the link quality of the call link can be determined by obtaining the network bandwidth by the ratio of the packet size to the transmission delay and the packet loss rate determined according to the above manner.
  • Different call modes can be used when making a call, or different call applications. Call processing can be performed according to the quality of the link call. The call mode or the call application can be selected first. For example, the link corresponding to different call modes can be selected. Call quality selects the call mode; uses the selected call mode for call processing.
  • the call application may also be selected according to the corresponding link call quality of different call applications; the call processing is performed by using the selected call application.
  • the link call quality corresponding to the different call modes and/or the link call quality corresponding to the different call application may also be displayed.
  • the display mode can also be displayed in multiple ways.
  • the link call quality can be displayed in a numerical manner. For example, the value of the value of 0 to 5 indicates the quality of the link call, and 0 indicates that the link call quality is extremely poor. , 5 indicates that the link call quality is very good.
  • the signal icon can also be used to indicate the quality of the link call.
  • a call processing device is also provided, which is used to implement the above-mentioned embodiments and preferred embodiments, and has not been described again.
  • the term "module" may implement a combination of software and/or hardware of a predetermined function.
  • the apparatus described in the following embodiments is preferably implemented in software, hardware, or a combination of software and hardware, is also possible and conceivable.
  • 2 is a block diagram showing the structure of a call processing apparatus according to an embodiment of the present invention.
  • the apparatus includes an acquisition module 22 and a processing module 24.
  • the call processing apparatus will be described below.
  • the obtaining module 22 is configured to obtain a link call quality of a call link to be used for calling, and the processing module 24 is connected to the obtaining module 22, and configured to perform call processing according to the link call quality.
  • FIG. 3 is a block diagram showing a preferred structure of the acquisition module 22 in the call processing apparatus according to the embodiment of the present invention.
  • the acquisition module 22 includes a first determining unit 32, an obtaining unit 34, and a second determining unit 36. The acquisition module 22 will be described.
  • the first determining unit 32 is configured to determine a call link to be used for detecting; the obtaining unit 34 is connected to the first determining unit 32, and is configured to acquire a transmission delay of the call link according to the detection of the call link. The packet loss rate is determined.
  • the second determining unit 36 is connected to the obtaining unit 34, and is configured to determine a link call quality of the call link according to the transmission delay and the packet loss rate.
  • 4 is a block diagram of a preferred structure of the obtaining unit 34 in the acquiring module 22 in the call processing apparatus according to the embodiment of the present invention. As shown in FIG. 4, the obtaining unit 34 includes: a transmitting subunit 42, a receiving subunit 44, and a first determination.
  • the subunit 46 and the second determining subunit 48, the acquisition unit 34 will be described below.
  • the sending sub-unit 42 is configured to send a probe message packet of a predetermined number of fixed-size loads to the opposite end of the transmission link, where each probe message packet carries a transmission timestamp; and the receiving sub-unit 44 is configured to receive the opposite end.
  • FIG. 5 is a block diagram of a preferred structure of the processing module 24 in the call processing apparatus according to an embodiment of the present invention. As shown in FIG.
  • the processing module 24 includes a first selecting unit 52 and a first processing unit 54, which are processed below. Module 24 is described.
  • the first selecting unit 52 is configured to select a calling mode according to the link call quality corresponding to different calling modes.
  • the first processing unit 54 is connected to the first selecting unit 52, and is configured to use the calling mode selected by the first selecting unit 52. Perform call processing.
  • 6 is a block diagram 2 of a preferred structure of a processing module 24 in a call processing apparatus according to an embodiment of the present invention. As shown in FIG. 6, the processing module 24 includes a second selection unit 62 and a second processing unit 64. Module 24 is described.
  • FIG. 7 is a block diagram showing a preferred structure of a call processing apparatus according to an embodiment of the present invention. As shown in FIG. 7, the apparatus includes a display module 72 in addition to all the modules shown in FIG. Description. The display module 72 is connected to the obtaining module 22 and the processing module 24, and is configured to display the link call quality corresponding to different call modes and/or the link call quality corresponding to different call applications.
  • FIG. 8 is a structural block diagram of a terminal according to an embodiment of the present invention. As shown in FIG.
  • the terminal 80 includes the call processing device 82 of any of the above.
  • the call processing device 82 There is no indication of call quality in the IP call application interface design in the related art, and the user cannot judge the call quality after the call. If there are multiple applications available for the call, the user cannot select the currently optimal application to initiate the call, or the current network is completely unsuitable for data-based voice calls, and the user must select a traditional CS call. Based on this, in the embodiment, an interface design method for guiding the user to judge the quality of the upcoming call is proposed. By this method, the existing IP call application cannot be solved, and the user can know the current before the call. The quality of the call on the network, so that the appropriate call method can be selected.
  • the implementation method for indicating the quality of the call includes: obtaining relevant data of the upcoming call link before the call link is established, thereby estimating the call quality (ie, the link call quality described above) in advance.
  • the conditions that affect the quality of the call are generally: sound quality, call delay.
  • the conditions (factors) that affect the sound quality are: recording quality, speaker playback quality, echo suppression algorithm effect, network packet loss rate.
  • Call delay sender processing time + end-to-end transmission time + receiving end reception time; where network packet loss rate and end-to-end transmission time are related to the media link of the current call, and other factors are related to the terminal device and IP call
  • the application is related.
  • the terminal can estimate the call quality by combining the characteristics of the terminal itself.
  • the media link needs to be determined.
  • a sip message is sent to the peer to request the ICE to be detected.
  • the message is a customized message type, and the message carries the relevant Candidate data required by the ICE probe, and the peer receives the message.
  • the Message carries its own Candidate data in the returned 200Ok message.
  • the two parties then initiate an ICE probe to determine the media transmission link.
  • the ICE detection process can refer to the ICE related documents. After the media transmission path is determined, the link needs to be probed.
  • the probe sends a plurality of probe packets with a fixed-size load to the peer end.
  • the probe packet carries the timestamp of the sender.
  • the peer After receiving the probe packet, the peer responds with the same size load. 200Ok response message, and copy the timestamp in the probe message packet to the 200Ok response message.
  • the detecting terminal compares the requirements of the call bandwidth to the network bandwidth and the packet loss rate, and obtains a corresponding link call quality evaluation value.
  • the call quality evaluation value is displayed on the corresponding button icon before the call is initiated. For example, red indicates poor quality, green indicates good quality, and the user conveniently selects a calling mode that satisfies his needs.
  • mainstream operating systems now support multiple applications with the same operation, for example, texting, using the system's own SMS module, or using third-party applications. The call is the same.
  • the call button When the user wants to initiate a call to a contact, click the call button, there are multiple call modes and call applications for them to choose. At this time, the call quality improvement icons of different modes are displayed, which is convenient for the user to make a judgment.
  • FIG. 9 is a schematic diagram of call processing for displaying call quality of a different call mode according to a preferred embodiment of the present invention.
  • the call quality is displayed in a Wtalk having an IP call function, and the contact details in Wtalk are displayed.
  • Interface there are two choices of video call and voice call.
  • Wtalk can obtain the call quality evaluation value of the two methods by detecting the peer end.
  • the call quality evaluation value can be adopted. In other words, for example, an icon similar to the signal strength can be used to identify the quality of the call, and the full picture indicates that the quality is excellent.
  • the picture shows that the current video link has poor call quality, and the voice link call quality is good, as shown in the figure. For another example, it can also be represented by a numerical value. Assuming 0-5, 0 means not available, 5 means very good, and then identifies the call quality corresponding to each call mode, and the user selects an appropriate call mode accordingly.
  • 10 is a schematic diagram of call processing for displaying call quality of a different call application according to a preferred embodiment of the present invention. As shown in FIG.
  • the system when an IP call is initiated by a contact list, the system obtains an application set that satisfies the call mode, and The evaluation value of the call quality of the link is obtained from the corresponding application, and the system gives different identifications through the evaluation value and displays them in a pop-up menu. For example, in the contact list to initiate an IP call to Li, the system prompts that two applications can initiate IP calls, namely Ctalk and Wtalk, respectively, using a signal strength-like icon to identify the call quality of each call mode. It is easy to judge that Wtalk's call quality is better.
  • modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein.
  • the steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps are fabricated as a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.
  • the above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention.
  • a call processing method, apparatus, and terminal provided by the embodiments of the present invention have the following beneficial effects:
  • the problem that the call instability, the delay is large, and the user experience is seriously affected in the related art is solved, thereby achieving the user
  • the call quality of the current network is known, so that the appropriate call mode and application can be selected according to the call quality, and the user experience is greatly improved.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Multimedia (AREA)
  • Telephonic Communication Services (AREA)
  • Telephone Function (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提供了一种呼叫处理方法、装置及终端，该方法包括：获取将用于呼叫的通话链路的链路通话质量；根据该链路通话质量进行呼叫处理，通过本发明，解决了相关技术中存在呼叫不稳定，时延大，严重影响用户体验的问题，进而达到了在用户进行呼叫之前就知道当前网络的通话质量，从而可以根据通话质量选择合适的呼叫方式及应用进行呼叫，大大地提高了用户体验的效果。

Description

呼叫处理方法、 装置及终端 技术领域 本发明涉及通信领域， 具体而言， 涉及一种呼叫处理方法、 装置及终端。 背景技术 随着第三代移动通信技术 Grd-generation, 简称为 3G)， 第四代移动通信技术
(4th-generation,简称为 4G)网络， 以及无线局域网络（Wireless Local Area Networks, 简称为 WLAN) 网络的发展， 数据域的数据传输速度和稳定性得到大大提高， 并且网 络的覆盖面也越来越广， 很多地区已经实现了 WLAN的覆盖。网络的发展使得网络电 话的使用成为可能， 网络电话由于其通话费用低廉， 甚至是免费的， 得到广大用户的 欢迎， 具有此功能的应用也很多。 但是， 由于用户所在的网络情况多样， 网络质量各 不相同， 并且应用服务器所在的网络也不一样， 所以呼叫后的通话质量不稳定， 经常 出现时延大， 甚至呼叫失败的情况。 因此， 在相关技术中存在呼叫不稳定， 时延大， 严重影响用户体验的问题。 发明内容 本发明提供了一种呼叫处理方法、 装置及终端， 以至少解决在相关技术中存在呼 叫不稳定， 时延大， 严重影响用户体验的问题。 根据本发明的一个方面， 提供了一种呼叫处理方法， 包括： 获取将用于呼叫的通 话链路的链路通话质量； 根据所述链路通话质量进行呼叫处理。 优选地， 获取将用于呼叫的通话链路的所述链路通话质量包括： 确定将用于检测 的通话链路； 根据对所述通话链路的探测， 获取所述通话链路的传输时延和丢包率； 根据所述传输时延和所述丢包率确定所述通话链路的链路通话质量。 优选地， 根据对所述通话链路的探测， 获取所述通话链路的所述传输时延和所述 丢包率包括： 向传输链路的对端发送预定数目的固定大小负载的探测消息包， 其中， 每个所述探测消息包中携带有发送时间戳； 接收对端返回的同样大小负载的返回探测 消息包， 其中， 所述返回探测消息包中携带有探测消息包中所对应的发送时间戳； 根 据接收所述返回探测消息包的时间以及对应的所述发送时间戳确定所述通话链路的传 输时延； 根据接收到的所述返回探测消息包的数目以及所述预定数目确定所述通话链 路的丢包率。 优选地， 根据所述链路通话质量进行呼叫处理包括： 根据不同呼叫方式对应的链 路通话质量选择呼叫方式； 采用选择的呼叫方式进行呼叫处理。 优选地， 根据所述链路通话质量进行呼叫处理包括： 根据不同呼叫应用对应的链 路通话质量选择呼叫应用； 采用选择的呼叫应用进行呼叫处理。 优选地， 在获取将用于呼叫的通话链路的所述链路通话质量之后， 还包括： 对不 同呼叫方式对应的链路通话质量和 /或不同呼叫应用对应的链路通话质量进行显示。 根据本发明的另一方面， 提供了一种呼叫处理装置， 包括： 获取模块， 设置为获 取将用于呼叫的通话链路的链路通话质量； 处理模块， 设置为根据所述链路通话质量 进行呼叫处理。 优选地， 所述获取模块包括： 第一确定单元， 设置为确定将用于检测的通话链路; 获取单元， 设置为根据对所述通话链路的探测， 获取所述通话链路的传输时延和丢包 率； 第二确定单元， 设置为根据所述传输时延和所述丢包率确定所述通话链路的链路 通话质量。 优选地， 所述获取单元包括： 发送子单元， 设置为向传输链路的对端发送预定数 目的固定大小负载的探测消息包， 其中， 每个所述探测消息包中携带有发送时间戳； 接收子单元， 设置为接收对端返回的同样大小负载的返回探测消息包， 其中， 所述返 回探测消息包中携带有探测消息包中所对应的发送时间戳； 第一确定子单元， 设置为 根据接收所述返回探测消息包的时间以及对应的所述发送时间戳确定所述通话链路的 传输时延； 第二确定子单元， 设置为根据接收到的所述返回探测消息包的数目以及所 述预定数目确定所述通话链路的丢包率。 优选地， 所述处理模块包括： 第一选择单元， 设置为根据不同呼叫方式对应的链 路通话质量选择呼叫方式； 第一处理单元， 设置为采用所述第一选择单元选择的呼叫 方式进行呼叫处理。 优选地， 所述处理模块包括： 第二选择单元， 设置为根据不同呼叫应用对应的链 路通话质量选择呼叫应用； 第二处理单元， 设置为采用所述第二选择单元选择的呼叫 应用进行呼叫处理。 优选地， 该装置还包括： 显示模块， 设置为对不同呼叫方式对应的链路通话质量 和 /或不同呼叫应用对应的链路通话质量进行显示。 根据本发明的再一方面， 还提供了一种终端， 包括上述任一项所述的装置。 通过本发明， 采用获取将用于呼叫的通话链路的链路通话质量； 根据所述链路通 话质量进行呼叫处理， 解决了相关技术中存在呼叫不稳定， 时延大， 严重影响用户体 验的问题， 进而达到了在用户进行呼叫之前就知道当前网络的通话质量， 从而可以根 据通话质量选择合适的呼叫方式及应用进行呼叫， 大大地提高了用户体验的效果。 附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部分， 本发 明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的不当限定。 在附图 中- 图 1是根据本发明实施例的呼叫处理方法的流程图； 图 2是根据本发明实施例的呼叫处理装置的结构框图； 图 3是根据本发明实施例的呼叫处理装置中获取模块 22的优选结构框图； 图 4是根据本发明实施例的呼叫处理装置中获取模块 22中获取单元 34的优选结 构框图； 图 5是根据本发明实施例的呼叫处理装置中处理模块 24的优选结构框图一； 图 6是根据本发明实施例的呼叫处理装置中处理模块 24的优选结构框图二； 图 7是根据本发明实施例的呼叫处理装置的优选结构框图； 图 8是根据本发明实施例的终端的结构框图； 图 9是根据本发明优选实施方式的不同呼叫方式显示链路通话质量的呼叫处理示 意图； 图 10 是根据本发明优选实施方式的不同呼叫应用显示链路通话质量的呼叫处理 示意图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是， 在不冲突的 情况下， 本申请中的实施例及实施例中的特征可以相互组合。 在本实施例中提供了一种呼叫处理方法， 图 1是根据本发明实施例的呼叫处理方 法的流程图， 如图 1所示， 该流程包括如下步骤： 步骤 S102， 获取将用于呼叫的通话链路的链路通话质量； 步骤 S104， 根据上述链路通话质量进行呼叫处理。 通过上述步骤， 在进行呼叫之前获取了将用于呼叫的通话链路的链路通话质量， 相对于相关技术中由于提前不知道链路的通话质量， 在呼叫后通话质量不稳定， 经常 出现时延大， 甚至呼叫失败的情况， 不仅解决了上述严重影响用户体验的问题， 进而 使得在用户进行呼叫之前就知道当前网络的通话质量， 从而可以根据通话质量选择合 适的呼叫方式及应用进行呼叫， 大大地提高了用户体验。 获取将用于呼叫的通话链路的链路通话质量时， 可以采用多种方式， 例如， 为了 获取当前实时的将用于呼叫的通话链路的链路通话质量， 可以先确定将用于检测的通 话链路， 即先确保该通话链路是畅通的， 而后才对该畅通的通话链路进行检测 （或探 测） 获取表征该通话链路质量的一些参数， 比如， 可以采用相关技术中的相互连接建 立（ Interactive Connectivity Establishment, 简称为 ICE )探测的方式确定将用于检测的 通话链路； 根据对通话链路的探测， 获取通话链路的传输时延和丢包率， 需要说明的 是， 根据对通话链路的探测， 获取上述传输时延和丢包率的方式也可以多种， 比如， 向传输链路的对端发送预定数目的固定大小负载的探测消息包， 其中， 每个探测消息 包中携带有发送时间戳； 接收对端返回的同样大小负载的返回探测消息包， 其中， 返 回探测消息包中携带有探测消息包中所对应的发送时间戳； 根据接收返回探测消息包 的时间以及对应的发送时间戳确定通话链路的传输时延； 根据接收到的返回探测消息 包的数目以及预定数目确定所述通话链路的丢包率。具体实施时可采用以下处理方式： 先采用由探测端向对端发送探测消息包的方式来进行探测， 在探测消息包中携带发送 的时间戳， 对端向探测端反馈与探测消息包同样大小的响应报文， 其中， 响应报文中 携带有上述发送探测消息包的时间戳； 探测端根据反馈的时间戳以及接收到响应报文 的时间获取通话链路的传输时延， 根据响应报文中的应答包数量与发送的探测包的数 量之比确定丢包率。 根据获取到的传输时延和丢包率确定通话链路的链路通话质量。 需要说明的是， 在根据获取到的传输时延和丢包率确定通话链路的链路通话质量时也 可以采用多种方式， 比如， 可以直接根据传输时延的大小， 以及丢包率确定通话链路 的链路通话质量； 又比如， 还可以通过将包大小与传输时延之比获取到网络带宽， 以 及依据上述方式确定的丢包率来确定通话链路的链路通话质量。 在进行呼叫时可以采用不同的呼叫方式， 或是不同的呼叫应用， 根据链路通话质 量进行呼叫处理进可以先对呼叫方式或是呼叫应用进行选择， 例如， 可以根据不同呼 叫方式对应的链路通话质量选择呼叫方式； 采用选择的呼叫方式进行呼叫处理。 又例 如， 还可以根据不同呼叫应用对应的链路通话质量选择呼叫应用； 采用选择的呼叫应 用进行呼叫处理。 较优地， 在获取将用于呼叫的通话链路的链路通话质量之后， 还可以对不同呼叫 方式对应的链路通话质量和 /或不同呼叫应用对应的链路通话质量进行显示。显示的方 式也可以多种， 例如， 可以对链路通话质量采用数值表示的方式进行显示， 比如， 用 0到 5数值的大小表示链路通话质量的好坏， 0表示链路通话质量极差， 5表示链路通 话质量非常好。 又例如， 还可以采用信号图标的方式来表示链路通话质量的好坏， 比 如， 信号满格表示链路通话质量极好， 而信号不显示格时表示链路通话质量极差。 当 然也可以采用其它有区别的标识来进行显示， 在此不进行一一举例。 在本实施例中还提供了一种呼叫处理装置， 该装置用于实现上述实施例及优选实 施方式， 已经进行过说明的不再赘述。 如以下所使用的， 术语 "模块"可以实现预定 功能的软件和 /或硬件的组合。 尽管以下实施例所描述的装置较佳地以软件来实现， 但 是硬件， 或者软件和硬件的组合的实现也是可能并被构想的。 图 2是根据本发明实施例的呼叫处理装置的结构框图， 如图 2所示， 该装置包括 获取模块 22和处理模块 24， 下面对该呼叫处理装置进行说明。 获取模块 22， 设置为获取将用于呼叫的通话链路的链路通话质量； 处理模块 24， 连接至上述获取模块 22， 设置为根据上述链路通话质量进行呼叫处理。 图 3是根据本发明实施例的呼叫处理装置中获取模块 22的优选结构框图， 如图 3 所示， 该获取模块 22包括第一确定单元 32、获取单元 34和第二确定单元 36， 下面对 该获取模块 22进行说明。 第一确定单元 32， 设置为确定将用于检测的通话链路； 获取单元 34， 连接至上述 第一确定单元 32，设置为根据对通话链路的探测，获取通话链路的传输时延和丢包率; 第二确定单元 36，连接至上述获取单元 34， 设置为根据上述传输时延和丢包率确定通 话链路的链路通话质量。 图 4是根据本发明实施例的呼叫处理装置中获取模块 22中获取单元 34的优选结 构框图， 如图 4所示， 该获取单元 34包括： 发送子单元 42、 接收子单元 44、 第一确 定子单元 46和第二确定子单元 48， 下面对该获取单元 34进行说明。 发送子单元 42， 设置为向传输链路的对端发送预定数目的固定大小负载的探测消 息包， 其中， 每个探测消息包中携带有发送时间戳； 接收子单元 44， 设置为接收对端 返回的同样大小负载的返回探测消息包， 其中， 该返回探测消息包中携带有探测消息 包中所对应的发送时间戳； 第一确定子单元 46， 连接至上述接收子单元 44， 设置为根 据接收返回探测消息包的时间以及对应的发送时间戳确定通话链路的传输时延； 第二 确定子单元 48，连接至上述接收子单元 44， 设置为根据接收到的返回探测消息包的数 目以及预定数目确定通话链路的丢包率。 图 5是根据本发明实施例的呼叫处理装置中处理模块 24的优选结构框图一，如图 5所示， 该处理模块 24包括第一选择单元 52和第一处理单元 54， 下面对该处理模块 24进行说明。 第一选择单元 52， 设置为根据不同呼叫方式对应的链路通话质量选择呼叫方式； 第一处理单元 54， 连接至上述第一选择单元 52， 设置为采用上述第一选择单元 52选 择的呼叫方式进行呼叫处理。 图 6是根据本发明实施例的呼叫处理装置中处理模块 24的优选结构框图二，如图 6所示， 该处理模块 24包括第二选择单元 62和第二处理单元 64， 下面对该处理模块 24进行说明。 第二选择单元 62， 设置为根据不同呼叫应用对应的链路通话质量选择呼叫应用； 第二处理单元 64， 连接至上述第二选择单元 62， 设置为采用上述第二选择单元 62选 择的呼叫应用进行呼叫处理。 图 7是根据本发明实施例的呼叫处理装置的优选结构框图， 如图 7所示， 该装置 除包括图 2所示的所有模块外， 还包括显示模块 72， 下面对该显示模块 72进行说明。 显示模块 72， 连接至上述获取模块 22和处理模块 24， 设置为对不同呼叫方式对 应的链路通话质量和 /或不同呼叫应用对应的链路通话质量进行显示。 图 8是根据本发明实施例的终端的结构框图， 如图 8所示， 该终端 80包括上述任 一项所述的呼叫处理装置 82。 在相关技术中的 IP呼叫应用界面设计中没有对通话质量的指示，用户无法判断呼 叫以后的通话质量。 如果有多个可以用于呼叫的应用的话， 用户也无法选择当前最优 的应用来发起呼叫， 或者是当前网络完全不适合基于数据的语音呼叫， 用户必须选择 传统的 CS 呼叫。 基于此， 在本实施例中， 提出了一种指导用户对即将产生的通话的 质量做出判断的界面设计方法， 通过该方法， 解决现有的 IP呼叫应用无法让用户在呼 叫前就知道当前网络的通话质量， 从而选择合适的呼叫方式。 在本实施例中提供的具有指示通话质量的实现方法包括： 在通话链路建立之前获 得即将产生的通话链路的相关数据，从而预先估计通话质量（即上述的链路通话质量）。 影响通话质量的情况一般有： 声音质量， 通话时延。 其中， 影响声音质量的情况 （因 素） 有， 录音质量， 扬声器播放质量， 回声抑制算法效果， 网络丢包率。 通话时延= 发送端处理时间 +端到端传输时间 +接收端接收时间； 其中， 网络丢包率和端到端传输 时间与当前呼叫的媒体链路有关， 其他因素都与终端设备和 IP呼叫应用有关， 因此， 终端在获得网络丢包率和端到端传输时间两个数据以后再结合终端本身特性即可以预 估通话质量。 首先， 需要确定媒体链路， 在发起呼叫之前先发送一个 sip Message到对端， 请求 发起 ICE探测， 该 Message为自定义的消息类型， Message中携带 ICE探测需要的相 关 Candidate数据， 对端收到 Message后在返回的 200Ok消息中携带自己的 Candidate 数据。 然后双方发起 ICE探测， 确定媒体发送链路。 以上提到的 Candidate数据的收 集， ICE探测流程可以参照 ICE相关文档。 在确定了媒体传输路径后， 就需要对该链路进行探测。 探测通过上述路径， 向对 端连续发送多个带有固定大小负载的探测消息包， 该探测消息包携带有发送侧的时间 戳， 对端收到探测消息包以后， 回复带有同样大小负载的 200Ok应答报文， 并将探测 消息包中的时间戳复制到 200Ok应答报文中。探测端记录每个探测消息包的回路时间， 然后根据公式： 网络带宽=包大小 /传输时间， 以及丢包率 =应答包数量 /探测包数量。 在有了网络带宽和丢包率两个数据以后， 探测终端对比呼叫本身对网络带宽和丢包率 的要求， 得出相应的链路通话质量评估值。 在某个特定的 IP呼叫应用中， 可能存在多个呼叫方式， 比如， 单纯的语音呼叫， 视频呼叫等。 在得到评估值以后， 在发起呼叫前， 将通话质量评估值显示在相应的按 键图标上， 比如， 红色表示质量差， 绿色表示质量好， 用户很方便的选择能满足自己 需要的呼叫方式。 在操作系统级别， 现在主流操作系统都支持同一个操作有多个应用选择， 比如， 发短信， 可以用系统自带短信模块， 或用第三方应用。 呼叫也是一样， 当用户想对某 联系人发起呼叫， 点击呼叫按钮， 有多种呼叫方式及呼叫应用供其选择， 在此时显示 各种不同方式各自的通话质量提升图标， 方便用户做出判断。 下面结合附图对本发明的优选实施方式进行说明。 图 9是根据本发明优选实施方式的不同呼叫方式显示链路通话质量的呼叫处理示 意图， 如图 9所示， 在某个拥有 IP呼叫功能的 Wtalk中显示通话质量， 在 Wtalk内部 的联系人详情界面， 有视频呼叫和语音呼叫两种选择， 例如， 在 Wtalk内部选中张某 某， Wtalk通过对对端进行探测， 得出两种方式自个的通话质量评估值， 通话质量评 估值可以采用多种方式表示， 例如， 可以用类似于信号强度的图标标识各自的通话质 量， 满格表示质量优秀， 图示显示当前视频链路通话质量不佳， 语音链路通话质量良 好， 如图所示， 又例如， 还可以采用数值的方式来表示， 假设为 0-5， 0表示不可用， 5 表示非常好， 然后标识出每种呼叫方式对应的通话质量， 用户据此选择合适的呼叫 方式。 图 10 是根据本发明优选实施方式的不同呼叫应用显示链路通话质量的呼叫处理 示意图， 如图 10所示， 在联系人列表发起 IP呼叫时， 系统获得能满足该呼叫方式的 应用集， 并从相应的应用中获得其对该链路通话质量的评估值， 系统通过该评估值给 出不同的标识， 并在弹出菜单中显示。 例如， 在联系人列表对李某发起 IP呼叫， 系统 提示有两个应用可以发起 IP呼叫， 分别为 Ctalk和 Wtalk, 用一个类似于信号强度的 图标标识每种呼叫方式的通话质量， 通过图示很容易判断 Wtalk的通话质量更佳。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多个计算装置所 组成的网络上， 可选地， 它们可以用计算装置可执行的程序代码来实现， 从而， 可以 将它们存储在存储装置中由计算装置来执行， 并且在某些情况下， 可以以不同于此处 的顺序执行所示出或描述的步骤， 或者将它们分别制作成各个集成电路模块， 或者将 它们中的多个模块或步骤制作成单个集成电路模块来实现。 这样， 本发明不限制于任 何特定的硬件和软件结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领域的技 术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内， 所作的 任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。 如上所述， 本发明实施例提供的一种呼叫处理方法、 装置及终端具有以下有益效 果： 解决了相关技术中存在呼叫不稳定， 时延大， 严重影响用户体验的问题， 进而达 到了在用户进行呼叫之前就知道当前网络的通话质量， 从而可以根据通话质量选择合 适的呼叫方式及应用进行呼叫， 大大地提高了用户体验的效果。

Claims

权 利 要 求 书
1. 一种呼叫处理方法， 包括：
获取将用于呼叫的通话链路的链路通话质量；
根据所述链路通话质量进行呼叫处理。
2. 根据权利要求 1所述的方法， 其中， 获取将用于呼叫的通话链路的所述链路通 话质量包括：
确定将用于检测的通话链路；
根据对所述通话链路的探测， 获取所述通话链路的传输时延和丢包率； 根据所述传输时延和所述丢包率确定所述通话链路的链路通话质量。
3. 根据权利要求 2所述的方法， 其中， 根据对所述通话链路的探测， 获取所述通 话链路的所述传输时延和所述丢包率包括：
向传输链路的对端发送预定数目的固定大小负载的探测消息包， 其中， 每 个所述探测消息包中携带有发送时间戳；
接收对端返回的同样大小负载的返回探测消息包， 其中， 所述返回探测消 息包中携带有探测消息包中所对应的发送时间戳；
根据接收所述返回探测消息包的时间以及对应的所述发送时间戳确定所述 通话链路的传输时延；
根据接收到的所述返回探测消息包的数目以及所述预定数目确定所述通话 链路的丢包率。
4. 根据权利要求 1所述的方法，其中，根据所述链路通话质量进行呼叫处理包括:
根据不同呼叫方式对应的链路通话质量选择呼叫方式；
采用选择的呼叫方式进行呼叫处理。
5. 根据权利要求 1所述的方法，其中，根据所述链路通话质量进行呼叫处理包括:
根据不同呼叫应用对应的链路通话质量选择呼叫应用；
采用选择的呼叫应用进行呼叫处理。
6. 根据权利要求 1至 5中任一项所述的方法， 其中， 在获取将用于呼叫的通话链 路的所述链路通话质量之后， 还包括：
对不同呼叫方式对应的链路通话质量和 /或不同呼叫应用对应的链路通话 质量进行显示。
7. 一种呼叫处理装置， 包括：
获取模块， 设置为获取将用于呼叫的通话链路的链路通话质量； 处理模块， 设置为根据所述链路通话质量进行呼叫处理。
8. 根据权利要求 7所述的装置， 其中， 所述获取模块包括：
第一确定单元， 设置为确定将用于检测的通话链路；
获取单元， 设置为根据对所述通话链路的探测， 获取所述通话链路的传输 时延和丢包率；
第二确定单元， 设置为根据所述传输时延和所述丢包率确定所述通话链路 的链路通话质量。
9. 根据权利要求 8所述的装置， 其中， 所述获取单元包括：
发送子单元， 设置为向传输链路的对端发送预定数目的固定大小负载的探 测消息包， 其中， 每个所述探测消息包中携带有发送时间戳；
接收子单元， 设置为接收对端返回的同样大小负载的返回探测消息包， 其 中， 所述返回探测消息包中携带有探测消息包中所对应的发送时间戳；
第一确定子单元， 设置为根据接收所述返回探测消息包的时间以及对应的 所述发送时间戳确定所述通话链路的传输时延；
第二确定子单元， 设置为根据接收到的所述返回探测消息包的数目以及所 述预定数目确定所述通话链路的丢包率。
10. 根据权利要求 7所述的装置， 其中， 所述处理模块包括：
第一选择单元， 设置为根据不同呼叫方式对应的链路通话质量选择呼叫方 式；
第一处理单元， 设置为采用所述第一选择单元选择的呼叫方式进行呼叫处 理。
11. 根据权利要求 7所述的装置， 其中， 所述处理模块包括： 第二选择单元， 设置为根据不同呼叫应用对应的链路通话质量选择呼叫应 用；
第二处理单元， 设置为采用所述第二选择单元选择的呼叫应用进行呼叫处 理。
12. 根据权利要求 7至 11中任一项所述的装置， 其中， 还包括：
显示模块，设置为对不同呼叫方式对应的链路通话质量和 /或不同呼叫应用 对应的链路通话质量进行显示。 种终端， 包括权利要求 7至 12中任一项所述的装置。
PCT/CN2013/084851 2013-07-19 2013-10-08 呼叫处理方法、装置及终端 WO2014161286A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP13881394.4A EP3024268A4 (en) 2013-07-19 2013-10-08 METHOD, DEVICE AND TERMINAL FOR PROCESSING CALLS
US14/785,039 US20160119242A1 (en) 2013-07-19 2013-10-08 Method and Device for Processing a Call, and Terminal

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201310307737.3A CN104301924B (zh) 2013-07-19 2013-07-19 呼叫处理方法、装置及终端
CN201310307737.3 2013-07-19

Publications (1)

Publication Number Publication Date
WO2014161286A1 true WO2014161286A1 (zh) 2014-10-09

Family

ID=51657476

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/084851 WO2014161286A1 (zh) 2013-07-19 2013-10-08 呼叫处理方法、装置及终端

Country Status (4)

Country Link
US (1) US20160119242A1 (zh)
EP (1) EP3024268A4 (zh)
CN (1) CN104301924B (zh)
WO (1) WO2014161286A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170093653A1 (en) * 2015-09-30 2017-03-30 Microsoft Technology Licensing, Llc Far Side CQI
CN107332592A (zh) * 2016-03-18 2017-11-07 建汉科技股份有限公司 天线对准系统及方法
CN106332172A (zh) * 2016-09-13 2017-01-11 广东欧珀移动通信有限公司 一种提高网络信号质量的方法及装置
CN109905901B (zh) * 2017-12-08 2021-10-15 中国电信股份有限公司 网络选择方法和装置以及计算机可读存储介质
CN111614623B (zh) * 2020-04-21 2022-04-08 北京红山信息科技研究院有限公司 一种VoLTE用户感知信息的处理方法、系统及介质
CN113472936B (zh) * 2021-06-30 2023-08-01 百度在线网络技术（北京）有限公司 呼叫处理的方法、装置、设备以及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101345665A (zh) * 2008-08-28 2009-01-14 华为技术有限公司 一种媒体面控制信令面的方法及系统
CN101945180A (zh) * 2009-07-03 2011-01-12 中兴通讯股份有限公司 呼叫中心坐席故障处理系统及方法
US20110230191A1 (en) * 2010-03-18 2011-09-22 Sprint Spectrum L.P. Methods and Systems for Causing a Mobile Station to Originate a Subsequent Call Via a Coverage Area Other than that Used for a First Call

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1152331C (zh) * 1999-06-02 2004-06-02 余鲲 一种保证计算机网络信息安全的系统及其相应的方法
US7796524B1 (en) * 2000-10-06 2010-09-14 O'connell David Monitoring quality of service in packet-based communications
KR100597588B1 (ko) * 2003-10-02 2006-07-06 한국전자통신연구원 우선순위기반 능동 시험패킷을 이용한 노드간 경로특성측정방법
US7773517B2 (en) * 2004-11-19 2010-08-10 Research In Motion Limited Method and system for identifying degradation of a media service
US7768998B1 (en) * 2005-06-13 2010-08-03 Sprint Spectrum L.P. Dynamic VoIP codec selection based on link attributes at call setup
KR101140972B1 (ko) * 2006-09-28 2012-05-03 콸콤 인코포레이티드 통신 링크 품질을 결정하기 위한 방법 및 장치
US7907523B2 (en) * 2006-12-05 2011-03-15 Electronics And Telecommunications Research Institute Method and apparatus for controlling variable bit-rate voice codec
CN101926137B (zh) * 2007-12-21 2013-04-24 意大利电信股份公司 管理用户之间的通信会话建立的方法和系统
KR101571723B1 (ko) * 2008-09-02 2015-11-25 엘지전자 주식회사 단말기 및 그 제어 방법
US8417297B2 (en) * 2009-05-22 2013-04-09 Lg Electronics Inc. Mobile terminal and method of providing graphic user interface using the same
US8767716B2 (en) * 2011-09-19 2014-07-01 Vonage Network, Llc Systems and methods of routing IP telephony data packet communications
US9426728B2 (en) * 2011-11-11 2016-08-23 Verizon Patent And Licensing Inc. Network selection based on one or more factors
JP5928349B2 (ja) * 2013-01-10 2016-06-01 富士ゼロックス株式会社 帯域幅測定装置及びプログラム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101345665A (zh) * 2008-08-28 2009-01-14 华为技术有限公司 一种媒体面控制信令面的方法及系统
CN101945180A (zh) * 2009-07-03 2011-01-12 中兴通讯股份有限公司 呼叫中心坐席故障处理系统及方法
US20110230191A1 (en) * 2010-03-18 2011-09-22 Sprint Spectrum L.P. Methods and Systems for Causing a Mobile Station to Originate a Subsequent Call Via a Coverage Area Other than that Used for a First Call

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3024268A4 *

Also Published As

Publication number Publication date
US20160119242A1 (en) 2016-04-28
EP3024268A1 (en) 2016-05-25
CN104301924A (zh) 2015-01-21
EP3024268A4 (en) 2016-07-06
CN104301924B (zh) 2019-07-23

Similar Documents

Publication Publication Date Title
US11128837B2 (en) Internet protocol television audio and video calling
WO2014161286A1 (zh) 呼叫处理方法、装置及终端
US8670336B2 (en) Measuring call quality
KR102278510B1 (ko) 무선 네트워크에서의 음성 서비스 장치 및 방법
US9524088B2 (en) User interface
US10305946B2 (en) Method for operating application providing group call service using mobile voice over internet protocol
US8723913B2 (en) Rate adaptation for video calling
US9049690B2 (en) Communication system, wireless communication terminal, communication method, wireless communication method, wireless communication apparatus and control method thereof
KR101687930B1 (ko) 네트워크에서의 디바이스들 사이의 상호작용들의 히스토리의 저장 및 공유 방법
WO2017107470A1 (zh) 建立无线连接的方法及装置
US9041763B2 (en) Method for establishing video conference
EP2136531B1 (en) Processing video communication data
US20100172335A1 (en) Data transmission method and apparatus based on Wi-Fi multimedia
US20150119011A1 (en) Information processing method and device
US9871929B2 (en) Communication method and user equipment
WO2017185381A1 (zh) 一种通话切换方法、终端设备及存储介质
JP2007306511A (ja) 無線通信端末及び無線通信方法
US20190253961A1 (en) Methods and devices for selecting a communication interface
CN111148135B (zh) 语音呼叫业务的控制方法、装置、存储介质及终端
TW200525947A (en) Load balancing system and method for dynamic network
US20240223994A1 (en) Apparatus for controlling output of media content, system, and method for controlling output of media content
CN107438056B (zh) VoIP通讯模组、电子装置及VoIP通讯方法
TW201345258A (zh) 視訊通話系統及其視訊通話切換方法
US20220167454A1 (en) Processing of a call by videoconference between two terminals
JP2004363959A (ja) 通信装置

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: 13881394

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2013881394

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 14785039

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE