WO2019058630A1 - サービス制御装置、移動管理装置、サービス制御方法、及び非一時的なコンピュータ可読媒体 - Google Patents

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

Info

Publication number
WO2019058630A1
WO2019058630A1 PCT/JP2018/018094 JP2018018094W WO2019058630A1 WO 2019058630 A1 WO2019058630 A1 WO 2019058630A1 JP 2018018094 W JP2018018094 W JP 2018018094W WO 2019058630 A1 WO2019058630 A1 WO 2019058630A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication terminal
timing
communicable
communication
downlink data
Prior art date
Application number
PCT/JP2018/018094
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 JP2019542982A priority Critical patent/JP6891966B2/ja
Priority to US16/646,194 priority patent/US20200275374A1/en
Publication of WO2019058630A1 publication Critical patent/WO2019058630A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0235—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a power saving command
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08—Mobility data transfer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18—Service support devices; Network management devices
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the present disclosure relates to a service control device, a mobility management device, a service control 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 non-IP data delivery (NIDD) procedure (NIDD procedure) between SCS and MTC terminal.
  • NIDD non-IP data delivery
  • the MTC terminal will be described as UE (User Equipment) used as a generic name of communication terminals in 3GPP.
  • the NIDD Procedure has a Mobile Originated (MO) NIDD Procedure in which the UE starts the NIDD, and a Mobile Terminated (MT) NIDD Procedure in which the server device starts the NIDD.
  • MO Mobile Originated
  • MT Mobile Terminated
  • the MT NIDD Procedure is started by the SCS sending an MT NIDD Submit Request to the SCEF via the T8 Reference Point.
  • the MT NIDD Submit Request includes Mobile Subscriber Integrated Services Digital Network Number (MSISDN), TTRI, TLTRI, Non-IP Data, Maximum Latency, and the like.
  • MSISDN is identification information of the UE to which the non-IP data is to be delivered.
  • Non-IP Data is data destined to the UE, and may be referred to as downlink data.
  • Maximum Latency indicates the maximum allowable delay time of Non-IP Data (downlink data).
  • the Maximum Latency may be the time required for the UE to receive after the SCS transmits Non-IP Data.
  • Maximum Latency may be the time required for the SCS to receive the non-IP Data delivery confirmation result after the SCS has transmitted the Non-IP Data.
  • Maximum Latency may be the time at which SCEF buffers.
  • SCEF When SCEF receives Non-IP Data from SCS, it is placed in the mobile network and sends Non-IP Data to MME (Mobile Management Entity) or SGSN (Serving General Packet Radio Service Support Node) that manages mobility of UE. Do. After that, the MME or SGSN delivers the Non-IP Data to the UE via the base station apparatus or the like.
  • MME Mobile Management Entity
  • SGSN Serving General Packet Radio Service Support Node
  • the UE executes functions such as PSM (Power Saving Mode) or DRX (Discontinuous Reception) to realize reduction of power consumption.
  • PSM Power Saving Mode
  • DRX Continuous Reception
  • MTC terminals are small terminals such as sensors, in order to realize further reduction of power consumption, it is possible to introduce an eDRX (extended DRX) function capable of extending the communication interval further than DRX. It is being considered.
  • a recovery time from the state in which some functions are stopped and communication can not be performed to the state in which communication can be performed is defined.
  • a time interval for intermittently receiving a signal transmitted from a base station is defined.
  • the time set in the PSM function or the DRX function may be longer than Maximum Latency.
  • the SCEF or mobile network can not deliver Non-IP Data to the UE within the Maximum Latency time specified by the SCS.
  • the SCEF may notify the SCS of the delivery result after the time defined in the Maximum Latency has expired.
  • the SCS can not recognize the result that the Non-IP Data can not be delivered to the UE until the Maximum Latency expires.
  • the purpose of this disclosure is that if the mobile network can not deliver Non-IP Data to the UE, the SCS can recognize that Non-IP Data is not delivered to the UE before Maximum Latency expires.
  • a service control device, a mobility management device, a service control method, and a program are examples of the SCS.
  • a service control apparatus includes: a communication unit configured to receive, from a service providing apparatus, downlink data having a communication terminal as a destination and information on the maximum allowable delay time of the downlink data; And a control unit that determines whether or not the maximum allowable delay time will expire before the communicable timing when the communication terminal in the power saving state becomes communicable next time, the communication unit including the maximum allowable delay time If the communication service is expired by the communicable timing, information indicating that the downlink data can not be transmitted to the communication terminal is transmitted to the service providing apparatus.
  • a determination unit that determines a communicatable timing at which a communication terminal in a power saving state becomes communicable next, and a maximum of downlink data addressed to the communication terminal
  • a communication unit that transmits information on the communicable timing to a service providing apparatus that determines whether or not the allowable delay time will expire before the communicable timing at which the communication terminal can communicate next.
  • a service control method receives, from a service providing device, downlink data destined for a communication terminal and information on the maximum allowable delay time of the downlink data, and the maximum allowable delay time. It is determined whether the time expires in the power saving state by the next communicable timing when the communication terminal in the power saving state becomes communicable next, and the maximum allowable delay time is expired by the communicable timing, the service The information indicating that the downlink data can not be transmitted to the communication terminal is transmitted to the providing device.
  • a program receives, from a service providing device, downlink data destined for a communication terminal and information on the maximum allowable delay time of the downlink data, and the maximum allowable delay time Determining whether or not the communication terminal in the power saving state will expire before the communicable timing when it becomes communicable next, and in the case where the maximum allowable delay time expires by the communicable timing, the service providing apparatus And causing the computer to transmit information indicating that the downlink data can not be transmitted to the communication terminal.
  • service control may be performed to allow the SCS to recognize that Non-IP Data is not delivered to the UE before Maximum Latency expires.
  • An apparatus, a mobility management apparatus, a service control method, and a program can be provided.
  • 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. 8 is a block diagram of an MME according to a second embodiment.
  • FIG. 18 is a diagram for describing an NIDD procedure according to a second embodiment.
  • FIG. 18 is a diagram for describing an NIDD procedure according to a third embodiment. It is a block diagram of MME, SGSN, and SCEF concerning each embodiment.
  • the communication system of FIG. 1 includes a communication terminal 10, a service control apparatus 20, and a service providing apparatus 30.
  • the communication terminal 10 communicates with the service control apparatus 20 via the network.
  • the network may be, for example, a wireless network or a core network. It is assumed that the service control device 20 is disposed in the core network. Also, a network including the communication terminal 10 and the service control apparatus 20 may be referred to as a mobile network.
  • the communication terminal 10, the service control device 20, and the service providing device 30 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 is a device that provides the communication terminal 10 with a communication service.
  • the communication service may be paraphrased as, for example, an application service or the like.
  • the service providing device 30 may be a server device that provides a service.
  • the service control device 20 is a device that performs an authentication process and the like on the service providing device 30.
  • the service control device 20 may be a server device that performs control regarding a service provided to the communication terminal 10.
  • the service control device 20 is disposed between the communication terminal 10 and the service providing device 30.
  • 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, downlink data destined for the communication terminal 10 and information on the maximum allowable delay time of the downlink data.
  • the downlink data may be, for example, Non-IP Data having the communication terminal 10 as a destination.
  • the maximum allowable delay time may be referred to as Maximum Latency.
  • the maximum allowable delay time may be the time required for the communication terminal 10 to receive the downlink data after the service providing device 30 transmits the downlink data.
  • the maximum allowable delay time may be the time required for the service providing device 30 to receive the downlink data delivery confirmation result after the service providing device 30 transmits the downlink data.
  • the delivery confirmation result is information indicating whether the communication terminal 10 has received downlink data.
  • the maximum allowable delay time may be the time at which the service control device 20 buffers.
  • the control unit 22 determines whether or not the maximum allowable delay time will expire by the communicable timing when the communication terminal 10 in the power saving state becomes communicable next.
  • the communication terminal 10 in the power saving state is, for example, a state in which power consumption is reduced more than usual by stopping some functions.
  • the communication terminal 10 in the power saving state is in a state in which communication can not be performed by stopping the communication function for communicating with the network.
  • a communicable timing at which communication can be performed next is predetermined.
  • the next communicable timing at which communication can be performed may be, for example, timing at which the communication function is operated.
  • the control unit 22 compares the time from the present to the communicatable timing when the communication terminal 10 can next communicate with the maximum allowable delay time.
  • the present time may be, for example, timing when the control unit 22 receives downlink data from the service providing apparatus 30 and information on the maximum allowable delay time of the downlink data.
  • control unit 22 determines that the maximum allowable delay time is shorter than the time from the present to the time communicatable timing when communication terminal 10 can communicate next, communication terminal 10 in the power saving state is the next to the maximum allowable delay time. It is determined to expire by the communicable timing when the communicable becomes possible. If the maximum allowable delay time is longer than the time from the present to the next communicatable timing at which communication terminal 10 can communicate next, control unit 22 determines that the maximum allowable delay time is next to communication terminal 10 in the power saving state. It is determined that the communication does not expire before the communicable timing when it becomes communicable.
  • the service control apparatus 20 can not transmit downlink data to the communication terminal 10.
  • transmission may be paraphrased as delivery or delivery.
  • the communication unit 21 transmits the downlink data to the communication terminal 10 to the service providing apparatus 30 when the maximum allowable delay time expires by the communicatable timing when the communication terminal 10 in the power saving state can communicate next. Send information indicating that it can not be sent.
  • the service control device 20 transmits information to the service providing device 30 when the maximum allowable delay time expires by the communicable timing when the communication terminal 10 in the power saving state can communicate next. can do. Specifically, the service control apparatus 20 can transmit information indicating that the downlink data can not be transmitted to the communication terminal 10. The service control apparatus 20 can determine whether downlink data can be transmitted to the communication terminal 10 before the maximum allowable delay time expires.
  • the service providing device 30 can recognize that downlink data can not be transmitted to the communication terminal 10 before the maximum allowable delay time expires. In such a case, the service providing apparatus 30 resets the maximum allowable delay time earlier than if it recognizes that the Non-IP Data can not be delivered after the maximum allowable delay time has expired. You can get started. Alternatively, when the service providing apparatus 30 recognizes that the Non-IP Data can not be delivered after the processing of determining the timing of performing Non-IP Data retransmission, etc., after the maximum allowable delay time has expired. You can start earlier than you.
  • 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, SCS 90, and AS 100.
  • a T8 Reference Point is defined between the SCEF 80 and the SCS 90.
  • 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 device 30 of FIG.
  • SCS 90 and AS 100 may be described as SCS 90 / AS 100 as a group of devices for providing a service.
  • FIG. 2 shows a configuration in which the SCS 90 is connected to one AS 100, the SCS 90 may be connected to a plurality of ASs.
  • the RAN 50 may include 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. Good.
  • the UE 40 performs wireless communication with the Node B or the eNB.
  • the MME 60 includes a communication unit 61 and a control unit 62.
  • the communication unit 61 and the control unit 62 may be software or a module whose processing is executed by the processor executing a program stored in the memory.
  • the communication unit 61 and the control unit 62 may be hardware such as a circuit or a chip.
  • the communication unit 61 When the communication unit 61 receives, from the SCEF 80, an inquiry message on communicatable timing when the UE 40 in the power saving state can communicate next, the communication unit 61 transmits information on the communicable timing of the UE 40 to the SCEF 80.
  • the information on the communicable timing of the UE 40 may be information on time, or may be information on a period or time until the communicable timing.
  • the UE 40 in the power saving state may be, for example, a state in which the power saving operation is performed by PSM.
  • a state in which the power saving operation is not performed on the PSM performing the power saving operation is a state in which the PSM is operating in the normal mode.
  • the UE 40 in the power saving state may be in a non-communication state in DRX or eDRX.
  • the communicable state is taken as a data waiting state or data waiting timing.
  • a state in which the UE 40 is in the power saving state and can not communicate may be referred to as an idle state.
  • the communication unit 61 when the communication unit 61 receives the Non-IP Data corresponding to the downlink data from the SCEF 80, the communication unit 61 transmits the Non-IP Data to the UE 40 via the RAN 50.
  • the control unit 62 outputs information on the communicable timing of the UE 40 to the communication unit 61 when there is an inquiry message on the communicatable timing when the UE 40 in the power saving state can communicate next from the SCEF 80.
  • the control unit 62 may extract information on the communicatable timing of the UE 40 from the information on the UE 40 stored in a memory or the like in the MME 60.
  • the control part 62 may acquire the information regarding the communicatable timing of UE40 from apparatuses different from MME60, such as HSS (Home Subscriber Server) which manages the subscriber information of UE40.
  • HSS Home Subscriber Server
  • control unit 62 detects that the communication can be performed from the power saving state in which the UE 40 can not communicate. In other words, the control unit 62 detects that the UE 40 operating in PSM has transitioned to the normal mode or that the UE 40 operating in DRX or eDRX has come to a data waiting timing. For example, when the control unit 62 receives, from the UE 40, a message notifying that communication has become possible, or when the time indicated by the communicatable timing of the UE 40 has come, the UE 40 can perform communication. It is determined that the state has been reached.
  • control unit 62 transmits, to the SCEF 80 via the communication unit 61, information indicating that the UE 40 can communicate.
  • the SCS 90 / AS 100 transmits an MT NIDD Submit Request message to the SCEF 80 via the T8 Reference Point (S11).
  • the MT NIDD Submit Request message includes UE 40 identification information, Non-IP Data, and Maximum Latency of Non-IP Data.
  • the SCEF 80 performs an authentication process on whether the SCS 90 / AS 100 can transmit Non-IP Data to the UE 40 (S12).
  • the SCEF 80 may manage a database in which the SCS and UEs to which the SCS can transmit Non-IP Data are associated.
  • the SCS 90 / AS 100 may inquire of the HSS, an authentication server, etc. whether the Non-IP Data can be transmitted to the UE 40.
  • the HSS manages a database in which the SCS and UEs to which the SCS can transmit Non-IP Data are associated.
  • the database may manage a list of SCSs that can transmit Non-IP Data. In the following description, it is assumed that the SCEF 80 determines that the SCS 90 / AS 100 can transmit Non-IP Data to the UE 40.
  • step S12 the SCEF 80 checks whether the amount of Non-IP Data data received from the SCS 90 / AS 100 exceeds the EPS (Evolved Packet System) bearer for the UE 40 set in the mobile network. It is also good. Alternatively, the SCEF 80 may check whether the communication rate received from the SCS 90 / AS 100 exceeds the EPS bearer for the UE 40 configured in the mobile network. If SCEF 80 determines that the amount of Non-IP Data data exceeds the EPS bearer for UE 40 configured in the mobile network, it refuses to transmit Non-IP Data to SCS 90 / AS 100. Messages may be sent.
  • EPS Evolved Packet System
  • the SCEF 80 may transmit, to the SCS 90 / AS 100, a message for refusing to transmit Non-IP Data.
  • the SCEF 80 may transmit, to the SCS 90 / AS 100, a message for refusing to transmit Non-IP Data.
  • the amount of data or communication rate of Non-IP Data received from the SCS 90 / AS 100 does not exceed the EPS bearer.
  • the SCEF 80 transmits a UE Data Request message to the MME 60 (S13).
  • the UE Data Request message is used to inquire information on the next communicable timing of the power saving UE 40.
  • the MME 60 transmits, to the SCEF 80, a UE Data Response message including information on the next communicable timing of the UE 40 in the power saving state (S14).
  • the SCEF 80 determines whether the time until the next communicable timing of the UE 40 in the power saving state exceeds the Maximum Latency of Non-IP Data (S15). In the following, it is assumed that the SCEF 80 determines that the time until the next communicable timing of the UE 40 in the power saving state exceeds the Maximum Latency of Non-IP Data.
  • the SCEF 80 transmits an MT NIDD Submit Response message to the SCS 90 / AS 100 (S16).
  • the MT NIDD Submit Response message Non-IP Data can not be sent to UE 40 because the time until the next communicable timing of UE 40 in the power saving state exceeds the Maximum Latency of Non-IP Data. Contains information indicating
  • the SCS 90 / AS 100 waits without transmitting the Non-IP Data (S17). For example, the SCS 90 / AS 100 may wait without transmitting Non-IP Data if the time until the next communicable timing of the UE 40 in the power saving state exceeds the Maximum Latency of Non-IP Data. . In other words, when the SCS 90 / AS 100 can not transmit the Non-IP Data to the UE 40 for other reasons, the SCS 90 / AS 100 transmits the Non-IP Data to the SCEF 80 again without waiting for the transmission of the Non-IP Data. May be The other reason may be a reason other than the time until the next communicable timing of the UE 40 in the power saving state exceeds the Maximum Latency of Non-IP Data.
  • the MME 60 detects that the UE 40 has reached the communicable timing and has become communicable (S18).
  • the MME 60 transmits an MT NIDD Submit Indication message to the SCEF 80 (S19).
  • the MT NIDD Submit Indication message is used to notify the SCEF 80 that the UE 40 is ready for communication.
  • the SCEF 80 transmits an MT NIDD Re-Transmission Request message to the SCS 90 / AS 100 (S20).
  • the MT NIDD Re-Transmission Request message is used to notify the SCS 90 / AS 100 to request to transmit Non-IP Data again.
  • the SCS 90 / AS 100 transmits an MT NIDD Re-Transmission message including Non-IP Data to the SCEF 80 (S21).
  • the SCEF 80 transmits, to the MME 60, an MT NIDD Re-Transmission message including the Non-IP Data received from the SCS 90 / AS 100 (S22).
  • the MME 60 delivers the received Non-IP Data to the UE 40.
  • the SCS 90 can recognize whether Non-IP Data can be transmitted to the UE 40 before the Maximum Latency elapses. Also, the reason why the SCS 90 can not transmit Non-IP Data to the UE 40 is that the time until the next communicable timing of the UE 40 in the power saving state exceeds the Maximum Latency of Non-IP Data. It can be recognized whether or not. For example, if the time until the next communicable timing of the UE 40 in the power saving state exceeds the Maximum Latency of Non-IP Data, the SCS 90 recognizes that the Non-IP Data can not be transmitted to the UE 40. . After that, the SCS 90 can not immediately transmit Non-IP Data to the UE 40 even if it retransmits Non-IP Data.
  • the SCS 90 can wait for Non-IP Data retransmission until receiving a message from the SCEF 80 notifying that the UE 40 will be in the communicable state. Thereby, it is possible to prevent transmission of useless Non-IP Data that is not transmitted to the UE 40 to the SCEF 80.
  • the SCEF 80 can not transmit Non-IP Data to the UE 40 to the SCS 90. It can be notified. Furthermore, the SCEF 80 does not have to buffer the Non-IP Data by transmitting a message requesting re-transmission of the Non-IP Data to the SCS 90 when the UE 40 becomes communicable. This can prevent the buffer capacity of the SCEF 80 from being compressed.
  • Steps S31 to S35 are the same as steps S11 to S15 in FIG. 4, and therefore detailed description will be omitted.
  • step S35 when the SCEF 80 determines that the time until the next communicable timing of the power saving state UE 40 exceeds the Maximum Latency of Non-IP Data, the MT NIDD Submit Response message is sent to the SCS 90 / AS 100. Send (S36).
  • Non-IP Data can not be sent to UE 40 because the time until the next communicable timing of UE 40 in the power saving state exceeds the Maximum Latency of Non-IP Data. Contains information indicating Furthermore, the MT NIDD Submit Response message includes time information on the next available communication timing of the UE 40 or time information on the next available communication timing of the UE 40.
  • step S36 the SCS 90 / AS 100 receives time information on the next available communication timing of the UE 40 or time information up to the next available communication timing on the UE 40. Therefore, in step S37, the SCS 90 / AS 100 stands by without transmitting the Non-IP Data until the next communicable timing of the UE 40.
  • the MME 60 detects that the UE 40 has reached the communicable timing and has become communicable (S38). Furthermore, the SCS 90 / AS 100 recognizes the next communicable timing of the UE 40. Therefore, the SCS 90 / AS 100 also detects that the UE 40 is in the communicable state at substantially the same timing as the timing when the MME 60 detects that the UE 40 is in the communicable state (S39).
  • the SCS 90 / AS 100 transmits an MT NIDD Re-Transmission message including Non-IP Data to the MME 60 via the SCEF 80 (S40).
  • the Non-IP Data included in the MT NIDD Re-Transmission message is the same as the Non-IP Data transmitted in Step S31. That is, the SCS 90 / AS 100 retransmits the non-IP data in step S39 because the non-IP data transmitted in step S31 is not transmitted to the UE 40.
  • the SCS 90 / AS 100 can receive time information on the next available communication timing of the UE 40 or time information up to the next available communication timing on the UE 40. Therefore, the SCS 90 / AS 100 can detect that the UE 40 has become in the communicable state, even though the MME 60 has not notified that the UE 40 has become the communicable state via the SCEF 80.
  • the SCS 90 / AS 100 can retransmit Non-IP Data based on detection that the UE 40 has become communicable.
  • FIG. 6 is a block diagram showing a configuration example of the MME 60, the SGSN 70 and the SCEF 80.
  • the MME 60, the SGSN 70 and the SCEF 80 include a network interface 1201, a processor 1202, and a 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 MME 60, the SGSN 70, and the SCEF 80 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 MME 60, the SGSN 70, and the SCEF 80 described in the above embodiments by reading out and executing these software modules from the memory 1203.
  • each of the processors possessed by the MME 60, the SGSN 70 and the SCEF 80 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, CD-ROM (Read Only Memory), CD-R, CD-R / W, semiconductor memory).
  • Magnetic recording media include, for example, flexible disks, magnetic tapes, hard disk drives), and magneto-optical recording media (for example, magneto-optical disks).
  • the semiconductor memory includes, 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 the service providing apparatus, downlink data destined for a communication terminal and information on the maximum allowable delay time of the downlink data; A control unit that determines whether or not the maximum allowable delay time will expire by the communicable timing when the communication terminal in the power saving state becomes communicable next time;
  • the communication unit is A service control apparatus, which transmits information indicating that the downlink data can not be transmitted to the communication terminal to the service providing apparatus when the maximum allowable delay time expires by the communicatable timing.
  • the control unit The service control apparatus according to claim 1, wherein information on the communicatable timing is acquired from a mobility management apparatus that performs mobility management of the communication terminal.
  • the control unit The service control device according to Supplementary Note 1, wherein information regarding the communicatable timing is acquired from a subscriber information management device that manages subscriber information regarding the communication terminal.
  • the communication unit is The information on the communicable timing of the communication terminal is transmitted to the service providing apparatus together with the information indicating that the downlink data can not be transmitted to the communication terminal.
  • the service control device as described.
  • the communication unit is The service control device according to any one of appendices 1 to 3, which transmits information indicating that the communication terminal is communicable to the service providing device when the communication terminal becomes communicable.
  • the communication unit is When the information indicating that the communication terminal has become communicable is received from the mobility management device that manages the movement of the communication terminal, the information indicating that the communication terminal can be communicated to the service providing device
  • the service control device according to appendix 5, which transmits.
  • the communicable timing is The signal recovery timing according to any one of appendices 1 to 6, which is a recovery timing when the communication terminal recovers from a power saving mode (PSM) or a signal reception timing when the communication terminal performs intermittent signal reception by DRX (discontinuous reception).
  • PSM power saving mode
  • DRX discontinuous reception
  • a determination unit that determines a communicatable timing at which the communication terminal in the power saving state becomes communicable next time;
  • the communicable timing to the service providing apparatus which determines whether or not the maximum allowable delay time of the downlink data addressed to the communication terminal expires by the communicable timing when the communication terminal can communicate next
  • a communication unit for transmitting information (Appendix 9)
  • the communication unit is The mobility management device according to statement 8, wherein, upon receiving a message requesting information on the communicatable timing from the service providing device, the information on the communicable timing is transmitted to the service providing device.
  • the communication terminal in the power saving state determines the communicable timing when the next communicable is possible, The communicable timing to the service providing apparatus, which determines whether or not the maximum allowable delay time of the downlink data addressed to the communication terminal expires by the communicable timing when the communication terminal can communicate next Data transmission method to transmit information.
  • the service providing apparatus receives from the service providing apparatus downlink data destined for a communication terminal and information on the maximum allowable delay time of the downlink data; It is determined whether or not the maximum allowable delay time will expire by the communicable timing when the communication terminal in the power saving state becomes communicable next.
  • the computer When the maximum allowable delay time expires by the communicatable timing, the computer causes the service providing device to transmit information indicating that the downlink data can not be transmitted to the communication terminal. program.
  • the communication terminal in the power saving state determines the communicable timing when the next communicable is possible, The communicable timing to the service providing apparatus, which determines whether or not the maximum allowable delay time of the downlink data addressed to the communication terminal expires by the communicable timing when the communication terminal can communicate next A program that causes a computer to execute sending information.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)

Abstract

モバイルネットワークが、ＵＥへNon-IP Dataを配送することができない場合、ＳＣＳが、Maximum Latencyが満了する前にＵＥへNon-IP Dataが配送されないことを認識することができるサービス制御装置を提供すること。本開示にかかるサービス制御装置（２０）は、サービス提供装置（３０）から、通信端末（１０）を宛先とするダウンリンクデータと、ダウンリンクデータの最大許容遅延時間に関する情報とを受信する通信部（２１）と、最大許容遅延時間が、省電力状態の通信端末（１０）が次に通信可能となる通信可能タイミングまでに満了するか否かを判定する制御部（２２）と、を備え、通信部（２１）は、最大許容遅延時間が、通信可能タイミングまでに満了する場合、サービス提供装置（３０）へ、ダウンリンクデータを通信端末（１０）へ送信することができないことを示す情報を送信する。

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等が定められている。
　さらに、非特許文献１には、ＳＣＳとＭＴＣ端末との間におけるNon-IP Dataの配送（Non-IP Data Delivery：NIDD）手順（NIDD Procedure）が開示されている。以下においては、ＭＴＣ端末を、３ＧＰＰにおいて通信端末の総称として用いられるＵＥ（User Equipment）として説明する。NIDD Procedureは、ＵＥがNIDDを開始するMobile Originated（ＭＯ） NIDD Procedureと、サーバ装置がNIDDを開始するMobile Terminated（ＭＴ） NIDD Procedureとを有する。
　MT NIDD Procedureにおいては、ＳＣＳが、T8 Reference Pointを介して、MT NIDD Submit RequestをＳＣＥＦへ送信することによって、MT NIDD Procedureが開始する。MT NIDD Submit Requestには、MSISDN（Mobile Subscriber Integrated Services Digital Network Number）、TTRI、TLTRI、Non-IP Data、及び Maximum Latency等が含まれている。MSISDNは、Non-IP Dataの配送先となるＵＥの識別情報である。Non-IP Dataは、ＵＥを宛先とするデータであり、ダウンリンクデータと称されてもよい。Maximum Latencyは、Non-IP Data（ダウンリンクデータ）の最大許容遅延時間を示している。Maximum Latencyは、ＳＣＳがNon-IP Dataを送信してから、ＵＥが受信するまでに要する時間であってもよい。もしくは、Maximum Latencyは、ＳＣＳがNon-IP Dataを送信してから、ＳＣＳがNon-IP Dataの送達確認結果を受信するまでに要する時間であってもよい。もしくは、Maximum Latencyは、ＳＣＥＦがバッファリングする時間であってもよい。
　ＳＣＥＦは、ＳＣＳからNon-IP Dataを受信すると、モバイルネットワーク内に配置され、ＵＥの移動管理を行うＭＭＥ(Mobile Management Entity)もしくはＳＧＳＮ（Serving General Packet Radio Service Support Node）へNon-IP Dataを送信する。その後、ＭＭＥもしくはＳＧＳＮは、基地局装置等を介してＵＥへNon-IP Dataを配送する。
3GPP TS23.682 V15.1.0 (2017-06)
　ＵＥは、一般的にバッテリーを用いているため、消費電力を減少させることが望まれている。そのため、ＵＥは、ＰＳＭ（Power Saving Mode）もしくはDRX（Discontinuous Reception）等の機能を実行し、消費電力の減少を実現している。また、ＭＴＣ端末は、センサ等の小型端末であるため、さらなる消費電力の減少を実現するために、DRXよりも通信間隔をさらに延長することが可能なeDRX（extended DRX）機能を導入することが検討されている。
　ＰＳＭ機能においては、一部の機能を停止し通信を行えない状態から、通信を行える状態へ復帰するまでの復帰時間が定められている。さらに、DRXもしくはeDRX機能においても、基地局から送信される信号を間欠受信する時間間隔が定められている。
　ここで、ＰＳＭ機能もしくはＤＲＸ機能において定められている時間、つまり、通信を行うことができない時間が、Maximum Latencyよりも長い場合があり得る。このような場合、ＳＣＥＦもしくはモバイルネットワークが、ＳＣＳが指定するMaximum Latencyの時間内に、ＵＥへNon-IP Dataを配送することができない。ＳＣＥＦは、Non-IP DataをＵＥへ配送することができなかった場合、Maximum Latencyにおいて定められた時間が満了した後に、ＳＣＳへ配送結果を通知することが考えられる。この場合、ＳＣＳは、Maximum Latencyが満了するまで、ＵＥへNon-IP Dataを配送することができない、という結果を認識することができないという問題がある。
　本開示の目的は、モバイルネットワークが、ＵＥへNon-IP Dataを配送することができない場合、ＳＣＳが、Maximum Latencyが満了する前にＵＥへNon-IP Dataが配送されないことを認識することができるサービス制御装置、移動管理装置、サービス制御方法、及びプログラムを提供することにある。
　本開示の第１の態様にかかるサービス制御装置は、サービス提供装置から、通信端末を宛先とするダウンリンクデータと、前記ダウンリンクデータの最大許容遅延時間に関する情報とを受信する通信部と、前記最大許容遅延時間が、省電力状態の前記通信端末が次に通信可能となる通信可能タイミングまでに満了するか否かを判定する制御部と、を備え、前記通信部は、前記最大許容遅延時間が、前記通信可能タイミングまでに満了する場合、前記サービス提供装置へ、前記ダウンリンクデータを前記通信端末へ送信することができないことを示す情報を送信する。
　本開示の第２の態様にかかる移動管理装置は、省電力状態の通信端末が、次に通信可能となる通信可能タイミングを判定する判定部と、前記通信端末を宛先とするダウンリンクデータの最大許容遅延時間が、前記通信端末が次に通信可能となる通信可能タイミングまでに満了するか否かを判定するサービス提供装置へ、前記通信可能タイミングに関する情報を送信する通信部と、を備える。
　本開示の第３の態様にかかるサービス制御方法は、サービス提供装置から、通信端末を宛先とするダウンリンクデータと、前記ダウンリンクデータの最大許容遅延時間に関する情報とを受信し、前記最大許容遅延時間が、省電力状態の前記通信端末が次に通信可能となる通信可能タイミングまでに満了するか否かを判定し、前記最大許容遅延時間が、前記通信可能タイミングまでに満了する場合、前記サービス提供装置へ、前記ダウンリンクデータを前記通信端末へ送信することができないことを示す情報を送信する。
　本開示の第４の態様にかかるプログラムは、サービス提供装置から、通信端末を宛先とするダウンリンクデータと、前記ダウンリンクデータの最大許容遅延時間に関する情報とを受信し、前記最大許容遅延時間が、省電力状態の前記通信端末が次に通信可能となる通信可能タイミングまでに満了するか否かを判定し、前記最大許容遅延時間が、前記通信可能タイミングまでに満了する場合、前記サービス提供装置へ、前記ダウンリンクデータを前記通信端末へ送信することができないことを示す情報を送信することをコンピュータに実行させる。
　本開示により、モバイルネットワークが、ＵＥへNon-IP Dataを配送することができない場合、ＳＣＳが、Maximum Latencyが満了する前にＵＥへNon-IP Dataが配送されないことを認識することができるサービス制御装置、移動管理装置、サービス制御方法、及びプログラムを提供することができる。
実施の形態１にかかる通信システムの構成図である。 実施の形態２にかかる通信システムの構成図である。 実施の形態２にかかるＭＭＥの構成図である。 実施の形態２にかかるNIDD Procedureについて説明する図である。 実施の形態３にかかるNIDD Procedureについて説明する図である。 それぞれの実施の形態にかかるＭＭＥ、ＳＧＳＮ、及びＳＣＥＦの構成図である。
　（実施の形態１）
　以下、図面を参照して本開示の実施の形態について説明する。図１を用いて本開示の実施の形態１にかかる通信システムの構成例について説明する。図１の通信システムは、通信端末１０、サービス制御装置２０、サービス提供装置３０を有している。また、通信端末１０は、ネットワークを介してサービス制御装置２０と通信を行う。ネットワークは、例えば、無線ネットワークであってもよく、コアネットワークであってもよい。サービス制御装置２０は、コアネットワーク内に配置されているとする。また、通信端末１０及びサービス制御装置２０を含むネットワークを、モバイルネットワークと称してもよい。
　通信端末１０、サービス制御装置２０、及びサービス提供装置３０は、プロセッサがメモリに格納されたプログラムを実行することによって動作するコンピュータ装置であってもよい。
　通信端末１０は、携帯電話端末もしくはスマートフォン端末であってもよい。または、通信端末１０は、ＭＴＣ端末もしくはＭ２Ｍ（Machine to Machine）端末であってもよい。
　サービス提供装置３０は、通信端末１０へ通信サービスを提供する装置である。通信サービスは、例えば、アプリケーションサービス等と言い換えられてもよい。サービス提供装置３０は、サービスを提供するサーバ装置であってもよい。
　サービス制御装置２０は、サービス提供装置３０に関する認証処理等を行う装置である。サービス制御装置２０は、通信端末１０へ提供されるサービスに関する制御を行うサーバ装置であってもよい。サービス制御装置２０は、通信端末１０とサービス提供装置３０との間に配置されている。
　続いて、サービス制御装置２０の構成例について説明する。サービス制御装置２０は、通信部２１及び制御部２２を有している。通信部２１及び制御部２２は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、通信部２１及び制御部２２は、回路もしくはチップ等のハードウェアであってもよい。
　通信部２１は、サービス提供装置３０から、通信端末１０を宛先とするダウンリンクデータと、ダウンリンクデータの最大許容遅延時間に関する情報とを受信する。ダウンリンクデータは、例えば、通信端末１０を宛先とするNon-IP Dataであってもよい。また、最大許容遅延時間は、Maximum Latencyと称されてもよい。最大許容遅延時間は、サービス提供装置３０がダウンリンクデータを送信してから、通信端末１０が受信するまでに要する時間であってもよい。もしくは、最大許容遅延時間は、サービス提供装置３０がダウンリンクデータを送信してから、サービス提供装置３０がダウンリンクデータの送達確認結果を受信するまでに要する時間であってもよい。送達確認結果は、通信端末１０がダウンリンクデータを受信したか否かを示す情報である。もしくは、最大許容遅延時間は、サービス制御装置２０がバッファリングする時間であってもよい。
　制御部２２は、最大許容遅延時間が、省電力状態の通信端末１０が次に通信可能となる通信可能タイミングまでに満了するか否かを判定する。省電力状態の通信端末１０とは、例えば、一部の機能を停止させて、消費電力を通常よりも減少させている状態である。省電力状態の通信端末１０は、例えば、ネットワークと通信するための通信機能を停止させ、通信を行えない状態である。
　通信機能が停止され、通信を行えない状態の通信端末１０は、次に通信可能となる通信可能タイミングが予め定められている。次に通信可能となる通信可能タイミングは、例えば、通信機能を動作させるタイミングであってもよい。制御部２２は、現在から通信端末１０が次に通信可能となる通信可能タイミングまでの時間と、最大許容遅延時間とを比較する。現在とは、例えば、制御部２２がサービス提供装置３０からダウンリンクデータと、ダウンリンクデータの最大許容遅延時間に関する情報を受信したタイミングであってもよい。
　制御部２２は、最大許容遅延時間が、現在から通信端末１０が次に通信可能となる通信可能タイミングまでの時間よりも短い場合、最大許容遅延時間が、省電力状態の通信端末１０が次に通信可能となる通信可能タイミングまでに満了すると判定する。制御部２２は、最大許容遅延時間が、現在から通信端末１０が次に通信可能となる通信可能タイミングまでの時間よりも長い場合、最大許容遅延時間が、省電力状態の通信端末１０が次に通信可能となる通信可能タイミングまでに満了しないと判定する。
　最大許容遅延時間が、省電力状態の通信端末１０が次に通信可能となる通信可能タイミングまでに満了する場合、サービス制御装置２０は、通信端末１０へダウンリンクデータを送信することができない。ここで、送信は、配送もしくは配信等と言い換えられてもよい。
　そのため、通信部２１は、最大許容遅延時間が、省電力状態の通信端末１０が次に通信可能となる通信可能タイミングまでに満了する場合、サービス提供装置３０へ、ダウンリンクデータを通信端末１０へ送信することができないことを示す情報を送信する。
　以上説明したように、サービス制御装置２０は、最大許容遅延時間が、省電力状態の通信端末１０が次に通信可能となる通信可能タイミングまでに満了する場合、サービス提供装置３０へ、情報を送信することができる。具体的には、サービス制御装置２０は、ダウンリンクデータを通信端末１０へ送信することができないことを示す情報を送信することができる。サービス制御装置２０は、最大許容遅延時間が満了する前に、通信端末１０へダウンリンクデータを送信することができるか否かを判定することができる。
　その結果、サービス提供装置３０は、最大許容遅延時間が満了する前に、ダウンリンクデータを通信端末１０へ送信することができないことを認識することができる。このような場合、サービス提供装置３０は、最大許容遅延時間を再設定する処理を、最大許容遅延時間が満了した後に、Non-IP Dataを配送することができないことを認識した場合よりも、早期に開始することができる。もしくは、サービス提供装置３０は、Non-IP Dataの再送信を行うタイミングを決定する等の処理を、最大許容遅延時間が満了した後に、Non-IP Dataを配送することができないことを認識した場合よりも、早期に開始することができる。
　（実施の形態２）
　続いて、図２を用いて本開示の実施の形態２にかかる通信システムの構成例について説明する。図２の通信システムは、３ＧＰＰにおいて規格もしくは仕様が定められているノード装置によって構成される。図２の通信システムは、ＵＥ４０、ＲＡＮ（Radio Access Network）５０、ＭＭＥ６０、ＳＧＳＮ７０、ＳＣＥＦ８０、ＳＣＳ９０、及びＡＳ１００を有している。ＳＣＥＦ８０とＳＣＳ９０との間には、T8 Reference Pointが定められている。
　ＵＥ４０は、図１の通信端末１０に相当する。ＳＣＥＦ８０は、図１のサービス制御装置２０に相当する。つまり、ＳＣＥＦ８０は、サービス制御装置２０と同様の構成を有している。ＳＣＳ９０及びＡＳ１００は、図１のサービス提供装置３０に相当する。ＳＣＳ９０及びＡＳ１００は、以下の説明において、サービスを提供するための装置群として、ＳＣＳ９０／ＡＳ１００として説明することがある。また、図２においては、ＳＣＳ９０が、一つのＡＳ１００と接続している構成を示しているが、ＳＣＳ９０は、複数のＡＳと接続してもよい。
　ＲＡＮ５０は、ＲＮＣ（Radio Network Controller）、無線通信方式としていわゆる２Ｇ（Generation）もしくは３ＧをサポートするNode B及び無線通信方式としてＬＴＥ（Long Term Evolution）をサポートするｅＮＢ（evolved Node B）等を含んでもよい。ＵＥ４０は、Node BもしくはｅＮＢと無線通信を行う。
　続いて、図３を用いてＭＭＥ６０の構成例について説明する。なお、ＳＧＳＮ７０は、ＭＭＥ６０と同様の構成であるため、詳細な説明を省略する。
　ＭＭＥ６０は、通信部６１及び制御部６２を有している。通信部６１及び制御部６２は、プロセッサがメモリに格納されたプログラムを実行することによって処理が実行されるソフトウェアもしくはモジュールであってもよい。または、通信部６１及び制御部６２は、回路もしくはチップ等のハードウェアであってもよい。
　通信部６１は、ＳＣＥＦ８０から、省電力状態のＵＥ４０が次に通信可能となる通信可能タイミングに関する問い合わせメッセージを受信すると、ＳＣＥＦ８０へ、ＵＥ４０の通信可能タイミングに関する情報を送信する。ＵＥ４０の通信可能タイミングに関する情報は、時刻に関する情報であってもよく、通信可能タイミングまでの期間もしくは時間に関する情報であってもよい。
　省電力状態のＵＥ４０とは、例えば、ＰＳＭによって省電力動作を行っている状態であってもよい。省電力動作を行うＰＳＭに対して、省電力動作を行わない状態を、通常モードで動作している状態とする。または、省電力状態のＵＥ４０は、ＤＲＸもしくはｅＤＲＸにおける非通信状態であってもよい。ＤＲＸもしくはｅＤＲＸにおける非通信状態に対して、通信可能状態を、データの待受け状態もしくはデータの待受けタイミングとする。また、ＵＥ４０が省電力状態であり、通信を行うことができない状態を、idle状態と称してもよい。
　また、通信部６１は、ＳＣＥＦ８０からダウンリンクデータに相当するNon-IP Dataを受信した場合、ＲＡＮ５０を介してＵＥ４０へNon-IP Dataを送信する。
　制御部６２は、ＳＣＥＦ８０から、省電力状態のＵＥ４０が次に通信可能となる通信可能タイミングに関する問い合わせメッセージがあった場合に、通信部６１へ、ＵＥ４０の通信可能タイミングに関する情報を出力する。制御部６２は、ＭＭＥ６０内のメモリ等に格納されているＵＥ４０に関する情報から、ＵＥ４０の通信可能タイミングに関する情報を抽出してもよい。もしくは、制御部６２は、ＵＥ４０の加入者情報を管理するＨＳＳ（Home Subscriber Server）等のＭＭＥ６０とは異なる装置から、ＵＥ４０の通信可能タイミングに関する情報を取得してもよい。
　さらに、制御部６２は、ＵＥ４０が通信を行うことができない省電力状態から、通信を行うことができる状態になったことを検出する。言い換えると、制御部６２は、ＰＳＭにて動作しているＵＥ４０が通常モードに遷移したこと、又は、ＤＲＸもしくはｅＤＲＸにて動作しているＵＥ４０がデータの待受けタイミングになったことを検出する。例えば、制御部６２は、ＵＥ４０から、通信可能になったことを通知するメッセージを受信した場合、もしくは、ＵＥ４０の通信可能タイミングが示す時刻になった場合等に、ＵＥ４０が通信を行うことができる状態になったと判定する。
　この場合、制御部６２は、通信部６１を介してＳＣＥＦ８０へ、ＵＥ４０が通信可能タイミングであることを示す情報を送信する。
　続いて、図４を用いて本開示の実施の形態２にかかるNIDD Procedureについて説明する。はじめに、ＳＣＳ９０／ＡＳ１００は、T8 Reference Pointを介して、ＳＣＥＦ８０へ、MT NIDD Submit Requestメッセージを送信する（Ｓ１１）。MT NIDD Submit Requestメッセージは、ＵＥ４０の識別情報、Non-IP Data及びNon-IP DataのMaximum Latencyを含む。
　次に、ＳＣＥＦ８０は、ＳＣＳ９０／ＡＳ１００が、ＵＥ４０に対してNon-IP Dataを送信することができるか否かに関する認証処理を行う（Ｓ１２）。例えば、ＳＣＥＦ８０は、ＳＣＳと、当該ＳＣＳがNon-IP Dataを送信することができるＵＥと、を関連付けたデータベースを管理していてもよい。もしくは、ＨＳＳ、もしくは認証サーバ等に対して、ＳＣＳ９０／ＡＳ１００が、ＵＥ４０に対してNon-IP Dataを送信することができるか否かを問い合わせてもよい。ＨＳＳは、ＳＣＳと、当該ＳＣＳがNon-IP Dataを送信することができるＵＥと、を関連付けたデータベースを管理している。また、データベースは、Non-IP Dataを送信することができるＳＣＳの一覧を管理してもよい。以下の説明においては、ＳＣＥＦ８０は、ＳＣＳ９０／ＡＳ１００が、ＵＥ４０へNon-IP Dataを送信することができると判定したとして説明する。
　また、ＳＣＥＦ８０は、ステップＳ１２において、ＳＣＳ９０／ＡＳ１００から受信したNon-IP Dataのデータ量が、モバイルネットワーク内において設定されているＵＥ４０に関するＥＰＳ（Evolved Packet System）ベアラを超えていないかをチェックしてもよい。もしくは、ＳＣＥＦ８０は、ＳＣＳ９０／ＡＳ１００から受信した通信レートが、モバイルネットワーク内において設定されているＵＥ４０に関するＥＰＳベアラを超えていないかをチェックしてもよい。ＳＣＥＦ８０は、Non-IP Dataのデータ量が、モバイルネットワーク内において設定されているＵＥ４０に関するＥＰＳベアラを超えていると判定した場合、ＳＣＳ９０／ＡＳ１００に対して、Non-IP Dataを送信することを拒否するメッセージを送信してもよい。もしくは、ＳＣＥＦ８０は、通信レートが、ＵＥ４０に関するＥＰＳベアラを超えていると判定した場合、ＳＣＳ９０／ＡＳ１００に対して、Non-IP Dataを送信することを拒否するメッセージを送信してもよい。以下の説明においては、ＳＣＳ９０／ＡＳ１００から受信したNon-IP Dataのデータ量もしくは通信レートは、ＥＰＳベアラを超えていないとして説明する。
　次に、ＳＣＥＦ８０は、ＭＭＥ６０へUE Data Requestメッセージを送信する（Ｓ１３）。UE Data Requestメッセージは、省電力状態のＵＥ４０の次の通信可能タイミングに関する情報を問い合わせるために用いられる。
　次に、ＭＭＥ６０は、省電力状態のＵＥ４０の次の通信可能タイミングに関する情報を含むUE Data ResponseメッセージをＳＣＥＦ８０へ送信する（Ｓ１４）。次に、ＳＣＥＦ８０は、省電力状態のＵＥ４０の次の通信可能タイミングまでの時間が、Non-IP DataのMaximum Latencyを超えているか否かを判定する（Ｓ１５）。以下においては、ＳＣＥＦ８０が、省電力状態のＵＥ４０の次の通信可能タイミングまでの時間が、Non-IP DataのMaximum Latencyを超えていると判定したとして説明する。
　次に、ＳＣＥＦ８０は、ＳＣＳ９０／ＡＳ１００へ、MT NIDD Submit Responseメッセージを送信する（Ｓ１６）。MT NIDD Submit Responseメッセージは、省電力状態のＵＥ４０の次の通信可能タイミングまでの時間が、Non-IP DataのMaximum Latencyを超えているために、Non-IP DataをＵＥ４０へ送信することができないことを示す情報を含む。
　ＳＣＳ９０／ＡＳ１００は、MT NIDD Submit Responseメッセージを受信した場合、Non-IP Dataを送信せずに待機する（Ｓ１７）。例えば、ＳＣＳ９０／ＡＳ１００は、省電力状態のＵＥ４０の次の通信可能タイミングまでの時間が、Non-IP DataのMaximum Latencyを超えている場合、Non-IP Dataを送信せずに待機してもよい。言い換えると、ＳＣＳ９０／ＡＳ１００は、その他の理由により、Non-IP DataをＵＥ４０へ送信することができない場合、Non-IP Dataの送信を待機することなく、再度、Non-IP DataをＳＣＥＦ８０へ送信してもよい。その他の理由は、省電力状態のＵＥ４０の次の通信可能タイミングまでの時間が、Non-IP DataのMaximum Latencyを超えていること以外の理由であってもよい。
　次に、ＭＭＥ６０は、ＵＥ４０が通信可能タイミングに達し、通信可能状態になったことを検出する（Ｓ１８）。次に、ＭＭＥ６０は、ＳＣＥＦ８０へ、MT NIDD Submit Indicationメッセージを送信する（Ｓ１９）。MT NIDD Submit Indicationメッセージは、ＵＥ４０が通信可能状態となったことをＳＣＥＦ８０へ通知するために用いられる。
　次に、ＳＣＥＦ８０は、ＳＣＳ９０／ＡＳ１００へ、MT NIDD Re-Transmission Requestメッセージを送信する（Ｓ２０）。MT NIDD Re-Transmission Requestメッセージは、ＳＣＳ９０／ＡＳ１００へ、Non-IP Dataを再度送信することを要求することを通知するために用いられる。
　次に、ＳＣＳ９０／ＡＳ１００は、Non-IP Dataを含むMT NIDD Re-TransmissionメッセージをＳＣＥＦ８０へ送信する（Ｓ２１）。次に、ＳＣＥＦ８０は、ＳＣＳ９０／ＡＳ１００から受信したNon-IP Dataを含むMT NIDD Re-TransmissionメッセージをＭＭＥ６０へ送信する（Ｓ２２）。ＭＭＥ６０は、受信したNon-IP DataをＵＥ４０へ配送する。
　以上説明したように、ＳＣＳ９０は、Maximum Latencyが経過する前に、Non-IP DataをＵＥ４０へ送信することができるか否かを認識することができる。また、ＳＣＳ９０は、Non-IP DataをＵＥ４０へ送信することができない理由が、省電力状態のＵＥ４０の次の通信可能タイミングまでの時間が、Non-IP DataのMaximum Latencyを超えていることであるか否かを認識することができる。例えば、省電力状態のＵＥ４０の次の通信可能タイミングまでの時間が、Non-IP DataのMaximum Latencyを超えている場合、ＳＣＳ９０は、Non-IP DataをＵＥ４０へ送信することができないことを認識する。その後、ＳＣＳ９０は、すぐに、Non-IP Dataを再送信しても、Non-IP DataをＵＥ４０へ送信することができない。そのため、省電力状態のＵＥ４０の次の通信可能タイミングまでの時間が、Non-IP DataのMaximum Latencyを超えている場合、Non-IP Dataの再送信を待機することができる。具体的には、ＳＣＳ９０は、ＳＣＥＦ８０から、ＵＥ４０が通信可能状態になることを通知するメッセージを受信するまで、Non-IP Dataの再送信を待機することができる。これにより、ＵＥ４０へ送信されることのない無駄なNon-IP DataをＳＣＥＦ８０へ送信することを防止することができる。
　また、ＳＣＥＦ８０は、省電力状態のＵＥ４０の次の通信可能タイミングまでの時間が、Non-IP DataのMaximum Latencyを超えている場合、Non-IP DataをＵＥ４０へ送信することができないことをＳＣＳ９０へ通知することができる。さらに、ＳＣＥＦ８０は、ＵＥ４０が通信可能状態になった場合に、ＳＣＳ９０へNon-IP Dataを再送信することを要求するメッセージを送信することによって、Non-IP Dataをバッファする必要がなくなる。これにより、ＳＣＥＦ８０のバッファ容量が圧迫されるのを防止することができる。
　（実施の形態３）
　続いて、図５を用いて実施の形態３にかかるNIDD Procedureについて説明する。ステップＳ３１～Ｓ３５は、図４のステップＳ１１～Ｓ１５と同様であるため詳細な説明を省略する。
　ステップＳ３５において、ＳＣＥＦ８０は、省電力状態のＵＥ４０の次の通信可能タイミングまでの時間が、Non-IP DataのMaximum Latencyを超えていると判定した場合、ＳＣＳ９０／ＡＳ１００へ、MT NIDD Submit Responseメッセージを送信する（Ｓ３６）。
　MT NIDD Submit Responseメッセージは、省電力状態のＵＥ４０の次の通信可能タイミングまでの時間が、Non-IP DataのMaximum Latencyを超えているために、Non-IP DataをＵＥ４０へ送信することができないことを示す情報を含む。さらに、MT NIDD Submit Responseメッセージは、ＵＥ４０の次の通信可能タイミングの時刻情報、もしくは、ＵＥ４０の次の通信可能タイミングまでの時間情報を含む。
　ＳＣＳ９０／ＡＳ１００は、MT NIDD Submit Responseメッセージを受信した場合、図４のステップＳ１７と同様に、Non-IP Dataを送信せずに待機する（Ｓ３７）。また、ＳＣＳ９０／ＡＳ１００は、ステップＳ３６において、ＵＥ４０の次の通信可能タイミングの時刻情報、もしくは、ＵＥ４０の次の通信可能タイミングまでの時間情報を受信している。そのため、ＳＣＳ９０／ＡＳ１００は、ステップＳ３７において、ＵＥ４０の次の通信可能タイミングまでNon-IP Dataを送信せずに待機する。
　次に、ＭＭＥ６０は、ＵＥ４０が通信可能タイミングに達し、通信可能状態になったことを検出する（Ｓ３８）。さらに、ＳＣＳ９０／ＡＳ１００は、ＵＥ４０の次の通信可能タイミングを認識している。そのため、ＳＣＳ９０／ＡＳ１００も、ＭＭＥ６０がＵＥ４０が通信可能状態になったことを検出したタイミングと実質的に同一のタイミングに、ＵＥ４０が通信可能状態になったことを検出する（Ｓ３９）。
　次に、ＳＣＳ９０／ＡＳ１００は、Non-IP Dataを含むMT NIDD Re-TransmissionメッセージをＳＣＥＦ８０を介してＭＭＥ６０へ送信する（Ｓ４０）。MT NIDD Re-Transmissionメッセージに含まれるNon-IP Dataは、ステップＳ３１において送信したNon-IP Dataと同様である。つまり、ＳＣＳ９０／ＡＳ１００は、ステップＳ３１において送信したNon-IP DataがＵＥ４０へ送信されなかったために、ステップＳ３９において、Non-IP Dataを再送信する。
　以上説明したように、ＳＣＳ９０／ＡＳ１００は、ステップＳ３６において、ＵＥ４０の次の通信可能タイミングの時刻情報、もしくは、ＵＥ４０の次の通信可能タイミングまでの時間情報を受信することができる。そのため、ＳＣＳ９０／ＡＳ１００は、ＳＣＥＦ８０を介してＭＭＥ６０からＵＥ４０が通信可能状態となったことを通知されなくとも、ＵＥ４０が通信可能状態となったことを検出することができる。
　その結果、ＳＣＳ９０／ＡＳ１００は、ＵＥ４０が通信可能状態となったことを検出したことに基づいて、Non-IP Dataを再送信することができる。
　図６は、ＭＭＥ６０、ＳＧＳＮ７０及びＳＣＥＦ８０の構成例を示すブロック図である。図６を参照すると、ＭＭＥ６０、ＳＧＳＮ７０及びＳＣＥＦ８０は、ネットワークインタフェース１２０１、プロセッサ１２０２、及びメモリ１２０３を含む。ネットワークインタフェース１２０１は、通信システムを構成する他のネットワークノード装置と通信するために使用される。ネットワークインタフェース１２０１は、例えば、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）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
　なお、本開示は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。また、本開示は、それぞれの実施の形態を適宜組み合わせて実施されてもよい。
　上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
　（付記１）
　サービス提供装置から、通信端末を宛先とするダウンリンクデータと、前記ダウンリンクデータの最大許容遅延時間に関する情報とを受信する通信部と、
　前記最大許容遅延時間が、省電力状態の前記通信端末が次に通信可能となる通信可能タイミングまでに満了するか否かを判定する制御部と、を備え、
　前記通信部は、
　前記最大許容遅延時間が、前記通信可能タイミングまでに満了する場合、前記サービス提供装置へ、前記ダウンリンクデータを前記通信端末へ送信することができないことを示す情報を送信する、サービス制御装置。
　（付記２）
　前記制御部は、
　前記通信端末の移動管理を行う移動管理装置から、前記通信可能タイミングに関する情報を取得する、付記１に記載のサービス制御装置。
　（付記３）
　前記制御部は、
　前記通信端末に関する加入者情報を管理する加入者情報管理装置から、前記通信可能タイミングに関する情報を取得する、付記１に記載のサービス制御装置。
　（付記４）
　前記通信部は、
　前記サービス提供装置へ、前記ダウンリンクデータを前記通信端末へ送信することができないことを示す情報とともに、前記通信端末の前記通信可能タイミングに関する情報を送信する、付記１乃至３のいずれか１項に記載のサービス制御装置。
　（付記５）
　前記通信部は、
　前記通信端末が通信可能となった際に、前記サービス提供装置へ、前記通信端末が通信可能であることを示す情報を送信する、付記１乃至３のいずれか１項に記載のサービス制御装置。
　（付記６）
　前記通信部は、
　前記通信端末の移動管理を行う移動管理装置から、前記通信端末が通信可能となったことを示す情報を受信した際に、前記通信端末が通信可能であることを示す情報を前記サービス提供装置へ送信する、付記５に記載のサービス制御装置。
　（付記７）
　前記通信可能タイミングは、
　前記通信端末がＰＳＭ（Power Saving Mode）から復帰する復帰タイミングもしくは前記通信端末がＤＲＸ（Discontinuous Reception）によって間欠的な信号受信を行っている場合の信号受信タイミングである、付記１乃至６のいずれか１項に記載のサービス制御装置。
　（付記８）
　省電力状態の通信端末が、次に通信可能となる通信可能タイミングを判定する判定部と、
　前記通信端末を宛先とするダウンリンクデータの最大許容遅延時間が、前記通信端末が次に通信可能となる通信可能タイミングまでに満了するか否かを判定するサービス提供装置へ、前記通信可能タイミングに関する情報を送信する通信部と、を備える移動管理装置。
　（付記９）
　前記通信部は、
　前記サービス提供装置から、前記通信可能タイミングに関する情報を要求するメッセージを受信した際に、前記サービス提供装置へ、前記通信可能タイミングに関する情報を送信する、付記８に記載の移動管理装置。
　（付記１０）
　サービス提供装置から、通信端末を宛先とするダウンリンクデータと、前記ダウンリンクデータの最大許容遅延時間に関する情報とを受信し、
　前記最大許容遅延時間が、省電力状態の前記通信端末が次に通信可能となる通信可能タイミングまでに満了するか否かを判定し、
　前記最大許容遅延時間が、前記通信可能タイミングまでに満了する場合、前記サービス提供装置へ、前記ダウンリンクデータを前記通信端末へ送信することができないことを示す情報を送信する、サービス制御方法。
　（付記１１）
　省電力状態の通信端末が、次に通信可能となる通信可能タイミングを判定し、
　前記通信端末を宛先とするダウンリンクデータの最大許容遅延時間が、前記通信端末が次に通信可能となる通信可能タイミングまでに満了するか否かを判定するサービス提供装置へ、前記通信可能タイミングに関する情報を送信する、データ送信方法。
　（付記１２）
　サービス提供装置から、通信端末を宛先とするダウンリンクデータと、前記ダウンリンクデータの最大許容遅延時間に関する情報とを受信し、
　前記最大許容遅延時間が、省電力状態の前記通信端末が次に通信可能となる通信可能タイミングまでに満了するか否かを判定し、
　前記最大許容遅延時間が、前記通信可能タイミングまでに満了する場合、前記サービス提供装置へ、前記ダウンリンクデータを前記通信端末へ送信することができないことを示す情報を送信することをコンピュータに実行させるプログラム。
　（付記１３）
　省電力状態の通信端末が、次に通信可能となる通信可能タイミングを判定し、
　前記通信端末を宛先とするダウンリンクデータの最大許容遅延時間が、前記通信端末が次に通信可能となる通信可能タイミングまでに満了するか否かを判定するサービス提供装置へ、前記通信可能タイミングに関する情報を送信することをコンピュータに実行させるプログラム。
　以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
　この出願は、２０１７年９月２１日に出願された日本出願特願２０１７－１８１５０３を基礎とする優先権を主張し、その開示の全てをここに取り込む。
　１０　通信端末
　２０　サービス制御装置
　２１　通信部
　２２　制御部
　３０　サービス提供装置
　４０　ＵＥ
　５０　ＲＡＮ
　６０　ＭＭＥ
　６１　通信部
　６２　制御部
　７０　ＳＧＳＮ
　８０　ＳＣＥＦ
　９０　ＳＣＳ
　１００　ＡＳ

Claims (13)

  1. 　サービス提供装置から、通信端末を宛先とするダウンリンクデータと、前記ダウンリンクデータの最大許容遅延時間に関する情報とを受信する通信手段と、
    　前記最大許容遅延時間が、省電力状態の前記通信端末が次に通信可能となる通信可能タイミングまでに満了するか否かを判定する制御手段と、を備え、
    　前記通信手段は、
    　前記最大許容遅延時間が、前記通信可能タイミングまでに満了する場合、前記サービス提供装置へ、前記ダウンリンクデータを前記通信端末へ送信することができないことを示す情報を送信する、サービス制御装置。
  2. 　前記制御手段は、
    　前記通信端末の移動管理を行う移動管理装置から、前記通信可能タイミングに関する情報を取得する、請求項１に記載のサービス制御装置。
  3. 　前記制御手段は、
    　前記通信端末に関する加入者情報を管理する加入者情報管理装置から、前記通信可能タイミングに関する情報を取得する、請求項１に記載のサービス制御装置。
  4. 　前記通信手段は、
    　前記サービス提供装置へ、前記ダウンリンクデータを前記通信端末へ送信することができないことを示す情報とともに、前記通信端末の前記通信可能タイミングに関する情報を送信する、請求項１乃至３のいずれか１項に記載のサービス制御装置。
  5. 　前記通信手段は、
    　前記通信端末が通信可能となった際に、前記サービス提供装置へ、前記通信端末が通信可能であることを示す情報を送信する、請求項１乃至３のいずれか１項に記載のサービス制御装置。
  6. 　前記通信手段は、
    　前記通信端末の移動管理を行う移動管理装置から、前記通信端末が通信可能となったことを示す情報を受信した際に、前記通信端末が通信可能であることを示す情報を前記サービス提供装置へ送信する、請求項５に記載のサービス制御装置。
  7. 　前記通信可能タイミングは、
    　前記通信端末がＰＳＭ（Power Saving Mode）から復帰する復帰タイミングもしくは前記通信端末がＤＲＸ（Discontinuous Reception）によって間欠的な信号受信を行っている場合の信号受信タイミングである、請求項１乃至６のいずれか１項に記載のサービス制御装置。
  8. 　省電力状態の通信端末が、次に通信可能となる通信可能タイミングを判定する判定手段と、
    　前記通信端末を宛先とするダウンリンクデータの最大許容遅延時間が、前記通信端末が次に通信可能となる通信可能タイミングまでに満了するか否かを判定するサービス提供装置へ、前記通信可能タイミングに関する情報を送信する通信手段と、を備える移動管理装置。
  9. 　前記通信手段は、
    　前記サービス提供装置から、前記通信可能タイミングに関する情報を要求するメッセージを受信した際に、前記サービス提供装置へ、前記通信可能タイミングに関する情報を送信する、請求項８に記載の移動管理装置。
  10. 　サービス提供装置から、通信端末を宛先とするダウンリンクデータと、前記ダウンリンクデータの最大許容遅延時間に関する情報とを受信し、
    　前記最大許容遅延時間が、省電力状態の前記通信端末が次に通信可能となる通信可能タイミングまでに満了するか否かを判定し、
    　前記最大許容遅延時間が、前記通信可能タイミングまでに満了する場合、前記サービス提供装置へ、前記ダウンリンクデータを前記通信端末へ送信することができないことを示す情報を送信する、サービス制御方法。
  11. 　省電力状態の通信端末が、次に通信可能となる通信可能タイミングを判定し、
    　前記通信端末を宛先とするダウンリンクデータの最大許容遅延時間が、前記通信端末が次に通信可能となる通信可能タイミングまでに満了するか否かを判定するサービス提供装置へ、前記通信可能タイミングに関する情報を送信する、データ送信方法。
  12. 　サービス提供装置から、通信端末を宛先とするダウンリンクデータと、前記ダウンリンクデータの最大許容遅延時間に関する情報とを受信し、
    　前記最大許容遅延時間が、省電力状態の前記通信端末が次に通信可能となる通信可能タイミングまでに満了するか否かを判定し、
    　前記最大許容遅延時間が、前記通信可能タイミングまでに満了する場合、前記サービス提供装置へ、前記ダウンリンクデータを前記通信端末へ送信することができないことを示す情報を送信することをコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。
  13. 　省電力状態の通信端末が、次に通信可能となる通信可能タイミングを判定し、
    　前記通信端末を宛先とするダウンリンクデータの最大許容遅延時間が、前記通信端末が次に通信可能となる通信可能タイミングまでに満了するか否かを判定するサービス提供装置へ、前記通信可能タイミングに関する情報を送信することをコンピュータに実行させるプログラムが格納された非一時的なコンピュータ可読媒体。
PCT/JP2018/018094 2017-09-21 2018-05-10 サービス制御装置、移動管理装置、サービス制御方法、及び非一時的なコンピュータ可読媒体 WO2019058630A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2019542982A JP6891966B2 (ja) 2017-09-21 2018-05-10 サービス制御装置及びサービス制御方法
US16/646,194 US20200275374A1 (en) 2017-09-21 2018-05-10 Service control apparatus, mobility management apparatus, service control method, and non-transitory computer readable medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2017-181503 2017-09-21
JP2017181503 2017-09-21

Publications (1)

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

Family

ID=65809593

Family Applications (1)

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

Country Status (3)

Country Link
US (1) US20200275374A1 (ja)
JP (1) JP6891966B2 (ja)
WO (1) WO2019058630A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220312200A1 (en) * 2019-07-08 2022-09-29 Sony Group Corporation Methods and devices for utilizing an exposure function of a wireless communications network

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011172218A (ja) * 2010-02-21 2011-09-01 Ntt Docomo Inc 端末スケジューリング優先度特定方法及び装置
US20160100362A1 (en) * 2014-09-29 2016-04-07 Convida Wireless, Llc Service capability server / epc coordination for power savings mode and paging

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011172218A (ja) * 2010-02-21 2011-09-01 Ntt Docomo Inc 端末スケジューリング優先度特定方法及び装置
US20160100362A1 (en) * 2014-09-29 2016-04-07 Convida Wireless, Llc Service capability server / epc coordination for power savings mode and paging

Also Published As

Publication number Publication date
JPWO2019058630A1 (ja) 2020-10-15
JP6891966B2 (ja) 2021-06-18
US20200275374A1 (en) 2020-08-27

Similar Documents

Publication Publication Date Title
US10945177B2 (en) Method and apparatus for session release in wireless communication
US9565634B2 (en) Data transmission method, apparatus, and system, network side device, and terminal device
US8743763B2 (en) User device dormancy
WO2018066668A1 (ja) Ｓｃｅｆエンティティ、通信端末、データ処理方法、データ受信方法、及び非一時的なコンピュータ可読媒体
CN106576021B (zh) 用于管理有限无线电覆盖中的无线装置的设备与方法
JP6693572B2 (ja) システム、制御装置、Ｅｘｐｏｓｕｒｅ Ｆｕｎｃｔｉｏｎエンティティ、及び方法
JP6804922B2 (ja) 制御装置、方法及びプログラム
US9510285B2 (en) User device dormancy
US20210194645A1 (en) Improved assisted retransmission technique for cellular communications
US11228975B2 (en) Service control apparatus, charging management server, service control method, charging information management method, and computer readable medium
WO2012058797A1 (zh) 数据的传输方法及装置、移动终端
WO2016174512A1 (en) Resource control for wireless device detach
JP2018074522A (ja) ゲートウェイ装置、移動管理装置、基地局、通信方法、制御方法、ページング方法、及びプログラム
US11290982B2 (en) Notifications concerning UE unreachability
JP6891966B2 (ja) サービス制御装置及びサービス制御方法
US20170019749A1 (en) Service control system, user apparatus, and service control method
JP7098016B1 (ja) 通信システム、情報処理装置、情報処理装置の制御方法、及び通信装置
WO2019176397A1 (ja) マルチキャスト制御装置、マルチキャスト制御方法、及び非一時的なコンピュータ可読媒体
EP4218289A1 (en) Network slice quotas in the presence of interworking
WO2019084902A1 (en) Devices and methods for data transfer in wireless network

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2019542982

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

Country of ref document: EP

Kind code of ref document: A1