一种流量控制方法及网络设备

摘要

本发明公开了一种流量控制方法及网络设备，其中方法包括：获取到终端设备的标识信息以及第一应用的标识信息；对所述终端设备的标识信息以及所述第一应用的标识信息进行鉴权；若鉴权通过，则确定所述第一应用对应的服务器将要发给所述终端设备的数据的流量；基于所述流量，确定是否向所述终端设备发送所述数据。

权利要求

1.一种流量控制方法，应用于网络设备，其特征在于，所述方法包括：获取到终端设备的标识信息以及第一应用的标识信息；其中，所述第一应用的标识信息包括：所述终端设备安装的至少一个应用的标识信息；

将所述终端设备的标识信息、以及所述至少一个应用的标识信息进行关联，并将关联关系保存在鉴权数据库中；

对所述终端设备的标识信息以及所述第一应用的标识信息进行鉴权；其中，所述对所述终端设备的标识信息以及所述第一应用的标识信息进行鉴权，包括：基于所述鉴权数据库中保存的所述终端设备的标识信息与至少一个应用的标识信息的关联关系，对所述终端设备的标识信息以及所述第一应用的标识信息进行鉴权；若鉴权通过，则确定所述第一应用对应的服务器将要发给所述终端设备的数据的流量；

基于所述流量，确定是否向所述终端设备发送所述数据。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：若鉴权不通过，则基于所述第一应用的标识信息生成第一提示信息，发送所述第一提示信息至所述终端设备；

接收到所述终端设备发来的针对所述第一提示信息的反馈信息，并根据所述反馈信息确定是否向所述终端设备发送所述数据。

3.根据权利要求1所述的方法，其特征在于，所述基于所述流量，确定是否向所述终端设备发送所述数据，包括：基于所述流量生成第二提示信息；

向所述终端设备发送所述第二提示信息；

接收到所述终端设备发来的所述第二提示信息的反馈信息，基于所述反馈信息确定是否向所述终端设备发送所述数据。

4.根据权利要求3所述的方法，其特征在于，还包括：判断所述流量的大小是否超过预设阈值；

基于所述流量生成第二提示信息包括：若所述流量的大小超过预设阈值，则生成第二提示信息。

5.根据权利要求3或4所述的方法，其特征在于，所述基于所述反馈信息确定是否向所述终端设备发送所述数据，包括：当所述反馈信息表示允许所述第一应用进行数据传输时，控制向所述终端设备发送所述第一应用的数据；

当所述反馈信息表示不允许所述第一应用进行数据传输时，至少控制不将所述数据发送至所述终端设备。

6.一种网络设备，其特征在于，所述网络设备包括：

应用鉴权单元，用于获取到终端设备的标识信息以及第一应用的标识信息；其中，所述第一应用的标识信息包括：所述终端设备安装的至少一个应用的标识信息；

将所述终端设备的标识信息、以及所述至少一个应用的标识信息进行关联，并将关联关系保存在鉴权数据库中；以及基于所述鉴权数据库中保存的所述终端设备的标识信息与至少一个应用的标识信息的关联关系，对所述终端设备的标识信息以及所述第一应用的标识信息进行鉴权；

数据流量传输管理单元，用于若鉴权通过，则确定所述第一应用对应的服务器将要发给所述终端设备的数据的流量；基于所述流量，确定是否向所述终端设备发送所述数据。

7.根据权利要求6所述的网络设备，其特征在于，

所述数据流量传输管理单元，用于若鉴权不通过，则基于所述第一应用的标识信息生成第一提示信息，发送所述第一提示信息至所述终端设备；接收到所述终端设备发来的针对所述第一提示信息的反馈信息，并根据所述反馈信息确定是否向所述终端设备发送所述数据。

8.根据权利要求6所述的网络设备，其特征在于，

所述数据流量传输管理单元，用于基于所述流量生成第二提示信息；向所述终端设备发送所述第二提示信息；接收到所述终端设备发来的所述第二提示信息的反馈信息，基于所述反馈信息确定是否向所述终端设备发送所述数据。

9.根据权利要求8所述的网络设备，其特征在于，

所述数据流量传输管理单元，用于判断所述流量的大小是否超过预设阈值；若超过预设阈值，则基于所述数据流量生成第二提示信息。

10.根据权利要求8或9所述的网络设备，其特征在于，所述网络设备还包括：流表数据下发指示控制单元，用于当所述反馈信息表示允许所述第一应用进行数据传输时，控制向所述终端设备发送所述第一应用的数据；当所述反馈信息表示不允许所述第一应用进行数据传输时，至少控制不将所述数据发送至所述终端设备。

说明书

一种流量控制方法及网络设备

技术领域

[0001] 本发明涉及通信领域中的应用管理及监控技术，尤其涉及一种流量控制方法及网络设备。

背景技术

[0002] 目前，用户手机安装APP后，运营商并不了解用户手机APP安装的情况，这样，无论是用户主动使用业务，还是APP推送业务给用户，运营商都将“无条件”进行业务内容的传递。这种方式将运营商的网络当做哑管道，从而会发生诸如“流量盗取”、“天价流量话单”等用户投诉。如，用户手机安装APP后，通过运营商移动网络访问APP的过程中会产生流量开销，通常，作为运营商来讲，并不了解用户终端是否订购了该APP，只要是以用户手机号码为标识的终端接入网络并访问APP，运营商网络将会对该用户手机号码计费，并按照套餐规则向用户收取数据流量费。可见，现有技术中，由于业务在用户无感知的情况下，形成了大量用户数据流量，从而导致了大量的流量费用，直接导致用户投诉，业务体验收到极大影响。

发明内容

[0003] 有鉴于此，本发明的目的在于提供一种流量控制方法及网络设备，能至少解决现有技术中存在的上述问题。

[0004] 为达到上述目的，本发明的技术方案是这样实现的：

[0005] 本发明实施例提供一种流量控制方法，应用于网络设备，所述方法包括：

[0006] 获取到终端设备的标识信息以及第一应用的标识信息；

[0007] 对所述终端设备的标识信息以及所述第一应用的标识信息进行鉴权；

[0008] 若鉴权通过，则确定所述第一应用对应的服务器将要发给所述终端设备的数据的流量；

[0009] 基于所述流量，确定是否向所述终端设备发送所述数据。

[0010] 本发明实施例提供了一种网络设备，所述网络设备包括：

[0011] 应用鉴权单元，用于获取到终端设备的标识信息以及第一应用的标识信息；对所述终端设备的标识信息以及所述第一应用的标识信息进行鉴权；

[0012] 数据流量传输管理单元，用于若鉴权通过，则确定所述第一应用对应的服务器将要发给所述终端设备的数据的流量；基于所述流量，确定是否向所述终端设备发送所述数据。

[0013] 本发明实施例提供了流量控制方法及网络设备，能够判断应用与终端设备之间是否存在对应关系，若存在，则获取到所要发送的数据的流量，根据流量确定是否向终端设备发送应用。如此，实现了基于数据流量确定是否向终端设备发送数据，使得针对应用的数据下发的管控更加智能化，从而避免了用户的业务流量由于无法管控而产生损失的情况，还避免不必要的用户投诉，并提高网络服务质量。

附图说明

[0014] 图1为本发明实施例流量控制方法流程示意图；

[0015] 图2为本发明实施例鉴权数据库中列表组成示意图；

[0016] 图3为本发明实施例建立鉴权数据库的方法流程示意图；

[0017] 图4为本发明实施例进行流量控制的场景流程示意图；

[0018] 图5为本发明实施例网络设备组成结构示意图；

[0019] 图6为本发明实施例系统架构示意图。

具体实施方式

[0020] 下面结合附图及具体实施例对本发明再作进一步详细的说明。

[0021] 实施例一、

[0022] 本发明实施例提供了一种流量控制方法，应用于网络设备，如图1所示，所述方法包括：

[0023] 步骤101：获取到终端设备的标识信息以及第一应用的标识信息；

[0024] 步骤102：对所述终端设备的标识信息以及所述第一应用的标识信息进行鉴权；

[0025] 步骤103：若鉴权通过，则确定所述第一应用对应的服务器将要发给所述终端设备的数据的流量；

[0026] 步骤104：基于所述流量，确定是否向所述终端设备发送所述数据。

[0027] 所述第一应用对应的服务器可以为保存有至少所述第一应用的所有数据信息的至少一个服务器。

[0028] 本实施例还可以提供建立鉴权数据库的方式，具体如下：获取到终端设备的标识信息及其安装的至少一个应用的标识信息；将所述终端设备的标识信息、以及所述至少一个应用的标识信息进行关联，并将关联关系保存在鉴权数据库中。

[0029] 相应的，所述对所述终端设备的标识信息以及所述第一应用的标识信息进行鉴权包括：

[0030] 基于所述鉴权数据库中保存的所述终端设备的标识信息与至少一个应用的标识信息的关联关系，对所述终端设备的标识信息以及所述第一应用的标识信息进行鉴权。

[0031] 比如，可以参见图2，所述终端设备的标识信息可以为终端设备的号码，所述应用的标识信息可以为应用的名称；图2中显示出终端设备“139xxxx0001”对应的应用A、应用B和应用C。

[0032] 可以理解的是，虽然上述图2仅给出了一个终端设备及其对应的至少一个应用的列表，实际上，鉴权数据库中可以保存多个终端设备，以及每一个终端设备对应的多个应用组成的多个列表，具体组成这里不再进行赘述。

[0033] 业务鉴权信息同步流程如图3所示，在图3提供的场景中，将SDN控制器作为网络设备，具体流程说明如下：

[0034] 首先，用户选择并下载安装应用(APP)后，随即用户手机会生成一个关于该APP标识信息(ID)和用户手机号码的鉴权数据对；

[0035] 其次，该APP ID和用户手机号码数据对将会被发送到SDN控制器；

[0036] 最后，SDN控制器中的应用鉴权数据库将根据这两项数据生成鉴权信息数据对，用于业务鉴权使用。

[0037] 上述获取到终端设备安装的至少一个应用的方式，可以为：网络设备周期性的向终端设备发起获取应用列表的请求，接收到终端设备反馈来的其安装的至少一个应用；

[0038] 或者，还可以为：终端设备每安装一个新的应用，就将自身的标识信息与应用的标识信息发送给网络设备，所述网络设备接收到终端设备发来的终端设备的标识信息以及应用的标识信息，就查找鉴权数据库中是否已有该终端设备的应用列表，若没有则建立针对该终端设备的应用列表、并添加所述应用的标识信息至新建的列表中；若有，则直接在该终端设备的应用列表中添加所述应用。

[0039] 所述基于鉴权数据库对所述终端设备的标识信息以及所述第一应用的标识信息进行鉴权，具体可以为：判断在所述鉴权数据库中是否保存有所述第一应用的标识与终端设备的标识信息之间的对应关系，若有，则所述第一应用与终端设备具备对应关系，确定鉴权通过；否则，第一应用与终端设备不具备对应关系，确定鉴权不通过。

[0040] 优选地，本实施例提供的场景中，当所述鉴权结果表示所述第一应用于所述终端设备不具备对应关系时，可以执行以下处理：将针对该第一应用的业务流的流表定向到空，指向无效发送端口，针对所述第一应用的数据进行流量忽略或抛弃。

[0041] 进一步地，所述基于所述流量，确定是否向所述终端设备发送所述数据，包括：

[0042] 判断所述流量的大小是否超过预设阈值；其中，所述阈值可以为根据实际情况进行设置，比如，可以设置为10M，或者可以设置为5M，或者，还可以根据每一个终端设备购买的总流量进行设置；也就是说，假设以及终端设备购买的总流量为20M那么可以设置阈值为2M；

[0043] 若所述流量的大小超过预设阈值，则生成第二提示信息；并向所述终端设备发送所述第二提示信息；

[0044] 其中，所述第二提示信息用于提示终端设备基于本次数据传输操作中的数据流量判断是否允许所述第一应用进行数据传输；比如，所述第二提示信息中至少可以包括：第一应用的标识信息、本次传输数据对应的流量大小、以及请求用户选择是否同意传输的信息；

[0045] 接收到所述终端设备发来的所述第二提示信息的反馈信息，基于所述反馈信息确定是否向所述终端设备发送所述数据。

[0046] 其中，所述基于所述反馈信息确定是否向所述终端设备发送所述数据，包括：

[0047] 当所述反馈信息表示允许所述第一应用进行数据传输时，控制向所述终端设备发送所述第一应用的数据；

[0048] 当所述反馈信息表示不允许所述第一应用进行数据传输时，至少控制不将所述数据发送至所述终端设备。

[0049] 所述至少控制不将所述数据发送至所述终端设备的实现方式可以为：指示数据流量开关，通过该数据流量开关指示，将针对该第一应用的业务流的流表定向到空，指向无效发送端口，针对所述第一应用的数据进行流量忽略或抛弃。

[0050] 数据下发流程如图4所示，流程说明如下：

[0051] 第一步，应用发送数据流给用户；

[0052] 第二步，SDN控制器对应用发出的信息进行鉴权，比对APP ID和用户手机号码的对应关系；

[0053] 第三步，如果鉴权通过，则根据该业务流在SDN控制器中进行流表匹配操作，根据流表进行数据下发；如果鉴权不通过，则将该业务流的流表定向到空，指向无效发送端口，进行流量忽略或抛弃；

[0054] 第四步，启动针对该数据流的流量计数器，并根据数据传输量进行计数值增加；

[0055] 第五步，判断数据流量是否超过预设阈值，如果超过阈值则通过短信通知模块通知用户，并请用户回复是否继续数据流量传输的选项；

[0056] 第六步，如果用户回复同意继续数据流量传输，则数据流量计数器清0，继续根据SDN控制器中的流表匹配项进行数据流传输；

[0057] 第七步，如果用户不同意数据继续传输，该短信将指示数据流量开关，通过该开关指示，将该业务流的流表定向到空，指向无效发送端口，进行流量忽略或抛弃。

[0058] 上述实施方式主要是：用户在安装一个应用之前，到运营商处进行订购确认，运营商通过自有渠道(如短信)与用户确认应用订购。该订购关系同步给SDN控制器，应用下发数据到用户终端时，数据将通过SDN控制器判断该APP是否是用户订购和同意，鉴权通过后，数据下发，否则，数据被拒绝，通道关闭。从而，一是基于对SDN控制器进行功能升级和改进，实现了用户手机数据流量统一鉴权和控制；二是通过SDN集中控制器的功能升级将运营商的IP“哑管道”变得更加智能；三是通过SDN控制器的功能升级改造，帮助实现了用户业务流量“被偷取”的技术解决方案，从而使得运营商取得了更多的网络运营主动权。

[0059] 可见，采用上述方案就能够检测到应用要向终端设备发送数据时，首先通过鉴权数据库判断应用与终端设备之间是否存在对应关系，若存在，则获取到所要发送的数据的流量，根据流量确定是否向终端设备发送应用。如此，实现了基于数据流量确定是否向终端设备发送数据，使得针对应用的数据下发的管控更加智能化，从而避免了用户的业务流量由于无法管控而产生损失的情况，还避免不必要的用户投诉，并提高网络服务质量。

[0060] 实施例二、

[0061] 本发明实施例提供了一种流量控制方法，应用于网络设备，如图1所示，所述方法包括：

[0062] 步骤101：获取到终端设备的标识信息以及第一应用的标识信息；

[0063] 步骤102：对所述终端设备的标识信息以及所述第一应用的标识信息进行鉴权；

[0064] 步骤103：若鉴权通过，则确定所述第一应用对应的服务器将要发给所述终端设备的数据的流量；

[0065] 步骤104：基于所述流量，确定是否向所述终端设备发送所述数据。

[0066] 所述第一应用的服务器可以为保存有至少所述第一应用的所有数据信息的服务器。

[0067] 本实施例还可以提供建立鉴权数据库的方式，具体如下：获取到终端设备的标识信息及其安装的至少一个应用的标识信息；将所述终端设备的标识信息、以及所述至少一个应用的标识信息进行关联，并将关联关系保存在鉴权数据库中。

[0068] 相应的，所述对所述终端设备的标识信息以及所述第一应用的标识信息进行鉴权包括：

[0069] 基于所述鉴权数据库中保存的所述终端设备的标识信息与至少一个应用的标识信息的关联关系，对所述终端设备的标识信息以及所述第一应用的标识信息进行鉴权。

[0070] 比如，可以参见图2，所述终端设备的标识信息可以为终端设备的号码，所述应用的标识信息可以为应用的名称；图2中显示出终端设备“139xxxx0001”对应的应用A、应用B和应用C。

[0071] 可以理解的是，虽然上述图2仅给出了一个终端设备及其对应的至少一个应用的列表，实际上，鉴权数据库中可以保存多个终端设备，以及每一个终端设备对应的多个应用组成的多个列表，具体组成这里不再进行赘述。

[0072] 上述获取到终端设备安装的至少一个应用的方式，可以为：网络设备周期性的向终端设备发起获取应用列表的请求，接收到终端设备反馈来的其安装的至少一个应用；

[0073] 或者，还可以为：终端设备每安装一个新的应用，就将自身的标识信息与应用的标识信息发送给网络设备，所述网络设备接收到终端设备发来的终端设备的标识信息以及应用的标识信息，就查找鉴权数据库中是否已有该终端设备的应用列表，若没有则建立针对该终端设备的应用列表、并添加所述应用的标识信息至新建的列表中；若有，则直接在该终端设备的应用列表中添加所述应用。

[0074] 所述基于鉴权数据库对所述终端设备的标识信息以及所述第一应用的标识信息进行鉴权，具体可以为：判断在所述鉴权数据库中是否保存有所述第一应用的标识与终端设备的标识信息之间的对应关系，若有，则所述第一应用与终端设备具备对应关系，确定鉴权通过；否则，第一应用与终端设备不具备对应关系，确定鉴权不通过。

[0075] 优选地，本实施例提供的场景中，若鉴权不通过，则基于所述第一应用的标识信息生成第一提示信息，发送所述第一提示信息至所述终端设备；

[0076] 接收到所述终端设备发来的针对所述第一提示信息的反馈信息，并根据所述反馈信息确定是否向所述终端设备发送所述数据。

[0077] 也就是说，如果在网络设备中没有保存有该应用的信息时，有可能因为首次安装应用，此时，如果应用的流量过大，也会给用户造成损失，所以在该操作中可以增加一个通知用户其下载的应用所需的数据流量的操作，从而进一步保证用户的流量损失。

[0078] 进一步地，所述基于所述流量，确定是否向所述终端设备发送所述数据，包括：

[0079] 基于所述流量生成第二提示信息并向所述终端设备发送所述第二提示信息；其中，所述第二提示信息用于提示终端设备基于本次数据传输操作中的数据流量判断是否允许所述第一应用进行数据传输；比如，所述第二提示信息中至少可以包括：第一应用的标识信息、本次传输数据对应的流量大小、以及请求用户选择是否同意传输的信息；

[0080] 接收到所述终端设备发来的所述第二提示信息的反馈信息，基于所述反馈信息确定是否向所述终端设备发送所述数据。

[0081] 其中，所述基于所述反馈信息确定是否向所述终端设备发送所述数据，包括：

[0082] 当所述反馈信息表示允许所述第一应用进行数据传输时，控制向所述终端设备发送所述第一应用的数据；

[0083] 当所述反馈信息表示不允许所述第一应用进行数据传输时，至少控制不将所述数据发送至所述终端设备。

[0084] 所述至少控制不将所述数据发送至所述终端设备的实现方式可以为：指示数据流量开关，通过该数据流量开关指示，将针对该第一应用的业务流的流表定向到空，指向无效发送端口，针对所述第一应用的数据进行流量忽略或抛弃。

[0085] 本实施例提供的确定是否向终端设备发送数据的方式为不论当前数据占用的流量为多少，都会通知用户由用户决定是否继续传输，如此，能够使得用户得知每次获取数据的流量，从而实现更精确的监控。

[0086] 可见，采用上述方案就能够检测到应用要向终端设备发送数据时，首先通过鉴权数据库判断应用与终端设备之间是否存在对应关系，若存在，则获取到所要发送的数据的流量，根据流量确定是否向终端设备发送应用。如此，实现了基于数据流量确定是否向终端设备发送数据，使得针对应用的数据下发的管控更加智能化，从而避免了用户的业务流量由于无法管控而产生损失的情况，还避免不必要的用户投诉，并提高网络服务质量。

[0087] 实施例三、

[0088] 本发明实施例提供了一种网络设备，如图5所示，所述网络设备包括：

[0089] 应用鉴权单元51，用于获取到终端设备的标识信息以及第一应用的标识信息；对所述终端设备的标识信息以及所述第一应用的标识信息进行鉴权；

[0090] 数据流量传输管理单元52，用于若鉴权通过，则确定所述第一应用对应的服务器将要发给所述终端设备的数据的流量；基于所述流量，确定是否向所述终端设备发送所述数据。

[0091] 所述第一应用的服务器可以为保存有至少所述第一应用的所有数据信息的服务器。

[0092] 本实施例还可以提供建立鉴权数据库的方式，具体如下：所述应用鉴权单元，用于获取到终端设备的标识信息及其安装的至少一个应用的标识信息；将所述终端设备的标识信息、以及所述至少一个应用的标识信息进行关联，并将关联关系保存在鉴权数据库中；

[0093] 以及基于所述鉴权数据库中保存的所述终端设备的标识信息与至少一个应用的标识信息的关联关系，对所述终端设备的标识信息以及所述第一应用的标识信息进行鉴权。

[0094] 比如，可以参见图2，所述终端设备的标识信息可以为终端设备的号码，所述应用的标识信息可以为应用的名称；图2中显示出终端设备“139xxxx0001”对应的应用A、应用B和应用C。

[0095] 可以理解的是，虽然上述图2仅给出了一个终端设备及其对应的至少一个应用的列表，实际上，鉴权数据库中可以保存多个终端设备，以及每一个终端设备对应的多个应用组成的多个列表，具体组成这里不再进行赘述。

[0096] 上述获取到终端设备安装的至少一个应用的方式，可以为：网络设备所述应用鉴权单元，用于周期性的向终端设备发起获取应用列表的请求，接收到终端设备反馈来的其安装的至少一个应用；

[0097] 或者，还可以为：终端设备每安装一个新的应用，就将自身的标识信息与应用的标识信息发送给网络设备；所述网络设备的所述应用鉴权单元，用于接收到终端设备发来的终端设备的标识信息以及应用的标识信息，就查找鉴权数据库中是否已有该终端设备的应用列表，若没有则建立针对该终端设备的应用列表、并添加所述应用的标识信息至新建的列表中；若有，则直接在该终端设备的应用列表中添加所述应用。

[0098] 所述应用鉴权单元，用于判断在所述鉴权数据库中是否保存有所述第一应用的标识与终端设备的标识信息之间的对应关系，若有，则所述第一应用与终端设备具备对应关系，确定鉴权通过；否则，第一应用与终端设备不具备对应关系，确定鉴权不通过。

[0099] 优选地，本实施例提供的场景中，当所述鉴权结果表示所述第一应用于所述终端设备不具备对应关系时，数据流量传输管理单元，可以用于执行以下处理：将针对该第一应用的业务流的流表定向到空，指向无效发送端口，针对所述第一应用的数据进行流量忽略或抛弃。

[0100] 进一步地，数据流量传输管理单元，可以判断所述流量的大小是否超过预设阈值；其中，所述阈值可以为根据实际情况进行设置，比如，可以设置为10M，或者可以设置为5M，或者，还可以根据每一个终端设备购买的总流量进行设置；也就是说，假设以及终端设备购买的总流量为20M那么可以设置阈值为2M；

[0101] 若超过预设阈值，则基于所述流量生成第二提示信息并向所述终端设备发送所述第二提示信息；其中，所述第二提示信息用于提示终端设备基于本次数据传输操作中的数据流量判断是否允许所述第一应用进行数据传输；比如，所述第二提示信息中至少可以包括：第一应用的标识信息、本次传输数据对应的流量大小、以及请求用户选择是否同意传输的信息；

[0102] 接收到所述终端设备发来的所述第二提示信息的反馈信息，基于所述反馈信息确定是否向所述终端设备发送所述数据。

[0103] 所述网络设备还包括：流表数据下发指示控制单元53，用于当所述反馈信息表示允许所述第一应用进行数据传输时，控制向所述终端设备发送所述第一应用的数据；当所述反馈信息表示不允许所述第一应用进行数据传输时，至少控制不将所述数据发送至所述终端设备。

[0104] 所述至少控制不将所述数据发送至所述终端设备的实现方式可以为：指示数据流量开关，通过该数据流量开关指示，将针对该第一应用的业务流的流表定向到空，指向无效发送端口，针对所述第一应用的数据进行流量忽略或抛弃。

[0105] 基于上述说明，下面针对上述实施例所处系统的主要架构进行说明，参见图6，该架构主要由网络设备，比如SDN控制器，网络，短信通知模块，APP应用以及终端设备等主要实体组成，该架构的主要实体机核心模块功能说明如下：

[0106] 网络设备，比如SDN控制器：在原有标准SDN控制器核心功能的基础上扩展了应用鉴权数据库、数据流量传输指示开关及流表数据下发指示模块；

[0107] 应用鉴权单元：该模块负责存储用户订购某一APP的订购信息，并对业务应用信息进行鉴权。数据库中存储的用户订购APP的信息通过APP ID和用户手机号码关联；

[0108] 数据流量传输管理单元：APP业务下发在经过应用鉴权数据库鉴权通过之后，会通过指示开关控制SDN控制器中的流表及数据流量下发命令，确定是否将数据流发送到网络中；

[0109] 流表数据下发指示控制单元：SDN控制器根据应用鉴权结果对特定APP下发的数据流进行处理，如果鉴权通过，则根据流表信息进行数据流传送，下发到网络。

[0110] 短信通知模块：该模块一方面从SDN控制器获得，数据流将要发送到用户手机的指令请求，生成一条短信下发给用户；另一方面也可以接收用户的指令或请求，根据用户要求打开或关闭SDN控制器中的数据流量传输开关；

[0111] APP应用：在向用户发送大数据流量前，需要到SDN控制器去进行应用鉴权；

[0112] 终端设备：当APP要下发大数据量业务给用户时，网络提示用户是否接收，用户可以回复选项(是或否)给短信通知模块，通过该模块告知SDN控制器是否允许数据流量传递推送。

[0113] 可见，采用上述方案，就能够检测到应用要向终端设备发送数据时，首先通过鉴权数据库判断应用与终端设备之间是否存在对应关系，若存在，则获取到所要发送的数据的流量，根据流量确定是否向终端设备发送应用。如此，实现了基于数据流量确定是否向终端设备发送数据，使得针对应用的数据下发的管控更加智能化，从而避免了用户的业务流量由于无法管控而产生损失的情况，还避免不必要的用户投诉，并提高网络服务质量。

[0114] 实施例四、

[0115] 本发明实施例提供了一种网络设备，如图5所示，所述网络设备包括：

[0116] 应用鉴权单元51，用于获取到终端设备的标识信息以及第一应用的标识信息；对所述终端设备的标识信息以及所述第一应用的标识信息进行鉴权；

[0117] 数据流量传输管理单元52，用于若鉴权通过，则确定所述第一应用对应的服务器将要发给所述终端设备的数据的流量；基于所述流量，确定是否向所述终端设备发送所述数据。

[0118] 所述第一应用的服务器可以为保存有至少所述第一应用的所有数据信息的服务器。

[0119] 本实施例还可以提供建立鉴权数据库的方式，具体如下：应用鉴权单元51，用于获取到终端设备的标识信息及其安装的至少一个应用的标识信息；将所述终端设备的标识信息、以及所述至少一个应用的标识信息进行关联，并将关联关系保存在鉴权数据库中；

[0120] 以及基于所述鉴权数据库中保存的所述终端设备的标识信息与至少一个应用的标识信息的关联关系，对所述终端设备的标识信息以及所述第一应用的标识信息进行鉴权。

[0121] 比如，可以参见图2，所述终端设备的标识信息可以为终端设备的号码，所述应用的标识信息可以为应用的名称；图2中显示出终端设备“139xxxx0001”对应的应用A、应用B和应用C。

[0122] 可以理解的是，虽然上述图2仅给出了一个终端设备及其对应的至少一个应用的列表，实际上，鉴权数据库中可以保存多个终端设备，以及每一个终端设备对应的多个应用组成的多个列表，具体组成这里不再进行赘述。

[0123] 上述获取到终端设备安装的至少一个应用的方式，可以为：网络设备周期性的向终端设备发起获取应用列表的请求，接收到终端设备反馈来的其安装的至少一个应用；

[0124] 或者，还可以为：终端设备每安装一个新的应用，就将自身的标识信息与应用的标识信息发送给网络设备，所述网络设备接收到终端设备发来的终端设备的标识信息以及应用的标识信息，就查找鉴权数据库中是否已有该终端设备的应用列表，若没有则建立针对该终端设备的应用列表、并添加所述应用的标识信息至新建的列表中；若有，则直接在该终端设备的应用列表中添加所述应用。

[0125] 所述应用鉴权单元51，用于判断在所述鉴权数据库中是否保存有所述第一应用的标识与终端设备的标识信息之间的对应关系，若有，则所述第一应用与终端设备具备对应关系，确定鉴权通过；否则，第一应用与终端设备不具备对应关系，确定鉴权不通过。

[0126] 优选地，本实施例提供的场景中，当所述鉴权结果表示所述第一应用于所述终端设备不具备对应关系时，可以执行以下处理：数据流量传输管理单元，用于若鉴权不通过，则基于所述第一应用的标识信息生成第一提示信息，发送所述第一提示信息至所述终端设备；接收到所述终端设备发来的针对所述第一提示信息的反馈信息，并根据所述反馈信息确定是否向所述终端设备发送所述数据。

[0127] 也就是说，如果在网络设备中没有保存有该应用的信息时，有可能因为首次安装应用，此时，如果应用的流量过大，也会给用户造成损失，所以在该操作中可以增加一个通知用户其下载的应用所需的数据流量的操作，从而进一步保证用户的流量损失。

[0128] 进一步地，数据流量传输管理单元，用于基于所述流量生成第二提示信息并向所述终端设备发送所述第二提示信息；其中，所述第二提示信息用于提示终端设备基于本次数据传输操作中的数据流量判断是否允许所述第一应用进行数据传输；比如，所述第二提示信息中至少可以包括：第一应用的标识信息、本次传输数据对应的流量大小、以及请求用户选择是否同意传输的信息；接收到所述终端设备发来的所述第二提示信息的反馈信息，基于所述反馈信息确定是否向所述终端设备发送所述数据。

[0129] 其中，述网络设备还包括：流表数据下发指示控制单元54，用于当所述反馈信息表示允许所述第一应用进行数据传输时，控制向所述终端设备发送所述第一应用的数据；当所述反馈信息表示不允许所述第一应用进行数据传输时，至少控制不将所述数据发送至所述终端设备。

[0130] 所述至少控制不将所述数据发送至所述终端设备的实现方式可以为：指示数据流量开关，通过该数据流量开关指示，将针对该第一应用的业务流的流表定向到空，指向无效发送端口，针对所述第一应用的数据进行流量忽略或抛弃。

[0131] 本实施例提供的确定是否向终端设备发送数据的方式为不论当前数据占用的流量为多少，都会通知用户由用户决定是否继续传输，如此，能够使得用户得知每次获取数据的流量，从而实现更精确的监控。

[0132] 可见，采用上述方案就能够检测到应用要向终端设备发送数据时，首先通过鉴权数据库判断应用与终端设备之间是否存在对应关系，若存在，则获取到所要发送的数据的流量，根据流量确定是否向终端设备发送应用。如此，实现了基于数据流量确定是否向终端设备发送数据，使得针对应用的数据下发的管控更加智能化，从而避免了用户的业务流量由于无法管控而产生损失的情况，还避免不必要的用户投诉，并提高网络服务质量。

[0133] 本发明实施例所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、网络设备、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本发明实施例不限制于任何特定的硬件和软件结合。

[0134] 以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。