网络电话连接方法及其系统的制作方法
【专利摘要】本发明提供一种网络电话连接方法及其系统，包括：获取主叫用户端发送的呼叫信令到离线服务端；获取被叫用户端的网络连接状态；如果所述被叫用户端的网络连接状态正常，则将所述呼叫信令从所述离线服务端传输到所述被叫用户端；如果所述被叫用户端的网络连接状态异常，则在所述离线服务端中保存所述呼叫信令，在所述被叫用户端的网络连接状态恢复正常后，再将所述呼叫信令从所述离线服务端传输到所述被叫用户端。本发明能够减少呼叫信令的丢失，增加网络电话的接通率。
【专利说明】网络电话连接方法及其系统
【技术领域】
[0001]本发明涉及网络电话的【技术领域】，特别是涉及一种网络电话连接方法，以及一种网络电话连接系统。
【背景技术】
[0002]随着移动互联网的发展,VOIP (Voice over Internet Protocol,网络电话)日渐盛行。但是,无线网络状态复杂,手机网络经常离线,如何解决这种复杂网络状态下呼叫接通率低下的问题，成了 一个技术难题。
[0003]VOIP的后台系统是用于支持用户拨打VOIP电话的支撑系统，一般包括接入子系统、在线子系统、转发子系统、离线子系统和推送子系统等，用户与后台系统之间一般维持长连接。
[0004]所述接入子系统是用户接入后台系统的前端，它一般由很多前端组成，每个前端接入一定数量的用户，前端之间以及前端与后台其它系统之间可以自由交换信息。
[0005]所述在线子系统是用于标记用户在线状态。用户接入前端接入子系统后，前端接入子系统通知在线子系统，标记用户为在线状态，否则视为离线状态。用户状态改变后，在线子系统会通知关注该用户状态的所有用户。
[0006]所述转发子系统用于转发用户的信息，用户需要发送到其它用户的信息，交给转发子系统发送到指定用户，如用户呼叫信令的转发。
[0007]传统的简单VOIP拓扑如图1所示，用户通过接入子系统接入，用户登入登出行为经由接入子系统反馈到在线子系统，在线子系统向所有用户下发它们关注的用户的状态变化。当用户A与用户B都在线时，用户A呼叫用户B，呼叫信令由用户A的前端接入子系统交给转发子系统，由它下发给用户B的前端接入子系统，进而交给用户B。
[0008]但是，当B在呼叫时刻网络暂时中断时，A发起的呼叫信令无法下发到B。一段时间后，B网络恢复，但是它已经无法知道A曾经呼叫过它。
[0009]由于VOIP电话相比普通电话具有容易掉线的缺点，而且无线网络相比有线网络更易出现频繁掉线，因此用户网络经常出现暂时中断的情况。而呼叫信令直接转发到被叫，就容易丢失，且丢失后无法找回，无线网络经常出现抖动，呼叫信令如果在抖动时刻传过来，就会丢失，使呼叫失败。
【发明内容】
[0010]针对现有网络电网容易受到网络状况影响而丢失呼叫信令，且丢失后难以找回，使呼叫失败的问题，本发明提出一种网络电话连接方法，能够减少呼叫信令的丢失，增加网络电话的接通率。
[0011]一种网络电话连接方法，包括以下步骤:
[0012]获取主叫用户端发送的呼叫信令到离线服务端；
[0013]获取被叫用户端的网络连接状态；[0014]如果所述被叫用户端的网络连接状态正常，则将所述呼叫信令从所述离线服务端传输到所述被叫用户端；
[0015]如果所述被叫用户端的网络连接状态异常，则在所述离线服务端中保存所述呼叫信令，在所述被叫用户端的网络连接状态恢复正常后，再将所述呼叫信令从所述离线服务端传输到所述被叫用户端。
[0016]一种网络电话连接系统，包括:
[0017]信令获取模块，用于获取主叫用户端发送的呼叫信令到离线服务端；
[0018]网络检测模块，用于获取被叫用户端的网络连接状态；
[0019]离线传输模块，用于如果所述被叫用户端的网络连接状态正常，则将所述呼叫信令从所述离线服务端传输到所述被叫用户端；如果所述被叫用户端的网络连接状态异常，则在所述离线服务端中保存所述呼叫信令，在所述被叫用户端的网络连接状态恢复正常后，再将所述呼叫信令从所述离线服务端传输到所述被叫用户端。
[0020]本发明的网络电话连接方法及其系统中，通过将主叫用户端发出的呼叫信令获取到离线服务端，在接收呼叫信令的被叫用户端网络抖动或者断开而无法接收呼叫信令时，在所述离线服务端先保存所述呼叫信令；在被叫用户端的网络恢复时，会从离线服务端拉取离线信息，因此将所述呼叫信令从离线服务端传输至所述被叫用户端。因此即使被叫用户的网络抖动或者短暂断开，也不会发生呼叫信令丢失，在网络恢复后仍然可以收到呼叫信令，能够提高网络电话的接通率。
【专利附图】
【附图说明】
[0021]图1是一种现有的网络电话拓扑结构图示意图；
[0022]图2是本发明网络电话连接方法第一实施方式的流程示意图；
[0023]图3是本发明网络电话连接方法第二实施方式的流程示意图；
[0024]图4是本发明网络电话连接方法第三实施方式的流程示意图；
[0025]图5是本发明网络电话连接方法第四实施方式的流程示意图；
[0026]图6是本发明网络电话连接系统第一实施方式的结构示意图；
[0027]图7是本发明网络电话连接系统第二实施方式的结构示意图；
[0028]图8是本发明网络电话连接系统第三实施方式的结构示意图；
[0029]图9是本发明网络电话连接系统第四实施方式的结构示意图。
【具体实施方式】
[0030]请参阅图2，图2是本发明网络电话连接方法第一实施方式的流程示意图。
[0031]所述网络电话连接方法，包括以下步骤:
[0032]S202,获取主叫用户端发送的呼叫信令到离线服务端；
[0033]S204，获取被叫用户端的网络连接状态；
[0034]如果所述被叫用户端的网络连接状态正常，则执行步骤S206 ;如果所述被叫用户端的网络连接状态异常，则执行步骤S208 ；
[0035]S206，将所述呼叫信令从所述离线服务端传输到所述被叫用户端；
[0036]S208，在所述离线服务端中保存所述呼叫信令，在所述被叫用户端的网络连接状态恢复正常后，再将所述呼叫信令从所述离线服务端传输到所述被叫用户端。
[0037]本发明的网络电话连接方法中，通过将主叫用户端发出的呼叫信令获取到离线服务端，在接收呼叫信令的被叫用户端网络抖动或者断开而无法接收呼叫信令时，在所述离线服务端先保存所述呼叫信令；在被叫用户端的网络恢复时，会从离线服务端拉取离线信息，因此将所述呼叫信令从离线服务端传输至所述被叫用户端。因此即使被叫用户的网络抖动或者短暂断开，也不会发生呼叫信令丢失，在网络恢复后仍然可以收到呼叫信令，能够提高网络电话的接通率。
[0038]其中，所述离线服务端为在网络电话的后台系统中建立的离线子系统，其用于保存发往离线用户的信息，当离线用户再次接入转为在线后，主动从离线服务端拉取离线信肩、O
[0039]在步骤S202中，当主叫用户端发出呼叫信令时，首先可获取所述主叫用户端发送的呼叫信令至所述主叫用户端连接的接入子系统，然后通过所述主叫用户端连接的接入子系统将所述呼叫信令传输至所述离线服务端。
[0040]进一步地，执行步骤S202时，可进一步在主叫用户端发出所述呼叫信令时，先检测被叫用户端的网络连接是否正常，如果被叫用户端的网络连接不正常，则将所述信令获取至所述离线服务端。
[0041]在步骤S204中，获取被叫用户端的网络连接状态。
[0042]所述网络连接状态包括网络连接状态正常和网络连接状态异常。其中，网络异常可包括断线、网络抖动等异常状态。
[0043]当检测到所述被叫用户端的网络连接状态正常，则执行步骤S206，将所述呼叫信令从所述离线服务端传输到所述被叫用户端。
[0044]因此，在所述被叫用户端的网络连接状态正常时，离线服务端会立即转发所述呼叫信令，减少被叫用户端获得呼叫信令的延迟时间，达到和正常的网络电话接通方式一样的接通延时。
[0045]当检测到所述被叫用户端的网络连接状态异常时，执行步骤S208，首先在所述离线服务端中保存所述呼叫信令，并等待所述被叫用户端的网络连接状态恢复正常后，再将所述呼叫信令从所述离线服务端传输到所述被叫用户端。
[0046]在将呼叫信令从所述离线服务端传输到所述被叫用户端时，可先将所述呼叫信令从所述离线服务端传输到所述被叫用户端连接的接入子系统，通过所述被叫用户端连接的接入子系统将所述呼叫信令传输至所述被叫用户端。
[0047]在一种实施方式中，在所述被叫用户端的网络连接状态恢复正常后，所述离线服务端主动发送呼叫信令至对应的被叫用户端；
[0048]在另一种实施方式中，在所述被叫用户端的网络连接状态恢复正常后，所述被叫用户端主动连接登陆所述离线服务端，向所述离线服务端发送离线信令获取请求，所述离线服务端接收到所述离线信令获取请求后，如果保存有对应的呼叫信令，则将呼叫信令发送至对应的所述被叫用户端。
[0049]在所述呼叫信令传输至对应的被叫用户端后，被叫用户端根据呼叫信令完成网络电话的接通。可以在被叫用户端弹出网络电话Π (User Interface，用户界面)，被叫用户端可以通过所述网络电话UI的操作指令执行接听或者挂断操作。[0050]本实施方式中，把呼叫信令保存在离线服务端，这样即使由于用户网络暂时中断导致呼叫信令丢失，在网络恢复后也可以从后台系统获取到，提高网络电话的接通率。
[0051]请参阅图3，图3是本发明网络电话连接方法第二实施方式的流程示意图。
[0052]本实施方式的网络电话连接方法与所述第一实施方式的区别主要在于，进一步包括以下步骤:
[0053]S302,获取所述主叫用户端发送的呼叫信令到在线转发服务端；
[0054]S304，通过所述在线转发服务端将所述呼叫信令转发到相应的被叫用户端。
[0055]所述在线转发服务端是用于转发在线消息的服务端，即当所述被叫用户端的网络连接正常时，其他用户端对所述被叫用户端发送的消息以及呼叫信令均通过所述在线转发服务端发送至被叫用户端；而当被叫用户端的网络连接异常，将无法所述在线转发服务端对所述被叫用户端发送信息和呼叫信令，由于所述在线转发服务端也无保存离线信息的功能，因此呼叫信令可能会丢失。此时，通过离线服务端可保存另一路呼叫信令，并在被叫用户端网络连接恢复后，主动从所述离线服务端拉取数据，获取另一路呼叫信令，从而完成网络电话接通。
[0056]所述在线转发服务端可以是VOIP后台默认的转发子系统，通常VOIP用户需要发送到其它用户的信息，都交给所述转发子系统发送到指定用户，包括用户呼叫信令的转发。
[0057]亦即，所述第一实施方式是仅将所述呼叫信令获取到离线服务端，通过离线服务端完成呼叫信令的传输。而第二实施方式的网络电话连接方法不仅通过离线服务端传输所述呼叫信令，还同时通过网络电话后台系统中的在线转发服务端来传输所述呼叫信令。
[0058]在获取所述主叫用户端发送的呼叫信令到在线转发服务端时，可以先获取所述主叫用户端发送的呼叫信令至所述主叫用户端连接的接入子系统，通过所述主叫用户端连接的接入子系统将所述呼叫信令传输至所述在线转发服务端。
[0059]在通过所述在线转发服务端将所述呼叫信令转发到相应的被叫用户端时，也可以先将所述呼叫信令从所述在线转发服务端传输到所述被叫用户端连接的接入子系统，通过所述被叫用户端连接的接入子系统将所述呼叫信令传输至所述被叫用户端。
[0060]由于在本实施方式中，所述不仅通过离线服务端传输所述呼叫信令，还同时通过网络电话后台系统中的在线转发服务端来传输所述呼叫信令，所以在所述被叫用户端的网络连接状态正常时，会分别收到所述离线服务端和所述在线转发服务端传输的呼叫信令。
[0061]为此，在所述被叫用户端可预先建立一个呼叫信令的冗余处理规则，当同时接收到两个以上的呼叫信令时，可以根据所述冗余处理规则进行处理，所述冗余处理规则包括:优先选择在线转发服务端传输的呼叫信令，或者优先选择离线服务端传输的呼叫信令，或者优先选择最早达到所述被叫用户端的呼叫信令。
[0062]本实施方式的网络电话连接方法在后台系统把呼叫信令下发给用户的同时，把它保存起来，这样即使由于用户网络暂时中断导致呼叫信令丢失，在网络恢复后也可以从后台系统获取到。
[0063]请参阅图4，图4是本发明网络电话连接方法第三实施方式的流程示意图。
[0064]本实施方式的网络电话连接方法与所述第一实施方式的区别主要在于，进一步包括以下步骤:
[0065]S402，获取所述主叫用户端发送的呼叫信令到所述被叫用户端的操作系统对应的系统消息推送服务端；
[0066]S404，通过所述系统消息推送服务端与所述被叫用户端的网络链接，将所述呼叫信令发送至所述被叫用户端。
[0067]所述系统消息推送服务端即VOIP的推送子系统，常用的系统消息推送服务，例如IOS系统的推送服务APNS (Apple Push Notification Service),它与每个安装IOS系统的设备保持一条长连接，IOS系统的APP (application，应用)应用开发者可以经过APNS向用户推送信息；另一种常用的系统消息推送服务是android系统推送服务GCM (GoogleCloud Messaging for Android), android系统的APP应用开发者可以经过GCM向用户推送信息。
[0068]在本实施方式中，用户发往其它用户的呼叫信令，为保证可靠性，在通过离线服务端发送的同时，通过系统消息推送服务端推送到被叫用户端。
[0069]在获取所述主叫用户端发送的呼叫信令到所述被叫用户端的操作系统对应的系统消息推送服务端时，可以先获取所述主叫用户端发送的呼叫信令至所述主叫用户端连接的接入子系统，通过所述主叫用户端连接的接入子系统将所述呼叫信令传输至所述系统消息推送服务端。
[0070]然后通过所述系统消息推送服务端与所述被叫用户端的网络链接，将所述呼叫信令发送至所述被叫用户端。
[0071]由于在本实施方式中，所述不仅通过离线服务端传输所述呼叫信令，还同时通过网络电话后台系统中的系统消息推送服务端来传输所述呼叫信令，所以在所述被叫用户端的网络连接状态正常时，会分别收到所述离线服务端和所述系统消息推送服务端传输的呼叫信令。
[0072]为此，在所述被叫用户端可预先建立一个呼叫信令的冗余处理规则，当同时接收到两个以上的呼叫信令时，可以根据所述冗余处理规则进行处理，所述冗余处理规则包括:优先选择系统消息推送服务端传输的呼叫信令，或者优先选择离线服务端传输的呼叫信令，或者优先选择最早达到所述被叫用户端的呼叫信令。
[0073]本实施方式的网络电话连接方法利用手机操作系统内置的长连接，如IOS的APNS与android的GCM，把呼叫信令上传到APNS或者GCM，由它们下发到手机，交给用户处理。呼叫信令会重试多次，重试次数可以配置。
[0074]请参阅图5，图5是本发明网络电话连接方法第四实施方式的流程示意图。
[0075]本发明网络电话连接方法第四实施方式与所述第一实施方式的区别主要在于，进一步包括第二实施方式中通过网络电话后台系统中的在线转发服务端来传输所述呼叫信令的步骤:获取所述主叫用户端发送的呼叫信令到在线转发服务端；通过所述在线转发服务端将所述呼叫信令转发到相应的被叫用户端。
[0076]以及，
[0077]第三实施方式中通过网络电话后台系统中的系统消息推送服务端来传输所述呼叫信令的步骤:获取所述主叫用户端发送的呼叫信令到所述被叫用户端的操作系统对应的系统消息推送服务端；通过所述系统消息推送服务端与所述被叫用户端的网络链接，将所述呼叫信令发送至所述被叫用户端。
[0078]上述两个步骤可与第一实施方式中通过离线服务端传输呼叫信令的步骤同时进行。上述两个步骤的实现方式分别与第二和第三实施方式类似，在此不在赘述。
[0079]由于在本实施方式中，所述不仅通过离线服务端传输所述呼叫信令，还同时通过网络电话后台系统中的在线转发服务端以及系统消息推送服务端来传输所述呼叫信令，所以在所述被叫用户端的网络连接状态正常时，会分别收到所述离线服务端、所述在线转发服务端和所述系统消息推送服务端传输的呼叫信令。
[0080]为此，在所述被叫用户端可预先建立一个呼叫信令的冗余处理规则，当同时接收到两个以上的呼叫信令时，可以根据所述冗余处理规则进行处理，所述冗余处理规则包括:优先选择在线转发服务端传输的呼叫信令，优先选择系统消息推送服务端传输的呼叫信令，或者优先选择离线服务端传输的呼叫信令，或者优先选择最早达到所述被叫用户端的呼叫信令。
[0081]本实施方式的网络电话连接方法在后台系统把呼叫信令下发给用户的同时，把它保存起来，这样即使由于用户网络暂时中断导致呼叫信令丢失，在网络恢复后也可以从后台系统获取到。
[0082]并且利用手机操作系统内置的长连接，如IOS的APNS与android的GCM，把呼叫信令上传到APNS或者GCM，由它们下发到手机，交给用户处理。呼叫信令会重试多次，重试次数可以配置。
[0083]例如，用户端A发起呼叫，呼叫信令经由用户端A的接入前端分三路发送到用户端B:
[0084]第一路是通过在线转发服务端交给用户端B的接入子系统，然后下发到用户端B，这一路下发速度快；
[0085]第二路把呼叫信令交给离线服务端保存起来，用户端B如果发生了暂时的网络中断，第一路很有可能丢失，在网络恢复之后，它从离线服务端拉取呼叫信令，这一路相当于延时下发呼叫信令；
[0086]第三路是交给系统消息推送服务端，它利用手机操作系统的长连接，如IOS的APNS与android的GCM，由它们通过这个长连接下发到用户端B。
[0087]本发明能保存用户呼叫信令，保存时长可以配置，能保证被叫用户端在出现网络暂时中断的情况下，不丢失呼叫信令，在网络恢复后，立即通过离线服务端拉取，提高接通率。并且利用手机操作系统内置的长连接，推送呼叫信令到用户，保证呼叫信令正确送达用户，提高接通率。
[0088]请参阅图6，图6是本发明网络电话连接系统第一实施方式的结构示意图。
[0089]所述网络电话连接系统，包括:
[0090]信令获取模块10，用于获取主叫用户端发送的呼叫信令到离线服务端；
[0091]网络检测模块20，用于获取被叫用户端的网络连接状态；
[0092]离线传输模块30，用于如果所述被叫用户端的网络连接状态正常，则将所述呼叫信令从所述离线服务端传输到所述被叫用户端；如果所述被叫用户端的网络连接状态异常，则在所述离线服务端中保存所述呼叫信令，在所述被叫用户端的网络连接状态恢复正常后，再将所述呼叫信令从所述离线服务端传输到所述被叫用户端。
[0093]本发明的网络电话连接系统中，通过将主叫用户端发出的呼叫信令获取到离线服务端，在接收呼叫信令的被叫用户端网络抖动或者断开而无法接收呼叫信令时，在所述离线服务端先保存所述呼叫信令；在被叫用户端的网络恢复时，会从离线服务端拉取离线信息，因此将所述呼叫信令从离线服务端传输至所述被叫用户端。因此即使被叫用户的网络抖动或者短暂断开，也不会发生呼叫信令丢失，在网络恢复后仍然可以收到呼叫信令，能够提高网络电话的接通率。
[0094]其中，所述离线服务端为在网络电话的后台系统中建立的离线子系统，其用于保存发往离线用户的信息，当离线用户再次接入转为在线后，主动从离线服务端拉取离线信肩、O
[0095]所述信令获取模块10在检测到主叫用户端发出呼叫信令时，首先可获取所述主叫用户端发送的呼叫信令至所述主叫用户端连接的接入子系统，然后通过所述主叫用户端连接的接入子系统将所述呼叫信令传输至所述离线服务端。
[0096]进一步地，所述信令获取模块10可进一步在主叫用户端发出所述呼叫信令时，先检测被叫用户端的网络连接是否正常，如果被叫用户端的网络连接不正常，则将所述信令获取至所述离线服务端。
[0097]所述网络检测模块20获取被叫用户端的网络连接状态。
[0098]所述网络连接状态包括网络连接状态正常和网络连接状态异常。其中，网络异常可包括断线、网络抖动等异常状态。
[0099]当所述网络检测模块20检测到所述被叫用户端的网络连接状态正常，所述离线传输模块30将所述呼叫信令从所述离线服务端传输到所述被叫用户端。
[0100]因此，在所述被叫用户端的网络连接状态正常时，离线服务端会立即转发所述呼叫信令，减少被叫用户端获得呼叫信令的延迟时间，达到和正常的网络电话接通方式一样的接通延时。
[0101]当所述网络检测模块20检测到所述被叫用户端的网络连接状态异常时，所述离线传输模块30首先在所述离线服务端中保存所述呼叫信令，并等待所述被叫用户端的网络连接状态恢复正常后，再将所述呼叫信令从所述离线服务端传输到所述被叫用户端。
[0102]所述离线传输模块30在将呼叫信令从所述离线服务端传输到所述被叫用户端时，可先将所述呼叫信令从所述离线服务端传输到所述被叫用户端连接的接入子系统，通过所述被叫用户端连接的接入子系统将所述呼叫信令传输至所述被叫用户端。
[0103]在一种实施方式中，在所述被叫用户端的网络连接状态恢复正常后，所述离线传输模块30主动从所述离线服务端发送呼叫信令至对应的被叫用户端；
[0104]在另一种实施方式中，在所述被叫用户端的网络连接状态恢复正常后，所述被叫用户端主动连接登陆所述离线服务端，向所述离线服务端发送离线信令获取请求，所述离线服务端接收到所述离线信令获取请求后，如果保存有对应的呼叫信令，则所述离线传输模块30将呼叫信令发送至对应的所述被叫用户端。
[0105]所述离线传输模块30在所述呼叫信令传输至对应的被叫用户端后，被叫用户端根据呼叫信令完成网络电话的接通。可以在被叫用户端弹出网络电话UI(User Interface,用户界面)，被叫用户端可以通过所述网络电话UI的操作指令执行接听或者挂断操作。
[0106]本实施方式中，把呼叫信令保存在离线服务端，这样即使由于用户网络暂时中断导致呼叫信令丢失，在网络恢复后也可以从后台系统获取到，提高网络电话的接通率。
[0107]请参阅图7，图7是本发明网络电话连接系统第二实施方式的结构示意图。[0108]本实施方式的网络电话连接系统与所述第一实施方式的区别主要在于，进一步包括:
[0109]在线转发模块40，用于获取所述主叫用户端发送的呼叫信令到在线转发服务端，通过所述在线转发服务端将所述呼叫信令转发到相应的被叫用户端。
[0110]所述在线转发服务端即VOIP的转发子系统，通常用户需要发送到其它用户的信息，都交给所述转发子系统发送到指定用户，包括用户呼叫信令的转发。
[0111]亦即，所述第一实施方式是仅将所述呼叫信令获取到离线服务端，通过离线服务端完成呼叫信令的传输。而第二实施方式的网络电话连接方法不仅通过离线服务端传输所述呼叫信令，还同时通过网络电话后台系统中的在线转发服务端来传输所述呼叫信令。
[0112]所述在线转发模块40在获取所述主叫用户端发送的呼叫信令到在线转发服务端时，可以先获取所述主叫用户端发送的呼叫信令至所述主叫用户端连接的接入子系统，通过所述主叫用户端连接的接入子系统将所述呼叫信令传输至所述在线转发服务端。
[0113]所述在线转发模块40在通过所述在线转发服务端将所述呼叫信令转发到相应的被叫用户端时，也可以先将所述呼叫信令从所述在线转发服务端传输到所述被叫用户端连接的接入子系统，通过所述被叫用户端连接的接入子系统将所述呼叫信令传输至所述被叫用户端。
[0114]由于在本实施方式中，所述不仅通过离线服务端传输所述呼叫信令，还同时通过网络电话后台系统中的在线转发服务端来传输所述呼叫信令，所以在所述被叫用户端的网络连接状态正常时，会分别收到所述离线服务端和所述在线转发服务端传输的呼叫信令。
[0115]为此，在所述被叫用户端可预先建立一个呼叫信令的冗余处理规则，当同时接收到两个以上的呼叫信令时，可以根据所述冗余处理规则进行处理，所述冗余处理规则包括:优先选择在线转发服务端传输的呼叫信令，或者优先选择离线服务端传输的呼叫信令，或者优先选择最早达到所述被叫用户端的呼叫信令。
[0116]本实施方式的网络电话连接方法在后台系统把呼叫信令下发给用户的同时，把它保存起来，这样即使由于用户网络暂时中断导致呼叫信令丢失，在网络恢复后也可以从后台系统获取到。
[0117]请参阅图8，图8是本发明网络电话连接系统第三实施方式的结构示意图。
[0118]本实施方式的网络电话连接系统与所述第一实施方式的区别主要在于，进一步包括:
[0119]信息推送模块50，用于获取所述主叫用户端发送的呼叫信令到所述被叫用户端的操作系统对应的系统消息推送服务端，并通过所述系统消息推送服务端与所述被叫用户端的网络链接，将所述呼叫信令发送至所述被叫用户端。
[0120]所述系统消息推送服务端即VOIP的推送子系统，常用的系统消息推送服务，例如IOS系统的推送服务APNS (Apple Push Notification Service),它与每个安装IOS系统的设备保持一条长连接，IOS系统的APP (application，应用)应用开发者可以经过APNS向用户推送信息；另一种常用的系统消息推送服务是android系统推送服务GCM (GoogleCloud Messaging for Android), android系统的APP应用开发者可以经过GCM向用户推送信息。
[0121]在本实施方式中，用户发往其它用户的呼叫信令，为保证可靠性，在通过离线服务端发送的同时，通过系统消息推送服务端推送到被叫用户端。
[0122]所述信息推送模块50在获取所述主叫用户端发送的呼叫信令到所述被叫用户端的操作系统对应的系统消息推送服务端时，可以先获取所述主叫用户端发送的呼叫信令至所述主叫用户端连接的接入子系统，通过所述主叫用户端连接的接入子系统将所述呼叫信令传输至所述系统消息推送服务端。
[0123]然后通过所述系统消息推送服务端与所述被叫用户端的网络链接，将所述呼叫信令发送至所述被叫用户端。
[0124]由于在本实施方式中，所述不仅通过离线服务端传输所述呼叫信令，还同时通过网络电话后台系统中的系统消息推送服务端来传输所述呼叫信令，所以在所述被叫用户端的网络连接状态正常时，会分别收到所述离线服务端和所述系统消息推送服务端传输的呼叫信令。
[0125]为此，在所述被叫用户端可预先建立一个呼叫信令的冗余处理规则，当同时接收到两个以上的呼叫信令时，可以根据所述冗余处理规则进行处理，所述冗余处理规则包括:优先选择系统消息推送服务端传输的呼叫信令，或者优先选择离线服务端传输的呼叫信令，或者优先选择最早达到所述被叫用户端的呼叫信令。
[0126]本实施方式的网络电话连接方法利用手机操作系统内置的长连接，如IOS的APNS与android的GCM，把呼叫信令上传到APNS或者GCM，由它们下发到手机，交给用户处理。呼叫信令会重试多次，重试次数可以配置。
[0127]请参阅图9，图9是本发明网络电话连接系统第四实施方式的结构示意图。
[0128]本发明网络电话连接系统第四实施方式与所述第一实施方式的区别主要在于，进一步第二实施方式中的所述在线转发模块40，用于获取所述主叫用户端发送的呼叫信令到在线转发服务端，通过所述在线转发服务端将所述呼叫信令转发到相应的被叫用户端；以及第三实施方式中的所述信息推送模块50，用于获取所述主叫用户端发送的呼叫信令到所述被叫用户端的操作系统对应的系统消息推送服务端，并通过所述系统消息推送服务端与所述被叫用户端的网络链接，将所述呼叫信令发送至所述被叫用户端。
[0129]上述两个模块传输呼叫信令可与第一实施方式中的通过离线服务端传输呼叫信令同时进行。上述两个模块的实现方式分别与第二和第三实施方式类似，在此不在赘述。
[0130]由于在本实施方式中，所述不仅通过离线服务端传输所述呼叫信令，还同时通过网络电话后台系统中的在线转发服务端以及系统消息推送服务端来传输所述呼叫信令，所以在所述被叫用户端的网络连接状态正常时，会分别收到所述离线服务端、所述在线转发服务端和所述系统消息推送服务端传输的呼叫信令。
[0131]为此，在所述被叫用户端可预先建立一个呼叫信令的冗余处理规则，当同时接收到两个以上的呼叫信令时，可以根据所述冗余处理规则进行处理，所述冗余处理规则包括:优先选择在线转发服务端传输的呼叫信令，优先选择系统消息推送服务端传输的呼叫信令，或者优先选择离线服务端传输的呼叫信令，或者优先选择最早达到所述被叫用户端的呼叫信令。
[0132]本实施方式的网络电话连接方法在后台系统把呼叫信令下发给用户的同时，把它保存起来，这样即使由于用户网络暂时中断导致呼叫信令丢失，在网络恢复后也可以从后台系统获取到。[0133]并且利用手机操作系统内置的长连接，如IOS的APNS与android的GCM，把呼叫信令上传到APNS或者GCM，由它们下发到手机，交给用户处理。呼叫信令会重试多次，重试次数可以配置。
[0134]本发明能保存用户呼叫信令，保存时长可以配置，能保证被叫用户端在出现网络暂时中断的情况下，不丢失呼叫信令，在网络恢复后，立即通过离线服务端拉取，提高接通率。并且利用手机操作系统内置的长连接，推送呼叫信令到用户，保证呼叫信令正确送达用户，提高接通率。
[0135]本领域普通技术人员可以理解实现上述实施方式中的全部或部分流程以及对应的系统、所述音乐播放器，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各实施方式的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random Access Memory, RAM)等。
[0136]以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。
【权利要求】
1.一种网络电话连接方法，其特征在于，包括以下步骤: 获取主叫用户端发送的呼叫信令到离线服务端； 获取被叫用户端的网络连接状态； 如果所述被叫用户端的网络连接状态正常，则将所述呼叫信令从所述离线服务端传输到所述被叫用户端； 如果所述被叫用户端的网络连接状态异常，则在所述离线服务端中保存所述呼叫信令，在所述被叫用户端的网络连接状态恢复正常后，再将所述呼叫信令从所述离线服务端传输到所述被叫用户端。
2.如权利要求1所述的网络电话连接方法，其特征在于，获取主叫用户端发送的呼叫信令到离线服务端的步骤包括: 获取所述主叫用户端发送的呼叫信令至所述主叫用户端连接的接入子系统，通过所述主叫用户端连接的接入子系统将所述呼叫信令传输至所述离线服务端。
3.如权利要求1或者2所述的网络电话连接方法，其特征在于，将所述呼叫信令从所述离线服务端传输到所述被叫用户端的步骤包括: 将所述呼叫信令从所述离线服务端传输到所述被叫用户端连接的接入子系统，通过所述被叫用户端连接的接入子系统将所述呼叫信令传输至所述被叫用户端。
4.如权利要求1所述的网络电话连接方法，其特征在于，进一步包括以下步骤: 获取所述主叫用户端发送的呼叫信令到在线转发服务端，通过所述在线转发服务端将 所述呼叫信令转发到相应的被叫用户端。
5.如权利要求1或者4所述的网络电话连接方法，其特征在于，进一步包括以下步骤: 获取所述主叫用户端发送的呼叫信令到所述被叫用户端的操作系统对应的系统消息推送服务端； 通过所述系统消息推送服务端与所述被叫用户端的网络链接，将所述呼叫信令发送至所述被叫用户端。
6.一种网络电话连接系统，其特征在于，包括: 信令获取模块，用于获取主叫用户端发送的呼叫信令到离线服务端； 网络检测模块，用于获取被叫用户端的网络连接状态； 离线传输模块，用于如果所述被叫用户端的网络连接状态正常，则将所述呼叫信令从所述离线服务端传输到所述被叫用户端；如果所述被叫用户端的网络连接状态异常，则在所述离线服务端中保存所述呼叫信令，在所述被叫用户端的网络连接状态恢复正常后，再将所述呼叫信令从所述离线服务端传输到所述被叫用户端。
7.如权利要求6所述的网络电话连接系统，其特征在于: 所述信令获取模块获取所述主叫用户端发送的呼叫信令至所述主叫用户端连接的接入子系统，通过所述主叫用户端连接的接入子系统将所述呼叫信令传输至所述离线服务端。
8.如权利要求6或者7所述的网络电话连接系统，其特征在于: 所述离线传输模块将所述呼叫信令从所述离线服务端传输到所述被叫用户端连接的接入子系统，通过所述被叫用户端连接的接入子系统将所述呼叫信令传输至所述被叫用户端。
9.如权利要求6所述的网络电话连接系统，其特征在于，进一步包括: 在线转发模块，用于获取所述主叫用户端发送的呼叫信令到在线转发服务端，通过所述在线转发服务端将所述呼叫信令转发到相应的被叫用户端。
10.如权利要求6或者9所述的网络电话连接系统，其特征在于，进一步包括: 信息推送模块，用于获取所述主叫用户端发送的呼叫信令到所述被叫用户端的操作系统对应的系统消息推送服务端，并通过所述系统消息推送服务端与所述被叫用户端的网络链接，将所述呼叫信令发 送至所述被叫用户端。
【文档编号】H04M7/00GK103702003SQ201310738238
【公开日】2014年4月2日 申请日期:2013年12月26日 优先权日:2013年12月26日
【发明者】曹小飞, 郭稷, 蒋德为, 胡建强, 巩吉璋, 穆战松, 李宜达, 郭海宇 申请人:广州华多网络科技有限公司