CN107547213A - 一种业务规则的识别方法及装置 - Google Patents

Abstract

本发明的实施例提供了一种业务规则的识别方法及装置，其中，该方法包括：接收终端发送的数据业务访问消息；根据数据业务访问消息，生成业务规则匹配消息；其中，业务规则匹配消息中包括数据业务访问消息对应的业务规则；将业务规则匹配消息发送给业务识别规则中心SRC，使SRC根据业务规则匹配消息获取业务规则对应的业务数据标识和计费策略标识；接收SRC发送的业务规则对应的业务数据标识和计费策略标识。本发明的实施例能精度细化流量计费规则。

Description

一种业务规则的识别方法及装置

技术领域

本发明涉及业务支撑领域，特别涉及一种业务规则的识别方法及装置。

背景技术

目前流量业务已成为运营商的主流业务，并且以后流量业务占比只会越来越多，传统的语音、短信等业务将会越来越少。所以经营流量业务，细化流量计费规则等成为运营商一个亟待解决的问题。

发明内容

本发明实施例的目的在于提供一种业务规则的识别方法及装置，能精度细化流量计费规则。

为了达到上述目的，本发明的实施例提供了一种业务规则的识别方法，应用于核心网，该方法包括：

接收终端发送的数据业务访问消息；

根据数据业务访问消息，生成业务规则匹配消息；其中，业务规则匹配消息中包括数据业务访问消息对应的业务规则；

将业务规则匹配消息发送给业务识别规则中心SRC，使SRC根据业务规则匹配消息获取业务规则对应的业务数据标识和计费策略标识；

接收SRC发送的业务规则对应的业务数据标识和计费策略标识。

其中，根据数据业务访问消息，生成业务规则匹配消息的步骤，包括：

对数据业务访问消息进行解析，获得终端所访问服务器的目的IP、目的端口号、协议类型和统一资源定位符；

根据核心网中预先配置的业务规则类型，将目的IP、目的端口号、协议类型和统一资源定位符中的多种作为数据业务访问消息对应的业务规则；

根据预先与SRC协商的消息格式，对业务规则进行封装，得到业务规则匹配消息。

其中，根据核心网中预先配置的业务规则类型，将目的IP、目的端口号、协议类型和统一资源定位符中的多种作为数据业务访问消息对应的业务规则的步骤，包括：

若核心网中预先配置的业务规则类型为L34层业务规则，则将目的IP、目的端口号和协议类型作为数据业务访问消息对应的业务规则；

若核心网中预先配置的业务规则类型为L7层业务规则，则将协议类型和统一资源定位符作为数据业务访问消息对应的业务规则。

本发明的实施例还提供了一种业务规则的识别装置，应用于核心网，该装置包括：

第一接收模块，用于接收终端发送的数据业务访问消息；

生成模块，用于根据数据业务访问消息，生成业务规则匹配消息；其中，业务规则匹配消息中包括数据业务访问消息对应的业务规则；

第一发送模块，用于将业务规则匹配消息发送给业务识别规则中心SRC，使SRC根据业务规则匹配消息获取业务规则对应的业务数据标识和计费策略标识；

第二接收模块，用于接收SRC发送的业务规则对应的业务数据标识和计费策略标识。

其中，生成模块包括：

第一生成单元，用于对数据业务访问消息进行解析，获得终端所访问服务器的目的IP、目的端口号、协议类型和统一资源定位符；

第二生成单元，用于根据核心网中预先配置的业务规则类型，将目的IP、目的端口号、协议类型和统一资源定位符中的多种作为数据业务访问消息对应的业务规则；

第三生成单元，用于根据预先与SRC协商的消息格式，对业务规则进行封装，得到业务规则匹配消息。

其中，第二生成单元包括：

第一子单元，用于若核心网中预先配置的业务规则类型为L34层业务规则，则将目的IP、目的端口号和协议类型作为数据业务访问消息对应的业务规则；

第二子单元，用于若核心网中预先配置的业务规则类型为L7层业务规则，则将协议类型和统一资源定位符作为数据业务访问消息对应的业务规则。

本发明的实施例还提供了一种核心网，包括上述的业务规则的识别装置。

本发明的实施例还提供了一种业务规则的识别方法，应用于业务识别规则中心SRC，该方法包括：

接收核心网发送的业务规则匹配消息；其中，业务规则匹配消息中包括核心网接收到的数据业务访问消息对应的业务规则；

根据业务规则匹配消息，获取业务规则对应的业务数据标识和计费策略标识；

将业务规则对应的业务数据标识和计费策略标识发送给核心网。

其中，根据业务规则匹配消息，获取业务规则对应的业务数据标识和计费策略标识的步骤，包括：

根据预先与核心网协商的消息格式，对业务规则匹配消息进行解析得到业务规则；

若业务规则包括目的IP、目的端口号和协议类型，则确定业务规则的类型为L34层业务规则；

从SRC内L34层业务规则对应的数据架构中，根据目的IP、目的端口号和协议类型，获取业务规则对应的业务数据标识和计费策略标识。

其中，方法还包括：

若业务规则包括协议类型和统一资源定位符，则确定业务规则的类型为L7层业务规则；

从SRC内L7层业务规则对应的数据架构中，根据协议类型和统一资源定位符，获取业务规则对应的业务数据标识和计费策略标识。

其中，在接收核心网发送的业务规则匹配消息的步骤之前，方法还包括：

获取应用提供商提供的OTT业务的业务规则，以及OTT业务的业务规则对应的业务数据标识和计费策略标识。

其中，获取应用提供商提供的OTT业务的业务规则，以及OTT业务的业务规则对应的业务数据标识和计费策略标识的步骤，包括：

接收应用提供商输入的身份验证信息，并校验身份验证信息是否合格；

若身份验证信息合格，则接收应用提供商输入的OTT业务的业务规则，以及OTT业务的业务规则对应的业务数据标识和计费策略标识；其中，业务规则中包括目的IP、目的掩码、起始端口号、结束端口号和协议类型，或者，协议类型和统一资源定位符；

根据预先给应用提供商配置的业务数据标识，校验OTT业务的业务规则对应的业务数据标识是否属于应用提供商；

若OTT业务的业务规则对应的业务数据标识属于应用提供商，则根据预先给应用提供商配置的计费策略标识，检验OTT业务的业务规则对应的计费策略标识是否属于应用提供商；

若OTT业务的业务规则对应的计费策略标识属于应用提供商，则检验SRC内是否已储存OTT业务的业务规则；

若SRC内未储存OTT业务的业务规则，则储存OTT业务的业务规则，以及OTT业务的业务规则对应的业务数据标识和计费策略标识。

其中，方法还包括：

接收在业务规则编辑界面输入的修改指令，并根据修改指令对OTT业务的业务规则进行修改。

其中，方法还包括：

接收在业务规则编辑界面输入的删除指令，并根据删除指令对OTT业务的业务规则进行删除。

本发明的实施例还提供了一种业务规则的识别装置，应用于业务识别规则中心SRC，该装置包括：

第三接收模块，用于接收核心网发送的业务规则匹配消息；其中，业务规则匹配消息中包括核心网接收到的数据业务访问消息对应的业务规则；

第一获取模块，用于根据业务规则匹配消息，获取业务规则对应的业务数据标识和计费策略标识；

第二发送模块，用于将业务规则对应的业务数据标识和计费策略标识发送给核心网。

其中，第一获取模块包括：

第一获取单元，用于根据预先与核心网协商的消息格式，对业务规则匹配消息进行解析得到业务规则；

第二获取单元，用于若业务规则包括目的IP、目的端口号和协议类型，则确定业务规则的类型为L34层业务规则；

第三获取单元，用于从SRC内L34层业务规则对应的数据架构中，根据目的IP、目的端口号和协议类型，获取业务规则对应的业务数据标识和计费策略标识。

其中，装置还包括：

确定模块，用于若业务规则包括协议类型和统一资源定位符，则确定业务规则的类型为L7层业务规则；

第二获取模块，用于从SRC内L7层业务规则对应的数据架构中，根据协议类型和统一资源定位符，获取业务规则对应的业务数据标识和计费策略标识。

其中，装置还包括：

第三获取模块，用于获取应用提供商提供的OTT业务的业务规则，以及OTT业务的业务规则对应的业务数据标识和计费策略标识。

其中，第三获取模块包括：

第四获取单元，用于接收应用提供商输入的身份验证信息，并校验身份验证信息是否合格，并若身份验证信息合格，则触发第五获取单元；

第五获取单元，用于根据第四获取单元的触发，接收应用提供商输入的OTT业务的业务规则，以及OTT业务的业务规则对应的业务数据标识和计费策略标识；其中，业务规则中包括目的IP、目的掩码、起始端口号、结束端口号和协议类型，或者，协议类型和统一资源定位符；

第六获取单元，用于根据预先给应用提供商配置的业务数据标识，校验OTT业务的业务规则对应的业务数据标识是否属于应用提供商，并若OTT业务的业务规则对应的业务数据标识属于应用提供商，则触发第七获取单元；

第七获取单元，用于根据第六获取单元的触发，根据预先给应用提供商配置的计费策略标识，检验OTT业务的业务规则对应的计费策略标识是否属于应用提供商，并若OTT业务的业务规则对应的计费策略标识属于应用提供商，则触发第八获取单元；

第八获取单元，用于根据第七获取单元的触发，检验SRC内是否已储存OTT业务的业务规则，并若SRC内未储存OTT业务的业务规则，则触发第九获取单元；

第九获取单元，用于根据第八获取单元的触发，储存OTT业务的业务规则，以及OTT业务的业务规则对应的业务数据标识和计费策略标识。

其中，装置还包括：

修改模块，用于接收在业务规则编辑界面输入的修改指令，并根据修改指令对OTT业务的业务规则进行修改。

其中，装置还包括：

删除模块，用于接收在业务规则编辑界面输入的删除指令，并根据删除指令对OTT业务的业务规则进行删除。

本发明的实施例还提供了一种业务识别规则中心，包括上述的业务规则的识别装置。

本发明的上述方案至少包括以下有益效果：

在本发明的实施例中，通过在接收到终端发送的数据业务访问消息时，根据该数据业务访问消息生成包含业务规则的业务规则匹配消息，并将业务规则匹配消息发送给业务识别规则中心，使业务识别规则中心返回业务规则对应的业务数据标识和计费策略标识，从而达到精度细化流量计费规则的效果。

附图说明

图1为本发明第一实施例中业务规则的识别方法的流程图；

图2为本发明第一实施例中终端、PGW、SRC之间的交互流程的示意图；

图3为本发明第二实施例中业务规则的识别装置的结构示意图；

图4为本发明第四实施例中业务规则的识别方法的流程图；

图5为本发明第四实施例中应用提供商、SRC、核心网以及终端的结构示意图；

图6为本发明第四实施例中应用提供商与SRC之间的交互过程的示意图；

图7为本发明第五实施例中业务规则的识别装置的结构示意图；

图8为本发明第七实施例中业务规则的识别系统的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

第一实施例

如图1所示，本发明的第一实施例提供了一种业务规则的识别方法，应用于核心网，该方法包括：

步骤101，接收终端发送的数据业务访问消息。

步骤102，根据数据业务访问消息，生成业务规则匹配消息。

其中，业务规则匹配消息中包括数据业务访问消息对应的业务规则，且该业务规则为OTT业务的业务规则。OTT为在…之上(over the top)的缩写，是一种互联网企业利用运营商的宽带网络发展自己的业务的技术，例如互联网电视业务、淘宝、优酷、搜狐视频、各种移动应用商店里的应用都是OTT业务。

步骤103，将业务规则匹配消息发送给业务识别规则中心，使业务识别规则中心根据业务规则匹配消息获取业务规则对应的业务数据标识和计费策略标识。

在本发明的第一实施例中，上述业务识别规则中心(SRC)可以为一个独立的网元设备，主要负责统一存储及维护全网业务规则识别信息。其上设有开放的业务规则入库表象传输协议(restful)接口，以供应用提供商输入业务规则；同时，其上还设有网络内容传输协议(ICAP)接口，以与核心网进行交互通信。因此，核心网可通过ICAP接口将业务规则匹配消息发送给SRC，具体的，可通过ICAP请求格式(ICAP REQMOD Request)的方式发送给SRC。

步骤104，接收SRC发送的业务规则对应的业务数据标识和计费策略标识。

其中，SRC可通过ICAP接口向核心网发送业务规则对应的业务数据标识和计费策略标识，具体的，可通过ICAP响应格式(ICAP REQMOD Response)的方式发送给核心网。

在本发明的第一实施例中，核心网在接收到业务规则对应的业务数据标识和计费策略标识后，会将业务数据标识和计费策略标识发送给计费单元，使计费单元根据其进行计费。

其中，在本发明的第一实施例中，上述步骤102具体步骤如下步骤：

第一步，对数据业务访问消息进行解析，获得终端所访问服务器的目的IP、目的端口号、协议类型和统一资源定位符(URL)。

第二步，根据核心网中预先配置的业务规则类型，将目的IP、目的端口号、协议类型和统一资源定位符中的多种作为数据业务访问消息对应的业务规则。

具体的，若核心网中预先配置的业务规则类型为L34层业务规则，则将目的IP、目的端口号和协议类型作为数据业务访问消息对应的业务规则；而若核心网中预先配置的业务规则类型为L7层业务规则，则将协议类型和统一资源定位符作为数据业务访问消息对应的业务规则。

第三步，根据预先与SRC协商的消息格式，对业务规则进行封装，得到业务规则匹配消息。

可见，在本发明的第一实施例中，通过在接收到终端发送的数据业务访问消息时，根据该数据业务访问消息生成包含业务规则的业务规则匹配消息，并将业务规则匹配消息发送给业务识别规则中心，使业务识别规则中心返回业务规则对应的业务数据标识和计费策略标识，从而达到精度细化流量计费规则的效果。

可选的，在本发明的第一实施例中，上述核心网可以为分组数据网络网关(PGW，Packet Data Network Gateway)或者网关GPRS支持节点(GGSN，Gateway GPRS SupportNode)。在此，以PGW为例阐述核心网、终端、SRC之间的交互流程。如图2所示，终端、PGW、SRC之间的交互流程为：首先终端向PGW发送数据业务访问消息，PGW对接收到的数据业务访问消息进行解析，得到终端所访问服务器的目的IP、目的端口号、协议类型和统一资源定位符，然后根据得到的目的IP、目的端口号、协议类型和统一资源定位符中的多种生成业务规则匹配消息，并将业务规则匹配消息通过ICAP REQMOD Request的方式发送给SRC，使SRC匹配出业务规则匹配消息中包含的业务规则对应的业务数据标识和计费策略标识，并将业务数据标识和计费策略标识以ICAP REQMOD Response的方式发送给PGW。需要说明的是，SRC在向PGW发送业务数据标识和计费策略标识后，自己还会执行话单(CDR)的操作，以记录其本次的操作过程。需要进一步说明的是，若核心网为GGSN，其与终端以及SRC的交互流程与上述PGW与终端以及SRC的交互流程相同，因此在此，不再赘述。

第二实施例

如图3所示，本发明的第二实施例提供了一种业务规则的识别装置，应用于核心网，该装置包括：

第一接收模块301，用于接收终端发送的数据业务访问消息；

生成模块302，用于根据数据业务访问消息，生成业务规则匹配消息；其中，业务规则匹配消息中包括数据业务访问消息对应的业务规则；

第一发送模块303，用于将业务规则匹配消息发送给业务识别规则中心SRC，使SRC根据业务规则匹配消息获取业务规则对应的业务数据标识和计费策略标识；

第二接收模块304，用于接收SRC发送的业务规则对应的业务数据标识和计费策略标识。

其中，生成模块302包括：

第一生成单元，用于对数据业务访问消息进行解析，获得终端所访问服务器的目的IP、目的端口号、协议类型和统一资源定位符；

第二生成单元，用于根据核心网中预先配置的业务规则类型，将目的IP、目的端口号、协议类型和统一资源定位符中的多种作为数据业务访问消息对应的业务规则；

第三生成单元，用于根据预先与SRC协商的消息格式，对业务规则进行封装，得到业务规则匹配消息。

其中，第二生成单元包括：

第一子单元，用于若核心网中预先配置的业务规则类型为L34层业务规则，则将目的IP、目的端口号和协议类型作为数据业务访问消息对应的业务规则；

第二子单元，用于若核心网中预先配置的业务规则类型为L7层业务规则，则将协议类型和统一资源定位符作为数据业务访问消息对应的业务规则。

在本发明的第二实施例中，通过在接收到终端发送的数据业务访问消息时，根据该数据业务访问消息生成包含业务规则的业务规则匹配消息，并将业务规则匹配消息发送给业务识别规则中心，使业务识别规则中心返回业务规则对应的业务数据标识和计费策略标识，从而达到精度细化流量计费规则的效果。

需要说明的是，本发明第二实施例提供的业务规则的识别装置是应用上述应用于核心网的业务规则的识别方法的装置，即上述应用于核心网的业务规则的识别方法的所有实施例均适用于该装置，且均能达到相同或相似的有益效果。

第三实施例

本发明的第三实施例提供了一种核心网，包括上述应用于核心网的业务规则的识别装置。

可选的，在本发明的第三实施例中，上述核心网可以为PGW或者GGSN。

需要说明的是，本发明第三实施例提供的核心网是包括上述应用于核心网的业务规则的识别装置的核心网，即上述应用于核心网的业务规则的识别装置的所有实施例均适用于该核心网，且均能达到相同或相似的有益效果。

第四实施例

如图4所示，本发明的第四实施例提供了一种业务规则的识别方法，应用于业务识别规则中心(SRC)，该方法包括：

步骤401，接收核心网发送的业务规则匹配消息。

其中，业务规则匹配消息中包括核心网接收到的数据业务访问消息对应的业务规则，且该业务规则为OTT业务的业务规则。

步骤402，根据业务规则匹配消息，获取业务规则对应的业务数据标识和计费策略标识。

步骤403，将业务规则对应的业务数据标识和计费策略标识发送给核心网。

在本发明的第四实施例中，SRC将业务数据标识和计费策略标识发送给核心网后，核心网会将业务数据标识和计费策略标识发送给计费单元，使计费单元根据其进行计费。

其中，在本发明的第四实施例中，上述步骤402具体包括以下步骤：

第一步，根据预先与核心网协商的消息格式，对业务规则匹配消息进行解析得到业务规则，若解析出的业务规则包括目的IP、目的端口号和协议类型，则执行第二步；而若解析出的业务规则包括协议类型和统一资源定位符，则执行第三步。

第二步，确定业务规则的类型为L34层业务规则，并从SRC内L34层业务规则对应的数据架构中，根据目的IP、目的端口号和协议类型，获取业务规则对应的业务数据标识和计费策略标识。

第三步，确定业务规则的类型为L7层业务规则，并从SRC内L7层业务规则对应的数据架构中，根据协议类型和统一资源定位符，获取业务规则对应的业务数据标识和计费策略标识。

其中，在本发明的第四实施例中，在执行步骤401之前，上述方法还包括：获取应用提供商提供的OTT业务的业务规则，以及OTT业务的业务规则对应的业务数据标识和计费策略标识的步骤，进而便于后续SRC根据接收到的业务规则匹配消息中的业务规则，匹配出对应的业务数据标识和计费策略标识。

在本发明的第四实施例中，获取应用提供商提供的OTT业务的业务规则，以及OTT业务的业务规则对应的业务数据标识和计费策略标识具体包括如下步骤：

第一步，接收应用提供商输入的身份验证信息，并校验身份验证信息是否合格，若身份验证信息合格，则执行第二步。

在本发明的第四实施例中，为便于应用提供商通过restful接口或者SRC的门户(portal)向SRC中推送OTT业务的业务规则，SRC的系统管理员需要提前在SRC管理页面上添加该应用提供商的名称和上述身份验证信息(例如推送业务规则的用户名和密码)，同时，SRC的系统管理员还需要给该应用提供商配置相应的业务数据标识和计费策略标识。

其中，应用提供商1、SRC2、核心网3以及终端4的连接架构如图5所示，且核心网3还与互联网5连接。

第二步，接收应用提供商输入的OTT业务的业务规则，以及OTT业务的业务规则对应的业务数据标识和计费策略标识。其中，业务规则中包括目的IP、目的掩码、起始端口号、结束端口号和协议类型，或者，协议类型和统一资源定位符。需要说明的是，业务规则中的具体内容，由该业务规则的类型决定。具体的，若该业务规则的类型为L34层业务规则，该业务规则包括目的IP、目的掩码、起始端口号、结束端口号和协议类型；而若该业务规则的类型为L7层业务规则，该业务规则包括协议类型和统一资源定位符。

第三步，根据预先给应用提供商配置的业务数据标识，校验OTT业务的业务规则对应的业务数据标识是否属于应用提供商，若OTT业务的业务规则对应的业务数据标识属于应用提供商，则执行第四步。

第四步，根据预先给应用提供商配置的计费策略标识，检验OTT业务的业务规则对应的计费策略标识是否属于应用提供商，若OTT业务的业务规则对应的计费策略标识属于应用提供商，则执行第五步。

第五步，检验SRC内是否已储存OTT业务的业务规则，若SRC内未储存OTT业务的业务规则，则执行第六步，当然若SRC内已储存有应用提供商当前输入的OTT业务的业务规则，则不会再储存该OTT业务的业务规则。

第六步，储存OTT业务的业务规则，以及OTT业务的业务规则对应的业务数据标识和计费策略标识。

可选的，在本发明的第四实施例中，为便于应用提供商管控自己推送的OTT业务的业务规则，其可以在SRC的业务规则编辑界面输入修改指令或删除指令，对OTT业务的业务规则进行修改或者删除。

具体的，SRC会接收在业务规则编辑界面输入的修改指令，并根据修改指令对OTT业务的业务规则进行修改，例如修改目的IP。类似的，SRE会接收在业务规则编辑界面输入的删除指令，并根据删除指令对OTT业务的业务规则进行删除。

可见，在本发明的第四实施例中，通过在接收到核心网发送的业务规则匹配消息时，匹配出业务规则匹配消息中的业务规则对应的业务数据标识和计费策略标识，并将业务数据标识和计费策略标识返回给核心网，从而达到精度细化流量计费规则的效果。

在本发明的第四实施例中，以应用提供商新增OTT业务的业务规则为例阐述应用提供商与SRC之间的交互过程。如图6所示，应用提供商新增OTT业务的业务规则的过程为：应用提供商向SRC输入OTT业务的业务规则，以及OTT业务的业务规则对应的业务数据标识和计费策略标识，SRC依次校验应用提供商输入的业务数据标识和计费策略标识是属于该应用提供商，若应用提供商输入的业务数据标识和计费策略标识属于该应用提供商，则继续检验SRC内是否已储存该OTT业务的业务规则，若未储存该OTT业务的业务规则，则储存该OTT业务的业务规则，以及OTT业务的业务规则对应的业务数据标识和计费策略标识，并向应用提供商返回新增业务规则成功的响应消息。需要说明的是，SRC在向应用提供商返回响应消息后，自己还会执行话单(CDR)的操作，以记录其本次的操作过程。

第五实施例

如图7所示，本发明的第五实施例提供了一种业务规则的识别装置，应用于业务识别规则中心SRC，该装置包括：

第三接收模块701，用于接收核心网发送的业务规则匹配消息；其中，业务规则匹配消息中包括核心网接收到的数据业务访问消息对应的业务规则；

第一获取模块702，用于根据业务规则匹配消息，获取业务规则对应的业务数据标识和计费策略标识；

第二发送模块703，用于将业务规则对应的业务数据标识和计费策略标识发送给核心网。

其中，第一获取模块702包括：

第一获取单元，用于根据预先与核心网协商的消息格式，对业务规则匹配消息进行解析得到业务规则；

第二获取单元，用于若业务规则包括目的IP、目的端口号和协议类型，则确定业务规则的类型为L34层业务规则；

第三获取单元，用于从SRC内L34层业务规则对应的数据架构中，根据目的IP、目的端口号和协议类型，获取业务规则对应的业务数据标识和计费策略标识。

其中，装置还包括：

确定模块，用于若业务规则包括协议类型和统一资源定位符，则确定业务规则的类型为L7层业务规则；

第二获取模块，用于从SRC内L7层业务规则对应的数据架构中，根据协议类型和统一资源定位符，获取业务规则对应的业务数据标识和计费策略标识。

其中，装置还包括：

第三获取模块，用于获取应用提供商提供的OTT业务的业务规则，以及OTT业务的业务规则对应的业务数据标识和计费策略标识。

其中，第三获取模块包括：

第四获取单元，用于接收应用提供商输入的身份验证信息，并校验身份验证信息是否合格，并若身份验证信息合格，则触发第五获取单元；

第五获取单元，用于根据第四获取单元的触发，接收应用提供商输入的OTT业务的业务规则，以及OTT业务的业务规则对应的业务数据标识和计费策略标识；其中，业务规则中包括目的IP、目的掩码、起始端口号、结束端口号和协议类型，或者，协议类型和统一资源定位符；

第六获取单元，用于根据预先给应用提供商配置的业务数据标识，校验OTT业务的业务规则对应的业务数据标识是否属于应用提供商，并若OTT业务的业务规则对应的业务数据标识属于应用提供商，则触发第七获取单元；

第七获取单元，用于根据第六获取单元的触发，根据预先给应用提供商配置的计费策略标识，检验OTT业务的业务规则对应的计费策略标识是否属于应用提供商，并若OTT业务的业务规则对应的计费策略标识属于应用提供商，则触发第八获取单元；

第八获取单元，用于根据第七获取单元的触发，检验SRC内是否已储存OTT业务的业务规则，并若SRC内未储存OTT业务的业务规则，则触发第九获取单元；

第九获取单元，用于根据第八获取单元的触发，储存OTT业务的业务规则，以及OTT业务的业务规则对应的业务数据标识和计费策略标识。

其中，装置还包括：

修改模块，用于接收在业务规则编辑界面输入的修改指令，并根据修改指令对OTT业务的业务规则进行修改。

其中，装置还包括：

删除模块，用于接收在业务规则编辑界面输入的删除指令，并根据删除指令对OTT业务的业务规则进行删除。

其中，上述第三接收模块701、第一获取模块702、第二发送模块703、确定模块以及第二获取模块的功能可以通过SRC中的规则查询模块来实现，上述修改模块、删除模块以及第三获取模块中的第四获取单元、第五获取单元、第六获取单元、第七获取单元和第八获取单元的功能可通过SRC中的鉴权模块来实现，而第三获取模块中的第九获取单元的功能可通过SRC中的规则入库模块来实现。

在本发明的第五实施例中，通过在接收到核心网发送的业务规则匹配消息时，匹配出业务规则匹配消息中的业务规则对应的业务数据标识和计费策略标识，并将业务数据标识和计费策略标识返回给核心网，从而达到精度细化流量计费规则的效果。

需要说明的是，本发明第五实施例提供的业务规则的识别装置是应用上述应用于SRC的业务规则的识别方法的装置，即上述应用于SRC的业务规则的识别方法的所有实施例均适用于该装置，且均能达到相同或相似的有益效果。

第六实施例

本发明的第六实施例提供了一种业务识别规则中心，包括上述应用于SRC的业务规则的识别装置。

需要说明的是，本发明第六实施例提供的业务识别规则中心是包括上述应用于业务识别规则中心的业务规则的识别装置的业务识别规则中心，即上述应用于业务识别规则中心的业务规则的识别装置的所有实施例均适用于该业务识别规则中心，且均能达到相同或相似的有益效果。

第七实施例

如图8所示，本发明的第七实施例提供了一种业务规则的识别系统，该系统包括核心网3、应用提供商1和SRC，其中，SRC包括规则查询模块6、鉴权模块7、规则入库模块8。其中，SRC的系统管理员9可通过SRC的门户10将应用提供商1的名称、身份验证信息以及给应用提供商1配置的业务数据标识和计费策略标识添加至SRC的数据库11中。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (22)

1.一种业务规则的识别方法，应用于核心网，其特征在于，所述方法包括：

接收终端发送的数据业务访问消息；

根据所述数据业务访问消息，生成业务规则匹配消息；其中，所述业务规则匹配消息中包括所述数据业务访问消息对应的业务规则；

将所述业务规则匹配消息发送给业务识别规则中心SRC，使所述SRC根据业务规则匹配消息获取所述业务规则对应的业务数据标识和计费策略标识；

接收所述SRC发送的所述业务规则对应的业务数据标识和计费策略标识。

2.如权利要求1所述的方法，其特征在于，所述根据所述数据业务访问消息，生成业务规则匹配消息的步骤，包括：

对所述数据业务访问消息进行解析，获得所述终端所访问服务器的目的IP、目的端口号、协议类型和统一资源定位符；

根据所述核心网中预先配置的业务规则类型，将所述目的IP、目的端口号、协议类型和统一资源定位符中的多种作为所述数据业务访问消息对应的业务规则；

根据预先与所述SRC协商的消息格式，对所述业务规则进行封装，得到业务规则匹配消息。

3.如权利要求2所述的方法，其特征在于，所述根据所述核心网中预先配置的业务规则类型，将所述目的IP、目的端口号、协议类型和统一资源定位符中的多种作为所述数据业务访问消息对应的业务规则的步骤，包括：

若所述核心网中预先配置的业务规则类型为L34层业务规则，则将所述目的IP、目的端口号和协议类型作为所述数据业务访问消息对应的业务规则；

若所述核心网中预先配置的业务规则类型为L7层业务规则，则将所述协议类型和统一资源定位符作为所述数据业务访问消息对应的业务规则。

4.一种业务规则的识别装置，应用于核心网，其特征在于，所述装置包括：

第一接收模块，用于接收终端发送的数据业务访问消息；

生成模块，用于根据所述数据业务访问消息，生成业务规则匹配消息；其中，所述业务规则匹配消息中包括所述数据业务访问消息对应的业务规则；

第一发送模块，用于将所述业务规则匹配消息发送给业务识别规则中心SRC，使所述SRC根据业务规则匹配消息获取所述业务规则对应的业务数据标识和计费策略标识；

第二接收模块，用于接收所述SRC发送的所述业务规则对应的业务数据标识和计费策略标识。

5.如权利要求4所述的装置，其特征在于，所述生成模块包括：

第一生成单元，用于对所述数据业务访问消息进行解析，获得所述终端所访问服务器的目的IP、目的端口号、协议类型和统一资源定位符；

第二生成单元，用于根据所述核心网中预先配置的业务规则类型，将所述目的IP、目的端口号、协议类型和统一资源定位符中的多种作为所述数据业务访问消息对应的业务规则；

第三生成单元，用于根据预先与所述SRC协商的消息格式，对所述业务规则进行封装，得到业务规则匹配消息。

6.如权利要求5所述的装置，其特征在于，所述第二生成单元包括：

第一子单元，用于若所述核心网中预先配置的业务规则类型为L34层业务规则，则将所述目的IP、目的端口号和协议类型作为所述数据业务访问消息对应的业务规则；

第二子单元，用于若所述核心网中预先配置的业务规则类型为L7层业务规则，则将所述协议类型和统一资源定位符作为所述数据业务访问消息对应的业务规则。

7.一种核心网，其特征在于，包括如权利要求4～6任一项所述的业务规则的识别装置。

8.一种业务规则的识别方法，应用于业务识别规则中心SRC，其特征在于，所述方法包括：

接收核心网发送的业务规则匹配消息；其中，所述业务规则匹配消息中包括所述核心网接收到的数据业务访问消息对应的业务规则；

根据所述业务规则匹配消息，获取所述业务规则对应的业务数据标识和计费策略标识；

将所述业务规则对应的业务数据标识和计费策略标识发送给所述核心网。

9.如权利要求8所述的方法，其特征在于，所述根据所述业务规则匹配消息，获取所述业务规则对应的业务数据标识和计费策略标识的步骤，包括：

根据预先与所述核心网协商的消息格式，对所述业务规则匹配消息进行解析得到所述业务规则；

若所述业务规则包括目的IP、目的端口号和协议类型，则确定所述业务规则的类型为L34层业务规则；

从所述SRC内所述L34层业务规则对应的数据架构中，根据所述目的IP、目的端口号和协议类型，获取所述业务规则对应的业务数据标识和计费策略标识。

10.如权利要求9所述的方法，其特征在于，所述方法还包括：

若所述业务规则包括协议类型和统一资源定位符，则确定所述业务规则的类型为L7层业务规则；

从所述SRC内所述L7层业务规则对应的数据架构中，根据所述协议类型和统一资源定位符，获取所述业务规则对应的业务数据标识和计费策略标识。

11.如权利要求8所述的方法，其特征在于，在所述接收核心网发送的业务规则匹配消息的步骤之前，所述方法还包括：

获取应用提供商提供的OTT业务的业务规则，以及所述OTT业务的业务规则对应的业务数据标识和计费策略标识。

12.如权利要求11所述的方法，其特征在于，所述获取应用提供商提供的OTT业务的业务规则，以及所述OTT业务的业务规则对应的业务数据标识和计费策略标识的步骤，包括：

接收所述应用提供商输入的身份验证信息，并校验所述身份验证信息是否合格；

若所述身份验证信息合格，则接收所述应用提供商输入的OTT业务的业务规则，以及所述OTT业务的业务规则对应的业务数据标识和计费策略标识；其中，所述业务规则中包括目的IP、目的掩码、起始端口号、结束端口号和协议类型，或者，协议类型和统一资源定位符；

根据预先给所述应用提供商配置的业务数据标识，校验所述OTT业务的业务规则对应的业务数据标识是否属于所述应用提供商；

若所述OTT业务的业务规则对应的业务数据标识属于所述应用提供商，则根据预先给所述应用提供商配置的计费策略标识，检验所述OTT业务的业务规则对应的计费策略标识是否属于所述应用提供商；

若所述OTT业务的业务规则对应的计费策略标识属于所述应用提供商，则检验所述SRC内是否已储存所述OTT业务的业务规则；

若所述SRC内未储存所述OTT业务的业务规则，则储存所述OTT业务的业务规则，以及所述OTT业务的业务规则对应的业务数据标识和计费策略标识。

13.如权利要求12所述的方法，其特征在于，所述方法还包括：

接收在业务规则编辑界面输入的修改指令，并根据所述修改指令对所述OTT业务的业务规则进行修改。

14.如权利要求12所述的方法，其特征在于，所述方法还包括：

接收在业务规则编辑界面输入的删除指令，并根据所述删除指令对所述OTT业务的业务规则进行删除。

15.一种业务规则的识别装置，应用于业务识别规则中心SRC，其特征在于，所述装置包括：

第三接收模块，用于接收核心网发送的业务规则匹配消息；其中，所述业务规则匹配消息中包括所述核心网接收到的数据业务访问消息对应的业务规则；

第一获取模块，用于根据所述业务规则匹配消息，获取所述业务规则对应的业务数据标识和计费策略标识；

第二发送模块，用于将所述业务规则对应的业务数据标识和计费策略标识发送给所述核心网。

16.如权利要求15所述的装置，其特征在于，所述第一获取模块包括：

第一获取单元，用于根据预先与所述核心网协商的消息格式，对所述业务规则匹配消息进行解析得到所述业务规则；

第二获取单元，用于若所述业务规则包括目的IP、目的端口号和协议类型，则确定所述业务规则的类型为L34层业务规则；

第三获取单元，用于从所述SRC内所述L34层业务规则对应的数据架构中，根据所述目的IP、目的端口号和协议类型，获取所述业务规则对应的业务数据标识和计费策略标识。

17.如权利要求16所述的装置，其特征在于，所述装置还包括：

确定模块，用于若所述业务规则包括协议类型和统一资源定位符，则确定所述业务规则的类型为L7层业务规则；

第二获取模块，用于从所述SRC内所述L7层业务规则对应的数据架构中，根据所述协议类型和统一资源定位符，获取所述业务规则对应的业务数据标识和计费策略标识。

18.如权利要求15所述的装置，其特征在于，所述装置还包括：

第三获取模块，用于获取应用提供商提供的OTT业务的业务规则，以及所述OTT业务的业务规则对应的业务数据标识和计费策略标识。

19.如权利要求18所述的装置，其特征在于，所述第三获取模块包括：

第四获取单元，用于接收所述应用提供商输入的身份验证信息，并校验所述身份验证信息是否合格，并若所述身份验证信息合格，则触发第五获取单元；

第五获取单元，用于根据所述第四获取单元的触发，接收所述应用提供商输入的OTT业务的业务规则，以及所述OTT业务的业务规则对应的业务数据标识和计费策略标识；其中，所述业务规则中包括目的IP、目的掩码、起始端口号、结束端口号和协议类型，或者，协议类型和统一资源定位符；

第六获取单元，用于根据预先给所述应用提供商配置的业务数据标识，校验所述OTT业务的业务规则对应的业务数据标识是否属于所述应用提供商，并若所述OTT业务的业务规则对应的业务数据标识属于所述应用提供商，则触发第七获取单元；

第七获取单元，用于根据所述第六获取单元的触发，根据预先给所述应用提供商配置的计费策略标识，检验所述OTT业务的业务规则对应的计费策略标识是否属于所述应用提供商，并若所述OTT业务的业务规则对应的计费策略标识属于所述应用提供商，则触发第八获取单元；

第八获取单元，用于根据所述第七获取单元的触发，检验所述SRC内是否已储存所述OTT业务的业务规则，并若所述SRC内未储存所述OTT业务的业务规则，则触发第九获取单元；

第九获取单元，用于根据所述第八获取单元的触发，储存所述OTT业务的业务规则，以及所述OTT业务的业务规则对应的业务数据标识和计费策略标识。

20.如权利要求19所述的装置，其特征在于，所述装置还包括：

修改模块，用于接收在业务规则编辑界面输入的修改指令，并根据所述修改指令对所述OTT业务的业务规则进行修改。

21.如权利要求19所述的装置，其特征在于，所述装置还包括：

删除模块，用于接收在业务规则编辑界面输入的删除指令，并根据所述删除指令对所述OTT业务的业务规则进行删除。

22.一种业务识别规则中心，其特征在于，包括如权利要求15～21任一项所述的业务规则的识别装置。