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

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

Info

Publication number
WO2018177003A1
WO2018177003A1 PCT/CN2018/073853 CN2018073853W WO2018177003A1 WO 2018177003 A1 WO2018177003 A1 WO 2018177003A1 CN 2018073853 W CN2018073853 W CN 2018073853W WO 2018177003 A1 WO2018177003 A1 WO 2018177003A1
Authority
WO
WIPO (PCT)
Prior art keywords
charging
policy
information
network
control device
Prior art date
Application number
PCT/CN2018/073853
Other languages
English (en)
French (fr)
Inventor
贾江涛
柴晓前
Original Assignee
华为技术有限公司
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 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2018177003A1 publication Critical patent/WO2018177003A1/zh

Links

Images

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

Definitions

  • the present application relates to the field of communications technologies, and in particular, to a charging method, related device, and system.
  • the data packets In order to ensure that the network can provide users with safe, fast and stable network services according to the design requirements, when the data packets are transmitted in the network, they need to go through various service nodes. Network traffic passes through these service points in the order in which the business logic is set. This is the Service Chain. After a data packet enters the service chain, the data packet passes through each service node in the order in which the service chain is determined. The last data packet is encapsulated in the last service node of the service chain to complete the data packet transmission.
  • the data packet is transmitted in the network by the generated charging method.
  • the current practice is usually to configure a fixed charging policy on a fixed number of service nodes. This method cannot collect accounting information flexibly according to different requirements. In some scenarios, the accounting information cannot be accurately collected, for example, in a scenario where the service chain changes. Therefore, how to flexibly collect billing information according to different needs is a technical problem that needs to be solved.
  • the technical problem to be solved by the embodiments of the present application is to provide a charging method, a related device, and a system, which can flexibly collect charging information according to different requirements.
  • an embodiment of the present application provides a charging method, including:
  • the network control device generates a service flow processing policy and a corresponding charging report policy, where the processing policy includes a processing manner of the first network routing device, and a processing policy and a charging report policy for sending the service flow to the first network routing device, first After performing the processing policy, at least one of the network routing devices collects the charging information according to the charging reporting policy, and then reports the collected charging information to the network control device.
  • the charging reporting policy is not a fixed charging policy configured on a fixed service node.
  • the network control device can flexibly configure different charging reports for the network routing device through which the service flow passes. The strategy further enables accurate collection of billing information in different application scenarios.
  • the method further includes:
  • the network control device regenerates the second processing policy of the service flow and the corresponding second charging report policy, where the second processing policy includes the processing mode of the second network routing device; and the network control device sends the second network to the second network.
  • the routing device sends a second processing policy and a second charging reporting policy of the service flow. It can be seen that when the service chain changes, the network control device regenerates the charging report policy, and then sends the regenerated charging report policy to the network routing device, so that the charging information can be accurately collected in the dynamic network.
  • the reselection condition includes at least one of the following: 1) when at least one of the first network routing devices is overloaded; 2) when the flow table of the service flow expires; 3) the service When there is new demand for flow.
  • the first charging information is reported by the first network routing device when the reporting condition is met.
  • the method further includes:
  • the network control device receives the service request sent by the application server; the network control device records the service information corresponding to the service request; and the specific implementation manner of the network control device generating the service flow processing policy and the corresponding charging report policy: the network control device according to the service request Generate a service flow processing policy and a corresponding accounting report policy.
  • the method further includes:
  • the network control device performs association processing on the first charging information according to the IP address information of the user equipment, to obtain second charging information, and the network control device reports the second charging information to the charging system.
  • the second network routing device includes at least one of the following conditions: 1) the second network routing device is a network routing device in the network routing device for transmitting the service flow with a load lower than a first threshold. 2) the second network routing device is a network routing device whose data packet processing delay is lower than a second threshold in the network routing device for transmitting the service flow; 3) the second network routing device is a network route for transmitting the service flow A network routing device whose transmission stability is higher than or equal to a third threshold.
  • the service information includes at least one of device information, application information, user information, session information, and IP address information of the user equipment.
  • the method further includes:
  • the network control device receives the policy adjustment request sent by the management client; the specific implementation manner of the network control device generating the service flow processing policy and the corresponding charging report policy: the network control device generates the service flow processing policy and corresponding according to the policy adjustment request
  • the accounting reporting policy, the generated processing policy applies to all user devices.
  • the charging report policy includes at least one of an IP address of the user equipment that needs to be charged, a collection manner of the charging information, a condition for reporting the charging information, and an IP address information of the network control device. .
  • the first charging information includes at least one of IP address information, traffic information, and time information of the user equipment.
  • the second charging information includes at least one of device information, application information, user information, session information, IP address information of the user equipment, traffic information, and time information.
  • the reporting condition includes at least one of the following situations: 1) the number of processing data packets or the processing data packet traffic recorded by the processing policy of the corresponding service flow in the flow table is greater than or equal to a fourth threshold;
  • the first network routing device receives the update indication of the flow table corresponding to the service flow; 3) the first network routing device receives the deletion indication of the flow table corresponding to the service flow; 4) the flow table corresponding to the service flow expires; 5) When the first network routing device sends a port state (Port-status) message to the network control device; 6) when the first network routing device receives the Packet-out message sent by the network control device; 7) the first network routing device controls to the network When the device reports an error message.
  • Port-status port state
  • the embodiment of the present application provides a charging method, including:
  • the network routing device receives the processing policy and the charging reporting policy of the service flow sent by the network control device, and the processing strategy includes the processing mode of the network routing device; the network routing device processes the service flow according to the processing strategy of the service flow and the charging reporting policy.
  • the charging reporting policy is not a fixed charging policy configured on a fixed service node.
  • the network control device can flexibly configure different charging reports for the network routing device through which the service flow passes. The strategy further enables accurate collection of billing information in different application scenarios.
  • the method further includes:
  • the network routing device determines to report the charging information according to the charging reporting policy
  • the network routing device reports the collected charging information to the network control device.
  • the charging information is reported by the network routing device when the reporting condition is met.
  • the charging report policy includes at least one of an IP address of the user equipment that needs to be charged, a collection manner of the charging information, a condition for reporting the charging information, and an IP address information of the network control device. .
  • the charging information includes at least one of IP address information, traffic information, and time information of the user equipment.
  • the reporting condition includes at least one of the following situations: 1) the matching data packet traffic in the flow table corresponding to the service flow is higher than or equal to a preset threshold; 2) the network routing device receives the service.
  • an embodiment of the present application provides a charging method, including:
  • the network control device receives the service request sent by the application server; the network control device records the charging information of the service request, the charging information includes the number of service requests; and the network control device reports the charging information to the charging system.
  • the charging information does not need to be collected on the network routing device side, but is charged on the network control device side according to the number of service requests. It can be seen that in this way, the charging information can be collected more flexibly.
  • the charging information further includes at least one of IP address information, request time, request type, execution status, and application information of the user equipment.
  • the method further includes:
  • the network control device generates a processing strategy of the service flow and a processing strategy for sending the service flow to the network routing device.
  • the charging information is reported by the network control device when the reporting condition is met, and the reporting condition includes at least one of the following conditions: 1) the state of the flow table corresponding to the service flow changes; 2) the network The control device receives an execution response sent by the network routing device for the processing policy of the service flow.
  • an embodiment of the present application provides a communication system, where the communication system includes a network control device and a first network routing device, where:
  • a network control device configured to generate a first processing policy of the service flow and a corresponding first charging report policy, where the first processing policy includes a processing manner of the first network routing device; and the first service flow is sent to the first network routing device a first network routing device, configured to receive a first processing policy and a first charging reporting policy of the service flow sent by the network control device; the first network routing device performs the first service flow After the first processing policy is executed, at least one of the first network routing devices collects charging information according to the first charging reporting policy to obtain first charging information; at least one of the first network routing devices The network control device reports the first charging information, and the network control device is further configured to receive the first charging information reported by the at least one of the first network routing devices.
  • the charging reporting policy is not a fixed charging policy configured on a fixed service node.
  • the network control device can flexibly configure different charging reports for the network routing device through which the service flow passes. The strategy further enables accurate collection of billing information in different application scenarios.
  • the communication system further includes a second network routing device
  • the network control device is further configured to: when the reselection condition is met, regenerate the second processing policy of the service flow and the corresponding second charging report policy, where the second processing policy includes the second network route a processing mode of the device; sending, by the second network routing device, a second processing policy of the service flow and the second charging reporting policy; the second network routing device, configured to receive, sent by the network control device The second processing policy of the service flow and the second charging reporting policy. It can be seen that when the service chain changes, the network control device regenerates the charging report policy, and then sends the regenerated charging report policy to the network routing device, so that the charging information can be accurately collected in the dynamic network.
  • the reselection condition includes at least one of the following situations: 1) when at least one of the first network routing devices is overloaded; 2) a flow table of the service flow When expired; 3) when the business flow has new demand.
  • the first charging information is reported by the first network routing device when the reporting condition is met.
  • the communication system further includes an application server,
  • the application server is configured to send a service request to the network control device
  • the network control device is further configured to receive a service request sent by the application server, and record service information corresponding to the service request; and the network control device generates a service flow processing policy and a corresponding implementation of the corresponding charging report policy
  • the method is: generating a service flow processing policy and a corresponding charging report policy according to the service request.
  • the communication system further includes a billing system
  • the network control device is further configured to perform association processing on the first charging information according to the IP address information of the user equipment, to obtain second charging information, and report the second charging information to the charging system;
  • the charging system is configured to receive the second charging information reported by the network control device.
  • the second network routing device includes at least one of the following situations: 1) the second network routing device is a network in the network routing device for transmitting the service flow, where the load is lower than a first threshold Network routing device; 2) the second network routing device is a network routing device in which the data packet processing delay of the network routing device for transmitting the service flow is lower than a second threshold; 3) the second network routing The device is a network routing device whose transmission stability is higher than or equal to a third threshold in a network routing device for transmitting the service flow.
  • the service information includes at least one of device information, application information, user information, session information, and IP address information of the user equipment.
  • the communication system further includes a management client,
  • the management client is configured to send a policy adjustment request to the network control device
  • the network control device is further configured to receive the policy adjustment request sent by the management client;
  • the network control device generates a processing policy of the service flow and a corresponding implementation manner of the corresponding charging report policy: generating a service flow processing policy and a corresponding charging report policy according to the policy adjustment request, and the generated processing policy is applicable to all User equipment.
  • the charging report policy includes an IP address of a user equipment that needs to be charged, a collection manner of charging information, a condition for reporting charging information, and an IP address information of the network control device. At least one of them.
  • the first charging information includes at least one of IP address information, traffic information, and time information of the user equipment.
  • the second charging information includes at least one of device information, application information, user information, session information, IP address information of the user equipment, traffic information, and time information.
  • the reporting condition includes at least one of the following situations: 1) the number of processing data packets recorded in the flow table corresponding to the processing strategy of the service flow or the processing data packet traffic is greater than or equal to the first
  • the first network routing device receives the update indication of the flow table corresponding to the service flow; 3) the first network routing device receives the deletion indication of the flow table corresponding to the service flow; The flow table corresponding to the service flow expires; 5) when the first network routing device sends a port status (Port-status) message to the network control device; 6) the first network routing device receives the When the network control device sends a Packet-out message; 7) when the first network routing device reports the error information to the network control device.
  • Port-status port status
  • an embodiment of the present application provides a network control device, including a module for performing the method in the first aspect.
  • an embodiment of the present application provides a network control device, including a module for performing the method in the second aspect.
  • the embodiment of the present application provides a network routing device, including a module for performing the method in the third aspect.
  • the application provides a network control device, where the network control device includes a processor configured to support the network control device to perform a corresponding function in a charging method provided by the first aspect.
  • the network control device can also include a memory for coupling with the processor that holds program instructions and data necessary for the network control device.
  • the network control device can also include a communication interface for the network control device to communicate with other devices or communication networks.
  • the application provides a network control device, where the network control device includes a processor configured to support the network control device to perform a corresponding function in a charging method provided by the second aspect.
  • the network control device can also include a memory for coupling with the processor that holds program instructions and data necessary for the network control device.
  • the network control device can also include a communication interface for the network control device to communicate with other devices or communication networks.
  • the application provides a network routing device, where the network routing device includes a processor configured to support the network routing device to perform a corresponding function in a charging method provided by the second aspect.
  • the network routing device can also include a memory for coupling with the processor that holds the program instructions and data necessary for the network routing device.
  • the network routing device can also include a communication interface for the network routing device to communicate with other devices or communication networks.
  • the present application provides a computer storage medium for storing computer software instructions for use in the network control device provided in the above eighth aspect, comprising a program designed to perform the above aspects.
  • the present application provides a computer storage medium for storing computer software instructions for use in the network control device provided in the above ninth aspect, comprising a program designed to perform the above aspects.
  • the present application provides a computer storage medium for storing computer software instructions for use in the network routing device provided in the above tenth aspect, comprising a program designed to perform the above aspects.
  • FIG. 1 is a schematic diagram of a communication system according to an embodiment of the present application.
  • FIG. 2 is a schematic flowchart of a charging method according to an embodiment of the present application.
  • FIG. 3 is a schematic flowchart of another charging method provided by an embodiment of the present application.
  • FIG. 4 is a schematic structural diagram of a network control device according to an embodiment of the present application.
  • FIG. 5 is a schematic structural diagram of another network control device according to an embodiment of the present application.
  • FIG. 6 is a schematic structural diagram of a computer device according to an embodiment of the present application.
  • Network controller is a computer system or device with network resource configuration, network resource management, network resource security control and other functions.
  • the network control device may be an SDN controller in a Software-Defined Networking (SDN) network, the network control device may also be a control plane in the mobile core network, and the like.
  • SDN Software-Defined Networking
  • An application server is a device that exposes business logic to clients through various protocols. Simply put, the application server includes a server that implements dynamic web technologies. The application server provides access to business logic for use by client applications.
  • the network routing device refers to the device on the network side.
  • the network routing device may be a switch in a Software-Defined Networking (SDN) network, a router, etc., and the network routing device may also be a user plane in the mobile core network, and the like.
  • SDN Software-Defined Networking
  • the billing system includes Online Charging System (OCS) and Offline Charging System (OFCS).
  • OCS Online Charging System
  • OFCS Offline Charging System
  • the OFCS is used to receive billing data after the user uses the network resource.
  • UE User Equipment
  • Common user devices include, for example, mobile phones, tablets, notebook computers, PDAs, mobile internet devices (MIDs), wearable devices such as smart watches, smart bracelets, pedometers, and the like.
  • MIDs mobile internet devices
  • wearable devices such as smart watches, smart bracelets, pedometers, and the like.
  • the flow table can be regarded as an abstraction of OpenFlow's data forwarding function for network routing devices.
  • the data forwarding of the switch and the router depends on the Layer 2 MAC address forwarding table or the Layer 3 IP address routing table saved in the device, and the flow table used in the OpenFlow switch is also the same, but in its entry. It integrates network configuration information at all levels in the network, so that more rules can be used when forwarding data.
  • the flow table can include source IP, target IP, port, traffic count, packet count, processing strategy, etc.
  • FIG. 1 is a schematic structural diagram of a communication system according to an embodiment of the present application.
  • the communication system includes multiple application clients 10 , an application server 20 , a network control device 30 , and multiple network routing devices 40 .
  • the application client 10 requests an application service through the application server 20, and the application server 20 processes the application service requested by the application client 10, and then the application server 20 controls the network routing device 40 to complete the application service requested by the application client 10 through the network control device 30, such as Complete the delivery of data messages.
  • the data packet is transmitted in the network.
  • the current method is usually to configure a fixed charging policy on a fixed number of service nodes. All the services of the service node use this charging policy to collect the charging. information.
  • the method cannot collect the accounting information flexibly according to different requirements, which may result in the inaccurate collection of accounting information in certain application scenarios.
  • the network control device 30 is used as the charging trigger point in the solution, and the network control device 30 generates the processing strategy of the service flow and the corresponding charging reporting policy, and the processing strategy includes the service flow.
  • the network control device 30 sends the processing policy and the charging report policy of the service flow to the network routing device 40. At least one of the network routing devices 40 performs the processing policy according to the charging.
  • the reporting policy collects the charging information, and then reports the collected charging information to the network control device 30.
  • the charging reporting policy is not a fixed charging policy configured on a fixed service node.
  • the network control device 30 can flexibly configure different charging reports for the network routing device 40 through which the service flow passes. The strategy further enables accurate collection of billing information in different application scenarios.
  • the network control device 30 If the network control device 30 receives the service request sent by the application server 20 before the network control device 30 generates the service flow processing policy and the corresponding charging report policy, the network control device 30 generates a service flow according to the service request. The processing policy and the corresponding accounting reporting policy. Alternatively, before the network control device 30 generates the service flow processing policy and the corresponding charging report policy, if the network control device 30 receives the policy adjustment request sent by the management client 60, the network control device 30 generates a request according to the policy adjustment request. The processing strategy of the service flow and the corresponding accounting reporting policy.
  • the network to which this solution applies may be an SDN network and a mobile core network, and the like.
  • the network control device 30 is an SDN controller
  • the network routing device 40 is a router.
  • the network control device 30 is a control plane
  • the network routing device 40 is a user plane.
  • FIG. 2 is a charging method provided by an embodiment of the present application, where the method includes but is not limited to the following steps:
  • Step S201 The network control device generates a first processing policy of the service flow and a corresponding first charging reporting policy, where the first processing policy is a processing manner of the first network routing device.
  • the first processing policy generated by the network control device includes N sub-processing policies, and the N sub-processing policies and the N first network routing devices are one by one.
  • the sub-processing policy corresponding to the first network routing device i includes a processing manner of the first network routing device i, and the first network routing device i is any one of the N first network routing devices.
  • the processing mode of the network routing device includes at least one of the following situations: 1) Output, indicating that the data packet is sent out from a specific port; 2) Drop, indicating that the data packet is discarded; 3) Group, indicating The data packet is delivered to the specified group.
  • Change-TTL indicates that the TTL field of the packet is changed.
  • the TTL field can be IPv4TTL, MPLS TTL or Ipv6Hop Limit. It should be noted that the processing manners of the network routing devices included in the N sub-processing policies may be the same or different, and are not limited in this application.
  • the first charging report policy includes an IP address of the user equipment that needs to be charged, a collection mode of the charging information of the first network routing device, a condition for reporting the charging information, and an IP address of the network control device. At least one of the information.
  • the IP address of the user equipment that needs to be charged is an IP segment, for example, 192.168.1.101--192.168.1.152.
  • the first charging reporting policy generated by the network control device includes N sub-receipt reporting policies, and N sub-account reporting policies and N
  • the network routing device has a one-to-one correspondence, and the sub-account reporting policy corresponding to the first network routing device i includes the collection mode of the first network routing device i, where the first network routing device i is in the N first network routing devices. anyone.
  • the accounting reporting policy indicates whether the network routing device reports the accounting information.
  • the first network routing device i collects the charging information and reports it after performing the corresponding sub-processing policy.
  • the charging reporting policy corresponding to the first network routing device i indicates that the charging information is not reported, the first network routing device i does not report the charging information after executing the corresponding sub-processing policy.
  • the method described in FIG. 2 further includes:
  • the network control device receives a service request sent by the application server; the network control device records service information corresponding to the service request; the network control device generates a first processing policy of the service flow and a corresponding first charging report policy
  • the specific implementation manner is as follows: the network control device generates a first processing policy of the service flow and a corresponding first charging report policy according to the service request.
  • the specific implementation manner of the network processing device generating the first processing policy of the service flow according to the service request is: the network control device determining, according to the IP address information of the user equipment carried by the service flow. For example, for a service request sent by a user equipment whose IP address is in the range of 192.168.1.101--192.168.1.152, the network control device generates the same processing policy, and the generated charging report policy is the same.
  • the first processing strategy of the service flow is divided into a session processing policy, a user processing policy, a device processing policy, and an application processing policy.
  • the application server sends a service request to the network control device by using an API (Application Programming Interface), where the service request is used to request a network resource, for example, after receiving the service request, the network control device according to the service Request to allocate a network routing device for processing this service request.
  • API Application Programming Interface
  • the service information includes at least one of device information, application information, user information, session information, and IP address information of the user equipment.
  • the device information includes a device type identifier, etc., and the device type identifier is used to indicate what type of device is used when the service is used, for example, the device is a mobile phone or a PC, and the mobile phone may include an ios system mobile phone or an android system mobile phone.
  • the application information includes an application identifier, and the application identifier is used to indicate what application is used when using the service, such as accessing a Taobao service, using a Taobao APP, or using Taobao.
  • the user information includes a user identifier, which is uniquely identified in the system, such as a phone number. Session information is also an identifier that can be represented by a session identifier.
  • the method described in FIG. 2 further includes:
  • the network control device receives the policy adjustment request sent by the management client; the specific implementation manner of the network processing device generating the first processing policy of the service flow and the corresponding first charging report policy: the network control device according to the The policy adjustment request generates a first processing policy of the service flow and a corresponding first charging reporting policy, and the generated processing policy is applicable to all user equipments. That is to say, the network control device uniformly adjusts the network, and does not involve user personalized processing.
  • the processing strategy generated by the network control device is public and unique to a single user.
  • Step S202 The network control device sends the first processing policy of the service flow and the first charging report policy to the first network routing device.
  • the number of the first network routing devices is N, and N is an integer greater than 1.
  • the N first network routing devices respectively maintain a flow table, and the network control device delivers the first service flow to the first network routing device.
  • the specific implementation manner of the processing policy may be: the network control device sends, by using the flow table protocol, the sub-processing policy corresponding to the first network routing device i to the first network routing device i, where the first network routing device i receives the network control device and sends the After the sub-processing policy, the sub-processing policy is recorded in the flow table maintained by the first network routing device i, and the first network routing device i is any one of the N first network routing devices.
  • the number of the first network routing device is N, N is an integer greater than 1.
  • the specific implementation manner in which the network control device sends the first charging report policy to the first network routing device may be: the network control device passes the flow.
  • the sub-account reporting policy corresponding to the first network routing device i is sent to the first network routing device i by using the other protocol (such as a message), and the first network routing device i receives the first sent by the network control device.
  • the first network routing device i may record the sub-account reporting policy in the flow table maintained by the first network routing device i, or the first network routing device i may The sub-accounting reporting policy is recorded in other storage spaces.
  • the first network routing device i is any one of the N first network routing devices.
  • Step S203 The first network routing device receives a first processing policy and a first charging reporting policy of the service flow sent by the network control device; and the first network routing device performs the service flow.
  • the first processing strategy is a first processing strategy.
  • Step S204 After performing the first processing policy, at least one of the first network routing devices collects charging information according to the first charging reporting policy to obtain first charging information.
  • Step S205 At least one of the first network routing devices reports the first charging information to the network control device; the network control device receives the report reported by at least one of the first network routing devices First billing information.
  • the first charging information is reported by the first network routing device when the reporting condition is met.
  • the first charging information includes IP address information, traffic information, and time information of the user equipment.
  • the flow information is an important carrier for recording and reflecting the activities of the network and its users, and refers to the amount of information of the routing device or the transmission medium through the network per unit time. Time information is used to indicate when the service is being used.
  • condition for the network routing device to report the charging information includes at least one of the following situations:
  • the number of processing data packets or the processing data packet traffic recorded in the flow table corresponding to the processing strategy of the service flow is greater than or equal to a fourth threshold.
  • the fourth threshold is a threshold that is sent by the network control device, and the fourth threshold may be set by the network control device according to the quota information granted by the OCS.
  • the first network routing device receives an update indication of a flow table corresponding to the service flow.
  • the network routing device receives the Modify-state message of the OpenFlow protocol from the network control device, and modifies the flow table corresponding to the service flow, and triggers the service flow accounting information to be reported.
  • the first network routing device receives the deletion indication of the flow table corresponding to the service flow. For example, the network routing device sends a flow-removed message to the network control device through the Flow-Removed message of the OpenFlow protocol, and the flow table corresponding to the service flow is deleted.
  • the flow table corresponding to the service flow expires.
  • the flow table expires automatically, as in the case of deleting the flow table corresponding to the service flow.
  • the first network routing device sends a port status (Port-status) message to the network control device.
  • a port status (Port-status) message For example, when the network routing device receives a data packet, if there is no matching entry in the flow table, the network routing device encapsulates the data packet in a Packet-in message and sends it to the network control device.
  • the network control device sends a flow table or uses a Packet-Out message to tell the network routing device how to process the data packet, such as forwarding to a port or an address.
  • the first network routing device receives the Packet-out message sent by the network control device. For example, when the status of the network routing device is changed (for example, the network routing device is disconnected), the port-status message is triggered to the network control device. In this case, the service flow accounting information is triggered.
  • the first network routing device reports the error information to the network control device. For example, when the network routing device displays an error message and reports a problem or error in the network control device network routing device, the service flow charging information is triggered to be reported.
  • the method further includes:
  • the network control device performs association processing on the first charging information according to the IP address information of the user equipment, to obtain second charging information, and the network control device reports the second charging information to the charging system.
  • the network control device receives the charging information reported by the multiple network routing devices, and the network control device receives the first network routing device to send the charging information to avoid the confusion of the charging information. After the first charging information, the network control device associates the first charging information by using the IP address information of the user equipment, so that the first charging information is associated with the corresponding service.
  • the second charging information is reported by the network control device when the reporting condition is met.
  • the condition for the network control device to report the charging information includes periodic reporting, or real-time reporting.
  • the condition for reporting the charging information of the network control device is usually reported periodically.
  • the condition for reporting the charging information of the network control device is usually reported in real time.
  • the second charging information includes at least one of device information, application information, user information, session information, IP address information of the user equipment, traffic information, and time information.
  • the network control device when the network control device receives the IPTV video stream sent by the application server, the network control device generates a processing policy for processing the IPTV video stream according to the IP address information of the user equipment in the IPTV video stream, and the processing strategy includes the network routing device 1 The sub-processing policy, the sub-processing policy of the network routing device 2, and the sub-processing policy of the network routing device 3, and the network control device generates a charging reporting policy, where the charging reporting policy includes the sub-account reporting policy of the network routing device 1, and the network The sub-account reporting policy of the routing device 2 and the sub-account reporting policy of the network routing device 3.
  • the charging reporting policy of the network routing device 1 and the network routing device 3 is to report the charging information, and the charging reporting policy of the network routing device 2 is not reporting the charging information.
  • the network control device sends the sub-processing policy and the sub-accounting reporting policy corresponding to the network routing device 1, the network routing device 2, and the network routing device 3 to the network routing device 1, the network routing device 2, and the network routing device 3 by using a flow table protocol.
  • the network routing device 1, the network routing device 2, and the network routing device 3 process the IPTV video stream according to its corresponding sub-processing policy.
  • the network routing device 1 and the network routing device 3 collect the charging information according to the corresponding sub-receipt reporting policy, and report the collected charging information to the network control device, and the network routing device 2 determines according to the corresponding sub-account reporting policy. The billing information is not reported.
  • the charging reporting policy is not a fixed charging policy configured on a fixed service node.
  • the network control device can flexibly configure different charging reporting policies for the network routing device through which the service flow passes.
  • the charging information can be accurately collected in different application scenarios.
  • the method further includes:
  • the network control device regenerates a second processing policy of the service flow and a corresponding second charging report policy, where the second processing policy includes a processing manner of the second network routing device
  • the network control device sends the second processing policy and the second charging reporting policy of the service flow to the second network routing device.
  • the second charging report policy includes an IP address of the user equipment that needs to be charged, a collection manner of the charging information of the second network routing device, a condition for reporting the charging information, and an IP address of the network control device. At least one of the information.
  • the charging reporting policy further includes quota information.
  • the quota information includes at least one of traffic information, number of data packets, and duration information.
  • the reselection condition comprises at least one of the following:
  • the first network routing device includes the network routing device 1, the network routing device 2, and the network routing device 3. If the network routing device 1 is overloaded, the reselection condition is satisfied.
  • the bandwidth of the original service flow request is 50 mb
  • the service flow re-requests the bandwidth of 100 mb
  • the reselection condition is satisfied.
  • the sub-accounting reporting policy corresponding to the network routing device is one-to-one corresponding to the sub-processing policies corresponding to the network routing device, and the periodicity of the sub-accounting reporting policy and the sub-processing policy is consistent.
  • the network control device adjusts the network resources used by the service flow according to the state of the entire network, and changes the network routing device through which the service flow passes, the network control device needs to be based on The network routing device that has passed the changed service flow regenerates the charging report policy, and delivers the adjusted service flow processing policy and the charging report policy to the adjusted network routing device.
  • it may include:
  • the network control device uses the uplink channel of the interface, such as the LLDP protocol, to uniformly monitor and control the information reported by the network routing device, and implement link discovery and topology management in the network.
  • the uplink channel of the interface such as the LLDP protocol
  • LLDP Link Layer Discovery Protocol
  • MIB Management Information Base
  • the network control device reselects the second network routing device for processing the service flow according to the topology of the network and the state of the network routing device.
  • the network control device generates a second processing policy and a corresponding second charging reporting policy, and sends a second processing policy and a second charging reporting policy of the service flow to the second network routing device.
  • the second network routing device comprises at least one of the following:
  • the second network routing device is a network routing device in the network routing device for transmitting the service flow with a load lower than a first threshold.
  • the network control device requests, according to the network topology and the load condition of each network routing device in the network, the network control device to request statistics information from each network routing device by using a read-state message, where the statistics include the flow and the load network. Packets, etc., and then the network control device, according to the statistics information of the network routing devices, selects a network routing device with a low load to deliver a charging policy in the network routing device of the service flow, and is responsible for collecting and reporting the charging information.
  • the second network routing device is a network routing device in which the data packet processing delay of the network routing device for transmitting the service flow is lower than a second threshold.
  • the network control device determines the delay of each network routing device by using an echo (Echo) message of the Open Flow protocol; and then the network control device further delays the routing device according to each network.
  • the router with the low latency is selected to deliver the charging policy, which is responsible for collecting and reporting the charging information.
  • the second network routing device is a network routing device in which the transmission stability of the network routing device for transmitting the service flow is higher than or equal to a third threshold.
  • the network control device determines the stability of each network routing device according to the error message sent by each network routing device or the status of the port state (Port-Status) message, and the network route is determined. The fewer times the device sends an Error message or sends a Port-Status message, the higher the stability of the network routing device.
  • the network control device selects a network routing device with a high stability to deliver a charging policy, and is responsible for collecting and reporting the charging information.
  • the network control device sends the service flow policy and the charging report policy to the network routing device according to the flow table corresponding to the service flow.
  • the first network routing device includes the network routing device 1, the network routing device 2, and the network routing device 3.
  • the network routing device 1 serves as a charging information collection point, and the network routing device reselects the condition as the first network. At least one network routing device in the routing device is overloaded.
  • the network control device finds that the network routing device 1 is overloaded, the network routing device 1 reports the charging information to the network control device, and the network control device reports the charging information to the charging system and re-applies the quota information.
  • the network control device regenerates the processing policy according to the IP address information of the user equipment included in the service flow, and the regenerated processing policy includes the sub-processing policy of the network routing device 2, the sub-processing policy of the network routing device 4, and the sub-processing of the network routing device 5.
  • the policy regenerates the accounting reporting policy at the same time, and the regenerated charging reporting policy includes the sub-account reporting policy of the network routing device 2, the sub-account reporting policy of the network routing device 4, and the sub-account reporting policy of the network routing device 5. .
  • the charging reporting policy of the network routing device 2 and the network routing device 4 is to report the charging information, and the charging reporting policy of the network routing device 2 is not reporting the charging information, and the charging reporting policy includes the re-applying quota information.
  • the network control device sends the sub-processing policy and the sub-accounting reporting policy corresponding to the network routing device 2, the network routing device 4, and the network routing device 5 to the network routing device 2, the network routing device 4, and the network routing device 5 by using a flow table protocol.
  • the network routing device 2 When the service flows through the network routing device 2, the network routing device 4, and the network routing device 5, the network routing device 2, the network routing device 4, and the network routing device 5 process the service flow according to regenerating its corresponding sub-processing policy, and the network routing device 2 and the network routing device 4 collects the charging information according to the re-generating the corresponding sub-receipt reporting policy, and reports the collected charging information to the network control device, and the network routing device 5 regenerates its corresponding sub-receipt reporting policy. Make sure not to report billing information.
  • data packets in a static network pass through the service nodes in a predetermined order of the service chain. Since the service chain is static, the service nodes through which the data packets of the same user or application pass are also fixed. Then, the collection of the charging information may be collected on the service node according to the service processing sequence.
  • a network routing protocol automatically adjusts the network of service nodes based on topology or traffic changes, called a dynamic network), because network resources are dynamic
  • the service nodes (such as routers, switches, etc.) through which data packets of the same user or application pass are uncertain. If the collection of the charging information is collected by the traditional service chain collection method, the charging information corresponding to the user or the application may be dynamically distributed on different service nodes because the charging information cannot be aggregated. Accurate collection of billing information.
  • DHCP Dynamic Host Configuration Protocol
  • the network control device regenerates the processing policy and the charging report policy of the service flow, and then regenerates the processing strategy of the service flow.
  • the charging reporting policy is sent to the changed network routing device, so that the changed network routing device processes the service flow and collects the charging information according to the processing policy and the charging reporting policy, so that an accurate collecting method in the dynamic network can be implemented. Fee information.
  • the network routing device i forwards the data packets to multiple network routing devices at the same time, in order to avoid repeated collection. In the case of charging information, only the reporting charging information is collected at the network routing device i.
  • FIG. 3 is a charging method provided by an embodiment of the present application, where the method includes but is not limited to the following steps:
  • Step S301 The application server sends a service request to the network control device.
  • the application server sends a service request to the network control device through the API, where the service request is used to request the network resource. For example, after receiving the service request, the network control device allocates a network routing device for processing the service request according to the service request.
  • Step S302 The network control device records the charging information of the service request, where the charging information includes the number of service requests.
  • the charging information further includes at least one of IP address information, request time, request type, execution status, and application information of the user equipment.
  • the request time includes the time when the application server requests the service.
  • Request types include updating the openflow table, deleting the openflow table, adding the openflow table, and modifying the openflow table.
  • the execution status includes success or failure.
  • the application information includes an application identifier, and the application identifier is used to indicate which application is used when accessing the service, such as accessing the Taobao service, using the Taobao APP, or using Taobao to access.
  • the method further includes:
  • the network control device generates a processing policy of the service flow, and sends a processing policy of the service flow to the network routing device.
  • the processing strategy of the service flow includes the processing mode of the network routing device.
  • the processing policy is determined according to the IP address information of the user equipment carried by the service flow. For example, for a service request sent by a user equipment whose IP address is in the range of 192.168.1.101--192.168.1.152, the network control device generates the same processing policy. Traffic processing policies are classified into session processing policies, user processing policies, device processing policies, and application processing policies.
  • the processing policy generated by the network control device includes N sub-processing policies, and the N sub-processing policies are in one-to-one correspondence with N network routing devices, and the network routing device i
  • the corresponding sub-processing strategy includes a processing manner of the network routing device i, and the network routing device i is any one of the N network routing devices.
  • the processing mode of the network routing device includes at least one of the following situations: 1) Output, indicating that the data packet is sent out from a specific port; 2) Drop, indicating that the data packet is discarded; 3) Group, indicating The data packet is delivered to the specified group. 4) Change-TTL indicates that the TTL field of the packet is changed.
  • the TTL field can be IPv4TTL, MPLS TTL or Ipv6Hop Limit. It should be noted that the processing manners of the network routing devices included in the N sub-processing policies may be the same or different, and are not limited in this application.
  • the number of network routing devices is N, N is an integer greater than 1.
  • the N network routing devices respectively maintain a flow table, and the specific implementation manner of the network control device sending the service flow to the network routing device may be
  • the network control device sends the sub-processing policy corresponding to the network routing device i to the network routing device i through the flow table protocol.
  • the network routing device i After receiving the sub-processing policy, the network routing device i records the sub-processing policy in the flow maintained by the network routing device i. In the table, the network routing device i is any one of the N network routing devices.
  • the method further includes:
  • the network routing device Receiving, by the network routing device, a processing policy of the service flow sent by the network control device, performing a processing policy of the service flow, and sending the execution to the network control device after executing the processing policy of the service flow
  • the execution response includes an execution status of a processing policy of the network routing device to perform the traffic flow.
  • Step S303 The network control device reports the charging information to the charging system.
  • the charging information is reported by the network control device when the reporting condition is met, and the reporting condition includes at least one of the following situations:
  • the state of the flow table corresponding to the service flow changes. For example, the flow table corresponding to the service flow expires, the deletion indication of the flow table corresponding to the service flow is received, the update indication of the flow table corresponding to the service flow is received, and the like.
  • the network control device receives an execution response sent by the network routing device for a processing policy of the service flow.
  • the network control device may report the charging information to the charging system through the DIME protocol or through the REST API interface.
  • the network control device when the network control device receives the IPTV video stream sent by the application server, the network control device generates a processing policy for processing the IPTV video stream according to the IP address information of the user equipment in the IPTV video stream, and the processing strategy includes the network routing device.
  • the network control device sends the sub-processing policy and the sub-accounting reporting policy corresponding to the network routing device 1, the network routing device 2, and the network routing device 3 to the network routing device 1, the network routing device 2, and the network routing device 3 by using a flow table protocol.
  • the network routing device 1, the network routing device 2, and the network routing device 3 process the IPTV video stream according to its corresponding sub-processing policy.
  • the network routing device 1, the network routing device 2, and the network routing device 3 send an execution response to the network control device, and execute The response includes the network routing device performing an execution state of its corresponding sub-processing policy.
  • the network control device records the charging information of the IPTV video stream, and then reports the charging information to the charging system when the charging information reporting condition is met.
  • the charging information does not need to be collected on the network routing device side, but is charged on the network control device side according to the number of service requests. It can be seen that in this way, the charging information can be collected more flexibly.
  • FIG. 4 is a schematic structural diagram of a network routing device according to an embodiment of the present disclosure.
  • the network routing device may include a processing module 401, a sending module 402, and a receiving module 403.
  • the detailed description of each module is as follows.
  • the processing module 401 is configured to generate a first processing policy of the service flow and a corresponding first charging reporting policy, where the first processing policy includes a processing manner of the first network routing device;
  • the sending module 402 is configured to send, to the first network routing device, a first processing policy and a first charging reporting policy of the service flow;
  • the receiving module 403 is configured to receive the first charging information that is reported by the at least one of the first network routing devices, where the first charging information is that the network routing device that reports the first charging information is performing the The first processing policy is collected according to the first charging reporting policy.
  • the processing module 401 is further configured to: when the reselection condition is met, regenerate the second processing policy of the service flow and the corresponding second charging reporting policy, where the second processing policy includes the The processing mode of the second network routing device, the sending module 402 is further configured to send the second processing policy of the service flow and the second charging reporting policy to the second network routing device.
  • the reselection condition includes at least one of the following situations: 1) when at least one of the first network routing devices is overloaded; 2) when the flow table of the service flow expires ; 3) When the business flow has new requirements.
  • the first charging information is reported by the first network routing device when the reporting condition is met.
  • the receiving module 403 is further configured to receive a service request sent by the application server, and the processing module 401 is further configured to record the service information corresponding to the service request.
  • the processing module 401 is specifically configured to: generate a service according to the service request. The processing policy of the flow and the corresponding accounting reporting policy.
  • the processing module 401 is further configured to perform association processing on the first charging information according to the IP address information of the user equipment to obtain second charging information, and send the module 402 to the charging system.
  • the second charging information is reported.
  • the second network routing device includes at least one of the following situations: 1) the second network routing device is a network routing device for transmitting the service flow, where the load is lower than a first threshold Network routing device; 2) the second network routing device is a network routing device in which the data packet processing delay of the network routing device for transmitting the service flow is lower than a second threshold; 3) the second network routing The device is a network routing device whose transmission stability is higher than or equal to a third threshold in a network routing device for transmitting the service flow.
  • the service information includes at least one of device information, application information, user information, session information, and IP address information of the user equipment.
  • the receiving module 403 is further configured to receive a policy adjustment request sent by the management client, where the processing module 401 is configured to: generate a service flow processing policy and a corresponding charging report policy according to the policy adjustment request, The generated processing policy applies to all user devices.
  • the charging reporting policy includes an IP address of a user equipment that needs to be charged, a collection manner of charging information, a condition for reporting charging information, and at least an IP address information of the network control device.
  • the first charging information includes at least one of IP address information, traffic information, and time information of the user equipment.
  • the second charging information includes at least one of device information, application information, user information, session information, IP address information of the user equipment, traffic information, and time information.
  • the reporting condition includes at least one of the following situations: 1) the number of processing data packets or the processing data packet traffic recorded by the processing policy corresponding to the service flow in the flow table is greater than or equal to a fourth threshold. 2) the first network routing device receives an update indication of the flow table corresponding to the service flow; 3) the first network routing device receives the deletion indication of the flow table corresponding to the service flow; 4) The flow table corresponding to the service flow expires; 5) when the first network routing device sends a port status (Port-status) message to the network control device; 6) the first network routing device receives the network When the packet-out message sent by the device is controlled; 7) when the first network routing device reports the error information to the network control device.
  • a fourth threshold the first network routing device receives an update indication of the flow table corresponding to the service flow
  • the first network routing device receives the deletion indication of the flow table corresponding to the service flow
  • the flow table corresponding to the service flow expires; 5) when the first network routing device sends
  • each of the foregoing modules may also correspond to the corresponding description of the method embodiment shown in FIG. 2 .
  • the network control device 400 is presented in the form of a module.
  • a “module” herein may refer to an application-specific integrated circuit (ASIC), a processor and memory that executes one or more software or firmware programs, integrated logic circuits, and/or other devices that provide the above functionality.
  • ASIC application-specific integrated circuit
  • the sending module 402 and the receiving module 403 can be implemented by the communication interface 603 of the computer device shown in FIG. 6, and the processing module 401 can be implemented by the processor 601 of the computer device shown in FIG. 6.
  • FIG. 5 is a schematic structural diagram of a network routing device according to an embodiment of the present disclosure.
  • the network routing device may include a processing module 501, a sending module 502, and a receiving module 503.
  • the detailed description of each module is as follows.
  • the receiving module 503 is configured to receive a service request sent by the application server.
  • the processing module 501 is configured to record charging information of the service request, where the charging information includes a number of service requests;
  • the sending module 502 is configured to report the charging information to the charging system.
  • the charging information further includes at least one of IP address information, request time, request type, execution status, and application information of the user equipment.
  • the processing module 501 is further configured to generate a processing policy of the service flow
  • the sending module 502 is further configured to send the processing policy of the service flow to the network routing device.
  • the charging information is reported by the network control device when the reporting condition is met, and the reporting condition includes at least one of the following conditions: 1) a state of the flow table corresponding to the service flow. A change occurs; 2) when the network control device receives an execution response sent by the network routing device for a processing policy of the service flow.
  • each of the foregoing modules may also correspond to the corresponding description of the method embodiment shown in FIG. 2 .
  • the network control device 500 is presented in the form of a module.
  • a “module” herein may refer to an application-specific integrated circuit (ASIC), a processor and memory that executes one or more software or firmware programs, integrated logic circuits, and/or other devices that provide the above functionality.
  • ASIC application-specific integrated circuit
  • the sending module 502 and the receiving module 503 can be implemented by the communication interface 603 of the computer device shown in FIG. 6, and the processing module 501 can be implemented by the processor 601 of the computer device shown in FIG. 6.
  • network control device 400 and network control device 500 may be implemented in the structure of FIG. 6, which includes at least one processor 601, at least one memory 602, and at least one communication interface 603.
  • the computer device may also include general components such as an antenna, which will not be described in detail herein.
  • the processor 601 can be a general purpose central processing unit (CPU), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits for controlling the execution of the above program.
  • CPU central processing unit
  • ASIC application-specific integrated circuit
  • the communication interface 603 is configured to communicate with other devices or communication networks, such as Ethernet, Radio Access Network (RAN), Wireless Local Area Networks (WLAN), and the like.
  • RAN Radio Access Network
  • WLAN Wireless Local Area Networks
  • the memory 602 can be a read-only memory (ROM) or other type of static storage device that can store static information and instructions, a random access memory (RAM) or other type that can store information and instructions.
  • the dynamic storage device can also be an Electrically Erasable Programmable Read-Only Memory (EEPROM), a Compact Disc Read-Only Memory (CD-ROM) or other optical disc storage, and a disc storage device. (including compact discs, laser discs, optical discs, digital versatile discs, Blu-ray discs, etc.), magnetic disk storage media or other magnetic storage devices, or can be used to carry or store desired program code in the form of instructions or data structures and can be Any other media accessed, but not limited to this.
  • the memory can exist independently and be connected to the processor via a bus.
  • the memory can also be integrated with the processor.
  • the memory 602 is configured to store application code that executes the above solution, and is controlled by the processor 601 for execution.
  • the processor 601 is configured to execute application code stored in the memory 602.
  • the code stored in the memory 602 can perform the charging method performed by the network control device provided in FIG. 2 above, such as the first processing policy for generating the service flow and the corresponding first meter.
  • the first processing policy includes a processing manner of the first network routing device, and a first processing policy and the first charging reporting policy of the service flow are sent to the first network routing device; Receiving the first charging information reported by the at least one of the first network routing devices, where the first charging information is after the network routing device that reports the first charging information performs the first processing policy, Collected according to the first charging report policy.
  • the code stored in the memory 602 can perform the charging method performed by the network control device provided in FIG. 3 above, for example, receiving a service request sent by the application server; and recording the service request.
  • the charging information includes the number of times of the service request, and reports the charging information to the charging system.
  • the program can be stored in a computer readable storage medium, when the program is executed
  • the flow of the method embodiments as described above may be included.
  • the foregoing storage medium includes various media that can store program codes, such as a ROM or a random access memory RAM, a magnetic disk, or an optical disk.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

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

Description

一种计费方法、相关设备和系统
本申请要求于2017年3月30日提交中国专利局、申请号为201710202321.3,发明名称为“一种计费方法、相关设备和系统”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信技术领域,尤其涉及一种计费方法、相关设备和系统。
背景技术
为了保证网络能够按照设计要求,给用户提供安全、快速、稳定的网络服务,当数据报文在网络中传递时,需要经过各个业务节点。网络流量依照业务逻辑既定的顺序经过这些业务点,这就是业务链(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,MPLS TTL或者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)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(Electrically Erasable 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)所述网络控制设备接收到所述网络路由设备针对所述业务流的处理策略发送的执行响应时。
PCT/CN2018/073853 2017-03-30 2018-01-23 一种计费方法、相关设备和系统 WO2018177003A1 (zh)

Applications Claiming Priority (2)

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

Publications (1)

Publication Number Publication Date
WO2018177003A1 true WO2018177003A1 (zh) 2018-10-04

Family

ID=63674226

Family Applications (1)

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

Country Status (2)

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

Families Citing this family (2)

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

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

Also Published As

Publication number Publication date
CN108667630A (zh) 2018-10-16

Similar Documents

Publication Publication Date Title
JP7183416B2 (ja) 時間依存ネットワーキング通信方法及び装置
US10917255B2 (en) Packet switched service identification method and terminal
US8873753B2 (en) Analysis of network operation
EP2938131B1 (en) Capability exposure system, gateway, proxy, and method of wireless network
US11272333B2 (en) Convergent charging method and device
US8965962B2 (en) Diameter session audits
US8630202B2 (en) Method and apparatus for controlling buffer status report messaging
JP7128340B2 (ja) 課金方法、装置およびシステム
EP2629554B1 (en) Service control method and system, enodeb and packet data network gateway
EP4099631A1 (en) Method for configuring performance test indication information, and related device
WO2012001515A1 (en) Diameter session audits
US10805810B2 (en) Mobile device assisted optimization of a wireless network
US20140293804A1 (en) Backhaul network performance monitoring using segmented analytics
KR20140106235A (ko) 오픈플로우 스위치 및 그 패킷 처리 방법
WO2018103665A1 (zh) 基于l2tp的设备管理方法、设备及系统
US20220286409A1 (en) Method and apparatus for configuring quality of service policy for service, and computing device
US20170310493A1 (en) Network entity and service policy management method
JP2015513234A (ja) ネットワークリソースを管理するための方法及びノード並びに対応するシステム及びコンピュータプログラム
JP7494327B2 (ja) 通信方法、装置、およびシステム
WO2018233451A1 (zh) 通信方法、装置和系统
WO2018177003A1 (zh) 一种计费方法、相关设备和系统
US11849351B2 (en) Removal of application identifier
US20220217005A1 (en) Network Slice Charging Method and Apparatus
WO2021057342A1 (zh) 一种网络切片的计费方法及装置
WO2016091126A1 (zh) 策略制定方法、装置及系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18776728

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18776728

Country of ref document: EP

Kind code of ref document: A1