CN113962680A - 一种支付方法、装置、设备及计算机存储介质 - Google Patents

Abstract

本发明实施例提供了一种支付方法、装置、设备及计算机存储介质。方法应用于基站，方法包括：接收用户设备的视频连接请求，视频连接请求包括支付网关地址；向核心网设备发送视频连接请求，以用于核心网设备建立基站和支付网关的视频通信连接，视频通信连接用于支付网关向基站发送支付信息；接收支付网关发送的支付信息；向用户设备发送支付信息，以用于用户设备显示支付信息。本发明实施例提供的支付方法能够简单、方便的实现使用智能终端进行支付。

Description

一种支付方法、装置、设备及计算机存储介质

技术领域

本发明属于移动支付领域，尤其涉及一种支付方法、装置、设备及计算机存储介质。

背景技术

随着通过智能终端进行支付的发展，用户例如在购物或乘坐公交时，已经很少使用现金进行费用支付，而通过使用能够付款的智能终端进行费用的支付。

当前，常用的手机支付应用，例如：微信支付、支付宝。在用户需要支付费用时，一种方式是用户打开支付应用，找到支付页面，向商家出示付款码，由商家使用扫描设备扫描付款码完成支付；另一种方式是，由商家提供收款码，用户打开支付应用，找到扫描功能，通过扫描商家的收款码，完成向商家的支付。

然而，当前通过智能终端支付应用进行支付的操作流程，操作步骤多，过程比较复杂，需要用户熟练操作智能终端的支付应用，这对于不熟悉智能终端操作的用户来说，很不方便。

发明内容

本发明实施例提供一种支付方法、装置、设备及计算机存储介质，能够简单、方便的实现使用智能终端进行支付。

第一方面，本发明实施例提供一种支付方法，方法应用于基站，方法包括：接收用户设备的视频连接请求，视频连接请求包括支付网关地址；

向核心网设备发送视频连接请求，以用于核心网设备建立基站和支付网关的视频通信连接，视频通信连接用于支付网关向基站发送支付信息；

接收支付网关发送的支付信息；

向用户设备发送支付信息，以用于用户设备显示支付信息。

第二方面，本发明实施例提供一种支付方法，方法应用于核心网设备，方法包括：接收基站发送的用户设备的视频连接请求，视频连接请求包括支付网关地址；

向支付网关地址对应的支付网关发送视频连接请求，以用于支付网关向基站发送支付信息，并由基站向用户设备发送支付信息，以用于用户设备显示支付信息。

第三方面，本发明实施例提供一种支付方法，方法应用于支付网关，方法包括：接收核心网设备发送的视频连接请求；

响应于视频连接请求，生成支付信息；

向基站发送支付信息，以用于基站向用户设备发送支付信息，以使用户设备显示支付信息。

在第三方面的一些可实现方式中，在用户设备显示支付信息之后，方法还包括：接收收银设备向支付网关发送的支付请求，其中，支付请求包括用户标识和用户的订单信息；

根据支付请求中的用户标识，确定用户在支付网关的账户；

根据订单信息中的支付金额，从账户中扣除支付金额。

在第三方面的一些可实现方式中，在向基站发送支付信息之前，方法还包括：向基站发送验证提示信息，以用于基站向用户设备发送验证提示信息，以使用户设备显示验证提示信息。

在第三方面的一些可实现方式中，验证提示信息包括密码输入验证提示信息、声音验证提示信息和/或人脸识别验证提示信息。

第四方面，本发明实施例提供一种支付装置，装置包括：

接收模块，用于接收用户设备的视频连接请求，视频连接请求包括支付网关地址；

发送模块，用于向核心网设备发送视频连接请求，以用于核心网设备建立基站和支付网关的视频通信连接，视频通信连接用于支付网关向基站发送支付信息；

接收模块，还用于接收支付网关发送的支付信息；

发送模块，还用于向用户设备发送支付信息，以用于用户设备显示支付信息。

第五方面，本发明实施例提供一种支付装置，装置包括：

接收模块，用于接收基站发送的用户设备的视频连接请求，视频连接请求包括支付网关地址；

发送模块，用于向支付网关地址对应的支付网关发送视频连接请求，以用于支付网关向基站发送支付信息，并由基站向用户设备发送支付信息，以用于用户设备显示支付信息。

第六方面，本发明实施例提供一种支付装置，装置包括：

接收模块，用于接收核心网设备发送的视频连接请求；

支付信息生成模块，用于响应于视频连接请求，生成支付信息；

发送模块，用于向基站发送支付信息，以用于基站向用户设备发送支付信息，以使用户设备显示支付信息。

第七方面，本发明提供一种支付设备，该设备包括：处理器以及存储有计算机程序指令的存储器；处理器执行计算机程序指令时实现第一方面、第二方面、第三方面或者第三方面任一可实现方式中所述的支付方法。

第八方面，本发明提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现第一方面第二方面、第三方面或者第三方面任一可实现方式中所述的支付方法。

本发明实施例提供了一种支付方法，在用户需要支付时，用户只需要从用户设备发出呼叫请求，基站在接收到呼叫请求后，会自动的和核心网通信连接，通过核心网，建立基站与支付网关的视频通信连接，同时触发支付网关生成支付信息，支付网关通过视频通信连接向用户设备发送支付信息，用户设备接收到支付信息后，用户只需要出示支付信息即可，操作过程简单、易记，无需进行多步骤的操作，尤其对于不方便使用、不熟悉智能终端支付应用的用户来说，用户可以方便快捷的完成支付、降低智能终端支付的使用难度。

附图说明

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

图1是本发明实施例提供的一种支付方法的流程示意图；

图2是本发明实施例提供的另一种支付方法的流程示意图；

图3是本发明实施例提供的又一种支付方法的流程示意图；

图4是本发明实施例提供的一种支付方法的系统架构示意图；

图5是本发明实施例提供的一种支付装置的结构示意图；

图6是本发明实施例提供的另一种支付装置的结构示意图；

图7是本发明实施例提供的又一种支付装置的结构示意图；

图8是本发明实施例提供的一种支付设备的结构示意图。

具体实施方式

下面将详细描述本发明的各个方面的特征和示例性实施例，为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本发明进行进一步详细描述。应理解，此处所描述的具体实施例仅被配置为解释本发明，并不被配置为限定本发明。对于本领域技术人员来说，本发明可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本发明的示例来提供对本发明更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

随着智能终端支付功能的发展，用户在日常消费的过程，例如，在购物或乘坐公交时，已经很少使用现金进行费用支付，而通过使用能够付款的智能终端进行费用的支付。

当前，常用的手机支付应用，例如：微信支付、支付宝。在用户需要支付费用时，一种方式是用户打开支付应用，找到支付页面，向商家出示付款码，由商家使用扫描设备扫描付款码完成支付；另一种方式是，由商家提供收款码，用户打开支付应用，找到扫描功能，通过扫描商家的收款码，完成向商家的支付。

对于熟练手机操作的用户来说，这两种付款方式相对简单，同时依靠应用程序有很大的用户规模和很高的用户活跃度，两个应用在市场上也获得了很高的占有率。

然而，对于不熟悉或无法熟练操作智能终端的用户，例如中老年人，视觉障碍等存在操作障碍的用户，当前通过智能终端支付应用进行支付的操作流程，操作步骤多，过程比较复杂，尤其对于不熟悉或无法熟练操作智能终端的用户来说，很不方便。其中，智能终端包括但不限于使用的智能手表等智能穿戴设备。

同时，无论是熟练操作智能终端的用户，还是不能熟练操作智能终端的用户来说，在智能终端丢失后，如果未及时挂失且未设置智能终端锁定密码，盗用者就可以进入用于支付的应用程序，从中调出支付码盗用用户账户中的财产。

因此，针对上述一个或多个问题，本发明实施例提供了一种支付方法、装置、设备和计算机存储介质，用户在需要支付时，只需从用户设备上发出呼叫请求，在用户设备显示支付信息后，用户只需要出示支付信息即可，简单、方便的实现使用智能终端进行支付。

下面结合附图对本发明实施例所提供的支付方法进行介绍。

图1示出了本发明一个实施例提供的支付方法的流程示意图。在用户通过用户设备向支付网关发出视频通信请求后，如图1所示，该方法可以包括以下步骤：

S110、接收用户设备的视频连接请求，视频连接请求包括支付网关地址。

在一些实施例中，用户设备可以是支持长期演进语音承载(Voice over Long-Term Evolution，VoLTE)功能的终端。

其中，VoLTE功能基于网络长期演进(Long Term Evolution，LTE)上使用为控制层面(Control plane)和语音服务的媒体层面(Media plane)特制的配置文件，使语音/视频服务(控制和媒体层面)作为数据流在LTE数据承载网络中传输，而不再需要维护和依赖传统的电路交换语音网络。

在一些实施例中，支付网关的地址可以是号码12345678。用户通过12345678呼叫支付网关。当用户向支付网关的地址发起视频连接请求时，则可以视为发起支付请求。

在一些实施例中，接收用户设备的视频连接请求的基站可以是LTE中演进型eNodeB(Evolved Node B，eNodeB)，通过eNodeB可以实现无线资源管理(Radio ResourceManagement，RRM)、网际互连协议(Internet Protocol，IP)头压缩及用户数据流加密、用户设备(User Equipment，UE)附着时的移动管理实体(Mobility Management Entity，MME)选择、寻呼信息的调度传输、广播信息的调度传输、设置和提供eNB的测量等。

其中，基站可以通过无线资源控制(Radio Resource Control，RRC)与用户设备建立连接。

在一些实施例中，基站接收用户设备的视频连接请求后，执行S120。

S120、基站向核心网设备发送视频连接请求。

其中，视频连接请求包括支付网关地址，核心网设备接收到基站发送的视频连接请求后，可以根据支付网关地址，找到用户设备发出视频连接请求的目标支付网关，建立基站与支付网关的视频通信连接。

此时，用户设备和请求视频通信的支付网关之间已建立视频通信连接。

S130、核心网设备向支付网关地址对应的支付网关发送视频连接请求。

在一些实施例中，支付网关可以包括支付接口单元和支付平台单元。其中，支付接口单元可以作为金融网络系统和互联网网络之间的接口，可确保交易在互联网用户和交易处理商之间安全、无缝的传递。

支付平台单元可以作为买卖双方交易过程中的“中间件”，作为在银行监管下保障交易双方利益的独立机构，处理支付过程中的业务流程，通常属于某个支付公司。同时，支付平台单元的日常运营和维护可以由运营公司负责。

在一些实施例中，支付平台单元不仅具备与用户设备建立视频通信连接的功能，还可以实现用户身份验证、用户验证信息设置、支付信息生成和发布、支付信息验证、账户管理、交易执行等功能。

在一些实施例中，视频通信连接是指支付网关与终端间的视频通信连接。

在一些实施例中，用户身份验证是在视频连接过程中的密码验证、声音验证或人脸识别验证。

用户验证信息设置可以是用户预先在网页或者手机应用软件(App)设置密码、声音或人脸信息作为对应用户标识的核验信息。

在一些实施例中，支付信息生成和发布是指由支付网关为用户一次支付生成一个二维码和/或条形码作为支付的凭证，支付网关将该凭证通过视频通信连接发送给用户终端。

在一些实施例中，支付信息验证是指比对发送给用户终端的支付信息和收款方从用户终端处扫描到的支付信息是否一致。

在一些实施例中，账户管理是指为用户提供对其账户管理的功能。可选的，可以包括银行卡绑定、余额充值、支付顺序设置等子功能，其中银行卡绑定可以是用户在开通业务时可将手机号和银行卡进行绑定；余额充值可以是用户从银行卡上先将钱转入其手机号对应的账户余额，该余额后续可用于支付，支付顺序设置可以是用户设置银行卡支付、余额支付的优先顺序。用户既可以使用银行卡直接支付又可以使用账户余额进行支付，上述银行卡绑定、余额充值、支付顺序设置等功能的操作方式，可以在网页或应用程序(App)上操作完成关于账户管理的相关功能，不便于使用智能终端的用户可以在他人的帮助下设置。在实际使用过程中，用户只需要呼叫支付网关，即可获得支付信息，实现快捷支付。

在一些实施例中，交易执行为用户使用支付信息完成支付后，例如从银行卡或账户余额中扣除支付的款项，完成付款方、收款方、银行、支付网关之间的账户结算。

作为一个具体的示例，基站与支付网关的视频通信连接建立完成后，用户设备的视频连接请求经由支付接口单元向支付平台单元发送。之后，支付网关可以向用户设备发送视频连接响应。

S140、支付网关响应于视频连接请求，生成支付信息。

在一些实施例中，支付网关在生成支付信息的同时，支付网关还可以记录本次支付信息和与用户设备对应的用户标识的对应关系。通过支付信息和用户标识的对应关系，在用户使用该支付信息进行支付时，支付网关可以在该用户标识对应的账户中扣除用户需要支付的金额。

S150、支付网关向基站发送支付信息。

在一些实施例中，基站收到支付信息后，会将支付信息发送给用户设备，以使用用户设备显示支付信息。

在一些实施例中，支付信息可以为静态支付码货动态支付码。当支付信息为静态支付码时，在一次视频连接中支付码不变。当支付信息为动态支付码时，在一次视频连接中支付信息会隔一段时间由支付网关刷新一次，时间间隔可以由用户预先设置为几秒，或者其他预设时长。

在基站接收到支付网关发送的支付信息后，执行S160。

S160、向用户设备发送支付信息，以用于用户设备显示支付信息。

通过本发明实施例提供的支付方法，用户进入拨号首页后只需拨打支付网关的号码一步操作即可展示出支付信息，通常这种支付网关的号码都是比较容易记住的号码，同时，该号码还可以通过各种媒体广告进行宣传加强用户记忆。

本发明实施例的支付方法，操作过程简单易记，特别方便老年人等不熟悉智能终端或者不便于操作智能终端的用户使用，而且需要的操作可以只有一步，智能终端接通的过程都是机器自动化的，端到端时延都是亚秒级的，几乎不存在多个步骤之间的衔接时间，因此支付过程的耗时会较短，可以理解的是，本发明实施例提供的支付方法，并不限于老年人等不熟悉智能终端或者不便于操作的用户使用，任何用户都可以使用本发明实施例提供的支付方法。

可选的，在一些实施例中，支付网关执行S150向基站发送支付信息之前，还可以向用户设备发起身份验证，以避免用户的账户被盗用。可选的，支付网关可以向基站发送验证提示信息，以用于基站向用户设备发送验证提示信息，以使用户设备显示验证提示信息。

在一些实施例中，通过在用户设备上显示验证提示信息，以用于用户根据验证提示信息输入验证信息。其中，验证提示信息包括但不限于密码输入验证提示信息、声音验证提示信息和/或人脸识别验证提示信息。

对应的，由用户提供的验证信息包括但不限于密码验证信息、声音验证信息或人脸识别验证信息等。

在一些实施例中，用户可以事先在网页或者应用程序(App)设置密码、声音或人脸信息作为对应用户标识的核验信息。

密码输入验证可以是在智能终端的键盘输入验证密码；其中，键盘可以是硬件键盘或软件键盘。密码输入验证还可以是用户在智能终端的指纹识别位置，进行指纹输入，将指纹作为验证密码。

声音验证可以是用户发出一段特定的声音，特定的声音为用户自定义，可以为用户念的一段文字，可以为一段非文字的声音，由于每个人的声音特点是不同的，声音验证信息可以对声音特征进行识别，因此，由于声音识别的安全性比密码更高，即使是他人发出的声音中包括的文字与用户设置的文字相同，也不会验证成功。

人脸识别验证可以是在视频连接过程中，通过摄像头对人脸实时拍摄，对实时视频中获取到的人脸信息进行识别，人脸识别验证过程中的提示信息可以是要求用户做某个规定动作，如张嘴、眨眼、摇头等，这样即使盗用者知道账户的主人是谁并且拥有其人脸的照片，但人脸识别验证过程中可要求用户做某个规定动作，如张嘴、眨眼、摇头等，这样可以防止盗用者使用用户照片作为仿冒的验证信息。在一些实施例中，通过摄像头对人脸实时拍摄，还包括但不限于采集用户的人眼特征或者五官特征。

在一些实施例中，用户设备接收到用户输入的验证信息后，发出验证信息，经基站的转发，在支付网关接收到用户输入的验证信息后，根据用户标识，在支付平台单元的数据库中查询对应用户标识的核验信息，根据查询到的核验信息对用户输入的验证信息核对，若核对成功，则支付网关向基站发送支付信息。

其中，用户标识例如可以是对应用户的手机号，在此不做具体限定。

在一些实施例中，若核对失败，支付平台单元可以向用户终端反馈验证错误的提示信息，以及不发出支付信息，并结束视频通信连接。

可选的，在一些实施例中，支付网关还可以给用户多几次验证机会，但是，当验证错误的次数超过预先设定的验证次数后，支付网关不发出支付信息，并结束视频通信连接。

值得注意的是，声音验证和人脸识别验证不是独立存在的，在视频通信连接的过程中，声音验证和人脸识别验证才得以实现，因此，相较于传统的使用应用程序(App)进行支付以及验证的过程，本发明实施例所描述的支付方法，安全性更高，尤其在智能终端丢失后，如果未及时挂失且未设置智能终端锁定密码的情况下，可有效避免用户的账户被盗用。

同样在进行用户身份认证的条件下，认证前的流程与不进行用户身份认证的流程类似，在认证前的阶段本发明已是相对更简便的，在认证阶段，主流支付软件通常是通过输入密码对用户身份进行验证，用户需要记住密码，而本发明实施例提供的支付方法中，因为有了视频连接，可以很方便地进行密码输入验证、声音认证和/或人脸识别认证。

在一些实施例中，用户将用户设备上显示的支付信息，出示给收银设备，如图2所示，根据本发明实施例提供的支付方法，支付网关还可以执行以下步骤。

S210、接收收银设备向支付网关发送的支付请求，其中，支付请求包括用户标识和用户的订单信息。

在一些实施例中，可选的，收银设备可以包括扫描单元和收银处理单元。其中，扫描单元可以扫描用户设备上的支付信息，并将所获取的支付信息发送给收银处理单元。收银处理单元，可以根据用户实际购买的产品生成收款订单信息，同时与支付网关之间进行支付信息验证、展示支付结果等。

在一些实施例中，收银设备获取到用户的支付信息，可以从支付信息中获取到支付信息中的用户标识，根据用户的实际购买的产品的收款订单信息中，获得待支付的金额，同时，生成支付请求，并向支付网关发送支付请求，其中，支付请求可以包括用户标识和用户的订单信息。

支付网关收到收银设备发送的支付请求后，执行S220。

S220、根据支付请求中的用户标识，确定用户在支付网关的账户。

支付网关在接收到支付请求后，根据支付请求中的用户标识在支付平台单元查找支付请求中包括的用户标识，若能够查找到对应的用户标识，则支付网关可以根据用户标识找到用户用于支付的账户。之后，执行S230。

S230、根据订单信息中的支付金额，从账户中扣除支付金额。

支付网关根据支付信息中包括支付金额，从用户标识对应的账户中，扣除相应金额，并结束本次视频通信连接。

在一些实施例中，用户标识对应的账户为实际扣款的账户，该账户可以是用户的支付账户余额或用户之前绑定银行卡等。

在一些实施例中，可选的，支付网关可以生成本次支付成功的账单详情，账单详情包含订单号、订单金额、商品名、商户名、支付状态、交易时间、支付方式、交易流水单号、备注信息等。其中，支付状态为支付成功，支付方式为实际扣款的账户。在通过视频通信连接，在用户设备上显示支付成功的账单详情后，结束本次视频通信连接。

在一些实施例中，可选的，支付网关还可以将支付成功的账单详情发送给收银设备。

在一些实施例中，支付网关在执行S220时，若根据支付请求中包括的用户标识，若不能在支付平台单元够查找到对应的用户标识，则支付网关可以结束本次视频通信连接。

在一些实施例中，可选的，支付网关可以生成本次支付失败的账单详情，账单详情可以包含订单号、订单金额、商品名、商户名、支付状态、交易时间、支付方式、交易流水单号、备注等信息。其中，支付状态为支付失败，支付方式可以为空，备注信息为支付信息错误。

在一些实施例中，可选的，可以在视频通信连接中显示账单详情，然后结束视频连接。同时，支付网关还可以向收银设备发送支付失败的账单详情。

在一些实施例中，支付网关在执行S230时，支付网关根据支付信息中包括支付金额，若从用户标识对应的账户中，无法扣除相应金额，则支付网关结束本次视频通信连接。

在一些实施例中，可选的，支付网关可以生成本次支付失败的账单详情，账单详情可以包含订单号、订单金额、商品名、商户名、支付状态、交易时间、支付方式、交易流水单号、备注等信息。其中，支付状态为支付失败，支付方式可以为空，备注信息为扣款失败。

在一些实施例中，可选的，可以在视频通信连接中显示账单详情，然后结束视频连接。同时，支付网关还可以向收银设备发送支付失败的账单详情。

在一些实施例中，收银设备可以是是电脑或销售终端(Point Of Sale，POS)形式，此时收银设备在收到账单详情后，可以在显示器上显示支付结果。收银设备还可以是如公交刷卡机的一体机，此时，收银设备在收到账单详情，则可通过语音播报展示支付结果。

本发明实施例提供的支付方法，通过拨打视频电话以视频的形式显示支付信息，进一步可在拨通后，可以验证用户身份，验证成功后显示支付信息，实现支付流程。由于拨打电话是用户终端，例如手机的原生应用，在用户手机上实现连接功能是零门槛的，方便推广以及应用。

因此，本发明实施例提供的支付方法操作简便，安全性高，降低了应用难度和推广难度，适用于日常支付和交通支付等各种生活应用程场景下的快速支付。

作为一个具体的实例，核心网设备可以包括移动管理实体MME和SAE GW，下面以包括移动管理实体MME和SAE GW和核心网设备作为示例，结合图3所示，具体描述基站和支付网关建立连接的过程，其中，图3中与图1相同的步骤采用同样的标号。

S310、基站向移动管理实体MME发送视频连接请求。

在一些实施例中，基站向MME发送的视频连接请求包括支付网关的地址。

在一些实施例中，MME是LTE核心网的关键控制节点，它负责空闲模式的UE的定位、寻呼过程，包括中继，简单的说MME是LTE核心网中负责信令处理部分。

在一些实施例中，MME接收到基站发送的视频连接请求后，执行S320。

S320、MME建立基站和第一网关的视频通信连接。

在一些实施例中，MME可以控制基站与第一网关之间建立用户面承载。其中，第一网关可以是SAE GW。

关于SAE GW，在第四代移动通信中，LTE主要研究无线接入网的长期演进技术，系统架构演进(System Architecture Evolution，SAE)则是研究核心网的长期演进，它定义了一个全IP的分组核心网(Evolved Packet Core，EPC)，该系统的特点为仅有分组域而无电路域、基于全IP结构、控制与承载分离且网络结构扁平化，其中主要包含MME、SGW、PGW、PCRF等网元。

其中，服务网关(Serving Gateway，SGW)相当于原第三代移动通信网络中服务通用无线分组业务(General Packet Radio Service，GPRS)支持节点(Serving GPRSSupport Node)的用户面功能，公用数据网网关(Public data network Gateway，PGW)相当于原3G网络中网关GPRS支持节点(Gateway GPRS Support Node，GGSN)的功能，SGW和PGW常常合设并被称为SAE GW。

在一些实施例中，MME在控制基站与第一网关之间建立用户面承载时，MME会向基站发送初始化上下文建立请求，接着，基站与用户终端之间会重新配置RRC连接，在RRC重连接配置完成后，基站会向MME发送初始化上下文建立响应，同时，基站侧所将其承载的用户IP发送给MME。可以理解的是，在重配置完成后，实际上基站与第一网关通信链路已打通，终端可发送上行数据。

在基站与第一网关通信链路建立完成后，基站执行S330。

S330、基站通过第一网关向MME发送视频连接请求。

在一些实施例中，基站根据用户设备的视频连接请求，向第一网关发送视频连接请求，之后由第一网关向MME发送视频链接请求。其中，视频连接请求包括支付网关地址。

MME在接收到第一网关发送到视频连接请求后，执行S340。

S340、建立第一网关和支付网关的视频通信连接。

在一些实施例中，MME可以根据支付网关地址找到用户设备所呼叫的支付网关，并建立第一网关和支付网关的视频通信连接，用户设备通过基站与第一网关可以与支付网关之间收发数据。

作为一个具体的示例，MME根据视频连接请求中的号码，找到号码对应的支付网关，并在第一网关(SAE GW)与支付网关之间建立用户面承载。至此SAE GW与支付网关之间的链路实际上已经打通。

为了更加清楚的描述本发明实施例描述的支付方法，下面结合图4所示的支付方法的系统架构示意图，进行整体介绍，如图4所示，该系统架构可以包括用户设备、基站、MME、SAE GW、支付网关、收银设备。

首先，用户设备可以是具有VoLTE功能的终端，在用户在需要付款时，向基站发起视频呼叫，假如，支付网关的号码为12345678，用户可以向12345678发起视频呼叫。

基站在接收到用户视频呼叫后，将与用户设备建立RRC连接，以及向MME发送用户设备的视频呼叫请求。MME在接收到视频呼叫请求后，控制基站与SAE GW之间建立用户面承载。在基站与SAE GW之间的用户面承载建立完成后，终端与基站的RRC会重新配置连接，同时，基站响应于与SAE GW的连接，通过SAE GW向MME发送用户设备的视频连接请求，其中，视频连接请求中包括用户设备所呼叫的支付网关的地址。

在MME接收到基站通过SAE GW发送的视频连接请求后，根据支付网关的地址，找到地址对应的支付网关，建立支付网关与SAE GW之间的之间建立用户面承载，至此，实际上已打通SAE GW与支付网关之间的链路。即，基于基站和SAE GW，用户设备可以与支付网关进行视频通信连接。

支付网关响应于与用户设备之间的视频通信连接，生成支付信息，并通过SAE GW、基站，向用户设备发送支付信息。

用户设备在接收到支付信息后，可以显示，该支付信息。

可以理解的是，通过支付网关与用户设备之间的连接路径，在支付网关向用户设备发送支付信息之前，可以先发出验证提示信息，对用户的身份进行验证。其中，验证过程可以参照本发明实施例图1中所描述的过程，在此不再赘述。

应理解，此处所描述的具体实施例仅被配置为解释本发明，并不被配置为限定本发明。

对应本发明实施例提供的支付方法，本发明实施例还提供了一种可以应用于基站的支付装置的具体实施方式。图5是本发明实施例提供的一种支付装置500的结构示意图，如图5所示的支付装置500可以包括：接收模块510、发送模块520。

接收模块510，用于接收用户设备的视频连接请求，视频连接请求包括支付网关地址。

发送模块520，用于向核心网设备发送视频连接请求，以用于核心网设备建立基站和支付网关的视频通信连接，视频通信连接用于支付网关向基站发送支付信息。

接收模块510，还用于接收支付网关发送的支付信息；

发送模块520，还用于向用户设备发送支付信息，以用于用户设备显示支付信息。

可以理解的是，本发明实施例的支付装置500，可以对应于本发明实施例中描述的支付方法的执行主体，支付装置500的各个模块/单元的操作和/或功能的具体细节可以参见上述本发明实施例描述的支付方法中的相应部分的描述，为了简洁，在此不再赘述。

图6是本发明实施例提供的另一种支付装置的结构示意图，如图6所示的支付装置600可以应用于移动管理实体，图6所示的支付装置600可以包括：接收模块610、发送模块620。

接收模块610，用于接收基站发送的用户设备的视频连接请求，视频连接请求包括支付网关地址；

发送模块620，用于向支付网关地址对应的支付网关发送视频连接请求，以用于支付网关向基站发送支付信息，并由基站向用户设备发送支付信息，以用于用户设备显示支付信息。

可以理解的是，本发明实施例的支付装置600，可以对应于本发明实施例中描述的支付方法的执行主体，支付装置600的各个模块/单元的操作和/或功能的具体细节可以参见上述本发明实施例描述的支付方法中的相应部分的描述，为了简洁，在此不再赘述。

图7是本发明实施例提供的又一种支付装置的结构示意图，如图7所示的支付装置700可以应用于支付网关，图7所示的支付装置700可以包括：接收模块710、支付信息生成模块720、发送模块730。

接收模块710，用于接收核心网设备发送的视频连接请求。

支付信息生成模块720，用于响应于所述视频连接请求，生成支付信息。

发送模块730，用于向基站发送所述支付信息，以用于所述基站向所述用户设备发送所述支付信息，以使所述用户设备显示所述支付信息。

在一些实施例中，接收模块710，还用于接收收银设备向支付网关发送的支付请求，其中，支付请求包括用户标识和用户的订单信息，以及根据支付请求中的用户标识，确定用户在支付网关的账户；根据订单信息中的支付金额，从账户中扣除支付金额。

在一些实施例中，在所述向基站发送所述支付信息之前，发送模块730，还用于向所述基站发送所述验证提示信息，以用于所述基站向所述用户设备发送所述验证提示信息，以使所述用户设备显示所述验证提示信息。

可以理解的是，本发明实施例的支付装置700，可以对应于本发明实施例中描述的支付方法的执行主体，支付装置700的各个模块/单元的操作和/或功能的具体细节可以参见上述本发明实施例描述的支付方法中的相应部分的描述，为了简洁，在此不再赘述。

本发明实施例所描述的支付装置，在用户需要支付时，用户只需要从用户设备发出呼叫请求，基站在接收到呼叫请求后，会自动的和核心网通信连接，通过核心网，建立基站与支付网关的视频通信连接，同时触发支付网关生成支付信息，支付网关通过视频通信连接向用户设备发送支付信息，用户设备接收到支付信息后，用户只需要出示支付信息即可，操作过程简单、易记，无需进行多步骤的操作，尤其对于不方便使用、不熟悉智能终端支付应用的用户来说，用户可以方便快捷的完成支付、降低智能终端支付的使用难度。

对应本发明实施例提供的支付方法，本发明实施例还提供了一种支付设备的具体实施方式。图8本发明实施例提供的一种支付设备的硬件结构示意图。

如图8所示，本实施例中的回访的设备800包括输入设备801、输入接口802、中央处理器803、存储器804、输出接口805、以及输出设备806。其中，输入接口802、中央处理器803、存储器804、以及输出接口805通过总线810相互连接，输入设备801和输出设备806分别通过输入接口802和输出接口805与总线810连接，进而与支付设备800的其他组件连接。

具体地，输入设备801接收来自外部的输入信息，并通过输入接口802将输入信息传送到中央处理器803；中央处理器803基于存储器804中存储的计算机可执行指令对输入信息进行处理以生成输出信息，将输出信息临时或者永久地存储在存储器804中，然后通过输出接口805将输出信息传送到输出设备806；输出设备806将输出信息输出到支付设备800的外部供用户使用。

也就是说，图8所示的支付设备也可以被实现为包括：存储有计算机可执行指令的存储器；以及处理器，该处理器在执行计算机可执行指令时可以实现结合本发明实施例描述的支付方法。

在一个实施例中，图8所示的支付设备800包括：存储器804，用于存储程序；处理器803，用于运行存储器中存储的程序，以执行本发明实施例描述的支付方法。

本发明实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现本发明实施例描述的支付方法。

需要明确的是，本发明并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本发明的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本发明的精神后，做出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本发明的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、只读存储器(Read-Only Memory，ROM)、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(Radio Frequency，RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本发明中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本发明不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

以上所述，仅为本发明的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。

Claims (11)

1.一种支付方法，其特征在于，所述方法应用于基站，所述方法包括：

接收用户设备的视频连接请求，所述视频连接请求包括支付网关地址；

向核心网设备发送所述视频连接请求，以用于所述核心网设备建立基站和支付网关的视频通信连接，所述视频通信连接用于所述支付网关向所述基站发送支付信息；

接收所述支付网关发送的所述支付信息；

向所述用户设备发送所述支付信息，以用于所述用户设备显示所述支付信息。

2.一种支付方法，其特征在于，所述方法应用于核心网设备，所述方法包括：

接收基站发送的用户设备的视频连接请求，所述视频连接请求包括支付网关地址；

向所述支付网关地址对应的支付网关发送所述视频连接请求，以用于所述支付网关向所述基站发送支付信息，并由基站向所述用户设备发送所述支付信息，以用于所述用户设备显示所述支付信息。

3.一种支付方法，其特征在于，所述方法应用于支付网关，所述方法包括：

接收核心网设备发送的视频连接请求；

响应于所述视频连接请求，生成支付信息；

向基站发送所述支付信息，以用于所述基站向所述用户设备发送所述支付信息，以使所述用户设备显示所述支付信息。

4.根据权利要求3所述的方法，其特征在于，在所述用户设备显示所述支付信息之后，所述方法还包括：

接收收银设备向所述支付网关发送的支付请求，其中，所述支付请求包括用户标识和用户的订单信息；

根据所述支付请求中的用户标识，确定所述用户在所述支付网关的账户；

根据所述订单信息中的支付金额，从所述账户中扣除所述支付金额。

5.根据权利要求3所述的方法，其特征在于，在所述向基站发送所述支付信息之前，所述方法还包括：

向所述基站发送所述验证提示信息，以用于所述基站向所述用户设备发送所述验证提示信息，以使所述用户设备显示所述验证提示信息。

6.根据权利要求5所述的方法，其特征在于，所述验证提示信息包括密码输入验证提示信息、声音验证提示信息和/或人脸识别验证提示信息。

7.一种支付装置，其特征在于，所述装置包括：

接收模块，用于接收用户设备的视频连接请求，所述视频连接请求包括支付网关地址；

发送模块，用于向核心网设备发送所述视频连接请求，以用于所述核心网设备建立基站和支付网关的视频通信连接，所述视频通信连接用于所述支付网关向所述基站发送支付信息；

所述接收模块，还用于接收所述支付网关发送的所述支付信息；

所述发送模块，还用于向所述用户设备发送所述支付信息，以用于所述用户设备显示所述支付信息。

8.一种支付装置，其特征在于，所述装置包括：

接收模块，用于接收基站发送的用户设备的视频连接请求，所述视频连接请求包括支付网关地址；

发送模块，用于向所述支付网关地址对应的支付网关发送所述视频连接请求，以用于所述支付网关向所述基站发送支付信息，并由基站向所述用户设备发送所述支付信息，以用于所述用户设备显示所述支付信息。

9.一种支付装置，其特征在于，所述装置包括：

接收模块，用于接收核心网设备发送的视频连接请求；

支付信息生成模块，用于响应于所述视频连接请求，生成支付信息；

发送模块，用于向基站发送所述支付信息，以用于所述基站向所述用户设备发送所述支付信息，以使所述用户设备显示所述支付信息。

10.一种支付设备，其特征在于，所述设备包括：处理器，以及存储有计算机程序指令的存储器；所述处理器读取并执行所述计算机程序指令，以实现如权利要求1-6任意一项所述的支付方法。

11.一种计算机存储介质，其特征在于，所述计算机存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-6任意一项所述的支付方法。

Images