CN112839136A - 注册终端的通话方法及通话系统 - Google Patents

Abstract

本申请公开了注册终端的通话方法及通话系统，第一终端和第二终端分别在第一服务器和第二服务器完成注册，第一终端和第二终端的注册信息写入数据库，第一服务器和第二服务器通过数据库完成信息共享，通话方法包括第一终端向第一服务器发送invite信令，invite信令包括第二终端号码；根据第二终端号码在数据库中查询第二终端的注册信息，并获取对应第二终端的第二服务器；通过调用外呼rpc接口，第二服务器将invite信令发送至第二终端；若第二终端接起通话，则返回200ok信令至第一终端。注册在不同服务器的终端通话时，通过跨机器rpc调用的方式，直接调用被叫终端所在服务器的外呼接口，进而发送invite信令给被叫终端，从而节约了信令转发的事件开销，简化了业务处理。

Description

注册终端的通话方法及通话系统

技术领域

本申请涉及PBX服务器技术领域，尤其涉及注册终端的通话方法及通话系统。

背景技术

PBX(Private Branch Exchange，用户级交换机)即公司内部使用的电话业务网络，系统内部分机用户分享一定数量的外线。PBX俗称程控交换机，程控用户交换机，电话交换机，集团电话等。

PBX是现代办公常用的电话通讯管理手段的一种，使电话管理者可集团性管理外线来电与内线呼出。现有的PBX服务器集群一般基于sip(Session Initiation Protocol，会话初始协议)协议的信令代理转发功能，借助于DB(data base，数据库)共享注册信息，采用软交换模式，实现注册在不同PBX服务器上SIP终端设备之间的信令转发。

但是，主被叫终端注册的PBX服务器间需要进行额外的信令转发，每次信令解析转发过程需要经过网络传输和sip协议栈解包和组包处理，增加额外的性能开销。

发明内容

本申请提供注册终端的通话方法及通话系统，以解决现有技术中由于PBX服务器间进行额外的信令转发造成额外性能开销的问题。

为解决上述技术问题，本申请提出一种注册终端的通话方法，第一终端在第一服务器完成注册，第一终端的注册信息写入数据库，第二终端在第二服务器完成注册，第二终端的注册信息写入数据库，第一服务器和第二服务器通过数据库完成信息共享，包括：第一终端向第一服务器发送invite信令，invite信令包括第二终端号码；根据第二终端号码在数据库中查询第二终端的注册信息，并获取对应第二终端的第二服务器；通过调用外呼rpc接口，第二服务器将invite信令发送至第二终端；若第二终端接起通话，则返回200ok信令至第一终端。

为解决上述技术问题，本申请提出一种注册终端的通话系统，包括第一终端，用于发送invite信令，其中，invite信令包括第二终端号码；第一服务器，用于根据第二终端号码在数据库中查询第二终端的注册信息，并获取对应第二终端的第二服务器；数据库，用于存储和共享第一终端和第二终端的注册信息；第二终端，用于接收invite信令，接起通话并返回200ok信令至第一终端；第二服务器，用于通过调用外呼rpc接口，将invite信令发送至第二终端。

本申请提出了注册终端的通话方法及通话系统，第一终端在第一服务器完成注册，第一终端的注册信息写入数据库，第二终端在第二服务器完成注册，第二终端的注册信息写入数据库，第一服务器和第二服务器通过数据库完成信息共享，通话方法包括第一终端向第一服务器发送invite信令，invite信令包括第二终端号码；根据第二终端号码在数据库中查询第二终端的注册信息，并获取对应第二终端的第二服务器；通过调用外呼rpc接口，第二服务器将invite信令发送至第二终端；若第二终端接起通话，则返回200ok信令至第一终端。通过上述方式，注册在不同服务器间的终端通话时，可以通过跨机器rpc调用的方式，直接调用被叫终端所在服务器的外呼接口，进而发送invite信令给被叫终端，从而节约了信令转发的事件开销，简化了业务处理。

附图说明

为了更清楚地说明本申请的技术方案，下面将对实施方式中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是现有技术基于kamailio的PBX服务器集群注册过程的流程示意图；

图2是现有技术基于kamailio的PBX服务器集群拨打呼叫过程的流程示意图；

图3是本申请注册终端的通话方法一实施例的流程示意图；

图4是本申请注册终端的通话方法另一实施例的流程示意图；

图5是本申请注册终端的通话方法中注册过程一实施例的流程示意图；

图6是本申请通话过程转发信令过程一实施例的时序图；

图7是本申请通话过程rpc调用过程一实施例的时序图；

图8是本申请注册终端的通话系统的结构示意图；

图9是业务服务声明rpc接口过程一实施例的示意图；

图10是跨机器调用rpc接口过程一实施例的示意图。

具体实施方式

为使本领域的技术人员更好地理解本申请的技术方案，下面结合附图和具体实施方式对本申请所提供的注册终端的通话方法及通话系统进一步详细描述。

首先，对以下缩略语、英文进行解释：

1、PBX服务器，基于sip协议的软交换服务器，负责处理sip信令。

2、RPC调用，远程过程调用(Remote Procedure Call)。

3、kamailio，可拓展的开源SIP服务器框架。

请参阅图1-2，图1是现有技术基于kamailio的PBX服务器集群注册过程的流程示意图，图2是现有技术本申请基于kamailio的PBX服务器集群拨打呼叫过程的流程示意图。

如图所示，注册在一台kamailio的终端设备拨打注册在另外一台kamailio的终端设备，如下图所示kamailio服务器01需要转发信令到kamailio服务器02，kamalio服务器02收到信令后需要业务层处理，再呼叫一路到终端02：主被叫终端注册的PBX服务器间需要进行额外的信令转发，每次信令解析转发过程需要经过网络传输和sip协议栈解包和组包处理，增加额外的性能开销。

基于此，本申请提出注册终端的通话方法及通话系统，可以通过跨机器rpc调用的方式，直接调用被叫终端所在服务器的外呼接口，进而发送invite信令给被叫终端，从而节约了信令转发的事件开销，简化了业务处理。

请参阅图3，图3是本申请注册终端的通话方法一实施例的流程示意图。第一终端在第一服务器完成注册，第一终端的注册信息写入数据库，第二终端在第二服务器完成注册，第二终端的注册信息写入数据库，第一服务器和第二服务器通过数据库完成信息共享，本实施例中通话方法可以应用于分布式的PBX服务器集群，具体包括以下步骤：

S11：第一终端向第一服务器发送invite信令，invite信令包括第二终端号码。

第一终端和第二终端可以为sip话机终端设备或具有sip话机终端功能的桌面应用程序或手机应用。其中，第一终端作为主叫终端，第二终端作为被叫终端。

在本实施例中，第一服务器和第二服务器都可以是基于sip协议的PBX服务器，其中，PBX服务器可以包括Sip协议栈服务、转发服务、通话服务和注册服务。

Sip协议栈服务：提供负责收发sip协议包，将收到协议包以sip事件上报给上层服务；提供接口支持上层服务调用接口发送sip信令给终端。

转发服务：接收本机sip协议栈服务的sip信令事件，信令所属通话转发到本机或其他PBX服务器的转发服务间接转发到其上层业务处理；提供本地调用接口，可根据操作通话归属PBX服务器，调用本地sip协议栈服务或转发到其他PBX服务器的转发服务间接调用sip协议栈服务。

通话服务：接收来自转发服务的信令事件，经过业务处理后调用转发业务接口进行外呼新一路通话或响应操作。

注册服务：接收来自sip协议栈注册事件，并写入数据库和其他PBX机器间完成注册终端信息交互。

因此，当第一终端呼叫第二终端时，第一终端可以向第一服务器发送invite信令，其中invite信令包括呼叫终端号码，即第二终端号码。

S12：根据第二终端号码在数据库中查询第二终端的注册信息，并获取对应第二终端的第二服务器。

第一服务器根据第二终端号码，可以在数据库中查询第二终端的注册信息，其中注册信息包括第二终端注册的服务器，从而获得负责第二终端的第二服务器。

S13：通过调用外呼rpc接口，第二服务器将invite信令发送至第二终端。

通过调用外呼rpc接口，第二服务器本身不处理invite信令，但可以将invite信令发送至第二终端。

在本实施例中可以通过rpc调用信令，其中rpc调用可以包括业务服务声明和跨机器调用，具体原理在下文介绍。rpc调用的传输效率高；发起调用的一方无需知道RPC的具体实现，如同调用本地函数般调用。

S14：若第二终端接起通话，则返回200ok信令至第一终端。

第二终端接起电话后，经过逻辑处理，若接起通话后，则返回200ok信令给第一终端。第一终端再返回ack信令给第二终端，从而完成通话，其中ack信令为sip协议的主要信令。

需要说明的是，在本实施例中，第一终端和第一服务器之间、第二终端和第二服务器之间还是通过sip协议进行通信；第一服务器和第二服务器之间可以利用rpc调用替换现有技术中的信令转发。

在本实施例中，注册在第一服务器的第一终端呼叫注册在第二服务器的第二终端，无需在两台服务器之间转发信令，而是由第一服务器直接RPC调用第二服务器的接口，让第二服务器直接往第二终端发送信令，从而达到在两台服务器间只通过RPC调用传输必要控制参数信息，无需走sip协议栈经历解包和组包过程处理，节省了性能开销和网络传输开销。

其中，必要控制参数信息是指在首次外呼时被呼叫的账号和连接信息，连接信息可以包括连接ID。当RPC调用到达被呼叫终端所注册的服务器(即第二服务器)后，可以由被呼叫终端所注册的服务器拼接出完整的sip协议包。

此外，必要控制参数可以在外呼成功后返回被呼叫终端所注册的服务器和被叫间通话的内存句柄，后续该路进行通话时，可以直接对该内存句柄进行操作。其中，内存句柄可以包括机器信息和内存指针。

本实施例的可以提高服务器集群的服务器间协作，通过本方法建立PBX服务器分布式集群，从而支撑注册规模更大并发量更大的终端间通话(相较于非分布式的单机PBX服务器)。

请参阅图4，图4是本申请注册终端的通话方法另一实施例的流程示意图。在本实施例中，服务器可以包括sip协议栈服务模块、转发服务模块和通话服务模块。本实施例中与上述实施例相同的部分，在此不再赘述。方法包括：

0、注册在第一服务器的第一终端和注册在第二服务器的第二终端在数据库存储有注册数据。

1、第一终端拨打第二终端电话，第一终端的sip协议栈服务模块接收Invite信令。

2、第一终端的sip协议栈服务模块将与Invite信令对应的Invite事件发送至转发服务模块，即第一终端的sip协议栈服务模块上报业务所需内容的invite事件给转发服务模块。

3、转发服务模块将Invite事件发送至本机的通话服务模块。

4、通话服务模块处理Invite事件，根据目标号码(即第二终端号码)在数据库查询第二终端的注册信息，其中，注册信息包括第二终端的注册服务器(即第二服务器)。

5、通话服务模块调用转发服务模块的外呼rpc接口，外呼目标号码，并将通话信息“第一终端->第一服务器”写入数据库。

6、第一终端的转发服务模块rpc调用第二终端的转发服务模块的外呼rpc接口。

7、第二服务器的转发服务模块调用本机的sip协议栈服务模块的sip外呼接口，并藉由sip协议栈服务模块将invite信令发送至第二终端。

8、第二终端接收invite信令后，经过逻辑处理，若接起通话，则返回200ok信令至第二服务器的Sip协议栈服务模块。

9、第二终端的Sip协议栈服务模块将200ok信令对应的200ok事件发送至第二终端的转发服务模块。

10、第二终端的转发服务模块识别到该路通话在第一服务器的通话服务模块处理，并将200ok事件发送至第一服务器的转发服务模块。

11、第一服务器的转发服务模块将200ok事件发送至本机的通话服务模块。

12、第一服务器的通话服务模块接收到200ok事件后，处理对应的业务，并返回ack信令至第二终端，其中，ack信令为sip协议的主要信令。返回ack信令的过程与上述invite事件转发的过程相同，在此不再赘述。

请参阅图5，图5是本申请注册终端的通话方法中注册过程一实施例的流程示意图。在本实施例中，服务器还包括注册服务模块。方法包括：

1、第一终端根据配置的第一服务器IP或者DNS解析，发送register信令至sip协议栈服务模块。

2、第一服务器的sip协议栈服务模块按照sip协议解析后，封装成业务所需的注册事件，将register信令对应的注册事件发送至注册服务模块。

3、第一服务器的注册服务鉴权通过后，允许注册时调用本机sip协议栈服务模块接口，返回200ok至第一终端，并将注册信息写入数据库，之后其他服务器通过数据库查询第一终端的注册信息。

第二终端的注册过程跟第一终端的注册过程相同，在此不再赘述。在注册完成后，第二终端的注册信息也可以通过数据库共享给其他服务器。

需要说明的是，由于上述实施例是基于PBX服务器，而PBX服务器是基于sip协议的软交换服务器，负责处理sip信令，因此在上述实施例中的invite信令、200ok信令、register信令等都是sip信令，invite事件和200ok事件都是sip事件。

请参阅图6和图7，图6是本申请通话过程转发信令过程一实施例的时序图，图7是本申请通话过程rpc调用过程一实施例的时序图。

在本实施例中，第一终端用“终端A”表示，第二终端用“终端B”表示；第一服务器用“PBX01”表示，第二服务器用“PBX02”表示。

基于上述注册终端的通话方法，本申请还提出一种通话系统，请参阅图8，图8是本申请注册终端的通话系统的结构示意图。在本实施例中，通话系统100可以包括第一终端110、第一服务器120、数据库130、第二终端150和第二服务器140。

第一终端110可以用于发送invite信令，其中，invite信令包括第二终端号码。第一服务器120可以用于根据第二终端号码在数据库130中查询第二终端150的注册信息，并获取对应第二终端150的第二服务器140。数据库130可以用于存储和共享第一终端110和第二终端150的注册信息。第二终端150可以用于接收invite信令，接起通话并返回200ok信令至第一终端110。第二服务器140可以用于通过调用外呼rpc接口，将invite信令发送至第二终端150。

进一步地，服务器可以包括sip协议栈服务模块、转发服务模块、通话服务模块和注册服务模块。其中，在第一服务器120中，

sip协议栈服务模块可以用于接收Invite信令，并将Invite信令对应的Invite事件发送至转发服务模块。转发服务模块可以用于将Invite事件发送至通话服务模块。通话服务模块可以用于处理Invite事件，并根据第二终端150号码在数据库130查询第二终端150的注册信息，其中，注册信息包括第二终端150的注册服务器。通话服务模块还可以用于调用转发服务模块的外呼rpc接口，外呼第二终端150号码，并将通话信息写入数据库130。

第一终端110的转发服务模块可以用于调用第二终端150的转发服务模块的外呼rpc接口；还可以用于将200ok事件发送至本机的通话服务模块。

第二服务器140的转发服务模块可以用于调用本机的sip协议栈服务模块的sip外呼接口，并藉由sip协议栈服务模块将invite信令发送至第二终端150；还可以用于识别到该路通话在第一服务器120的通话服务模块处理，并将200ok事件发送至第一服务器120的转发服务模块。

第二服务器140的sip协议栈服务模块可以用于将200ok信令对应的200ok事件发送至第二终端150的转发服务模块。第一服务器120的通话服务模块可以用于接收到200ok事件后，处理对应的业务，并返回ack信令至第二终端150，其中，ack信令为sip协议的主要信令。第一终端110可以用于根据第一服务器120的IP或者DNS解析，发送register信令至sip协议栈服务模块。sip协议栈服务模块还可以用于将register信令对应的注册事件发送至注册服务模块。第一服务器120还可以用于在注册服务鉴权通过后，返回200ok至第一终端110，并将注册信息写入数据库130。

此外，请参阅图9和图10，图9是业务服务声明rpc接口过程一实施例的示意图；图10是跨机器调用rpc接口过程一实施例的示意图。

在本申请的分布式架构中，跨机器的rpc调用的实现包括业务服务声明和跨机器调用。如图9所示，业务服务声明包括：

1、业务服务启动时，声明所支持的rpc调用接口。该声明过程，会把接口函数名和函数实现的细节(包括函数地址，签名以及所属线程等)更新到共享内存的映射表中。

2、数据传输模块启动时，会根据配置文件完成和其他PBX的数据传输模块间互相发现，并维持长连接。

如图10所示，跨机器调用包括：

1、第一服务器上的业务服务rpc调用第二服务器上的业务服务注册的rpc调用接口fun01时，将第二服务器，func01函数名以及相关参数，通过rpc调用模块的接口按照固定序列化格式序列化为二进制串，并发送给数据传输模块。

2、第一服务器上的数据传输模块，根据目标节点第二服务器查找对应的tcp长连接，将该二进制串发送给第二服务器上的数据传输模块。

3、第二服务器上的数据传输模块，收到二进制串后按照反序列化出函数名func01和相关参数，使用func01在共享内存映射表中查询函数实现细节，并投递到对应业务服务的线程(或进程)处理。

4、第二服务器上的业务服务，对应线程收到投递的函数调用，执行根据参数内容执行该函数调用。

此外，还需要说明的是，跨机器的rpc调用的实现还可以使用使用开源的gRPC，Thrift等框架替代实现，在此不再赘述。

本申请提出了注册终端的通话方法及通话系统，第一终端在第一服务器完成注册，第一终端的注册信息写入数据库，第二终端在第二服务器完成注册，第二终端的注册信息写入数据库，第一服务器和第二服务器通过数据库完成信息共享，通话方法包括第一终端向第一服务器发送invite信令，invite信令包括第二终端号码；根据第二终端号码在数据库中查询第二终端的注册信息，并获取对应第二终端的第二服务器；通过调用外呼rpc接口，第二服务器将invite信令发送至第二终端；若第二终端接起通话，则返回200ok信令至第一终端。通过上述方式，注册在不同服务器间的终端通话时，可以通过跨机器rpc调用的方式，直接调用被叫终端所在服务器的外呼接口，进而发送invite信令给被叫终端，从而节约了信令转发的事件开销，简化了业务处理。

可以理解的是，此处所描述的具体实施例仅用于解释本申请，而非对本申请的限定。另外为了便于描述，附图中仅示出了与本申请相关的部分而非全部结构。文中所使用的步骤编号也仅是为了方便描述，不对作为对步骤执行先后顺序的限定。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种注册终端的通话方法，其特征在于，第一终端在第一服务器完成注册，所述第一终端的注册信息写入数据库，第二终端在第二服务器完成注册，所述第二终端的注册信息写入所述数据库，所述第一服务器和所述第二服务器通过所述数据库完成信息共享，所述通话方法包括：

所述第一终端向所述第一服务器发送invite信令，所述invite信令包括所述第二终端号码；

根据所述第二终端号码在所述数据库中查询所述第二终端的注册信息，并获取对应所述第二终端的所述第二服务器；

通过调用外呼rpc接口，所述第二服务器将所述invite信令发送至所述第二终端；

若所述第二终端接起通话，则返回200ok信令至所述第一终端。

2.根据权利要求1所述的通话方法，其特征在于，所述服务器包括sip协议栈服务模块、转发服务模块和通话服务模块；在所述第一服务器中，所述通话方法包括：

所述sip协议栈服务模块接收所述Invite信令，并将所述Invite信令对应的Invite事件发送至所述转发服务模块；

所述转发服务模块将所述Invite事件发送至所述通话服务模块；

所述通话服务模块处理所述Invite事件，根据所述第二终端号码在所述数据库查询所述第二终端的注册信息，其中，所述注册信息包括所述第二终端的注册服务器；

所述通话服务模块调用所述转发服务模块的所述外呼rpc接口，外呼所述第二终端号码，并将通话信息写入所述数据库。

3.根据权利要求2所述的通话方法，其特征在于，所述通过调用外呼rpc接口，所述第二服务器将所述invite信令发送至所述第二终端，包括：

所述第一终端的所述转发服务模块调用所述第二终端的所述转发服务模块的外呼rpc接口；

所述第二服务器的所述转发服务模块调用本机的sip协议栈服务模块的sip外呼接口，并藉由所述sip协议栈服务模块将所述invite信令发送至所述第二终端。

4.根据权利要求3所述的通话方法，其特征在于，所述若所述第二终端接起通话，则返回200ok信令至所述第一终端，包括：

所述第二终端接收所述invite信令后，经过逻辑处理，若接起通话，则返回所述200ok信令至所述第二服务器的Sip协议栈服务模块；

所述Sip协议栈服务模块将所述200ok信令对应的200ok事件发送至所述第二终端的转发服务模块；

所述第二终端的转发服务模块识别到该路通话在所述第一服务器的通话服务模块处理，并将所述200ok事件发送至所述第一服务器的转发服务模块；

所述第一服务器的转发服务模块将所述200ok事件发送至本机的所述通话服务模块；

所述第一服务器的通话服务模块接收到所述200ok事件后，处理对应的业务，并返回ack信令至所述第二终端，其中，所述ack信令为sip协议的主要信令。

5.根据权利要求4所述的通话方法，其特征在于，所述服务器还包括注册服务模块；所述第一终端在第一服务器完成注册，第一终端的注册信息写入数据库，包括：

第一终端根据第一服务器的IP或者DNS解析，发送register信令至所述sip协议栈服务模块；

所述sip协议栈服务模块将所述register信令对应的注册事件发送至所述注册服务模块；

所述第一服务器的注册服务鉴权通过后，返回200ok至所述第一终端，并将所述注册信息写入所述数据库。

6.根据权利要求5所述的通话方法，其特征在于，包括：

所述第一服务器的注册服务鉴权通过后，允许注册时调用本机sip协议栈服务模块接口；

其他服务器通过所述数据库查询所述第一终端的注册信息。

7.一种注册终端的通话系统，其特征在于，包括：

第一终端，用于发送invite信令，其中，所述invite信令包括第二终端号码；

第一服务器，用于根据所述第二终端号码在数据库中查询所述第二终端的注册信息，并获取对应所述第二终端的所述第二服务器；

数据库，用于存储和共享所述第一终端和所述第二终端的注册信息；

第二终端，用于接收所述invite信令，接起通话并返回200ok信令至所述第一终端；

第二服务器，用于通过调用外呼rpc接口，将所述invite信令发送至所述第二终端。

8.根据权利要求7所述的通话系统，其特征在于，所述服务器包括sip协议栈服务模块、转发服务模块和通话服务模块；在所述第一服务器中，

所述sip协议栈服务模块用于接收所述Invite信令，并将所述Invite信令对应的Invite事件发送至所述转发服务模块；

所述转发服务模块用于将所述Invite事件发送至所述通话服务模块；

所述通话服务模块用于处理所述Invite事件，并根据所述第二终端号码在所述数据库查询所述第二终端的注册信息，其中，所述注册信息包括所述第二终端的注册服务器；

所述通话服务模块还用于调用所述转发服务模块的所述外呼rpc接口，外呼所述第二终端号码，并将通话信息写入所述数据库。

9.根据权利要求8所述的通话系统，其特征在于，

所述第一终端的所述转发服务模块用于调用所述第二终端的所述转发服务模块的外呼rpc接口；还用于将所述200ok事件发送至本机的所述通话服务模块；

所述第二服务器的所述转发服务模块用于调用本机的sip协议栈服务模块的sip外呼接口，并藉由所述sip协议栈服务模块将所述invite信令发送至所述第二终端；还用于识别到该路通话在所述第一服务器的通话服务模块处理，并将所述200ok事件发送至所述第一服务器的转发服务模块；

所述第二服务器的所述sip协议栈服务模块用于将所述200ok信令对应的200ok事件发送至所述第二终端的转发服务模块；

所述第一服务器的通话服务模块用于接收到所述200ok事件后，处理对应的业务，并返回ack信令至所述第二终端，其中，所述ack信令为sip协议的主要信令。

10.根据权利要求8所述的通话系统，其特征在于，所述服务器还包括注册服务模块；

所述第一终端用于根据所述第一服务器的IP或者DNS解析，发送register信令至所述sip协议栈服务模块；

所述sip协议栈服务模块还用于将所述register信令对应的注册事件发送至所述注册服务模块；

所述第一服务器还用于在注册服务鉴权通过后，返回200ok至所述第一终端，并将所述注册信息写入所述数据库。

Images