WO2013174153A1 - 一种计费的方法及装置 - Google Patents

一种计费的方法及装置 Download PDF

Info

Publication number
WO2013174153A1
WO2013174153A1 PCT/CN2013/070186 CN2013070186W WO2013174153A1 WO 2013174153 A1 WO2013174153 A1 WO 2013174153A1 CN 2013070186 W CN2013070186 W CN 2013070186W WO 2013174153 A1 WO2013174153 A1 WO 2013174153A1
Authority
WO
WIPO (PCT)
Prior art keywords
resource access
charging
request
resource
access request
Prior art date
Application number
PCT/CN2013/070186
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 华为技术有限公司
Priority to EP13793443.6A priority Critical patent/EP2822307A4/en
Publication of WO2013174153A1 publication Critical patent/WO2013174153A1/zh
Priority to US14/509,843 priority patent/US20150023219A1/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/141—Indication of costs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1403—Architecture for metering, charging or billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/93—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP using near field or similar technologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]

Definitions

  • the present invention relates to the field of communications, and in particular, to a method and an apparatus for charging.
  • Machine-to-Machine Communications ( ⁇ 2 ⁇ ) is a networked application and service centered on machine intelligent interaction, which realizes by embedding wireless or wired communication modules and application processing logic inside the machine. Manually operated data communication to meet the information needs of users in monitoring, command and dispatch, data acquisition and measurement.
  • the European Telecommunications Standards Institute for Machine-to-Machine Communications (ETSI M2M) defines the mid interface between the M2M platform and the M2M gateway.
  • the M2M network application (NA, Network Application) is based on The M2M platform can access the M2M device application (DA, Device Application) loaded on the M2M device through the mid interface.
  • Figure 1 shows a typical ETSI M2M system architecture.
  • M2M devices for example, sensors, microcontrollers, etc.
  • M2M gateway to the M2M platform, depending on whether the M2M device complies with ETSI.
  • the M2M specification divides M2M devices into traditional devices d and devices D and D that follow the ETSI M2M specification.
  • Traditional equipment d refers to a number of traditional equipment (such as power industry automatic meter reading equipment, water quality monitoring equipment, etc.) that have been produced by the M2M industry in addition to the ETSI M2M standard, according to their respective industry norms or proprietary specifications.
  • the M2M device conforming to the ETSI M2M specification has a Service Capability Layer (SCL) defined by the ETSI M2M standard, the M2M device is divided into a device D having an SCL and a device D having no SCL.
  • SCL Service Capability Layer
  • the M2M gateway uses the Gateway Interworking Proxy (GIP, Gateway Interworking Proxy) to communicate with traditional devices d and M2M devices D by wireless or wired communication (eg, Zigbee, Bluetooth, DLMS/COSEM, Zwave, BACnet, ANSI C12, mBus, etc.). interconnected.
  • GIP Gateway Interworking Proxy
  • the mid interface between the gateway and the M2M platform generally uses wired or wireless wide area network communication (for example, xDSL, HFC, satellite, GERAN, UTRAN, eUTRAN, W-LAN and WiMAX, etc.).
  • the network application NA has a similar problem. NA does not support the wired/wireless WAN of the mid interface, and does not have a communication module. They only connect and register to the M2M platform and implement remote access service resources through the mid interface based on the underlying network capabilities of the M2M platform.
  • the M2M platform needs to bear the use of the underlying network resources of the NA. Since the NA does not have the support of the mid-communication module and does not sign the underlying network, the underlying network resource list that the underlying network cannot use for the NA. Alternate billing, and only billing for the M2M platform.
  • a method for charging according to an embodiment of the present invention includes: a service capability layer of an M2M receiving a resource access request, where the resource access request includes a destination identifier; and the service capability layer determines the current according to the resource access request
  • the secondary resource access needs to use the underlying network to determine that the current resource access is a charging event; the service capability layer sends the resource access request to the primary service capability layer according to the destination identifier; the service capability layer receives a resource access response for the resource access request; the service capability layer determines charging data of the current resource access; the service capability layer sends the charging data to an accounting server, so as to facilitate The charging server charges the resource access request of the requesting initiator according to the charging data.
  • the apparatus for charging includes: a transceiver unit, configured to receive a resource access request, where the resource access request includes a destination identifier, and a determining unit, configured to determine, according to the resource access request, The secondary resource access needs to use the underlying network to determine that the current resource access is a charging event; the transceiver unit is further configured to forward the resource access request to the primary service capability layer according to the destination identifier, and is further configured to receive a resource access response for the resource access request; a charging unit, configured to determine charging data of the current resource access; and send the charging data to the charging server.
  • FIG. 1 is a schematic structural diagram of a prior art M2M system
  • FIG. 3 is a signaling interaction diagram of a charging method according to another embodiment of the present invention.
  • FIG. 4 is a signaling interaction diagram of a charging method according to still another embodiment of the present invention.
  • FIG. 5 is a signaling interaction diagram of a charging method according to still another embodiment of the present invention
  • FIG. 6 is a signaling interaction diagram of a charging method according to still another embodiment of the present invention
  • FIG. 7A is a schematic structural diagram of a charging apparatus according to an embodiment of the present invention.
  • FIG. 7B is a schematic structural diagram of a charging apparatus according to another embodiment of the present invention.
  • FIG. 7C is a schematic structural diagram of a charging apparatus according to still another embodiment of the present invention.
  • FIG. 7D is a schematic structural diagram of a charging apparatus according to still another embodiment of the present invention.
  • FIG. 7E is a schematic structural diagram of a charging apparatus according to still another embodiment of the present invention.
  • FIG. 7F is a schematic structural diagram of another charging apparatus according to an embodiment of the present invention.
  • FIG. 1 is a schematic structural diagram of a prior art M2M system, including:
  • the M2M network application NA 101 is used to register to the M2M service platform 102, access the data collected by the M2M device through the mid interface, and is also used for remote device management of the M2M device;
  • the M2M device dl05 is connected to the M2M service platform 102 through the M2M gateway G103;
  • the M2M device dl05' connects to the M2M service platform 102 through the M2M device D 106.
  • the M2M device dl05 and the M2M device dl05' are conventional devices that do not conform to the ETSI M2M specification; the M2M device D and the M2M device D are devices conforming to the ETSI M2M specification, wherein the M2M device D has a service capability layer defined by the ETSI M2M standard.
  • SCL Service Capability Layer
  • M2M device D does not have the Service Capability Layer (SCL) defined by the ETSI M2M standard.
  • M2M Gateway G103 uses Gateway Interworking Proxy (GIP, Gateway Interworking Proxy) to communicate with M2M legacy devices d and M2M devices via wireless or wired communication (eg Zigbee, Bluetooth, DLMS/COSEM, Zwave, BACnet, ANSI C12, mBus, etc.) D, interconnection.
  • GIP Gateway Interworking Proxy
  • the mid-interface between the M2M gateway or the M2M device D and the M2M platform generally uses wired or wireless wide area network communication (eg, Xdsl, HFC, satellite, GERAN, UTRAN, eUTRAN, W-LAN, WiMAX, etc.).
  • FIG. 2 is a flowchart of a method for charging according to an embodiment of the present invention, including:
  • the service capability layer of the M2M receives a resource access request, where the resource access request includes a destination identifier.
  • the local service capability layer receives the resource access request sent by the initiator of the resource access request (hereinafter referred to as the request initiator), where the resource access request includes the destination identifier of the network entity where the remote resource is located.
  • the intermediate service capability layer receives the resource access request sent by the request initiator forwarded by the local service capability layer or other intermediate service capability layer.
  • the local service capability layer refers to a network entity that directly receives the resource access request sent by the request initiator and has a service capability layer, and may be an M2M gateway or an M2M platform.
  • the requesting initiator may be a legacy device d or an M2M device D, or a network application NA.
  • the intermediate service capability layer refers to receiving a resource access request sent by the requesting initiator directly, but receiving other service capability layers (including the foregoing local service capability layer). Or the other intermediate service capability layer), the resource access request sent by the request initiator, and the network entity having the service capability layer, which may be an M2M gateway or an M2M platform.
  • the service capability layer determines whether the resource access request sent by the requesting initiator directly receives the address or identifier of the requesting initiator and the service capability layer carried in the resource access request.
  • the address of the sender of the received resource access request or the identity of the identifier is determined. For example, if the address or identifier of the request originator carried in the resource access request and the sender of the resource access request received by the service capability layer are If the address or the identifier is consistent, the entity that receives the resource access request is the local service capability layer, and the opposite is the intermediate service capability layer.
  • the service capability layer determines, according to the resource access request, that the current resource access needs to use a bottom layer network, and determines that the current resource access is a charging event;
  • the local service capability layer or the intermediate service capability layer may further include a preset charging parameter or a resource access request packet corresponding to the application resource identifier of the requesting initiator carried in the resource access request.
  • the charging parameter indicated by the URI of the charging parameter determines the underlying network used for the current resource access, and determines the service type used by the current resource access request according to the specific content accessed in the resource access request.
  • the resource access request to the primary service capability layer according to the destination identifier.
  • the local service capability layer or the intermediate service capability layer is requested according to the destination identifier and the storage resource access request in the access request.
  • the service capability layer ie, the primary service capability layer
  • the local service capability layer or the intermediate service capability layer communicates with the primary service capability layer through the underlying network.
  • the primary service capability layer is a network entity that stores the resources requested by the resource access request and has a service capability layer, and may be an M2M platform or an M2M gateway.
  • the primary service capability layer after receiving the resource access request, performs related resource access operations, such as: creating, acquiring, updating, deleting, subscribing, and device management, and performing the local service capability layer or the intermediate service capability layer.
  • the resource access response is sent, and the resource access response includes a status code, which is used to indicate the status of the resource access.
  • the response may also include the resource requested to be acquired.
  • the local service capability layer or the intermediate service capability layer determines the resource access charging data of the requesting initiator according to the underlying network used by the resource access, the service type, and the network resource usage.
  • the resource access charging data may include an underlying network used by the current resource access: an underlying network identifier, a service type, an underlying network resource usage, or an underlying network identifier, a service type, and a service unit usage.
  • the local service capability layer may send the underlying network identifier, the service type, the underlying network resource usage, or the underlying network identifier, the service type, and the service unit usage to the charging server, and the usage of the service unit may be used by the underlying network resource. Redeem according to the preset underlying network charging parameters. Through the charging parameter, the network resource usage of different underlying networks and different service types can be converted into a universal charging service unit, and different charging data of the underlying network is shielded, and only the general service unit usage is used as the charging. The data is sent to the billing server, which facilitates the billing server to charge the request originator.
  • the local service capability layer or the intermediate service capability layer may directly send the underlying network resource usage to the charging server, and the charging server exchanges the underlying network resource usage amount according to the charging parameter corresponding to the underlying network.
  • the universally billed service unit then bills the request originator.
  • the foregoing steps only describe the processing flow of the post-paid, and the present invention is also applicable to the pre-paid charging processing, that is, the local service capability layer first interacts with the charging server after parsing the resource access request to confirm the request. Whether the initiator can perform the communication of accessing the remote resource and send the estimated charging data to the accounting server for rating and confirmation, and then receive the resource of the requesting initiator after receiving the successful response of the accounting server. The access request is forwarded and the like.
  • the local service capability layer determines the charging of the requesting initiator according to the resource access request sent by the requesting initiator and the resource access response returned by the primary service capability layer.
  • the data is sent to the charging server to charge the requesting initiator, thereby realizing that the charging problem of the requesting initiator is solved if the requesting initiator does not subscribe to the underlying network.
  • Method signaling interaction diagram including:
  • the local service capability layer integrates the Charging Trigger Function (CTF), but in order to ensure that the local service capability layer is secure and reliable, it needs to pass security authentication. A functional entity is triggered for legitimate billing.
  • CTF Charging Trigger Function
  • the local service capability layer can be securely authenticated with the M2M authentication server.
  • the local service capability layer presets the M2M root key, and the M2M authentication server stores and maintains the root key resource pool.
  • the M2M platform is accessed by sending an authentication request message to the M2M authentication server for authentication by the M2M authentication server.
  • the authentication request message carries the preset M2M root key, and the M2M authentication server compares the M2M root key with the key in the maintained root key resource pool, and confirms that the root key resource pool contains the information carried in the authentication request message.
  • the M2M root key confirms that the local service capability layer security authentication passes and returns the authentication response.
  • the local service capability layer can be securely authenticated with an AAA (Authentication, Authorization, Accounting Server) authentication server.
  • the local service capability layer is configured with the security credential information.
  • the authentication message is sent to the AAA authentication server to access the M2M platform through the AAA authentication server.
  • the AAA authentication server is configured according to the AAA authentication server.
  • the preset security credential information performs security authentication on the local service capability layer and returns an authentication response.
  • the M2M SP operating system sends charging parameters including different underlying networks to the charging server and the local service capability layer.
  • the billing parameters can be set as follows: Network ID Service Type Network Resource Use Business Unit Redemption
  • the local service capability layer may also create an accounting parameter resource in the local service capability layer, where the charging parameter resource includes one or more charging parameters of the underlying network.
  • the charging parameters of the GSM network and the charging parameters of the WCDMA network wherein the charging parameters corresponding to each of the underlying networks include the network identifier and service type of the underlying network, and the exchange ratio of the network resources and the service unit.
  • determine the underlying network to be used In order to facilitate the device user or the NA user to query the charging parameters of various underlying networks from the local service capability layer through the API interface, determine the underlying network to be used.
  • the requesting direction sends a registration request to the local service capability layer.
  • the request origination sends a registration request to the local service capability layer, and requests to register the M2M application of the requesting initiator to the local service capability layer.
  • the registration request may carry the request initiator identifier, and the local service capability layer may determine, according to the request initiator identifier, whether the registration request is a d device or a D, a device registration request; optionally, the registration request may also carry a judgment identifier.
  • the request origination sends a registration request to the local service capability layer, and requests to register the M2M application of the requesting initiator to the local service capability layer.
  • the registration request may carry the request initiator identifier, and the local service capability layer may determine, according to the request initiator identifier, whether the registration request is a d device or a D, a device registration request; optionally, the registration request may also carry a judgment identifier.
  • TRUE indicates that the registration request is a registration request of the d device, D, device or NA
  • FALSE indicates that
  • the local service capability layer processes the registration request, and allocates the application resource identifier to the request initiator. Specifically, the local service capability layer creates an application resource for the request initiator according to the registration request of the request initiator, and allocates the application resource identifier.
  • the local service capability layer may allocate a special application resource identifier, such as dA_l, D'A#2, etc., to the created application resource, and return the request.
  • the initiator when the subsequent local service capability layer obtains the special application resource identifier from the request initiator resource access request, may identify the request initiator as the d device or the D device according to the special application resource identifier;
  • the local service capability layer may also use the request initiator identifier that is carried by the requesting initiator as the application resource identifier, and maintain a series of application resource identifier lists locally, and the subsequent local service capability layer receives the resource according to the requesting initiator.
  • the application resource identifier carried in the request is compared with the application resource identifier list, and the request originator is determined to be a d device or a D device.
  • the requesting initiator may obtain the previously created charging parameter resource from the local service capability layer through the API interface, and determine, from the charging parameter resource, the underlying network used by the one or more applications and the bottom layer.
  • the charging parameter corresponding to the network, and sending the resource locator URI of the charging parameter to the local service capability layer by using a registration request.
  • the local service capability layer may set the resource locator URI of the charging parameter carried in the registration request in the created application resource, so that the subsequent local service capability layer links to the charging parameter according to the URI, and determines according to the charging parameter.
  • the local service capability layer determines, according to the request initiator identifier carried in the request of the requesting initiator, the registration request is a device, D, device, or NA.
  • the device subscription data entity (such as the operation support system or the M2M platform) of the M2M SP operation system is asked whether the request initiator has the right to use the underlying network and service type, and which one or more underlying networks and services are specifically used. Types of.
  • the device subscription data entity is as follows: The M2M SP operation platform sends the underlying network and service type that the requesting party has permission to use to the local service capability layer.
  • the charging parameter set After receiving the local service capability layer, the charging parameter set maintains the charging parameters of one or more underlying networks and service types that the requesting initiator can use, or searches for the request in the charging parameter resource.
  • the charging parameter URI of one or more underlying networks and service types used by the initiator, and the URI is set as an attribute of the application resource in the created application resource.
  • the local service capability layer returns a registration success response to the request initiator, where the registration success response includes an application resource identifier of the application resource that is innovating for the request initiator.
  • the requesting initiation sends a resource access request to the local service capability layer.
  • the request sending direction sends a resource access request to the local service capability layer to request an access resource, where the resource access request includes a remote resource destination identifier, such as: http: ⁇ www. m2msp.com/ ⁇ sclBase 1 >/applications / ⁇ app 1 >; Also includes the application resource ID of the requesting initiator: http://10.138.12.35/ ⁇ sclBase2>/applications/ ⁇ app2>;
  • the local service capability layer parses the resource access request. If the current resource access needs to use the underlying network, determine that the current resource access is a charging event.
  • the tag carried by the resource access request such as the Token code.
  • the local service capability layer records the access request, and tracks the access response of the access request according to the recorded identifier, so as to determine whether it is necessary to determine and send the charging data to the accounting server according to the status code in the access response.
  • requests and responses can be carried by the HTTP protocol and the CoAP protocol.
  • HTTP protocol a connection is established for each HTTP request, and when the local service capability layer determines that the access request carried by the HTTP protocol is a charging event, the session identifier of the resource access request is recorded, and is tracked according to the session identifier.
  • the resource access request of the CoAP carries a token of the resource access request, and the local service capability layer tracks the CoAP response with the token.
  • the local service capability layer may further obtain the application resource corresponding to the application resource identifier according to the application resource identifier carried in the resource access request, and determine, according to the preset charging parameter corresponding to the application resource, whether the requesting initiator has Use the underlying network to further determine the specific requirements of the requesting initiator Use one or more underlying networks and business types.
  • the type of service may also be determined by the resource access request content of the requesting initiator.
  • a service type such as SMS is used to carry the message.
  • the requesting initiator requests to acquire resources, update a large data volume service such as a resource, and use the data service to carry the message.
  • the underlying network such as WiMAX and WiFi, only data services are supported. Choosing such an underlying network will determine the use of data services to carry messages.
  • the local service capability layer communicates with the primary service capability layer through the underlying network of the mid-interface according to the destination identifier in the resource access request, and forwards the resource access request to the primary service capability layer.
  • the main service capability layer refers to an M2M network entity that stores the resources that the request initiator needs to obtain, and may be an M2M platform or an M2M gateway.
  • the local service capability layer receives the successful access response sent by the primary service capability layer, where the successful access response includes a success status code.
  • the local service capability layer determines the charging data of the resource access of the requesting initiator. Specifically, the local service capability layer uses the underlying network, the service type, and the network resource usage according to the resource access request, and according to the remote resource connection. The remote resource access charging data of the requesting initiator is determined by the underlying network, the service type, and the service unit usage of the incoming response.
  • the remote resource access charging data may include an underlying network used by the current resource access request: an underlying network identifier, a service type, an underlying network resource usage, or an underlying network identifier, a service type, and a service unit usage. , or business unit usage.
  • the resource acquisition request itself may include only the destination identifier and the requester initiator identifier, and the resource acquisition request message occupies a small amount of network resources, but the corresponding resource acquisition response carries the corresponding resource, resulting in The amount of network resources occupied by the response message is large. Therefore, the local service capability layer determines the network resource usage of the requesting initiator according to the resource acquisition request and the received response message.
  • the resource update request itself includes the updated resource, and the network resource occupied by the request message is large, but the corresponding resource update request response may only carry the success response code, so the local service capability layer may be based on The resource update request and the resource update response respectively determine the network resource usage of the request originator.
  • the service capability layer may determine the network resource usage of the requesting initiator when receiving the resource access request sent by the requesting initiator; or may first store the resource access request in the The historical data retention module (HDR, History and Data Retention), and after receiving the resource access response sent by the primary service capability layer, acquiring the previously stored resource access request from the historical data retention module, according to the resource access request and The response corresponding to the resource access request is determined.
  • the initiator's network resource usage is requested and recorded.
  • the local service capability layer forwards the successful access response to the request initiator.
  • the local service capability layer may send the underlying network identifier, the service type, the underlying network resource usage, or the underlying network identifier, the service type, the service unit usage, or only the service unit usage to the charging server, and the service unit uses The amount can be redeemed by the underlying network resource usage according to the charging parameters preset by the local service capability layer.
  • the charging parameters the network resource usage of different underlying networks and different service types can be converted into a universal charging service unit, so that the charging server can charge the requesting initiator.
  • the local service capability layer may also directly send the underlying network resource usage to the charging server, and the charging server converts the underlying network resource usage into a universal charging service unit according to the charging parameter, and then charges the request initiator. .
  • the charging server charges the request initiator according to the charging data.
  • the charging server returns a charging response to the local service capability layer.
  • the underlying network charging of the requesting initiator can be implemented without modifying the network element of the underlying network.
  • the present invention is not limited to this.
  • the underlying network charging of non-contracted devices can also be implemented by modifying the network elements of the underlying network.
  • the local service capability layer sends the charging data to the accounting server through the MTC-IWF (Machine type communication-interworking function).
  • the local service capability layer after receiving the resource access request from the requesting initiator, determines that the resource access request needs to use the 3GPP underlying network and/or service type.
  • the M2M SP operating system sends the charging parameter to the M2M gateway and the charging server.
  • the M2M device d or D sends a registration request to the M2M gateway.
  • the M2M gateway processes the registration request, and allocates an application resource identifier for the M2M device d or D. 405. The M2M gateway returns a registration success response to the M2M device d or D.
  • the M2M device d or D sends a resource access request to the M2M gateway.
  • the M2M gateway parses the resource access request, and if the current resource access needs to use the underlying network, determining that the current resource access is a charging event;
  • the M2M gateway determines the charging data of the resource access of the M2M device d or D. 411. The M2M gateway forwards the successful access response to the M2M device d or D′.
  • the M2M gateway sends the charging data to the charging server.
  • the charging server performs charging on the M2M device d or D according to the charging data.
  • the charging server returns an accounting response to the M2M gateway.
  • the method for the machine communication charging according to the embodiment of the present invention is as follows: Since the M2M gateway integrates the charging trigger function, the resource access request sent by the M2M device and the resource access response returned by the main service capability layer may be determined. The fee data is sent to the billing server to charge the M2M device, thereby realizing the charging problem of the M2M device when the M2M device is not contracted with the underlying network.
  • a signaling interaction diagram of a charging method according to still another embodiment of the present invention includes:
  • the M2M SP operating system sends the underlying network charging parameters to the accounting server and the M2M.
  • the M2M network application NA sends a registration request to the M2M platform. 503.
  • the M2M platform processes the registration request, and allocates an application resource identifier for the M2M network application NA.
  • the M2M network application sends a resource access request to the M2M platform.
  • the M2M platform parses the resource access request. If the current resource access needs to use the underlying network, determine that the current resource access is a charging event.
  • the M2M platform forwards the resource access request to the primary service capability layer according to the destination identifier.
  • the M2M platform receives a successful access response sent by the primary service capability layer, where the successful access response includes a success response code.
  • the M2M platform determines the charging data of the remote resource access of the M2M device d or D, and the M2M platform applies the NA forwarding success response to the M2M network.
  • the M2M platform sends the charging data to an accounting server.
  • the accounting server performs charging on the M2M network application NA according to the charging data.
  • the charging server returns a charging response to the M2M platform.
  • step 501-513 can be explained with reference to steps 402-414 of FIG.
  • the M2M platform integrates the charging trigger function, the resource access request sent by the M2M network application NA and the access response returned by the main service capability layer are determined. Charging data, and sending the charging data to the charging server to apply NA charging to the M2M network, thereby realizing that the charging problem of the M2M network application NA is solved when the M2M network application NA is not contracted with the underlying network. .
  • FIG. 6 is a signaling interaction diagram of a method for machine communication charging according to still another embodiment of the present invention, including:
  • the intermediate service capability layer refers to a network entity having a service capability layer that is not the first to receive a request source resource access request, and may be an M2M gateway, an M2M platform, or the like.
  • the M2M SP operating system sends the charging parameter including the underlying network to the charging server and the local service capability layer, and may also send the charging parameter to the intermediate service capability layer.
  • the requesting initiation initiates a registration request to the local service capability layer.
  • the local service capability layer returns a registration response to the request initiator. After the registration is successful, the local service capability layer may also send an application resource announcement message to the intermediate service capability layer, where the URI of the created application resource is stored in the intermediate service capability layer.
  • the local service capability layer may also carry the resource locator URI of one or more charging parameters in the application resource announcement message, and the intermediate capability The layer may query the underlying network used by the application and the corresponding charging parameter according to the charging parameter URI by using the resource declaration message.
  • the requesting initiation direction sends a resource access request to the local service capability layer.
  • the local service capability layer resolves the access request, and if the resource access needs to use the underlying network, the current resource access is recorded as a charging event;
  • steps 601-607 are described with reference to steps 301-307 of FIG.
  • the local service capability layer forwards the resource access request to the intermediate service capability layer.
  • the intermediate service capability layer is an intermediate node of the multi-hop communication.
  • the intermediate service capability layer also needs to use the underlying network, and Generate billing data.
  • the intermediate service capability layer forwards the remote resource access request to the primary service capability layer.
  • the primary service capability layer returns a resource access request response to the intermediate service capability layer.
  • the intermediate service capability layer determines charging data of the requesting initiator.
  • the data communication from the primary service capability layer to the intermediate service capability layer and the intermediate service capability layer to the local service capability layer needs to use the underlying network, and the intermediate service capability layer can only calculate from the intermediate service capability layer to the primary service capability layer.
  • Billing data for data communication may include the underlying network identifier used, the type of service, and the associated underlying network resource usage.
  • the intermediate service capability layer forwards the remote resource access request response to the local service capability layer. 614.
  • the local service capability layer determines the charging data of the requesting initiator.
  • the local service capability layer sends the charging data of the data communication between the local service capability layer and the intermediate service capability layer to the charging server, so that the charging server charges the requesting initiator;
  • the intermediate service capability layer sends charging data to the accounting server.
  • the intermediate service capability layer sends the charging data of the data communication between the intermediate service capability layer and the primary service capability layer to the charging server, so that the charging server charges the requesting initiator;
  • the charging server charges the request initiator.
  • the charging server returns a charging response to the intermediate service capability layer.
  • the charging server returns a charging response to the local service capability layer.
  • the local or intermediate service capability layer does not have strict order restrictions on sending the charging data to the accounting server.
  • the charging server returns the charging response to the local or intermediate service capability layer without strict order restriction, and the order can be mutually transformed. .
  • the local service capability layer and the intermediate service capability layer may be an M2M gateway or an M2M platform, and the request initiator may apply NA for the M2M device d or D, or the M2M network. According to the needs of M2M communication, there can be multiple intermediate business capability layers.
  • the related charging operation of the intermediate service capability layer refers to the description of the local service capability layer charging operation in FIG.
  • the local service capability layer and the intermediate service capability layer are both integrated with the charging trigger function, and may be based on the resource access request or the primary service capability layer sent by the requesting initiator.
  • the resource access response determines the charging data of each of the underlying networks, and sends the charging data to the charging server to charge the requesting initiator, thereby realizing that the requesting initiator does not sign the contract with the underlying network.
  • the billing issue of the requesting initiator is based on the resource access request or the primary service capability layer sent by the requesting initiator.
  • FIG. 7 is a schematic structural diagram of a charging apparatus according to an embodiment of the present invention, including:
  • the transceiver unit 710 is configured to receive a resource access request, where the resource access request includes a destination identifier.
  • the determining unit 720 is configured to determine, according to the resource access request, that the current resource access needs to use the underlying network, and determine that the current resource access is a charging event.
  • the determining unit 720 includes a recording unit, configured to record the resource access.
  • An identifier of the request where the identifier of the resource access request is a session identifier of a session that carries the resource access request or a flag carried by the resource access request.
  • the transceiver unit 710 is further configured to forward the resource access request to the primary service capability layer according to the destination identifier, and is further configured to receive a resource access response for the resource access request.
  • the charging unit 730 is configured to determine charging data of the remote resource access of the requesting initiator.
  • the charging data is also sent to the charging server, so that the charging server charges the remote resource access of the requesting initiator according to the charging data.
  • the device for charging the machine of the embodiment of the present invention is an M2M gateway or an M2M device for charging according to the embodiment of the present invention.
  • the built-in charging trigger function determines the remote resource access request initiated by the requesting party.
  • the charging data of the originator is requested and occurs to the charging server to charge the requesting initiator, thereby solving the charging problem of the requesting initiator in the case that the requesting initiator does not subscribe to the underlying network.
  • FIG. 7B is a schematic structural diagram of a charging apparatus according to another embodiment of the present invention, including:
  • the transceiver unit 710 is configured to receive a resource access request, where the resource access request includes a destination identifier.
  • the determining unit 720 is configured to determine, according to the resource access request, that the current resource access needs to use the underlying network, and determine that the current resource access is a charging event.
  • the determining unit 720 includes a recording unit, configured to record the resource access.
  • An identifier of the request where the identifier of the resource access request is a session identifier of a session that carries the resource access request or a flag carried by the resource access request.
  • the transceiver unit 710 is further configured to forward the resource access request to the primary service capability layer according to the destination identifier, and further, to receive a resource access response for the resource access request.
  • the transceiver unit 710 includes a first receiving unit, configured to receive an underlying network charging parameter sent by the M2M SP operating system, where the first receiving unit includes a creating subunit, configured to use the charging parameter sent by the M2M SP operating system as the bottom layer. Network to create billing parameter resources
  • the charging unit 730 is configured to determine charging data of the current resource access of the request initiator.
  • the charging data is also sent to the charging server, so that the charging server charges the remote resource access of the requesting initiator according to the charging data.
  • the registration unit 740 is configured to receive a registration request sent by the requesting initiator, create an application resource for the requesting initiator according to the registration request, and allocate an application resource identifier, and are further configured to: according to the charging parameter carried in the registration request, a resource locator URI of the charging parameter is set in the created application In the resource.
  • the authentication unit 750 is configured to perform security authentication with the authentication server.
  • the authentication unit 750 is configured to send an authentication request to the AAA authentication server, and receive an authentication success response returned by the AAA authentication server.
  • the method further includes sending an authentication request to the M2M authentication server, where the authentication request includes a preset M2M root key or preset M2M security credential information, and receives an authentication success response returned by the M2M server.
  • the charging unit 730 includes:
  • the first determining unit 731 is configured to determine, according to the preset charging parameter corresponding to the application resource identifier, an underlying network used by the current resource access, or obtain a request from the subscription data entity according to the application resource identifier of the requesting initiator.
  • a second determining unit 732 configured to determine, respectively, a usage amount of the network resource of the resource access request, and a usage amount of the network resource that responds to the resource access request for the resource access request; and the usage amount of the network resource The sum of the usage of network resources requested for resource access and the usage of network resources for resource access responses.
  • the third determining unit 733 is configured to determine, according to the determined underlying network used by the current resource access request, and/or the access content according to the current resource access request, the service type used by the resource access request.
  • a first determining subunit 7321 configured to determine, after the determining that the current resource access is a charging event, the usage of the resource access request, or
  • a storage subunit 7322 configured to store the resource access request
  • the second determining subunit is configured to obtain the stored resource access request after receiving the resource access response for the resource access request, and determine the usage amount of the resource access request.
  • the billing unit 730 further includes:
  • the calculating unit 734 is configured to calculate a service unit usage amount according to the determined usage amount of the network resource and the determined underlying network used for the current resource access;
  • the estimating unit 735 is configured to determine, according to the resource access request, an underlying network used for the current resource access, a service type used for accessing the current resource, and an estimated network resource usage of the current resource access and use. / or estimated business unit usage;
  • the sending unit 736 is configured to send, to the charging server, a charging request including usage and service type of the underlying network or network resource used, or
  • the charging device as described above, because the charging device integrates the charging trigger function, can determine the charging data of each using the underlying network according to the resource access request sent by the requesting initiator, and send the charging data to the charging.
  • the server charges the request initiator, thereby realizing that the request originator's charging problem is solved if the request originator does not subscribe to the underlying network.
  • FIG. 7F is a schematic structural diagram of another charging apparatus according to an embodiment of the present invention, including a memory 70, and a processor 60.
  • the memory 70 is used to store the units described in Figures 7A-7E.
  • the processor 60 is coupled to the memory 70.
  • the units in the memory 70 perform the respective functions of the units in the memory 70.
  • the functions of the units in the memory 70 in Fig. 7F are the same as those of the units in Figs. 7A - 7E, and the embodiments of the present invention will not be described in detail herein.
  • the M2M platform may be a computer, a device having a processor.
  • M2M gateways and M2M terminals are not strictly distinguished on the device.
  • devices that use gateways can also serve as terminals.
  • various terminal devices such as mobile phones, computers, PDAs, notebook computers, remote controllers, household appliances, and various instruments , sensors, etc. can be used as gateways or terminals for M2M networks.
  • each unit included is only divided according to functional logic, but is not limited to the above division, as long as the corresponding function can be implemented; in addition, the specific names of the functional units are only for convenience. They are distinguished from each other and are not intended to limit the scope of protection of the present invention.
  • the above-mentioned method for realizing the charging and the functions of the various functional units of the charging device can be completed by the M2M gateway or the processor running the M2M platform.

Abstract

本发明实施例提供了一种机器通信计费的方法及装置，其中方法包括：M2M的业务能力层接收资源接入请求，该资源接入请求中包括目的地标识；根据该资源接入请求确定本次资源接入需使用底层网络，确定本次资源接入为计费事件；根据该目的地标识向主业务能力层发送该资源接入请求；接收针对该资源接入请求的资源接入响应，确定该本次资源接入的计费数据；向计费服务器发送所述计费数据。本发明实施例的计费的方法和装置，由M2M业务能力层根据请求发起方发送的资源接入请求，确定计费数据，并将计费数据发送至计费服务器以对请求发起方计费，从而实现了在请求发起方没有与底层网络签约的情况下，解决了请求发起方使用底层网络的计费问题。

Description

一种计费的方法及装置
本申请要求于 2012 年 05 月 24 日提交中国专利局、 申请号为 201210164238.9、 发明名称为 "一种计费的方法及装置" 的中国专利申请的优 先权， 其全部内容通过引用结合在本申请中。
技术领域
本发明涉及通信领域， 尤其涉及一种计费的方法及装置。
背景技术 机器通信 ( Machine-to-Machine Communications , Μ2Μ )是一种以机器智 能交互为核心的、 网络化的应用与服务， 其通过在机器内部嵌入无线或有线通 信模块以及应用处理逻辑，实现无需人工操作的数据通信，以满足用户对监控、 指挥调度、 数据采集和测量等方面的信息化需求。 机器通信的欧洲电信标准 4匕十办会 ( European Telecommunications Standards Institute for Machine-to-Machine Communications , ETSI M2M )在 M2M平台和 M2M网关之间定义了 mid接口， M2M网络应用（NA, Network Application)基 于 M2M平台通过 mid接口可以访问装载在 M2M设备上的 M2M设备应用（ DA, Device Application )。 附图 1给出了一种典型的 ETSI M2M系统架构， 各种 M2M设备 (例如， 传感器、 微控制器等） 直接接入或经过 M2M网关远程接入至 M2M平台， 其 中根据 M2M设备是否符合 ETSI M2M规范， 将 M2M设备分为传统设备 d和 遵循 ETSI M2M规范的设备 D与 D，。传统设备 d指在 ETSI M2M标准之外已 有一些行业厂商从事 M2M产业， 根据各自的行业规范或厂商私有规范生产的 一批传统设备（例如， 电力行业自动抄表设备， 水质监测设备等）。 根据遵循 ETSI M2M规范的 M2M设备是否具有 ETSI M2M标准定义的业务能力层（ SCL, Service Capability Layer ),将 M2M设备分为具有 SCL的设备 D和不具有 SCL 的设备 D，。
M2M网关使用网关互联代理功能（ GIP, Gateway Interworking Proxy )通 过无线或有线通信方式 (例如， Zigbee、 Bluetooth, DLMS/COSEM、 Zwave , BACnet、 ANSI C12、 mBus等)与传统设备 d和 M2M设备 D，互联。 而 M2M 网关与 M2M平台之间的 mid接口一般采用有线或无线的广域局域网通信（例 如， xDSL, HFC, satellite, GERAN, UTRAN, eUTRAN,W-LAN and WiMAX等 )。 其中，具有 SCL的设备 D也可以作为 M2M网关，基于 M2M网关的原理实现 与传统设备 d和 M2M设备 D，的互联。 而各种 M2M网络应用（例如， 电力抄 表、 智能交通等）则注册到 M2M平台并可通过 mid接口接入（包括创建、 获 取、 更新、 删除） M2M设备采集的数据或对 M2M设备进行远程设备管理。 在 M2M网络的实际运营中，需要对 M2M设备的业务资源使用（例如网络 应用在平台的资源存储、 D，设备在网关注册使用、 d设备获取远程业务资源等) 和网络资源使用进行计费， 以记录 M2M设备的资源使用进而完成进一步的收 费。 对于业务计费， ETSI 平台中支持计费功能，作用是收集和记录业务资源 使用， 发送到业务计费系统， 完成业务的在线计费 (Online Charging)和离线计 费 (Offline Charging)。 对于网络资源使用的计费， 底层网络运营商 （ Operator ) 布署的业务汇聚节点对 M2M设备的网络资源使用情况进行监测、收集和记录， 将网络资源使用情况发送到底层网络计费系统， 完成网络资源的在线计费 (Online Charging)和离线计费 (Offline Charging) 如前所述，传统设备 d和 D，设备由于不支持 mid接口的有线 /无线广域网， 不具有 mid通信模组。它们仅连接和注册到网关并基于网关的底层网络能力通 过 mid接口实现远程接入业务资源。 网关需要承担传统设备 d和 D'设备的底层网络资源的使用， 而由于 d和
D，没有 mid通信模组支持也未与底层网络签约， 底层网络无法对传统设备 d 和 D，单独计费， 而只能对 M2M网关统一计费， 费用一并计入网关， 不能对 d 和 D，使用的底层网络资源进行计费。同样的，网络应用 NA也有类似的问题， NA不支持 mid接口的有线 /无线广域网，不具有通信模组。它们仅连接和注册 到 M2M平台并基于 M2M平台的底层网络能力通过 mid接口实现远程接入业 务资源。
M2M平台需要承担 NA的底层网络资源的使用， 而由于 NA没有 mid通 信模组支持也未与底层网络签约，底层网络无法对 NA使用的底层网络资源单 独计费， 而只能对 M2M平台计费。
发明内容
有鉴于此， 实有必要提供一种计费的方法， 以对 M2M网络中的资源接入 请求的发起方 （如： 传统设备 d、 D，以及网络应用 NA )进行计费。
同时， 提供一种计费的装置。
本发明一实施例的计费的方法， 包括： M2M的业务能力层接收资源接入 请求， 所述资源接入请求中包括目的地标识； 所述业务能力层根据所述资源接 入请求确定本次资源接入需使用底层网络， 确定本次资源接入为计费事件； 所 述业务能力层根据所述目的地标识向主业务能力层发送所述资源接入请求；所 述业务能力层接收针对所述资源接入请求的资源接入响应；所述业务能力层确 定所述本次资源接入的计费数据；所述业务能力层向计费服务器发送所述计费 数据，以便于所述计费服务器根据所述计费数据对请求发起方的资源接入请求 计费。
本发明一实施例的计费的装置，包括：收发单元，用于接收资源接入请求， 所述资源接入请求中包括目的地标识； 确定单元， 用于根据所述资源接入请求 确定本次资源接入需使用底层网络，确定本次资源接入为计费事件； 所述收发 单元还用于根据所述目的地标识向主业务能力层转发所述资源接入请求，还用 于接收针对所述资源接入请求的资源接入响应； 计费单元， 用于确定所述本次 资源接入的计费数据； 向计费服务器发送所述计费数据。 本发明实施例的计费 的方法和装置， 由 M2M业务能力层根据请求发起方发送的资源接入请求，确定 计费数据， 并将计费数据发送至计费服务器以对请求发起方计费，从而实现了 在请求发起方没有与底层网络签约的情况下，解决了请求发起方使用底层网络 的计费问题。
附图说明
图 1为现有技术 M2M系统结构示意图；
图 2为本发明一实施例的计费的方法流程图；
图 3为本发明另一实施例的计费的方法信令交互图；
图 4为本发明又一实施例的计费的方法信令交互图；
图 5为本发明又一实施例的计费的方法信令交互图； 图 6为本发明又一实施例的计费的方法信令交互图；
图 7A为本发明一实施例的计费装置结构示意图；
图 7B为本发明另一实施例的计费装置结构示意图；
图 7C为本发明又一实施例的计费装置结构示意图；
图 7D为本发明再一实施例的计费装置结构示意图；
图 7E为本发明又一实施例的计费装置结构示意图；
图 7F为本发明实施例提供的又一计费装置结构示意图
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清 楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而不是 全部的实施例。基于本发明中的实施例， 本领域普通技术人员在没有作出创造 性劳动前提下所获得的所有其他实施例， 都属于本发明保护的范围。
图 1为现有技术 M2M系统结构示意图， 包括：
M2M网络应用 NA 101 , 用于注册到 M2M业务平台 102, 通过 mid接口 接入 M2M设备采集的数据， 还用于对 M2M设备进行远程设备管理；
M2M设备 D，104, 通过 M2M网关 G103连接到 M2M业务平台 102;
M2M设备 dl05 , 通过 M2M网关 G103连接到 M2M业务平台 102;
M2M设备 dl05'， 通过 M2M设备 D 106连接 M2M业务平台 102。
其中， M2M设备 dl05 , 和 M2M设备 dl05'为不符合 ETSI M2M规范的 传统设备； M2M设备 D和 M2M设备 D，为符合 ETSI M2M规范的设备， 其中 M2M设备 D具有 ETSI M2M标准定义的业务能力层（ SCL, Service Capability Layer ), M2M设备 D，不具有 ETSI M2M标准定义的业务能力层（ SCL, Service Capability Layer )。
M2M网关 G103使用网关互联代理功能（ GIP, Gateway Interworking Proxy ) 通过无线或有线通信方式 (例如， Zigbee、 Bluetooth, DLMS/COSEM、 Zwave, BACnet、 ANSI C12、 mBus等)与 M2M传统设备 d和 M2M设备 D，互联。 而 M2M网关或 M2M设备 D与 M2M平台之间的 mid接口一般采用有线或无线 的广域局域网通信（如： Xdsl, HFC , satellite, GERAN, UTRAN, eUTRAN , W-LAN and WiMAX等；)。 图 2为本发明一实施例的计费的方法流程图， 包括：
201、 M2M的业务能力层接收资源接入请求，所述资源接入请求中包括目 的地标识；
具体的， 本地业务能力层接收自所述资源接入请求的发起方（以下筒称请 求发起方）发送的资源接入请求， 该资源接入请求中包括远程资源所在的网络 实体的目的地标识。或中间业务能力层接收本地业务能力层或其它的中间业务 能力层转发的请求发起方发送的资源接入请求。
需要注意的是，本地业务能力层是指直接接收请求发起方发送的资源接入 请求并具有业务能力层的网络实体， 可以为 M2M网关或 M2M平台。 请求发 起方可以是传统设备 d或 M2M设备 D，或者网络应用 NA, 中间业务能力层指 非直接接收请求发起方发送的资源接入请求， 而是接收其它业务能力层（包括 上述本地业务能力层或其它的中间业务能力层）转发的由请求发起方发送的资 源接入请求，并具有业务能力层的网络实体，可以为 M2M网关或 M2M平台。 具体的， 业务能力层（包括本地业务能力层和中间业务能力层判断是否直接接 收请求发起方发送的资源接入请求可以根据资源接入请求中携带的请求发起 方的地址或标识以及业务能力层接收的资源接入请求的发送方的地址或标识 的一致性来判断。 比如，如果资源接入请求中携带的请求发起方的地址或标识 与业务能力层接收的资源接入请求的发送方的地址或标识一致，则接收到该资 源接入请求的实体为本地业务能力层， 相反， 则为中间业务能力层。
202、 所述业务能力层根据所述资源接入请求确定本次资源接入需使用底 层网络， 确定本次资源接入为计费事件；
具体的， 本次资源接入为所述资源接入请求对应的资源接入。本地业务能 力层或中间业务能力层根据资源接入请求中的目的地标识判断本次接入的资 源是否为远程资源 （即是否不位于本地业务能力层的资源）， 如本次接入的资 源不存储于本地业务能力层， 则本次接入的资源为远程资源， 则本地业务能力 层确定本次资源接入需要使用底层网络， 并需要对请求发起方计费，将本次资 源接入记录为计费事件， 以触发后续向计费服务器发送相关计费请求。
进一步的，本地业务能力层或中间业务能力层还可根据资源接入请求中携 带的请求发起方的应用资源标识所对应的预置计费参数或资源接入请求中包 含的计费参数的 URI所指示的计费参数确定本次资源接入使用的底层网络， 并根据资源接入请求中接入的具体内容确定本次资源接入请求使用的业务类 型。
203、 根据所述目的地标识向主业务能力层发送所述资源接入请求； 具体的，本地业务能力层或中间业务能力层根据接入请求中的目的地标识 与存储资源接入请求所请求接入的资源的业务能力层（即主业务能力层 )通过 mid接口进行通信， 向主业务能力层转发资源接入请求。 其中， 本地业务能力 层或中间业务能力层与主业务能力层进行通信通过底层网络承载。
需要注意的是，主业务能力层为存储有资源接入请求所请求接入的资源并 具有业务能力层的网络实体， 可以为 M2M平台或 M2M网关。
204、 接收针对所述资源接入请求的资源接入响应；
具体的， 主业务能力层收到资源接入请求后， 进行相关资源接入操作， 例 如： 创建、 获取、 更新、 删除、 订阅、 设备管理等操作， 并向本地业务能力层 或中间业务能力层发送资源接入响应， 资源接入响应中包括状态码， 用于表示 资源接入的状态。对于获取资源的接入请求， 响应中还可以包括被请求获取的 资源。
205、 确定所述资源接入的计费数据；
具体的，本地业务能力层或中间业务能力层根据本次资源接入使用的底层 网络、 业务类型以及网络资源使用情况确定请求发起方的资源接入计费数据。
可选的， 该资源接入计费数据可以包括本次资源接入使用的底层网络的： 底层网络标识、 业务类型、 底层网络资源使用量， 或者底层网络标识、 业务类 型、 业务单元使用量。
其中， 对于本地业务能力层或中间业务能力层使用 SIM卡进行无线广域 网通信时， 可根据 SIM卡的 IMSI号码确定网络标识 PLMN ID, 对于本地业 务能力层使用无线局域网通信可在入网时获得网络标识基站识别码（ BSSID ), 对于本地业务能力层使用有线广域网通信可在入网时获得网络标识线路标识 ( LinelD )。
进一步的，业务单元使用量可由底层网络资源使用量根据本地业务能力层 或中间业务能力层预置的对应底层网络的计费参数兌换而来。 206、 向计费服务器发送所述计费数据， 以便于所述计费服务器根据所述 计费数据对请求发起方的资源接入计费。
具体的， 本地业务能力层可将底层网络标识、 业务类型、 底层网络资源使 用量， 或者底层网络标识、 业务类型、 业务单元使用量发送给计费服务器， 业 务单元使用量可由底层网络资源使用量根据预置的底层网络计费参数兌换而 来。 通过该计费参数， 可将不同底层网络、 不同业务类型的网络资源使用量兌 换为通用计费的业务单元，屏蔽底层网络的不同计费数据，仅将通用的业务单 元使用量作为计费数据发送给计费服务器，便于计费服务器对请求发起方计费。
可选的，本地业务能力层或中间业务能力层也可直接将底层网络资源使用 量发送给计费服务器，由计费服务器根据该底层网络对应的计费参数将底层网 络资源使用量兌换为通用计费的业务单元， 然后对请求发起方计费。
需要注意的是， 上述步骤仅描述了后付费的处理流程， 本发明也可应用于 预付费的计费处理，即本地业务能力层解析资源接入请求之后先与计费服务器 交互， 以确认请求发起方是否可以进行本次接入远程资源的通信， 并将预估的 计费数据发送给计费服务器用于批价和确认，收到计费服务器的成功响应后再 对请求发起方的资源接入请求进行转发等处理。
如上所述的本发明实施例的机器通信计费的方法，由本地业务能力层根据 请求发起方发送的资源接入请求及主业务能力层返回的资源接入响应，确定请 求发起方的计费数据， 并将计费数据发送至计费服务器以对请求发起方计费， 从而实现了在请求发起方没有与底层网络签约的情况下，解决了请求发起方的 计费问题。
下面从请求发起方通过本地业务能力层向主业务能力层获取远程资源的 整个交互过程来描述本发明实施例的机器通信计费的方法，请参阅图 3为本发 明另一实施例的计费的方法信令交互图， 包括：
301、 本地业务能力层与认证服务器安全认证；
具体的，本地业务能力层指直接接收请求发起方发送的资源接入请求并具 有业务能力层的网络实体， 如 M2M网关或者 M2M平台。
具体的， 本地业务能力层整合了计费触发功能 （CTF, Charging Trigger Function ), 但是为保证本地业务能力层安全可靠， 需要通过安全认证， 才能作 为合法的计费触发功能实体。
可选的， 本地业务能力层可与 M2M认证服务器安全认证。 本地业务能力 层预置了 M2M根密钥， M2M认证服务器存储和维护根密钥资源池。 通过向 M2M认证服务器发送认证请求消息以便通过 M2M认证服务器认证从而接入 M2M平台。 认证请求消息中携带预置的 M2M根密钥， M2M认证服务器将该 M2M根密钥与维护的根密钥资源池中密钥进行对比， 确认根密钥资源池中包 含认证请求消息中携带的 M2M根密钥， 确认本地业务能力层安全认证通过并 返回认证响应。
可选的, 本地业务能力层可与 AAA ( Authentication、 Authorization、 Accounting Server )认证服务器安全认证。 本地业务能力层预置了安全凭证信 息 ( credential ), 当本地业务能力层需接入 M2M平台时， 通过向 AAA认证服 务器发送认证消息以便通过 AAA认证服务器认证从而接入 M2M平台， AAA 认证服务器根据预置的安全凭证信息对本地业务能力层进行安全认证，并返回 认证响应。
302、 M2M SP运营系统将包括不同底层网络的计费参数发送给计费服务 器与本地业务能力层。
具体的， M2M SP运营系统通过与不同的底层网络运营商签约， 并通过签 约确定底层网络资源 （如： 数据流量、 时长、 短消息、 彩信等） 的使用价格， 使得 M2M系统可使用底层网络资源。 M2M SP运营系统预置每个底层网络每 单位网络资源可兌换的业务单元的数量的兌换比率，以及每单位网络资源或每 单元业务单元的资费，并将不同底层网络的包括该兌换比率和资费的计费参数 通过 M2M SP运营系统的私有接口发送至计费服务器和本地业务能力层， 或 者在本地业务能力层和计费服务器等设备部署时配置计费参数，又或者通过操 作管理维护 ( Operation Administration and Maintenance , OAM )服务器配置计 费参数。
计费参数可设置如下表: 网络标识 业务类型 网络资源使用 业务单元兑换
GSM PLMN ID GPRS 数据流量（ 1MB ) 业务单元（ 100单元） 时长 （1分钟） 业务单元（ 1单元） sms 条数 ( 10条） 业务单元（ 1单元）
WCDMA PLMN ID 数据业务 数据流量（ 1MB ) 业务单元（50单元） 时长 （5分钟） 业务单元（ 1单元） sms 条数 ( 10条） 业务单元（ 1单元）
WiMAX NAP ID 数据业务 数据流量（ 1MB ) 业务单元（50单元）
WiFi BSSID 数据业务 数据流量（ 1MB ) 业务单元（ 10单元）
TISPAN Access Line 数据业务 数据流量（ 1MB ) 业务单元（ 1单元）
Identification
可选的， 在 M2M SP运营系统与底层网络运营商签约未约定每单位网络 资源可兌换的业务单元的数量，或者在后续使用期间底层网络运营商修改每单 位网络资源可兌换的业务单元的数量的情况下。例如： 为控制流量减少网络拥 塞， 增加网络资源价格， 或当 M2M SP运营系统的底层网络变更或升级时， 修改底层网络标识、 业务标识等情况。 M2M SP运营系统定期向计费服务器和 本地业务能力层推送更新的计费参数。
可选的， 本地业务能力层在收到计费参数后， 也可在本地业务能力层中创 建计费参数资源， 计费参数资源中包括一个或多个底层网络的计费参数。 如： GSM网络的计费参数、 WCDMA网络的计费参数， 其中每一底层网络对应的 计费参数包括该底层网络的网络标识、 业务类型，还包括网络资源与业务单元 的兌换比率。以便于设备用户或 NA用户通过 API接口从本地业务能力层查询 各种底层网络的计费参数， 确定需要使用的底层网络。
303、 请求发起方向本地业务能力层发送注册请求；
具体的，请求发起方向本地业务能力层发送注册请求，请求将请求发起方 的 M2M应用注册到本地业务能力层。 注册请求中可以携带请求发起方标识， 本地业务能力层可以根据请求发起方标识判断所述注册请求是否为 d设备或 D， 设备的注册请求； 可选的， 注册请求中还可携带判断标识， 比如布尔类型的变 量， TRUE表示该注册请求为 d设备、 D，设备或 NA的注册请求， FALSE表示 该注册请求为非 d设备、 D，设备或 NA的注册请求。
304、 本地业务能力层处理注册请求， 为请求发起方分配应用资源标识； 具体的， 本地业务能力层根据请求发起方的注册请求， 为请求发起方创建 应用资源， 分配应用资源标识。
可选的， 为区别请求发起方应用与本地业务能力层的本地应用， 本地业务 能力层可以为创建的应用资源分配特殊的应用资源标识， 例如 dA_l , D'A#2 等， 并返回给请求发起方，后续本地业务能力层从请求发起方资源接入请求中 获得该特殊的应用资源标识时可根据该特殊应用资源标识辨识请求发起方为 d设备或 D，设备；
可选的，本地业务能力层也可将请求发起方注册时携带的请求发起方标识 作为应用资源标识， 并在本地维护一系列应用资源标识列表，后续本地业务能 力层根据请求发起方的资源接入请求携带的应用资源标识与应用资源标识列 表比对， 即可判断请求发起方是否为 d设备或 D，设备；
可选的，请求发起方可在步骤 303之前通过 API接口从本地业务能力层获 取先前创建的计费参数资源，并从该计费参数资源中确定一个或多个应用使用 的底层网络以及该底层网络对应的计费参数，并通过注册请求将该计费参数的 资源定位符 URI发送给本地业务能力层。 本地业务能力层可将注册请求中携 带的计费参数的资源定位符 URI设置在创建的应用资源中， 以便于后续本地 业务能力层根据该 URI链接到计费参数， 根据该计费参数， 确定请求发起方 的计费数据。
可选的， 本地业务能力层收到 d设备、 D，设备或 NA的注册请求后， 在根 据请求发起方的注册请求携带的请求发起方标识确定该注册请求是 d设备、 D， 设备或 NA的注册请求后，向 M2M SP运营系统的设备签约数据实体（如运营 支撑系统或 M2M平台）询问请求发起方是否有权限使用底层网络和业务类型， 和具体使用哪一个或多个底层网络和业务类型。 设备签约数据实体如： M2M SP运营平台将请求发起方有权限使用的底层网络和业务类型发送给本地业务 能力层。本地业务能力层接收后， 在计费参数集中维护请求发起方可以使用的 一个或多个底层网络和业务类型的计费参数，或者在计费参数资源中查找请求 发起方使用的一个或多个底层网络和业务类型的计费参数 URI, 将该 URI作 为应用资源的属性， 设置在创建的应用资源中。
305、 本地业务能力层向请求发起方返回注册成功响应， 注册成功响应中 包括为请求发起方创新的应用资源的应用资源标识。
306、 请求发起方向本地业务能力层发送资源接入请求；
具体的，请求发送方向本地业务能力层发送资源接入请求，请求接入资源， 该 资 源 接入请 求 中 包 括远程 资 源 目 的 地 标 识 如 ： http：〃 www. m2msp.com/<sclBase 1 >/applications/<app 1 >； 还包括请求发起方的应用资 源标识： http://10.138.12.35/<sclBase2>/applications/<app2>;
307、 本地业务能力层解析所述资源接入请求， 如果本次资源接入需使用 底层网络， 确定本次资源接入为计费事件；
具体的， 本地业务能力层根据接入请求中的目的地标识， 确定资源接入请 求是否为远程资源接入请求。 比如根据目的地 URI 的前缀与本地业务能力层 的前缀不同 （如前目的地 URI的前缀为 www.m2msp.com, 而本地业务能力层 URI前缀为 10.138.12.35 ), 判断接入的资源是否为远程资源， 如为远程资源， 则确定需要使用底层网络，将本次资源接入请求记录为计费事件， 记录该资源 接入请求的标识，该标识可以为本次资源接入请求的会话标识或本次资源接入 请求所携带的标记， 如 Token码。 并且本地业务能力层记录该接入请求， 根据 记录的标识跟踪该接入请求的接入响应，以便根据接入响应中的状态码判断是 否需要确定并向计费服务器发送计费数据。
根据 ETSI M2M规范，请求和响应可由 HTTP协议和 CoAP协议承载。对 于 HTTP协议， 对每个 HTTP请求都会建立一个连接， 本地业务能力层确定 HTTP协议承载的接入请求为计费事件时，记录所述资源接入请求的会话标识， 并根据所述会话标识跟踪与具有所述会话标识的资源接入请求的响应。 对于 CoAP协议， CoAP的资源接入请求中携带资源接入请求的标记（ token ), 本地 业务能力层跟踪具有所述 token的 CoAP响应。
如上所述，本地业务能力层还可以根据资源接入请求携带的应用资源标识 从本地获取与该应用资源标识对应的应用资源，根据该应用资源对应的预置计 费参数判断请求发起方是否有权使用底层网络，进一步确定请求发起方具体使 用一个或多个底层网络和业务类型。
当请求发起方可使用的底层网络多于一个时，底层网络的选择可以根据目 的地标识所对应的主业务能力层的底层网络能力来确定。如果目的地标识所对 应的主业务能力层支持多个底层网络，则可以通过本地业务能力层的通信选择 模块（Communication Selection , CS ) 来确定本次资源接入请求具体使用的 底层网络。 例如本地业务能力层为 M2M平台时， 通信选择模块可以才艮据底层 网络的拥塞程度， 选取不拥塞的底层网络。或者通信选择模块选取前面通信成 功的底层网络， 或者选择通信失败的底层网络之外的底层网络。
业务类型还可由请求发起方的资源接入请求内容确定。当请求发起方请求 删除资源， 或请求触发休眠设备上线等小数据量业务， 使用 SMS等业务类型 承载消息。 当请求发起方请求获取资源， 更新资源等大数据量业务， 使用数据 业务承载消息。 对于 WiMAX、 WiFi等底层网络仅支持数据业务， 选择了这种 底层网络就会确定使用数据业务来承载消息。
对于在线计费（Online charging ), 本地业务能力层将预估的计费数据发送 给计费服务器，预估的计费数据包括底层网络标识、业务类型和底层网络资源 使用量， 或者底层网络标识、 业务类型、 业务单元使用量。 由计费服务器根据 请求发起方的用户账户余额，确定接入请求可以继续进行。本地业务能力层收 到计费服务器的成功响应后， 进行后续步骤。
308、 本地业务能力层根据目的地标识向主业务能力层转发所述资源接入 请求；
具体的，本地业务能力层根据资源接入请求中的目的地标识与主业务能力 层通过 mid接口的底层网络进行通信，向主业务能力层转发资源接入请求。其 中， 主业务能力层是指存储有请求发起方需获取的资源的 M2M网络实体， 可 以为 M2M平台或者 M2M网关。
309、 本地业务能力层接收所述主业务能力层发送的成功接入响应， 所述 成功接入响应中包括成功状态码；
具体的， 主业务能力层收到资源接入请求后， 进行相关资源接入操作， 例 如： 创建、 获取、 更新、 删除、 订阅、 设备管理等操作， 并向本地业务能力层 发送成功接入响应。该接入响应中包括会话标识或者 Token码。对于获取远程 资源的资源接入请求， 资源接入响应中还包括请求获取的远程资源。
310、 本地业务能力层确定所述请求发起方的资源接入的计费数据； 具体的， 本地业务能力层根据资源接入请求使用的底层网络、业务类型以 及网络资源使用情况和根据远程资源接入响应所使用的底层网络、业务类型以 及业务单元使用情况确定请求发起方的远程资源接入计费数据。
具体的，该远程资源接入计费数据可以包括本次资源接入请求使用的底层 网络的：底层网络标识、业务类型、底层网络资源使用量，或者底层网络标识、 业务类型、 业务单元使用量， 或者业务单元使用量。
可选的，本地业务能力层根据承载资源接入请求和资源接入响应的底层网 络消息确定底层网络资源使用量， 比如底层网络消息使用了两个 sms或 3MB 数据流量， 或时长 0.5分。 进一步的， 业务单元使用量可由底层网络资源使用 量根据本地业务能力层预置的计费参数兌换而来，比如 GSM底层网络 2个 sms 使用量对应于 2个业务单元， 3MB数据流量对应 300业务单元， 时长 0.5分对 应 0.5个业务单元。 这样， 筒化计费服务器的处理， 屏蔽各种底层网络的计费 数据。
对于资源获取请求，因资源获取请求本身可仅包括目的地标识和请求方发 起方标识， 资源获取请求消息所占用的网络资源量小， 但是， 其对应的资源获 取响应会携带相应的资源， 导致响应消息所占用的网络资源量大， 所以， 本地 业务能力层分别根据资源获取请求以及收到的响应消息确定请求发起方的网 络资源使用量。
对于资源更新请求， 因资源更新请求本身包括更新的资源，请求消息所占 用的网络资源量较大，但是，其对应的资源更新请求响应可仅携带成功响应码， 所以，本地业务能力层可根据资源更新请求和资源更新响应分别确定请求发起 方的网络资源使用量。
在确定资源更新请求的网络资源使用量时，业务能力层可在收到请求发起 方发送的资源接入请求时，确定请求发起方的网络资源使用量； 也可先将资源 接入请求存储在历史数据保留模块（HDR, History and Data Retention ), 并在 收到主业务能力层发送的资源接入响应后，从历史数据保留模块中获取事先存 储的资源接入请求，根据资源接入请求以及与资源接入请求对应的响应确定请 求发起方的网络资源使用量并进行记录。
311、 本地业务能力层向请求发起方转发成功接入响应；
具体的，本地业务能力层将主业务能力层发送的成功接入响应转发给请求 发起方。
312、 本地业务能力层向计费服务器发送所述计费数据；
具体的， 本地业务能力层可将底层网络标识、 业务类型、 底层网络资源使 用量， 或者底层网络标识、 业务类型、 业务单元使用量或者仅将业务单元使用 量发送给计费服务器，业务单元使用量可由底层网络资源使用量根据本地业务 能力层预置的计费参数兌换而来。 通过计费参数， 可将不同底层网络、 不同业 务类型的网络资源使用量兌换为通用计费的业务单元，便于计费服务器对请求 发起方计费。本地业务能力层也可直接将底层网络资源使用量发送给计费服务 器，由计费服务器根据计费参数将底层网络资源使用量兌换为通用计费的业务 单元， 然后对请求发起方计费。
313、 计费服务器根据计费数据对请求发起方进行计费。
314、 计费服务器向本地业务能力层返回计费响应。
上述方案避免了对底层网络的影响，不需要对修改底层网络的网元就可以 实现对请求发起方的底层网络计费。 另一方面， 本发明也不限于此。 通过修改 底层网络的网元， 也可以实现非签约设备的底层网络计费。 比如， 在 3GPP网 络 中 ， 本 地 业 务 能 力 层 通 过 MTC-IWF ( Machine type communication-interworking function, 机器类型通信的互联功能模块）将计费 数据发送给计费服务器。 如： 本地业务能力层 M2M网关接收到请求发起方的 资源接入请求后，确定该资源接入请求需要使用 3GPP底层网络和 /或业务类型。 M2M 网关将该资源接入请求发送到具有底层网络计费触发功能 (CTF)的实体 (例如 SGSN、 S-GW等）， 其中， 该资源接入请求中携带通信标识以表示这次 通信是非签约设备的通信。 SGSN或 S-GW等具有底层网络计费触发功能 (CTF) 的实体将计费数据通过 MTC-IWF和 M2M平台发送给业务计费服务器。
下面从本地业务能力层为 M2M网关， 请求发起方为 M2M设备 d或 D， 的角度来阐述本发明一实施例的机器通信计费的方法，请参阅图 4为本发明又 一实施例的计费的方法信令交互图， 包括： 401、 M2M网关与认证服务器安全认证；
402、 M2M SP运营系统将计费参数发送给 M2M网关和计费服务器；
403、 M2M设备 d或 D，向 M2M网关发送注册请求；
404、 M2M网关处理注册请求， 为 M2M设备 d或 D，分配应用资源标识； 405、 M2M网关向 M2M设备 d或 D，返回注册成功响应。
406、 M2M设备 d或 D，向 M2M网关发送资源接入请求；
407、 M2M网关解析所述资源接入请求，如果本次资源接入需使用底层网 络， 确定本次资源接入为计费事件；
408、 M2M网关根据目的地标识向主业务能力层转发所述资源接入请求； 409、 M2M网关接收所述主业务能力层发送的成功接入响应，所述成功接 入响应中包括成功状态码；
410、 M2M网关确定所述 M2M设备 d或 D，的资源接入的计费数据； 411、 M2M网关向 M2M设备 d或 D'转发成功接入响应；
412、 M2M网关向计费服务器发送所述计费数据；
413、 计费服务器根据计费数据对 M2M设备 d或 D，进行计费。
414、 计费服务器向 M2M网关返回计费响应。
以上流程具体细节参考关于图 3的详细介绍。
如上所述的本发明实施例的机器通信计费的方法， 由于 M2M网关集成了 计费触发功能， 可根据 M2M设备发送的资源接入请求和主业务能力层返回的 资源接入响应， 确定计费数据， 并将计费数据发送至计费服务器以对 M2M设 备计费，从而实现了在 M2M设备没有与底层网络签约的情况下，解决了 M2M 设备的计费问题。
下面以本地业务层为 M2M平台， 请求发起方为网络应用 NA的角度来阐 述本发明一实施例的机器通信计费的方法，其中 M2M平台是由 M2M SP运营， 是安全可靠的， 不需要首先与认证服务器进行认证。请参阅图 5为本发明又一 实施例的计费的方法信令交互图， 包括：
501、 M2M SP运营系统将底层网络计费参数发送给计费服务器与 M2M平
502、 M2M网络应用 NA向 M2M平台发送注册请求； 503、 M2M平台处理注册请求，为 M2M网络应用 NA分配应用资源标识；
504、 M2M平台向 M2M网络应用 NA返回注册成功响应。
505、 M2M网络应用 NA向 M2M平台发送资源接入请求；
506、 M2M平台解析所述资源接入请求，如果本次资源接入需使用底层网 络， 确定本次资源接入为计费事件
507、 M2M平台根据目的地标识向主业务能力层转发所述资源接入请求；
508、 M2M平台接收所述主业务能力层发送的成功接入响应，所述成功接 入响应中包括成功响应码；
509、 M2M平台确定所述 M2M设备 d或 D，的远程资源接入的计费数据 510、 M2M平台向 M2M网络应用 NA转发成功接入响应；
511、 M2M平台向计费服务器发送所述计费数据；
512、 计费服务器根据计费数据对 M2M网络应用 NA进行计费。
513、 计费服务器向 M2M平台返回计费响应。
需要注意的是步骤 501-513具体方式可参照图 3步骤 402-414说明。
如上所述的本发明实施例的机器通信计费的方法， 由于 M2M平台集成了 计费触发功能， 可根据 M2M网络应用 NA发送的资源接入请求和主业务能力 层返回的接入响应，确定计费数据，并将计费数据发送至计费服务器以对 M2M 网络应用 NA计费， 从而实现了在 M2M网络应用 NA没有与底层网络签约的 情况下， 解决了 M2M网络应用 NA的计费问题。
图 6为本发明又一实施例的机器通信计费的方法信令交互图， 包括：
601、 本地业务能力层和中间业务能力层与认证服务器安全认证； 值得注意的是， M2M平台作为本地业务能力层或中间业务能力层时， 不 需要安全认证。中间业务能力层指具有业务能力层非第一个接收请求发起方资 源接入请求的网络实体， 可以为 M2M网关， M2M平台等。
602、 M2M SP运营系统将包括底层网络的计费参数发送给计费服务器和 本地业务能力层， 还可发给中间业务能力层。
603、 请求发起方向本地业务能力层发起注册请求；
604、 本地业务能力层为请求发起方创建应用资源， 分配应用资源标识；
605、 本地业务能力层向请求发起方返回注册响应； 注册成功后，本地业务能力层还可以向中间业务能力层发起应用资源宣告 消息， 用于将创建的应用资源的 URI存储在中间业务能力层。
进一步地， 在中间业务层未收到 M2M SP运营系统发送的计费参数时， 本地业务能力层也可将一个或多个计费参数的资源定位符 URI携带在应用资 源宣告消息中， 中间能力层可通过应用资源宣告消息， 根据计费参数 URI查 询该应用使用的底层网络及对应的计费参数。
606、 请求发起方向本地业务能力层发送资源接入请求；
607、 本地业务能力层解析接入请求， 如果该资源接入需使用底层网络， 则将本次资源接入记为计费事件；
步骤 601-607具体操作参照图 3步骤 301-307说明。
608、 本地业务能力层向中间业务能力层转发资源接入请求；
609、 中间业务能力层解析该资源接入请求， 如该资源接入需要使用底层 网络， 则将本次资源接入记为计费事件。
具体的， 中间业务能力层是多跳通信的中间节点， 当请求发起方请求接入 的远程资源需要本地业务能力层以及中间业务能力层的参与时，中间业务能力 层也需要使用底层网络， 并产生计费数据。
610、 中间业务能力层向主业务能力层转发远程资源接入请求；
611、 主业务能力层向中间业务能力层返回资源接入请求响应；
612、 中间业务能力层确定请求发起方的计费数据；
具体的，从主业务能力层至中间业务能力层和从中间业务能力层至本地业 务能力层的数据通信均需使用底层网络，中间业务能力层可仅计算从中间业务 能力层至主业务能力层间数据通信的计费数据。计费数据可包括使用的底层网 络标识、 业务类型以及相关底层网络资源使用量。
613、 中间业务能力层向本地业务能力层转发远程资源接入请求响应； 614、 本地业务能力层确定请求发起方的计费数据；
具体的，从主业务能力层至中间业务能力层和从中间业务能力层至本地业 务能力层的数据通信均需使用底层网络，本地业务能力层可仅计算从本地业务 能力层至中间业务能力层间数据通信的计费数据。计费数据可包括使用的底层 网络的底层网络标识、 业务类型以及相关底层网络资源使用量。 615、 本地业务能力层向计费服务器发送计费数据；
具体的，本地业务能力层将本地业务能力层至中间业务能力层间数据通信 的计费数据发送给计费服务器， 以便计费服务器对请求发起方计费；
616、 中间业务能力层向计费服务器发送计费数据；
具体的，中间业务能力层将中间业务能力层至主业务能力层间数据通信的 计费数据发送给计费服务器， 以便计费服务器对请求发起方计费；
617、 计费服务器对请求发起方计费；
618、 计费服务器向中间业务能力层返回计费响应；
619、 计费服务器向本地业务能力层返回计费响应。
需要注意的是，本地或者中间业务能力层向计费服务器发送计费数据没有 严格顺序限制， 同样，计费服务器向本地或者中间业务能力层返回计费响应也 没有严格顺序限制， 顺序可以相互变换。
另外， 需要注意的是， 本地业务能力层和中间业务能力层可以为 M2M网 关， 也可以为 M2M平台， 请求发起方可以为 M2M设备 d或者 D，或者 M2M 网络应用 NA。 才艮据 M2M通信的需要， 可以有多个中间业务能力层。
需要注意的是，中间业务能力层的相关计费操作参照图 3关于本地业务能 力层计费操作的说明。
如上所述的本发明实施例的机器通信计费的方法，由于本地业务能力层和 中间业务能力层均集成了计费触发功能，可根据请求发起方发送的资源接入请 求或主业务能力层资源接入响应，确定各自使用底层网络的计费数据， 并将计 费数据发送至计费服务器以对请求发起方计费，从而实现了在请求发起方没有 与底层网络签约的情况下， 解决了请求发起方的计费问题。
图 7A为本发明一实施例的计费装置结构示意图， 包括：
收发单元 710, 用于接收资源接入请求， 所述资源接入请求中包括目的地 标识；
确定单元 720, 用于根据该资源接入请求确定本次资源接入需使用底层网 络， 确定本次资源接入为计费事件； 其中确定单元 720包括记录单元， 用于记 录所述资源接入请求的标识，所述资源接入请求的标识为承载所述该资源接入 请求的会话的会话标识或该资源接入请求携带的标记。 收发单元 710还用于根据所述目的地标识向主业务能力层转发所述资源 接入请求， 还用于接收针对所述资源接入请求的资源接入响应。
计费单元 730, 用于确定所述请求发起方的远程资源接入的计费数据。 还 向计费服务器发送所述计费数据，以便于所述计费服务器根据所述计费数据对 请求发起方的远程资源接入计费。
具体的， 本发明实施例的机器通信计费的装置为 M2M网关或者 M2M平 本发明实施例的计费的装置， 由于内置计费触发功能，根据请求发起方发 起的远程资源接入请求， 确定请求发起方的计费数据， 并发生至计费服务器以 对请求发起方计费，从而解决了在请求发起方未与底层网络签约的情况下，解 决请求发起方的计费问题。
图 7B为本发明另一实施例的计费装置结构示意图， 包括：
收发单元 710, 用于接收资源接入请求， 所述资源接入请求中包括目的地 标识；
确定单元 720, 用于根据该资源接入请求确定本次资源接入需使用底层网 络， 确定本次资源接入为计费事件； 其中确定单元 720包括记录单元， 用于记 录所述资源接入请求的标识，所述资源接入请求的标识为承载所述该资源接入 请求的会话的会话标识或该资源接入请求携带的标记。
收发单元 710还用于根据所述目的地标识向主业务能力层转发所述资源 接入请求，还用于接收针对所述资源接入请求的资源接入响应。 其中收发单元 710包括第一接收单元，用于接收 M2M SP运营系统发送的底层网络计费参数， 该第一接收单元包括创建子单元， 用于根据 M2M SP运营系统发送的计费参 数， 为底层网络创建计费参数资源
计费单元 730, 用于确定所述请求发起方的本次资源接入的计费数据。 还 向计费服务器发送所述计费数据，以便于所述计费服务器根据所述计费数据对 请求发起方的远程资源接入计费。
注册单元 740, 用于接收请求发起方发送的注册请求， 根据所述注册请求 为所述请求发起方创建应用资源并分配应用资源标识；还用于根据注册请求中 携带的计费参数， 将所述计费参数的资源定位符 URI设置于所述创建的应用 资源中。
鉴权单元 750, 用于与认证服务器进行安全认证。
具体的，鉴权单元 750用于向 AAA认证服务器发送鉴权请求，接收 AAA 认证服务器返回的鉴权成功响应。还具体用于向 M2M认证服务器发送认证请 求， 所述认证请求包括预置的 M2M根密钥或预置的 M2M安全凭证信息， 接 收 M2M认证 务器返回的认证成功响应。
需要注意的是， 如上所述的机器通信的计费装置可以是 M2M 网关或者 M2M平台。
如图 7C所示，为本发明实施例的计费装置计费单元示意图，计费单元 730 包括：
第一确定单元 731 , 用于根据与所述应用资源标识对应的预置的计费参数 确定本次资源接入使用的底层网络；或根据该请求发起方的应用资源标识从签 约数据实体获得请求发起方的签约数据，根据该签约数据确定本次资源接入使 用的底层网络； 和 /或
第二确定单元 732, 用于分别确定所述资源接入请求的网络资源的使用量, 和针对所述资源接入请求的资源接入响应的网络资源的使用量；所述网络资源 的使用量为资源接入请求的网络资源的使用量和资源接入响应的网络资源的 使用量之和。
第三确定单元 733 , 用于根据确定的本次资源接入请求使用的底层网络和 /或根据本次资源接入请求的接入内容确定所述资源接入请求使用的业务类型。
其中第二确定子单元 732如图 7E所示， 包括：
第一确定子单元 7321 , 用于在所述确定本次资源接入为计费事件后确定 所述资源接入请求的使用量， 或
存储子单元 7322, 用于存储所述资源接入请求， 和
7323 第二确定子单元， 用于在接收到针对所述资源接入请求的资源接入 响应后， 获取存储的所述资源接入请求， 并确定所述资源接入请求的使用量。
如图 7D所示， 计费单元 730还包括：
计算单元 734, 用于根据确定的网络资源的使用量以及确定的本次资源接 入使用的底层网络计算业务单元使用量； 预估单元 735 , 用于根据所述资源接入请求确定本次资源接入使用的底层 网络、本次资源接入使用的业务类型， 以及预估本次资源接入使用的网络资源 使用量和 /或预估的业务单元使用量；
发送单元 736, 用于向计费服务器发送包括使用的底层网络或网络资源的 使用量和业务类型的计费请求， 或，
用于向计费服务器发送包括使用的底层网络或网络资源的使用量和业务 类型以及业务单元使用量的计费请求。如上所述的计费装置， 由于计费装置集 成了计费触发功能， 可根据请求发起方发送的资源接入请求，确定各自使用底 层网络的计费数据， 并将计费数据发送至计费服务器以对请求发起方计费，从 而实现了在请求发起方没有与底层网络签约的情况下，解决了请求发起方的计 费问题。
图 7F为本发明实施例提供的又一计费的装置的结构示意图， 包括存储器 70, 和处理器 60。 其中存储器 70用于存储图 7A-图 7E中所述的各单元， 处理器 60与存储器 70连接，运行存储器 70中的各单元执行存储器 70中各单元的相应功 能。 图 7F中存储器 70中各单元的功能与图 7A-图 7E中的各单元的功能相同， 本 发明实施例在此不再详述。
上述针对计费的装置中包含的各单元的处理功能的实施方式在之前的方 法实施例中已经描述， 在此不再重复描述。 此外， 在 M2M网络中， M2M平 台可以是各计算机， 具有处理器的设备。 M2M网关和 M2M终端在设备上没 有严格的区分， 比如做网关的设备也可以作为终端， 此外各种终端设备， 如手 机， 计算机， PDA, 笔记本电脑， 远程控制器， 家用电器， 各种仪器仪表、 传 感器等都可以作为 M2M网络的网关或终端。 在上述单元实施例中， 所包括的 各个单元只是按照功能逻辑进行划分的，但并不局限于上述的划分， 只要能够 实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分， 并不用于限制本发明的保护范围。上述实现对计费的方法及计费的装置的各功 能单元的功能均可以由 M2M网关或 M2M平台的处理器运行各单元完成。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程， 是可以通过计算机程序来指令相关的硬件来完成，上述的程序可存储于一计算 机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。 其中， 上述的存储介质可为磁碟、 光盘、 只读存储记忆体（ROM: Read-Only Memory )或随机存储记忆体 ( RAM: Random Access Memory )等。
综上所述， 以上仅为本发明的较佳实施例而已， 并非用于限定本发明的保 护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等， 均应包含在本发明的保护范围之内。

Claims

权 利 要 求
1、 一种计费的方法， 其特征在于， 包括：
M2M的业务能力层接收资源接入请求， 所述资源接入请求中包括目的地 标识；
所述业务能力层根据所述资源接入请求确定本次资源接入需使用底层网 络， 确定本次资源接入为计费事件；
所述业务能力层根据所述目的地标识向主业务能力层发送所述资源接入 请求；
所述业务能力层接收针对所述资源接入请求的资源接入响应；
所述业务能力层确定所述本次资源接入的计费数据；
所述业务能力层向计费服务器发送所述计费数据，以便于所述计费服务器 根据所述计费数据对请求发起方的资源接入请求计费。
2、 如权利要求 1所述的方法， 其特征在于， 所述确定所次本次资源接入 为计费事件具体为： 所述业务能力层记录所述资源接入请求的标识， 所述资源 接入请求的标识为承载所述资源接入请求的会话的会话标识或所述资源接入 请求中携带的标记。
3、 如权利要求 1或 2所述的方法， 其特征在于， 所述计费数据包括所述 本次资源接入使用的底层网络或网络资源的使用量，所述资源接入请求中还携 带所述请求发起方的应用资源标识；所述确定本次资源接入的计费数据具体包 括：
根据与所述应用资源标识对应的预置的计费参数确定所述本次资源接入 使用的底层网络；或根据所述请求发起方的应用资源标识从签约数据实体获得 所述请求发起方的签约数据，根据所述签约数据确定所述本次资源接入使用的 底层网络； 和 /或
分别确定所述资源接入请求的使用量，和针对所述资源接入请求的资源接 入响应的使用量；所述网络资源的使用量为资源接入请求的使用量和资源接入 响应的使用量之和。
4、 如权利要求 3所述的方法， 其特征在于， 所述计费数据进一步包括： 所述本次资源接入使用的业务类型，所述确定所述本次资源接入的计费数据进 一步包括：
根据确定的所述本次资源接入使用的底层网络和 /或根据所述资源接入请 求的接入内容确定所述资源接入请求使用的业务类型。
5、 如权利要求 3所述的方法， 其特征在于， 所述确定所述资源接入请求 的使用量具体为：
在所述确定本次资源接入为计费事件后确定所述资源接入请求的使用量； 或
该方法进一步包括： 存储所述资源接入请求； 所述确定所述资源接入请求 的使用量具体为： 在接收到针对所述资源接入请求的资源接入响应后， 获取存 储的所述资源接入请求， 并确定所述资源接入请求的使用量。
6、 如权利要求 3-5任一所述的方法， 其特征在于， 所述计费数据进一步 包括业务单元使用量， 所述确定本次资源接入的计费数据进一步包括：
根据确定的网络资源的使用量以及确定的所述本次资源接入使用的底层 网络计算业务单元使用量。
7、 如权利要求 1或 2所述的方法， 其特征在于， 所述计费数据包括所述 本次资源接入使用的底层网络、 网络资源的使用量和业务类型， 和业务单元使 用量，在根据所述目的地标识向主业务能力层发送所述资源接入请求前， 该方 法还包括：
根据所述资源接入请求确定所述本次资源接入使用的底层网络、所述本次 资源接入使用的业务类型，以及预估的所述本次资源接入使用的网络资源使用 量和 /或预估的所述本次资源接入使用的业务单元使用量； 向计费服务器发送 包括使用的底层网络或网络资源的使用量和业务类型的计费请求， 或
包括使用的底层网络或网络资源的使用量和业务类型以及业务单元使用量的 计费请求。
8、 如权利要求 1-7任一所述的方法， 其特征在于， 所述方法还包括： 接 收 M2M SP运营系统发送的底层网络计费参数。
9、 如权利要求 8所述的方法， 其特征在于， 所述方法还包括： 根据 M2M SP运营系统发送的计费参数， 为底层网络创建计费参数资源。
10、 如权利要求 1-9任一所述的方法， 其特征在于， 所述方法还包括： 接收所述请求发起方发送的注册请求；
根据所述注册请求为所述请求发起方创建应用资源并分配应用资源标识。
11、 如权利要求 10所述的方法， 其特征在于， 该方法进一步包括： 所述 注册请求还携带请求发起方根据计费参数资源确定的底层网络的计费参数，所 述根据所述注册请求为所述请求发起方创建应用资源还包括：
将所述确定的底层网络的计费参数的资源定位符 URI设置于所述创建的 应用资源中。
12、 如权利要求 1-11任一所述的方法， 其特征在于， 该方法还包括： 向 M2M认证服务器发送认证请求， 所述认证请求包括预置的 M2M根密 钥或预置的 M2M安全凭证信息；
接收 M2M认证服务器返回的认证成功响应。
13、 如权利要求 1-12任一所述的方法， 其特征在于， 所述向计费服务器 发送所述计费数据， 包括：
通过机器类型通信的互联功能模块 MTC-IWF将所述计费数据发送给计费 服务器。
14、 一种计费的装置， 其特征在于， 包括：
收发单元，用于接收资源接入请求，所述资源接入请求中包括目的地标识； 确定单元，用于根据所述资源接入请求确定本次资源接入需使用底层网络, 确定本次资源接入为计费事件；
所述收发单元还用于根据所述目的地标识向主业务能力层转发所述资源 接入请求， 还用于接收针对所述资源接入请求的资源接入响应；
计费单元， 用于确定所述本次资源接入的计费数据；
向计费服务器发送所述计费数据。
15、 如权利要求 14所述的装置， 其特征在于， 所述确定单元包括： 记录单元， 用于记录所述资源接入请求的标识， 所述资源接入请求的标识 为承载所述资源接入请求的会话的会话标识或所述资源接入请求携带的标记。
16、 如权利要求 14或 15所述的装置， 其特征在于， 所述资源接入请求中 还携带所述请求发起方的应用资源标识， 所述计费单元包括：
第一确定单元，用于根据与所述应用资源标识对应的预置的计费参数确定 所述本次资源接入使用的底层网络；或根据所述请求发起方的应用资源标识从 签约数据实体获得所述请求发起方的签约数据，根据所述签约数据确定所述本 次资源接入使用的底层网络； 和 /或
第二确定单元， 用于分别确定所述资源接入请求的网络资源的使用量， 和 针对所述资源接入请求的资源接入响应的网络资源的使用量；所述网络资源的 使用量为资源接入请求的网络资源的使用量和资源接入响应的网络资源的使 用量之和。
17、 如权利要求 16所述的装置， 其特征在于， 所述计费单元还包括： 第三确定单元， 用于根据确定的所述本次资源接入使用的底层网络和 /或 根据所述资源接入请求的接入内容确定所述资源接入请求使用的业务类型。
18、 如权利要求 16所述的装置， 其特征在于， 所述第二确定单元包括： 第一确定子单元，用于在所述确定本次资源接入为计费事件后确定所述资 源接入请求的使用量， 或
存储子单元， 用于存储所述资源接入请求， 和
第二确定子单元，用于在接收到针对所述资源接入请求的资源接入响应后, 获取存储的所述资源接入请求， 并确定所述资源接入请求的使用量。
19、 如权利要求 16-18任一项所述的装置， 其特征在于， 所述计费单元还 包括：
计算单元，用于根据确定的网络资源的使用量以及确定的所述本次资源接 入使用的底层网络计算业务单元使用量。
20、如权利要求 14或 15所述的装置，其特征在于，所述计费单元还包括： 预估单元，用于根据所述资源接入请求确定所述本次资源接入使用的底层 网络、所述本次资源接入使用的业务类型， 以及预估的所述本次资源接入使用 的网络资源使用量和 /或预估的所述本次资源接入使用的业务单元使用量；
发送单元，用于向计费服务器发送包括使用的底层网络或网络资源的使用 量和业务类型的计费请求， 或
用于向计费服务器发送包括使用的底层网络或网络资源的使用量和业务 类型以及业务单元使用量的计费请求。
21、 如权利要求 14-20任一项所述的装置， 其特征在于， 所述收发单元包 括：
第一接收单元， 用于接收 M2M SP运营系统发送的底层网络计费参数。
22、 如权利要求 21所述的装置， 其特征在于， 所述第一接收单元包括： 创建子单元， 用于根据 M2M SP运营系统发送的计费参数， 为底层网络 创建计费参数资源。
23、 如权利要求要求 14-23任一项所述的装置， 其特征在于， 所述装置还 包括：
注册单元， 用于接收请求发起方发送的注册请求；
根据所述注册请求为所述请求发起方创建应用资源并分配应用资源标识。
24、 如权利要求 23所述的装置， 其特征在于， 所述注册单元包括： 设置子单元， 用于根据注册请求携带的计费参数， 将所述计费参数的资源 定位符 URI设置于所述创建的应用资源中。
25、如权利要求 14-24任一项所述的装置，其特征在于，所述装置还包括： 鉴权单元， 用于向 M2M认证服务器发送认证请求， 所述认证请求包括预 置的 M2M根密钥或预置的 M2M安全凭证信息；
接收 M2M认证服务器返回的认证成功响应。
PCT/CN2013/070186 2012-05-24 2013-01-08 一种计费的方法及装置 WO2013174153A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP13793443.6A EP2822307A4 (en) 2012-05-24 2013-01-08 METHOD AND DEVICE FOR LOADING
US14/509,843 US20150023219A1 (en) 2012-05-24 2014-10-08 Charging method and apparatus

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2012101642389A CN103428666A (zh) 2012-05-24 2012-05-24 一种计费的方法及装置
CN201210164238.9 2012-05-24

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/509,843 Continuation US20150023219A1 (en) 2012-05-24 2014-10-08 Charging method and apparatus

Publications (1)

Publication Number Publication Date
WO2013174153A1 true WO2013174153A1 (zh) 2013-11-28

Family

ID=49623070

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/070186 WO2013174153A1 (zh) 2012-05-24 2013-01-08 一种计费的方法及装置

Country Status (4)

Country Link
US (1) US20150023219A1 (zh)
EP (1) EP2822307A4 (zh)
CN (1) CN103428666A (zh)
WO (1) WO2013174153A1 (zh)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3651409B1 (en) 2013-07-24 2022-11-09 Convida Wireless, LLC Service domain charging systems and methods
GB2518257A (en) * 2013-09-13 2015-03-18 Vodafone Ip Licensing Ltd Methods and systems for operating a secure mobile device
EP3127366B1 (en) 2014-03-31 2021-03-24 Convida Wireless, LLC Overload control and coordination between m2m service layer and 3gpp networks
US20150381737A1 (en) * 2014-06-30 2015-12-31 Davra Networks Limited Gateway device and a gateway system for an internet-of-things environment
JP6511520B2 (ja) * 2014-10-28 2019-05-15 コンヴィーダ ワイヤレス， エルエルシー 下層ネットワークとのサービス層課金相関の方法および装置
CN106304008B (zh) * 2015-05-26 2020-11-10 电信科学技术研究院 一种进行计费的方法和设备
CN107317785B (zh) 2016-04-26 2021-04-23 京东方科技集团股份有限公司 应用实体创建资源和注册方法、通信节点设备及终端设备
CN107567006A (zh) * 2016-06-30 2018-01-09 中兴通讯股份有限公司 M2m应用的信息方法、cse及ae
KR102436888B1 (ko) 2016-11-14 2022-08-26 콘비다 와이어리스, 엘엘씨 M2m iot 서비스 계층에서 유연한 과금을 가능하게 하는 방법들
CN108235281B (zh) * 2016-12-12 2023-09-22 京东方科技集团股份有限公司 应用实体创建资源和注册方法、通信节点设备及终端设备
US10469600B2 (en) * 2017-11-14 2019-11-05 Dell Products, L.P. Local Proxy for service discovery
US11843546B1 (en) * 2023-01-17 2023-12-12 Capital One Services, Llc Determining resource usage metrics for cloud computing systems

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1960264A (zh) * 2005-11-03 2007-05-09 华为技术有限公司 一种计费的方法和系统
CN101316176A (zh) * 2008-06-19 2008-12-03 中兴通讯股份有限公司 基于服务质量策略计费方法以及资源接纳控制子系统
CN102111741A (zh) * 2009-12-23 2011-06-29 中兴通讯股份有限公司 计费实现方法及装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103250456B (zh) * 2010-10-18 2017-10-31 瑞典爱立信有限公司 基于优先级和资源利用的通信调度
US9313747B2 (en) * 2011-07-01 2016-04-12 Intel Corporation Structured codebook for uniform circular array (UCA)
WO2013060387A1 (en) * 2011-10-28 2013-05-02 Telefonaktiebolaget L M Ericsson (Publ) Processing usage information for machine-to-machine communication

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1960264A (zh) * 2005-11-03 2007-05-09 华为技术有限公司 一种计费的方法和系统
CN101316176A (zh) * 2008-06-19 2008-12-03 中兴通讯股份有限公司 基于服务质量策略计费方法以及资源接纳控制子系统
CN102111741A (zh) * 2009-12-23 2011-06-29 中兴通讯股份有限公司 计费实现方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2822307A4 *

Also Published As

Publication number Publication date
US20150023219A1 (en) 2015-01-22
EP2822307A4 (en) 2015-03-11
CN103428666A (zh) 2013-12-04
EP2822307A1 (en) 2015-01-07

Similar Documents

Publication Publication Date Title
WO2013174153A1 (zh) 一种计费的方法及装置
CN105453601B (zh) 将无imsi设备连接到epc
US10292039B2 (en) Systems and methods for enhanced mobile data roaming and connectivity
CN102893640B (zh) 用于在策略和计费规则功能与服务节点之间传输策略信息的方法、系统和计算机可读介质
US10193702B2 (en) Method and apparatus for providing sponsoring service between user equipments
US8977240B2 (en) Method for the control and evaluation of a message traffic of a communication unit by means of a first network unit within a mobile radio system, pertaining communication unit and first network unit
US9107072B2 (en) Seamless mobile subscriber identification
KR20160034370A (ko) 서비스 도메인 과금 시스템 및 방법
CN101248640A (zh) 用于选择分组交换电信网络中移动终端的接入点名称（apn）的方法
CN101473670A (zh) 用于控制网络接入的方法和系统
JP6429866B2 (ja) Ｐｃｒｆを決定するための方法および装置
JP2016506152A (ja) タグ付けによるデバイスの認証
US10218858B2 (en) Download account with shared data plan
CN103891347A (zh) Pcrn漫游协定
WO2014183260A1 (zh) 漫游场景下的数据业务处理方法、装置和系统
CN101112037A (zh) 用于提供收费属性的方法
CN105453597A (zh) 中继设备的计费
JP2017528074A5 (zh)
JP6508660B2 (ja) 課金制御装置、方法、およびシステム
WO2013067744A1 (zh) 一种终端组的服务网关选择方法及系统
WO2017084394A1 (zh) 漫游计费方法、相关装置及在线计费系统
WO2013110224A1 (zh) Mtc设备的触发方法、装置及系统
US9462476B1 (en) Identifying unsubscribed tethering in a wireless network
KR101504895B1 (ko) Byod 서비스에 대한 분리과금 시스템 및 데이터 서비스에 대한 분리과금 방법
KR102109822B1 (ko) 데이터 세션 정보 동기화 방법 및 이를 위한 과금 메세지 분석 장치

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: 13793443

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2013793443

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE