CN104702807A - 一种VoIP通信系统 - Google Patents

Abstract

本发明涉及一种VoIP通信系统，所述VoIP通信系统包括至少一个用户端、VoIP网络和移动交换中心，其中至少一个用户端通过移动无线网络接入VoIP网络，其特征在于，所述移动交换中心包括至少一个会话边界控制器，其通过下述方式修正至少一个第一用户端与至少一个第二用户端之间的VoIP数据流，即，所述会话边界控制器基于按照VoIP数据包丢失情况而修改的RTP报头的时间戳来确定缩减的VoIP数据包所对应的通话时长，并在对应于静默期的所述VoIP数据流中增加对应于所述通话时长的Dummy数据包。

Description

一种VoIP通信系统

技术领域

本发明涉及VoIP通信领域，尤其涉及一种VoIP通信系统。

背景技术

随着网络带宽的提高以及音频视频编码技术的发展，在传统传输数据信息的Internet上进行音频和视频信息的传输已成为大势所趋。网络电话(Voice over Internet Protocol,VoIP)与传统的IP应用相结合，提供一些新的集成音频和数据的应用，同时也支持类似于传统电话网络的长途呼叫服务，相比传统电话网络有许多新的优势，得到了广泛的应用。

VoIP的基本目标是能够提供类似于PSTN的可靠、高质量的语音服务。但由于IP网络提供的是尽力递交的不可靠的数据传输服务，网络的负载和拓扑可能会动态变化，因此网络可能会出现拥塞，并导致分组的丢失、延迟和失序到达。音频信息对于延迟敏感且过多的分组丢失也会带来语音质量的下降。VoIP的服务质量问题成为一个复杂而且富有挑战的问题。

现有技术采用丢弃VoIP数据流中数据包或坏包并且减少RTP报头的时间戳的方式减缓数据时延现象，但是如果一直采用这样的方法减缓时延，VoIP通话两端的用户就会出现通话不同步的问题。即，现有技术无法解决过度减少时间戳导致的VoIP网络用户的通话失去同步的问题。

发明内容

针对现有技术之不足，本发明提供一种VoIP通信系统，所述VoIP通信系统包括至少一个用户端、VoIP网络和移动交换中心，其中，至少一个用户端通过移动无线网络接入VoIP网络，其特征在于，

所述移动交换中心包括至少一个会话边界控制器，所述移动交换中心包括至少一个会话边界控制器，其通过下述方式修正至少一个第一用户端与至少一个第二用户端之间的VoIP数据流，即，所述会话边界控制器基于按照VoIP数据包丢失情况而修改的RTP报头的时间戳来确定缩减的VoIP数据包所对应的通话时长，并在对应于静默期的VoIP数据流中增加大致相当于所述通话时长的Dummy数据包。

根据一个优选实施方式，所述Dummy数据包的有效载荷数据是基于对应的静默期的VoIP数据包的有效载荷数据而确定的。

根据一个优选实施方式，所述会话边界控制器检测所述静默期的VoIP数据流并且在至少一个所述静默期的VoIP数据流中增加至少一个Dummy数据包。

根据一个优选实施方式，所述会话边界控制器至少包括抖动缓冲模块、逻辑整理模块和RTP报头修正模块，

所述抖动缓冲模块用于减缓所述VoIP数据包的抖动，

所述逻辑整理模块统计所述VoIP数据流中丢失的数据包的时间戳对应的通话时间，

所述RTP报头修正模块修正所述VoIP数据包的RTP报头的序列号和/或时间戳。

根据一个优选实施方式，所述RTP报头修正模块根据所述静默期的VoIP数据包的RTP报头的序列号和/或时间戳修正所述Dummy数据包的RTP报头的序列号和/或时间戳，所述Dummy数据包的序列号和/或时间戳与对应的所述静默期的VoIP数据包的序列号和/或时间戳连续。

根据一个优选实施方式，所述会话边界控制器还包括静默期检测模块，所述静默期检测模块检测并将处于静默期的所述VoIP数据包发送至逻辑整理模块。

根据一个优选实施方式，所述Dummy数据包增加在所述静默期的VoIP数据流的首端、末端或者随机两个所述静默期的VoIP数据包之间的间隔内。

根据一个优选实施方式，所述移动交换中心对第一用户端通过移动无线网络发送的会话请求做出响应并检测所述第一用户端能够访问的VoIP网络；

所述移动交换中心向所述第一用户端发送VoIP网关相关协议指令从而使所述第一用户端与所述VoIP网络建立连接；

所述移动交换中心依据所述第一用户端的呼叫信息判断被叫用户端所在网络，并且转发呼叫请求至与所述VoIP网络连接的第二用户端或者与所述公共电话交换网络连接的第三用户端；

所述第一用户端与所述第二用户端/或所述第三用户端建立VoIP通信连接。

根据一个优选实施方式，所述移动交换中心接收和转发所述第一用户端与所述第二用户端/所述第三用户端之间的VoIP数据流至对应的用户端。

根据一个优选实施方式，所述移动交换中心在所述第二用户端或所述第三用户端对所述呼叫请求做出响应并且开始通话的时间作为通话计时的开始时间，在通话结束后所述移动交换中心将实际的通话时间以短信息的方式告知所述第一用户端、所述第二用户端和/或所述第三用户端。

本发明的有益技术效果：

本发明在对应的静默期的VoIP数据流中增加对应于缩减VoIP数据包的时间戳的通话时间的Dummy数据包。本发明一方面保证了抖动缓冲时延的适度消除，另一方面避免在长时间通话的过程中，VoIP网络两端通话用户双方通话不同步的问题，提高了VoIP通信系统的通话服务质量。

附图说明

图1是一种VoIP通信系统的组成结构示意图；

图2是会话边界控制器的一种逻辑示意图；

图3是会话边界控制器的逻辑原理示意图；

图4是会话边界控制器的一种优选实施方式示意图；和

图5是会话边界控制器的另外一种优选实施方式示意图。

具体实施方式

下面结合附图进行详细说明。

本发明提供一种VoIP通信系统，如图1所示，本发明包括至少一个用户端，VoIP网络、VoIP网关、移动无线网络、移动交换中心、公共电话交换网络。第一用户端与移动无线网络连接，移动无线网络与移动交换中心连接。移动交换中心通过VoIP网关与VoIP网络连接。VoIP网络连接多个用户端。

用户通过第一用户端连接移动无线网络，通过移动无线网络连接移动交换中心，并且向移动交换中心发出连接VoIP网络的请求。移动交换中心接收到第一用户端的请求信号后作出响应，检测第一用户端能够连接和访问的VoIP网络。移动交换中心将检测到的VoIP网络的VoIP网关的相关协议信息发送给第一用户端。第一用户端将自己的注册信息、账户信息(如账户名称、密码)、本地IP地址及端口信息携带在注册信息中发送给VoIP网络的VoIP网关。VoIP网关根据接收到注册信息的源IP地址及端口号，与注册信息中携带的本地IP地址及端口号信息，判断第一用户端是否受网络地址转换防火墙的保护，即是否处于NAT防火墙后，将判断结果及注册信息的源IP地址及端口号保存。当VoIP网关判断第一用户端的注册信息符合网关协议后，第一用户端与VoIP网络连接。第一用户端通过VoIP网络发送呼叫请求信息，呼叫请求信息包括被呼叫方的VoIP号码等账户信息。移动交换中心接收到呼叫请求信息后根据被呼叫的号码信息判断被呼叫用户端所在的电话网络。移动交换中心通过VoIP网络或公共电话交换网络将第一用户端的呼叫请求信息转发至被呼叫用户端。在移动交换中心转发呼叫请求信息的时间内，移动交换中心通过VoIP网络与第一用户端保持连接并传送转接提示音、音乐铃声或商业广告语音，避免第一用户端的用户不确定是否与移动交换中心连接，同时避免用户等待中产生无聊和焦躁的情绪。

移动交换中心根据第一用户端的呼叫请求信息判断被呼叫的第二用户端属于VoIP网络。移动交换中心通过VoIP网络连接第二用户端，判断第二用户端能否接通。当第二用户端无法接通时，移动交换中心将无法接通的情况以语音的方式或提示音的方式告知第一用户端的用户。当第二用户端能够接通，处于通话状态时，移动交换中心将第二用户端的通话状态以语音的方式或提示音的方式告知第一用户端的用户。当第二用户端处于待机状态即能够接通状态时，移动交换中心转发第一用户端的呼叫请求信息至第二用户端。移动交换中心向第一用户端发送第二用户端已接通的信号，提示第一用户端其呼叫的第二用户端能够接通，请第一用户端的用户等待。第二用户端对呼叫请求信息做出响应，并将接收呼叫请求信息的信号反馈至移动交换中心。移动交换中心在接收到第二用户端的反馈信息后，通过VoIP网络连接第一用户端和第二用户端，使第一用户端和第二用户端进行通话，同时移动交换中心开始通话计时，计算实际的通话时间。在第一用户端与第二用户端的通话结束后，移动交换中心将实际的通话时间以短信息的方式告知第一用户端和/或第二用户端。

移动交换中心根据第一用户端的呼叫请求信息判断被呼叫的第三用户端属于公共电话交换网络。移动交换中心通过公共电话网络连接第三用户端，判断第三用户端能否接通。当第三用户端无法接通时，移动交换中心将无法接通的情况以语音的方式或提示音的方式告知第一用户端的用户。当第三用户端能够接通，处于通话状态时，移动交换中心将第三用户端的通话状态以语音的方式或提示音的方式告知第一用户端的用户。当第三用户端处于待机状态即能够接通状态时，移动交换中心转发第一用户端的呼叫请求信息至第三用户端。移动交换中心向第一用户端发送第三用户端已接通的信号，提示第一用户端其呼叫的第三用户端能够接通，请第一用户端的用户等待。第三用户端对呼叫请求信息做出响应，并将接收呼叫请求信息的信号反馈至移动交换中心。移动交换中心在接收到第三用户端的反馈信息后，将第一用户端与第三用户端的语音信号同步连接传递，同时移动交换中心开始通话计时，计算实际的通话时间。在第一用户端与第三用户端的通话结束后，移动交换中心将实际的通话时间以短信息的方式告知第一用户端和/或第三用户端。

其中，移动交换中心包括至少一个会话边界控制器。如图2所示，会话边界控制器包括RTP接收模块、抖动缓冲模块、解码模块、静默期检测模块、逻辑整理模块、RTP报头修正模块和RTP发送模块。

RTP(real-time transport protocol RFC 1889/RFC 3350)数据协议负责对流媒体数据进行封包并实现媒体流的实时传输，每一个RTP数据报都由头部(Header)和负载(Payload)两个部分组成，其中头部前12个字节的含义是固定的，而负载则可以是音频或者视频数据。

RTP数据报包含了传输媒体的类型、格式、序列号、时间戳以及是否有附加数据等信息。其中比较重要的几个域包括：CSRC记数(CC)、载荷类型(PT)、序列号和时间戳。

CSRC记数(CC)表示CSRC标识的数目。CSRC标识紧跟在RTP固定头部之后，用来表示RTP数据报的来源，RTP协议允许在同一个会话中存在多个数据源，它们可以通过RTP混合器合并为一个数据源。例如，可以产生一个CSRC列表来表示一个电话会议，该会议通过一个RTP混合器将所有讲话者的语音数据组合为一个RTP数据源。

载荷类型(PT)标明RTP负载的格式，包括所采用的编码算法、采样频率、承载通道等。例如，类型2表明该RTP数据包中承载的是用ITU G.721算法编码的语音数据，采样频率为8000Hz，并且采用单声道。

序列号表示RTP分组的次序。RTP不保证数据包按序号传送，即使下层网络提供可靠性传送，也不能保证数据包的顺序到达。因此序列号供接收方检测分组丢失和恢复分组次序。

时间戳记录了负载中第一个字节的采样时间，接收方根据时间戳能够确定数据的到达是否受到了延迟抖动的影响。

会话边界控制器修正至少一个所述第一用户端与至少一个第二用户端和/或第三用户端之间的VoIP数据流，如图3所示。会话边界控制器的修正步骤包括：

步骤11：RTP接收模块接收VoIP数据流。

RTP接收模块根据RTP协议接收VoIP数据流中的VoIP数据包，并且按照RTP报头的序列号对VoIP数据包进行排序，以便解码模块对VoIP数据包进行正确的解码。

步骤12：减缓VoIP数据包的抖动。

抖动缓冲模块是一个共享的数据区域，在这个数据区域中，每隔一段均匀的间隔，VoIP数据包会被收集，存储并发到语音处理器。VoIP数据包到达时间的变化，称作抖动，将会由于网络拥塞，定时漂移或路由变更而产生。抖动缓冲模块放于VoIP语音连接的接收端，它有意地延迟到达的VoIP数据包，如此一来，终端用户就会感受到一个清晰的，没有声音失真的连接。因此，抖动缓冲模块减缓VoIP数据包的抖动，使终端用户接收到清晰的语音信号。

步骤13：修正VoIP数据包的RTP报头。

在VoIP数据流传输的过程中，无可避免的出现丢失数据包和损坏数据包的现象。丢失和损坏的数据包无法再拆包和转换为语音信号。用户在终端就会感觉到语音出现短暂的停顿或语音不清晰。因此，RTP报头修正模块重新修正VoIP数据包的序列号和时间戳，这样可以消除由于丢失或损坏数据包出现的延迟现象。

VoIP数据流经过抖动缓冲模块被传送至解码模块。解码模块对VoIP数据包进行解码后将其发送至静默期检测模块。

静默期适合增加或减少VoIP数据包。在静默期修改RTP报头的序列号或时间戳不会影响或降低通话质量或声音质量。

静默期检测模块检测VoIp数据流是否为静默期的VoIp数据流。静默期检测模块将非静默期的VoIp数据流发送至RTP报头修正模块。

RTP报头修正模块丢弃损坏的VoIp数据包。RTP报头修正模块根据VoIp数据流的RTP报头的序列号和时间戳将VoIp数据包的序列号和/或时间戳修改为彼此连续的序列号和/或时间戳。每个VoIp数据包的序列号和/或时间戳都是唯一的，相邻的VoIp数据包的序列号都是连续的。

RTP报头修正模块将VoIp数据流发送至RTP发送模块。RTP发送模块对VoIp数据包编码后发送至对应的电话网络，例如VoIp电话网络或公共电话交换网络。

步骤14：统计丢失或损坏的数据包的时间戳对应的通话时间。

RTP报头修正模块统计丢失或损坏的数据包的时间戳所对应的通话时间信息并传送至逻辑整理模块。

逻辑整理模块包括电路模块和逻辑模块。逻辑整理模块记录会话边界控制器已发送的VoIp数据流缩减的通话时间。

步骤15：检测后续的静默期的VoIP数据流。

当静默期检测模块检测到静默期的VoIP数据流，静默期检测模块将静默期的VoIP数据流发送至逻辑整理模块。

步骤16：在静默期的VoIP数据流中插入Dummy数据包。

Dummy数据包为虚拟数据包。

逻辑整理模块根据记录的缩减时间将至少一个Dummy数据包增加在后续的静默期的VoIP数据流中。逻辑整理模块统计后静默期VoIP数据包的时间戳对应的通话时间。逻辑整理模块设置有静默期的时间阈值。逻辑整理模块判断静默期VoIP数据包的时间戳对应的通话时间是否小于时间阈值。若时间戳对应的通话时间小于时间阈值，则逻辑整理模块选择在该静默期的VoIP数据流中增加Dummy数据包。若时间戳对应的通话时间大于时间阈值，则逻辑整理模块选择不在该静默期的VoIP数据流中增加Dummy数据包，而是在后续的下一个符合条件的静默期的VoIP数据流中增加Dummy数据包。例如，时间阈值为400ms。静默期的VoIP数据流中的所有的VoIP数据包的时间戳对应的通话时间大于400ms，则逻辑整理模块选择不在该段静默期的VoIP数据流中增加Dummy数据包，而在下一个静默期的VoIP数据流中增加Dummy数据包。这样能够避免终端用户感受到太久的沉默或听不到声音。

增加的所有Dummy数据包的RTP报头的时间戳对应的通话时长等于所有VoIP数据流中因为丢失或损坏VoIP数据包而缩减的通话时间。Dummy数据包的位置和数量由逻辑整理模块根据静默期的VoIP数据流的情况确定。

步骤17：修正静默期的VoIP数据包的RTP报头。

逻辑整理模块将增加了Dummy数据包的静默期的VoIP数据流发送至RTP报头修正模块。RTP报头修正模块根据静默期的VoIP数据包的有效载荷数据修正Dummy数据包的有效载荷数据。Dummy数据包的RTP包头中的序列号和时间戳与相邻的VoIP数据包的序列号和时间戳是连续的。

步骤18：发送修正的VoIP数据流。

RTP报头修正模块将VoIp数据流发送至RTP发送模块。RTP发送模块对VoIp数据包编码后发送至对应的电话网络，例如VoIp电话网络或公共电话交换网络。

实施例

本实施例详细说明会话边界控制器修正至少一个第一用户端与第二用户端和/或第三用户端之间的VoIP数据流的优选实施方式。

如图4所示，RTP接收模块接收的第一个VoIP数据流包括四个VoIP数据包101-104。数据包101的RTP报头的序列号为n，n为正数或0。数据包102的RTP报头的序列号为n+1。数据包103的RTP报头的序列号为n+2。数据包104的RTP报头的序列号为n+3。数据包101的RTP报头的时间戳为m。数据包102的RTP报头的时间戳为m+80ms。数据包103的RTP报头的时间戳为m+160ms。数据包104的RTP报头的时间戳为m+240ms。

RTP报头修正模块发现在VoIP数据流传输的过程中数据包102丢失。数据包102的RTP报头的时间戳对应的通话时间为80ms。RTP报头修正模块修正数据包101、103、104的报头的序列号和时间戳。数据包101的序列号修正为a，a为正数或0。数据包103的RTP报头的序列号修正为a+1。数据104的RTP报头的序列号修正为a+2。数据包101的时间戳修正为b，b为正数或0。数据包103的时间戳修正为b+80ms。数据包104的时间戳修正为b+160ms。

如图4所示，静默期检测模块检测到后续的第二个静默期的VoIP数据流。VoIP数据流包括四个VoIP数据包201-204。数据包201的RTP报头的序列号为n，n为正数或0。数据包202的RTP报头的序列号为n+1。数据包203的RTP报头的序列号为n+2。数据包204的RTP报头的序列号为n+3。数据包201的RTP报头的时间戳为m。数据包202的RTP报头的时间戳为m+80ms。数据包203的RTP报头的时间戳为m+160ms。数据包204的RTP报头的时间戳为m+240ms。逻辑整理模块根据前续VoIP数据流缩减的通话时间的记录和后续静默期VoIP数据包的有效载荷数据，确定在后续静默期VoIP数据流中需要增加一个Dummy数据包。Dummy数据包的位置可以选择在VoIP数据包201、202、203、204之间的任一间隔，或者在VoIP数据包201前面，或者在VoIP数据包204后面。逻辑整理模块在VoIP数据包201与VoIP数据包202之间增加数据包210。数据包210为Dummy数据包。

RTP报头修正模块修正后续的静默期的VoIP数据流的数据包的RTP报头。数据包201的序列号修正为a，a为正数或0。数据包210的序列号修正为a+1。数据包202的序列号修正为a+2。数据包203的序列号修正为a+3。数据包204的序列号修正为a+4。数据包201的时间戳修正为b，b为正数或0。数据包210的时间戳修正为b+80ms。数据包202的时间戳修正为b+160ms。数据包203的时间戳修正为b+240ms。数据包204的时间戳修正为b+320ms。

当有多个VoIP数据流丢失或损坏VoIP数据包，VoIP数据流不断减少延迟，延迟的时间不断缩减。当通话持续时间很久，VoIP数据流就会出现延迟被过度缩减，VoIP网络两端通话的用户会出现通话不同步的现象。

本发明的会话边界控制器中，逻辑整理模块统计第一个VoIP数据流减小了80ms延迟，在第二个静默期的VoIP数据流中以增加Dummy数据包的方式增加了80ms延迟。这样，在VoIP网络两端的用户通话的过程中，静默期VoIP数据流中增加的延时很短，用户感受不到语音延迟。在不影响用户感受的情况下，本发明一方面保证了抖动缓冲时延的适度消除，另一方面避免在长时间通话的过程中，由于过度减小时延而导致VoIP网络两端通话用户双方通话不同步的问题，提高了VoIP通信系统的通话服务质量。

当逻辑整理模块统计到VoIP数据流由于丢失或损坏数据包而导致的缩减的延迟时间太长，例如400ms时，逻辑整理模块将对应400ms的多个Dummy数据包增加到后续的多个静默期的VoIP数据流中，而不是仅增加在后续的一个静默期的VoIP数据流中。因为如果增加在后续的一个静默期的VoIP数据流中，VoIP网络两端的用户在通话过程中会明显感受到通话延迟的影响。

根据一个优选实施方式，逻辑管理模块在统计到第一个VoIP数据流因为丢失数据包而缩减的时间后，Dummy数据包可被随机的增加到后续的静默期的VoIP数据流中。后续的静默期的VoIP数据流可以与第一个VoIP数据流间隔多个VoIP数据流。每一个静默期的VoIP数据流中的Dummy数据包可以是一个，也可以是多个。多个Dummy数据包的顺序可以是连续的，也可以是间隔一个或多个数据包。

需要注意的是，上述具体实施例是示例性的，本领域技术人员可以在本发明公开内容的启发下想出各种解决方案，而这些解决方案也都属于本发明的公开范围并落入本发明的保护范围之内。本领域技术人员应该明白，本发明说明书及其附图均为说明性而并非构成对权利要求的限制。本发明的保护范围由权利要求及其等同物限定。

Claims (10)

1.一种VoIP通信系统，所述VoIP通信系统包括至少一个用户端、VoIP网络和移动交换中心，其中，至少一个用户端通过移动无线网络接入VoIP网络，其特征在于，

所述移动交换中心包括至少一个会话边界控制器，其通过下述方式修正至少一个第一用户端与至少一个第二用户端之间的VoIP数据流，即，所述会话边界控制器基于按照VoIP数据包丢失情况而修改的RTP报头的时间戳来确定缩减的VoIP数据包所对应的通话时长，并在对应于静默期的VoIP数据流中增加大致相当于所述通话时长的Dummy数据包。

2.如权利要求1所述的VoIP通信系统，其特征在于，所述Dummy数据包的有效载荷数据是基于对应的静默期的VoIP数据包的有效载荷数据而确定的。

3.如权利要求2所述的VoIP通信系统，其特征在于，所述会话边界控制器检测所述静默期的VoIP数据流并且在至少一个所述静默期的VoIP数据流中增加至少一个Dummy数据包。

4.如权利要求1所述的VoIP通信系统，其特征在于，所述会话边界控制器至少包括抖动缓冲模块、逻辑整理模块和RTP报头修正模块，

所述抖动缓冲模块用于减缓所述VoIP数据包的抖动，

所述逻辑整理模块统计所述VoIP数据流中丢失的数据包的时间戳对应的通话时间，

所述RTP报头修正模块修正所述VoIP数据包的RTP报头的序列号和/或时间戳。

5.如权利要求4所述的VoIP通信系统，其特征在于，所述RTP报头修正模块根据所述静默期的VoIP数据包的RTP报头的序列号和/或时间戳修正所述Dummy数据包的RTP报头的序列号和/或时间戳，所述Dummy数据包的序列号和/或时间戳与对应的所述静默期的VoIP数据包的序列号和/或时间戳连续。

6.如权利要求3或5所述的VoIP通信系统，其特征在于，所述会话边界控制器还包括静默期检测模块，所述静默期检测模块对所述VoIP数据包进行检测并将处于静默期的所述VoIP数据包发送至逻辑整理模块。

7.如权利要求6所述的VoIP通信系统，其特征在于，所述Dummy数据包增加在所述静默期的VoIP数据流的首端、末端或者随机两个所述静默期的VoIP数据包之间的间隔内。

8.如前述权利要求之一所述的VoIP通信系统，其特征在于，

所述移动交换中心对第一用户端通过移动无线网络发送的会话请求做出响应并检测所述第一用户端能够访问的VoIP网络；

所述移动交换中心向所述第一用户端发送VoIP网关协议指令从而使所述第一用户端与所述VoIP网络建立连接；

所述移动交换中心依据所述第一用户端的呼叫信息判断被叫用户端所在网络，并且转发呼叫请求至与所述VoIP网络连接的第二用户端或者与所述公共电话交换网络连接的第三用户端；

所述第一用户端与所述第二用户端/或所述第三用户端建立VoIP通信连接。

9.如权利要求8所述的VoIP通信系统，其特征在于，所述移动交换中心接收和转发所述第一用户端与所述第二用户端/所述第三用户端之间的VoIP数据流至对应的用户端。

10.如权利要求8所述的VoIP通信系统，其特征在于，所述移动交换中心在所述第二用户端或所述第三用户端对所述呼叫请求做出响应并且开始通话的时间作为通话计时的开始时间，在通话结束后所述移动交换中心将实际的通话时间以短信息的方式告知所述第一用户端、所述第二用户端和/或所述第三用户端。