WO2015022764A1 - 無線通信システム及び課金制御のための方法 - Google Patents

無線通信システム及び課金制御のための方法 Download PDF

Info

Publication number
WO2015022764A1
WO2015022764A1 PCT/JP2014/003062 JP2014003062W WO2015022764A1 WO 2015022764 A1 WO2015022764 A1 WO 2015022764A1 JP 2014003062 W JP2014003062 W JP 2014003062W WO 2015022764 A1 WO2015022764 A1 WO 2015022764A1
Authority
WO
WIPO (PCT)
Prior art keywords
mtc
address
entity
charging
charging rule
Prior art date
Application number
PCT/JP2014/003062
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 US14/911,622 priority Critical patent/US20160198049A1/en
Priority to JP2015531719A priority patent/JPWO2015022764A1/ja
Publication of WO2015022764A1 publication Critical patent/WO2015022764A1/ja

Links

Images

Classifications

    • 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/66—Policy and charging system
    • 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/41—Billing record details, i.e. parameters, identifiers, structure of call data record [CDR]
    • 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/82—Criteria or parameters used for performing billing operations
    • H04M15/8271—Based on the number of used services, e.g. call forwarding or call barring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24—Accounting or billing
    • 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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/10—Mapping addresses of different types
    • H04L61/106—Mapping addresses of different types across networks, e.g. mapping telephone numbers to data network addresses

Definitions

  • This application is related to billing control for Machine type communication (MTC).
  • MTC Machine type communication
  • Non-Patent Document 1 stipulates a charging function and a charging management in a packet-switched network of Third Generation Partnership Project (3GPP).
  • packet forwarding nodes eg, egServing General Packet Radio Service (GPRS) Support Node (SGSN), Gateway GPRS Support Node (GGSN), Serving Gateway (S-GW), Packet Data Network Gateway ( P-GW)
  • CTF Charging, Trigger, Function, (CTF), and Charging, Data, Function, (CDF).
  • the packet forwarding node in the core network is called Packet Switched Core Network Node (PCN). That is, the PCN as a CTF collects charging information (charging information) about a chargeable event (chargeable event). Then, the PCN as the CDF generates Charging Data Record (CDR) for each predetermined charging party (charged party) using the collected billing information.
  • PCN Packet Switched Core Network Node
  • Chargeable event means an activity that uses a communication network resource or service.
  • Billable events include user to user communication (eg, a single call, a data communication session or a short message), user to network communication (eg, service profile administration), inter-network communication (eg, transferring calls, signaling, or short messages), or mobility (eg, roaming or inter-system handover).
  • CDR means formatted billing information (eg, e.g., call time, data transfer amount, etc.).
  • One chargeable event may be divided into a plurality of charge units by a predetermined time limit (communication time) or a predetermined data volume limit.
  • one charging target event may cause charging for a plurality of charging parties.
  • one or more CDRs may be generated for one billable event.
  • MTC Machine Type Communication
  • M2M Machine-to-Machine
  • 3GPP defines a mobile station (MS, UE) that is implemented in a machine and sensor for MTC as an “MTC device”.
  • MTC devices are installed in various devices such as machinery (e.g., firewood vending machines, gas meters, electric meters, automobiles, railway vehicles) and sensors (e.g., sensors related to the environment, agriculture, traffic, etc.).
  • the MTC device connects to the Public Land Mobile Network (PLMN) and communicates with the MTC application server (Application Server (AS)).
  • PLMN Public Land Mobile Network
  • AS Application Server
  • the MTC application server is arranged outside the PLMN (external network), executes the MTC application, and communicates with the MTC UE application mounted on the MTC device.
  • An MTC application server is generally controlled by an MTC service provider (M2M service provider).
  • 3GPP is a network architecture that includes Service, Capability, Server (SCS) and Machine, Type, Communication, Interworking, Function (MTC-IWF), and reference points (interfaces) related to these to enable MTC application servers to communicate with MTC devices. ) Is defined.
  • the SCS is an entity that connects an MTC application server to a 3GPP PLMN and enables the MTC application server to communicate with a UE (that is, an MTC device) via a PLMN service defined by 3GPP.
  • the SCS also enables the MTC application server to communicate with the MTC-IWF. It is assumed that the SCS is controlled by a PLMN operator or an MTC service provider.
  • MTC-IWF is a control plane entity belonging to PLMN.
  • MTC-IWF has a connection with SCS, and nodes in PLMN (for example, Home Subscriber Server (HSS), Short Message Service-Service Center (SMS-SC), Serving GPRS Support Node (SGSN), Mobility Management Entity (MME), Mobile Switching Center (MSC)).
  • HSS Home Subscriber Server
  • SMS-SC Short Message Service-Service Center
  • SGSN Serving GPRS Support Node
  • MME Mobility Management Entity
  • MSC Mobile Switching Center
  • Non-Patent Document 2 describes the optimization of billing related to MTC (see Section 8.2 of Non-Patent Document 2). Specifically, Non-Patent Document 2 describes generating bulk CDR in units of MTC groups including a plurality of MTC devices instead of generating CDRs in units of individual MTC devices.
  • the inventors of the present invention considered a use case in which one MTC device is used by a plurality of SCS, a plurality of MTC application servers, or a plurality of MTC service providers.
  • using the MTC device means performing uplink data communication and / or downlink data communication with the MTC device.
  • a case where one MTC device installed in an automobile is shared by an MTC application server of an automobile manufacturer, an MTC application server of an expressway administrator, and a plurality of MTC application servers of a plurality of traffic information providers is considered. .
  • the communication fee of the MTC device is not charged to the contractor of the MTC device, but the customer who uses the MTC device (that is, the administrator of the SCS, the administrator of the MTC application server, or It may be appropriate for each MTC service provider) to be charged.
  • the customer who uses the MTC device that is, the administrator of the SCS, the administrator of the MTC application server, or It may be appropriate for each MTC service provider
  • PCN Packet Switched Core Core Network Node
  • CTF Packet Switched Core Core Network Node
  • CDF Packet Switched Core Core Network Node
  • the present invention has been made on the basis of the knowledge of the inventor described above, and one of its purposes is to provide MTC to customers who use MTC devices in use cases where one MTC device is used by a plurality of customers. It is to provide a method and an apparatus for enabling charging of a communication charge of a device.
  • a policy type and charging type rule function (PCRF) entity includes a control entity that transmits a charging rule creation instruction.
  • the charging rule creation instruction includes a first address indicating a communication destination node or network when the MTC device receives the trigger information.
  • the method for charging control includes a policy type and a charging type rule function when a device action request including trigger information transmitted to a machine type communication (MTC) device is received from a service type Capability server (SCS).
  • PCRF includes sending a billing rule creation instruction to the entity.
  • the billing rule creation instruction includes a first address indicating a communication destination node or network when the MTC device receives the trigger information.
  • the program includes a group of instructions for causing a computer to perform the method according to the second aspect described above.
  • the wireless communication system includes a Machine type Communication Interworking Function (MTC-IWF) entity, a Policy and Charging Rule Function (PCRF) entity, and a packet forwarding node.
  • MTC-IWF Machine type Communication Interworking Function
  • PCRF Policy and Charging Rule Function
  • the MTC-IWF entity is configured to receive a device action request including trigger information from a Service Capability Server (SCS). Further, the MTC-IWF entity is configured to send a device trigger request including the trigger information to a serving node in response to receiving the device action request. Furthermore, the MTC-IWF entity is configured to send a charging rule creation instruction to a Policy and Charging Rule Function (PCRF) entity in response to receiving the device action request.
  • PCRF Policy and Charging Rule Function
  • the charging rule creation instruction includes a first address indicating a node or network with which a target machine type communication (MTC) device should communicate in the user plane in response to delivery of the trigger information based on the device trigger request.
  • the PCRF entity is configured to create a charging rule in response to the charging rule creation instruction.
  • the charging rule includes an uplink packet flow transmitted from the target MTC device in which the first address is designated as a destination address, and the target MTC device in which the first address is designated as a source address. Define at least one of the downlink packet flows to be transmitted.
  • the PCRF entity is configured to transmit the charging rule to a packet forwarding node located in the core network.
  • the packet forwarding node counts at least one of the uplink packet flow and the downlink packet flow based on the charging rule, and includes Charging Data Record () including charging information aggregated with respect to the first address. CDR).
  • a method and an apparatus are provided for enabling the customer who uses the MTC device to charge the communication fee of the MTC device. it can.
  • FIG. 1 is a diagram illustrating a configuration example of a wireless communication network according to the present embodiment.
  • the wireless communication network according to the present embodiment is a 3GPP Universal Mobile Telecommunications System (UMTS) network or a Long Term Evolution (LTE) network.
  • UMTS Universal Mobile Telecommunications System
  • LTE Long Term Evolution
  • MTC-IWF entity 1 is a control plane entity belonging to PLMN5.
  • the MTC-IWF entity 1 has a connection with the SCS 2 via the Tsp reference point.
  • the Tsp reference point is, for example, Application Programming Interfaces (API), and uses a Diameter-based protocol.
  • the MTC-IWF entity 1 has a connection with a node in the PLMN 5.
  • MTC-IWF entity 1 has a connection with HLR / HSS 51 via an S6m reference point, a connection with SMS-SC 52 via a T4 reference point, and a T5a / T5b reference point. Connection to the SGSN / MME 53.
  • the MTC-IWF entity 1 may be a single independent physical entity or may be a functional entity added to another network element (for example, HLR / HSS 51 or SGSN / MME 53). .
  • the HLR / HSS 51 is a control plane node arranged in the core network of the PLMN 5 and manages the subscriber information of the UE 3.
  • SMS-SC 52 transmits a short message in the Mobile Terminated (MT) direction and a short message in the Mobile Originated (MO) direction.
  • SGSN / MME 53 is a control plane node arranged in the core network of PLMN 5 and performs terminal mobility management (e.g. location registration), bearer management (e.g. bearer establishment, bearer configuration change, bearer release), and the like.
  • SGSN / MME 53 sends and receives control messages to and from nodes in Radio Access Network (RAN) 56 (that is, Radio Network Controller (RNC), eNodeB, etc.) and Non-Access Stratum (NAS) with UE3. Send and receive messages.
  • RAN Radio Access Network
  • RNC Radio Network Controller
  • NAS Non-Access Stratum
  • the NAS message is a control message that is not terminated at the RAN 56 and is transmitted and received transparently between the UE 3 and the SGSN / MME 53 without depending on the RAN radio access scheme.
  • the GGSN / P-GW 54 is a user plane packet transfer node arranged in the PLMN 5 core network, and transfers user data (that is, Internet Protocol (IP) packets).
  • IP Internet Protocol
  • the GGSN / P-GW 54 plays a role of a gateway to an external IP network (Packet Data Network in 3GPP).
  • the GGSN / P-GW 54 has Charging Trigger Function (CTF), Charging Data Function (CDF), and Policy and Charging Enforcement Function (PCEF). That is, the GGSN / P-GW 54 serving as a CTF collects charging information (charging information) about a chargeable event (chargeable event). Then, the GGSN / P-GW 54 as the CDF generates Charging Data Record (CDR) for each predetermined charging party (charged party) using the collected charging information.
  • CTF Charging Trigger Function
  • CDF Charging Data Function
  • PCEF Policy and Charging Enforcement Function
  • the GGSN / P-GW 54 as the PCEF is based on the policy data and charging control (PCC) rules supplied from the policy data and charging function (PCRF) entity 55 in units of service data flows (ie, IP packet flows) of the UE 3. Quality of service (QoS) control and flow based bearer charging (FBC).
  • PCC policy data and charging control
  • PCRF policy data and charging function
  • QoS Quality of service
  • FBC flow based bearer charging
  • the FBC is realized by CTF, CDF, and PCEF included in the GGSN / P-GW 54.
  • the GGSN / P-GW 54 filters the service data flow of UE3, monitors the service data flow as a chargeable event that triggers the generation and closing of the CDR, counts the number of packets in the service data flow, Generate a CDR containing billing information about the flow.
  • the PCRF entity 55 has an interface with the PCRF of the GGSN / P-GW 54 via the Gx reference point, and an interface with the Application Function (AF) via the Rx reference point.
  • the MTC-IWF entity 1 and the PCRF entity 55 are connected by an Rx reference point. That is, the PCRF entity 55 receives application level service information from the MTC-IWF entity 1, determines the PCC rule, and supplies the PCC rule to the GGSN / P-GW 54.
  • the PCC rule supply method from the PCRF entity 55 to the GGSN / P-GW 54 may be a method in which the PCRF entity 55 voluntarily provides a PCC rule to the GGSN / P-GW 54 (so-called push method), or the UE 3 bearer establishment Alternatively, a method (so-called pull method) in which the GGSN / P-GW 54 requests a PCC rule from the PCRF entity 55 according to bearer modification may be used.
  • the PCC rule includes information elements necessary for PCEF in order to perform policy control (QoS control) and charging for each UE 3 service data flow.
  • PCC rules include service data flow packet filter settings (called Traffic Flow Template (TFT) or Service Data Flow (SDF) template), billing methods (for example, offline billing, online billing, non-billing, etc.), measurement It includes methods (eg, time to be measured for service data flow, volume, events, etc.), service identifiers for identifying service data flows, and so on.
  • TFT Traffic Flow Template
  • SDF Service Data Flow
  • the SCS 2 connects the MTC application server 4 to the PLMN 5 so that the MTC application server 4 can communicate with the UE 3 (that is, the MTC device) via the PLMN service defined by 3GPP. Further, the SCS 2 enables the MTC application server 4 to communicate with the MTC-IWF entity 1.
  • the SCS 2 is controlled by the operator of the PLMN 5 or the MTC service provider. SCS2 is also called an MTC server or an M2M server.
  • the SCS 2 may be a single independent physical entity or may be a functional entity added to another network element (for example, the MTC application server 4).
  • UE3 executes MTC UE application 31 and behaves as an MTC device.
  • the UE 3 as an MTC device connects to the SGSN / MME 53 via the Radio Access Network (RAN) 56 and communicates with the MTC application server 4.
  • RAN Radio Access Network
  • UE3 may be an MTC gateway device.
  • MTC gateway devices have 3GPP mobile communication capabilities (ie UE capabilities) and connect to neighboring devices (eg sensors, radio frequency identification (RFID) tags, car navigation devices) via personal / local area connection technology To do.
  • Specific examples of personal / local area connection technologies include IEEE 802.15, ZigBee, Bluetooth, IEEE 802.11a.
  • the neighboring device connected to the MTC gateway device is typically a device that does not have a 3GPP mobile communication function, but may be a device that has a 3GPP mobile communication function (that is, an MTC device). .
  • MTC device and MTC gateway device are used without any particular distinction. That is, the term MTC device as used herein encompasses an MTC gateway device. Therefore, UE3 as an MTC device also means UE3 as an MTC gateway device.
  • the MTC-IWF entity 1 and SCS 2 perform device trigger request (Request) and confirmation, and notification of device trigger request result (confirmation) and confirmation (confirmation) at the Tsp reference point. That is, the MTC-IWF entity 1 receives a device action request for triggering the UE 3 as an MTC device from the SCS 2. Next, the MTC-IWF entity 1 transmits / receives a signaling message to / from the control node in the PLMN 5 in order to distribute trigger information to the UE 3 based on the device action request. In 3GPP, it is assumed that, for example, a T4 reference point or a T5 (T5a, T5b, or T5c) reference point is used for distribution of trigger information.
  • the MTC-IWF entity 1 When using the T4 reference point, the MTC-IWF entity 1 transmits a device trigger request for delivery of trigger information to the SMS-SC 52. On the other hand, when the T5 reference point is used, the MTC-IWF entity 1 transmits a device trigger request to the SGSN / MME 53. The MTC-IWF entity 1 receives the trigger information distribution result from the SMS-SC 52 or the SGSN / MME 53 and transmits the trigger information distribution result to the SCS 2.
  • the customer who uses the MTC device is notified.
  • the MTC-IWF entity 1, the PCRF entity 55, and the GGSN / P-GW 54 operate as follows.
  • UE 3 MTC device
  • SCS 2 or application server 4 that is a device trigger request source in response to reception of trigger information by a device trigger.
  • the charge for data communication on the user plane of UE3 after device triggering can be charged to the device trigger requesting customer (that is, SCS administrator, MTC application server administrator, or MTC service provider).
  • MTC-IWF entity 1 receives a device action request (Device Action Request (DAR)) including trigger information for UE 3 (that is, target MTC device) from SCS2.
  • DAR Device Action Request
  • the MTC-IWF entity 1 transmits a device trigger request (Device Trigger Request (DTR)) including trigger information to the SGSN / MME 53.
  • DTR Device Trigger Request
  • the MTC-IWF entity 1 may transmit DTR to SMS-SC52.
  • the MTC-IWF entity 1 includes an internal identifier (for example, International Mobile Subscriber Identity (IMSI)) of the UE3 used in the PLMN 5 and an SGSN / MME53 (serving node) associated with the UE3.
  • IMSI International Mobile Subscriber Identity
  • SGSN / MME53 serving node
  • the MTC-IWF entity 1 transmits a charging rule creation instruction to the PCRF entity 55 in response to receiving the DAR from the SCS 2.
  • the charging rule creation instruction includes a first address indicating a node or network with which UE 3 (target MTC device) should communicate in the user plane in response to the delivery of trigger information based on DTR.
  • the first address may be, for example, the IP address or network address of the SCS 2 that is the transmission source of the DAR, or the IP address or network address of the application server 4 that requested the DCS to the SCS 2.
  • the DAR may include a first address.
  • the MTC-IWF entity 1 may receive the first address from the SCS 2 when receiving the DAR from the SCS 2.
  • the charging rule creation instruction may include an internal identifier (for example, IMSI) in the PLMN 5 of the UE 3 in order to specify the UE 3. Further, the charging rule creation instruction may include information indicating that the charging method is charging for each service data flow related to the first address. Specifically, the charging rule creation instruction is a downlink service data flow (IP packet flow) having a first address as a source address, or an uplink service data flow having a first address as a destination address ( IP packet flow) or both may be charged.
  • IP packet flow IP packet flow
  • IP packet flow IP packet flow
  • the PCRF entity 55 creates a PCC rule in response to the charging rule creation instruction.
  • This PCC rule is based on the uplink service data flow (IP packet flow) transmitted from the UE 3 in which the first address is designated as the destination address, or in the UE 3 in which the first address is designated as the source address. Define the downlink service data flow (IP packet flow) to be transmitted, or both.
  • the PCC rule may indicate the creation of a CDR including charging information aggregated for the service data flow of UE3 for the first address. Specifically, the PCC rule may indicate a packet count of a service data flow and acquisition of a time stamp as a measurement method.
  • the PCRF entity 55 transmits the PCC rule to the GGSN / P-GW 54 having PCEF and CDF.
  • the PCRF entity 55 may push the PCC rule to the GGSN / P-GW 54.
  • the GGSN / P-GW 54 may transmit a PCC request to the PCRF entity 55 and pull-receive the PCC rule from the PCRF entity 55.
  • the GGSN / P-GW 54 is an uplink service flow in which the first address is designated as the destination address, or a downlink service flow in which the first address is designated as the source address, or Both of these are counted, and a CDR including billing information aggregated for the first address is created.
  • the GGSN / P-GW 54 uses each MTC device instead of each MTC device (ie, UE). It is possible to create a CDR including billing information aggregated for each customer. Therefore, this embodiment makes it possible to charge the communication fee of the MTC device to the customer who uses the MTC device.
  • FIG. 2 is a sequence diagram showing an example of a charging control method according to the present embodiment.
  • the SCS 2 transmits a device action request (DAR) to the MTC-IWF entity 1.
  • This DAR includes trigger information to be transmitted to the UE 3 and a first address (in this case, the IP address of the application server 4) for identifying the customer who requested the device trigger.
  • the DAR may include an external identifier (eg, uniform resource identifier (URI)) of UE 3 (target MTC device).
  • URI uniform resource identifier
  • the MTC-IWF entity 1 inquires of the HLR / HSS 51 about the UE 3 internal identifier (here, IMSI) corresponding to the UE 3 external identifier and the SGSN / MME 53 (serving node) associated with the UE 3. Based on the response from the HLR / HSS 51, the MTC-IWF entity 1 selects a transmission destination of a device trigger request (DTR) from among a plurality of SGSN / MMEs 53.
  • DTR device trigger request
  • step S103 the MTC-IWF entity 1 transmits DTR to the selected SGSN / MME 53.
  • This DTR includes an internal identifier (here, IMSI) of UE3 (target MTC device) and trigger information to be transmitted to UE3.
  • the MTC-IWF entity 1 transmits a PCC rule creation instruction to the PCRF entity 55.
  • This PCC rule creation instruction includes an internal identifier (here, IMSI) of UE 3 (target MTC device), and a first address (here, the IP address of application server 4) for identifying the customer who requested the device trigger. )including.
  • the PCRF entity 55 creates a PCC rule for Flow Based ⁇ ⁇ ⁇ ⁇ bearer Charging (FBC) of UE3's uplink service data flow and / or downlink service data flow for the first address.
  • FBC bearer Charging
  • SGSN / MME 53 delivers trigger information to UE3.
  • the SGSN / MME 53 may distribute trigger information from the SGSN / MME 53 to the UE 3 using NAS-Protocol Data Unit (NAS-PDU).
  • NAS-PDU NAS-Protocol Data Unit
  • Various methods have been proposed for the delivery of trigger information or small data using NAS-PDU.
  • the trigger information may be delivered to the UE 3 as an SMS message, for example.
  • ECM-IDLE EPSRANConnection Management IDLE
  • RRC_IDLE Radio Resource Control IDLE
  • step S106 in response to receiving the trigger information, the UE 3 starts a bearer establishment procedure (for example, Service Request procedure) in order to perform data communication on the user plane.
  • the PCRF entity 55 transmits the PCC rule created in accordance with the PCC rule creation instruction in step S104 to the GGSN / P-GW 54 (step S107).
  • the PCC rule may be sent from the PCRF entity 55 to the GGSN / P-GW 54 in IP Connectivity Access Network (IP-CAN) session Establishment / Modification procedure initiated by the GGSN / P-GW 54 as the PCEF.
  • IP-CAN IP Connectivity Access Network
  • the PCC rule may be pushed from the PCRF entity 55 to the GGSN / P-GW 54.
  • step S108 the UE 3 performs data communication (IP packet communication) on the user plane with the SCS 2 or the MTC application server 4.
  • the GGSN / P-GW 54 performs policy control (QoS control) and charging for each service data flow of the UE 3 in accordance with the PCC rules.
  • QoS control policy control
  • the GGSN / P-GW 54 monitors the service data flow of the UE 3, and generates a CDR for each customer (here, the MTC application server 4) with which the UE 3 communicates. To do.
  • FIG. 3 is a block diagram illustrating a configuration example of the MTC-IWF entity 1 according to the present embodiment.
  • the MTC-IWF entity 1 shown in FIG. 3 includes a device trigger control unit 10 that controls a device trigger for the UE 3 (MTC device).
  • the device trigger control unit 10 is configured to receive a DAR including trigger information from the SCS 2.
  • the device trigger control unit 10 is configured to transmit DTR including trigger information to the SGSN / MME 53 in response to reception of the DAR.
  • the device trigger control unit 10 is configured to transmit a PCC rule creation instruction to the PCRF entity 55 in response to reception of the DAR.
  • the PCC rule creation instruction includes the first address indicating the node or network of the external network (PDN) with which the UE 3 should communicate in the user plane in response to the delivery of the trigger information based on the DTR.
  • the first address is, for example, the address of the SCS 2 or the MTC application server 4 managed by the customer who requested the device trigger, or the network address of the network to which these belong.
  • FIG. 4 is a flowchart showing an example of an operation for charging in the MTC-IWF entity 1 according to the present embodiment.
  • the MTC-IWF entity 1 receives a DAR requesting a device trigger from the SCS2.
  • the MTC-IWF entity 1 inquires of the HLR / HSS 51 about the IMSI and serving node information of the device trigger UE3 (target MTC device).
  • step S203 the MTC-IWF entity 1 selects the SGSN / MME 53 based on the inquiry result to the HLR / HSS 51 (that is, the received serving node information).
  • step S204 the MTC-IWF entity 1 transmits DTR to the selected SGSN / MME 53.
  • step S ⁇ b> 205 the MTC-IWF entity 1 transmits a PCC rule creation instruction including the IP address (that is, the first address) related to the SCS 2 or the MTC application server 4 that is the device trigger request source to the PCRF entity 55.
  • FIG. 5 is a flowchart showing an example of an operation for charging in the PCRF entity 55 according to the present embodiment.
  • the PCRF entity 55 receives from the MTC-IWF entity 1 a PCC rule creation instruction including the IP address (that is, the first address) related to the device trigger request source SCS2 or MTC application server 4.
  • a PCC rule that defines a service data flow between the SCS2 or MTC application server 4 that is a device trigger request source and the UE3 (target MTC device) is created.
  • This PCC rule specifies a billing method and a measurement method necessary for collecting billing information and creating a CDR for each service data flow.
  • step S303 the PCRF entity 55 receives a PCC request indicating the IMSI of the UE 3 (target MTC device) from the GGSN / P-GW 54.
  • step S304 the PCRF entity 55 transmits the PCC rule to the GGSN / P-GW 54 in response to the PCC request.
  • Steps S303 and S304 show the case where the GGSN / P-GW 54 pull-receives the PCC rule. As already described, the PCRF entity 55 pushes the PCC rule to the GGSN / P-GW 54 and sends it. Also good.
  • FIG. 6 is a flowchart showing an example of an operation for charging in the GGSN / P-GW 54 according to the present embodiment.
  • the GGSN / P-GW 54 receives a bearer establishment request (for example, Modify Bearer Request or Create Session Request from the SGSN or S-GW).
  • the GGSN / P-GW 54 transmits a PCC request indicating the IMSI of UE3 (target MTC device) to the PCRF entity 55.
  • the GGSN / P-GW 54 receives the PCC rule from the PCRF entity 55.
  • This PCC rule defines a service data flow between the device trigger request source SCS2 or MTC application server 4 and UE3 (target MTC device), and charging information is collected and CDRs are created for each service data flow. Specify the billing method and measurement method necessary for this.
  • the GGSN / P-GW 54 counts the service data flow based on the PCC rules, and creates a CDR including the charging information aggregated for the SCS2 or MTC application server 4 that is the device trigger request source.
  • FIG. 7 is a sequence diagram illustrating an example of a charging control method according to the present embodiment.
  • the MTC-IWF entity 21 has Charging Trigger Function (CTF) and Charging Data Function (CDF). That is, the MTC-IWF entity 21 as a CTF monitors the occurrence of a device trigger as a chargeable event. Then, the MTC-IWF entity 21 as a CDF creates a CDR including charging information that is aggregated regarding the SCS 22 or the MTC application server that requested the device trigger.
  • CTF Charging Trigger Function
  • CDF Charging Data Function
  • the SCS 22 transmits a device action request (DAR) to the MTC-IWF entity 21.
  • the DAR includes trigger information to be transmitted to UE3. Further, the DAR may include an external identifier (for example, URI) of the UE 23 (target MTC device).
  • the MTC-IWF entity 21 inquires of the HLR / HSS 251 about the internal identifier (here, IMSI) of the UE 23 corresponding to the external identifier of the UE 23 and the SGSN / MME 253 (serving node) associated with the UE 23.
  • the MTC-IWF entity 21 selects a destination of a device trigger request (DTR) from among a plurality of SGSN / MME 253 based on the response from the HLR / HSS 251.
  • DTR device trigger request
  • the MTC-IWF entity 21 transmits DTR to the selected SGSN / MME 253.
  • the DTR includes an internal identifier (here, IMSI) of the UE 23 (target MTC device) and trigger information to be transmitted to the UE 23.
  • step S505 the SGSN / MME 253 distributes trigger information to the UE 23 via the RAN 256.
  • the delivery method of the trigger information may be the same as that in step S104 in FIG.
  • step S505 the SGSN / MME 253 transmits a response (Device Trigger ⁇ ⁇ ⁇ ⁇ Request ACK) indicating success or failure of the device trigger to the MTC-IWF entity 21.
  • step S506 the MTC-IWF entity 21 creates a CDR including the accounting information aggregated for the SCS 22 or MTC application server that is the device trigger request source.
  • the MTC-IWF entity 21 may consider the success or failure of the device trigger in creating the CDR.
  • a device trigger fee is charged. Can be charged to the customer who requested the device trigger.
  • the processing performed by the MTC-IWF entity, SCS, MTC application server, PCRF entity, GGSN / P-GW, HLR / HSS, SGSN / MME, and UE described in the first and second embodiments is performed in the computer system.
  • Non-transitory computer readable media include various types of tangible storage media (tangible storage medium). Examples of non-transitory computer-readable media are magnetic recording media (eg flexible disks, magnetic tapes, hard disk drives), magneto-optical recording media (eg magneto-optical discs), Compact Disc Read Only Memory (CD-ROM), CD-ROM R, CD-R / W, semiconductor memory (for example, mask ROM, Programmable ROM (PROM), Erasable PROM (EPROM), flash ROM, Random Access Memory (RAM)).
  • the program may also be supplied to the computer by various types of temporary computer-readable media. Examples of transitory computer readable media include electrical signals, optical signals, and electromagnetic waves.
  • the temporary computer-readable medium can supply the program to the computer via a wired communication path such as an electric wire and an optical fiber, or a wireless communication path.
  • MTC-IWF Machine Type Communication Inter Working Function
  • SCS Service Capability Server
  • UE User Equipment
  • PLMN Public Land Mobile Network
  • Device Trigger Control Unit 31 MTC UE Application 51 Home Location Register / Home Subscriber Server (HLR / HSS) 52 Short Message Service-Service Center (SMS-SC) 53 Serving General Packet Radio Service (GPRS) Support Node / Mobility Management Entity (SGSN / MME) 54 Gateway GPRS Support Node / Packet Data Network Gateway (GGSN / P-GW) 55 Policy and Charging Rule Function (PCRF) 56 Radio Access Network (RAN)

Abstract

無線通信システムは、MTCデバイス（３）に送信されるトリガー情報を含むデバイスアクションリクエストをSCS（２）から受信した場合にPCRF（５５）に課金ルール作成指示を送信するよう構成されたエンティティ（１）を含む。課金ルール作成指示は、前記MTCデバイスが前記トリガー情報を受信した場合の通信先のノード又はネットワークを示す第１のアドレスを含む。これにより、例えば、MTCデバイスを利用した顧客に対してMTCデバイスの通信料金を課金することが可能になる。

Description

無線通信システム及び課金制御のための方法
　本出願は、Machine type Communication（MTC）の課金制御に関する。
　非特許文献１は、Third Generation Partnership Project （3GPP）のpacket switched ネットワークにおける課金機能（charging function）および課金管理（charging management）について規定している。典型的には、コアネットワーク内のパケット転送ノード（e.g., Serving General Packet Radio Service (GPRS) Support Node （SGSN）, Gateway GPRS Support Node （GGSN）, Serving Gateway (S-GW), Packet Data Network Gateway (P-GW)）は、Charging Trigger Function (CTF) 及び Charging Data Function (CDF) を有する。課金管理の枠組みでは、コアネットワーク内のパケット転送ノードは、Packet Switched Core Network Node（PCN）と呼ばれる。すなわち、CTFとしてのPCNは、課金対象イベント（chargeable event）についての課金情報（charging information）を収集する。そして、CDFとしてのPCNは、収集された課金情報を用いて、予め定められた課金パーティ（charged party）毎にCharging Data Record (CDR) を生成する。
　課金対象イベント（chargeable event）は、通信ネットワークのリソース又はサービスを利用するアクテビティを意味する。課金対象イベントは、例えば、user to user communication (e.g., a single call, a data communication session or a short message)、user to network communication (e.g., service profile administration)、inter-network communication (e.g., transferring calls, signalling, or short messages)、又はmobility (e.g., roaming or inter-system handover) である。
　CDRは、フォーマットされた収集された課金情報（e.g., 通話時間、データ転送量など）を意味する。１つの課金対象イベントは、予め定められたタイムリミット（通信時間）又は予め定められたデータボリュームリミットによって複数の課金単位に区切られる場合がある。また、１つの課金対象イベントは、複数の課金パーティに対する課金をもたらす場合がある。したがって、１つ以上のCDRが１つの課金対象イベントのために生成されてもよい。
　さらに、3GPP、及びEuropean Telecommunications Standards Institute（ETSI）等は、Machine Type Communication (MTC)の標準化を検討している。MTCは、Machine-to-Machine（M2M）ネットワーク又はセンサネットワークとも呼ばれる。3GPPは、MTCのために機械及びセンサに実装される移動局（MS, UE）を“MTCデバイス”と定義している。MTCデバイスは、機械（e.g., 自動販売機、ガスメータ、電気メータ、自動車、鉄道車両）及びセンサ（e.g., 環境、農業、交通等に関するセンサ）等の様々な機器に搭載される。MTCデバイスは、Public Land Mobile Network（PLMN）に接続し、MTCアプリケーションサーバ（Application Server（AS））と通信を行う。MTC アプリケーションサーバは、PLMNの外部（外部ネットワーク）に配置され、MTCアプリケーションを実行し、MTCデバイスに実装されたMTC UEアプリケーションと通信する。MTC アプリケーションサーバは、一般的に、MTCサービスプロバイダ（M2Mサービスプロバイダ）によって制御される。
　3GPPは、MTC アプリケーションサーバがMTCデバイスと通信できるようにするために、Service Capability Server （SCS）及びMachine Type Communication Inter Working Function （MTC-IWF）を含むネットワークアーキテクチャ、並びにこれらに関係する参照点（インタフェース）を定義している。SCSは、MTCアプリケーションサーバを3GPPのPLMNに接続し、3GPPで定義されたPLMNサービスを介してMTCアプリケーションサーバがUE（つまり、MTCデバイス）と通信できるようにするエンティティである。また、SCSは、MTCアプリケーションサーバがMTC-IWFと通信できるようにする。SCSは、PLMNのオペレータ、又はMTCサービスプロバイダによって制御されることが想定されている。
　MTC-IWFは、PLMNに属するコントロールプレーンのエンティティである。MTC-IWFは、SCSとのコネクションを有するとともに、PLMN内のノード（例えば、Home Subscriber Server（HSS）、Short Message Service - Service Center（SMS-SC）、Serving GPRS Support Node （SGSN）、Mobility Management Entity（MME）、Mobile Switching Center（MSC））とのコネクションを有する。MTC-IWFは、SCSを含むM2Mサービスレイヤと3GPP PLMNとが、3GPP PLMN のトポロジの詳細を隠蔽しながら協調動作（interwork）するためのコントロールプレーンのインタフェースとして振る舞う。
　非特許文献２は、MTCに関する課金の最適化について記載している（非特許文献２のセクション8.2を参照）。具体的には、非特許文献２は、個別のMTCデバイス単位でCDRを生成する代わりに、複数のMTCデバイスを含むMTCグループ単位でバルクCDRを生成することを記載している。
　本件発明者は、複数のSCS、複数のMTC アプリケーションサーバ、又は複数のMTCサービスプロバイダによって１つのMTCデバイスが利用されるユースケースを想定して検討を行った。ここで、MTCデバイスを利用するとは、MTCデバイスとの間でアップリンク・データ通信若しくはダウンリンク・データ通信又はこれら両方を行うことを意味する。例えば、自動車に搭載された１つのMTCデバイスが、自動車メーカーのMTC アプリケーションサーバ、高速道路管理者のMTCアプリケーションサーバ、及び複数の交通情報プロバイダの複数のMTC アプリケーションサーバなどによって共用されるケースが考えられる。
　このようなユースケースにおいては、MTCデバイスの通信料金が、MTCデバイスの契約者に課金されるのではなく、MTCデバイスを利用した顧客（つまり、SCSの管理者、MTC アプリケーションサーバの管理者、又はMTCサービスプロバイダ）それぞれに課金されることが適切であるかもしれない。しかしながら、MTCデバイスが複数の顧客によって利用されるユースケースにおいて、MTCデバイスを利用した顧客にMTCデバイスの通信料金を課金するための十分な仕組みは存在しない。この課金を実現するためには、例えば、CTF及び CDFを有するPacket Switched Core Network Node (PCN) において、MTCデバイス単位（つまり、UE単位）ではなく、１つのMTCデバイスを利用するそれぞれの顧客単位で集計された課金情報を含むCDRを作成することが必要である。
　本発明は、上述した発明者の知見に基づいてなされたものであり、その目的の１つは、複数の顧客によって１つのMTCデバイスが利用されるユースケースにおいて、MTCデバイスを利用した顧客にMTCデバイスの通信料金を課金することを可能とするための方法および装置を提供することである。
　第１の態様では、無線通信システムは、Machine type Communication（MTC）デバイスに送信されるトリガー情報を含むデバイスアクションリクエストをService Capability Server（SCS）から受信した場合にPolicy and Charging Rule Function （PCRF）エンティティに課金ルール作成指示を送信する制御エンティティを含む。前記課金ルール作成指示は、前記MTCデバイスが前記トリガー情報を受信した場合の通信先のノード又はネットワークを示す第１のアドレスを含む。
　第２の態様では、課金制御のための方法は、Machine type Communication（MTC）デバイスに送信されるトリガー情報を含むデバイスアクションリクエストをService Capability Server（SCS）から受信した場合にPolicy and Charging Rule Function （PCRF）エンティティに課金ルール作成指示を送信することを含む。前記課金ルール作成指示は、前記MTC デバイスが前記トリガー情報を受信した場合の通信先のノード又はネットワークを示す第１のアドレスを含む。
　第３の態様では、プログラムは、上述した第２の態様に係る方法をコンピュータに行わせるための命令群を含む。
　第４の態様では、無線通信システムは、Machine type Communication Inter Working Function（MTC-IWF）エンティティ、Policy and Charging Rule Function（PCRF）エンティティ、及びパケット転送ノードを含む。前記MTC-IWFエンティティは、トリガー情報を含むデバイスアクションリクエストをService Capability Server（SCS）から受信するよう構成されている。さらに、前記MTC-IWFエンティティは、前記デバイスアクションリクエストの受信に応答して、前記トリガー情報を含むデバイストリガーリクエストをサービングノードに送信するよう構成されている。さらにまた、前記MTC-IWFエンティティは、前記デバイスアクションリクエストの受信に応答して、Policy and Charging Rule Function（PCRF）エンティティに課金ルール作成指示を送信するよう構成されている。前記課金ルール作成指示は、前記デバイストリガーリクエストに基づく前記トリガー情報の配信に応答してターゲットMachine type Communication（MTC）デバイスがユーザープレーンにおいて通信するべきノード又はネットワークを示す第１のアドレスを含む。前記PCRFエンティティは、前記課金ルール作成指示に応答して課金ルールを作成するよう構成されている。前記課金ルールは、前記第１のアドレスがディスティネーションアドレスとして指定された前記ターゲットMTCデバイスから送信されるアップリンク・パケットフロー、及び前記第１のアドレスがソースアドレスとして指定された前記ターゲットMTCデバイスに送信されるダウンリンク・パケットフローの少なくとも一方を定義する。前記PCRFエンティティは、コアネットワーク内に配置されたパケット転送ノードに前記課金ルールを送信するよう構成されている。前記パケット転送ノードは、前記課金ルールに基づいて、前記アップリンク・パケットフロー及び前記ダウンリンク・パケットフローの少なくとも一方をカウントし、前記第１のアドレスに関して集計された課金情報を含むCharging Data Record（CDR）を作成するよう構成されている。
　上述した態様によれば、複数の顧客によって１つのMTCデバイスが利用されるユースケースにおいて、MTCデバイスを利用した顧客にMTCデバイスの通信料金を課金することを可能とするための方法および装置を提供できる。
MTCをサポートする無線通信ネットワークの構成例を示す図である。 第１の実施形態に係る課金制御方法の一例を示すシーケンス図である。 第１の実施形態に係るMTC-IWFエンティティの構成例を示すブロック図である。 第１の実施形態に係るMTC-IWFエンティティにおける課金のための動作の一例を示すフローチャートである。 第１の実施形態に係るPCRFエンティティにおける課金のための動作の一例を示すフローチャートである。 第１の実施形態に係るGGSN/P-GWにおける課金のための動作の一例を示すフローチャートである。 第２の実施形態に係る課金制御方法の一例を示すシーケンス図である。
　以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
＜第１の実施形態＞
　図１は、本実施形態に係る無線通信ネットワークの構成例を示す図である。一例において、本実施形態に係る無線通信ネットワークは、3GPPのUniversal Mobile Telecommunications System（UMTS）ネットワーク又はLong Term Evolution（LTE）ネットワークである。
　MTC-IWFエンティティ１は、PLMN５に属するコントロールプレーンのエンティティである。MTC-IWFエンティティ１は、Tsp参照点を介してSCS２とのコネクションを有する。Tsp参照点は、例えば、Application Programming Interfaces（API）であり、Diameterベースのプロトコルを用いる。また、MTC-IWFエンティティ１は、PLMN５内のノードとコネクションを有する。図１の例では、MTC-IWFエンティティ１は、S6m参照点を介してHLR/HSS５１とのコネクションを有し、T4参照点を介してSMS-SC５２とのコネクションを有し、T5a/T5b参照点を介してSGSN/MME５３とのコネクションを有する。MTC-IWFエンティティ１は、単体の独立した物理的なエンティティであってもよいし、他のネットワーク要素（例えば、HLR/HSS５１又はSGSN/MME５３）に付加された機能的なエンティティであってもよい。
　HLR/HSS５１は、PLMN５のコアネットワークに配置されたコントロールプレーンのノードであり、UE３の加入者情報を管理する。
　SMS-SC５２は、Mobile Terminated（MT）方向のショートメッセージ、及びMobile Originated（MO）方向のショートメッセージの転送を行う。
　SGSN/MME５３は、PLMN５のコアネットワークに配置されたコントロールプレーンのノードであり、端末のモビリティ管理（e.g. 位置登録）、及びベアラ管理（e.g. ベアラ確立、ベアラ構成変更、ベアラ解放）などを行う。SGSN/MME５３は、Radio Access Network（RAN）５６内のノード（つまり、Radio Network Controller (RNC)、eNodeB等）との間で制御メッセージを送受信し、UE３との間でNon-Access Stratum（NAS）メッセージを送受信する。NASメッセージは、RAN５６で終端されず、RANの無線アクセス方式に依存することなく、UE３とSGSN/MME５３の間で透過的に送受信される制御メッセージである。
　GGSN/P-GW５４は、PLMN５のコアネットワークに配置されたユーザープレーンのパケット転送ノードであり、ユーザーデータ（つまり、Internet Protocol（IP）パケット）を転送する。GGSN/P-GW５４は、外部IPネットワーク（3GPPにおけるPacket Data Network）とのゲートウェイの役割を担う。GGSN/P-GW５４は、Charging Trigger Function (CTF)、Charging Data Function (CDF)、及びPolicy and Charging Enforcement Function（PCEF）を有する。すなわち、CTFとしてのGGSN/P-GW５４は、課金対象イベント（chargeable event）についての課金情報（charging information）を収集する。そして、CDFとしてのGGSN/P-GW５４は、収集された課金情報を用いて、予め定められた課金パーティ（charged party）毎にCharging Data Record (CDR) を生成する。
　さらに、PCEFとしてのGGSN/P-GW５４は、Policy and Charging Rule Function（PCRF）エンティティ５５から供給されたPolicy and Charging Control（PCC）ルールに従って、UE３のサービスデータフロー（つまり、IPパケットフロー）単位でのQuality of Service（QoS）制御およびフローベースのベアラ課金（Flow Based bearer Charging（FBC））を行う。FBCは、GGSN/P-GW５４が有するCTF、CDF、及びPCEFによって実現される。つまり、GGSN/P-GW５４は、UE３のサービスデータフローのフィルタリングを行い、CDRの生成及びクローズをトリガーする課金対象イベントとしてサービスデータフローを監視し、サービスデータフローのパケット数をカウントし、サービスデータフローに関する課金情報を含むCDRを生成する。
　PCRFエンティティ５５は、Gx参照点を介してGGSN/P-GW５４のPCRFとインタフェースを有し、Rx参照点を介してApplication Function（AF）とのインタフェースを有する。図１の例では、MTC-IWFエンティティ１とPCRFエンティティ５５の間がRx参照点により接続されている。すなわち、PCRFエンティティ５５は、アプリケーション・レベルのサービス情報をMTC-IWFエンティティ１から受信し、PCCルールを決定し、PCCルールをGGSN/P-GW５４に供給する。PCRFエンティティ５５からGGSN/P-GW５４へのPCCルールの供給方式は、PCRFエンティティ５５がGGSN/P-GW５４に自発的にPCCルールを提供する方式（いわゆるプッシュ方式）でもよいし、UE３のベアラ確立又はベアラモディファイに応じてGGSN/P-GW５４がPCRFエンティティ５５にPCCルールを要求する方式（いわゆる、プル方式）でもよい。
　PCCルールは、UE３のサービスデータフロー単位でのポリシー制御（QoS制御）及び課金を行うためにPCEFにおいて必要な情報要素を含む。例えば、PCCルールは、サービスデータフローのパケットフィルタ設定（Traffic Flow Template (TFT)、又はService Data Flow (SDF) templateと呼ばれる）、課金方法（例えば、オフライン課金、オンライン課金、非課金等）、測定方法（例えば、サービスデータフローに関して測定するべき時間、ボリューム、イベント等）、及びサービスデータフローを特定するためのサービス識別子（Service Identifier）などを含む。
　SCS２は、MTCアプリケーションサーバ４をPLMN５に接続し、3GPPで定義されたPLMNサービスを介してMTCアプリケーションサーバ４がUE３（つまり、MTCデバイス）と通信できるようにする。また、SCS２は、MTCアプリケーションサーバ４がMTC-IWFエンティティ１と通信できるようにする。SCS２は、PLMN５のオペレータ、又はMTCサービスプロバイダによって制御される。SCS２は、MTCサーバ又はM2Mサーバとも呼ばれる。SCS２は、単体の独立した物理的なエンティティであってもよいし、他のネットワーク要素（例えば、MTCアプリケーションサーバ４）に付加された機能的なエンティティであってもよい。
　UE３は、MTC UEアプリケーション３１を実行し、MTCデバイスとして振る舞う。MTCデバイスとしてのUE３は、Radio Access Network（RAN）５６を介してSGSN/MME５３に接続するとともに、MTCアプリケーションサーバ４と通信する。なお、UE３は、MTCゲートウェイ・デバイスであってもよい。MTCゲートウェイ・デバイスは、3GPP移動通信機能（つまり、UEの機能）を有するとともに、パーソナル／ローカルエリア接続技術によって近隣のデバイス（例えば、センサ、radio frequency identification （RFID）タグ、カーナビゲーション装置）と接続する。パーソナル／ローカルエリア接続技術の具体例は、IEEE 802.15、ZigBee、Bluetooth、IEEE 802.11aを含む。なお、MTCゲートウェイ・デバイスに接続する近隣のデバイスは、典型的には3GPP移動通信機能を有していないデバイスであるが、3GPP移動通信機能を有するデバイス（つまり、MTCデバイス）であってもよい。
　なお、本明細書では、MTCデバイスの用語とMTCゲートウェイ・デバイスの用語を特に区別せずに使用する。つまり、本明細書において用いられるMTCデバイスの用語は、MTCゲートウェイ・デバイスを包含する。したがって、MTCデバイスとしてのUE３は、MTCゲートウェイ・デバイスとしてのUE３も意味する。
　MTC-IWFエンティティ１及びSCS２は、Tsp参照点において、デバイストリガーの要求（Request）及び確認（confirmation）、並びにデバイストリガーリクエストの結果の通知（notification）及び確認（confirmation）を行う。すなわち、MTC-IWFエンティティ１は、MTCデバイスとしてのUE３をトリガーするためのデバイスアクションリクエストをSCS２から受信する。次に、MTC-IWFエンティティ１は、デバイスアクションリクエストに基づくUE３へのトリガー情報の配信のために、PLMN５内のコントロールノードとの間でシグナリングメッセージを送受信する。なお、3GPPでは、トリガー情報の配信のために、例えば、T4参照点又はT5（T5a、T5b、又はT5c）参照点を用いることが想定されている。T4参照点を用いる場合、MTC-IWFエンティティ１は、トリガー情報の配信のためのデバイストリガーリクエストをSMS-SC５２に送信する。一方、T5参照点を用いる場合、MTC-IWFエンティティ１は、デバイストリガーリクエストをSGSN/MME５３に送信する。そして、MTC-IWFエンティティ１は、トリガー情報の配信結果をSMS-SC５２又はSGSN/MME５３から受信し、トリガー情報の配信結果をSCS２に送信する。
　さらに、本実施形態では、複数の顧客（つまり、SCSの管理者、MTC アプリケーションサーバの管理者、又はMTCサービスプロバイダ）によって１つのMTCデバイスが利用されるユースケースにおいて、MTCデバイスを利用した顧客にMTCデバイスの通信料金を課金できるようにするために、MTC-IWFエンティティ１、PCRFエンティティ５５、及びGGSN/P-GW５４が以下のように動作する。本実施形態では、デバイストリガーによるトリガー情報の受信に応答して、UE３（MTCデバイス）がデバイストリガー要求元のSCS２又はアプリケーションサーバ４との間でユーザープレーンでのデータ通信を行うケースを想定する。本実施形態は、デバイストリガー後のUE３のユーザープレーンでのデータ通信の料金をデバイストリガー要求元の顧客（つまり、SCSの管理者、MTC アプリケーションサーバの管理者、又はMTCサービスプロバイダ）に課金できるようにする。
　まず、MTC-IWFエンティティ１は、UE３（つまり、ターゲットMTC デバイス）に対するトリガー情報を含むデバイスアクションリクエスト（Device Action Request (DAR)）をSCS２から受信する。MTC-IWFエンティティ１は、SCS２からのDARの受信に応答して、トリガー情報を含むデバイストリガーリクエスト（Device Trigger Request (DTR)）をSGSN/MME５３に送信する。なお、T4参照点を利用したデバイストリガーを行う場合、MTC-IWFエンティティ１は、DTRをSMS-SC５２に送信してもよい。また、MTC-IWFエンティティ１は、DTRの送信に先立って、PLMN５内で使用されるUE３の内部識別子（例えば、International Mobile Subscriber Identity (IMSI)）と、UE３に関連付けられたSGSN/MME５３（サービングノードと呼ばれる）に関する情報を取得するために、HLR/HSS５１に問い合わせを行なってもよい。
　さらに、MTC-IWFエンティティ１は、SCS２からのDARの受信に応答して、PCRFエンティティ５５に課金ルール作成指示を送信する。課金ルール作成指示は、DTRに基づくトリガー情報の配信に応答してUE３（ターゲットMTCデバイス）がユーザープレーンにおいて通信するべきノード又はネットワークを示す第１のアドレスを含む。第１のアドレスは、例えば、DARの送信元のSCS２のIPアドレス若しくはネットワークアドレス、又はDARをSCS２に要求したアプリケーションサーバ４のIPアドレス若しくはネットワークアドレスであってもよい。DARは、第１のアドレスを含んでもよい。言い換えると、MTC-IWFエンティティ１は、SCS２からのDARの受信の際に、SCS２から第１のアドレスを受信してもよい。課金ルール作成指示は、UE３を特定するために、UE３のPLMN５内での内部識別子（例えば、IMSI）を含んでもよい。さらに、課金ルール作成指示は、課金方法が第１のアドレスに関するサービスデータフロー単位での課金であることを示す情報を含んでもよい。具体的には、課金ルール作成指示は、第１のアドレスをソースアドレスとするダウンリンク・サービスデータフロー（IPパケットフロー）、若しくは第１のアドレスをディスティネーションアドレスとするアップリンク・サービスデータフロー（IPパケットフロー）、又はこれら両方について課金することを示してもよい。
　PCRFエンティティ５５は、課金ルール作成指示に応答して、PCCルールを作成する。このPCCルールは、上述の第１のアドレスがディスティネーションアドレスとして指定されたUE３から送信されるアップリンク・サービスデータフロー（IPパケットフロー）、若しくは第１のアドレスがソースアドレスとして指定されたUE３に送信されるダウンリンク・サービスデータフロー（IPパケットフロー）、又はこれら両方を定義する。PCCルールは、第１のアドレスに関するUE３のサービスデータフローについて集計された課金情報を含むCDRの作成を示してもよい。具体的には、PCCルールは、測定方法として、サービスデータフローのパケットカウント及びタイムスタンプの取得などを示してもよい。
　PCRFエンティティ５５は、PCEF及びCDFを有するGGSN/P-GW５４に、PCCルールを送信する。PCRFエンティティ５５は、PCCルールをGGSN/P-GW５４にプッシュ送信してもよい。これに代えて、GGSN/P-GW５４は、PCRFエンティティ５５にPCC要求を送信し、PCRFエンティティ５５からPCCルールをプル受信してもよい。
　GGSN/P-GW５４は、PCCルールに基づいて、第１のアドレスがディスティネーションアドレスに指定されたアップリンク・サービスフロー、若しくは第１のアドレスがソースアドレスに指定されたダウンリンク・サービスフロー、又はこれら両方をカウントし、第１のアドレスに関して集計された課金情報を含むCDRを作成する。
　MTC-IWFエンティティ１、PCRFエンティティ５５、及びGGSN/P-GW５４の上述した動作によって、GGSN/P-GW５４は、MTCデバイス単位（つまり、UE単位）ではなく、１つのMTCデバイスを利用するそれぞれの顧客単位で集計された課金情報を含むCDRを作成することができる。したがって、本実施形態は、MTCデバイスを利用した顧客にMTCデバイスの通信料金を課金することを可能にする。
　図２は、本実施形態に係る課金制御方法の一例を示すシーケンス図である。ステップＳ１０１では、SCS２は、MTC-IWFエンティティ１にデバイスアクションリクエスト（DAR）を送信する。このDARは、UE３に送信されるべきトリガー情報、及びデバイストリガーの要求元の顧客を特定するための第１のアドレス（ここでは、アプリケーションサーバ４のIPアドレス）を含む。さらに、DARは、UE３（ターゲットMTCデバイス）の外部識別子（例えば、uniform resource identifier (URI)）を含んでもよい。
　ステップＳ１０２では、MTC-IWFエンティティ１は、UE３の外部識別子に対応するUE３の内部識別子（ここでは、IMSI）、及びUE３に関連付けられたSGSN/MME５３（サービングノード）をHLR/HSS５１に問い合わせる。MTC-IWFエンティティ１は、HLR/HSS５１からの応答に基づいて、複数のSGSN/MME５３の中からデバイストリガーリクエスト（DTR）の送信先を選択する。
　ステップＳ１０３では、MTC-IWFエンティティ１は、選択されたSGSN/MME５３に対してDTRを送信する。このDTRは、UE３（ターゲットMTCデバイス）の内部識別子（ここでは、IMSI）、及びUE３に送信されるべきトリガー情報を含む。
　ステップＳ１０４では、MTC-IWFエンティティ１は、PCCルール作成指示をPCRFエンティティ５５に送信する。このPCCルール作成指示は、UE３（ターゲットMTCデバイス）の内部識別子（ここでは、IMSI）、及びデバイストリガーの要求元の顧客を特定するための第１のアドレス（ここでは、アプリケーションサーバ４のIPアドレス）を含む。PCRFエンティティ５５は、第１のアドレスに関するUE３のアップリンク・サービスデータフロー若しくはダウンリンク・サービスデータフロー又はこれら両方のFlow Based bearer Charging（FBC）のためのPCCルールを作成する。
　ステップＳ１０５では、SGSN/MME５３は、UE３へのトリガー情報の配信を行う。SGSN/MME５３は、NAS-Protocol Data Unit（NAS-PDU）を用いてSGSN/MME５３からUE３にトリガー情報を配信すればよい。NAS-PDUを用いたトリガー情報又はスモールデータの配信については、様々な手法が提案されている。トリガー情報は、例えば、SMSメッセージとしてUE３に配信されてもよい。UE３がアイドル状態（例えば、EPS Connection Management IDLE（ECM-IDLE）、又はRadio Resource Control IDLE（RRC_IDLE））であるとき、SGSN/MME５３は、RAN５６を介してページングを行なってもよい。
　ステップＳ１０６では、UE３は、トリガー情報の受信に応答して、ユーザープレーンでのテータ通信を行うために、ベアラ確立プロシージャ（例えば、Service Request procedure）を開始する。ベアラ確立プロシージャにおいて、PCRFエンティティ５５は、ステップＳ１０４のPCCルール作成指示に従って作成されたPCCルールをGGSN/P-GW５４に送信する（ステップＳ１０７）。PCCルールは、PCEFとしてのGGSN/P-GW５４によって開始されたIP Connectivity Access Network (IP-CAN) session Establishment/Modification procedure において、PCRFエンティティ５５からGGSN/P-GW５４に送信されてもよい。これに代えて、PCCルールは、PCRFエンティティ５５からGGSN/P-GW５４にプッシュ送信されてもよい。
　ステップＳ１０８では、UE３は、SCS２又はMTCアプリケーションサーバ４との間で、ユーザープレーンでのデータ通信（IPパケット通信）を行う。GGSN/P-GW５４は、PCCルールに従って、UE３のサービスデータフロー単位でのポリシー制御（QoS制御）及び課金行う。つまり、ステップＳ１０９に示されているように、GGSN/P-GW５４は、UE３のサービスデータフローを監視し、UE３が通信を行う顧客単位（ここでは、MTCアプリケーションサーバ４単位）でのCDRを生成する。
　図３は、本実施形態に係るMTC-IWFエンティティ１の構成例を示すブロック図である。図３に示されたMTC-IWFエンティティ１は、UE３（MTCデバイス）に対するデバイストリガーを制御するデバイストリガー制御部１０を含む。デバイストリガー制御部１０は、トリガー情報を含むDARをSCS２から受信するよう構成されている。デバイストリガー制御部１０は、DARの受信に応答して、トリガー情報を含むDTRをSGSN/MME５３に送信するよう構成されている。さらに、デバイストリガー制御部１０は、DARの受信に応答して、PCRFエンティティ５５にPCCルール作成指示を送信するよう構成されている。ここで、PCCルール作成指示は、既に述べたように、DTRに基づくトリガー情報の配信に応答してUE３がユーザープレーンにおいて通信するべき外部ネットワーク（PDN）のノード又はネットワークを示す第１のアドレスを含む。第１のアドレスは、例えば、デバイストリガーの要求元の顧客が管理するSCS２若しくはMTCアプリケーションサーバ４のアドレス、又はこれらが属するネットワークのネットワークアドレスである。
　図４は、本実施形態に係るMTC-IWFエンティティ１における課金のための動作の一例を示すフローチャートである。ステップＳ２０１では、MTC-IWFエンティティ１は、デバイストリガーを要求するDARをSCS２から受信する。ステップＳ２０２では、MTC-IWFエンティティ１は、デバイストリガーのUE３（ターゲットMTCデバイス）のIMSI及びサービングノード情報をHLR/HSS５１に問い合わせる。
　ステップＳ２０３では、MTC-IWFエンティティ１は、HLR/HSS５１への問い合わせ結果（つまり、受信したサービングノード情報）に基づいて、SGSN/MME５３を選択する。ステップＳ２０４では、MTC-IWFエンティティ１は、選択されたSGSN/MME５３にDTRを送信する。ステップＳ２０５では、MTC-IWFエンティティ１は、デバイストリガーの要求元のSCS２又はMTCアプリケーションサーバ４に関するIPアドレス（つまり、第１のアドレス）を含むPCCルール作成指示をPCRFエンティティ５５に送信する。
　図５は、本実施形態に係るPCRFエンティティ５５における課金のための動作の一例を示すフローチャートである。ステップＳ３０１では、PCRFエンティティ５５は、デバイストリガーの要求元のSCS２又はMTCアプリケーションサーバ４に関するIPアドレス（つまり、第１のアドレス）を含むPCCルール作成指示をMTC-IWFエンティティ１から受信する。ステップＳ３０２では、デバイストリガーの要求元のSCS２又はMTCアプリケーションサーバ４とUE３（ターゲットMTCデバイス）の間のサービスデータフローを定義するPCCルールを作成する。このPCCルールは、サービスデータフロー単位での課金情報の収集及びCDR作成が行われるために必要な課金方法および測定方法を指定する。
　ステップＳ３０３では、PCRFエンティティ５５は、UE３（ターゲットMTCデバイス）のIMSIを示すPCC要求をGGSN/P-GW５４から受信する。ステップＳ３０４では、PCRFエンティティ５５は、PCC要求に応答して、PCCルールをGGSN/P-GW５４に送信する。なお、ステップＳ３０３及びＳ３０４は、GGSN/P-GW５４がPCCルールをプル受信する場合を示しているが、既に述べたように、PCRFエンティティ５５はPCCルールをGGSN/P-GW５４にプッシュ送信してもよい。
　図６は、本実施形態に係るGGSN/P-GW５４における課金のための動作の一例を示すフローチャートである。ステップＳ４０１では、GGSN/P-GW５４は、UE３に関するベアラ確立要求（例えば、SGSN又はS-GWからのModify Bearer Request 又はCreate Session Request）を受信する。ステップＳ４０２では、GGSN/P-GW５４は、UE３（ターゲットMTCデバイス）のIMSIを示すPCC要求をPCRFエンティティ５５に送信する。ステップＳ４０３では、GGSN/P-GW５４は、PCCルールをPCRFエンティティ５５から受信する。このPCCルールは、デバイストリガーの要求元のSCS２又はMTCアプリケーションサーバ４とUE３（ターゲットMTCデバイス）の間のサービスデータフローを定義し、サービスデータフロー単位での課金情報の収集及びCDR作成が行われるために必要な課金方法および測定方法を指定する。ステップＳ４０４では、GGSN/P-GW５４は、PCCルールに基づいて、サービスデータフローをカウントし、デバイストリガーの要求元のSCS２又はMTCアプリケーションサーバ４に関して集計された課金情報を含むCDRを作成する。
＜第２の実施形態＞
　本実施形態では、１つのMTCデバイスに対して複数の顧客（つまり、SCSの管理者、MTC アプリケーションサーバの管理者、又はMTCサービスプロバイダ）からデバイストリガーが行われる際に、デバイストリガーの料金をデバイストリガーの要求元の顧客に課金するための方法及び装置について説明する。図７は、本実施形態に係る課金制御方法の一例を示すシーケンス図である。本実施形態では、MTC-IWFエンティティ２１は、Charging Trigger Function (CTF) 及び Charging Data Function (CDF) を有する。すなわち、CTFとしてのMTC-IWFエンティティ２１は、課金対象イベントとしてデバイストリガーの発生を監視する。そして、CDFとしてのMTC-IWFエンティティ２１は、デバイストリガーの要求元のSCS２２又はMTCアプリケーションサーバに関して集計された課金情報を含むCDRを作成する。
　図７のステップＳ５０１では、SCS２２は、MTC-IWFエンティティ２１にデバイスアクションリクエスト（DAR）を送信する。DARは、UE３に送信されるべきトリガー情報を含む。さらに、DARは、UE２３（ターゲットMTCデバイス）の外部識別子（例えば、URI）を含んでもよい。
　ステップＳ５０２では、MTC-IWFエンティティ２１は、UE２３の外部識別子に対応するUE２３の内部識別子（ここでは、IMSI）、及びUE２３に関連付けられたSGSN/MME２５３（サービングノード）をHLR/HSS２５１に問い合わせる。MTC-IWFエンティティ２１は、HLR/HSS２５１からの応答に基づいて、複数のSGSN/MME２５３の中からデバイストリガーリクエスト（DTR）の送信先を選択する。
　ステップＳ５０３では、MTC-IWFエンティティ２１は、選択されたSGSN/MME２５３に対してDTRを送信する。このDTRは、UE２３（ターゲットMTCデバイス）の内部識別子（ここでは、IMSI）、及びUE２３に送信されるべきトリガー情報を含む。
　ステップＳ５０５では、SGSN/MME２５３は、RAN２５６を介してUE２３へのトリガー情報の配信を行う。トリガー情報の配信手法は、図２のステップＳ１０４と同様とすればよい。
　ステップＳ５０５では、SGSN/MME２５３は、デバイストリガーの成否を示す応答（Device Trigger Request ACK）をMTC-IWFエンティティ２１に送信する。
　ステップＳ５０６では、MTC-IWFエンティティ２１は、デバイストリガーの要求元のSCS２２又はMTCアプリケーションサーバに関して集計された課金情報を含むCDRを作成する。MTC-IWFエンティティ２１は、CDRの作成において、デバイストリガーの成否を考慮してもよい。
　本実施形態によれば、１つのMTCデバイスに対して複数の顧客（つまり、SCSの管理者、MTC アプリケーションサーバの管理者、又はMTCサービスプロバイダ）からデバイストリガーが行われる際に、デバイストリガーの料金をデバイストリガーの要求元の顧客に課金することができる。
＜その他の実施形態＞
　上述した第１及び第２の実施形態は、3GPPのUMTSネットワーク及びLTEネットワークに関する具体例を示した。しかしながら、第１及び第２の実施形態は、MTCをサポートする他の無線通信ネットワークに適用されてもよい。
　第１及び第２の実施形態で説明したMTC-IWFエンティティ、SCS、MTCアプリケーションサーバ、PCRFエンティティ、GGSN/P-GW、HLR/HSS、SGSN/MME、及びUEにより行われる処理は、コンピュータシステムにプログラムを実行させることによって実現してもよい。具体的には、本明細書においてフローチャート及びシーケンス図等を用いて説明したアルゴリズムをコンピュータシステムに行わせるための命令群を含む一つ又は複数のプログラムを作成し、当該プログラムをコンピュータシステムに供給すればよい。
　このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、Compact Disc Read Only Memory（CD-ROM）、CD-R、CD-R/W、半導体メモリ（例えば、マスクROM、Programmable ROM（PROM）、Erasable PROM（EPROM）、フラッシュROM、Random Access Memory（RAM））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
　さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
　この出願は、２０１３年８月１２日に出願された日本出願特願２０１３－１６７６３０を基礎とする優先権を主張し、その開示の全てをここに取り込む。
１　Machine Type Communication Inter Working Function （MTC-IWF）エンティティ
２　Service Capability Server （SCS）
３　User Equipment（UE）
４　MTC アプリケーションサーバ
５　Public Land Mobile Network（PLMN）
１０　デバイストリガー制御部
３１　MTC UEアプリケーション
５１　Home Location Register/Home Subscriber Server（HLR/HSS）
５２　Short Message Service - Service Center（SMS-SC）
５３　Serving General Packet Radio Service (GPRS) Support Node/Mobility Management Entity (SGSN/MME)
５４　Gateway GPRS Support Node/Packet Data Network Gateway (GGSN/P-GW)
５５　Policy and Charging Rule Function（PCRF）
５６　Radio Access Network（RAN）

Claims (9)

  1. 　Machine type Communication（MTC）デバイスに送信されるトリガー情報を含むデバイスアクションリクエストをService Capability Server（SCS）から受信した場合にPolicy and Charging Rule Function （PCRF）エンティティに課金ルール作成指示を送信する制御手段を備え、
    　前記課金ルール作成指示は、前記MTCデバイスが前記トリガー情報を受信した場合の通信先のノード又はネットワークを示す第１のアドレスを含む、
    無線通信システム。
  2. 　前記課金ルール作成指示は、前記PCRFエンティティによる課金ルールの生成を引き起こし、
    　前記課金ルールは、コアネットワーク内に配置されたパケット転送ノードに前記PCRF エンティティから供給され、前記パケット転送ノードによる前記第１のアドレスに関して集計された課金情報を含むCharging Data Record（CDR）の作成のために使用される、
    請求項１に記載の無線通信システム。
  3. 　前記課金ルールは、前記第１のアドレスがディスティネーションアドレスとして指定されたアップリンク・パケットフロー、及び前記第１のアドレスがソースアドレスとして指定されたダウンリンク・パケットフローの少なくとも一方を定義する、請求項２に記載の無線通信システム。
  4. 　前記第１のアドレスは、前記SCSのInternet Protocol（IP）アドレス若しくはネットワークアドレス、又は前記デバイスアクションリクエストを前記SCSに要求したアプリケーションサーバのIPアドレス若しくはネットワークアドレスである、請求項１～３のいずれか１項に記載の無線通信システム。
  5. 　前記デバイスアクションリクエストは、前記第１のアドレスを含み、
    　前記第１のアドレスは、前記トリガー情報の配信によって前記MTCデバイスに通知される、
    請求項１～４のいずれか１項に記載の無線通信システム。
  6. 　Machine type Communication（MTC）デバイスに送信されるトリガー情報を含むデバイスアクションリクエストをService Capability Server（SCS）から受信した場合にPolicy and Charging Rule Function （PCRF）エンティティに課金ルール作成指示を送信することを備え、
    　前記課金ルール作成指示は、前記MTC デバイスが前記トリガー情報を受信した場合の通信先のノード又はネットワークを示す第１のアドレスを含む、
    課金制御のための方法。
  7. 　課金制御のための方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
    　前記方法は、
    　Machine type Communication（MTC）デバイスに送信されるトリガー情報を含むデバイスアクションリクエストをService Capability Server（SCS）から受信した場合にPolicy and Charging Rule Function （PCRF）エンティティに課金ルール作成指示を送信することを備え、
    　前記課金ルール作成指示は、前記MTCデバイスが前記トリガー情報を受信した場合の通信先のノード又はネットワークを示す第１のアドレスを含む、
    非一時的なコンピュータ可読媒体。
  8. 　Machine type Communication（MTC）デバイスに送信されるトリガー情報を含むデバイスアクションリクエストをService Capability Server（SCS）から受信した場合にPolicy and Charging Rule Function （PCRF）エンティティに課金ルール作成指示を送信する制御手段を備え、
    　前記課金ルール作成指示は、前記MTCデバイスが前記トリガー情報を受信した場合の通信先のノード又はネットワークを示す第１のアドレスを含む、
    Machine type Communication Inter Working Function（MTC-IWF）エンティティ。
  9. 　Machine type Communication Inter Working Function（MTC-IWF）エンティティと、
    　Policy and Charging Rule Function（PCRF）エンティティと、
    　パケット転送ノードと、
    を備え、
    　前記MTC-IWFエンティティは、トリガー情報を含むデバイスアクションリクエストをService Capability Server（SCS）から受信するよう構成され、
    　前記MTC-IWFエンティティは、前記デバイスアクションリクエストの受信に応答して、前記トリガー情報を含むデバイストリガーリクエストをサービングノードに送信するよう構成され、
    　前記MTC-IWFエンティティは、前記デバイスアクションリクエストの受信に応答して、Policy and Charging Rule Function（PCRF）エンティティに課金ルール作成指示を送信するよう構成され、
    　前記課金ルール作成指示は、前記デバイストリガーリクエストに基づく前記トリガー情報の配信に応答してターゲットMachine type Communication（MTC）デバイスがユーザープレーンにおいて通信するべきノード又はネットワークを示す第１のアドレスを含み、
    　前記PCRFエンティティは、前記課金ルール作成指示に応答して課金ルールを作成するよう構成され、
    　前記課金ルールは、前記第１のアドレスがディスティネーションアドレスとして指定された前記ターゲットMTCデバイスから送信されるアップリンク・パケットフロー、及び前記第１のアドレスがソースアドレスとして指定された前記ターゲットMTCデバイスに送信されるダウンリンク・パケットフローの少なくとも一方を定義し、
    　前記PCRFエンティティは、コアネットワーク内に配置されたパケット転送ノードに前記課金ルールを送信するよう構成され、
    　前記パケット転送ノードは、前記課金ルールに基づいて、前記アップリンク・パケットフロー及び前記ダウンリンク・パケットフローの少なくとも一方をカウントし、前記第１のアドレスに関して集計された課金情報を含むCharging Data Record（CDR）を作成するよう構成されている、
    無線通信システム。
PCT/JP2014/003062 2013-08-12 2014-06-09 無線通信システム及び課金制御のための方法 WO2015022764A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US14/911,622 US20160198049A1 (en) 2013-08-12 2014-06-09 Wireless communication system and method for charging control
JP2015531719A JPWO2015022764A1 (ja) 2013-08-12 2014-06-09 無線通信システム及び課金制御のための方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2013167630 2013-08-12
JP2013-167630 2013-08-12

Publications (1)

Publication Number Publication Date
WO2015022764A1 true WO2015022764A1 (ja) 2015-02-19

Family

ID=52468160

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/003062 WO2015022764A1 (ja) 2013-08-12 2014-06-09 無線通信システム及び課金制御のための方法

Country Status (3)

Country Link
US (1) US20160198049A1 (ja)
JP (1) JPWO2015022764A1 (ja)
WO (1) WO2015022764A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106851526A (zh) * 2015-12-07 2017-06-13 阿尔卡特朗讯 一种用于处理mtc消息的方法与设备

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015131926A1 (en) * 2014-03-04 2015-09-11 Nokia Solutions And Networks Management International Gmbh Ran based gateway functions
CN106233757B (zh) 2014-03-31 2021-11-02 康维达无线有限责任公司 M2m服务层与3gpp网络之间的过载控制和协调
EP3367640A4 (en) * 2015-10-20 2019-05-22 Sony Corporation DEVICE AND METHOD
US10650621B1 (en) 2016-09-13 2020-05-12 Iocurrents, Inc. Interfacing with a vehicular controller area network
CN111211913B (zh) * 2017-06-30 2021-04-09 华为技术有限公司 一种计费方法、设备及系统
CN110417560B (zh) 2018-04-28 2023-09-12 华为技术有限公司 计费的方法、装置及系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004104462A (ja) * 2002-09-10 2004-04-02 Kaisen Baitai Kenkyusho:Kk 遠隔監視カメラ制御方法
JP2009141518A (ja) * 2007-12-04 2009-06-25 Softbank Mobile Corp 課金処理方法及びそのシステム
WO2012022966A1 (en) * 2010-08-20 2012-02-23 Wireless Technology Solutions Llc Apparatus, method and system for managing data transmission
JP2012533242A (ja) * 2009-07-16 2012-12-20 ▲ホア▼▲ウェイ▼技術有限公司 課金計数のための方法および装置

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1260910C (zh) * 2004-08-11 2006-06-21 华为技术有限公司 基于分组数据流计费触发事件和重授权事件的处理方法
EP2709291B1 (en) * 2011-05-11 2018-10-10 LG Electronics Inc. Method and apparatus for mtc in a wireless communication system
KR101830200B1 (ko) * 2011-07-07 2018-04-11 삼성전자 주식회사 이동통신 망의 디바이스 트리거링 제어 장치 및 방법
JP5891790B2 (ja) * 2011-12-28 2016-03-23 富士通株式会社 課金システム、課金情報処理装置、課金情報生成装置、課金情報修正方法、プログラム
JP6194883B2 (ja) * 2012-04-26 2017-09-13 日本電気株式会社 制御ノード、制御ノードに実装される方法、及びプログラム
CN108347713B (zh) * 2012-04-27 2021-12-28 交互数字专利控股公司 Wtru及由wtru执行的方法
JP5961769B2 (ja) * 2013-01-04 2016-08-02 インターデイジタル パテント ホールディングス インコーポレイテッド サービスレイヤデタッチコマンドおよびアタッチ通知を処理するための方法および装置
CN110418300B (zh) * 2013-07-08 2021-08-03 康维达无线有限责任公司 将无imsi设备连接到epc
KR102112132B1 (ko) * 2013-07-24 2020-05-18 콘비다 와이어리스, 엘엘씨 서비스 도메인 과금 시스템 및 방법
EP3025524A2 (en) * 2013-07-25 2016-06-01 Convida Wireless, LLC Service layer southbound interface and quality of service

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004104462A (ja) * 2002-09-10 2004-04-02 Kaisen Baitai Kenkyusho:Kk 遠隔監視カメラ制御方法
JP2009141518A (ja) * 2007-12-04 2009-06-25 Softbank Mobile Corp 課金処理方法及びそのシステム
JP2012533242A (ja) * 2009-07-16 2012-12-20 ▲ホア▼▲ウェイ▼技術有限公司 課金計数のための方法および装置
WO2012022966A1 (en) * 2010-08-20 2012-02-23 Wireless Technology Solutions Llc Apparatus, method and system for managing data transmission

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106851526A (zh) * 2015-12-07 2017-06-13 阿尔卡特朗讯 一种用于处理mtc消息的方法与设备

Also Published As

Publication number Publication date
JPWO2015022764A1 (ja) 2017-03-02
US20160198049A1 (en) 2016-07-07

Similar Documents

Publication Publication Date Title
JP7444153B2 (ja) 第１の装置による方法及びｐｃｒｆ装置による方法
WO2015022764A1 (ja) 無線通信システム及び課金制御のための方法
US9100816B2 (en) Charging method, device, and system
EP3140954B1 (en) Online charging for proximity services
JP6652177B2 (ja) システム、サービスプラットフォーム、及び方法
CN103517245B (zh) 一种d2d通信的计费方法和系统
WO2015033580A1 (ja) 通信装置、制御装置、通信方法、制御方法およびプログラム
JP6481741B2 (ja) 装置およびｓｃｓエンティティ
JP6090310B2 (ja) 移動通信システム、ゲートウェイ装置、課金ポリシー制御方法及びプログラム
CN102111741B (zh) 计费实现方法及装置
CN104247331A (zh) 用于管理网络资源的方法和节点以及相应的系统和计算机程序
JP6394602B2 (ja) Ｍｔｃ−ｉｗｆエンティティ、ｓｃｓエンティティ、ｐｃｒｆエンティティ、及び通信方法
US10237418B2 (en) Methods, systems, and computer readable media for charging based on radio congestion in mobile networks
CN105025453A (zh) 一种邻近通信的计费方法和设备
WO2015033581A1 (ja) 通信装置、制御装置、管理装置、通信方法、制御方法、管理方法およびプログラム
JP6484941B2 (ja) ネットワークノード及び課金管理のための方法
WO2011082524A1 (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: 14836385

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2015531719

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 14911622

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14836385

Country of ref document: EP

Kind code of ref document: A1