CN109982275B - 一种弱覆盖下的WiFi网络通话方法及装置 - Google Patents

Abstract

本发明实施例提供一种弱覆盖下的WiFi网络通话方法及装置。所述方法包括接收由大网侧发送的呼转请求至少包括被叫用户标识；若在存储的开通列表中找到与所述被叫用户标识相同的开通用户标识，则向业务平台发送邀请消息，所述邀请消息至少包括被叫用户标识，以使业务平台将所述邀请消息发送给与所述被叫用户标识相对应的第一终端；接收由业务平台发送的响应消息，其中响应消息由所述第一终端发送给业务平台；将响应消息发送给所述大网侧。本发明实施例提供的通过在弱覆盖场景下呼转平台将收到的呼转请求发送给处于WiFi网络的业务平台，再由业务平台推送给第一终端，再由第一终端根据自身的需要来回复响应消息，从而更加简单、方便得实现弱覆盖实现通话的方法。

Description

一种弱覆盖下的WiFi网络通话方法及装置

技术领域

本发明实施例涉及移动通信技术领域，尤其涉及一种弱覆盖下的WiFi网络通话方法及装置。

背景技术

室内，尤其是居住区，手机信号不好是一直困扰运营商的难题，一方面用户投诉信号不好，经常无信号或者信号很弱，另一方面，小区业主基于辐射问题阻止基站安装，导致问题无解并且长期存在；随着人们对健康问题的重视程度越来越高，居住区手机信号不好问题会进一步突出，严重影响运营商的服务质量，尤其是弱覆盖情况下的语音通话功能，亟待优化解决。

对于住宅弱覆盖问题，目前常用的解决方法为：部分采用家装飞蜂窝的方式补盲，而目前一台2/4G飞蜂窝设备价格约2500-3000元，采用这种方式的投资费用较高，且需较高的管理维护成本。

发明内容

本发明实施例提供一种弱覆盖下的WiFi网络通话方法及装置，用以解决现有技术中投资费用较高，且需较高的管理维护成本。

第一方面，本发明实施例提供了一种弱覆盖下的WiFi网络通话方法，包括：

接收由大网侧发送的呼转请求，其中所述呼转请求至少包括被叫用户标识；

若在存储的开通列表中找到与所述被叫用户标识相同的开通用户标识，则向业务平台发送邀请消息，其中所述开通列表至少包括所有开通用户标识，所述邀请消息至少包括被叫用户标识，以使所述业务平台将所述邀请消息发送给与所述被叫用户标识相对应的第一终端；

接收由所述业务平台发送的响应消息，其中所述响应消息由所述第一终端发送给所述业务平台；

将响应消息发送给所述大网侧。

第二方面，本发明实施例提供了另一种弱覆盖下的WiFi网络通话方法，包括：

接收由呼转平台发送的邀请消息，其中所述邀请消息至少包括被叫用户标识，所述邀请消息由呼转平台接收到大网侧发送的至少包括所述被叫用户标识的呼转请求后，若在存储的开通列表中找到与所述被叫用户标识相同的开通用户标识后产生的，所述开通列表中至少包括有所有开通用户标识；

将所述邀请消息发送给与所述被叫用户标识相对应的第一终端；

接收由所述第一终端发送的响应消息；

将所述响应消息发送给所述呼转平台，以使所述呼转平台将所述响应消息发送给所述大网侧。

第三方面，本发明实施例提供了一种用于弱覆盖下的WiFi网络通话方法的呼转平台，包括：

VoLTE来电AS，用于接收由大网侧发送的呼转请求，其中所述呼转请求至少包括被叫用户标识；

数据语音AS，用于若在存储的开通列表中找到与所述被叫用户标识相同的开通用户标识，则向业务平台发送邀请消息，其中所述开通列表至少包括所有开通用户标识，所述邀请消息至少包括被叫用户标识，以使所述业务平台将所述邀请消息发送给与所述被叫用户标识相对应的第一终端；

所述数据语音AS，还用于接收由所述业务平台发送的响应消息，其中所述响应消息由所述第一终端发送给所述业务平台；

所述VoLTE来电AS，还用于将响应消息发送给所述大网侧。

第四方面，本发明实施例提供了一种用于弱覆盖下的WiFi网络通话方法的业务平台，包括：

接收模块，用于接收由呼转平台发送的邀请消息，其中所述邀请消息至少包括被叫用户标识，所述邀请消息由呼转平台接收到大网侧发送的至少包括所述被叫用户标识的呼转请求后，若在存储的开通列表中找到与所述被叫用户标识相同的开通用户标识后产生的，所述开通列表中至少包括有所有开通用户标识；

发送模块，用于将所述邀请消息发送给与所述被叫用户标识相对应的第一终端；

所述接收模块，还用于接收由所述第一终端发送的响应消息；

所述发送模块，还用于将所述响应消息发送给所述呼转平台，以使所述呼转平台将所述响应消息发送给所述大网侧。

第五方面，本发明实施例还提供了一种电子设备，包括：

处理器、存储器、通信接口和总线；其中，

所述处理器、存储器、通信接口通过所述总线完成相互间的通信；

所述通信接口用于该电子设备的通信设备之间的消息传输；

所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行如下方法：

接收由大网侧发送的呼转请求，其中所述呼转请求至少包括被叫用户标识；

若在存储的开通列表中找到与所述被叫用户标识相同的开通用户标识，则向业务平台发送邀请消息，其中所述开通列表至少包括所有开通用户标识，所述邀请消息至少包括被叫用户标识，以使所述业务平台将所述邀请消息发送给与所述被叫用户标识相对应的第一终端；

接收由所述业务平台发送的响应消息，其中所述响应消息由所述第一终端发送给所述业务平台；

将响应消息发送给所述大网侧。

第六方面，本发明实施例还提供了一种存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如下方法：

接收由大网侧发送的呼转请求，其中所述呼转请求至少包括被叫用户标识；

若在存储的开通列表中找到与所述被叫用户标识相同的开通用户标识，则向业务平台发送邀请消息，其中所述开通列表至少包括所有开通用户标识，所述邀请消息至少包括被叫用户标识，以使所述业务平台将所述邀请消息发送给与所述被叫用户标识相对应的第一终端；

接收由所述业务平台发送的响应消息，其中所述响应消息由所述第一终端发送给所述业务平台；

将响应消息发送给所述大网侧。

本发明实施例提供的弱覆盖下的WiFi网络通话方法及装置，通过在弱覆盖场景下呼转平台将收到的呼转请求发送给处于WiFi网络的业务平台，再由业务平台推送给第一终端，再由第一终端根据自身的需要来回复响应消息，从而更加简单、方便得实现弱覆盖实现通话的方法。

附图说明

图1为本发明实施例的弱覆盖下的WiFi网络通话方法流程图；

图2为本发明实施例的另一弱覆盖下的WiFi网络通话方法流程图；

图3为本发明实施例的又一弱覆盖下的WiFi网络通话方法流程图；

图4为本发明实施例的用于弱覆盖下的WiFi网络通话的呼转平台结构示意图；

图5为本发明实施例的用于弱覆盖下的WiFi网络通话的业务平台结构示意图；

图6为本发明实施例的电子设备结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例中主要包含有呼转平台和业务平台，用来实现从第二终端发起到第一终端的语音通话。其中所述呼转平台用于连接大网侧和业务平台，所述大网侧为移动网络中用于移动通话的核心网，通过相对应的网元与呼转平台、第一终端和第二终端相连，例如可以通过S-CSCF与呼转平台相连，并通过S-CSCF向呼转平台发送呼转请求；而所述业务平台用于在WiFi网络下连接所述第一终端和所述第二终端，分别与第一终端或者第二终端在WiFi网络下进行信息传输。

图1为本发明实施例的弱覆盖下的WiFi网络通话方法流程图，如图1所示，所述方法包括：

步骤S01、接收由大网侧发送的呼转请求，其中所述呼转请求至少包括被叫用户标识。

当第一终端位于移动网络弱覆盖的区域时往往会无法接到任何的电话，这是由于弱覆盖的情况下通过大网侧向与被叫用户标识相对应的第一终端发送的邀请消息无法被送达到所述第一终端，此时如果所述第一终端处于WiFi网络下就可以通过业务平台由WiFi网络向所述第一终端发送邀请消息。根据预设的应答转移(Call Forwarding Default，CFD)呼叫机制，呼转平台就会接收到所述大网侧发送呼转请求，其中所述呼转请求至少包括被叫用户标识，该被叫用户标识可以是手机号或者终端标识，例如：18901234567。在本发明各实施例中所述CFD呼叫机制是指，不在服务区转移(Call Forwarding on MobileSubscriber Not Reachable，CFNRc)和关机转移的情况，而并不针对其它呼转场景，例如遇忙呼叫前转(Call Forwarding on Busy，CFB)和振铃不应答前转(Call Forwarding On NoReply，CFNRy)。

步骤S02、若在存储的开通列表中找到与所述被叫用户标识相同的开通用户标识，则向业务平台发送邀请消息，其中所述开通列表至少包括所有开通用户标识，所述邀请消息至少包括被叫用户标识，以使所述业务平台将所述邀请消息发送给与所述被叫用户标识相对应的第一终端。

所述呼转平台会提取出保存的开通列表，其中所述开通列表中至少包括有所有开通了WiFi网络通话业务的用户的开通用户标识，这些开通了该业务的用户信息是从业务系统得到的，例如业务运营支撑系统(Bussiness&Operation Support System，BOSS)。任何用户开通该业务的信息和状态都会由BOSS系统发送给呼转平台，使所述呼转平台将这些信息包括开通用户标识保存到开通列表中，而用户对该WiFi网络通话业务的使用状况则会由所述呼转平台发送给BOSS系统。

所述呼转平台从接收到的呼转请求中提取出被叫用户标识，然后与所述开通列表中的开通用户标识进行比对。若没有在开通列表中找到与所述被叫用户标识相同的开通用户标识，则认为该被叫用户标识没有开通该WiFi网络通话业务，则所述呼转平台会将无法接通第一终端的信息发送给大网侧，以使大网侧再发送到发起所述邀请消息的第二终端。

若所述呼转平台在所述开通列表中找到了与所述被叫用户标识相同的开通用户标识，则认为该被叫用户标识开通了该WiFi网络通话业务，则所述呼转平台会向所述业务平台发送邀请消息，其中所述邀请消息至少包括有所述被叫用户标识。由于所述业务平台处于WiFi网络，而所述呼转平台处于移动网络，所以需要根据相互之间不同的传输协议进行信号的转移、编码、加密等操作。例如可以在呼转平台和业务平台间采用会话初始协议(Session Initiation Protocol，SIP)信令的方式来进行传输，将被叫用户标识映射为SIP号码和鉴权密钥保存到邀请消息中，把邀请消息发送给会话边界控制器ISBC，增加AMR/G.729编码等方式后再发送给业务平台。具体的发送方法可以根据系统和协议的不同而进行设置，在此不作具体的限定。

所述业务平台在接到所述邀请消息后，会根据被叫用户标识将所述邀请消息发送给第一终端，其中所述第一终端为所述被叫用户标识相对应的设备。具体业务平台发送给第一终端的信息是通过Web架构下推送一个寻呼消息给安装在所述第一终端APP应用，从而使用户通过APP应用在第一终端显示相应的内容，例如当第一终端接收到邀请消息后就会在第一终端的APP应用中显示来电。

步骤S03、接收由所述业务平台发送的响应消息，其中所述响应消息由所述第一终端发送给所述业务平台；

所述呼转平台会接收到由所述业务平台发送的响应消息，所述响应消息是由第一终端在接收到所述邀请消息后，根据自身的情况向所述业务平台发送的，即用户通过对APP应用的操作使第一终端向所述业务平台发送相应的响应消息，再由所述业务平台将所述响应消息发送给呼转平台。

步骤S04、将响应消息发送给所述大网侧。

所述呼转平台再将所述响应消息发送给大网侧，由所述大网侧将所述响应消息发送给发起所述邀请消息的第二终端。

本发明实施例通过在弱覆盖场景下呼转平台将收到的呼转请求发送给处于WiFi网络的业务平台，再由业务平台推送给第一终端，再由第一终端根据自身的需要来回复响应消息，从而更加简单、方便得实现弱覆盖实现通话的方法。

图2为本发明实施例的另一弱覆盖下的WiFi网络通话方法流程图，如图2所示，进一步地，所述响应消息为表示接听来电的成功消息或者表示无法接通的终止消息；相应地，所述步骤S04，具体为：

步骤S041、若所述响应消息为成功消息，则将成功消息发送给所述大网侧。

所述业务平台在向所述第一终端发送邀请消息后，会根据所述第一终端的回复来决定向所述呼转平台发送相应的响应消息。其中所述响应消息具体至少有两种，一种是第一终端接收到邀请消息后向所述业务平台发送的成功消息，另一种则是所述业务终端在向所述第一终端发出邀请消息后在预设的回复时间阈值内没有收到来自所述第一终端的回复后，判定所述第一终端没有收到所述邀请消息或者所述第一终端没有登陆相应的APP应用，则所述业务终端向所述呼转平台发送终止消息。

若所述呼转平台在对接收到的响应消息进行解析后得到的是成功消息，则所述呼转平台会将所述成功消息发送给大网侧。

在具体信息发送过程中并不只会发送一个成功消息，例如，按照基于IMS的语音业务(Voice over LTE，VoLTE)协议，所述第一终端在接收到所述邀请消息后会回复一个振铃消息180，然后在接听该通话时又会回复一个OK消息200，上述两个消息都会接顺序分别由业务平台发送给呼转平台，再发送给大网侧。而如果第一终端在发送振铃消息180后没有接听该通话或者拒绝接听该通话，则会回复另外相对应的拒绝消息和无人接听消息。当然上述消息的发送过程都会根据实际的协议来进行具体的设置，为了表述方便在下面的实施例中都只以发送一个成功消息为例进行举例说明。

相应地，所述方法还包括：

步骤S05、接收所述大网侧发送的指示开启通话的通话响应，并开始话单记录。

大网侧在收到成功消息后，会发送给所述第二终端，而所述第二终端在正式开始通话前，则会回复一个最终消息用于确认收到响应消息并指示开启通话。从而所述呼转平台就会接收到大网侧发送的所述最终消息，此时所述呼转平台就可以判定所述第一终端和所述第二终端之间的语音通道已经建立完成即将开始通过。而为了便于后期的查询，以及话费账单的计算，所述呼转平台开始话单记录。

步骤S06、将所述通话响应发送给业务平台，以使所述业务平台开启通话，直到所述业务平台接收到由所述第一终端发送的挂机信号结束通话，并产生结束消息。

所述呼转平台还会将所述最终消息发送给所述业务平台，以使所述业务平台开启与所述第一终端的语音通道，从而开启通话。

通话会一直持续等到其中一方挂断或者因为通话信号不佳而导致的中断为止，为表述方便在下面的实施例中只以所述第一终端挂断为例进行举例说明。在所述第一终端挂断通话后会向所述业务平台发送挂机信号。所述业务平台根据接收到的挂机信号向所述呼转平台发送结束消息。

步骤S07、接收所述业务平台发送的结束消息，并结束话单记录。

所述呼转平台在接收到所述业务平台发送的结束消息后，判定本次通话结束，则会结束话单记录。

步骤S08、将所述结束消息发送给所述大网侧。

所述呼转平台还会将结束消息发送给所述大网侧，从而使大网侧再发送给第二终端来结束会话。如果按照VoLTE协议，所述第二终端在接收到结束会话后还会回复一个OK消息200给所述第一终端，但为了表述方便在下面的实施例中都以不回复该OK消息200为例进行举例说明。

本发明实施例通过在弱覆盖场景下呼转平台将收到的呼转请求发送给处于WiFi网络的业务平台，再由业务平台推送给第一终端，再由第一终端根据自身的需要来回复成功消息从而开始语音通话直到挂断为止，从而更加简单、方便得实现弱覆盖实现通话的方法。

基于上述实施例，进一步地，所述方法还包括：

若所述响应消息为终止请求，则执行预设的来电提醒业务；

由上述实施例可知，如果业务平台在向所述第一终端发送邀请消息后没有收到来自于所述第一终端的回复后，会向所述呼转平台发送终止请求。所述呼转平台在收到所述终止请求后，会执行预设的来电提醒业务。例如在VoLTE协议中，所述呼转平台会根据被叫用户标识的状态，例如并机或者无法送达等情况，给所述大网侧发送相应的呼叫处理消息，使第二终端在接收到该呼叫处理消息后播放相对应的提示音。同时所述呼转平台还会向所述第一终端发送哑短信来探测第一终端的状态，一直等到所述第一终端开机后，向所述第一终端发送来电提醒短信。

本发明实施例通过在弱覆盖场景下呼转平台将收到的呼转请求发送给处于WiFi网络的业务平台，再由业务平台推送给第一终端，再由第一终端根据自身的需要来回复响应消息，若所述响应消息为终止请求，则执行来电提醒业务，从而更加简单、方便得实现弱覆盖实现通话的方法。

基于上述实施例，进一步地，在所述步骤S01前所述方法还包括：

接收由所述业务平台发送的所述邀请消息，其中所述邀请消息由第二终端发送给所述业务平台；

将所述邀请消息发送给所述大网侧，以使所述大网侧将所述邀请消息发送给所述第一终端，若所述大网侧判定所述第一终端无法收到所述邀请消息，则发送所述呼转请求。

所述第二终端在发起邀请消息时，即可以是通过常规的移动网络在大网侧发起，也可以在处于移动网络弱覆盖的场景下通过第二终端的APP应用在WiFi网络发起。当然如果所述第二终端要在APP应用发起邀请消息，就需要所述第二终端相对应的主叫用户订购了相应的拨打业务。

若所述主叫用户订购了拨打业务，则所述第二终端就可以发起邀请消息给所述业务平台，再由所述业务平台发送给所述呼转平台。

所述呼转平台在接收到所述邀请消息时，会先根据邀请消息中的被叫用户标识查询所述被叫用户标识的当前状态，例如可以向用户归属位置寄存器/归属用户服务器HLR/HSS来查询，若所述被叫用户标识处于停机的状态，所述呼叫平台不会发起呼叫。而若所述被叫用户标识的状态为正常，则所向大网侧发送邀请消息，该邀请消息在VoLTE协议下可以发送给MGCF网元。

然后由大网侧会先按照常规的移动网络寻呼过程向所述第一终端发送邀请消息，如果所述第一终端不处于弱覆盖的场景，则所述第一终端在移动网络下与所述第二终端开启通话。而如果所述第一终端在移动网络寻呼过程中因为弱覆盖的原因而无法接收所述邀请信息，则所述大网侧会向所述呼转平台发送呼转请求，以期望能够在WiFi网络上使所述第一终端接收到邀请信息并进一步与所述第二终端开启通话。

如上所述，所述第一终端和所述第二终端进行通话的方式一共可以有如下四种：

1，所述第二终端在移动网络下发起通话，而所述第一终端也在移动网络下接听；

2，所述第二终端在移动网络下发起通话，而所述第一终端在WiFi网络下通过APP应用接听；

3，所述第二终端在WiFi网络下通过APP应用发起通话，而所述第一终端在移动网络下接听；

4，所述第二终端在WiFi网络下通过APP应用发起通话，而所述第一终端也在WiFi网络通过APP应用接听。

其中对于所述第一终端在哪种网络下进行接听完成可以通过预先的设置，既可以如上述实施例所述的仅在移动网络弱覆盖的场景下才采用WiFi网络下通过APP应用接听，也可以是在WiFi信号更优的场景下优先以WiFi网络进行接听，在此不作具体限定。

本发明实施例通过在弱覆盖场景下所述第二终端通过WiFi网络向所述呼转平台发起邀请消息来实现与所述第一终端的通话，从而更加简单、方便得实现弱覆盖实现通话的方法。

图3为本发明实施例的又一弱覆盖下的WiFi网络通话方法流程图，如图3所示，所述方法包括：

步骤S10、接收由呼转平台发送的邀请消息，其中所述邀请消息至少包括被叫用户标识，所述邀请消息由呼转平台接收到大网侧发送的至少包括所述被叫用户标识的呼转请求后，若在存储的开通列表中找到与所述被叫用户标识相同的开通用户标识后产生的，所述开通列表中至少包括有所有开通用户标识。

由于弱覆盖的情况下在大网侧通过移动网络向与被叫用户标识相对应的第一终端发送的邀请消息无法被送达到所述第一终端，此时如果所述第一终端处于WiFi网络下就可以通过业务平台由WiFi网络向所述第一终端发送邀请消息。根据预设的应答转移CFD呼叫机制，呼转平台就会接收到所述大网侧发送呼转请求，其中所述呼转请求至少包括被叫用户标识，该被叫用户标识可以是手机号或者终端标识。

所述呼转平台会提取出保存的开通列表，其中所述开通列表中至少包括所有开通了本申请的WiFi网络通话业务的用户的开通用户标识，这些开通了该业务的用户信息是从业务系统得到的。任何用户开通该业务的信息和状态都会由业务系统发送给呼转平台，使所述呼转平台将这些信息，包括开通用户标识，保存到开通列表中，而用户对该WiFi网络通话业务的使用状况则会由所述呼转平台发送给业务系统。

所述呼转平台从接收到的呼转请求中提取出被叫用户标识，然后与所述开通列表中的开通用户标识进行比对。若没有在开通列表中找到与所述被叫用户标识相同的开通用户标识，则认为该被叫用户标识没有开通该WiFi网络通话业务，则所述呼转平台会将无法接通第一终端的信息发送给大网侧，以使大网侧再发送到发起所述邀请消息的第二终端。

若所述呼转平台在所述开通列表中找到了与所述被叫用户标识相同的开通用户标识，则认为该被叫用户标识开通了该WiFi网络通话业务，则所述业务平台接收到所述呼转平台发送的邀请消息，其中所述邀请消息至少包括有所述被叫用户标识。

步骤S11、将所述邀请消息发送给与所述被叫用户标识相对应的第一终端。

所述业务平台在接到所述邀请消息后，会根据被叫用户标识将所述邀请消息发送给第一终端，其中所述第一终端为所述被叫用户标识相对应的设备。具体业务平台发送给第一终端的信息是通过Web架构下推送一个寻呼消息给安装在所述第一终端APP应用，从而使用户通过APP应用在第一终端显示相应的内容。

步骤S12、接收由所述第一终端发送的响应消息。

然后所述业务平台会接收到由所述第一终端发送的响应消息，该响应消息为所述第一终端在接收到所述邀请消息后，根据自身的情况向所述业务平台发送的，即用户通过对APP应用的操作使第一终端向所述业务平台发送相应的响应消息。

步骤S13、将所述响应消息发送给所述呼转平台，以使所述呼转平台将所述响应消息发送给所述大网侧。

再由所述业务平台将所述响应消息发送给呼转平台。

所述呼转平台再将所述响应消息发送给大网侧，由所述大网侧将所述响应消息发送给发起所述邀请消息的第二终端。

本发明实施例通过在弱覆盖场景下呼转平台将收到的呼转请求发送给处于WiFi网络的业务平台，再由业务平台推送给第一终端，再由第一终端根据自身的需要来回复响应消息，从而更加简单、方便得实现弱覆盖实现通话的方法。

基于上述实施例，进一步地，所述响应消息为表示接听电话的成功消息或者表示无法接通的终止消息，相应地，所述以使所述呼转平台将所述响应消息发送给所述大网侧，具体为：

以使，若所述响应消息为成功消息，所述呼转平台将所述成功消息发送给所述大网侧；相应地，所述方法还包括：

接收由所述呼转平台发送的指示开启通话的通话响应并开启通话，其中所述通话响应由所述大网侧发送给所述呼转平台，所述呼转平台根据通话响应开始话单记录；

接收到由所述第一终端发送的挂机信号，并结束通话；

向所述呼转平台发送结束消息，以使所述呼转平台结束话单记录，并将所述结束消息发送给所述大网侧。

所述业务平台在向所述第一终端发送邀请消息后，会根据所述第一终端的回复来决定向所述呼转平台发送相应的响应消息。其中所述响应消息具体至少有两种，一种是第一终端接收到邀请消息后向所述业务平台发送的成功消息，另一种则是所述业务终端在向所述第一终端发出邀请消息后在预设的回复时间阈值内没有收到来自所述第一终端的回复后，判定所述第一终端没有收到所述邀请消息或者所述第一终端没有登陆相应的APP应用，则所述业务终端向所述呼转平台发送终止消息。

若所述呼转平台在对接收到的响应消息进行解析后得到的是成功消息，则所述呼转平台会将所述成功消息发送给大网侧。

大网侧在收到成功消息后，会发送给所述第二终端，而所述第二终端在正式开始通话前，则会回复一个最终消息用于确认收到响应消息并指示开启通话。从而所述呼转平台就会接收到大网侧发送的所述最终消息，此时所述呼转平台就可以判定所述第一终端和所述第二终端之间的语音通道已经建立完成即将开始通过。而为了便于后期的查询，以及话费账单的计算，所述呼转平台开始话单记录。

所述呼转平台还会将所述最终消息发送给所述业务平台，以使所述业务平台开启与所述第一终端的语音通道，从而开启通话。

通话会一直持续等到其中一方挂断或者因为通话信号不佳而导致的中断为止，为表述方便在下面的实施例中只以所述第一终端挂断为例进行举例说明。在所述第一终端挂断通话后会向所述业务平台发送挂机信号。所述业务平台根据接收到的挂机信号向所述呼转平台发送结束消息。

所述呼转平台在接收到所述业务平台发送的结束消息后，判定本次通话结束，则会结束话单记录。

所述呼转平台还会将结束消息发送给所述大网侧，从而使大网侧再发送给第二终端来结束会话。

本发明实施例通过在弱覆盖场景下呼转平台将收到的呼转请求发送给处于WiFi网络的业务平台，再由业务平台推送给第一终端，再由第一终端根据自身的需要来回复成功消息从而开始语音通话直到挂断为止，从而更加简单、方便得实现弱覆盖实现通话的方法。

图4为本发明实施例的用于弱覆盖下的WiFi网络通话的呼转平台结构示意图，如图4所示，所述呼转平台包括：VoLTE来电AS10和数据语音AS11，其中：

所述VoLTE来电AS10用于接收由大网侧发送的呼转请求，其中所述呼转请求至少包括被叫用户标识；所述数据语音AS11用于若在存储的开通列表中找到与所述被叫用户标识相同的开通用户标识，则向业务平台发送邀请消息，其中所述开通列表至少包括所有开通用户标识，所述邀请消息至少包括被叫用户标识，以使所述业务平台将所述邀请消息发送给与所述被叫用户标识相对应的第一终端；所述数据语音AS10还用于接收由所述业务平台发送的响应消息，其中所述响应消息由所述第一终端发送给所述业务平台；所述VoLTE来电AS11还用于将响应消息发送给所述大网侧。具体地：

在上述实施例的实际应用过程中，所述呼转平台可以采用现有VoLTE协议相关的服务器组成，至少包括VoLTE来电应用服务器(AS)和数据语音AS。其中所述VoLTE来电AS具有呼转通知能力，用来接收来自大网侧的呼转请求，以及呼转过程中与大网侧的信息交互；所述数据语音AS提供业务平台的呼叫控制，以及话单记录和计费功能。当然对于呼转平台的设计可以根据具体实际的应用环境进行设置，在此不作具体限定。

由于弱覆盖的情况下在大网侧通过移动网络向与被叫用户标识相对应的第一终端发送的邀请消息无法被送达到所述第一终端，此时如果所述第一终端处于WiFi网络下就可以通过业务平台由WiFi网络向所述第一终端发送邀请消息。根据预设的应答转移CFD呼叫机制，所述VoLTE来电AS10就会接收到所述大网侧发送呼转请求，其中所述呼转请求至少包括被叫用户标识，该被叫用户标识可以是手机号或者终端标识。

所述VoLTE来电AS10会提取出保存的开通列表，其中所述开通列表中至少包括所有开通了本申请的WiFi网络通话业务的用户的开通用户标识，这些开通了该业务的用户信息是从业务系统得到的。任何用户开通该业务的信息和状态都会由业务系统发送给所述VoLTE来电AS10，使所述VoLTE来电AS10将这些信息，包括开通用户标识，保存到开通列表中，而用户对该WiFi网络通话业务的使用状况则会由所述VoLTE来电AS10发送给业务系统。

所述VoLTE来电AS10从接收到的呼转请求中提取出被叫用户标识，然后与所述开通列表中的开通用户标识进行比对。若没有在开通列表中找到与所述被叫用户标识相同的开通用户标识，则认为该被叫用户标识没有开通该WiFi网络通话业务，则所述VoLTE来电AS10会将无法接通第一终端的信息发送给大网侧，以使大网侧再发送到发起所述邀请消息的第二终端。

若所述VoLTE来电AS10在所述开通列表中找到了与所述被叫用户标识相同的开通用户标识，则认为该被叫用户标识开通了该WiFi网络通话业务，则所述VoLTE来电AS10会将所述邀请消息发送给所述数据语音AS11，再由所述数据语音AS11向所述业务平台发送邀请消息，其中所述邀请消息至少包括有所述被叫用户标识。

所述业务平台在接到所述邀请消息后，会根据被叫用户标识将所述邀请消息发送给第一终端，其中所述第一终端为所述被叫用户标识相对应的设备。具体业务平台发送给第一终端的信息是通过Web架构下推送一个寻呼消息给安装在所述第一终端APP应用，从而使用户通过APP应用在第一终端显示相应的内容。

所述VoLTE来电AS11会接收到由所述业务平台发送的响应消息，所述响应消息是由第一终端在接收到所述邀请消息后，根据自身的情况向所述业务平台发送的，即用户通过对APP应用的操作使第一终端向所述业务平台发送相应的响应消息，再由所述业务平台将所述响应消息发送给数据语音AS11。

所述数据语音AS11再将所述响应消息发送给VoLTE来电AS10，再由所述VoLTE来电AS10发送给大网侧，由所述大网侧将所述响应消息发送给发起所述邀请消息的第二终端。

本发明实施例提供的装置用于执行上述方法，其功能具体参考上述方法实施例，其具体方法流程在此处不再赘述。

本发明实施例通过在弱覆盖场景下VoLTE来电AS10将收到的呼转请求由数据语音AS11发送给处于WiFi网络的业务平台，再由业务平台推送给第一终端，再由第一终端根据自身的需要来回复响应消息，从而更加简单、方便得实现弱覆盖实现通话的方法。

图5为本发明实施例的用于弱覆盖下的WiFi网络通话的业务平台结构示意图，如图5所示，所述业务平台包括：接收模块20和发送模块21，其中：

所述接收模块20用于接收由呼转平台发送的邀请消息，其中所述邀请消息至少包括被叫用户标识，所述邀请消息由呼转平台接收到大网侧发送的至少包括所述被叫用户标识的呼转请求后，若在存储的开通列表中找到与所述被叫用户标识相同的开通用户标识后产生的，所述开通列表中至少包括有所有开通用户标识；所述发送模块21用于将所述邀请消息发送给与所述被叫用户标识相对应的第一终端；所述接收模块20还用于接收由所述第一终端发送的响应消息；所述发送模块21还用于将所述响应消息发送给所述呼转平台，以使所述呼转平台将所述响应消息发送给所述大网侧。具体地：

由于弱覆盖的情况下在大网侧通过移动网络向与被叫用户标识相对应的第一终端发送的邀请消息无法被送达到所述第一终端，此时如果所述第一终端处于WiFi网络下就可以通过发送模块21由WiFi网络向所述第一终端发送邀请消息。根据预设的应答转移CFD呼叫机制，呼转平台就会接收到所述大网侧发送呼转请求，其中所述呼转请求至少包括被叫用户标识，该被叫用户标识可以是手机号或者终端标识。

所述呼转平台会提取出保存的开通列表，其中所述开通列表中至少包括所有开通了本申请的WiFi网络通话业务的用户的开通用户标识，这些开通了该业务的用户信息是从业务系统得到的。任何用户开通该业务的信息和状态都会由业务系统发送给呼转平台，使所述呼转平台将这些信息，包括开通用户标识，保存到开通列表中，而用户对该WiFi网络通话业务的使用状况则会由所述呼转平台发送给业务系统。

所述呼转平台从接收到的呼转请求中提取出被叫用户标识，然后与所述开通列表中的开通用户标识进行比对。若没有在开通列表中找到与所述被叫用户标识相同的开通用户标识，则认为该被叫用户标识没有开通该WiFi网络通话业务，则所述呼转平台会将无法接通第一终端的信息发送给大网侧，以使大网侧再发送到发起所述邀请消息的第二终端。

若所述呼转平台在所述开通列表中找到了与所述被叫用户标识相同的开通用户标识，则认为该被叫用户标识开通了该WiFi网络通话业务，则所述接收模块20接收到所述呼转平台发送的邀请消息，其中所述邀请消息至少包括有所述被叫用户标识。

所述接收模块20在接到所述邀请消息后，会由发送模块21根据被叫用户标识将所述邀请消息发送给第一终端，其中所述第一终端为所述被叫用户标识相对应的设备。具体发送模块21发送给第一终端的信息是通过Web架构下推送一个寻呼消息给安装在所述第一终端APP应用，从而使用户通过APP应用在第一终端显示相应的内容。

所述第一终端在接收到所述邀请消息后，根据自身的情况向所述接收模块20发送响应消息，再由所述发送模块21将所述响应消息发送给呼转平台。

所述呼转平台再将所述响应消息发送给大网侧，由所述大网侧将所述响应消息发送给发起所述邀请消息的第二终端。

本发明实施例提供的装置用于执行上述方法，其功能具体参考上述方法实施例，其具体方法流程在此处不再赘述。

本发明实施例通过在弱覆盖场景下呼转平台将收到的呼转请求发送给处于WiFi网络的接收模块20，再由发送模块21推送给第一终端，再由第一终端根据自身的需要来回复响应消息，从而更加简单、方便得实现弱覆盖实现通话的方法。

图6为本发明实施例的电子设备结构示意图。如图6所示，所述电子设备，包括：处理器(processor)601、存储器(memory)602和总线603；

其中，所述处理器601和所述存储器602通过所述总线603完成相互间的通信；

所述处理器601用于调用所述存储器602中的程序指令，以执行上述各方法实施例所提供的方法，例如包括：接收由大网侧发送的呼转请求，其中所述呼转请求至少包括被叫用户标识；若在存储的开通列表中找到与所述被叫用户标识相同的开通用户标识，则向业务平台发送邀请消息，其中所述开通列表至少包括所有开通用户标识，所述邀请消息至少包括被叫用户标识，以使所述业务平台将所述邀请消息发送给与所述被叫用户标识相对应的第一终端；接收由所述业务平台发送的响应消息，其中所述响应消息由所述第一终端发送给所述业务平台；将响应消息发送给所述大网侧。

进一步地，本发明实施例公开一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的方法，例如包括：接收由大网侧发送的呼转请求，其中所述呼转请求至少包括被叫用户标识；若在存储的开通列表中找到与所述被叫用户标识相同的开通用户标识，则向业务平台发送邀请消息，其中所述开通列表至少包括所有开通用户标识，所述邀请消息至少包括被叫用户标识，以使所述业务平台将所述邀请消息发送给与所述被叫用户标识相对应的第一终端；接收由所述业务平台发送的响应消息，其中所述响应消息由所述第一终端发送给所述业务平台；将响应消息发送给所述大网侧。

进一步地，本发明实施例提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行上述各方法实施例所提供的方法，例如包括：接收由大网侧发送的呼转请求，其中所述呼转请求至少包括被叫用户标识；若在存储的开通列表中找到与所述被叫用户标识相同的开通用户标识，则向业务平台发送邀请消息，其中所述开通列表至少包括所有开通用户标识，所述邀请消息至少包括被叫用户标识，以使所述业务平台将所述邀请消息发送给与所述被叫用户标识相对应的第一终端；接收由所述业务平台发送的响应消息，其中所述响应消息由所述第一终端发送给所述业务平台；将响应消息发送给所述大网侧。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所描述的电子设备等实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种弱覆盖下的WiFi网络通话方法，其特征在于，包括：

在关机转移或不在服务器转移的情况下，根据预设的应答转移呼叫机制，接收由大网侧发送的呼转请求，其中所述呼转请求至少包括被叫用户标识；

若在存储的开通列表中找到与所述被叫用户标识相同的开通用户标识，则向业务平台发送邀请消息，其中所述开通列表至少包括所有开通用户标识，所述邀请消息至少包括被叫用户标识，以使所述业务平台将所述邀请消息发送给与所述被叫用户标识相对应的第一终端；

接收由所述业务平台发送的响应消息，其中所述响应消息由所述第一终端发送给所述业务平台；

将响应消息发送给所述大网侧。

2.根据权利要求1所述的方法，其特征在于，所述响应消息为表示接听来电的成功消息或者表示无法接通的终止消息；相应地，所述将响应消息发送给所述大网侧，具体为：

若所述响应消息为成功消息，则将所述成功消息发送给所述大网侧；相应地，所述方法还包括：

接收所述大网侧发送的指示开启通话的通话响应，并开始话单记录；

将所述通话响应发送给业务平台，以使所述业务平台开启通话，直到所述业务平台接收到由所述第一终端发送的挂机信号结束通话，并产生结束消息；

接收所述业务平台发送的结束消息，并结束话单记录；

将所述结束消息发送给所述大网侧。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

若所述响应消息为终止请求，则执行预设的来电提醒业务。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收由所述业务平台发送的所述邀请消息，其中所述邀请消息由第二终端发送给所述业务平台；

将所述邀请消息发送给所述大网侧，以使所述大网侧将所述邀请消息发送给所述第一终端，若所述大网侧判定所述第一终端无法收到所述邀请消息，则发送所述呼转请求。

5.一种弱覆盖下的WiFi网络通话方法，其特征在于，包括：

接收由呼转平台发送的邀请消息，其中所述邀请消息至少包括被叫用户标识，所述邀请消息由呼转平台接收到大网侧发送的至少包括所述被叫用户标识的呼转请求后，在关机转移或不在服务器转移的情况下，根据预设的应答转移呼叫机制，接收由大网侧发送的呼转请求，若在存储的开通列表中找到与所述被叫用户标识相同的开通用户标识后产生的，所述开通列表中至少包括有所有开通用户标识；

将所述邀请消息发送给与所述被叫用户标识相对应的第一终端；

接收由所述第一终端发送的响应消息；

将所述响应消息发送给所述呼转平台，以使所述呼转平台将所述响应消息发送给所述大网侧。

6.根据权利要求5所述的方法，其特征在于，所述响应消息为表示接听来电的成功消息或者表示无法接通的终止消息；相应地，所述以使所述呼转平台将所述响应消息发送给所述大网侧，具体为：

以使，若所述响应消息为成功消息，所述呼转平台将所述成功消息发送给所述大网侧；相应地，所述方法还包括：

接收由所述呼转平台发送的指示开启通话的通话响应并开启通话，其中所述通话响应由所述大网侧发送给所述呼转平台，所述呼转平台根据通话响应开始话单记录；

接收到由所述第一终端发送的挂机信号，并结束通话；

向所述呼转平台发送结束消息，以使所述呼转平台结束话单记录，并将所述结束消息发送给所述大网侧。

7.一种用于弱覆盖下的WiFi网络通话方法的呼转平台，其特征在于，包括：

VoLTE来电AS，用于在关机转移或不在服务器转移的情况下，根据预设的应答转移呼叫机制，接收由大网侧发送的呼转请求，其中所述呼转请求至少包括被叫用户标识；

数据语音AS，用于若在存储的开通列表中找到与所述被叫用户标识相同的开通用户标识，则向业务平台发送邀请消息，其中所述开通列表至少包括所有开通用户标识，所述邀请消息至少包括被叫用户标识，以使所述业务平台将所述邀请消息发送给与所述被叫用户标识相对应的第一终端；

所述数据语音AS，还用于接收由所述业务平台发送的响应消息，其中所述响应消息由所述第一终端发送给所述业务平台；

所述VoLTE来电AS，还用于将响应消息发送给所述大网侧。

8.一种用于弱覆盖下的WiFi网络通话方法的业务平台，其特征在于，包括：

接收模块，用于接收由呼转平台发送的邀请消息，其中所述邀请消息至少包括被叫用户标识，所述邀请消息由呼转平台在关机转移或不在服务器转移的情况下，根据预设的应答转移呼叫机制，接收到大网侧发送的至少包括所述被叫用户标识的呼转请求后，若在存储的开通列表中找到与所述被叫用户标识相同的开通用户标识后产生的，所述开通列表中至少包括有所有开通用户标识；

发送模块，用于将所述邀请消息发送给与所述被叫用户标识相对应的第一终端；

所述接收模块，还用于接收由所述第一终端发送的响应消息；

所述发送模块，还用于将所述响应消息发送给所述呼转平台，以使所述呼转平台将所述响应消息发送给所述大网侧。

9.一种电子设备，其特征在于，包括存储器和处理器，所述处理器和所述存储器通过总线完成相互间的通信；所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行如权利要求1至6任一所述的方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1至6任一所述的方法。

Images