CN108667630A - 一种计费方法、相关设备和系统 - Google Patents

一种计费方法、相关设备和系统 Download PDF

Info

Publication number
CN108667630A
CN108667630A CN201710202321.3A CN201710202321A CN108667630A CN 108667630 A CN108667630 A CN 108667630A CN 201710202321 A CN201710202321 A CN 201710202321A CN 108667630 A CN108667630 A CN 108667630A
Authority
CN
China
Prior art keywords
network routing
routing device
net control
control device
business stream
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201710202321.3A
Other languages
English (en)
Inventor
贾江涛
柴晓前
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201710202321.3A priority Critical patent/CN108667630A/zh
Priority to PCT/CN2018/073853 priority patent/WO2018177003A1/zh
Publication of CN108667630A publication Critical patent/CN108667630A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/14Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1403Architecture for metering, charging or billing
    • H04L12/1407Policy-and-charging control [PCC] architecture
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/14Charging, metering or billing arrangements for data wireline or wireless communications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/14Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1425Charging, metering or billing arrangements for data wireline or wireless communications involving dedicated fields in the data packet for billing purposes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/14Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1432Metric aspects

Abstract

本申请实施例公开了一种计费方法,包括:网络控制设备生成业务流的第一处理策略和对应的第一计费上报策略,所述第一处理策略包括第一网络路由设备的处理方式;所述网络控制设备向所述第一网络路由设备发送所述业务流的第一处理策略和所述第一计费上报策略;所述网络控制设备接收所述第一网络路由设备中的至少一个上报的第一计费信息,所述第一计费信息是上报所述第一计费信息的网络路由设备在执行所述第一处理策略后,根据所述第一计费上报策略采集到的。本申请实施例还提供了相关设备和系统,采用本申请实施例可根据不同的需求灵活采集计费信息。

Description

一种计费方法、相关设备和系统
技术领域
本申请涉及通信技术领域,尤其涉及一种计费方法、相关设备和系统。
背景技术
为了保证网络能够按照设计要求,给用户提供安全、快速、稳定的网络服务,当数据报文在网络中传递时,需要经过各个业务节点。网络流量依照业务逻辑既定的顺序经过这些业务点,这就是业务链(Service Chain)。通常数据报文进入业务链之后,数据报文会依照业务链既定的顺序经过各个业务节点,最后数据报文在业务链的最后一个业务节点进行封装,以完成数据报文的传递。
数据报文在网络中传递所产生的计费方法,目前的做法通常是在固定的多个业务节点上配置固定的计费策略。该种方法无法根据不同的需求灵活采集计费信息,可能导致在某些应用场景下无法准确的采集计费信息,例如业务链发生变化的场景下。因此,如何根据不同的需求灵活采集计费信息是需要解决的技术问题。
发明内容
本申请实施例所要解决的技术问题在于,提供一种计费方法、相关设备和系统,可根据不同的需求灵活采集计费信息。
第一方面,本申请实施例提供了一种计费方法,包括:
网络控制设备生成业务流的处理策略和对应的计费上报策略,处理策略包括第一网络路由设备的处理方式,以及向第一网络路由设备发送业务流的处理策略和计费上报策略,第一网络路由设备中的至少一个在执行处理策略后,根据计费上报策略采集计费信息,然后再将采集到的计费信息上报给网络控制设备。可见,在本申请中,计费上报策略不是固定的业务节点上配置固定的计费策略,相较于现有技术,网络控制设备可灵活为业务流经过的网络路由设备配置不同的计费上报策略,进而使得在不同的应用场景可准确的采集计费信息。
在一些可能的实现方式中,方法还包括:
当满足重选条件时,网络控制设备重新生成业务流的第二处理策略和对应的第二计费上报策略,第二处理策略包括第二网络路由设备的处理方式;网络控制设备向第二网络路由设备发送业务流的第二处理策略和第二计费上报策略。可见,当业务链发生变化时,网络控制设备重新生成计费上报策略,然后再将重新生成的计费上报策略发送给网络路由设备,如此可实现在动态网络中准确的采集计费信息。
在一些可能的实现方式中,重选条件包括以下情况中的至少一种:1)第一网络路由设备中的至少一个网络路由设备过载时;2)业务流的流表过期时;3)业务流有新的需求时。
在一些可能的实现方式中,第一计费信息是第一网络路由设备在满足上报条件时上报的。
在一些可能的实现方式中,方法还包括:
网络控制设备接收应用服务器发送的业务请求;网络控制设备记录业务请求对应的业务信息;网络控制设备生成业务流的处理策略和对应的计费上报策略的具体实施方式有:网络控制设备根据业务请求生成业务流的处理策略和对应的计费上报策略。
在一些可能的实现方式中,方法还包括:
网络控制设备根据用户设备的IP地址信息对第一计费信息进行关联处理,得到第二计费信息;网络控制设备向计费系统上报第二计费信息。
在一些可能的实现方式中,第二网络路由设备包括以下情况中的至少一种:1)第二网络路由设备为用于传输业务流的网络路由设备中负载低于第一阈值的网络路由设备;2)第二网络路由设备为用于传输业务流的网络路由设备中数据报文处理延迟低于第二阈值的网络路由设备;3)第二网络路由设备为用于传输业务流的网络路由设备中传输稳定性高于或等于第三阈值的网络路由设备。
在一些可能的实现方式中,业务信息包括设备信息,应用信息,用户信息,会话信息,用户设备的IP地址信息中的至少一种。
在一些可能的实现方式中,方法还包括:
网络控制设备接收管理客户端发送的策略调整请求;网络控制设备生成业务流的处理策略和对应的计费上报策略的具体实施方式有:网络控制设备根据策略调整请求生成业务流的处理策略和对应的计费上报策略,生成的处理策略适用于所有用户设备。
在一些可能的实现方式中,计费上报策略包括需要计费的用户设备的IP地址、计费信息的采集方式、上报计费信息的条件、以及网络控制设备的IP地址信息中的至少一种。
在一些可能的实现方式中,第一计费信息包括用户设备的IP地址信息,流量信息,时间信息中的至少一种。
在一些可能的实现方式中,第二计费信息包括设备信息,应用信息,用户信息,会话信息,用户设备的IP地址信息,流量信息,时间信息中的至少一种。
在一些可能的实现方式中,上报条件包括以下情况中的至少一种:1)流表中对应业务流的处理策略所记录的处理数据包数量或处理数据包流量大于或等于第四阈值;2)第一网络路由设备接收到业务流对应的流表的更新指示;3)第一网络路由设备接收到业务流对应的流表的删除指示;4)业务流对应的流表到期;5)第一网络路由设备向网络控制设备发送端口状态(Port-status)消息时;6)第一网络路由设备接收到网络控制设备发送的Packet-out消息时;7)第一网络路由设备向网络控制设备上报错误信息时。
第二方面,本申请实施例提供了一种计费方法,包括:
网络路由设备接收网络控制设备发送的业务流的处理策略和计费上报策略,处理策略包括网络路由设备的处理方式;网络路由设备根据业务流的处理策略和计费上报策略处理业务流。可见,在本申请中,计费上报策略不是固定的业务节点上配置固定的计费策略,相较于现有技术,网络控制设备可灵活为业务流经过的网络路由设备配置不同的计费上报策略,进而使得在不同的应用场景可准确的采集计费信息。
在一些可能的实现方式中,方法还包括:
当网络路由设备根据计费上报策略确定上报计费信息时,网络路由设备向网络控制设备上报采集到的计费信息。
在一些可能的实现方式中,计费信息是网络路由设备在满足上报条件时上报的。
在一些可能的实现方式中,计费上报策略包括需要计费的用户设备的IP地址、计费信息的采集方式、上报计费信息的条件、以及网络控制设备的IP地址信息中的至少一种。
在一些可能的实现方式中,计费信息包括用户设备的IP地址信息,流量信息,时间信息中的至少一种。
在一些可能的实现方式中,上报条件包括以下情况中的至少一种:1)业务流对应的流表中统计的匹配数据包流量高于或等于预设阈值;2)网络路由设备接收到业务流对应的流表的更新指示;3)网络路由设备接收到业务流对应的流表的删除指示;4)业务流对应的流表到期;5)网络路由设备向网络控制设备发送端口状态(Port-status)消息时;6)网络路由设备接收到网络控制设备发送的Packet-out消息时;7)网络路由设备向网络控制设备上报错误信息时。
第三方面,本申请实施例提供了一种计费方法,包括:
网络控制设备接收应用服务器发送的业务请求;网络控制设备记录业务请求的计费信息,计费信息包括业务请求的次数;网络控制设备向计费系统上报计费信息。在本方案中,计费信息无需在网络路由设备侧进行采集,而是在网络控制设备侧根据业务请求的次数进行计费。可见,通过该种方式,可更灵活的采集计费信息。
在一些可能的实现方式中,计费信息还包括用户设备的IP地址信息,请求时间,请求类型,执行状态,应用信息中的至少一种。
在一些可能的实现方式中,方法还包括:
网络控制设备生成业务流的处理策略,以及向网络路由设备发送业务流的处理策略。
在一些可能的实现方式中,计费信息是网络控制设备在满足上报条件时上报的,上报条件包括以下情况中的至少一种:1)业务流对应的流表的状态发生变化;2)网络控制设备接收到网络路由设备针对业务流的处理策略发送的执行响应时。
第四方面,本申请实施例提供一种通信系统,通信系统包括网络控制设备和第一网络路由设备,其中:
网络控制设备,用于生成业务流的第一处理策略和对应的第一计费上报策略,第一处理策略包括第一网络路由设备的处理方式;向第一网络路由设备发送业务流的第一处理策略和第一计费上报策略;第一网络路由设备,用于接收网络控制设备发送的业务流的第一处理策略和第一计费上报策略;第一网络路由设备执行业务流的第一处理策略;第一网络路由设备中的至少一个在执行第一处理策略后,根据第一计费上报策略采集计费信息,以得到第一计费信息;第一网络路由设备中的至少一个向网络控制设备上报第一计费信息;网络控制设备,还用于接收第一网络路由设备中的至少一个上报的第一计费信息。可见,在本申请中,计费上报策略不是固定的业务节点上配置固定的计费策略,相较于现有技术,网络控制设备可灵活为业务流经过的网络路由设备配置不同的计费上报策略,进而使得在不同的应用场景可准确的采集计费信息。
在一些可能的实现方式中,所述通信系统还包括第二网络路由设备,
所述网络控制设备,还用于当满足重选条件时,重新生成所述业务流的第二处理策略和对应的第二计费上报策略,所述第二处理策略包括所述第二网络路由设备的处理方式;向所述第二网络路由设备发送所述业务流的第二处理策略和所述第二计费上报策略;所述第二网络路由设备,用于接收所述网络控制设备发送的所述业务流的第二处理策略和所述第二计费上报策略。可见,当业务链发生变化时,网络控制设备重新生成计费上报策略,然后再将重新生成的计费上报策略发送给网络路由设备,如此可实现在动态网络中准确的采集计费信息。
在一些可能的实现方式中,所述重选条件包括以下情况中的至少一种:1)所述第一网络路由设备中的至少一个网络路由设备过载时;2)所述业务流的流表过期时;3)所述业务流有新的需求时。
在一些可能的实现方式中,所述第一计费信息是所述第一网络路由设备在满足上报条件时上报的。
在一些可能的实现方式中,所述通信系统还包括应用服务器,
所述应用服务器,用于向所述网络控制设备发送业务请求;
所述网络控制设备,还用于接收所述应用服务器发送的业务请求;记录所述业务请求对应的业务信息;所述网络控制设备生成业务流的处理策略和对应的计费上报策略的具体实施方式为:根据业务请求生成业务流的处理策略和对应的计费上报策略。
在一些可能的实现方式中,所述通信系统还包括计费系统,
所述网络控制设备,还用于根据用户设备的IP地址信息对所述第一计费信息进行关联处理,得到第二计费信息;向计费系统上报所述第二计费信息;
所述计费系统,用于接收所述网络控制设备上报的所述第二计费信息。
在一些可能的实现方式中,第二网络路由设备包括以下情况中的至少一种:1)所述第二网络路由设备为用于传输所述业务流的网络路由设备中负载低于第一阈值的网络路由设备;2)所述第二网络路由设备为用于传输所述业务流的网络路由设备中数据报文处理延迟低于第二阈值的网络路由设备;3)所述第二网络路由设备为用于传输所述业务流的网络路由设备中传输稳定性高于或等于第三阈值的网络路由设备。
在一些可能的实现方式中,所述业务信息包括设备信息,应用信息,用户信息,会话信息,用户设备的IP地址信息中的至少一种。
在一些可能的实现方式中,所述通信系统还包括管理客户端,
所述管理客户端,用于向所述网络控制设备发送策略调整请求;
所述网络控制设备,还用于接收所述管理客户端发送的所述策略调整请求;
所述网络控制设备生成业务流的处理策略和对应的计费上报策略的具体实施方式:根据所述策略调整请求生成业务流的处理策略和对应的计费上报策略,生成的处理策略适用于所有用户设备。
在一些可能的实现方式中,所述计费上报策略包括需要计费的用户设备的IP地址、计费信息的采集方式、上报计费信息的条件、以及所述网络控制设备的IP地址信息中的至少一种。
在一些可能的实现方式中,所述第一计费信息包括用户设备的IP地址信息,流量信息,时间信息中的至少一种。
在一些可能的实现方式中,所述第二计费信息包括设备信息,应用信息,用户信息,会话信息,用户设备的IP地址信息,流量信息,时间信息中的至少一种。
在一些可能的实现方式中,所述上报条件包括以下情况中的至少一种:1)流表中对应所述业务流的处理策略所记录的处理数据包数量或处理数据包流量大于或等于第四阈值;2)所述第一网络路由设备接收到所述业务流对应的流表的更新指示;3)所述第一网络路由设备接收到所述业务流对应的流表的删除指示;4)所述业务流对应的流表到期;5)所述第一网络路由设备向所述网络控制设备发送端口状态(Port-status)消息时;6)所述第一网络路由设备接收到所述网络控制设备发送的Packet-out消息时;7)所述第一网络路由设备向所述网络控制设备上报错误信息时。
第五方面,本申请实施例提供一种网络控制设备,包含用于执行第一方面中的方法的模块。
第六方面,本申请实施例提供一种网络控制设备,包含用于执行第二方面中的方法的模块。
第七方面,本申请实施例提供一种网络路由设备,包含用于执行第三方面中的方法的模块。
第八方面,本申请提供一种网络控制设备,该网络控制设备中包括处理器,处理器被配置为支持该网络控制设备执行第一方面提供的一种计费方法中相应的功能。该网络控制设备还可以包括存储器,存储器用于与处理器耦合,其保存该网络控制设备必要的程序指令和数据。该网络控制设备还可以包括通信接口,用于该网络控制设备与其他设备或通信网络通信。
第九方面,本申请提供一种网络控制设备,该网络控制设备中包括处理器,处理器被配置为支持该网络控制设备执行第二方面提供的一种计费方法中相应的功能。该网络控制设备还可以包括存储器,存储器用于与处理器耦合,其保存该网络控制设备必要的程序指令和数据。该网络控制设备还可以包括通信接口,用于该网络控制设备与其他设备或通信网络通信。
第十方面,本申请提供一种网络路由设备,该网络路由设备中包括处理器,处理器被配置为支持该网络路由设备执行第二方面提供的一种计费方法中相应的功能。该网络路由设备还可以包括存储器,存储器用于与处理器耦合,其保存该网络路由设备必要的程序指令和数据。该网络路由设备还可以包括通信接口,用于该网络路由设备与其他设备或通信网络通信。
第十一方面,本申请提供一种计算机存储介质,用于储存为上述第八方面提供的网络控制设备所用的计算机软件指令,其包含用于执行上述方面所设计的程序。
第十二方面,本申请提供一种计算机存储介质,用于储存为上述第九方面提供的网络控制设备所用的计算机软件指令,其包含用于执行上述方面所设计的程序。
第十三方面,本申请提供一种计算机存储介质,用于储存为上述第十方面提供的网络路由设备所用的计算机软件指令,其包含用于执行上述方面所设计的程序。
本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。
附图说明
为了更清楚地说明本申请实施例或背景技术中的技术方案,下面将对本申请实施例或背景技术中所需要使用的附图进行说明。
图1是本申请实施例提供的一种通信系统的示意图;
图2是本申请实施例提供的一种计费方法的流程示意图;
图3是本申请实施例提供的另一种计费方法的流程示意图;
图4是本申请实施例提供的一种网络控制设备的结构示意图;
图5是是本申请实施例提供的另一种网络控制设备的结构示意图;
图6是本申请实施例提供的一种计算机设备的结构示意图。
具体实施方式
以下,对本申请中的部分用语进行解释说明,以便于本领域技术人员理解。
1)网络控制设备(Network controller)是一种具有网络资源配置、网络资源管理、网络资源安全控制等功能的计算机系统或设备。其中,网络控制设备可以是软件定义网络(Software-Defined Networking,SDN)网络中的SDN控制器,网络控制设备还可以是移动核心网中的控制面,等等。
2)应用服务器是指通过各种协议把商业逻辑曝露给客户端的装置。简单的说,应用服务器包括能实现动态网页技术的服务器。应用服务器提供了访问商业逻辑的途径以供客户端应用程序使用。
3)网络路由设备是指网络侧的设备。网络路由设备可以是软件定义网络(Software-Defined Networking,SDN)网络中的交换机,路由器等,网络路由设备还可以是移动核心网中的用户面,等等。
4)计费系统包括在线计费(Online Charging System,OCS)和离线计费功能(Offline Charging system,OFCS)。OCS用于实时信用控制以及用户数据会话的配额管理。OFCS用于在用户使用网络资源后接收计费数据。
5)用户设备(User Equipment,UE),是一种向用户提供语音和/或数据连通性的设备。常见的用户设备例如包括:手机、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device,MID)、可穿戴设备,例如智能手表、智能手环、计步器等。
6)流表(flow table)其实可被视作是OpenFlow对网络路由设备的数据转发功能的一种抽象。在传统网络路由设备中,交换机和路由器的数据转发需要依赖设备中保存的二层MAC地址转发表或三层IP地址路由表,而OpenFlow交换机中使用的流表也是如此,不过在它的表项中整合了网络中各个层次的网络配置信息,从而在进行数据转发时可以使用更丰富的规则。流表可包括源IP,目标IP,端口,流量计数,包计数,处理策略等
下面结合本申请实施例中的附图对本申请实施例进行描述。
请参见图1,图1是本申请实施例提供的一种通信系统的结构示意图,该通信系统包括多个应用客户端10、应用服务器20、网络控制设备30、多个网络路由设备40、计费系统50和管理客户端60。应用客户端10通过应用服务器20请求应用服务,应用服务器20处理应用客户端10请求的应用服务,然后应用服务器20通过网络控制设备30控制网络路由设备40完成应用客户端10请求的应用服务,比如完成数据报文的传递。数据报文在网络中传递所产生的计费方法,目前的做法通常是在固定的多个业务节点上配置固定的计费策略,经过这个业务节点的所有业务都采用这个计费策略采集计费信息。可见,该种方法无法根据不同的需求灵活采集计费信息,可能导致在某些应用场景下无法准确的采集计费信息。为了能够根据不同的需求灵活采集计费信息,在本方案中将网络控制设备30作为计费触发点,网络控制设备30生成业务流的处理策略和对应的计费上报策略,处理策略包括业务流经过的网络路由设备40的处理方式,网络控制设备30向这些网络路由设备40发送业务流的处理策略和计费上报策略,这些网络路由设备40中的至少一个在执行处理策略后,根据计费上报策略采集计费信息,然后再将采集到的计费信息上报给网络控制设备30。在本申请中,计费上报策略不是固定的业务节点上配置固定的计费策略,相较于现有技术,网络控制设备30可灵活为业务流经过的网络路由设备40配置不同的计费上报策略,进而使得在不同的应用场景可准确的采集计费信息。
其中,在网络控制设备30生成业务流的处理策略和对应的计费上报策略之前,若网络控制设备30接收到应用服务器20发送的业务请求时,网络控制设备30根据该业务请求生成业务流的处理策略和对应的计费上报策略。或者,在网络控制设备30生成业务流的处理策略和对应的计费上报策略之前,若网络控制设备30接收到管理客户端60发送的策略调整请求时,网络控制设备30根据该策略调整请求生成业务流的处理策略和对应的计费上报策略。
本方案适用的网络可以为SDN网络和移动核心网,等。在SDN网络中,网络控制设备30为SDN控制器,网络路由设备40为路由器。在移动核心网中,网络控制设备30为控制面,网络路由设备40为用户面。
请参见图2,图2是本申请实施例提供的一种计费方法,该方法包括但不限于如下步骤:
步骤S201:网络控制设备生成业务流的第一处理策略和对应的第一计费上报策略,所述第一处理策略第一网络路由设备的处理方式。
具体地,假设第一网络路由设备的数量为N,N为大于1的整数,网络控制设备生成的第一处理策略包括N个子处理策略,N个子处理策略与N个第一网络路由设备一一对应,第一网络路由设备i对应的子处理策略包括第一网络路由设备i的处理方式,第一网络路由设备i为所述N个第一网络路由设备中的任意一个。网络路由设备的处理方式包括以下几种情况中的至少一种:1)Output,表示将数据报文从某个特定的端口送出去;2)Drop,表示丢弃数据报文;3)Group,表示将数据报文交给指定的组;4)Change-TTL,表示改变报文的TTL字段,TTL字段可以是IPv4TTL,MPLS TTL或者Ipv6Hop Limit。需要说明的是,N个子处理策略分别包括的网络路由设备的处理方式可以是相同的,也可以是不同的,本申请不作限定。
在一实施例中,第一计费上报策略包括需要计费的用户设备的IP地址、第一网络路由设备的计费信息的采集方式、上报计费信息的条件、以及网络控制设备的IP地址信息中的至少一种。其中,需要计费的用户设备的IP地址是一个IP段,比如,192.168.1.101--192.168.1.152。
具体地,假设第一网络路由设备的数量为N,N为大于1的整数,网络控制设备生成的第一计费上报策略包括N个子计费上报策略,N个子计费上报策略与N个第一网络路由设备一一对应,第一网络路由设备i对应的子计费上报策略包括第一网络路由设备i的采集方式,第一网络路由设备i为所述N个第一网络路由设备中的任意一个。计费上报策略指示网络路由设备是否上报计费信息。例如,第一网络路由设备i对应的计费上报策略为指示上报计费信息时,第一网络路由设备i在执行完对应的子处理策略后,采集计费信息并上报。当第一网络路由设备i对应的计费上报策略为指示不上报计费信息时,第一网络路由设备i在执行完对应的子处理策略后,不上报计费信息。
在一实施例中,图2所描述的方法还包括:
所述网络控制设备接收应用服务器发送的业务请求;所述网络控制设备记录所述业务请求对应的业务信息;所述网络控制设备生成业务流的第一处理策略和对应的第一计费上报策略的具体实施方式有:所述网络控制设备根据所述业务请求生成业务流的第一处理策略和对应的第一计费上报策略。
进一步地,所述网络控制设备根据所述业务请求生成业务流的第一处理策略的具体实施方式有:所述网络控制设备根据所述业务流携带的用户设备的IP地址信息确定的。例如,对于IP地址在192.168.1.101--192.168.1.152范围内的用户设备发送的业务请求,网络控制设备生成的处理策略相同,生成的计费上报策略相同。业务流的第一处理策略分为会话处理策略、用户处理策略、设备处理策略、应用处理策略等。
具体地,应用服务器通过API(Application Programming Interface,应用程序编程接口)向网络控制设备发送业务请求,该业务请求用于请求网络资源,比如,网络控制设备在接收到该业务请求后,根据该业务请求分配用于处理该业务请求的网络路由设备。
在一实施例中,业务信息包括设备信息,应用信息,用户信息,会话信息,用户设备的IP地址信息中的至少一种。
具体地,设备信息包括设备类型标识等,设备类型标识用于表示在使用服务时采用的是什么类型的设备,比如设备是手机或PC等,手机可以包括ios系统手机或android系统手机。应用信息包括应用标识,应用标识用于表示在使用服务时采用的是什么应用,比如访问淘宝服务,使用淘宝APP,或使用淘宝网。用户信息包括用户标识,用户标识是在系统中唯一标识该用户的,如电话号码等。会话信息也是一个标识,可以用会话标识来表示。
在一实施例中,图2所描述的方法还包括:
所述网络控制设备接收管理客户端发送的策略调整请求;所述网络控制设备生成业务流的第一处理策略和对应的第一计费上报策略的具体实施方式有:所述网络控制设备根据所述策略调整请求生成业务流的第一处理策略和对应的第一计费上报策略,生成的处理策略适用于所有用户设备。也就是说,网络控制设备统一调整网络,不会涉及用户个性化处理,网络控制设备生成的处理策略就是公共的,非单个用户特有的。
步骤S202:所述网络控制设备向所述第一网络路由设备发送所述业务流的第一处理策略和所述第一计费上报策略。
具体地,假设第一网络路由设备的数量为N,N为大于1的整数,N个第一网络路由设备分别维护一个流表,网络控制设备向第一网络路由设备下发业务流的第一处理策略的具体实现方式可以是:网络控制设备通过流表协议将第一网络路由设备i对应的子处理策略发送给第一网络路由设备i,第一网络路由设备i在接收到网络控制设备发送的子处理策略后,将子处理策略记录于第一网络路由设备i维护的流表中,第一网络路由设备i为所述N个第一网络路由设备中的任意一个。
具体地,假设第一网络路由设备的数量为N,N为大于1的整数,网络控制设备向第一网络路由设备下发第一计费上报策略的具体实现方式可以是:网络控制设备通过流表协议或通过其他协议(比如某个消息)将第一网络路由设备i对应的子计费上报策略发送给第一网络路由设备i,第一网络路由设备i在接收到网络控制设备发送的第一网络路由设备i对应的子计费上报策略后,第一网络路由设备i可以将子计费上报策略记录于第一网络路由设备i维护的流表中,或者第一网络路由设备i可以将子计费上报策略记录于其他存储空间,本申请不作限定,第一网络路由设备i为所述N个第一网络路由设备中的任意一个。
步骤S203:所述第一网络路由设备接收所述网络控制设备发送的所述业务流的第一处理策略和所述第一计费上报策略;所述第一网络路由设备执行所述业务流的第一处理策略。
步骤S204:所述第一网络路由设备中的至少一个在执行所述第一处理策略后,根据所述第一计费上报策略采集计费信息,以得到第一计费信息。
步骤S205:所述第一网络路由设备中的至少一个向所述网络控制设备上报所述第一计费信息;所述网络控制设备接收所述第一网络路由设备中的至少一个上报的所述第一计费信息。
在一实施例中,第一计费信息是第一网络路由设备在满足上报条件时上报的。
在一实施例中,所述第一计费信息包括用户设备的IP地址信息,流量信息,时间信息。
其中,流量信息是记录和反映网络及其用户活动的重要载体,是指单位时间内通过网络路由设备或传输介质的信息量。时间信息用于表示使用服务的时间。
在一实施例中,网络路由设备上报计费信息的条件包括以下情况中的至少一种:
1)流表中对应所述业务流的处理策略所记录的处理数据包数量或处理数据包流量大于或等于第四阈值。其中,第四阈值是网络控制设备下发的阈值,该第四阈值可以是网络控制设备根据OCS授予的配额信息设置的。
2)所述第一网络路由设备接收到所述业务流对应的流表的更新指示。比如网络路由设备接收到来自网络控制设备的Openflow协议的Modify-state消息,修改了该业务流对应的流表,此时会触发该业务流计费信息上报。
3)所述第一网络路由设备接收到所述业务流对应的流表的删除指示。比如网络路由设备通过Openflow协议的Flow-Removed消息告知网络控制设备,要删除该业务流对应的流表,此时会触发该业务流计费信息上报。
4)所述业务流对应的流表到期。流表到期自动删除,具体情况同删除该业务流对应流表的情形相同。
5)所述第一网络路由设备向所述网络控制设备发送端口状态(Port-status)消息时。比如,当网络路由设备收到数据报文,如果流表中没有匹配条目,网络路由设备会将数据包封装在Packet-in消息中发送给网络控制设备。网络控制设备会下发流表或用Packet-Out消息告诉网络路由设备该数据报文的处理方式,如转发到某一端口或地址,此时会触发该业务流计费信息上报。
6)所述第一网络路由设备接收到所述网络控制设备发送的Packet-out消息时。比如,当网络路由设备端口状态发生变化时(如网络路由设备断开失效),会触发Port-status消息给网络控制设备,此时,会触发该业务流计费信息上报。
7)所述第一网络路由设备向所述网络控制设备上报错误信息时。比如,当网络路由设备出现错误信息,上报网络控制设备网络路由设备出现的问题或错误时,会触发该业务流计费信息上报。
在一实施例中,所述方法还包括:
所述网络控制设备根据用户设备的IP地址信息对所述第一计费信息进行关联处理,得到第二计费信息;所述网络控制设备向计费系统上报所述第二计费信息。
具体地,网络控制设备作为计费触发点,会接收到来自多个网络路由设备上报的计费信息,为了避免出现计费信息对应的混乱问题,在网络控制设备接收到第一网络路由设备发送的第一计费信息后,网络控制设备通过用户设备的IP地址信息对第一计费信息进行关联,以使得将第一计费信息关联到对应的业务上。
在一实施例中,第二计费信息是网络控制设备在满足上报条件时上报的。
在一实施例中,网络控制设备上报计费信息的条件包括定期上报,或实时上报。对于离线计费,网络控制设备的上报计费信息的条件通常是定期上报。对于在线计费,网络控制设备的上报计费信息的条件通常是实时上报。
在一实施例中,所述第二计费信息包括设备信息,应用信息,用户信息,会话信息,用户设备的IP地址信息,流量信息,时间信息中的至少一种。
举例来说,当网络控制设备接收到应用服务器发送的IPTV视频流时,网络控制设备根据IPTV视频流中用户设备的IP地址信息生成处理策略用来处理IPTV视频流,处理策略包括网络路由设备1的子处理策略、网络路由设备2的子处理策略和网络路由设备3的子处理策略,同时网络控制设备生成计费上报策略,计费上报策略包括网络路由设备1的子计费上报策略、网络路由设备2的子计费上报策略和网络路由设备3的子计费上报策略。网络路由设备1和网络路由设备3的计费上报策略为上报计费信息,网络路由设备2的计费上报策略为不上报计费信息。网络控制设备通过流表协议将网络路由设备1、网络路由设备2和网络路由设备3对应的子处理策略和子计费上报策略下发给网络路由设备1、网络路由设备2和网络路由设备3。当IPTV视频流流经网络路由设备1、网络路由设备2和网络路由设备3时,网络路由设备1、网络路由设备2和网络路由设备3根据其对应的子处理策略处理IPTV视频流。网络路由设备1和网络路由设备3根据其对应的子计费上报策略采集计费信息,以及向网络控制设备上报采集到的计费信息,网络路由设备2根据其对应的子计费上报策略确定不上报计费信息。
在本申请中,计费上报策略不是固定的业务节点上配置固定的计费策略,相较于现有技术,网络控制设备可灵活为业务流经过的网络路由设备配置不同的计费上报策略,进而使得在不同的应用场景可准确的采集计费信息。
在一实施例中,所述方法还包括:
当满足重选条件时,所述网络控制设备重新生成所述业务流的第二处理策略和对应的第二计费上报策略,所述第二处理策略包括所述第二网络路由设备的处理方式;所述网络控制设备向所述第二网络路由设备发送所述业务流的第二处理策略和所述第二计费上报策略。
其中,网络控制设备生成第二处理策略和第二计费上报策略的具体实施方式可参见生成上述第一处理策略和第一计费上报策略的具体实施方式,在此不在叙述。
在一实施例中,第二计费上报策略包括需要计费的用户设备的IP地址、第二网络路由设备的计费信息的采集方式、上报计费信息的条件、以及网络控制设备的IP地址信息中的至少一种。
在一实施例中,若在线计费,所述计费上报策略还包括配额信息。其中,配额信息包括流量信息,数据包的数量,时长信息中的至少一种。
在一实施例中,重选条件包括以下情况中的至少一种:
1)第一网络路由设备中的至少一个网络路由设备过载时。比如,假设第一网络路由设备包括网络路由设备1、网络路由设备2和网络路由设备3,假如网络路由设备1过载时,满足重选条件。
2)所述业务流的流表过期时。
3)所述业务流有新的需求时。比如,原来业务流请求的带宽为50mb,现在业务流重新请求带宽为100mb时,满足重选条件。
具体地,网络路由设备对应的子计费上报策略是与网络路由设备对应的子处理策略是一一对应的,子计费上报策略与子处理策略的什么周期是一致的。在网络路由设备对应的子计费上报策略的生命周期内,如果网络控制设备根据整个网络的状态,调整了业务流使用的网络资源,改变了业务流经过的网络路由设备,网络控制设备需要根据改变后的业务流经过的网络路由设备重新生成计费上报策略,将调整后的业务流的处理策略和计费上报策略下发到调整后的网络路由设备。具体可以包括:
1)网络控制设备利用接口的上行通道,如LLDP协议,对网络路由设备上报的信息统一监控和控制,实现网络中的链路发现和拓扑管理。
链路层发现协议(Link Layer Discovery Protocol,LLDP)是IEEE 802.1ab中定义的第二层发现(Layer 2Discovery)协议,LLDP提供了一种标准的链路层发现方式,可以将本端设备的主要能力、管理地址、设备标识、接口标识等信息封装到LLDP报文中传递给邻居节点,邻居节点在收到这些信息后将其以标准MIB(Management Information Base,管理信息库)的形式保存起来,供NMS(Network Management System,网络管理系统)查询及判断链路的通信状况。
2)当满足重选条件时,网络控制设备根据网络的拓扑和网络路由设备的状态,重新选取用于处理该业务流的第二网络路由设备。
3)网络控制设备生成第二处理策略和对应的第二计费上报策略,向第二网络路由设备发送业务流的第二处理策略和第二计费上报策略。
在一实施例中,第二网络路由设备包括以下情况中的至少一种:
1)所述第二网络路由设备为用于传输所述业务流的网络路由设备中负载低于第一阈值的网络路由设备。
具体地,网络控制设备根据网络拓扑和网络中的各个网络路由设备的负载情况,通过读状态(Read-state)消息,网络控制设备向各个网络路由设备请求统计信息,统计信息包括流、负载网包等,然后网络控制设备根据各个网络路由设备的统计信息,在业务流的网络路由设备中,选择负载低的网络路由设备下发计费策略,负责计费信息的采集和上报。
2)所述第二网络路由设备为用于传输所述业务流的网络路由设备中数据报文处理延迟低于第二阈值的网络路由设备。
具体地,网络控制设备和各个网络路由设备之间,网络控制设备通过Open Flow协议的回声(Echo)消息,来确定各个网络路由设备延迟情况;然后网络控制设备再根据各个网络路由设备的延迟情况,在业务流的网络路由设备中,选择延迟低的路由器下发计费策略,负责计费信息的采集和上报。
3)所述第二网络路由设备为用于传输所述业务流的网络路由设备中传输稳定性高于或等于第三阈值的网络路由设备。
具体地,在给定的时间周期内,网络控制设备根据各个网络路由设备发送错误(Error)消息,或者发送端口状态(Port-Status)消息的情况来确定各个网络路由设备的稳定性,网络路由设备发送Error消息或发送Port-Status消息的次数越少,网络路由设备的稳定性越高。在业务流的网络路由设备中,网络控制设备选择延稳定性较高的网络路由设备下发计费策略,负责计费信息的采集和上报。
在一实施例中,网络控制设备通常通过Open flow协议包将业务流的处理策略和计费上报策略随业务流对应的流表下发至网络路由设备。
以实时计费为例,假设第一网络路由设备包括网络路由设备1、网络路由设备2和网络路由设备3,网络路由设备1作为计费信息采集点,网络路由设备重选条件为第一网络路由设备中的至少一个网络路由设备过载。当网络控制设备发现网络路由设备1过载时,网络路由设备1向网络控制设备上报计费信息,网络控制设备上报计费信息到计费系统,并重新申请配额信息。网络控制设备根据业务流包括的用户设备的IP地址信息重新生成处理策略,重新生成的处理策略包括网络路由设备2的子处理策略、网络路由设备4的子处理策略和网络路由设备5的子处理策略,同时重新生成计费上报策略,重新生成的计费上报策略包括网络路由设备2的子计费上报策略、网络路由设备4的子计费上报策略和网络路由设备5的子计费上报策略。网络路由设备2和网络路由设备4的计费上报策略为上报计费信息,网络路由设备2的计费上报策略为不上报计费信息,计费上报策略包括重新申请的配额信息。网络控制设备通过流表协议将网络路由设备2、网络路由设备4和网络路由设备5对应的子处理策略和子计费上报策略下发给网络路由设备2、网络路由设备4和网络路由设备5。当业务流经过网络路由设备2、网络路由设备4和网络路由设备5时,网络路由设备2、网络路由设备4和网络路由设备5根据重新生成其对应的子处理策略处理业务流,网络路由设备2和网络路由设备4根据重新生成其对应的子计费上报策略采集计费信息,以及向网络控制设备上报采集到的计费信息,网络路由设备5根据重新生成其对应的子计费上报策略确定不上报计费信息。
目前,静态网络(由用户或网络管理员手工配置业务节点,且业务节点的IP地址是固定不变的网络称之为静态网络)中的数据报文依照业务链既定的顺序经过各个业务节点,由于业务链是静态的,同一用户或应用的数据报文经过的业务节点也是固定的。那么对于计费信息的采集,可以依照业务处理顺序,在业务节点上采集即可。在动态网络中(通过动态主机设置协议(Dynamic Host Configuration Protocol,DHCP)服务配置业务节点,由网络路由协议根据拓扑或流量改变自动调整业务节点的网络称之为动态网络),由于网络资源是动态的,对于同一用户或应用的数据报文通过的业务节点(比如路由器,交换机等)是不确定的。那么对于计费信息的采集,如果采用传统的业务链的采集方法来采集,可能会导致基于用户或应用对应的计费信息因计费信息动态分布在不同的业务节点上而无法汇总,进而无法准确的采集计费信息。因此,为了避免这种问题的出现,上述方案在发现处理业务流的网络路由设备发生变化后,网络控制设备重新生成业务流的处理策略和计费上报策略,然后将重新生成业务流的处理策略和计费上报策略发送给变化后的网络路由设备,以使得变化后的网络路由设备根据处理策略和计费上报策略处理业务流和采集计费信息,如此可实现在动态网络中准确的采集计费信息。
需要说明的是,当处理业务流的网络路由设备为多个时,假设在网络路由设备i处,网络路由设备i将数据报文同时转发给多个网络路由设备时,此时为了避免重复采集计费信息的情况,只在网络路由设备i处采集上报计费信息。
请参见图3,图3是本申请实施例提供的一种计费方法,该方法包括但不限于如下步骤:
步骤S301:应用服务器向网络控制设备发送业务请求。
具体地,应用服务器通过API向网络控制设备发送业务请求,该业务请求用于请求网络资源。比如,网络控制设备在接收到该业务请求后,根据该业务请求分配用于处理该业务请求的网络路由设备。
步骤S302:所述网络控制设备记录所述业务请求的计费信息,所述计费信息包括业务请求的次数。
在一实施例中,所述计费信息还包括用户设备的IP地址信息,请求时间,请求类型,执行状态,应用信息中的至少一种。
具体地,请求时间包括应用服务器请求业务的时间。请求类型包括更新openflow表,删除openflow表,添加openflow表,修改openflow表等。执行状态包括成功或者失败。应用信息包括应用标识,应用标识用于表示在使用服务时采用的是什么应用来访问的,比如访问淘宝服务,使用淘宝APP,或使用淘宝网来访问。
在一实施例中,所述方法还包括:
所述网络控制设备生成业务流的处理策略,以及向网络路由设备发送所述业务流的处理策略。
其中,业务流的处理策略包括网络路由设备的处理方式。所述处理策略是根据所述业务流携带的用户设备的IP地址信息确定的。例如,对于IP地址在192.168.1.101--192.168.1.152范围内的用户设备发送的业务请求,网络控制设备生成的处理策略相同。业务流的处理策略分为会话处理策略、用户处理策略、设备处理策略、应用处理策略等。
具体地,假设网络路由设备的数量为N,N为大于1的整数,网络控制设备生成的处理策略包括N个子处理策略,N个子处理策略与N个网络路由设备一一对应,网络路由设备i对应的子处理策略包括网络路由设备i的处理方式,网络路由设备i为所述N个网络路由设备中的任意一个。网络路由设备的处理方式包括以下几种情况中的至少一种:1)Output,表示将数据报文从某个特定的端口送出去;2)Drop,表示丢弃数据报文;3)Group,表示将数据报文交给指定的组;4)Change-TTL,表示改变报文的TTL字段,TTL字段可以是IPv4TTL,MPLSTTL或者Ipv6Hop Limit。需要说明的是,N个子处理策略分别包括的网络路由设备的处理方式可以是相同的,也可以是不同的,本申请不作限定。
具体地,假设网络路由设备的数量为N,N为大于1的整数,N个网络路由设备分别维护一个流表,网络控制设备向网络路由设备下发业务流的处理策略的具体实现方式可以是:网络控制设备通过流表协议将网络路由设备i对应的子处理策略发送给网络路由设备i,网络路由设备i在接收到子处理策略后,将子处理策略记录在网络路由设备i维护的流表中,网络路由设备i为所述N个网络路由设备中的任意一个。
在一实施例中,所述方法还包括:
所述网络路由设备接收所述网络控制设备发送的所述业务流的处理策略,执行所述业务流的处理策略,以及在执行所述业务流的处理策略后,向所述网络控制设备发送执行响应,所述执行响应包括网络路由设备执行所述业务流的处理策略的执行状态。
步骤S303:所述网络控制设备向计费系统上报所述计费信息。
在一实施例中,所述计费信息是所述网络控制设备在满足上报条件时上报的,所述上报条件包括以下情况中的至少一种:
1)所述业务流对应的流表的状态发生变化。例如,业务流对应的流表到期,接收到业务流对应的流表的删除指示、接收到业务流对应的流表的更新指示等等。
2)所述网络控制设备接收到所述网络路由设备针对所述业务流的处理策略发送的执行响应时。
在上述实施中,网络控制设备可通过DIME协议或通过REST API接口来向计费系统上报计费信息。
举例来说,当网络控制设备接收到应用服务器发送的IPTV视频流时,网络控制设备根据IPTV视频流中用户设备的IP地址信息生成处理策略用来处理IPTV视频流,处理策略包括由网络路由设备1的子处理策略、网络路由设备2的子处理策略和网络路由设备3的子处理策略。网络控制设备通过流表协议将网络路由设备1、网络路由设备2和网络路由设备3对应的子处理策略和子计费上报策略下发给网络路由设备1、网络路由设备2和网络路由设备3。当IPTV视频流流经网络路由设备1、网络路由设备2和网络路由设备3时,网络路由设备1、网络路由设备2和网络路由设备3根据其对应的子处理策略处理IPTV视频流。网络路由设备1、网络路由设备2和网络路由设备3根据其对应的子处理策略处理IPTV视频流之后,网络路由设备1、网络路由设备2和网络路由设备3向网络控制设备发送执行响应,执行响应包括网络路由设备执行其对应的子处理策略的执行状态。网络控制设备记录IPTV视频流的计费信息,然后在满足计费信息上报条件时,向计费系统上报计费信息。
在本方案中,计费信息无需在网络路由设备侧进行采集,而是在网络控制设备侧根据业务请求的次数进行计费。可见,通过该种方式,可更灵活的采集计费信息。
上述阐述了本申请实施例的方法,下面提供了本申请实施例的装置。
请参见图4,图4是本申请实施例提供的一种网络路由设备的结构示意图,该网络路由设备可以包括处理模块401、发送模块402和接收模块403,其中,各个模块的详细描述如下。
处理模块401,用于生成业务流的第一处理策略和对应的第一计费上报策略,所述第一处理策略包括所述第一网络路由设备的处理方式;
发送模块402,用于向所述第一网络路由设备发送所述业务流的第一处理策略和所述第一计费上报策略;
接收模块403,用于接收所述第一网络路由设备中的至少一个上报的第一计费信息,所述第一计费信息是上报所述第一计费信息的网络路由设备在执行所述第一处理策略后,根据所述第一计费上报策略采集到的。
在一实施例中,处理模块401,还用于当满足重选条件时,重新生成所述业务流的第二处理策略和对应的第二计费上报策略,所述第二处理策略包括所述第二网络路由设备的处理方式;发送模块402,还用于向所述第二网络路由设备发送所述业务流的第二处理策略和所述第二计费上报策略。
在一实施例中,所述重选条件包括以下情况中的至少一种:1)所述第一网络路由设备中的至少一个网络路由设备过载时;2)所述业务流的流表过期时;3)所述业务流有新的需求时。
在一实施例中,所述第一计费信息是所述第一网络路由设备在满足上报条件时上报的。
在一实施例中,接收模块403,还用于接收应用服务器发送的业务请求;处理模块401,还用于记录所述业务请求对应的业务信息;处理模块401具体用于:根据业务请求生成业务流的处理策略和对应的计费上报策略。
在一实施例中,处理模块401,还用于根据用户设备的IP地址信息对所述第一计费信息进行关联处理,得到第二计费信息;发送模块402,还用于向计费系统上报所述第二计费信息。
在一实施例中,所述第二网络路由设备包括以下情况中的至少一种:1)所述第二网络路由设备为用于传输所述业务流的网络路由设备中负载低于第一阈值的网络路由设备;2)所述第二网络路由设备为用于传输所述业务流的网络路由设备中数据报文处理延迟低于第二阈值的网络路由设备;3)所述第二网络路由设备为用于传输所述业务流的网络路由设备中传输稳定性高于或等于第三阈值的网络路由设备。
在一实施例中,所述业务信息包括设备信息,应用信息,用户信息,会话信息,用户设备的IP地址信息中的至少一种。
在一实施例中,接收模块403,还用于接收管理客户端发送的策略调整请求;处理模块401具体用于:根据所述策略调整请求生成业务流的处理策略和对应的计费上报策略,生成的处理策略适用于所有用户设备。
在一实施例中,所述计费上报策略包括需要计费的用户设备的IP地址、计费信息的采集方式、上报计费信息的条件、以及所述网络控制设备的IP地址信息中的至少一种。
在一实施例中,所述第一计费信息包括用户设备的IP地址信息,流量信息,时间信息中的至少一种。
在一实施例中,所述第二计费信息包括设备信息,应用信息,用户信息,会话信息,用户设备的IP地址信息,流量信息,时间信息中的至少一种。
在一实施例中,所述上报条件包括以下情况中的至少一种:1)流表中对应所述业务流的处理策略所记录的处理数据包数量或处理数据包流量大于或等于第四阈值;2)所述第一网络路由设备接收到所述业务流对应的流表的更新指示;3)所述第一网络路由设备接收到所述业务流对应的流表的删除指示;4)所述业务流对应的流表到期;5)所述第一网络路由设备向所述网络控制设备发送端口状态(Port-status)消息时;6)所述第一网络路由设备接收到所述网络控制设备发送的Packet-out消息时;7)所述第一网络路由设备向所述网络控制设备上报错误信息时。
需要说明的是,上述各模块(处理模块401、发送模块402以及接收模块403)的实现还可以对应参照图2所示的方法实施例的相应描述。
在本实施例中,网络控制设备400是以模块的形式来呈现。这里的“模块”可以指特定应用集成电路(application-specific integrated circuit,ASIC),执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。此外,发送模块402和接收模块403可通过图6所示的计算机设备的通信接口603来实现,处理模块401可通过图6所示的计算机设备的处理器601来实现。
请参见图5,图5是本申请实施例提供的一种网络路由设备的结构示意图,该网络路由设备可以包括处理模块501、发送模块502和接收模块503,其中,各个模块的详细描述如下。
接收模块503,用于接收应用服务器发送的业务请求;
处理模块501,用于记录所述业务请求的计费信息,所述计费信息包括业务请求的次数;
发送模块502,用于向计费系统上报所述计费信息。
在一实施例中,所述计费信息还包括用户设备的IP地址信息,请求时间,请求类型,执行状态,应用信息中的至少一种。
在一实施例中,处理模块501,还用于生成业务流的处理策略;发送模块502,还用于向网络路由设备发送所述业务流的处理策略。
在一实施例中,所述计费信息是所述网络控制设备在满足上报条件时上报的,所述上报条件包括以下情况中的至少一种:1)所述业务流对应的流表的状态发生变化;2)所述网络控制设备接收到所述网络路由设备针对所述业务流的处理策略发送的执行响应时。
需要说明的是,上述各模块(处理模块501、发送模块502以及接收模块503)的实现还可以对应参照图2所示的方法实施例的相应描述。
在本实施例中,网络控制设备500是以模块的形式来呈现。这里的“模块”可以指特定应用集成电路(application-specific integrated circuit,ASIC),执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。此外,发送模块502和接收模块503可通过图6所示的计算机设备的通信接口603来实现,处理模块501可通过图6所示的计算机设备的处理器601来实现。
如图6所示,网络控制设备400和网络控制设备500可以以图6中的结构来实现,该计算机设备600包括至少一个处理器601,至少一个存储器602、至少一个通信接口603。此外,该计算机设备还可以包括天线等通用部件,在此不再详述。
处理器601可以是通用中央处理器(CPU),微处理器,特定应用集成电路(application-specific integrated circuit,ASIC),或一个或多个用于控制以上方案程序执行的集成电路。
通信接口603,用于与其他设备或通信网络通信,如以太网,无线接入网(RAN),无线局域网(Wireless Local Area Networks,WLAN)等。
存储器602可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(ElectricallyErasable Programmable Read-Only Memory,EEPROM)、只读光盘(Compact Disc Read-Only Memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器可以是独立存在,通过总线与处理器相连接。存储器也可以和处理器集成在一起。
其中,所述存储器602用于存储执行以上方案的应用程序代码,并由处理器601来控制执行。所述处理器601用于执行所述存储器602中存储的应用程序代码。
图6所示的网元为网络控制设备400时,存储器602存储的代码可执行以上图2提供的网络控制设备执行的计费方法,比如生成业务流的第一处理策略和对应的第一计费上报策略,所述第一处理策略包括所述第一网络路由设备的处理方式;向所述第一网络路由设备发送所述业务流的第一处理策略和所述第一计费上报策略;接收所述第一网络路由设备中的至少一个上报的第一计费信息,所述第一计费信息是上报所述第一计费信息的网络路由设备在执行所述第一处理策略后,根据所述第一计费上报策略采集到的。
图6所示的网元为网络控制设备500时,存储器602存储的代码可执行以上图3提供的网络控制设备执行的计费方法,比如接收应用服务器发送的业务请求;记录所述业务请求的计费信息,所述计费信息包括业务请求的次数;向计费系统上报所述计费信息。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,该流程可以由计算机程序来指令相关的硬件完成,该程序可存储于计算机可读取存储介质中,该程序在执行时,可包括如上述各方法实施例的流程。而前述的存储介质包括:ROM或随机存储记忆体RAM、磁碟或者光盘等各种可存储程序代码的介质。

Claims (39)

1.一种计费方法,其特征在于,包括:
网络控制设备生成业务流的第一处理策略和对应的第一计费上报策略,所述第一处理策略包括第一网络路由设备的处理方式;
所述网络控制设备向所述第一网络路由设备发送所述业务流的第一处理策略和所述第一计费上报策略;
所述网络控制设备接收所述第一网络路由设备中的至少一个上报的第一计费信息,所述第一计费信息是上报所述第一计费信息的网络路由设备在执行所述第一处理策略后,根据所述第一计费上报策略采集到的。
2.如权利要求1所述的方法,其特征在于,所述方法还包括:
当满足重选条件时,所述网络控制设备重新生成所述业务流的第二处理策略和对应的第二计费上报策略,所述第二处理策略包括第二网络路由设备的处理方式;
所述网络控制设备向所述第二网络路由设备发送所述业务流的第二处理策略和所述第二计费上报策略。
3.如权利要求2所述的方法,其特征在于,所述重选条件包括以下情况中的至少一种:1)所述第一网络路由设备中的至少一个网络路由设备过载时;2)所述业务流的流表过期时;3)所述业务流有新的需求时。
4.如权利要求1-3任一项所述的方法,其特征在于,所述第一计费信息是所述第一网络路由设备在满足上报条件时上报的。
5.如权利要求1-4任一项所述的方法,其特征在于,所述方法还包括:
所述网络控制设备接收应用服务器发送的业务请求;
所述网络控制设备记录所述业务请求对应的业务信息;
所述网络控制设备生成业务流的处理策略和对应的计费上报策略,包括:
所述网络控制设备根据所述业务请求生成业务流的处理策略和对应的计费上报策略。
6.如权利要求1-5任一项所述的方法,其特征在于,所述方法还包括:
所述网络控制设备根据用户设备的IP地址信息对所述第一计费信息进行关联处理,得到第二计费信息;
所述网络控制设备向计费系统上报所述第二计费信息。
7.如权利要求2-6任一项所述的方法,其特征在于,所述第二网络路由设备包括以下情况中的至少一种:1)所述第二网络路由设备为用于传输所述业务流的网络路由设备中负载低于第一阈值的网络路由设备;2)所述第二网络路由设备为用于传输所述业务流的网络路由设备中数据报文处理延迟低于第二阈值的网络路由设备;3)所述第二网络路由设备为用于传输所述业务流的网络路由设备中传输稳定性高于或等于第三阈值的网络路由设备。
8.如权利要求5-7任一项所述的方法,其特征在于,所述业务信息包括设备信息,应用信息,用户信息,会话信息,用户设备的IP地址信息中的至少一种。
9.如权利要求1-4、6-8任一项所述的方法,其特征在于,所述方法还包括:
所述网络控制设备接收管理客户端发送的策略调整请求;
所述网络控制设备生成业务流的处理策略和对应的计费上报策略,包括:
所述网络控制设备根据所述策略调整请求生成业务流的处理策略和对应的计费上报策略,生成的处理策略适用于所有用户设备。
10.如权利要求1-9任一项所述的方法,其特征在于,所述计费上报策略包括需要计费的用户设备的IP地址、计费信息的采集方式、上报计费信息的条件、以及所述网络控制设备的IP地址信息中的至少一种。
11.如权利要求1-10任一项所述的方法,其特征在于,所述第一计费信息包括用户设备的IP地址信息,流量信息,时间信息中的至少一种。
12.如权利要求6-11任一项所述的方法,其特征在于,所述第二计费信息包括设备信息,应用信息,用户信息,会话信息,用户设备的IP地址信息,流量信息,时间信息中的至少一种。
13.如权利要求4-12任一项所述的方法,其特征在于,所述上报条件包括以下情况中的至少一种:1)流表中对应所述业务流的处理策略所记录的处理数据包数量或处理数据包流量大于或等于第四阈值;2)所述第一网络路由设备接收到所述业务流对应的流表的更新指示;3)所述第一网络路由设备接收到所述业务流对应的流表的删除指示;4)所述业务流对应的流表到期;5)所述第一网络路由设备向所述网络控制设备发送端口状态(Port-status)消息时;6)所述第一网络路由设备接收到所述网络控制设备发送的Packet-out消息时;7)所述第一网络路由设备向所述网络控制设备上报错误信息时。
14.一种计费方法,其特征在于,包括:
网络控制设备接收应用服务器发送的业务请求;
所述网络控制设备记录所述业务请求的计费信息,所述计费信息包括业务请求的次数;
所述网络控制设备向计费系统上报所述计费信息。
15.如权利要求14所述的方法,其特征在于,所述计费信息还包括用户设备的IP地址信息,请求时间,请求类型,执行状态,应用信息中的至少一种。
16.如权利要求14或15所述的方法,其特征在于,所述方法还包括:
所述网络控制设备生成业务流的处理策略,以及向网络路由设备发送所述业务流的处理策略。
17.如权利要求14-16任一项所述的方法,其特征在于,所述计费信息是所述网络控制设备在满足上报条件时上报的,所述上报条件包括以下情况中的至少一种:1)所述业务流对应的流表的状态发生变化;2)所述网络控制设备接收到所述网络路由设备针对所述业务流的处理策略发送的执行响应时。
18.一种通信系统,其特征在于,所述通信系统包括网络控制设备和第一网络路由设备,其中:
所述网络控制设备,用于生成业务流的第一处理策略和对应的第一计费上报策略,所述第一处理策略包括所述第一网络路由设备的处理方式;向所述第一网络路由设备发送所述业务流的第一处理策略和所述第一计费上报策略;
所述第一网络路由设备,用于接收所述网络控制设备发送的所述业务流的第一处理策略和所述第一计费上报策略;所述第一网络路由设备执行所述业务流的第一处理策略;所述第一网络路由设备中的至少一个在执行所述第一处理策略后,根据所述第一计费上报策略采集计费信息,以得到第一计费信息;所述第一网络路由设备中的至少一个向所述网络控制设备上报所述第一计费信息;
所述网络控制设备,还用于接收所述第一网络路由设备中的至少一个上报的所述第一计费信息。
19.根据权利要求18所述的系统,其特征在于,所述通信系统还包括第二网络路由设备,
所述网络控制设备,还用于当满足重选条件时,重新生成所述业务流的第二处理策略和对应的第二计费上报策略,所述第二处理策略包括所述第二网络路由设备的处理方式;向所述第二网络路由设备发送所述业务流的第二处理策略和所述第二计费上报策略;
所述第二网络路由设备,用于接收所述网络控制设备发送的所述业务流的第二处理策略和所述第二计费上报策略。
20.根据权利要求18或19所述的系统,其特征在于,所述通信系统还包括应用服务器,
所述应用服务器,用于向所述网络控制设备发送业务请求;
所述网络控制设备,还用于接收所述应用服务器发送的业务请求;记录所述业务请求对应的业务信息;
所述网络控制设备生成业务流的处理策略和对应的计费上报策略的具体实施方式为:根据业务请求生成业务流的处理策略和对应的计费上报策略。
21.根据权利要求18-20任一项所述的系统,其特征在于,所述通信系统还包括计费系统,
所述网络控制设备,还用于根据用户设备的IP地址信息对所述第一计费信息进行关联处理,得到第二计费信息;向计费系统上报所述第二计费信息;
所述计费系统,用于接收所述网络控制设备上报的所述第二计费信息。
22.根据权利要求18、19、21任一项所述的系统,其特征在于,所述通信系统还包括管理客户端,
所述管理客户端,用于向所述网络控制设备发送策略调整请求;
所述网络控制设备,还用于接收所述管理客户端发送的所述策略调整请求;
所述网络控制设备生成业务流的处理策略和对应的计费上报策略的具体实施方式:根据所述策略调整请求生成业务流的处理策略和对应的计费上报策略,生成的处理策略适用于所有用户设备。
23.一种网络控制设备,其特征在于,包括:
处理模块,用于生成业务流的第一处理策略和对应的第一计费上报策略,所述第一处理策略包括所述第一网络路由设备的处理方式;
发送模块,用于向所述第一网络路由设备发送所述业务流的第一处理策略和所述第一计费上报策略;
接收模块,用于接收所述第一网络路由设备中的至少一个上报的第一计费信息,所述第一计费信息是上报所述第一计费信息的网络路由设备在执行所述第一处理策略后,根据所述第一计费上报策略采集到的。
24.根据权利要求23所述的网络控制设备,其特征在于,
所述处理模块,还用于当满足重选条件时,重新生成所述业务流的第二处理策略和对应的第二计费上报策略,所述第二处理策略包括第二网络路由设备的处理方式;
所述发送模块,还用于向所述第二网络路由设备发送所述业务流的第二处理策略和所述第二计费上报策略。
25.根据权利要求24所述的网络控制设备,其特征在于,所述重选条件包括以下情况中的至少一种:1)所述第一网络路由设备中的至少一个网络路由设备过载时;2)所述业务流的流表过期时;3)所述业务流有新的需求时。
26.根据权利要求23-25任一项所述的网络控制设备,其特征在于,所述第一计费信息是所述第一网络路由设备在满足上报条件时上报的。
27.根据权利要求23-26任一项所述的网络控制设备,其特征在于,
所述接收模块,还用于接收应用服务器发送的业务请求;
所述处理模块,还用于记录所述业务请求对应的业务信息;
所述处理模块具体用于:根据业务请求生成业务流的处理策略和对应的计费上报策略。
28.根据权利要求23-27任一项所述的网络控制设备,其特征在于,
所述处理模块,还用于根据用户设备的IP地址信息对所述第一计费信息进行关联处理,得到第二计费信息;
所述发送模块,还用于向计费系统上报所述第二计费信息。
29.根据权利要求24-27任一项所述的网络控制设备,其特征在于,所述第二网络路由设备包括以下情况中的至少一种:1)所述第二网络路由设备为用于传输所述业务流的网络路由设备中负载低于第一阈值的网络路由设备;2)所述第二网络路由设备为用于传输所述业务流的网络路由设备中数据报文处理延迟低于第二阈值的网络路由设备;3)所述第二网络路由设备为用于传输所述业务流的网络路由设备中传输稳定性高于或等于第三阈值的网络路由设备。
30.根据权利要求27-29任一项所述的网络控制设备,其特征在于,所述业务信息包括设备信息,应用信息,用户信息,会话信息,用户设备的IP地址信息中的至少一种。
31.根据权利要求23-26、28-30任一项所述的网络控制设备,其特征在于,
所述接收模块,还用于接收管理客户端发送的策略调整请求;
所述处理模块具体用于:根据所述策略调整请求生成业务流的处理策略和对应的计费上报策略,生成的处理策略适用于所有用户设备。
32.根据权利要求23-31任一项所述的网络控制设备,其特征在于,所述计费上报策略包括需要计费的用户设备的IP地址、计费信息的采集方式、上报计费信息的条件、以及所述网络控制设备的IP地址信息中的至少一种。
33.根据权利要求23-32任一项所述的网络控制设备,其特征在于,所述第一计费信息包括用户设备的IP地址信息,流量信息,时间信息中的至少一种。
34.根据权利要求28-33任一项所述的网络控制设备,其特征在于,所述第二计费信息包括设备信息,应用信息,用户信息,会话信息,用户设备的IP地址信息,流量信息,时间信息中的至少一种。
35.根据权利要求26-34任一项所述的网络控制设备,其特征在于,所述上报条件包括以下情况中的至少一种:1)流表中对应所述业务流的处理策略所记录的处理数据包数量或处理数据包流量大于或等于第四阈值;2)所述第一网络路由设备接收到所述业务流对应的流表的更新指示;3)所述第一网络路由设备接收到所述业务流对应的流表的删除指示;4)所述业务流对应的流表到期;5)所述第一网络路由设备向所述网络控制设备发送端口状态(Port-status)消息时;6)所述第一网络路由设备接收到所述网络控制设备发送的Packet-out消息时;7)所述第一网络路由设备向所述网络控制设备上报错误信息时。
36.一种网络控制设备,其特征在于,包括:
接收模块,用于接收应用服务器发送的业务请求;
处理模块,用于记录所述业务请求的计费信息,所述计费信息包括业务请求的次数;
发送模块,用于向计费系统上报所述计费信息。
37.根据权利要求36所述的网络控制设备,其特征在于,所述计费信息还包括用户设备的IP地址信息,请求时间,请求类型,执行状态,应用信息中的至少一种。
38.根据权利要求36或37所述的网络控制设备,其特征在于,
所述处理模块,还用于生成业务流的处理策略;
所述发送模块,还用于向网络路由设备发送所述业务流的处理策略。
39.根据权利要求36-38任一项所述的网络控制设备,其特征在于,所述计费信息是所述网络控制设备在满足上报条件时上报的,所述上报条件包括以下情况中的至少一种:1)所述业务流对应的流表的状态发生变化;2)所述网络控制设备接收到所述网络路由设备针对所述业务流的处理策略发送的执行响应时。
CN201710202321.3A 2017-03-30 2017-03-30 一种计费方法、相关设备和系统 Pending CN108667630A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201710202321.3A CN108667630A (zh) 2017-03-30 2017-03-30 一种计费方法、相关设备和系统
PCT/CN2018/073853 WO2018177003A1 (zh) 2017-03-30 2018-01-23 一种计费方法、相关设备和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710202321.3A CN108667630A (zh) 2017-03-30 2017-03-30 一种计费方法、相关设备和系统

Publications (1)

Publication Number Publication Date
CN108667630A true CN108667630A (zh) 2018-10-16

Family

ID=63674226

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710202321.3A Pending CN108667630A (zh) 2017-03-30 2017-03-30 一种计费方法、相关设备和系统

Country Status (2)

Country Link
CN (1) CN108667630A (zh)
WO (1) WO2018177003A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114257464A (zh) * 2020-09-23 2022-03-29 中国移动通信有限公司研究院 计费方法、装置、通信设备及可读存储介质
WO2022161288A1 (zh) * 2021-01-29 2022-08-04 华为技术有限公司 发送流量的方法、装置、系统及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150365537A1 (en) * 2014-06-17 2015-12-17 Alcatel-Lucent Usa Inc. Charging in a software defined network
CN105515793A (zh) * 2014-09-23 2016-04-20 中国电信股份有限公司 在线计费处理方法和系统、Openflow控制器和Openflow交换机
CN105991299A (zh) * 2015-03-04 2016-10-05 阿尔卡特朗讯 在sdn网络中对数据流进行计费的方法、装置与系统
US20160330083A1 (en) * 2015-05-07 2016-11-10 Ciena Corporation Network service pricing and resource management in a software defined networking environment

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150365537A1 (en) * 2014-06-17 2015-12-17 Alcatel-Lucent Usa Inc. Charging in a software defined network
CN105515793A (zh) * 2014-09-23 2016-04-20 中国电信股份有限公司 在线计费处理方法和系统、Openflow控制器和Openflow交换机
CN105991299A (zh) * 2015-03-04 2016-10-05 阿尔卡特朗讯 在sdn网络中对数据流进行计费的方法、装置与系统
US20160330083A1 (en) * 2015-05-07 2016-11-10 Ciena Corporation Network service pricing and resource management in a software defined networking environment

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114257464A (zh) * 2020-09-23 2022-03-29 中国移动通信有限公司研究院 计费方法、装置、通信设备及可读存储介质
CN114257464B (zh) * 2020-09-23 2022-12-27 中国移动通信有限公司研究院 计费方法、装置、通信设备及可读存储介质
WO2022161288A1 (zh) * 2021-01-29 2022-08-04 华为技术有限公司 发送流量的方法、装置、系统及存储介质

Also Published As

Publication number Publication date
WO2018177003A1 (zh) 2018-10-04

Similar Documents

Publication Publication Date Title
CN108809671B (zh) 通信方法、网络设备和系统
US8989002B2 (en) System and method for controlling threshold testing within a network
CN106375384B (zh) 一种虚拟网络环境中镜像网络流量的管理系统和控制方法
US10020948B2 (en) Charging in a software defined network
CN105103492A (zh) 控制网络拓扑
EP4099631A1 (en) Method for configuring performance test indication information, and related device
US8284791B2 (en) Systems and methods for load balancing of management traffic over a link aggregation group
JP2001519619A (ja) 通信ネットワークの障害点測定および性能試験
CN103746911A (zh) 一种sdn网络结构及其通信方法
KR20140106235A (ko) 오픈플로우 스위치 및 그 패킷 처리 방법
CN109842868A (zh) 一种帧聚合、网络设置帧发送方法及设备
US20170310493A1 (en) Network entity and service policy management method
CN104160735B (zh) 发报文处理方法、转发器、报文处理设备、报文处理系统
CN108667630A (zh) 一种计费方法、相关设备和系统
CN103200124B (zh) 一种业务策略的调整方法及装置
CN105592485A (zh) 一种基于snmp网管协议实时采集并处理消息的方法
CN110380912B (zh) 一种基于snmp的大规模网络链路性能测量方法及系统
WO2021057342A1 (zh) 一种网络切片的计费方法及装置
Surantha Design and Evaluation of Enterprise Network with Converged Services
Ayari et al. ADMA: autonomous decentralized management architecture for MANETs: a simple self-configuring case study
US20230362306A1 (en) Method for performing charging processing on mobile local area network service, system, and related device
EP3016472B1 (en) User management device to select a broadband network gateway, method and system
EP4044506A1 (en) Communication method, apparatus and system
Belghith et al. Proactive and reactive collaboration schemes for multi-domain networks monitoring
Lin et al. The research on network performance management system based on SDN technology

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20181016