WO2012009994A1 - 一种实现多方通话的方法及通话终端 - Google Patents

一种实现多方通话的方法及通话终端 Download PDF

Info

Publication number
WO2012009994A1
WO2012009994A1 PCT/CN2011/073030 CN2011073030W WO2012009994A1 WO 2012009994 A1 WO2012009994 A1 WO 2012009994A1 CN 2011073030 W CN2011073030 W CN 2011073030W WO 2012009994 A1 WO2012009994 A1 WO 2012009994A1
Authority
WO
WIPO (PCT)
Prior art keywords
call
terminal
command
cid
module
Prior art date
Application number
PCT/CN2011/073030
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 WO2012009994A1 publication Critical patent/WO2012009994A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold

Definitions

  • the present invention relates to the field of application of a wireless communication terminal, and in particular, to a method for implementing a multiparty call and a call terminal. Background technique
  • the intermediate state includes the ringing message received during the outgoing call and the call connection establishment message received during the called process.
  • the call management service layer in this method. It is necessary to carry out complicated processing on the intermediate state including the CID, so the time for the telephone to be connected is also increased; and in the process of making a multi-party call, if the intermediate state of the other call is mixed in the middle state of the other call, There is a situation where the call status is confusing.
  • the main object of the present invention is to provide a method for implementing multi-party calling and a call terminal, which solves the problem of state confusion existing in a single-channel multi-party call.
  • the invention discloses a call terminal for implementing a multi-party call, comprising: a protocol stack and a call management service layer;
  • the protocol stack is configured to generate an extended AT command according to the obtained final result of the call with the called terminal or the passively disconnected call terminal and the call channel number (CID) corresponding to the call, and send the extended AT command to the calling terminal Call management service layer;
  • the call management service layer is configured to parse the extended AT command, manage the CID and the final result obtained after parsing, and perform call control according to the CID and the final result.
  • the call management service layer is further configured to: receive a request message, generate an AT command according to the request message, and send the AT command to a protocol stack of the call terminal where the call is located;
  • the protocol stack is further configured to parse the AT command sent by the call management service layer, and interact with the network side according to the content of the parsed request message to obtain a final result of the call with the called call terminal or the passive hang up call terminal.
  • the CID corresponding to the call In the above-mentioned call terminal, the protocol stack further includes: a parsing module, an interaction module, and an extended encoding module;
  • the parsing module is configured to parse the AT command, and send the content of the parsed request message to the interaction module;
  • An interaction module configured to interact with the network side according to the content of the request message obtained by the parsing, and obtain a final result of the call with the called call terminal or the passive hang up call terminal and a CID corresponding to the call;
  • the extended coding module is configured to generate an extended AT command according to the obtained final result of the call with the called terminal or the passively hanging call terminal and the CID corresponding to the call, and send the extended AT command to the call management service layer of the call terminal where the call is located .
  • the call management service layer further includes: a call control module, an encoding module, a parsing module, and a management module;
  • a call control module configured to receive a request message, and perform call control according to the CID and the final result obtained after parsing
  • An encoding module configured to generate an AT command according to the request message, and send the AT command to a protocol stack of the calling terminal where the terminal is located;
  • a parsing module configured to parse the extended AT command sent by the extended coding module of the protocol stack, and send the final result and the CID obtained by the parsing to the management module and the call control module; and the management module, configured to obtain the CID and final results are managed.
  • the invention also discloses a method for implementing a multi-party call, comprising:
  • the protocol stack of the call terminal that initiates the call or hangs up automatically generates an extended AT command according to the obtained final result of the call with the called call terminal or the passive hang up call terminal and the CID corresponding to the call, and sends the extended AT command to the call
  • the call management service layer of the terminal
  • the call management service layer parses the extended AT command, manages the CID and the final result obtained after parsing, and performs call control according to the CID and the final result.
  • the call management service layer that generates the extended AT command and sends the call to the call terminal where it is located is:
  • the extended coding module of the protocol stack of the call terminal that initiates the call or hangs up actively encodes the received final result and the CID, and fills the final result and the CID into the string of the AT command to obtain the extended AT command; the extension of the protocol stack
  • the encoding module sends the generated extended AT command to the parsing module of the call control service layer of the calling terminal that initiates the call or hangs up.
  • the CID and the final result obtained by the parsing are managed as follows: a management module of a call control service layer of a call terminal that initiates a call or actively hangs up finds a current call state corresponding thereto according to the CID. And update the current call state based on the final result.
  • the call control according to the CID and the final result is: the call control module obtains a call that needs to perform call control according to the CID, performs call control on the call according to the final result, and prompts the call by popping up a prompt box. The execution result of the control.
  • the method also includes:
  • the protocol stack parses the received AT command, and interacts with the network side according to the content of the parsed request message to obtain the final result of the call with the called terminal or the passively disconnected call terminal and the CID corresponding to the call.
  • the protocol stack parses the received AT command, and interacts with the network side according to the content of the parsed request message, and obtains the final result of the call with the called terminal terminal or the passive hanging call terminal and the path.
  • the CID corresponding to the call is:
  • the parsing module of the protocol stack of the calling terminal that initiates the call or hangs up automatically parses the received AT command, extracts the content of the request message from the string of the AT command, and extracts the extracted
  • the content of the request message is sent to the interaction module of the protocol stack.
  • the interaction module interacts with the network side according to the content of the request message, and obtains the final result of the call with the called call terminal or the passively disconnected call terminal and the CID corresponding to the call.
  • the method before the protocol stack parses the received AT command, the method further includes:
  • the call management service layer of the call terminal that initiates the call or hangs up automatically receives the request message, generates an AT command according to the request message, and sends the AT command to the protocol stack of the call terminal where the call is made.
  • the call management service layer receiving the request message of the originating call or the actively hanging call terminal is:
  • the call management service layer call control of the call terminal that initiates the call or hangs up actively
  • the module receives the request message.
  • the generating an AT command according to the request message is:
  • the call control module of the call management service layer forwards the request message to the coding module of the call management service layer, and the coding module fills the number of the called call terminal in the request message or the CID of the one-way call that needs to be hung up to the string of the AT command. And sending the generated AT command to the parsing module of the protocol stack of the calling terminal where it is located.
  • the protocol stack expands the AT command, adds the CID in the AT command carrying the final result, and finally generates the extended AT command and reports it to the call management service layer, and the call management service layer It can clearly know which call corresponds to the final result and perform call control, thus solving the problem of state confusion in the single-channel multi-party call process, greatly improving the call process of the multi-party call and keeping the call stable;
  • the call management service layer obtains a message from the extended AT command, performs call control, and notifies the user, and does not need to wait for subsequent final result report or self-query final state, thereby shortening the connection time of the multi-party call, and unifying the interworking standard. , enhanced versatility.
  • FIG. 1 is a schematic structural diagram of a call terminal for implementing multi-party call according to the present invention
  • FIG. 2 is a schematic flow chart of a method for implementing multi-party calling according to the present invention. detailed description
  • the protocol stack generates an extended AT command according to the obtained final result of the call with the called terminal or the passively hanging call terminal and the call channel number (CID) corresponding to the call, and sends the extended AT command to the self.
  • the call management service layer of the call terminal the call management service layer parses the extended AT command, manages the CID and the final result obtained after the parsing, and performs call control according to the CID and the final result.
  • FIG. 1 is a schematic structural diagram of a call terminal for implementing a multi-party call according to the present invention.
  • the call terminal includes: a protocol stack 11 and a call management service layer 12;
  • the protocol stack 11 is configured to generate an extended AT command according to the obtained final result of the call with the called terminal or the passive hanging call terminal and the CID corresponding to the call, and send the extended AT command to the call management service layer of the calling terminal where the call is located. 12;
  • the call management service layer 12 is configured to parse the extended AT command, manage the CID and the final result obtained after parsing, and perform call control according to the CID and the final result.
  • the call management service layer 12 is further configured to receive a request message, generate an AT command according to the request message, and send the command to the protocol stack 11 of the call terminal where the call is located;
  • the protocol stack 11 is further configured to: parse the AT command sent by the call management service layer, interact with the network side according to the content of the parsed request message, and obtain a final call with the called call terminal or the passive hang up call terminal. The result is the CID corresponding to the call.
  • the protocol stack 11 further includes: a parsing module 111, an interaction module 112, and an extended coding Module 113; wherein
  • the parsing module 111 is configured to parse the AT command, and send the content of the parsed request message to the interaction module 112;
  • the interaction module 112 is configured to: interact with the network side according to the content of the request message obtained by the parsing, and obtain a final result of the call with the called call terminal or the passive hang up call terminal and a CID corresponding to the call;
  • the extended coding module 113 is configured to generate an extended AT command according to the obtained final result of the call with the called terminal or the passively hanging call terminal and the CID corresponding to the call, and send the call management service to the call terminal where the call is located.
  • Layer 12 The extended coding module 113 is configured to generate an extended AT command according to the obtained final result of the call with the called terminal or the passively hanging call terminal and the CID corresponding to the call, and send the call management service to the call terminal where the call is located.
  • the call management server 12 further includes: a call control module 121, an encoding module 122, a parsing module 123, and a management module 124;
  • the call control module 121 is configured to receive the request message, and perform call control according to the CID and the final result obtained after the parsing;
  • the encoding module 122 is configured to generate an AT command according to the request message, and send the AT command to the protocol stack 11 of the call terminal itself;
  • the parsing module 123 is configured to parse the extended AT command sent by the extended coding module of the protocol stack, and send the parsed final result and the CID to the management module 124 and the call control module 121;
  • the management module 124 is configured to manage the CID and the final result obtained after the parsing.
  • the extended coding module 113 generates an extended AT command, and sends the call management service layer to the call terminal where the call is located, specifically: the final result received by the extended coding module 113 of the protocol stack 11 of the call terminal that initiates the call or actively hangs up. Encoding with the CID, filling the final result into the string of the AT command, and adding the CID to the string of the AT command to obtain the extended AT command; the extended encoding module 113 of the protocol stack 11 sends the generated extended AT command to The parsing module 123 of the call control service layer 12 of the call terminal that initiates the call or hangs up.
  • the management module 124 manages the CID and the final result obtained after the parsing is specifically: the management module 124 of the call control service layer 12 of the call terminal that initiates the call or actively hangs up, finds the current corresponding to the CID according to the CID. The call state, and the current call state is updated according to the final result.
  • the call control module 121 performs call control according to the CID and the final result.
  • the call control module 121 obtains a call that needs to perform call control according to the CID, performs call control on the call according to the final result, and pops up a prompt box. Prompt the execution result of call control.
  • the parsing module 111 parses the AT command specifically as follows:
  • the parsing module 111 of the protocol stack 11 of the call terminal that initiates the call or hangs up actively parses the received AT command, extracts the content of the request message from the string of the AT command, and sends the content of the extracted request message to The interaction module 112 of the protocol stack.
  • the receiving the request message by the call control module 121 is specifically: when the phone is picked up and the number of the called terminal is input, when the call button is pressed, or when the call is hanged, when the hang up button is pressed, the call is initiated or the call is actively hanged.
  • the call control module 121 of the call management service layer 12 of the disconnected call terminal receives the request message.
  • the encoding module 122 generates an AT command according to the request message. Specifically, the call control module 121 of the call management service layer 12 forwards the request message to the encoding module 122 of the call management service layer, and the encoding module 122 sends the called message in the request message. The number of the call terminal or the CID of the one-way call that needs to be hung up is filled in the string of the AT command, and the generated AT command is sent to the parsing module 111 of the protocol stack of the call terminal where the call is made.
  • FIG. 2 is a schematic flowchart of a method for implementing a multi-party call according to the present invention. As shown in FIG. 2, the method includes the following steps:
  • Step 201 Initiating a call or actively hang up the call management service layer of the call terminal to receive the request Ask for news;
  • the call control module of the call management service layer of the hang-up call terminal receives the request message; when the calling call terminal user picks up the phone and inputs the number of the called call terminal, when the call button is pressed, the call control module receives The request message is a call request message; when any user hangs up a call, the request message received by the call control module is a hang up request message;
  • the call control module of the call management service layer After receiving the request message, the call control module of the call management service layer queries the current call state of the one call of the call terminal that sends the request message through the interface provided by the management module, and the call control module determines whether the current call state of the query is correct, if Perform the steps correctly
  • the call control module determines whether the current call state of the second call with CID 2 is correct, if the current call state is active, suspended, calling If the call is waiting, the current call state is correct. If there is no call, the current call state is incorrect.
  • Step 202 The call management service layer generates an AT command according to the request message, and sends the AT command to the protocol stack of the call terminal where the call is located;
  • the call control module of the call management service layer forwards the request message to the coding module of the call management service layer, and the coding module encodes the received request message to generate an AT command; if the request message is a call request message, the message is Carrying the number of the called call terminal; if the request message is a hang up request message, the message carries the CID of the one call that needs to be hung up; the coding module hangs according to the number of the called call terminal in the request message
  • the CID of the one-way call is encoded; the encoding method is to fill in the content of the request message that needs to be encoded into the string of the AT command according to the string format of the AT command; for example, the string of the AT command can be: ATD[ ⁇ n>][;] , [ ⁇ 11>] is the number and modification symbol of the called terminal, or CID and modification symbol; wherein the encoding module sends the generated AT command to the association of the calling terminal
  • the parsing module of the stack is the pars
  • Step 203 The protocol stack parses the AT command, and interacts with the network side according to the content of the parsed request message to obtain a final result of the call with the called terminal terminal or the passive hanging call terminal and a CID corresponding to the call.
  • the parsing module of the protocol stack of the calling terminal that initiates the call or hangs up actively parses the received AT command and the parsing method is to extract the request message from the string of the AT command according to the string format of the AT command.
  • the parsing module sends the content of the extracted request message to the interaction module of the protocol stack, and the interaction module interacts with the network side according to the content of the request message, and obtains the final result of the call with the called call terminal or the passive hang up call terminal and the The CID corresponding to the road call;
  • the parsing module sends the number of the called call terminal to the interaction module.
  • the interaction module After receiving the number of the called call terminal, the interaction module knows that the call needs to be made according to the number, and then passes the network.
  • the side call is called the called terminal, and the interaction module obtains the final result of calling the called terminal and the CID corresponding to the call through the network side, and sends the final result and the CID to the extended coding module of the protocol stack; wherein, the final result of the call includes NO CARRIER, NO ANSWER, BUSY and OK, NO CARRIER indicates that the call link connection failed, NO ANSWER indicates that the caller terminal call succeeded but the called call terminal did not respond, BUSY indicates that the caller terminal call was successful but the called call terminal refused Connected, OK means that the calling party's call is successful and the called terminal answers the call;
  • the parsing module parses the AT command, if the CID of the one-way call that needs to be hung up is sent to the interaction module, the interaction module receives the CID of the one-way call that needs to be hung up, and knows that the CID needs to be based on the CID. If the corresponding call is hung up, the network side notifies the phase. The network side obtains the final result of the hang up and the CID corresponding to the call, and sends the final result and the CID to the extended coding module of the protocol stack of the actively hanged call terminal; wherein the final result of the hang up includes OK or ERROR, OK Indicates that the passive terminal hangs up successfully, and ERROR indicates that the hangup fails due to network or unknown problems.
  • Step 204 The protocol stack of the call terminal that initiates the call or hangs up actively generates an extended AT command according to the obtained final result and the CID, and sends the extended AT command to the call management service layer of the call terminal where the call is located;
  • the extended coding module of the protocol stack of the call terminal that initiates the call or hangs up actively encodes the received final result and the CID obtained by the interaction module, and the coding method is based on the string format of the AT command, and needs to be performed.
  • the string format of the extended AT command can be +XCPI: 1 /r/nNO CARRIER , where 1 is the CID, indicating the first call, NO CARRIER is the final result of the first call; the extended coding module of the protocol stack sends the generated extended AT command to the call that initiated or hangs up The parsing module of the call control service layer of the terminal.
  • Step 205 The call management service layer parses the extended AT command, manages the CID and the final result obtained after the parsing, and performs call control according to the CID and the final result;
  • the parsing module of the call control service layer of the call terminal that initiates the call or hangs up actively parses the received extended AT command, obtains the CID and the final result, and simultaneously sends the CID and the final result to the management of the call control service layer.
  • the module and the call control module; the management module is configured to save the CID of each call and the current call state corresponding thereto, and the management module finds the current call state corresponding to the CID according to the received CID, and updates the current call state according to the final result;
  • the call control module can obtain a call that needs to be controlled according to the CID, and performs call control on the call according to the final result, wherein the call control includes opening the call channel, cutting off the call channel, etc.; and the call control module needs to prompt the user to perform call control execution. Result;
  • the mouth, through the pop-up prompt prompts to display "Connecting," Ending the call, etc., and also displaying the duration of the call.
  • the call terminal 1 is called and connected to the first call, and then the second call is made, and the called party rejects the call.
  • the final result reported by the network side is slow, and the call terminal 1 has not received the call yet.
  • the final result is that the user of the call terminal 1 hangs up the first call, and the call control service layer of the call terminal 1 can receive the extended AT command, which carries the message that the final result NO CARRIER and CID is 1, so it is not wrong. Thought it was the end result of the second call.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开一种实现多方通话的方法及通话终端，包括：协议栈根据获取的与被叫通话终端或被动挂断通话终端的通话的最终结果和该路通话对应的呼叫通道号码（CID），生成扩展AT命令，并发送给自身所在通话终端的呼叫管理服务层；呼叫管理服务层对所述扩展AT命令进行解析，对解析后得到的所述CID和最终结果进行管理，并根据所述CID和最终结果进行呼叫控制。根据本发明的技术方案，解决了基于单通道的多方通话过程中存在的状态混乱的问题。

Description

一种实现多方通话的方法及通话终端 技术领域
本发明涉及无线通信终端的应用领域， 尤其涉及一种实现多方通话的 方法及通话终端。 背景技术
随着通信技术的不断发展， 多方通话和电话会议开始盛行， 现有技术 中， 多是利用单通道实现多路电话的拨打。 在利用单通道实现多路电话的 拨打过程中， 协议栈收到网络侧的通话的最终状态后， 对最终状态进行编 码，生成 AT命令并上报给呼叫管理服务层，呼叫管理服务层收到该命令后 , 查询来电的电话所对应的手机的呼叫通道号码 ( CID, Call IDentity ), 然后 匹配对应的电话号码， 最后将 CID和电话号码上报给人机界面； 但是， 查 询和匹配的过程会增加电话接通的时间。 此外， 各大厂商自行扩展中间状 态， 通过中间状态上报 CID, 中间状态包括呼出过程中收到的响铃消息和 被叫过程中收到的呼叫连接建立消息等， 这种方法中呼叫管理服务层需要 对包含 CID的中间状态进行复杂的处理过程， 所以同样会增加电话接通的 时间； 而且在进行多方通话的过程中， 如果某一路通话的中间状态中夹杂 另一路通话的中间状态， 就会出现呼叫状态混乱的情况。
现有技术中， 还存在当进行多方通话时， 实际响应结果和操作不一致 的情况， 例如， 当已经接通了一路通话时再拨打第二路通话， 如果此时第 二路通话的被叫拒绝， 第一路通话被叫挂断， 因此就会同时上报两个最终 结果码， 因此无法确定哪一个最终结果码对应的是哪一路通话， 导致呼叫 状态混乱； 针对这个问题， 部分厂商提出了一种解决办法， 即默认先收到 的最终结果码是第二路通话的， 后收到的最终结果码是第一路通话的； 但 是， 针对这种解决办法， 在实现多方通话的过程中， 还会存在以下三种情 况： 第一， 第一路通话先被挂断， 但是却认为收到的是第二路电话的最终 结果码； 第二， 两路通话挂断的时间相差极小， 网络侧不一定会先上报第 二路通话的最终结果码； 第三， 即使是第二路通话被拒接后， 第一路通话 才挂断的， 在实际情况下， 被拒接的第二路通话状态是忙碌状态， 所以第 二路通话的最终结果码的上报速度比较慢， 通常会等几秒才会上报， 也就 有可能在第一路通话的最终结果码之后才上报， 这样就出现了状态上报混 乱。 发明内容
有鉴于此， 本发明的主要目的在于提供一种实现多方通话的方法及通 话终端， 解决了基于单通道的多方通话过程中存在的状态混乱的问题。
为达到上述目的， 本发明的技术方案是这样实现的：
本发明公开一种实现多方通话的通话终端， 包括： 协议栈、 呼叫管理 服务层； 其中，
协议栈， 用于根据获取的与被叫通话终端或被动挂断通话终端的通话 的最终结果和该路通话对应的呼叫通道号码（CID ), 生成扩展 AT命令， 并发送给自身所在通话终端的呼叫管理服务层；
呼叫管理服务层， 用于对所述扩展 AT命令进行解析， 对解析后得到的 所述 CID和最终结果进行管理，并根据所述 CID和最终结果进行呼叫控制。
上述通话终端中，
所述呼叫管理服务层还用于， 接收请求消息， 根据所述请求消息生成 AT命令， 并发送给自身所在通话终端的协议栈；
所述协议栈还用于，对呼叫管理服务层发送的 AT命令进行解析，根据 解析得到的请求消息的内容与网络侧交互， 获取与被叫通话终端或被动挂 断通话终端的通话的最终结果和该路通话对应的 CID。 上述通话终端中， 所述协议栈进一步包括： 解析模块、 交互模块、 扩 展编码模块； 其中，
解析模块，用于对 AT命令进行解析，将解析得到的请求消息的内容发 送给交互模块；
交互模块， 用于根据解析得到的请求消息的内容与网络侧交互， 获取 与被叫通话终端或被动挂断通话终端的通话的最终结果和该路通话对应的 CID;
扩展编码模块， 用于根据获取的与被叫通话终端或被动挂断通话终端 的通话的最终结果和该路通话对应的 CID, 生成扩展 AT命令， 并发送给自 身所在通话终端的呼叫管理服务层。
上述通话终端中， 所述呼叫管理服务层进一步包括： 呼叫控制模块、 编码模块、 解析模块、 管理模块； 其中，
呼叫控制模块， 用于接收请求消息， 以及根据解析后得到的所述 CID 和最终结果进行呼叫控制；
编码模块，用于根据所述请求消息生成 AT命令，并发送给自身所在通 话终端的协议栈；
解析模块， 用于对协议栈的扩展编码模块发送的扩展 AT命令进行解 析， 将解析后得到的最终结果和 CID发送给管理模块和呼叫控制模块； 管理模块， 用于对解析后得到的所述 CID和最终结果进行管理。
本发明还公开一种实现多方通话的方法， 包括：
发起呼叫或者主动挂断的通话终端的协议栈根据获取的与被叫通话终 端或被动挂断通话终端的通话的最终结果和该路通话对应的 CID, 生成扩 展 AT命令， 并发送给自身所在通话终端的呼叫管理服务层；
所述呼叫管理服务层对所述扩展 AT命令进行解析，对解析后得到的所 述 CID和最终结果进行管理， 并根据所述 CID和最终结果进行呼叫控制。 上述方法中， 所述生成扩展 AT命令， 并发送给自身所在通话终端的呼 叫管理服务层为：
发起呼叫或者主动挂断的通话终端的协议栈的扩展编码模块对收到的 最终结果和 CID进行编码，将最终结果和 CID填写到 AT命令的字符串中， 得到扩展 AT命令；协议栈的扩展编码模块将生成的扩展 AT命令发送给发 起呼叫或者主动挂断的通话终端的呼叫控制服务层的解析模块。
上述方法中， 所述对解析后得到的所述 CID和最终结果进行管理为： 发起呼叫或者主动挂断的通话终端的呼叫控制服务层的管理模块根据 所述 CID, 找到与其对应的当前通话状态， 并才艮据所述最终结果更新当前 通话状态。
上述方法中， 所述根据所述 CID和最终结果进行呼叫控制为： 呼叫控制模块根据 CID得到需要进行呼叫控制的一路通话， 根据最终 结果对该路通话进行呼叫控制， 并通过弹出提示框提示呼叫控制的执行结 果。
上述方法中， 所述发起呼叫或者主动挂断的通话终端的协议栈根据获 取的与被叫通话终端或被动挂断通话终端的通话的最终结果和该路通话对 应的 CID , 生成扩展 AT命令之前， 该方法还包括：
协议栈对收到的 AT命令进行解析，根据解析得到的请求消息的内容与 网络侧交互， 获取与被叫通话终端或被动挂断通话终端的通话的最终结果 和该路通话对应的 CID。
上述方法中， 所述协议栈对收到的 AT命令进行解析，根据解析得到的 请求消息的内容与网络侧交互， 获取与被叫通话终端或被动挂断通话终端 的通话的最终结果和该路通话对应的 CID为：
发起呼叫或者主动挂断的通话终端的协议栈的解析模块对收到的 AT 命令进行解析，从所述 AT命令的字符串中提取请求消息的内容并将提取的 请求消息的内容发送给协议栈的交互模块， 交互模块根据请求消息的内容 与网络侧交互， 获取与被叫通话终端或被动挂断通话终端的通话的最终结 果和该路通话对应的 CID。
上述方法中， 所述协议栈对收到的 AT命令进行解析之前，该方法还包 括：
发起呼叫或者主动挂断的通话终端的呼叫管理服务层接收请求消息， 根据所述请求消息生成 AT命令， 并发送给自身所在通话终端的协议栈。
上述方法中， 所述发起呼叫或者主动挂断的通话终端的呼叫管理服务 层接收请求消息为：
当摘取话机并输入被叫通话终端的号码， 按下呼叫键时， 或当挂断一 路通话， 按下挂断键时， 发起呼叫或者主动挂断的通话终端的呼叫管理服 务层的呼叫控制模块收到请求消息。
上述方法中， 所述根据所述请求消息生成 AT命令为：
呼叫管理服务层的呼叫控制模块将请求消息转发给呼叫管理服务层的 编码模块， 编码模块将请求消息中的被叫通话终端的号码或者需要挂断的 一路通话的 CID填写到 AT命令的字符串中，并将生成的 AT命令发送给自 身所在通话终端的协议栈的解析模块。
本发明提供的实现多方通话的方法及通话终端，协议栈对 AT命令进行 扩展， 在携带最终结果的 AT命令中添加 CID, 最后生成扩展 AT命令并上 报给呼叫管理服务层， 呼叫管理服务层就可以明确知道最终结果对应的是 哪一路通话， 并进行呼叫控制， 因此解决了基于单通道的多方通话过程中 存在的状态混乱的问题， 极大地完善了多方通话的通话过程并且保持通话 稳定； 此外， 呼叫管理服务层从扩展 AT命令中获取消息， 进行呼叫控制并 通知用户， 不需要再等待后续的最终结果的上报或者自行查询最终状态， 可以缩短多方通话的接通时间， 也统一了互通标准， 增强了通用性。 附图说明
图 1是本发明实现多方通话的通话终端的结构示意图；
图 2是本发明实现多方通话的方法的流程示意图。 具体实施方式
本发明的基本思想是： 协议栈根据获取的与被叫通话终端或被动挂断 通话终端的通话的最终结果和该路通话对应的呼叫通道号码（CID ), 生成 扩展 AT命令， 并发送给自身所在通话终端的呼叫管理服务层； 呼叫管理服 务层对所述扩展 AT命令进行解析， 对解析后得到的所述 CID和最终结果 进行管理， 并根据所述 CID和最终结果进行呼叫控制。
下面通过附图及具体实施例对本发明再做进一步的详细说明。
本发明提供一种实现多方通话的通话终端， 图 1 是本发明实现多方通 话的通话终端的结构示意图， 如图 1所示， 该通话终端包括： 协议栈 11、 呼叫管理服务层 12; 其中，
协议栈 11 , 用于根据获取的与被叫通话终端或被动挂断通话终端的通 话的最终结果和该路通话对应的 CID, 生成扩展 AT命令， 并发送给自身所 在通话终端的呼叫管理服务层 12;
呼叫管理服务层 12, 用于对所述扩展 AT命令进行解析， 对解析后得 到的所述 CID和最终结果进行管理， 并根据所述 CID和最终结果进行呼叫 控制。
所述呼叫管理服务层 12还用于， 接收请求消息， 根据所述请求消息生 成 AT命令， 并发送给自身所在通话终端的协议栈 11；
所述协议栈 11还用于， 对呼叫管理服务层发送的 AT命令进行解析， 根据解析得到的请求消息的内容与网络侧交互， 获取与被叫通话终端或被 动挂断通话终端的通话的最终结果和该路通话对应的 CID。
所述协议栈 11进一步包括： 解析模块 111、 交互模块 112、 扩展编码 模块 113; 其中，
解析模块 111 , 用于 AT命令进行解析， 将解析得到的请求消息的内容 发送给交互模块 112;
交互模块 112, 用于根据解析得到的请求消息的内容与网络侧交互， 获 取与被叫通话终端或被动挂断通话终端的通话的最终结果和该路通话对应 的 CID;
扩展编码模块 113 ,用于根据获取的与被叫通话终端或被动挂断通话终 端的通话的最终结果和该路通话对应的 CID, 生成扩展 AT命令， 并发送给 自身所在通话终端的呼叫管理服务层 12。
所述呼叫管理服务器 12进一步包括:呼叫控制模块 121、编码模块 122、 解析模块 123、 管理模块 124; 其中，
呼叫控制模块 121 , 用于接收请求消息， 以及根据解析后得到的所述 CID和最终结果进行呼叫控制；
编码模块 122, 用于根据所述请求消息生成 AT命令， 并发送给自身所 在通话终端的协议栈 11；
解析模块 123 , 用于对协议栈的扩展编码模块发送的所述扩展 AT命令 进行解析， 将解析后得到的最终结果和 CID发送给管理模块 124和呼叫控 制模块 121 ;
管理模块 124, 用于对解析后得到的所述 CID和最终结果进行管理。 所述扩展编码模块 113生成扩展 AT命令，并发送给自身所在通话终端 的呼叫管理服务层具体为： 发起呼叫或者主动挂断的通话终端的协议栈 11 的扩展编码模块 113对收到的最终结果和 CID进行编码， 将最终结果填写 到 AT命令的字符串中， 并将 CID添加到 AT命令的字符串中， 得到扩展 AT命令； 协议栈 11的扩展编码模块 113将生成的扩展 AT命令发送给发 起呼叫或者主动挂断的通话终端的呼叫控制服务层 12的解析模块 123。 所述管理模块 124对解析后得到的所述 CID和最终结果进行管理具体 为：发起呼叫或者主动挂断的通话终端的呼叫控制服务层 12的管理模块 124 根据所述 CID, 找到与其对应的当前通话状态， 并根据所述最终结果更新 当前通话^ 态。
所述呼叫控制模块 121根据所述 CID和最终结果进行呼叫控制具体为： 呼叫控制模块 121根据 CID得到需要进行呼叫控制的一路通话， 根据最终 结果对该路通话进行呼叫控制， 并通过弹出提示框提示呼叫控制的执行结 果。
所述解析模块 111对 AT命令进行解析具体为：
发起呼叫或者主动挂断的通话终端的协议栈 11的解析模块 111对收到 的 AT命令进行解析， 从所述 AT命令的字符串中提取请求消息的内容并将 提取的请求消息的内容发送给协议栈的交互模块 112。
所述呼叫控制模块 121接收请求消息具体为： 当摘取话机并输入被叫 通话终端的号码， 按下呼叫键时， 或当挂断一路通话， 按下挂断键时， 发 起呼叫或者主动挂断的通话终端的呼叫管理服务层 12的呼叫控制模块 121 收到请求消息。
所述编码模块 122根据所述请求消息生成 AT命令具体为：呼叫管理服 务层 12的呼叫控制模块 121将请求消息转发给呼叫管理服务层的编码模块 122, 编码模块 122将请求消息中的被叫通话终端的号码或者需要挂断的一 路通话的 CID填写到 AT命令的字符串中，并将生成的 AT命令发送给自身 所在通话终端的协议栈的解析模块 111。
基于上述通话终端， 本发明还提供一种实现多方通话的方法， 图 2是 本发明实现多方通话的方法的流程示意图， 如图 2所示， 该方法包括以下 步骤：
步骤 201 ,发起呼叫或者主动挂断的通话终端的呼叫管理服务层接收请 求消息；
具体的， 当主叫通话终端的用户摘取话机并输入被叫通话终端的号码， 按下呼叫键时， 或当任意一侧用户挂断一路通话， 按下挂断键时， 发起呼 叫或者主动挂断的通话终端的呼叫管理服务层的呼叫控制模块会收到请求 消息； 当主叫通话终端用户摘取话机并输入被叫通话终端的号码， 按下呼 叫键时， 呼叫控制模块收到的请求消息是呼叫请求消息； 当任意一侧用户 挂断一路通话时， 呼叫控制模块收到的请求消息是挂断请求消息；
当呼叫管理服务层的呼叫控制模块收到请求消息后 , 通过管理模块提 供的接口查询发送请求消息的通话终端所在一路通话的当前通话状态， 呼 叫控制模块判断查询到的当前通话状态是否正确， 如果正确就执行步骤
202, 如果错误就结束； 例如， 当用户挂断第二路通话时， 呼叫控制模块判 断 CID为 2的第二路通话的当前通话状态是否正确， 如果当前通话状态为 激活、 挂起、 正在呼叫、 呼叫等待， 则当前通话状态正确， 如果为无通话， 则当前通话状态错误。
步骤 202, 呼叫管理服务层根据请求消息生成 AT命令， 并发送给自身 所在通话终端的协议栈；
具体的， 呼叫管理服务层的呼叫控制模块将请求消息转发给呼叫管理 服务层的编码模块， 编码模块对收到的请求消息进行编码， 生成 AT命令； 如果请求消息是呼叫请求消息， 该消息中携带有被叫通话终端的号码； 如 果请求消息是挂断请求消息， 该消息中携带有需要挂断的一路通话的 CID; 编码模块根据请求消息中的被叫通话终端的号码或者需要挂断的一路通话 的 CID进行编码； 编码的方法是根据 AT命令的字符串格式， 将需要进行 编码的请求消息的内容填写到 AT命令的字符串中； 例如， AT命令的字符 串可以是： ATD[<n>][；] , [<11>]为被叫通话终端的号码和修饰符号， 或 CID 和修饰符号；其中编码模块将生成的 AT命令发送给自身所在通话终端的协 议栈的解析模块， 即发起呼叫或者主动挂断的通话终端的协议栈的解析模 块。 这里， 由于通话终端的协议栈和呼叫管理服务层的交互只能利用 AT 命令， 所以需要将请求消息编码成 AT命令， 才能发送给协议栈。
步骤 203 , 协议栈对 AT命令进行解析， 根据解析得到的请求消息的内 容与网络侧交互， 获取与被叫通话终端或被动挂断通话终端的通话的最终 结果和该路通话对应的 CID;
具体的， 发起呼叫或者主动挂断的通话终端的协议栈的解析模块对收 到的 AT命令进行解析， 解析的方法是根据 AT命令的字符串格式， 从 AT 命令的字符串中提取请求消息的内容； 解析模块将提取的请求消息的内容 发送给协议栈的交互模块， 交互模块根据请求消息的内容与网络侧交互， 获取与被叫通话终端或被动挂断通话终端的通话的最终结果和该路通话对 应的 CID;
例如， 解析模块对 AT命令进行解析后， 如果得到的是被叫通话终端的 号码就发送给交互模块， 交互模块收到被叫通话终端的号码后， 知道需要 根据该号码进行呼叫， 则通过网络侧呼叫被叫通话终端， 交互模块通过网 络侧获取呼叫被叫通话终端的最终结果和该路通话对应的 CID, 将最终结 果和 CID发送给协议栈的扩展编码模块； 其中， 呼叫的最终结果包括 NO CARRIER, NO ANSWER, BUSY和 OK, NO CARRIER表示通话链路连 接失败， NO ANSWER表示主叫通话终端呼叫成功但被叫通话终端未响应， BUSY表示主叫通话终端呼叫成功但被叫通话终端拒接， OK表示主叫通话 终端呼叫成功且被叫通话终端接听；
解析模块对 AT命令进行解析后，如果得到的是需要挂断的一路通话的 CID就发送给交互模块， 交互模块收到需要挂断的一路通话的 CID后， 知 道需要根据该 CID对该 CID所对应的通话进行挂断， 则通过网络侧通知相 过网络侧获取挂断的最终结果和该路通话对应的 CID, 将最终结果和 CID 发送给主动挂断的通话终端的协议栈的扩展编码模块； 其中挂断的最终结 果包括 OK或 ERROR, OK表示被动挂断的通话终端挂断成功， ERROR表 示因网络或未知问题导致挂断失败。
步骤 204,发起呼叫或者主动挂断的通话终端的协议栈根据获取的最终 结果和 CID生成扩展 AT命令， 并发送给自身所在通话终端的呼叫管理服 务层；
具体的， 发起呼叫或者主动挂断的通话终端的协议栈的扩展编码模块 对收到的由交互模块获取的最终结果和 CID进行编码， 编码的方法是根据 AT命令的字符串格式， 将需要进行编码的最终结果的内容填写到 AT命令 的字符串中， 然后再将 CID添加到该 AT命令的字符串中， 最终得到扩展 AT 命令； 例如， 扩展 AT 命令的字符串格式可以是 +XCPI : 1/r/nNO CARRIER , 其中 1是 CID , 表示第一路通话， NO CARRIER表示第一路通 话的最终结果；协议栈的扩展编码模块将生成的扩展 AT命令发送给发起呼 叫或者主动挂断的通话终端的呼叫控制服务层的解析模块。
步骤 205 , 呼叫管理服务层对扩展 AT命令进行解析， 对解析后得到的 CID和最终结果进行管理， 并根据 CID和最终结果进行呼叫控制；
具体的， 发起呼叫或者主动挂断的通话终端的呼叫控制服务层的解析 模块对收到的扩展 AT命令进行解析， 得到 CID和最终结果， 将 CID和最 终结果同时发送给呼叫控制服务层的管理模块和呼叫控制模块； 管理模块 用于保存各路通话的 CID及与其对应的当前通话状态， 管理模块根据收到 的 CID找到与其对应的当前通话状态，并才艮据最终结果更新当前通话状态； 呼叫控制模块根据 CID可以得到需要进行呼叫控制的一路通话， 根据 最终结果对该路通话进行呼叫控制， 其中呼叫控制包括打开通话通道、 切 断通话通道等； 同时呼叫控制模块需要提示用户呼叫控制的执行结果； 例 口，通过弹出提示才匡，提示才匡显示 "正在连接 、 "结束通话 等， 还可以同时显示通话时长等。
利用本实施例的方法， 通话终端 1被叫并接通一路电话， 再拨打第二 路电话， 被叫拒接， 此时网络侧上报的最终结果 BUSY较慢， 通话终端 1 暂未收到该最终结果， 此时通话终端 1的用户挂断第一路通话， 通话终端 1 的呼叫控制服务层可以收到扩展 AT 命令， 其中携带有最终结果 NO CARRIER和 CID是 1的消息， 因此不会误以为是第二路通话的最终结果。
以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保 护范围， 凡在本发明的精神和原则之内所作的任何修改、 等同替换和改进 等， 均应包含在本发明的保护范围之内。

Claims

权利要求书
1、 一种实现多方通话的通话终端， 其特征在于， 该通话终端包括： 协 议栈、 呼叫管理服务层； 其中，
协议栈， 用于根据获取的与被叫通话终端或被动挂断通话终端的通话 的最终结果和该路通话对应的呼叫通道号码（CID ), 生成扩展 AT命令， 并发送给自身所在通话终端的呼叫管理服务层；
呼叫管理服务层， 用于对所述扩展 AT命令进行解析， 对解析后得到的 所述 CID和最终结果进行管理，并根据所述 CID和最终结果进行呼叫控制。
2、 根据权利要求 1所述的通话终端， 其特征在于，
所述呼叫管理服务层还用于， 接收请求消息， 根据所述请求消息生成 AT命令， 并发送给自身所在通话终端的协议栈；
所述协议栈还用于， 对呼叫管理服务层发送的 AT命令进行解析， 根据 解析得到的请求消息的内容与网络侧交互， 获取与被叫通话终端或被动挂 断通话终端的通话的最终结果和该路通话对应的 CID。
3、 根据权利要求 1或 2所述的通话终端， 其特征在于， 所述协议栈进 一步包括： 解析模块、 交互模块、 扩展编码模块； 其中，
解析模块， 用于对 AT命令进行解析， 将解析得到的请求消息的内容发 送给交互模块；
交互模块， 用于根据解析得到的请求消息的内容与网络侧交互， 获取 与被叫通话终端或被动挂断通话终端的通话的最终结果和该路通话对应的 CID;
扩展编码模块， 用于根据获取的与被叫通话终端或被动挂断通话终端 的通话的最终结果和该路通话对应的 CID, 生成扩展 AT命令， 并发送给自 身所在通话终端的呼叫管理服务层。
4、 根据权利要求 1或 2所述的通话终端， 其特征在于， 所述呼叫管理 服务层进一步包括： 呼叫控制模块、 编码模块、 解析模块、 管理模块； 其 中，
呼叫控制模块， 用于接收请求消息， 以及根据解析后得到的所述 CID 和最终结果进行呼叫控制；
编码模块， 用于根据所述请求消息生成 AT命令， 并发送给自身所在通 话终端的协议栈；
解析模块， 用于对协议栈的扩展编码模块发送的扩展 AT命令进行解 析， 将解析后得到的最终结果和 CID发送给管理模块和呼叫控制模块； 管理模块， 用于对解析后得到的所述 CID和最终结果进行管理。
5、 一种实现多方通话的方法， 其特征在于， 该方法包括：
发起呼叫或者主动挂断的通话终端的协议栈根据获取的与被叫通话终 端或被动挂断通话终端的通话的最终结果和该路通话对应的 CID, 生成扩 展 AT命令， 并发送给自身所在通话终端的呼叫管理服务层；
所述呼叫管理服务层对所述扩展 AT命令进行解析，对解析后得到的所 述 CID和最终结果进行管理， 并根据所述 CID和最终结果进行呼叫控制。
6、 根据权利要求 5所述的方法， 其特征在于， 所述生成扩展 AT命令， 并发送给自身所在通话终端的呼叫管理服务层为：
发起呼叫或者主动挂断的通话终端的协议栈的扩展编码模块对收到的 最终结果和 CID进行编码，将最终结果和 CID填写到 AT命令的字符串中 , 得到扩展 AT命令； 协议栈的扩展编码模块将生成的扩展 AT命令发送给发 起呼叫或者主动挂断的通话终端的呼叫控制服务层的解析模块。
7、 根据权利要求 5所述的方法， 其特征在于， 所述对解析后得到的所 述 CID和最终结果进行管理为：
发起呼叫或者主动挂断的通话终端的呼叫控制服务层的管理模块根据 所述 CID, 找到与其对应的当前通话状态， 并才艮据所述最终结果更新当前 通话状态。
8、 根据权利要求 5所述的方法， 其特征在于， 所述根据所述 CID和最 终结果进行呼叫控制为：
呼叫控制模块根据 CID得到需要进行呼叫控制的一路通话， 根据最终 结果对该路通话进行呼叫控制， 并通过弹出提示框提示呼叫控制的执行结 果。
9、 根据权利要求 5至 8任一所述的方法， 其特征在于， 所述发起呼叫 或者主动挂断的通话终端的协议栈根据获取的与被叫通话终端或被动挂断 通话终端的通话的最终结果和该路通话对应的 CID ,生成扩展 AT命令之前 , 该方法还包括：
协议栈对收到的 AT命令进行解析，根据解析得到的请求消息的内容与 网络侧交互， 获取与被叫通话终端或被动挂断通话终端的通话的最终结果 和该路通话对应的 CID。
10、 根据权利要求 9所述的方法， 其特征在于， 所述协议栈对收到的 AT命令进行解析， 根据解析得到的请求消息的内容与网络侧交互， 获取与 被叫通话终端或被动挂断通话终端的通话的最终结果和该路通话对应的 CID为：
发起呼叫或者主动挂断的通话终端的协议栈的解析模块对收到的 AT 命令进行解析，从所述 AT命令的字符串中提取请求消息的内容并将提取的 请求消息的内容发送给协议栈的交互模块， 交互模块根据请求消息的内容 与网络侧交互， 获取与被叫通话终端或被动挂断通话终端的通话的最终结 果和该路通话对应的 CID。
11、 根据权利要求 9 所述的方法， 其特征在于， 所述协议栈对收到的 AT命令进行解析之前， 该方法还包括：
发起呼叫或者主动挂断的通话终端的呼叫管理服务层接收请求消息， 根据所述请求消息生成 AT命令， 并发送给自身所在通话终端的协议栈。
12、 根据权利要求 11所述的方法， 其特征在于， 所述发起呼叫或者主 动挂断的通话终端的呼叫管理服务层接收请求消息为：
当摘取话机并输入被叫通话终端的号码， 按下呼叫键时， 或当挂断一 路通话， 按下挂断键时， 发起呼叫或者主动挂断的通话终端的呼叫管理服 务层的呼叫控制模块收到请求消息。
13、 根据权利要求 11所述的方法， 其特征在于， 所述根据所述请求消 息生成 AT命令为：
呼叫管理服务层的呼叫控制模块将请求消息转发给呼叫管理服务层的 编码模块， 编码模块将请求消息中的被叫通话终端的号码或者需要挂断的 一路通话的 CID填写到 AT命令的字符串中，并将生成的 AT命令发送给自 身所在通话终端的协议栈的解析模块。
PCT/CN2011/073030 2010-07-21 2011-04-19 一种实现多方通话的方法及通话终端 WO2012009994A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010234799.2A CN101895852B (zh) 2010-07-21 2010-07-21 一种实现多方通话的方法及通话终端
CN201010234799.2 2010-07-21

Publications (1)

Publication Number Publication Date
WO2012009994A1 true WO2012009994A1 (zh) 2012-01-26

Family

ID=43104886

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/073030 WO2012009994A1 (zh) 2010-07-21 2011-04-19 一种实现多方通话的方法及通话终端

Country Status (2)

Country Link
CN (1) CN101895852B (zh)
WO (1) WO2012009994A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101895852B (zh) * 2010-07-21 2014-03-12 中兴通讯股份有限公司 一种实现多方通话的方法及通话终端
CN102857877B (zh) * 2011-06-30 2015-05-27 重庆重邮信科通信技术有限公司 一种多方通话中的状态通知方法、设备及系统
CN102858028A (zh) * 2011-06-30 2013-01-02 重庆重邮信科通信技术有限公司 一种释放多方通话受控方的方法和终端

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001016257A (ja) * 1999-06-29 2001-01-19 Nec Corp インターネットプロトコルによる局間通信システム
CN101409932A (zh) * 2008-11-25 2009-04-15 中国网络通信集团公司 可插拔式移动终端语音呼叫方法
CN101753577A (zh) * 2009-12-17 2010-06-23 东南大学 一种基于SIP协议的VoIP通信系统及其通信方法
CN101895852A (zh) * 2010-07-21 2010-11-24 中兴通讯股份有限公司 一种实现多方通话的方法及通话终端

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001016257A (ja) * 1999-06-29 2001-01-19 Nec Corp インターネットプロトコルによる局間通信システム
CN101409932A (zh) * 2008-11-25 2009-04-15 中国网络通信集团公司 可插拔式移动终端语音呼叫方法
CN101753577A (zh) * 2009-12-17 2010-06-23 东南大学 一种基于SIP协议的VoIP通信系统及其通信方法
CN101895852A (zh) * 2010-07-21 2010-11-24 中兴通讯股份有限公司 一种实现多方通话的方法及通话终端

Also Published As

Publication number Publication date
CN101895852A (zh) 2010-11-24
CN101895852B (zh) 2014-03-12

Similar Documents

Publication Publication Date Title
JP2009163734A (ja) Ｈ．３２４および関連する通信プロトコルを用いた装置間でセッションを高速に確立する方法、システム、およびｈ．３２４類似端末
WO2009152699A1 (zh) Sip终端及其上报状态的方法、系统以及sip服务器
JP4672571B2 (ja) ＶｏＩＰネットワークにおける緊急呼呼び返し方法、緊急呼呼び返しシステム、ＶｏＩＰノード装置およびプログラム
US8284906B2 (en) Message mapping for forced hold call handling in a VoP environment
WO2012009994A1 (zh) 一种实现多方通话的方法及通话终端
WO2007003089A1 (fr) Dérivation d’appelant pour procédé de mise en oeuvre éclair et système de communication
KR100825170B1 (ko) 무선 통신 단말기
WO2007093116A1 (fr) Procédé et système de fourniture de service de simulation et entité adaptative de signalisation d&#39;accès
US9736190B2 (en) Communication system for service control
CN107770175B (zh) 一种软交换呼叫方法及系统
WO2012000439A1 (zh) 呼叫处理方法及媒体网关
WO2012028062A1 (zh) 一种在呼叫过程中传输即时信息的方法及系统
WO2008067722A1 (fr) Procédé, système de téléphone et terminal de téléphone pour une session d&#39;appel
WO2018152772A1 (zh) 一种网络电话的处理方法及相关网络设备
WO2008138187A1 (fr) Procédé de réalisation pour un appel de nouvelle réponse
US20120120877A1 (en) Expedited call setup
WO2016165669A1 (zh) 一种手机呼叫占线自动重拨方法、装置、终端和计算机可读存储介质
CN108881180B (zh) 录音方法及录音系统
WO2007025436A1 (fr) Methode d&#39;affichage de l&#39;identite d&#39;un appelant lors d&#39;un appel dans un systeme de communication
EP3136756A1 (en) System, device and method for implementing ring back tone service
JP2008236470A (ja) Ｉｐ電話端末及びｉｐ電話システム
CN104426702B (zh) 一种语音业务的控制方法、装置和系统
WO2008049371A1 (fr) Procédé et système pour transférer un événement de service
CN108924374B (zh) 软交换呼叫方法、软交换设备、被叫端onu
WO2014086036A1 (zh) 一种呼叫方法、装置及系统

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

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

Country of ref document: EP

Kind code of ref document: A1