[发明专利]一种实现多方通话的方法及通话终端

说明书

技术领域

本发明涉及无线通信终端的应用领域，尤其涉及一种实现多方通话的方法及通话终端。

背景技术

随着通信技术的不断发展，多方通话和电话会议开始盛行，现有技术中，多是利用单通道实现多路电话的拨打。在利用单通道实现多路电话的拨打过程中，协议栈收到网络侧的通话的最终状态后，对最终状态进行编码，生成AT命令并上报给呼叫管理服务层，呼叫管理服务层收到该命令后，查询来电的电话所对应的手机的呼叫通道号码(CID，Call IDentity)，然后匹配对应的电话号码，最后将CID和电话号码上报给人机界面；但是，查询和匹配的过程会增加电话接通的时间。此外，各大厂商自行扩展中间状态，通过中间状态上报CID，中间状态包括呼出过程中收到的响铃消息和被叫过程中收到的呼叫连接建立消息等，这种方法中呼叫管理服务层需要对包含CID的中间状态进行复杂的处理过程，所以同样会增加电话接通的时间；而且在进行多方通话的过程中，如果某一路通话的中间状态中夹杂另一路通话的中间状态，就会出现呼叫状态混乱的情况。

现有技术中，还存在当进行多方通话时，实际响应结果和操作不一致的情况，例如，当已经接通了一路通话时再拨打第二路通话，如果此时第二路通话的被叫拒绝，第一路通话被叫挂断，因此就会同时上报两个最终结果码，因此无法确定哪一个最终结果码对应的是哪一路通话，导致呼叫状态混乱；针对这个问题，部分厂商提出了一种解决办法，即默认先收到的最终结果码是第二路通话的，后收到的最终结果码是第一路通话的；但是，针对这种解决办法，在实现多方通话的过程中，还会存在以下三种情况：第一，第一路通话先被挂断，但是却认为收到的是第二路电话的最终结果码；第二，两路通话挂断的时间相差极小，网络侧不一定会先上报第二路通话的最终结果码；第三，即使是第二路通话被拒接后，第一路通话才挂断的，在实际情况下，被拒接的第二路通话状态是忙碌状态，所以第二路通话的最终结果码的上报速度比较慢，通常会等几秒才会上报，也就有可能在第一路通话的最终结果码之后才上报，这样就出现了状态上报混乱。

发明内容

有鉴于此，本发明的主要目的在于提供一种实现多方通话的方法及通话终端，解决了基于单通道的多方通话过程中存在的状态混乱的问题。

为达到上述目的，本发明的技术方案是这样实现的：

本发明公开一种实现多方通话的通话终端，包括：协议栈、呼叫管理服务层；其中，

协议栈，用于根据获取的与被叫通话终端或被动挂断通话终端的通话的最终结果和该路通话对应的呼叫通道号码(CID)，生成扩展AT命令，并发送给自身所在通话终端的呼叫管理服务层；

呼叫管理服务层，用于对所述扩展AT命令进行解析，对解析后得到的所述CID和最终结果进行管理，并根据所述CID和最终结果进行呼叫控制。

上述通话终端中，

所述呼叫管理服务层还用于，接收请求消息，根据所述请求消息生成AT命令，并发送给自身所在通话终端的协议栈；

所述协议栈还用于，对呼叫管理服务层发送的AT命令进行解析，根据解析得到的请求消息的内容与网络侧交互，获取与被叫通话终端或被动挂断通话终端的通话的最终结果和该路通话对应的CID。

上述通话终端中，所述协议栈进一步包括：解析模块、交互模块、扩展编码模块；其中，

解析模块，用于对AT命令进行解析，将解析得到的请求消息的内容发送给交互模块；

交互模块，用于根据解析得到的请求消息的内容与网络侧交互，获取与被叫通话终端或被动挂断通话终端的通话的最终结果和该路通话对应的CID；

扩展编码模块，用于根据获取的与被叫通话终端或被动挂断通话终端的通话的最终结果和该路通话对应的CID，生成扩展AT命令，并发送给自身所在通话终端的呼叫管理服务层。

上述通话终端中，所述呼叫管理服务层进一步包括：呼叫控制模块、编码模块、解析模块、管理模块；其中，

呼叫控制模块，用于接收请求消息；以及根据解析后得到的所述CID和最终结果进行呼叫控制；

编码模块，用于根据所述请求消息生成AT命令，并发送给自身所在通话终端的协议栈；

解析模块，用于对协议栈的扩展编码模块发送的扩展AT命令进行解析，将解析后得到的最终结果和CID发送给管理模块和呼叫控制模块；

管理模块，用于对解析后得到的所述CID和最终结果进行管理。

本发明还公开一种实现多方通话的方法，包括：