WO2019058628A1 - サービス制御装置、課金管理サーバ、サービス制御方法、課金情報管理方法、及び非一時的なコンピュータ可読媒体 - Google Patents

サービス制御装置、課金管理サーバ、サービス制御方法、課金情報管理方法、及び非一時的なコンピュータ可読媒体 Download PDF

Info

Publication number
WO2019058628A1
WO2019058628A1 PCT/JP2018/018084 JP2018018084W WO2019058628A1 WO 2019058628 A1 WO2019058628 A1 WO 2019058628A1 JP 2018018084 W JP2018018084 W JP 2018018084W WO 2019058628 A1 WO2019058628 A1 WO 2019058628A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication
service providing
service
change
scs
Prior art date
Application number
PCT/JP2018/018084
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 JP2019542980A priority Critical patent/JP6947222B2/ja
Priority to US16/648,516 priority patent/US20200288350A1/en
Publication of WO2019058628A1 publication Critical patent/WO2019058628A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/83—Admission control; Resource allocation based on usage prediction
    • 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/07—Split billing, i.e. both A-party and B-party charged for the communication
    • 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
    • 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
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/18—Selecting a network or a communication service

Definitions

  • the present disclosure relates to a service control apparatus, a charge management server, a service control method, a charge information management method, and a program.
  • SCEF service capability exposure function
  • AS Application Server
  • SCEF is a node deployed in a mobile network.
  • the SCS is used as a service platform that accommodates multiple ASs.
  • a mobile network is a network configured by node devices whose specifications are defined in 3GPP.
  • Non-Patent Document 1 it is defined that a T8 Reference Point is provided as an interface between SCS and SCEF.
  • TTRI T8 Transaction Reference ID
  • TLTRI T8 Long Term Transaction Reference ID
  • T8 Destination Address Accuracy
  • Idle Status Indication etc.
  • Non-Patent Document 1 discloses a procedure for specifying or setting a communication pattern (CP) regarding a UE when the SCS communicates with a UE (User Equipment) including an MTC terminal.
  • CP communication pattern
  • the communication pattern is defined in Non-Patent Document 1 as a CP parameter.
  • CP parameter periodic communication indicator, communication duration time, periodic time, scheduled communication time, and stationary indication are defined.
  • the periodic communication indicator indicates whether the UE communicates periodically or whether the UE communicates in response to a request.
  • Communication duration time indicates the duration of periodically performed communication.
  • Periodic time indicates an interval at which periodic communication occurs.
  • Scheduled communication time indicates information on time when the UE can communicate.
  • Stationary indication indicates whether the UE performs fixed communication or mobile communication.
  • the SCS transmits a CP Parameter set in which at least one of a periodic communication indicator, a communication duration time, a periodic time, a scheduled communication time, and a stationary indication is set, to the SCEF via the T8 Reference Point.
  • the SCEF transmits the received CP Parameter set to a Home Subscriber Server (HSS) that manages subscriber information of the UE.
  • HSS Home Subscriber Server
  • the HSS manages CP Parameter Set as subscriber information of the UE.
  • the HSS transmits a CP Parameter set relating to the UE to a core network node such as an MME (Mobile Management Entity) or SGSN (Serving General Packet Radio Service Support Node) that performs mobility management of the UE.
  • MME Mobile Management Entity
  • SGSN Serving General Packet Radio Service Support Node
  • the core network that has received the CP Parameter set communicates with the UE or executes call processing or the like for communicating with the UE according to the CP Parameter included in the CP Parameter set.
  • MTC terminals UEs
  • CP parameter sets held by the respective core network nodes also increase.
  • the core network node communicates with the UE in accordance with the CP Parameter, the communication timing defined by each CP Parameter may overlap. In this case, there is a problem that the load on the core network node increases as the number of overlapping communication timings increases.
  • An object of the present disclosure is to provide a service control apparatus, a charge management server, a service control method, a charge information management method, and a program that can prevent duplicate communication timing defined by a CP parameter.
  • a service control apparatus includes: a communication unit configured to receive, from a plurality of service providing apparatuses, a communication pattern that determines communication timings between the service providing apparatuses and a communication terminal; A control unit that predicts a load of a network that performs data transmission between the communication terminal and each of the service providing devices based on the communication terminal, and the communication unit is configured such that the network load in the control unit is in advance If it is predicted to be higher than a predetermined threshold value, a message is sent to prompt the change of the communication pattern to at least one service providing device of the plurality of service providing devices.
  • the charge management server determines a communication pattern according to the message among the plurality of service providing devices that have received from the service control device a message prompting a change of the communication pattern that determines the communication timing with the communication terminal. And a communication unit for receiving from the service control apparatus identification information of at least one service providing apparatus, and a control unit for changing the charge rate of the service provision apparatus specified using the identification information. .
  • a service control method receives, from a plurality of service providing devices, a communication pattern that determines the communication timing between each of the service providing devices and a communication terminal, and based on the plurality of communication patterns.
  • a load of a network performing data transmission between the communication terminal and each of the service providing devices, and the load of the network is predicted to be higher than a predetermined threshold, the plurality of service providing devices Sending a message to the at least one service providing device to urge the change of the communication pattern.
  • a charging information management method is the method according to the fourth aspect of the present invention, in which the service providing apparatus communicates according to the message among the plurality of service providing apparatuses that have received a message
  • the identification information of at least one service providing device whose pattern is changed is received from the service control device, and the charging rate of the service providing device specified using the identification information is changed.
  • a program receives, from a plurality of service providing devices, a communication pattern that determines the communication timing between each of the service providing devices and the communication terminal; Based on a plurality of the communication patterns, the load of the network performing data transmission between the communication terminal and each of the service providing devices is predicted, and the load of the network is predicted to be higher than a predetermined threshold value. In this case, a message to change the communication pattern is transmitted to at least one service providing device of the plurality of service providing devices.
  • a service control apparatus a charge management server, a service control method, a charge information management method, and a program that can prevent duplicate communication timings defined by CP parameters.
  • FIG. 1 is a configuration diagram of a communication system according to a first embodiment.
  • FIG. 7 is a configuration diagram of a communication system according to a second embodiment.
  • FIG. 16 is a diagram showing a flow of CP parameter change processing according to the second embodiment.
  • FIG. 7 is a configuration diagram of a PCRF according to a third embodiment.
  • FIG. 18 is a diagram showing a flow of CP parameter change processing according to the third embodiment. It is a block diagram of SCEF and PCRF concerning each embodiment.
  • the communication system of FIG. 1 includes a communication terminal 10, a service control device 20, a service providing device 30, a service providing device 32, and a service providing device 34.
  • the communication terminal 10 communicates with the service control apparatus 20 via the network.
  • the network includes, for example, a wireless network and a core network. It is assumed that the service control device 20 is disposed in the core network. Also, a network including a wireless network and a core network may be referred to as a mobile network.
  • the communication terminal 10, the service control device 20, the service providing device 30, the service providing device 32, and the service providing device 34 may be computer devices that operate when a processor executes a program stored in a memory.
  • the communication terminal 10 may be a mobile phone terminal or a smartphone terminal.
  • the communication terminal 10 may be an MTC terminal or an M2M (Machine to Machine) terminal.
  • the service providing device 30, the service providing device 32, and the service providing device 34 are devices that provide communication services to the communication terminal 10 or devices that provide communication services using the communication terminal 10.
  • the communication service may be paraphrased as, for example, an application service or the like.
  • the service providing device 30, the service providing device 32, and the service providing device 34 may be server devices that provide services.
  • the service control device 20 is a device that performs authentication processing and the like regarding the service providing device 30, the service providing device 32, and the service providing device 34.
  • the service control apparatus 20 may be a server apparatus that controls a service provided to the communication terminal 10 or a service using the communication terminal 10.
  • the service control device 20 is disposed between the communication terminal 10 and the service providing device 30, the service providing device 32, and the service providing device 34.
  • the service control apparatus 20 includes a communication unit 21 and a control unit 22.
  • the communication unit 21 and the control unit 22 may be software or a module whose processing is executed by the processor executing a program stored in the memory.
  • the communication unit 21 and the control unit 22 may be hardware such as a circuit or a chip.
  • the communication unit 21 receives, from the service providing apparatus 30, information on a communication pattern that determines the communication timing between the service providing apparatus 30 and the communication terminal 10.
  • the communication unit 21 also receives, from the service providing apparatus 32, information on a communication pattern that determines the communication timing between the service providing apparatus 32 and the communication terminal 10.
  • the communication unit 21 receives, from the service providing apparatus 34, information on a communication pattern that determines the communication timing between the service providing apparatus 34 and the communication terminal 10.
  • the information related to the communication pattern is information that defines communication timing such as time information or time information with which the service providing device 30 or the like communicates with the communication terminal 10.
  • the information on the communication pattern may be, for example, a CP Parameter set in which at least one of Communication duration time, Periodic time, and Scheduled communication time is set.
  • FIG. 1 shows a configuration in which the service providing device 30, the service providing device 32, and the service providing device 34 communicate with the communication terminal 10. Furthermore, the service providing device 30, the service providing device 32, and the service providing device 34 may communicate with communication terminals other than the communication terminal 10.
  • the control unit 22 predicts the load of the network based on the communication patterns received from each of the service providing device 30, the service providing device 32, and the service providing device 34.
  • the control unit 22 uses the core network node and the radio control used to transmit data between the communication terminal and the service providing device from the information on the communication terminal of the communication destination shown in the communication pattern received from each service providing device.
  • An apparatus etc. can be specified.
  • the core network node is a node arranged in the core network.
  • the wireless control device is a device that performs wireless communication with the communication terminal 10, and may be, for example, a base station or the like.
  • control unit 22 specifies how much load is concentrated on a specific core network node or a radio control device within a predetermined period from information on communication timing determined by the communication pattern. For example, the control unit 22 determines that the load is high when it is assumed that the amount of data or the number of transmissions transmitted by a specific core network node or a radio control device in a predetermined period exceeds a predetermined threshold. Do. The load on the core network node or the radio network controller may be reworded as the load on the network.
  • control unit 22 is high when the communication timings determined by the communication patterns received from each of the service providing device 30, the service providing device 32, and the service providing device 34 coincide or converge within a predetermined period. It may be determined that it will be a load. The control unit 22 determines that the load is high when the number of service providing devices having the same communication timing or the number of service providing devices centrally providing services within a predetermined period exceeds a predetermined number. You may
  • the communication unit 21 urges at least one of the service providing devices 30 to 34 to change the communication pattern, when it is determined in the control unit 22 that the core network node or the radio control device becomes a heavy load in a predetermined period. Send a message
  • the message prompting the change of the communication pattern may be, for example, a message indicating that the load on the network is high, or a message requesting a change of the communication pattern.
  • control unit 22 may determine the communication pattern in each service providing device such that the load on the network is a low load below a predetermined threshold.
  • the communication unit 21 may transmit the communication pattern determined by the control unit 22 to at least one service providing device of the service providing device 30, the service providing device 32, and the service providing device 34.
  • the service control apparatus 20 can transmit a message prompting a change of the communication pattern to at least one of the service providing apparatuses 30 to 34.
  • the service providing devices have changed the communication pattern among the service providing devices that have received the message prompting the change of the communication pattern, it is possible to prevent the network from becoming a heavy load.
  • the communication system of FIG. 2 is configured by a node device whose standard or specification is defined in 3GPP.
  • the communication system of FIG. 2 includes UE 40, RAN (Radio Access Network) 50, MME 60, SGSN 70, SCEF 80, PCRF 85, SCS 90, SCS 92, SCS 94, AS 100, AS 102, and AS 104.
  • T8 Reference Points are defined between the SCEF 80 and the SCS 90, between the SCEF 80 and the SCS 92, and between the SCEF 80 and the SCS 94.
  • the UE 40 corresponds to the communication terminal 10 in FIG.
  • the SCEF 80 corresponds to the service control device 20 of FIG. That is, the SCEF 80 has the same configuration as the service control apparatus 20.
  • the SCS 90 and the AS 100 correspond to the service providing apparatus 30 of FIG. 1
  • the SCS 92 and the AS 102 correspond to the service providing apparatus 32 of FIG. 1
  • the SCS 94 and the AS 104 correspond to the service providing apparatus 34 of FIG.
  • SCS 90 and AS 100, SCS 92 and AS 102, SCS 94 and AS 104 may be described as SCS 90 / AS 100, SCS 92 / AS 102, SCS 94 / AS 104 as a group of devices for providing service in the following description.
  • FIG. 2 shows a configuration in which SCS 90, SCS 92, and SCS 94 are connected to one AS, each SCS may be connected to a plurality of ASs.
  • the RAN 50 includes an RNC (Radio Network Controller), a Node B that supports so-called 2G (Generation) or 3G as a wireless communication method, and an eNB (evolved Node B) that supports Long Term Evolution (LTE) as a wireless communication method. May be.
  • the UE 40 performs wireless communication with the Node B or the eNB.
  • the MME 60 and the SGSN 70 are node devices that perform mobility management on the UE 40.
  • the PCRF 85 performs policy control in the mobile network. Furthermore, the PCRF 85 performs charging control on the UE 40, the SCS 90 / AS 100, the SCS 92 / AS 102, and the SCS 94 / AS 104. Charging control includes, for example, change of charging rate, generation of charging information, and the like.
  • the SCS 90 transmits a message including the CP Parameter set to the SCEF 80 (S11).
  • the SCS 92 and SCS 94 also transmit a message including the CP Parameter set to the SCEF 80 (S11).
  • the SCEF 80 predicts the load on the network using the CP Parameter set received from the SCS 90, the SCS 92, and the SCS 94 (S12).
  • the SCEF 80 may predict the load of the network, for example, using the CP Parameter set received within a predetermined period. In other words, the SCEF 80 may predict the load of the network without using the CP Parameter Set received outside the predetermined period.
  • the SCEF 80 may predict the load on the network when receiving a predetermined number of CP Parameter sets. For example, in FIG. 3, the SCEF 80 may set the predetermined number to 3 and predict the network load in step S12 when three CP Parameter sets are received. Further, in FIG. 3, it is assumed that the SCEF 80 predicts that the load on the network will be high in step S12, and the steps after step S13 will be described.
  • the SCEF 80 transmits a message including information on high load as load prediction information to the SCS 90, SCS 92, and SCS 94 (S13).
  • a message including information on high load as load prediction information corresponds to a message prompting a change of CP parameter.
  • the SCEF 80 transmits load prediction information to the SCS 90, the SCS 92, and the SCS 94 that have transmitted the CP Parameter set.
  • the SCS 90, SCS 92, and SCS 94 that have received the load prediction information determine whether or not to change the CP Parameter included in the CP Parameter Set transmitted in Step S11 (S14, S15, S16).
  • changing the CP parameter of the SCS 90 is changing the communication timing at which the SCS 90 communicates with the UE 40.
  • the SCS 90 changes the communication timing by changing at least one of Communication duration time, Periodic time, and Scheduled communication time in order to change the communication timing for performing communication with the UE 40. May be
  • the SCS 90, the SCS 92, and the SCS 94 determine whether or not to change the CP Parameter according to the policy that each SCS has, such as changing the CP Parameter does not affect the service to be provided.
  • the SCS 92 determines to change the CP Parameter, and the SCS 90 and SCS 94 determine not to change the CP Parameter.
  • the SCS 92 transmits, to the SCEF 80, a CP Parameter change request message including a CP Parameter set having a CP Parameter different from the value of the CP Parameter included in the CP Parameter set transmitted in Step S11 (S17).
  • the SCEF 80 transmits the CP Parameter set transmitted from the SCS 90, the SCS 92, and the SCS 94 to the HSS, and the HSS transmits the CP Parameter set to the MME 60 or the SGSN 70.
  • the SCEF 80 may transmit, to the SCS 92, a message indicating that the change of the CP Parameter Set has been completed.
  • the SCEF 80 can predict the load on the network using a plurality of CP Parameter sets received from a plurality of SCSs. Furthermore, if the SCEF 80 predicts that the load on the network will be a high load exceeding a predetermined threshold, it can transmit load prediction information indicating that the load on the network will be high to each SCS. When the SCS that has received the load prediction information changes the CP Parameter set, it is possible to prevent the network from becoming a high load.
  • the load prediction information transmitted by the SCEF 80 may include a change value of the CP parameter together with the prediction information indicating that the load is high.
  • the SCEF 80 may determine the value of the CP Parameter so that the network is not heavily loaded, and may transmit the modified CP Parameter to each SCS.
  • the SCEF 80 may determine the value of the CP Parameter so as to distribute the communication timing in order to prevent the network from being heavily loaded.
  • the SCEF 80 may transmit the changed CP Parameter only to the SCS 92 when it is determined to change only the CP Parameter of the SCS 92 among the SCS 90, the SCS 92, and the SCS 94.
  • the SCEF 80 may set the priority in advance for each SCS and may change the CP Parameter in the low-priority SCS in order to determine the SCS to change the CP parameter.
  • the SCEF 80 may use the SCS that has transmitted the CP Parameter Set as the SCS that changes the CP Parameter.
  • the SCEF 80 may be the SCS that has transmitted the CP parameter set most lately as the SCS that changes the CP parameter.
  • the SCEF 80 may determine the SCS to change the CP parameter in accordance with the timing at which the CP parameter set is received.
  • the SCS 90 and the SCS 94 may transmit a message indicating that the change of the CP Parameter is rejected to the SCEF 80.
  • the PCRF 85 includes a communication unit 86 and a control unit 87.
  • the communication unit 86 and the control unit 87 may be software or a module whose processing is executed by the processor executing a program stored in the memory.
  • the communication unit 86 and the control unit 87 may be hardware such as a circuit or a chip.
  • the communication unit 86 receives, from the SCEF 80, the identification information of the SCS whose value of the CP Parameter has been changed.
  • the control unit 87 changes the charging rate applied to the SCS specified by the identification information received by the communication unit 86.
  • the SCS which has changed the value of the CP Parameter, decides to change the value of the CP Parameter based on the result of the load prediction information from the SCEF 80.
  • the SCS which has changed the value of the CP Parameter, changes the value of the CP Parameter in accordance with the request for changing the value of the CP Parameter transmitted from the communication carrier. Therefore, the communication carrier side may change the charging rate so as to lower the charging rate of the SCS which has changed the value of the CP Parameter.
  • the communication carrier side may change the charging rate so as to lower the charging rate of the SCS which has changed the value of the CP Parameter.
  • Steps S21 to S27 are the same as steps S11 to S17 in FIG. 3, and thus detailed description will be omitted.
  • the SCEF 80 When the SCEF 80 receives the CP Parameter change request message from the SCS 92 in step S27, it transmits a CP Parameter change request message including the identification information of the SCS whose CP Parameter has been changed, to the PCRF 85 (S28).
  • the identification information of the SCS may be, for example, an IP address assigned to the SCS, or may be information that can uniquely identify the SCS in the mobile network.
  • the PCRF 85 changes the billing information of the SCS specified by the identification information received in step S28 (S29). Specifically, the PCRF 85 changes the charging rate of the SCS specified by the identification information received in step S28 to lower.
  • the PCRF 85 transmits a CP Parameter change completion message to the SCEF 80 as a response to the message received in Step S28 (S30). Furthermore, when receiving the CP Parameter change completion message in step S30, the SCEF 80 transmits a CP Parameter change completion message to the SCS 92 (S31).
  • the PCRF 85 can lower the charge rate of the SCS whose CP parameter has been changed in response to the request from the SCEF 80.
  • the number of SCSs responding to the change of the CP parameter increases with respect to the change request of the CP parameter transmitted from the SCEF 80.
  • FIG. 6 is a block diagram showing a configuration example of the SCEF 80 and the PCRF 85.
  • SCEF 80 and PCRF 85 include network interface 1201, processor 1202, and memory 1203.
  • the network interface 1201 is used to communicate with other network node devices that constitute the communication system.
  • the network interface 1201 may include, for example, a network interface card (NIC) compliant with the IEEE 802.3 series.
  • NIC network interface card
  • the processor 1202 reads the software (computer program) from the memory 1203 and executes it to perform the processing of the SCEF 80 and the PCRF 85 described using the sequence diagram and the flowchart in the above embodiment.
  • the processor 1202 may be, for example, a microprocessor, a micro processing unit (MPU), or a central processing unit (CPU).
  • Processor 1202 may include multiple processors.
  • the memory 1203 is configured by a combination of volatile memory and non-volatile memory.
  • Memory 1203 may include storage located remotely from processor 1202. In this case, the processor 1202 may access the memory 1203 via an I / O interface not shown.
  • memory 1203 is used to store software modules.
  • the processor 1202 can perform the processing of the SCEF 80 and the PCRF 85 described in the above embodiment by reading and executing these software modules from the memory 1203.
  • each of the processors included in the SCEF 80 and the PCRF 85 executes one or more programs including a group of instructions for causing a computer to perform the algorithm described with reference to the drawings.
  • Non-transitory computer readable media include tangible storage media of various types.
  • Examples of non-transitory computer readable media include magnetic recording media, magneto-optical recording media (eg magneto-optical disks), CD-ROMs (Read Only Memory), CD-Rs, CD-R / Ws, semiconductor memories.
  • the recording medium includes, for example, a flexible disk, a magnetic tape, and a hard disk drive.
  • the semiconductor memory has, for example, a mask ROM, a programmable ROM (PROM), an erasable PROM (EPROM), a flash ROM, and a random access memory (RAM).
  • the programs may be supplied to the computer by various types of transitory computer readable media.
  • Examples of temporary computer readable media include electrical signals, light signals, and electromagnetic waves.
  • the temporary computer readable medium can provide the program to the computer via a wired communication path such as electric wire and optical fiber, or a wireless communication path.
  • a communication unit that receives, from a plurality of service providing devices, a communication pattern that determines the communication timing between each of the service providing devices and the communication terminal;
  • a control unit that predicts a load of a network performing data transmission between the communication terminal and each of the service providing devices based on a plurality of the communication patterns;
  • the communication unit is In the control unit, when it is predicted that the load on the network becomes higher than a predetermined threshold value, a message to prompt the change of the communication pattern is transmitted to at least one service providing device among the plurality of service providing devices. , Service control device.
  • the communication unit is The service control apparatus according to Appendix 1, wherein information indicating a communication pattern after the change is transmitted to the service providing apparatus as a message prompting a change of the communication pattern.
  • the communication pattern after the change is The at least one of the duration of periodic communication with the communication terminal, the interval at which the periodic communication occurs, and the time at which communication with the communication terminal can be performed is changed as described in appendix 2.
  • Service control equipment (Supplementary Note 4)
  • the control unit The service control device according to Supplementary Note 2 or 3, wherein the communication pattern after the change is determined such that communication timings between the service providing device and the communication terminal are dispersed.
  • the communication unit is When at least one of the service providing devices changes the communication pattern, the identification information of the service providing device whose communication pattern has been changed is transmitted to a charge management server that manages charging rates of the plurality of service providing devices.
  • the service control apparatus according to any one of appendices 1 to 4.
  • (Appendix 9) Receiving, from a plurality of service providing devices, a communication pattern that determines the communication timing between each of the service providing devices and the communication terminal; Predicting a load of a network performing data transmission between the communication terminal and each of the service providing devices based on a plurality of the communication patterns; When it is predicted that the load on the network will be higher than a predetermined threshold value, the computer transmits to the computer a message prompting a change of the communication pattern to at least one service providing device of the plurality of service providing devices.
  • a program that (Supplementary Note 10) Among a plurality of service providing devices that have received from the service control device a message prompting a change in communication pattern that determines communication timing with the communication terminal, identification information of at least one service providing device whose communication pattern has been changed according to the message Received from the service control device; A program that causes a computer to execute changing of a charging rate of the service providing device specified using the identification information.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

CP Parameterによって定められる通信タイミングが重複することを防止することができるサービス制御装置を提供することを目的とする。本開示にかかるサービス制御装置（２０）は、サービス提供装置（３０、３２、３４）から、それぞれのサービス提供装置と通信端末（１０）との通信タイミングを定める通信パターンを受信する通信部（２１）と、複数の通信パターンに基づいて、通信端末（１０）とそれぞれのサービス提供装置との間のデータ伝送を行うネットワークの負荷を予測する制御部（２２）と、を備える。通信部（２１）は、制御部（２２）において、ネットワークの負荷が予め定められた閾値よりも高くなると予測された場合、複数のサービス提供装置のうち少なくとも１つのサービス提供装置へ、通信パターンの変更を促すメッセージを送信する。

Description

サービス制御装置、課金管理サーバ、サービス制御方法、課金情報管理方法、及び非一時的なコンピュータ可読媒体
　本開示はサービス制御装置、課金管理サーバ、サービス制御方法、課金情報管理方法、及びプログラムに関する。
　近年、ネットワークに接続する多くのＭＴＣ（Machine Type Communication）端末とサーバ装置との通信を実現するためのネットワーク構成が３ＧＰＰ（3rd Generation Partnership Project）において検討されている。具体的には、ＳＣＳ（Services Capability Server）と、ＳＣＥＦ（Ｓｅｒｖｉｃｅ　Capability Exposure Function）エンティティ（以下、ＳＣＥＦとする）との間のインタフェースに関する検討が進められている。ＳＣＳは、複数のアプリケーションサーバ（Application Server：AS）と接続する。ＳＣＥＦは、モバイルネットワークに配置されるノードである。ＳＣＳは、複数のＡＳを収容するサービスプラットフォームとして用いられる。モバイルネットワークは、３ＧＰＰにおいて仕様が規定されているノード装置によって構成されるネットワークである。
　ここで、非特許文献１において、ＳＣＳとＳＣＥＦとの間のインタフェースとして、T8 Reference Pointを設けることが定められている。
　例えば、T8 Reference Pointにおいて伝送される共通パラメータとして、TTRI（T8 Transaction Reference ID）、TLTRI（T8 Long Term Transaction Reference ID）、T8 Destination Address、Accuracy、及びIdle Status Indication等が定められている。
　また、非特許文献１には、ＳＣＳが、ＭＴＣ端末を含むＵＥ（User Equipment）と通信を行う際に、ＵＥに関する通信パターン（Communication Pattern：CP）を指定もしくは設定する手順が開示されている。
　通信パターンは、非特許文献１に、CP parameterとして定義されている。CP parameterとして、Periodic communication indicator、Communication duration time、Periodic time、Scheduled communication time、及びStationary indicationが定義されている。Periodic communication indicatorは、ＵＥが周期的に通信するか、もしくは、ＵＥが要求に応じて通信するか、を示す。Communication duration timeは、周期的に行われる通信の継続時間を示す。Periodic timeは、周期的な通信が発生する間隔を示す。Scheduled communication timeは、ＵＥが通信可能な時刻に関する情報を示す。Stationary indicationは、ＵＥが固定通信を行うか移動通信を行うかを示す。
　ＳＣＳは、Periodic communication indicator、Communication duration time、Periodic time、Scheduled communication time、及びStationary indicationのうち、少なくとも１つを設定したCP Parameter setを、T8 Reference Pointを介してＳＣＥＦへ送信する。次に、ＳＣＥＦは、受信したCP Parameter setを、ＵＥの加入者情報を管理するＨＳＳ（Home Subscriber Server）へ送信する。ＨＳＳは、ＵＥの加入者情報として、CP Parameter setを管理する。さらに、ＨＳＳは、ＵＥの移動管理等を行うＭＭＥ（Mobile Management Entity）もしくはＳＧＳＮ（Serving General Packet Radio Service Support Node）等のコアネットワークノードへ、ＵＥに関するCP Parameter setを送信する。
　CP Parameter setを受信したコアネットワークは、CP Parameter setに含まれるCP Parameterに従って、ＵＥと通信を行う、もしくは、ＵＥと通信を行うための呼処理等を実行する。
3GPP TS23.682 V15.1.0 (2017-06)
　今後、ＭＴＣ端末の急速な増加に伴い、モバイルネットワークに接続するＭＴＣ端末（ＵＥ）も急激に増加することが想定される。モバイルネットワークに接続するＵＥが増加した場合、それぞれのコアネットワークノードが保持するCP Parameter setも増加する。コアネットワークノードは、CP Parameterに従ってＵＥと通信を行う際に、それぞれのCP Parameterによって定められる通信タイミングが重複することがある。この場合、重複する通信タイミングの数が多くなるほど、コアネットワークノードの負荷が高くなるという問題がある。
　本開示の目的は、CP Parameterによって定められる通信タイミングが重複することを防止しうるサービス制御装置、課金管理サーバ、サービス制御方法、課金情報管理方法、及びプログラムを提供することにある。
　本開示の第１の態様にかかるサービス制御装置は、複数のサービス提供装置から、それぞれの前記サービス提供装置と通信端末との通信タイミングを定める通信パターンを受信する通信部と、複数の前記通信パターンに基づいて、前記通信端末とそれぞれの前記サービス提供装置との間のデータ伝送を行うネットワークの負荷を予測する制御部と、を備え、前記通信部は、前記制御部において、ネットワークの負荷が予め定められた閾値よりも高くなると予測された場合、前記複数のサービス提供装置のうち少なくとも１つのサービス提供装置へ、前記通信パターンの変更を促すメッセージを送信する。
　本開示の第２の態様にかかる課金管理サーバは、サービス制御装置から、通信端末との通信タイミングを定める通信パターンの変更を促すメッセージを受信した複数のサービス提供装置のうち、前記メッセージに従って通信パターンを変更した少なくも１つのサービス提供装置の識別情報を前記サービス制御装置から受信する通信部と、前記識別情報を用いて特定される前記サービス提供装置の課金レートを変更する制御部と、を備える。
　本開示の第３の態様にかかるサービス制御方法は、複数のサービス提供装置から、それぞれの前記サービス提供装置と通信端末との通信タイミングを定める通信パターンを受信し、複数の前記通信パターンに基づいて、前記通信端末とそれぞれの前記サービス提供装置との間のデータ伝送を行うネットワークの負荷を予測し、ネットワークの負荷が予め定められた閾値よりも高くなると予測された場合、前記複数のサービス提供装置のうち少なくとも１つのサービス提供装置へ、前記通信パターンの変更を促すメッセージを送信する。
　本開示の第４の態様にかかる課金情報管理方法は、サービス制御装置から、通信端末との通信タイミングを定める通信パターンの変更を促すメッセージを受信した複数のサービス提供装置のうち、前記メッセージに従って通信パターンを変更した少なくも１つのサービス提供装置の識別情報を前記サービス制御装置から受信し、前記識別情報を用いて特定される前記サービス提供装置の課金レートを変更する。
　本開示の第５の態様にかかるプログラムは、複数のサービス提供装置から、それぞれの前記サービス提供装置と通信端末との通信タイミングを定める通信パターンを受信し、
　複数の前記通信パターンに基づいて、前記通信端末とそれぞれの前記サービス提供装置との間のデータ伝送を行うネットワークの負荷を予測し、ネットワークの負荷が予め定められた閾値よりも高くなると予測された場合、前記複数のサービス提供装置のうち少なくとも１つのサービス提供装置へ、前記通信パターンの変更を促すメッセージを送信する。
　本開示により、CP Parameterによって定められる通信タイミングが重複することを防止しうるサービス制御装置、課金管理サーバ、サービス制御方法、課金情報管理方法、及びプログラムを提供することができる。
実施の形態１にかかる通信システムの構成図である。 実施の形態２にかかる通信システムの構成図である。 実施の形態２にかかるCP Parameter変更処理の流れを示す図である。 実施の形態３にかかるＰＣＲＦの構成図である。 実施の形態３にかかるCP Parameter変更処理の流れを示す図である。 それぞれの実施の形態にかかるＳＣＥＦ及びＰＣＲＦの構成図である。
　（実施の形態１）
　以下、図面を参照して本開示の実施の形態について説明する。図１を用いて本開示の実施の形態１にかかる通信システムの構成例について説明する。図１の通信システムは、通信端末１０、サービス制御装置２０、サービス提供装置３０、サービス提供装置３２、及びサービス提供装置３４を有している。また、通信端末１０は、ネットワークを介してサービス制御装置２０と通信を行う。ネットワークは、例えば、無線ネットワーク及びコアネットワークを含む。サービス制御装置２０は、コアネットワーク内に配置されているとする。また、無線ネットワーク及びコアネットワークを含むネットワークを、モバイルネットワークと称してもよい。
　通信端末１０、サービス制御装置２０、サービス提供装置３０、サービス提供装置３２、及びサービス提供装置３４は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。
　通信端末１０は、携帯電話端末もしくはスマートフォン端末であってもよい。または、通信端末１０は、ＭＴＣ端末もしくはＭ２Ｍ（Machine to Machine）端末であってもよい。
　サービス提供装置３０、サービス提供装置３２、及びサービス提供装置３４は、通信端末１０へ通信サービスを提供する装置、もしくは、通信端末１０を利用した通信サービスを提供する装置である。通信サービスは、例えば、アプリケーションサービス等と言い換えられてもよい。サービス提供装置３０、サービス提供装置３２、及びサービス提供装置３４は、サービスを提供するサーバ装置であってもよい。
　サービス制御装置２０は、サービス提供装置３０、サービス提供装置３２、及びサービス提供装置３４に関する認証処理等を行う装置である。サービス制御装置２０は、通信端末１０へ提供されるサービスもしくは通信端末１０を利用したサービスに関する制御を行うサーバ装置であってもよい。サービス制御装置２０は、通信端末１０と、サービス提供装置３０、サービス提供装置３２、及びサービス提供装置３４との間に配置されている。
　続いて、サービス制御装置２０の構成例について説明する。サービス制御装置２０は、通信部２１及び制御部２２を有している。通信部２１及び制御部２２は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、通信部２１及び制御部２２は、回路もしくはチップ等のハードウェアであってもよい。
　通信部２１は、サービス提供装置３０から、サービス提供装置３０と通信端末１０との通信タイミングを定める通信パターンに関する情報を受信する。また、通信部２１は、サービス提供装置３２から、サービス提供装置３２と通信端末１０との通信タイミングを定める通信パターンに関する情報を受信する。また、通信部２１は、サービス提供装置３４から、サービス提供装置３４と通信端末１０との通信タイミングを定める通信パターンに関する情報を受信する。
　通信パターンに関する情報は、サービス提供装置３０等が通信端末１０と通信を行う時間情報もしくは時刻情報等の通信タイミングを定める情報である。通信パターンに関する情報は、例えば、Communication duration time、Periodic time、及びScheduled communication time、のうち、少なくとも１つを設定したCP Parameter setであってもよい。
　また、図１においては、サービス提供装置３０、サービス提供装置３２、及びサービス提供装置３４が通信端末１０と通信を行う構成が示されている。さらに、サービス提供装置３０、サービス提供装置３２、及びサービス提供装置３４は、通信端末１０以外の他の通信端末と通信を行ってもよい。
　制御部２２は、サービス提供装置３０、サービス提供装置３２、及びサービス提供装置３４のそれぞれから受信した通信パターンに基づいて、ネットワークの負荷を予測する。制御部２２は、それぞれのサービス提供装置から受信した通信パターンに示される通信先の通信端末に関する情報から、その通信端末とサービス提供装置との間のデータの伝送に用いられるコアネットワークノード及び無線制御装置等を特定することができる。コアネットワークノードは、コアネットワークに配置されているノードである。無線制御装置は、通信端末１０と無線通信を行う装置であり、例えば、基地局等であってもよい。
　さらに、制御部２２は、通信パターンによって定められる通信タイミングに関する情報から、所定期間内に特定のコアネットワークノードもしくは無線制御装置に、どの程度の負荷が集中するかを特定する。例えば、制御部２２は、特定のコアネットワークノードもしくは無線制御装置が所定期間内に伝送するデータ量もしくは伝送回数等が、予め定められた閾値を上回ることが想定される場合に、高負荷と判定する。コアネットワークノードもしくは無線制御装置における負荷は、ネットワークの負荷と言い換えられてもよい。
　また、制御部２２は、サービス提供装置３０、サービス提供装置３２、及びサービス提供装置３４のそれぞれから受信した通信パターンによって定められる通信タイミングが、一致する、もしくは所定の期間内に集中する場合、高負荷になると判定してもよい。通信タイミングが一致するサービス提供装置の数、もしくは所定の期間内に集中してサービスを提供するサービス提供装置の数が予め定められた数を超える場合に、制御部２２は、高負荷になると判定してもよい。
　通信部２１は、制御部２２において、所定の期間においてコアネットワークノードもしくは無線制御装置が高負荷になると判定された場合、サービス提供装置３０乃至３４のうち少なくとも１つへ、通信パターンの変更を促すメッセージを送信する。
　通信パターンの変更を促すメッセージは、例えば、ネットワークの負荷が高負荷になることを示すメッセージであってもよく、通信パターンの変更を要求するメッセージであってもよい。
　また、制御部２２は、ネットワークの負荷が、予め定められた閾値を下回る低負荷となるような、それぞれのサービス提供装置における通信パターンを決定してもよい。通信部２１は、制御部２２において決定された通信パターンをサービス提供装置３０、サービス提供装置３２、及びサービス提供装置３４のすくなくとも１つのサービス提供装置へ送信してもよい。
　以上説明したように、サービス制御装置２０は、ネットワークが高負荷になると推定した場合、サービス提供装置３０乃至３４の少なくとも１つへ、通信パターンの変更を促すメッセージを送信することができる。通信パターンの変更を促すメッセージを受信したサービス提供装置のうち、いくつかのサービス提供装置が通信パターンを変更した場合、ネットワークが高負荷となることを防止することができる。
　（実施の形態２）
　続いて、図２を用いて本開示の実施の形態２にかかる通信システムの構成例について説明する。図２の通信システムは、３ＧＰＰにおいて規格もしくは仕様が定められているノード装置によって構成される。図２の通信システムは、ＵＥ４０、ＲＡＮ（Radio Access Network）５０、ＭＭＥ６０、ＳＧＳＮ７０、ＳＣＥＦ８０、ＰＣＲＦ８５、ＳＣＳ９０、ＳＣＳ９２、ＳＣＳ９４、ＡＳ１００、ＡＳ１０２、及びＡＳ１０４を有している。ＳＣＥＦ８０と、ＳＣＳ９０との間、ＳＣＥＦ８０とＳＣＳ９２との間、ＳＣＥＦ８０とＳＣＳ９４との間には、T8 Reference Pointが定められている。
　ＵＥ４０は、図１の通信端末１０に相当する。ＳＣＥＦ８０は、図１のサービス制御装置２０に相当する。つまり、ＳＣＥＦ８０は、サービス制御装置２０と同様の構成を有している。ＳＣＳ９０及びＡＳ１００は、図１のサービス提供装置３０に相当し、ＳＣＳ９２及びＡＳ１０２は、図１のサービス提供装置３２に相当し、ＳＣＳ９４及びＡＳ１０４は、図１のサービス提供装置３４に相当する。ＳＣＳ９０及びＡＳ１００、ＳＣＳ９２及びＡＳ１０２、ＳＣＳ９４及びＡＳ１０４は、以下の説明において、サービスを提供するための装置群として、ＳＣＳ９０／ＡＳ１００、ＳＣＳ９２／ＡＳ１０２、ＳＣＳ９４／ＡＳ１０４として説明することがある。また、図２においては、ＳＣＳ９０、ＳＣＳ９２、及びＳＣＳ９４が、一つのＡＳと接続している構成を示しているが、それぞれのＳＣＳは、複数のＡＳと接続してもよい。
　ＲＡＮ５０は、ＲＮＣ（Radio Network Controller）、無線通信方式としていわゆる２Ｇ（Generation）もしくは３ＧをサポートするNode B、及び無線通信方式としてＬＴＥ（Long Term Evolution）をサポートするｅＮＢ（evolved Node B）等を含んでもよい。ＵＥ４０は、Node BもしくはｅＮＢと無線通信を行う。ＭＭＥ６０及びＳＧＳＮ７０は、ＵＥ４０に関する移動管理を行うノード装置である。
　ＰＣＲＦ８５は、モバイルネットワーク内におけるポリシー制御を行う。さらに、ＰＣＲＦ８５は、ＵＥ４０、ＳＣＳ９０／ＡＳ１００、ＳＣＳ９２／ＡＳ１０２、及びＳＣＳ９４／ＡＳ１０４に関する課金制御を行う。課金制御は、例えば、課金レートの変更、課金情報の生成等を含む。
　続いて、図３を用いて実施の形態２にかかるCP Parameter変更処理の流れについて説明する。はじめに、ＳＣＳ９０は、CP Parameter setを含むメッセージをＳＣＥＦ８０へ送信する（Ｓ１１）。ＳＣＳ９２及びＳＣＳ９４もＳＣＳ９０と同様に、CP Parameter setを含むメッセージをＳＣＥＦ８０へ送信する（Ｓ１１）。
　次に、ＳＣＥＦ８０は、ＳＣＳ９０、ＳＣＳ９２、及びＳＣＳ９４から受信したCP Parameter setを用いてネットワークの負荷を予測する（Ｓ１２）。ＳＣＥＦ８０は、例えば、所定期間内に受信したCP Parameter setを用いてネットワークの負荷を予測してもよい。言い換えると、ＳＣＥＦ８０は、所定期間外に受信したCP Parameter setを用いることなく、ネットワークの負荷を予測してもよい。もしくは、ＳＣＥＦ８０は、所定数のCP Parameter setを受信した場合に、ネットワークの負荷を予測してもよい。例えば、図３において、ＳＣＥＦ８０は、所定数を３と定め、３個のCP Parameter setを受信した際に、ステップＳ１２におけるネットワークの負荷を予測してもよい。また、図３においては、ステップＳ１２において、ＳＣＥＦ８０は、ネットワークの負荷が高負荷になると予測したとして、ステップＳ１３以降の説明を行う。
　次に、ＳＣＥＦ８０は、負荷予測情報として、高負荷との情報を含むメッセージをＳＣＳ９０、ＳＣＳ９２、及びＳＣＳ９４へ送信する（Ｓ１３）。負荷予測情報として、高負荷との情報を含むメッセージはCP Parameterの変更を促すメッセージに相当する。ＳＣＥＦ８０は、CP Parameter setを送信したＳＣＳ９０、ＳＣＳ９２、及びＳＣＳ９４へ、負荷予測情報を送信する。
　次に、負荷予測情報を受信したＳＣＳ９０、ＳＣＳ９２、及びＳＣＳ９４は、ステップＳ１１において送信したCP Parameter setに含まれるCP Parameterを変更するか否かを判定する（Ｓ１４、Ｓ１５、Ｓ１６）。例えば、ＳＣＳ９０がCP Parameterを変更することは、ＳＣＳ９０がＵＥ４０と通信を行う通信タイミングを変更することである。具体的には、ＳＣＳ９０は、ＵＥ４０との通信を行う通信タイミングを変更するために、Communication duration time、Periodic time、及びScheduled communication time、のうち、少なくとも１つを変更して、通信タイミングを変更してもよい。
　ＳＣＳ９０、ＳＣＳ９２、及びＳＣＳ９４は、CP Parameterを変更しても、提供するサービスに影響を与えないか、等の、それぞれのＳＣＳが有するポリシーに従って、CP Parameterを変更するか否かを判定する。
　図３においては、ＳＣＳ９２は、CP Parameterを変更すると判定し、ＳＣＳ９０及びＳＣＳ９４は、CP Parameterを変更しないと判定したとして説明する。この場合、ＳＣＳ９２は、ステップＳ１１において送信したCP Parameter setに含まれるCP Parameterの値とは異なるCP Parameterを有するCP Parameter setを含む、CP Parameter変更要求メッセージをＳＣＥＦ８０へ送信する（Ｓ１７）。
　以降の処理において、ＳＣＥＦ８０は、ＳＣＳ９０、ＳＣＳ９２、及びＳＣＳ９４から送信されたCP Parameter setをＨＳＳへ送信し、ＨＳＳは、CP Parameter setを、ＭＭＥ６０もしくはＳＧＳＮ７０へ送信する。また、ＳＣＥＦ８０は、コアネットワーク内においてCP Parameter setの変更処理が完了した場合、ＳＣＳ９２へ、CP Parameter setの変更を完了したことを示すメッセージを送信してもよい。
　以上説明したように、実施の形態２にかかるＳＣＥＦ８０は、複数のＳＣＳから受信した複数のCP Parameter setを用いて、ネットワークの負荷を予測することができる。さらに、ＳＣＥＦ８０は、ネットワークの負荷が予め定められた閾値を超える高負荷になると予測した場合、それぞれのＳＣＳへ、ネットワークが高負荷になることを示す負荷予測情報を送信することができる。負荷予測情報を受信したＳＣＳが、CP Parameter setを変更した場合、ネットワークが高負荷となることを防止することができる。
　また、ステップＳ１３において、ＳＣＥＦ８０が送信する負荷予測情報には、高負荷になるとの予測情報とともに、CP Parameterの変更値が含まれてもよい。言い換えると、ＳＣＥＦ８０は、ネットワークが高負荷とならないようなCP Parameterの値を決定し、変更後のCP ParameterをそれぞれのＳＣＳへ送信してもよい。さらに言い換えると、ＳＣＥＦ８０は、ネットワークが高負荷となることを防止するために、通信タイミングを分散させるように、CP Parameterの値を決定してもよい。ＳＣＥＦ８０は、ＳＣＳ９０、ＳＣＳ９２、及びＳＣＳ９４のうち、ＳＣＳ９２のCP Parameterのみの変更を決定した場合、ＳＣＳ９２のみに変更後のCP Parameterを送信してもよい。
　また、ＳＣＥＦ８０は、CP Parameterを変更させるＳＣＳを決定するために、予めそれぞれのＳＣＳに対して優先度を設定し、優先度の低いＳＣＳにおけるCP Parameterを変更させてもよい。もしくは、ＳＣＥＦ８０は、一番早くCP Parameter Setを送信したＳＣＳをCP Parameterを変更させるＳＣＳとしてもよい。もしくは、ＳＣＥＦ８０は、一番遅くCP Parameter setを送信したＳＣＳをCP Parameterを変更させるＳＣＳとしてもよい。もしくは、ＳＣＥＦ８０は、CP Parameter setを受信したタイミングに応じてCP Parameterを変更させるＳＣＳを決定してもよい。
　また、図３において、ＳＣＳ９０及びＳＣＳ９４は、CP Parameterを変更しないことを決定した場合、ＳＣＥＦ８０に対して、CP Parameterの変更を拒否することを示すメッセージを送信してもよい。
　（実施の形態３）
　続いて、図４を用いて実施の形態３にかかるＰＣＲＦ８５の構成例について説明する。ＰＣＲＦ８５は、通信部８６及び制御部８７を有している。通信部８６及び制御部８７は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、通信部８６及び制御部８７は、回路もしくはチップ等のハードウェアであってもよい。
　通信部８６は、ＳＣＳ９０、ＳＣＳ９２、及びＳＣＳ９４のうち少なくとも１つのＳＣＳがCP Parameterの値を変更した場合、ＳＣＥＦ８０から、CP Parameterの値を変更したＳＣＳの識別情報を受信する。
　制御部８７は、通信部８６が受信した識別情報によって特定されるＳＣＳに適用されている課金レートを変更する。CP Parameterの値を変更したＳＣＳは、ＳＣＥＦ８０からの負荷予測情報の結果に基づいてCP Parameterの値を変更することを決定している。言い換えると、CP Parameterの値を変更したＳＣＳは、通信キャリアから送信されたCP Parameterの値の変更要求に従って、CP Parameterの値を変更している。そのため、通信キャリア側は、CP Parameterの値を変更したＳＣＳの課金レートを下げるように、課金レートを変更してもよい。このように、CP Parameterの値を変更したＳＣＳの課金レートを下げる処理を行うことによって、ＳＣＳに対して通信キャリア側の要求に対してCP Parameterの値の変更に応じやすくさせることができる。
　続いて、図５を用いて実施の形態３にかかるCP Parameter変更処理の流れについて説明する。ステップＳ２１～Ｓ２７は、図３のステップＳ１１～Ｓ１７と同様であるため詳細な説明を省略する。
　ＳＣＥＦ８０は、ステップＳ２７においてＳＣＳ９２からCP Parameter変更要求メッセージを受信した場合、ＰＣＲＦ８５へ、CP Parameterを変更したＳＣＳの識別情報を含むCP Parameter変更要求メッセージを送信する（Ｓ２８）。ＳＣＳの識別情報は、例えば、ＳＣＳに割り当てられているＩＰアドレスであってもよく、もしくは、モバイルネットワークにおいてＳＣＳを一意に識別することができる情報であってもよい。
　次に、ＰＣＲＦ８５は、ステップＳ２８において受信した識別情報によって特定されるＳＣＳの課金情報を変更する（Ｓ２９）。具体的には、ＰＣＲＦ８５は、ステップＳ２８において受信した識別情報によって特定されるＳＣＳの課金レートを下げるように変更する。
　次に、ＰＣＲＦ８５は、課金情報の変更が完了すると、ステップＳ２８において受信したメッセージに対する応答として、CP Parameter変更完了メッセージをＳＣＥＦ８０へ送信する（Ｓ３０）。さらに、ＳＣＥＦ８０は、ステップＳ３０においてCP Parameter変更完了メッセージを受信すると、ＳＣＳ９２へ、CP Parameter変更完了メッセージを送信する（Ｓ３１）。
　以上説明したように、ＰＣＲＦ８５は、ＳＣＥＦ８０からの要求に応じてCP Parameterを変更したＳＣＳの課金レートを下げることができる。これにより、ＳＣＥＦ８０から送信されたCP Parameterの変更要求に対して、CP Parameterの変更に応じるＳＣＳの数が増加することを期待できる。
　続いて以下では、図６を用いて、上述の複数の実施形態で説明されたＳＣＥＦ８０及びＰＣＲＦ８５の構成例について説明する。
　図６は、ＳＣＥＦ８０及びＰＣＲＦ８５の構成例を示すブロック図である。図６を参照すると、ＳＣＥＦ８０及びＰＣＲＦ８５は、ネットワークインタフェース１２０１、プロセッサ１２０２、及びメモリ１２０３を含む。ネットワークインタフェース１２０１は、通信システムを構成する他のネットワークノード装置と通信するために使用される。ネットワークインタフェース１２０１は、例えば、IEEE 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。
　プロセッサ１２０２は、メモリ１２０３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施形態においてシーケンス図及びフローチャートを用いて説明されたＳＣＥＦ８０及びＰＣＲＦ８５の処理を行う。プロセッサ１２０２は、例えば、マイクロプロセッサ、MPU（Micro Processing Unit）、又はCPU（Central Processing Unit）であってもよい。プロセッサ１２０２は、複数のプロセッサを含んでもよい。
　メモリ１２０３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１２０３は、プロセッサ１２０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１２０２は、図示されていないI/Oインタフェースを介してメモリ１２０３にアクセスしてもよい。
　図６の例では、メモリ１２０３は、ソフトウェアモジュール群を格納するために使用される。プロセッサ１２０２は、これらのソフトウェアモジュール群をメモリ１２０３から読み出して実行することで、上述の実施形態において説明されたＳＣＥＦ８０及びＰＣＲＦ８５の処理を行うことができる。
　図６を用いて説明したように、ＳＣＥＦ８０及びＰＣＲＦ８５が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。
　上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ－ＲＯＭ（Read Only Memory）、ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗ、半導体メモリを含む。記録媒体は、例えばフレキシブルディスク、磁気テープ、ハードディスクドライブを有する。半導体メモリは、例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory）を有する。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
　なお、本開示は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示は、それぞれの実施の形態を適宜組み合わせて実施されてもよい。
　以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
　この出願は、２０１７年９月２１日に出願された日本出願特願２０１７－１８１５０４を基礎とする優先権を主張し、その開示の全てをここに取り込む。
　上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
　（付記１）
　複数のサービス提供装置から、それぞれの前記サービス提供装置と通信端末との通信タイミングを定める通信パターンを受信する通信部と、
　複数の前記通信パターンに基づいて、前記通信端末とそれぞれの前記サービス提供装置との間のデータ伝送を行うネットワークの負荷を予測する制御部と、を備え、
　前記通信部は、
　前記制御部において、ネットワークの負荷が予め定められた閾値よりも高くなると予測された場合、前記複数のサービス提供装置のうち少なくとも１つのサービス提供装置へ、前記通信パターンの変更を促すメッセージを送信する、サービス制御装置。
　（付記２）
　前記通信部は、
　前記通信パターンの変更を促すメッセージとして、変更後の通信パターンを示す情報を前記サービス提供装置へ送信する、付記１に記載のサービス制御装置。
　（付記３）
　前記変更後の通信パターンは、
　前記通信端末と行う周期的な通信の継続時間、前記周期的な通信が発生する間隔、及び、前記通信端末と通信を行うことが可能な時刻のうち少なくとも一つを変更する、付記２に記載のサービス制御装置。
　（付記４）
　前記制御部は、
　それぞれの前記サービス提供装置と、前記通信端末との通信タイミングが分散するように、前記変更後の通信パターンを決定する、付記２又は３に記載のサービス制御装置。
　（付記５）
　前記通信部は、
　少なくとも１つの前記サービス提供装置が前記通信パターンを変更した場合、前記複数のサービス提供装置に関する課金レートを管理する課金管理サーバへ、前記通信パターンを変更した前記サービス提供装置の識別情報を送信する、付記１乃至４のいずれか１項に記載のサービス制御装置。
　（付記６）
　サービス制御装置から、通信端末との通信タイミングを定める通信パターンの変更を促すメッセージを受信した複数のサービス提供装置のうち、前記メッセージに従って通信パターンを変更した少なくも１つのサービス提供装置の識別情報を前記サービス制御装置から受信する通信部と、
　前記識別情報を用いて特定される前記サービス提供装置の課金レートを変更する制御部と、を備える課金管理サーバ。
　（付記７）
　複数のサービス提供装置から、それぞれの前記サービス提供装置と通信端末との通信タイミングを定める通信パターンを受信し、
　複数の前記通信パターンに基づいて、前記通信端末とそれぞれの前記サービス提供装置との間のデータ伝送を行うネットワークの負荷を予測し、
　ネットワークの負荷が予め定められた閾値よりも高くなると予測された場合、前記複数のサービス提供装置のうち少なくとも１つのサービス提供装置へ、前記通信パターンの変更を促すメッセージを送信する、サービス制御方法。
　（付記８）
　サービス制御装置から、通信端末との通信タイミングを定める通信パターンの変更を促すメッセージを受信した複数のサービス提供装置のうち、前記メッセージに従って通信パターンを変更した少なくも１つのサービス提供装置の識別情報を前記サービス制御装置から受信し、
　前記識別情報を用いて特定される前記サービス提供装置の課金レートを変更する、課金情報管理方法。
　（付記９）
　複数のサービス提供装置から、それぞれの前記サービス提供装置と通信端末との通信タイミングを定める通信パターンを受信し、
　複数の前記通信パターンに基づいて、前記通信端末とそれぞれの前記サービス提供装置との間のデータ伝送を行うネットワークの負荷を予測し、
　ネットワークの負荷が予め定められた閾値よりも高くなると予測された場合、前記複数のサービス提供装置のうち少なくとも１つのサービス提供装置へ、前記通信パターンの変更を促すメッセージを送信することをコンピュータに実行させるプログラム。
　（付記１０）
　サービス制御装置から、通信端末との通信タイミングを定める通信パターンの変更を促すメッセージを受信した複数のサービス提供装置のうち、前記メッセージに従って通信パターンを変更した少なくも１つのサービス提供装置の識別情報を前記サービス制御装置から受信し、
　前記識別情報を用いて特定される前記サービス提供装置の課金レートを変更することをコンピュータに実行させるプログラム。
　１０　通信端末
　２０　サービス制御装置
　２１　通信部
　２２　制御部
　３０　サービス提供装置
　３２　サービス提供装置
　３４　サービス提供装置
　４０　ＵＥ
　５０　ＲＡＮ
　６０　ＭＭＥ
　７０　ＳＧＳＮ
　８０　ＳＣＥＦ
　８５　ＰＣＲＦ
　８６　通信部
　８７　制御部
　９０　ＳＣＳ
　９２　ＳＣＳ
　９４　ＳＣＳ
　１００　ＡＳ
　１０２　ＡＳ
　１０４　ＡＳ

Claims (10)

  1. 　複数のサービス提供装置から、それぞれの前記サービス提供装置と通信端末との通信タイミングを定める通信パターンを受信する通信手段と、
    　複数の前記通信パターンに基づいて、前記通信端末とそれぞれの前記サービス提供装置との間のデータ伝送を行うネットワークの負荷を予測する制御手段と、を備え、
    　前記通信手段は、
    　前記制御手段において、ネットワークの負荷が予め定められた閾値よりも高くなると予測された場合、前記複数のサービス提供装置のうち少なくとも１つのサービス提供装置へ、前記通信パターンの変更を促すメッセージを送信する、サービス制御装置。
  2. 　前記通信手段は、
    　前記通信パターンの変更を促すメッセージとして、変更後の通信パターンを示す情報を前記サービス提供装置へ送信する、請求項１に記載のサービス制御装置。
  3. 　前記変更後の通信パターンは、
    　前記通信端末と行う周期的な通信の継続時間、前記周期的な通信が発生する間隔、及び、前記通信端末と通信を行うことが可能な時刻のうち少なくとも一つを変更する、請求項２に記載のサービス制御装置。
  4. 　前記制御手段は、
    　それぞれの前記サービス提供装置と、前記通信端末との通信タイミングが分散するように、前記変更後の通信パターンを決定する、請求項２又は３に記載のサービス制御装置。
  5. 　前記通信手段は、
    　少なくとも１つの前記サービス提供装置が前記通信パターンを変更した場合、前記複数のサービス提供装置に関する課金レートを管理する課金管理サーバへ、前記通信パターンを変更した前記サービス提供装置の識別情報を送信する、請求項１乃至４のいずれか１項に記載のサービス制御装置。
  6. 　サービス制御装置から、通信端末との通信タイミングを定める通信パターンの変更を促すメッセージを受信した複数のサービス提供装置のうち、前記メッセージに従って通信パターンを変更した少なくも１つのサービス提供装置の識別情報を前記サービス制御装置から受信する通信手段と、
    　前記識別情報を用いて特定される前記サービス提供装置の課金レートを変更する制御手段と、を備える課金管理サーバ。
  7. 　複数のサービス提供装置から、それぞれの前記サービス提供装置と通信端末との通信タイミングを定める通信パターンを受信し、
    　複数の前記通信パターンに基づいて、前記通信端末とそれぞれの前記サービス提供装置との間のデータ伝送を行うネットワークの負荷を予測し、
    　ネットワークの負荷が予め定められた閾値よりも高くなると予測された場合、前記複数のサービス提供装置のうち少なくとも１つのサービス提供装置へ、前記通信パターンの変更を促すメッセージを送信する、サービス制御方法。
  8. 　サービス制御装置から、通信端末との通信タイミングを定める通信パターンの変更を促すメッセージを受信した複数のサービス提供装置のうち、前記メッセージに従って通信パターンを変更した少なくも１つのサービス提供装置の識別情報を前記サービス制御装置から受信し、
    　前記識別情報を用いて特定される前記サービス提供装置の課金レートを変更する、課金情報管理方法。
  9. 　複数のサービス提供装置から、それぞれの前記サービス提供装置と通信端末との通信タイミングを定める通信パターンを受信し、
    　複数の前記通信パターンに基づいて、前記通信端末とそれぞれの前記サービス提供装置との間のデータ伝送を行うネットワークの負荷を予測し、
    　ネットワークの負荷が予め定められた閾値よりも高くなると予測された場合、前記複数のサービス提供装置のうち少なくとも１つのサービス提供装置へ、前記通信パターンの変更を促すメッセージを送信することをコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。
  10. 　サービス制御装置から、通信端末との通信タイミングを定める通信パターンの変更を促すメッセージを受信した複数のサービス提供装置のうち、前記メッセージに従って通信パターンを変更した少なくも１つのサービス提供装置の識別情報を前記サービス制御装置から受信し、
    　前記識別情報を用いて特定される前記サービス提供装置の課金レートを変更することをコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。
PCT/JP2018/018084 2017-09-21 2018-05-10 サービス制御装置、課金管理サーバ、サービス制御方法、課金情報管理方法、及び非一時的なコンピュータ可読媒体 WO2019058628A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2019542980A JP6947222B2 (ja) 2017-09-21 2018-05-10 サービス制御装置、サービス制御方法、及びプログラム
US16/648,516 US20200288350A1 (en) 2017-09-21 2018-05-10 Service control apparatus, charging management server, service control method, charging information management method, and non-transitory computer readable medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2017181504 2017-09-21
JP2017-181504 2017-09-21

Publications (1)

Publication Number Publication Date
WO2019058628A1 true WO2019058628A1 (ja) 2019-03-28

Family

ID=65810730

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2018/018084 WO2019058628A1 (ja) 2017-09-21 2018-05-10 サービス制御装置、課金管理サーバ、サービス制御方法、課金情報管理方法、及び非一時的なコンピュータ可読媒体

Country Status (3)

Country Link
US (1) US20200288350A1 (ja)
JP (1) JP6947222B2 (ja)
WO (1) WO2019058628A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007006055A (ja) * 2005-06-23 2007-01-11 Hitachi Ltd 配信負荷分散コンテンツ配信システム
JP2013172337A (ja) * 2012-02-21 2013-09-02 Sharp Corp 通信スケジュール決定装置、通信中継装置、無線通信端末および通信スケジュール決定方法

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPWO2016157753A1 (ja) * 2015-03-30 2018-02-22 日本電気株式会社 制御エンティティ及びその方法
WO2017024005A1 (en) * 2015-08-03 2017-02-09 Convida Wireless, Llc Mobile core network service exposure for the user equipment
US20190007329A1 (en) * 2016-02-17 2019-01-03 Nec Corporation Method for enforcement of non-ip data policing over the service exposure function

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007006055A (ja) * 2005-06-23 2007-01-11 Hitachi Ltd 配信負荷分散コンテンツ配信システム
JP2013172337A (ja) * 2012-02-21 2013-09-02 Sharp Corp 通信スケジュール決定装置、通信中継装置、無線通信端末および通信スケジュール決定方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Architecture enhancements to facilitate communications with packet data networks and applications (Release 15", 3GPP TS 23. 682, 18 September 2017 (2017-09-18), pages 28 - 29, XP055584394 *

Also Published As

Publication number Publication date
JPWO2019058628A1 (ja) 2020-11-05
JP6947222B2 (ja) 2021-10-13
US20200288350A1 (en) 2020-09-10

Similar Documents

Publication Publication Date Title
KR101317117B1 (ko) 이동통신 시스템에서의 ｍｔｃ 데이터의 혼잡 제어 방법
US20180213391A1 (en) Scef entity, hss, message transmitting method, and non-transitory computer readable medium
US9432971B2 (en) Method and system for radio resource control
JP7031677B2 (ja) サービス制御装置、課金管理サーバ、サービス制御方法、課金情報管理方法、及びプログラム
EP2999293B1 (en) Representative for mtc-group
JP2021193834A (ja) 第１の装置及び方法
WO2019031504A1 (ja) 制御装置、通信端末、制御方法、非一時的なコンピュータ可読媒体、ｍｍｅ、及び基地局
JPWO2014188655A1 (ja) 移動通信システム、移動通信装置、ネットワークアシスト情報送信方法及びプログラム
RU2553075C2 (ru) Сетевой объект и способ предоставления услуги для пользовательских объектов в сети связи
JP6627962B2 (ja) ポリシー制御システム、ｐｃｒｆエンティティ、及びポリシー制御方法
EP2999169B1 (en) Communication system, communication timing control apparatus, communication timing control method, and computer readable medium
WO2017146076A1 (ja) ゲートウェイ装置、通信方法、及び、非一時的なコンピュータ可読媒体
JP6947222B2 (ja) サービス制御装置、サービス制御方法、及びプログラム
US20220191739A1 (en) Communication control apparatus, communication control method, and non-transitory computer-readable medium
RU2632930C1 (ru) Способы, беспроводное устройство, базовая радиостанция и второй сетевой узел для управления однонаправленным eps-каналом
WO2017146077A1 (ja) 中継ノード装置、通信制御方法、及び、非一時的なコンピュータ可読媒体
JP6216521B2 (ja) 移動局及び通信制御方法
JP6632025B2 (ja) 通信システム、通信方法、及び、プログラム
EP3038406B1 (en) Call processing control device, mobile communication system, method for restricting reception of call connection request, and readable medium

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2019542980

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18858084

Country of ref document: EP

Kind code of ref document: A1