WO2018168132A1 - バックグランドデータ転送のための装置及び方法 - Google Patents

バックグランドデータ転送のための装置及び方法 Download PDF

Info

Publication number
WO2018168132A1
WO2018168132A1 PCT/JP2017/044838 JP2017044838W WO2018168132A1 WO 2018168132 A1 WO2018168132 A1 WO 2018168132A1 JP 2017044838 W JP2017044838 W JP 2017044838W WO 2018168132 A1 WO2018168132 A1 WO 2018168132A1
Authority
WO
WIPO (PCT)
Prior art keywords
data transfer
background data
policy
agreed
transfer
Prior art date
Application number
PCT/JP2017/044838
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 JP2019505712A priority Critical patent/JP7396645B2/ja
Priority to US16/494,432 priority patent/US11785505B2/en
Publication of WO2018168132A1 publication Critical patent/WO2018168132A1/ja
Priority to JP2023035125A priority patent/JP2023071931A/ja
Priority to US18/240,391 priority patent/US20230413118A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • 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
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1403—Architecture for metering, charging or billing
    • H04L12/1407—Policy-and-charging control [PCC] architecture
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/41—Billing record details, i.e. parameters, identifiers, structure of call data record [CDR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/42—Dynamic individual rates per user
    • 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/50—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for cross-charging network operators
    • 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/51—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for resellers, retailers or service providers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/66—Policy and charging system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/80—Rating or billing plans; Tariff determination aspects
    • H04M15/8083—Rating or billing plans; Tariff determination aspects involving reduced rates or discounts, e.g. time-of-day reductions or volume discounts
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • 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

Definitions

  • the present disclosure relates to a wireless communication network, and more particularly to background data transfer provided to a wireless terminal by a wireless communication network based on a request from an application service provider.
  • Non-Patent Documents 1-3 Third Generation Partnership Project (3GPP) standardizes background data transfer (see, for example, Non-Patent Documents 1-3).
  • background data transfer is for each wireless terminal (User Equipment (UE)) with a special billing policy (ie, ⁇ ⁇ ⁇ lower billing rate) performed in the time window recommended by the 3GPP network. It means data transfer service.
  • UE User Equipment
  • the 3GPP network negotiates with the 3GPP network the transfer policy applied to the background data transfer, and requests the sponsored connectivity for each UE's background data transfer based on the agreed transfer policy.
  • the transfer policy includes a recommended time window for background data transfer, a reference to the billing rate for that time window, and optionally a maximum aggregate bit rate (maximum aggregated bit rate) including.
  • the maximum aggregate bit rate indicates that the charging according to the mentioned charging rate can only be applied to the aggregated traffic of all related UEs (all involved UEs) that stay below this value. Note that the maximum aggregate bit rate (optionally included in the forwarding policy) is not enforced within the 3GPP network.
  • the mobile operator processes offline charging data records (Charging Data Records (CDRs)) to determine if the maximum aggregate bit rate for a set of UEs has been exceeded by the ASP. May be used to charge this excess traffic differently.
  • CDRs Charging Data Records
  • Chapter 29.2 of Non-Patent Document 1 defines the services and capabilities exposed by the 3GPP core network. More specifically, Chapter 29.2 of Non-Patent Document 1 stipulates that the 3GPP core network provides interaction with a third party for 3GPP resource management for background data transfer. Chapters 4.5.9 and 5.9 of Non-Patent Document 2 provide details and procedures for resource management for background data transfer. Chapter 5.2.13 of Non-Patent Document 3 defines the Nt interface (or reference point) between Service Capability ExposureSCFunction (SCEF) and Policy and Charging Rules Function (PCRF). The Nt interface allows negotiation between the SCEF and PCRF for a recommended time window and related conditions for future background data transfer. Chapters 6.1.16 and 7.11.1 of Non-Patent Document 3 further define details of future background data transfer negotiation via the Nt interface.
  • SCEF Service Capability ExposureSCFunction
  • PCRF Policy and Charging Rules Function
  • Non-Patent Document 4 proposes a revision of Chapter 29.2 of Non-Patent Document 1 (3GPP TS 22.101) described above. More specifically, Non-Patent Document 4 states that background data transfer (a) exceeds the agreed maximum data volume, (b) continues beyond the agreed time window, or (c) agreed. Whether this background data transfer should be stopped by the 3GPP system or possibly continued under a different billing regime (or billing rule) if it occurs outside of areas It states that the party application server (AS) should be able to show to the 3GPP system (or 3GPP network).
  • AS party application server
  • 3GPP TS 22.101 V14.5.0 2016 “3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Service aspects; Service principles (Release 14)”, December 2016 3GPP TS 23.682 V14.2.0 (2016-12) “3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Architecture enhancements to facilitate communications with packet data networks and applications (Release 14) 3GPP TS 23.203 V14.2.0 (2016-12) “3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Policy and charging control architecture (Release 14)”, December 2016 3GPP S1-171415, NTT DOCOMO, KPN, KDDI, TOYOTA ITC, DENSO CORPORATION, NEC, “Enhancement of the service exposure for background data transfer”, 3GPP TSG-SA WG1 Meeting # 77, Jeju-17Korea February 2017
  • Non-Patent Document 4 only proposes a change of service principles (principles) regarding background data transfer between an application service provider (or its application server) and a 3GPP network. Therefore, it is not clear how to implement this change in 3GPP networks.
  • the background data transfer wireless communication network eg, 3GPP
  • the background data transfer wireless communication network eg, 3GPP
  • the exposed node located in the wireless communication network includes at least one memory and at least one processor coupled to the at least one memory.
  • the at least one processor receives a first request for resource management for future background data transfer between an application service provider and a plurality of wireless terminals from a server associated with the application service provider. Configured to do.
  • the first request is that the background data transfer should be stopped or agreed in advance if the background data transfer does not comply with a previously agreed upon (or negotiated) transfer policy.
  • the at least one processor is configured to send a second request for resource management for the background data transfer to a policy control node in the wireless communication network in response to receiving the first request .
  • the second request includes the parameter obtained from the first request.
  • the at least one processor is configured to send to the server a transfer policy applied to the background data transfer determined by the policy control node based on the second request.
  • the policy control node arranged in the wireless communication network includes at least one memory and at least one processor coupled to the at least one memory.
  • the at least one processor sends a resource management request for future background data transfer between an application service provider and a plurality of wireless terminals from a server associated with the application service provider via an exposed node. Configured to receive.
  • the request is subject to a billing rule in which the background data transfer should be stopped or pre-agreed if the background data transfer does not comply with a previously agreed upon (or negotiated) transfer policy Includes a parameter indicating whether to continue under different charging rules.
  • the at least one processor is configured to determine a transfer policy based on the request and send the determined transfer policy to the server via the exposed node.
  • the network node arranged in the wireless communication network includes at least one memory and at least one processor coupled to the at least one memory.
  • the at least one processor is configured to receive from the policy control node policy rules that apply to packet flows associated with background data transfer between the application service provider and each wireless terminal.
  • the at least one processor is configured to enforce the policy rule.
  • the policy rule is that if the background data transfer does not comply with a transfer policy agreed in advance between the application service provider and the wireless communication network, the background data transfer should be stopped or Indicates whether to continue under a charging rule different from the previously agreed charging rule.
  • a base station located in the radio access network includes at least one memory and at least one processor coupled to the at least one memory.
  • the at least one processor receives from the core network policy rules applied to a packet flow associated with a background data transfer between an application service provider and each wireless terminal or a bearer that transfers the packet flow. It is configured as follows.
  • the at least one processor is configured to enforce the policy rule.
  • the policy rule determines whether the background data transfer should be stopped if the background data transfer does not comply with a transfer policy agreed in advance between the application service provider and the core network. Indicates.
  • the wireless terminal includes at least one memory and at least one processor coupled to the at least one memory.
  • the at least one processor transmits policy rules applied to a packet flow associated with a background data transfer between an application service provider and the wireless terminal or a bearer transferring the packet flow from a core network to a base station. Configured to receive via.
  • the at least one processor is configured to enforce the policy rule.
  • the policy rule determines whether the background data transfer should be stopped if the background data transfer does not comply with a transfer policy agreed in advance between the application service provider and the core network. Indicates.
  • a method at an exposed node located in a wireless communication network comprises: (A) receiving a first request for resource management for future background data transfer between an application service provider and a plurality of wireless terminals from a server associated with the application service provider; (B) in response to receiving the first request, sending a second request for resource management for the background data transfer to a policy control node in the wireless communication network; and (c) the first Sending to the server a transfer policy applied to the background data transfer determined by the policy control node based on two requests; including.
  • the first request indicates that if the background data transfer does not comply with a previously agreed (or negotiated) transfer policy, the background data transfer should be stopped or Includes a parameter indicating whether to continue under a charging rule different from the agreed charging rule.
  • the second request includes the parameter obtained from the first request.
  • a method in a policy control node located in a wireless communication network comprises: (A) receiving a resource management request for future background data transfer between an application service provider and a plurality of wireless terminals from a server associated with the application service provider via an exposed node; And (b) determining a forwarding policy based on the request and sending the determined forwarding policy to the server via the exposed node; including.
  • the request should be stopped or agreed in advance if the background data transfer does not comply with a previously agreed (or negotiated) transfer policy.
  • a method in a network node located in a wireless communication network comprises: (A) receiving from the policy control node a policy rule applied to a packet flow associated with background data transfer between the application service provider and each wireless terminal; and (b) enforcing the policy rule.
  • the policy rule is that the background data transfer is stopped when the background data transfer does not comply with a transfer policy agreed in advance between the application service provider and the wireless communication network. Indicates whether to continue under a charging rule that is different from a previously agreed charging rule.
  • a method in a base station located in a radio access network includes: (A) receiving from the core network policy rules applied to a packet flow associated with background data transfer between the application service provider and each wireless terminal or a bearer transferring the packet flow; and b) Enforcing the policy rules; including.
  • the policy rule is that the background data transfer should be stopped if the background data transfer does not follow a transfer policy agreed in advance between the application service provider and the core network. Indicates whether or not.
  • a method in a wireless terminal includes: (A) A policy rule applied to a packet flow associated with a background data transfer between an application service provider and the wireless terminal or a bearer transferring the packet flow is received from a core network via a base station. And (b) enforce the policy rules; including.
  • the policy rule is that the background data transfer should be stopped if the background data transfer does not follow a transfer policy agreed in advance between the application service provider and the core network. Indicates whether or not.
  • the program includes a group of instructions (software code) for causing the computer to perform the method according to any of the sixth to tenth aspects described above when read by the computer.
  • the above aspect negotiates with the wireless communication network how to handle the background data transfer in the wireless communication network (eg, 3GPP network) when the background data transfer does not comply with the agreed transfer policy. Can be provided to an application service provider (or its application server).
  • an application service provider or its application server.
  • LTE-Advanced Pro a plurality of embodiments shown below will be described mainly for the background data transfer defined in 3GPP Release 13 and later (i.e., LTE-Advanced Pro).
  • these embodiments are not limited to LTE-Advanced Pro networks, but other mobile communication networks or systems, such as 3rd Generation Generation Partnership Project (3GPP) Universal Mobile Telecommunications System (UMTS), 3GPP2 CDMA2000 system, Global It may be applied to a System for Mobile communication (GSM (registered trademark)) / General packet radio service (GPRS) system, a WiMAX system, or a mobile WiMAX system.
  • GSM System for Mobile communication
  • GPRS General packet radio service
  • WiMAX Worldwide Interoperability for Mobile communications
  • 5G fifth generation mobile communication system
  • 5G is expected to be realized through a combination of LTE-Advanced Pro and innovative improvements and developments through the introduction of a new 5G air interface (new Radio Access Technology (RAT)).
  • the new RAT supports, for example, higher frequency bands (eg, 6 GHz or lower) targeted by LTE-Advanced Pro, such as centimeter wave band of 10 GHz or higher and millimeter wave band of 30 GHz or higher. .
  • FIG. 1 shows a configuration example of a wireless communication network according to some embodiments including this embodiment.
  • FIG. 1 shows a network configuration related to LTE-Advanced Pro background data transfer.
  • the UE 10 establishes a signaling connection with the Mobility Management Entity (MME) 30 via the radio access network (ie, Evolved UMTS Terrestrial Radio Access Network (E-UTRAN) 20), and also connects the E-UTRAN 20 and the core network (ie, User plane communication with Service Capability Server (SCS) / Application Server (AS) 60 is performed via Packet Data Network Gateway (P-GW) 32 and S-GW 34 in Evolved Packet Core (EPC).
  • MME Mobility Management Entity
  • E-UTRAN Evolved UMTS Terrestrial Radio Access Network
  • AS Application Server
  • the SCS / AS 60 is a server associated with an application service provider (ASP).
  • the SCS / AS 60 communicates with one or more applications 11 hosted in the UE 10 via Public Land Mobile Network (PLMN) (i.e., here 3GPP network).
  • PLMN Public Land Mobile Network
  • the SCS / AS 60 may be an AS, or an SCS and an AS.
  • the SCS connects the AS to the 3GPP network, and enables the AS to communicate with the UE 10 via a service defined by 3GPP.
  • the SCS also allows the AS to communicate with the PCRF via the SCEF 50.
  • SCS2 is controlled by a GPP network operator or ASP.
  • SCS is also called a Machine type communication (MTC) server or a Machine-to-Machine (M2M) server.
  • MTC Machine type communication
  • M2M Machine-to-Machine
  • the SCS may be a single independent physical entity or a functional entity added to another network element (for example, SCEF 50 or AS).
  • the MTC server is connected to the Packet Switched (PS) network and communicates with the MTC device.
  • PS Packet Switched
  • An MTC device can configure an MTC group in units of MTC users.
  • SCEF 50 is an entity in the 3GPP network, and provides a means to securely expose services and capabilities provided by the 3GPP network interfaces.
  • SCEF50 is through a network application programming interface (eg, Network API) defined by Open Mobile Alliance (OMA), Global System Mobile for Communications Association (GSMA), or other standardization bodies (possibly Provides access to network capabilities.
  • OMA Open Mobile Alliance
  • GSMA Global System Mobile for Communications Association
  • SCEF 50 abstracts the underlying 3GPP network interface and protocol.
  • PCRF40 Policy and Charging Enforcement Function (PCEF) 42, Bearer Binding and Event Reporting Function (BBERF) 44, and Subscription Profile Repository (SPR) 46 are elements (logical entities) related to the Policy and charging control (PCC) architecture.
  • the PCRF 40 determines a PCC rule to be applied to the service data flow of the UE 10, and sends the determined PCC rule to the PCEF 42 arranged in the P-GW 32.
  • the PCC rule includes a service data flow (SDF) template for detecting the service data flow of the UE 10, and parameters (eg, Quality of Service (QoS) policy for policy control and charging control of the service data flow) , Charging rules).
  • SDF service data flow
  • QoS Quality of Service
  • Charging rules Charging rules
  • the service data flow is an aggregated set of packet flows carried through the PCEF 42 (aggregatedgregset of packet flows).
  • the SDF template includes one or more SDF filters for specifying a service data flow for an IP Connectivity Connectivity Network (IP-CAN) session between the UE 10 and the SCS / AS 60.
  • IP-CAN IP Connectivity Connectivity Network
  • the PCRF 40 has a signaling interface (i.e., Gx interface (or reference point)) with the PCEF 42 arranged in the P-GW 32.
  • the PCRF 40 may have a signaling interface (i.e., Gxc interface (or reference point)) with the BBERF 44 arranged in the S-GW 34.
  • the PCRF 40 has a signaling interface (i.e., Nt and Rx interface (or reference point)) with the SCEF 50.
  • the Nt interface allows the recommended time window (recommended time window (s)) and related conditions to be negotiated between the SCEF 50 and the PCRF 40 for future background data transfer.
  • the Rx interface enables transport of application level function information (i.e., “Application Function (AF) session information) from Application Function (AF) to PCRF 40.
  • AF Application Function
  • SCEF 40 behaves as AF (acting as an AF).
  • the AF session information includes a reference ID (reference ID) indicating a transfer policy that the SCS / AS 60 has negotiated with the PCRF 40 (or another PCRF) in advance via the SCEF 50.
  • reference ID reference ID
  • AF session information for background data transfer may include information for sponsored data data connectivity (e.g., ASP data identifier).
  • the PCRF 40 has a signaling interface (i.e.,. Sp interface (or reference point)) with the SPR 46.
  • the SPR 46 is a logical entity that includes all the subscriber / subscription related information (subscriber / subscription related information) required for subscription-based policies (policies) and IP-CAN bearer level PCC rules (rules).
  • the SPR 46 may be combined or distributed to other databases in the operator's network.
  • the SPR 46 may supply sponsored data data connectivity profile information.
  • the Sponsored dataivityconnectivity profile information includes a list of application service providers and their applications by their sponsor identifiers (their applications per sponsor identity).
  • Sponsored data connectivity profile information may be set by the PCRF 40.
  • the SPR 46 may supply policy information regarding the ASP.
  • the policy information includes an ASP identifier, a transfer policy, and a reference ID (reference ID). Policy information regarding ASP is only available in SPR 46 after it has been stored by PCRF 40.
  • FIG. 2 shows an example (process 200) of a general procedure for negotiation and execution of background data transfer according to a plurality of embodiments including the present embodiment.
  • the general procedure shown in FIG. 2 is the same as the procedure defined in Chapter 5.9 of Non-Patent Document 2.
  • Steps 201-207 are performed for negotiation of future background data transfer for a set of UEs.
  • the set of UEs may be one or more MTC devices belonging to MTC Group.
  • the SCS / AS 60 sends a background data transfer request message to the SCEF 50.
  • the request includes SCS / AS identifier, SCS / AS reference ID, Volume per UE, Number of UEs, and Desired time window.
  • SCS / AS Identifier can also be called ASP identifier.
  • Volume per UE describes the volume of data that the SCS / AS expects to transfer per UE (the volume of data the SCS / AS expects to be transferred per UE).
  • Number of UEs describes the expected number of UEs participating in the data transfer (the expected amount of UEs participating in the data transfer).
  • Desired time window describes the period (the time interval during which the SCS / AS wants to realize the data transfer) that SCS / AS wants to perform data transfer.
  • the background data transfer request may optionally include geographic area information.
  • the background data transfer request is the maximum data transfer rate per UE (or per SDF) (rate quota), the maximum amount of data per UE (or per SDF) (byte quota), or both May be included.
  • the SCEF 50 authenticates the received SCS / AS request (i.e., background data transfer request).
  • the SCEF 50 selects any available PCRFs and triggers NegotiationNfor future background data transfer procedure with the selected PCRF (here, PCRF40).
  • the SCEF 50 forwards the parameters supplied by the SCS / AS 60 to the PCRF 40.
  • the PCRF 40 responds to the SCEF 50 with one or more possible transfer policies (possible transfer policies) and a reference ID (a reference ID).
  • step 204 the SCEF 50 forwards the received reference ID and transfer policy to the SCS / AS 60 by sending a BackgroundBackdata transfer response message.
  • the Background data transfer response message includes an SCS / AS Reference ID, a reference ID, and possible transfer policies (possible transfer policies).
  • the SCS / AS 60 stores the received reference ID for future interaction with the PCRF 40.
  • the SCS / AS 60 selects one of these and sends another Background_data_transfer_request message to inform the SCEF 50 and PCRF 40 about the selected transfer policy. Is sent to the SCEF 50 (step 205).
  • the Background data transfer request message includes the SCS / AS Identifier, the SCS / AS Reference ID, and the selected transfer policy (Selected transfer policy).
  • step 206 the SCEF 50 confirms the transfer policy selection by sending a Background data transfer response message to the SCS / AS 60.
  • the Background data transfer response message includes the SCS / AS Reference ID.
  • step 207 the PCRF 40 and the SCEF 50 continue negotiation “for” future “background” data “transfer” procedure with the PCRF 40.
  • steps 205 and 206 the SCEF 50 sends the transfer policy selected by the SCS / AS 60 to the PCRF 40.
  • the PCRF 40 stores the reference ID and a new transfer policy associated therewith in the SPR 46.
  • Step 208 is a background data transfer execution phase for individual UEs.
  • the SCS / AS 60 (acting as AF (acting as AF)) supplies the reference ID to the PCRF 40 together with service information (or SCS / AS session information and AF session information).
  • the service information includes the IP address of IP flow (s), the port number used, and the like.
  • the SCS / AS 60 may require sponsored data (data) data connectivity for background data transfer of individual UEs.
  • the SCS / AS 60 may contact the PCRF 40 directly or may interact with the PCRF 40 via the SCEF 50 acting as an AF.
  • the PCRF 40 retrieves the corresponding transfer policy from the SRP 46 based on the reference ID received from the SCS / AS 60 (behaves as AF) or the SCEF 50 (behaves as AF).
  • the PCRF 40 identifies an IP-CAN session affected by the transfer policy and triggers an IP-CAN Session Modification procedure.
  • This IP-CAN Session Modification procedure can be used to activate individual bearers (new) activation (ie, Dedicated Bearer Activation Procedure) or modification of existing individual bearers (ie , (Bearer (Modification (Procedure)).
  • FIG. 3 shows an example of an interaction (process 300) between the SCS / AS 60 and the SCEF 50 for future background data transfer negotiations.
  • the SCS / AS 60 sends to the SCEF 50 a background data transfer request message that has been modified to include the new parameters.
  • the background data transfer request message requests resource management for future background data transfer over the 3GPP network between the set of UEs and the ASP.
  • the new parameter included in the background data transfer request message of step 301 is that if the background data transfer does not comply with the previously agreed transfer policy (previously iagreed (or negotiated)) Indicates whether to be stopped or continued under a charging rule different from the previously agreed charging rule.
  • This different charging rule may define a higher charging rate than, for example, a previously agreed charging rule.
  • the pre-agreed transfer policy may include a pre-agreed maximum data volume (maximum data volume).
  • maximum data volume agreed in advance may be the maximum data volume per UE.
  • the previously agreed maximum data volume may be the maximum data volume of a set of UEs (set of UEs).
  • the transfer policy also includes the maximum transfer rate of data per UE (or per SDF) (rate quota), the maximum amount of data per UE (or per SDF) (byte quota), or both. But you can.
  • the pre-agreed transfer policy may include a pre-agreed time window.
  • the new parameters mentioned above should be stopped or different if the background data transfer continues beyond a pre-agreed time window (continues beyond the agreed time window). It may indicate whether to continue under the charging rules.
  • the pre-agreed transfer policy may include a pre-agreed geographical area.
  • the new parameters mentioned above will cause the background data transfer to be stopped if the background data transfer occurs outside of the (geographic) area where the pre-agreed is agreed (happens outside the agreed (geographic) It may indicate whether it should be continued or under different charging rules.
  • a new parameter included in the Background_data_transfer_request message may indicate the priority of the set of UEs performing future background data transfer.
  • the new parameters included in the background data transfer request message of step 301 include one or more conditions representing activity that does not comply with the previously agreed transfer policy; An action to be taken when each condition is satisfied (action to be taken when each condition ⁇ ⁇ ⁇ is met) may be indicated.
  • one or more conditions are that background data transfer (a) exceeds the pre-agreed maximum data volume, (b) continues beyond the pre-agreed time window. Or (c) occurring outside a pre-agreed (geographic) area.
  • the action to be taken when each condition is satisfied may be to stop data transfer or to continue data transfer under different charging rules.
  • the SCEF 50 triggers Negotiation for futureNbackground data transfer procedure with the PCRF 40 in response to reception of the background data transfer request.
  • the SCEF 50 receives from the PCRF 40 one or more possible transfer policies and reference IDs.
  • the SCEF 50 forwards the received reference ID and transfer policy to the SCS / AS 60 by sending a Background data transfer response message.
  • the Background data transfer response message may include locally available information (e.g., “congestion level”) regarding the geographic area requested by the SCS / AS 60.
  • FIG. 4 shows an example of operation of the SCEF 50, PCRF 40, and SPR 46 (process 400) for future background data transfer negotiation.
  • step 401 based on the background data transfer request (i.e., step 301 in FIG. 4) from the SCS / AS 60, the SCEF 50 sends a DIAMETER Background-Data-Transfer-Request (BTR) command to the PCRF 40.
  • the BTR command includes parameters obtained from a background data transfer request from the SCS / AS 60. That is, in the example of FIG. 4, whether the background data transfer should be stopped if the BTR command does not follow the transfer policy for which background data transfer has been agreed in advance (or previously neglected (or negotiated)) Or it indicates whether to continue under a charging rule different from the previously agreed charging rule.
  • the new parameters included in the BTR command of step 401 are one or more conditions that represent activities that do not comply with the transfer policy agreed in advance, and each condition is satisfied. It may indicate the action (action to be taken when each condition is met) to be taken.
  • one or more conditions are that background data transfer (a) exceeds the pre-agreed maximum data volume, (b) continues beyond the pre-agreed time window. Or (c) occurring outside a pre-agreed (geographic) area.
  • the action to be taken when each condition is satisfied may be to stop data transfer or to continue data transfer under different charging rules.
  • steps 402 and 403 are the same as the processing performed in the normal negotiation procedure. That is, in step 402, the PCRF 40 requests all existing transfer policies (all existing transfer policies) from the SPR 46. In step 403, the SPR 46 supplies network area information corresponding to all existing transfer policies to the PCRF 40.
  • the PCRF 40 determines one or more transfer policies based on information supplied by the AF (ie, SCS / AS 60 or SCEF 50 or both) and other available information.
  • Other available information includes, for example, network policy, congestion level (if available), requested time window and load status prediction in the network area (load status estimation for the required time window), and existing transfer policy. Including.
  • step 407 The processing in steps 405 to 407 is the same as the processing in steps 204 to 206 in FIG.
  • the reference ID is stored in the SPR 46 together with the new transfer policy.
  • the new transfer policy is that if the background data transfer does not comply with the previously agreed (or previously negotiated) transfer policy, the background data transfer should be stopped or agreed in advance Indicates whether to continue under a charging rule different from the charging rule.
  • the new transfer policy stored in the SPR 46 in step 408 is taken when one or more conditions representing an activity that does not comply with the transfer policy and each condition is satisfied. It may indicate a behavior (action to be taken when each condition is met).
  • one or more conditions are that background data transfer (a) exceeds the pre-agreed maximum data volume, (b) continues beyond the pre-agreed time window. Or (c) occurring outside a pre-agreed (geographic) area.
  • the action to be taken when each condition is satisfied may be to stop data transfer or to continue data transfer under different charging rules.
  • step 409 the SPR 46 sends an acknowledgment to the PCRF 40.
  • the AS 60 can inform the PCRF 40 via the SCEF 50. Therefore, the procedure described with reference to FIG. 3 and FIG. 4 is based on the background data transfer wireless communication network (eg, 3GPP network) when the background data transfer does not comply with the agreed transfer policy.
  • Application service provider or its application server
  • FIG. 5 shows an example (process 500) of an IP-CAN session modification procedure initiated by the PCRF 40 in response to a trigger from the AF 70.
  • AF 70 corresponds to SCS / AS 60 or SCEF 50.
  • the PCEF 42 is arranged in the P-GW 32, and the BBERF 44 is arranged in the S-GW 34.
  • the AF 70 uses a DIAMETER AA-Request to establish a new AF session for background data transfer for individual UEs or to modify an existing AF session.
  • the DIAMETER AAR command includes a reference ID and service information (or SCS / AS session information and AF session information).
  • the reference ID is associated with a transfer policy for background data transfer previously agreed with the PCRF 40 (or other PCRF).
  • the service information includes the IP address of IP flow (s), the port number used, and the like.
  • the reference ID is described in Reference-Id Attribute Value Pair (AVP) included in DIAMETER AAR command.
  • AVP Reference-Id Attribute Value Pair
  • the service information is represented by multiple AVPs (eg, Flow-Description AVP, Flow-Number AVP Framed-IP-Address AVP, Framed-Ipv6-Prefix AVP, IP-Domain-Id AVP) included in DIAMETER AAR command.
  • AVPs eg, Flow-Description AVP, Flow-Number AVP Framed-IP-Address AVP, Framed-Ipv6-Prefix AVP, IP-Domain-Id AVP
  • the service information may include Sponsored-Connectivity-Data AVP for sponsored (data) connectivity.
  • Sponsored-Connectivity-Data AVP includes ASP identifier and sponsor identity.
  • the PCRF 40 stores the received service information. Further, in response to the reception of Reference-Id AVP, the PCRF 40 acquires the corresponding transfer policy from the SPR 46 (steps 502 and 503).
  • the transfer policy is continued under a charging rule that is different from the previously agreed charging rule, if the background data transfer does not comply with the transfer policy, the background data transfer should be stopped Indicates what should be done.
  • the transfer policy includes one or more conditions that represent activities that do not comply with the transfer policy and the action to be taken when each condition is met (action to be taken when each condition is met).
  • the one or more conditions may be that background data transfer (a) exceeds a pre-agreed maximum data volume, (b) continues beyond a pre-agreed time window, or (c It may occur outside a pre-agreed (geographic) area.
  • the action to be taken when each condition is satisfied may be to stop data transfer or to continue data transfer under different charging rules.
  • the PCRF 40 derives a dynamic PCC rule (rule (s)) for background data transfer according to the transfer policy.
  • the PCC rule includes a service data flow (SDF) template for detecting a service data flow for background data transfer, and parameters for policy control and charging control of the service data flow.
  • the parameters for policy control and charging control include, for example, ASP identifier, QoS class identifier, UL-maximum bitrate, DL-maximum bitrate, Gate status, or any combination thereof.
  • the PCC rule defines the agreed time window for background data transfer and the agreed maximum volume of data per UE (or per SDF) (maximum volume of data per UE (per SDF)). May be included.
  • the PCC rules may also include the maximum data rate per UE (or per SDF) (rate quota), the maximum amount of data per UE (or per SDF) (byte quota), or both. Good.
  • the PCC rule indicates one or more conditions that represent activities that do not comply with the transfer policy, and actions to be taken when each condition is met (action to be taken when each ⁇ ⁇ ⁇ condition is met). May be.
  • the one or more conditions may be that background data transfer (a) exceeds a pre-agreed maximum data volume, (b) continues beyond a pre-agreed time window, or (c It may occur outside a pre-agreed (geographic) area.
  • the action to be taken when each condition is satisfied may be to stop data transfer or to continue data transfer under different charging rules.
  • the PCRF 40 uses the information previously received from the PCEF 42 and other PCRFs and the service information received from the AF 70 to identify affected and established IP-CAN sessions. .
  • step 505 the PCRF 40 sends a Diameter AA- Answer (AAA) command to the AF70.
  • AAA Diameter AA- Answer
  • the PCRF 40 sends a DIAMETER Re-Auth-Request (RAR) message to the PCEF 42 in order to request the PCEF 42 to install or modify the PCC rules.
  • RAR DIAMETER Re-Auth-Request
  • the DIAMETER RAR message contains PCC rules and triggers an IP-CAN Session Modification procedure.
  • step 507 the PCEF 42 enforces the PCC rule supplied by the PCRF 40.
  • step 508 the PCEF 42 arranged in the P-GW 32 performs IP-CAN bearer signaling with the BBERF 44 arranged in the S-GW 34 in order to establish or modify the IP-CAN bearer.
  • step 509 the PCEF 42 sends a DIAMETER RA-Answer (RAA) message to the PCRF 40.
  • RAA DIAMETER RA-Answer
  • the PCRF 40 can inform the PCEF 42 how background data transfers that do not comply with the pre-agreed transfer policy should be handled.
  • the PCEF 42 ie, P-GW32
  • P-GW32 allows the background data transfer to continue beyond the pre-agreed time window if the background data transfer exceeds (a) the pre-agreed maximum data volume.
  • the present embodiment provides a modification of the background data transfer described in the first embodiment.
  • the configuration example of the communication network according to the present embodiment is the same as the configuration example shown in FIG.
  • the negotiation procedure of the future background data transfer according to the present embodiment is the same as the procedure described with reference to FIG. 2, FIG. 3, and FIG.
  • the execution procedure of the background data transfer for individual UEs according to the present embodiment is the same as the procedure described with reference to FIGS.
  • PCC rules for background data transfer enforced by PCEF42 notify PCEF42 of such detection when background data transfer that does not comply with the previously agreed transfer policy is detected. To PCEF42 to do so.
  • FIG. 6 shows an example of the procedure for detecting and notifying the background data transfer that does not comply with the transfer policy agreed in advance (process 600).
  • the PCEF 42 detects the establishment of one or more conditions representing activity that does not comply with the transfer policy.
  • the PCEF 42 detects the establishment of one or more conditions representing activity that does not comply with the forwarding policy by monitoring uplink or downlink traffic for UE 10 or a set of UEs. Also good. Additionally or alternatively, the PCEF 42 may detect the establishment of one or more conditions representing activity that does not comply with the transfer policy by monitoring the location information of the UE 10 or UEs set.
  • the PCEF 42 notifies the PCRF 40 of the detected condition by sending a DIAMETER Credit-Control-Request (CCR) message to the PCRF 40.
  • the DIAMETER CCR message includes, for example, a detected condition and a Rule identifier for specifying a PCC rule.
  • the DIAMETER CCR message may include a UE ID related to a target UE monitored by the PCEF 42 (that is, a UE in which background data transfer not complying with the transfer policy is detected), and indicates a geographical area related to the UE. Information may be included.
  • the PCRF 40 In response to receiving the DIAMETER CCR message, the PCRF 40 derives the corresponding transfer policy and reference ID. In step 603, the PCRF 40 sends a DIAMETER RAR message to the SCEF 50 (operating as an AF).
  • the DIAMETER RAR message indicates a reference ID and a detected condition (representing an activity that does not comply with a pre-agreed transfer policy).
  • the DIAMETER RAR message may include a UE ID related to a target UE monitored by the PCEF 42 (that is, a UE in which background data transfer not complying with the transfer policy is detected), and indicates a geographical area related to the UE. Information may be included.
  • the SCEF 50 sends a report message to the SCS / AS 60 via the API.
  • the report message indicates the reference ID and the detected condition (representing activity that does not comply with the pre-agreed transfer policy).
  • the report message may include, for example, a UE ID related to a target UE monitored by the PCEF 42 (that is, a UE in which background data transfer not complying with the transfer policy is detected), and a geographical area related to the UE. It may include information to indicate.
  • step 605 the SCEF 50 receives an answer message indicating an acknowledgment from the SCS / AS 60.
  • step 606 the SCEF 50 sends a DIAMETER RAA message indicating an acknowledgment to the PCRF 40.
  • step 607 the PCRF 40 sends a DIAMETER CAA message indicating an acknowledgment to the PCEF 42.
  • the SCS / AS 60 may operate as an AF and communicate directly with the PCRF 40 via the Rx interface.
  • the SCS / AS 60 operating as AF receives the DIAMETER RAR message of step 603 directly from the PCRF 40 via the Rx interface, and sends the DIAMETER RAA message of step 606 directly to the PCRF 40 via the Rx interface. May be.
  • the SCS / AS 60 may perform application level signaling with the UE 10 in order to notify the stop of downlink background data transfer to the UE 10 (step 608). Additionally or alternatively, the SCS / AS 60 may perform application level signaling with the UE 10 in order to notify the stop of uplink background data transfer from the UE 10 (step 608). The UE 10 may stop uplink data transmission according to application level signaling with the SCS / AS 60.
  • CDR Charging Data Record
  • the radio access network ie, 3GPP network
  • the present embodiment provides a modification of the background data transfer described in the first embodiment.
  • the configuration example of the communication network according to the present embodiment is the same as the configuration example shown in FIG.
  • the negotiation procedure of the future background data transfer according to the present embodiment is the same as the procedure described with reference to FIG. 2, FIG. 3, and FIG.
  • the execution procedure of the background data transfer for individual UEs according to the present embodiment is the same as the procedure described with reference to FIGS.
  • FIG. 7 shows an example (processing 600) of a bearer modification procedure (Bearer Modification Procedure) according to the present embodiment.
  • the bearer modification procedure of FIG. 7 is triggered by an IP-CAN session modification procedure (e.g., FIG. 5 procedure) initiated by the PCRF 40.
  • step 701 the PCRF 40 sends a PCC Decision Provision message to the P-GW32.
  • the PCC Decision Provision message in step 701 corresponds to the DIAMETER RAR message in step 506 in FIG.
  • the PCC Decision Provision message triggers the P-GW 32 to start the bearer modification procedure.
  • the Update Bearer Request message in step 702 is sent from the P-GW 32 to the S-GW 34.
  • the Update barer Request message in step 703 is sent from the S-GW 34 to the MME 30.
  • the Bearer Modify Request message in step 704 is sent from the MME 30 to the base station (i.e., eNodeB (eNB) 22) in the E-UTRAN 20.
  • the Bearer Modify Request message in Step 704 includes a Session Management Request sent from the MME 30 to the UE 10.
  • the RRC Connection Reconfiguration message from the eNB 22 to the UE 10 in step 705 includes this Session Management Request. Note that the overall flow of the procedure shown in FIG. 7 is the same as that of the existing bearer modification procedure (Bearer Modification Procedure). Therefore, detailed description of each message after step 702 is omitted here.
  • the PCRF 40 uses the messages in steps 702 to 704 to cause the PCRF 40 to stop the uplink background data transfer that does not comply with the previously agreed transfer policy (ie, the base station in the E-UTRAN 20 (ie, , ENodeB (eNB) 22) is set.
  • the previously agreed transfer policy ie, the base station in the E-UTRAN 20 (ie, , ENodeB (eNB) 22
  • the message of step 702 to step 704 may be an agreed time window for background data transfer or an agreed maximum volume of data per UE (or per SDF) (maximum volume of data per UE (per SDF)), or both.
  • the messages in steps 702 to 704 may include network area information (eg, Tracking Areas (TAs) or Routing Areas (RAs) list) corresponding to the geographic area agreed for background data transfer. Good.
  • the message of step 702 to step 704 is the maximum transfer rate (rateUEquota) of data per UE (or per SDF), the maximum amount of data (byte quota) per UE (or per SDF), or these Both may be included.
  • the messages in steps 702 to 704 include one or more conditions that represent activities that do not comply with the transfer policy, and actions to be taken when each condition is met (action to be taken when each condition is). met).
  • the one or more conditions may be that background data transfer (a) exceeds a pre-agreed maximum data volume, (b) continues beyond a pre-agreed time window, or (c It may occur outside a pre-agreed (geographic) area.
  • the action to be taken when each condition is satisfied may be to stop data transfer or to continue data transfer under different charging rules.
  • the eNB 22 can discard the uplink packet from the UE 10 that does not comply with the transfer policy agreed in advance for the background data transfer in the eNB 22 (step 707). According to such an operation of the eNB 22, it is possible to avoid an increase in the load on the core network due to the transfer of the uplink packet that does not comply with the transfer policy agreed in advance for the background data transfer.
  • the S-GW 34 may operate to discard uplink packets that do not comply with the transfer policy agreed in advance for background data transfer (step 708).
  • Request message of step 704 does not need to contain the above-mentioned additional information regarding the transfer policy for background data transfer.
  • Such an operation of the S-GW 34 can also avoid an increase in the load on the core network due to the transfer of uplink packets that do not comply with the transfer policy agreed in advance for background data transfer.
  • UE 10 may operate to discard uplink packets that do not comply with the previously agreed transfer policy for background data transfer (step 706).
  • the RRC Connection Reconfiguration message in step 705 may include the above-described additional information regarding the transfer policy for background data transfer.
  • Such an operation of the UE 10 can also avoid an increase in the load on the core network due to the transfer of uplink packets that do not comply with the transfer policy agreed in advance for background data transfer.
  • the present embodiment provides a modification of the operation of the eNB 22 described in the third embodiment.
  • the configuration example of the communication network according to the present embodiment is the same as the configuration example shown in FIG.
  • the negotiation procedure of the future background data transfer according to the present embodiment is the same as the procedure described with reference to FIG. 2, FIG. 3, and FIG.
  • the execution procedure of the background data transfer for individual UEs according to the present embodiment is the same as the procedure described with reference to FIGS.
  • the procedure for setting the eNB 22 to handle uplink packets that do not comply with a transfer policy agreed in advance for background data transfer is the same as the procedure described with reference to FIG.
  • eNB22 when UE10 which participates in background data transfer hands over to other eNB (target eNB), eNB22 sends the integrated value of the data volume of UE10 in the said background data transfer to the said target eNB. It is configured as follows. In other words, the target eNB takes over the integrated value of the data volume of the UE 10 in the background data transfer from the source eNB.
  • FIG. 8 shows an example of operation of the source eNB 22S and the target eNB 22T (processing 800) according to the present embodiment.
  • the source eNB 22S sends a handover request including the current accumulated data volume (i.e., accumulated value of the soot data volume) to the target eNB 22T via the inter-eNB interface (i.e., soot X2 interface).
  • the inter-eNB interface i.e., soot X2 interface
  • the E-UTRAN 20 performs an activity that does not comply with the background data transfer policy agreed in advance. An accurate integrated value of the UE 10 data volume used for detection can be obtained.
  • FIG. 9 is a block diagram illustrating a configuration example of the PCRF 40.
  • the configurations of the PCEF 42, SPR 46, SCEF 50, and SCS / AS 60 may be the same as those in FIG.
  • the PCRF 40 includes a network interface 901, a processor 902, and a memory 903.
  • the network interface 901 is used to communicate with network entities (e.g., end node, intermediate node, UE, RAN node, CN node, application server).
  • the network interface 901 may include, for example, a network interface card (NIC) compliant with IEEE 802.3 series.
  • NIC network interface card
  • the processor 902 reads the software (computer program) from the memory 903 and executes it to perform the processing of the PCRF 40 described in the above-described embodiment.
  • the processor 902 may be, for example, a microprocessor, a Micro Processing Unit (MPU), or a Central Processing Unit (CPU).
  • the processor 902 may include a plurality of processors.
  • the memory 903 includes a volatile memory and a nonvolatile memory.
  • the memory 903 may include a plurality of physically independent memory devices.
  • the volatile memory is, for example, Static Random Access Memory (SRAM), Dynamic RAM (DRAM), or a combination thereof.
  • the non-volatile memory is a mask Read Only Memory (MROM), Electrically Erasable Programmable ROM (EEPROM), flash memory, hard disk drive, or any combination thereof.
  • Memory 903 may include storage located remotely from processor 902. In this case, the processor 902 may access the memory 903 via an I / O interface (not shown).
  • the memory 903 may store one or more software modules (computer programs) 904 including an instruction group and data for performing processing by the PCRF 40 described in the above-described embodiments.
  • the processor 902 may be configured to read and execute the software module 904 from the memory 903 to perform the processing of the PCRF 40 described in the above-described embodiment.
  • FIG. 10 is a block diagram illustrating a configuration example of the eNB 22 according to the above-described embodiment.
  • the eNB 22 includes a radio frequency (RF) transceiver 1001, a network interface 1003, a processor 1004, and a memory 1005.
  • the RF transceiver 1001 performs analog RF signal processing to communicate with the UE 10.
  • the RF transceiver 1001 may include multiple transceivers.
  • RF transceiver 1001 is coupled to antenna 1002 and processor 1004.
  • the RF transceiver 1001 receives modulation symbol data (or OFDM symbol data) from the processor 1004, generates a transmission RF signal, and supplies the transmission RF signal to the antenna 1002. Further, the RF transceiver 1001 generates a baseband received signal based on the received RF signal received by the antenna 1002, and supplies this to the processor 1004.
  • the network interface 1003 is used to communicate with network nodes (e.g., MME 30 and S-GW 34).
  • the network interface 1003 may include, for example, a network interface card (NIC) compliant with IEEE 802.3 series.
  • NIC network interface card
  • the processor 1004 performs digital baseband signal processing (data plane processing) and control plane processing for wireless communication.
  • the digital baseband signal processing by the processor 1004 is performed in the Packet Data Convergence Protocol (PDCP) layer, Radio Link Control (RLC) layer, Medium Access Control (MAC) layer, and physical (PHY). Layer signal processing may be included.
  • the control plane processing by the processor 1004 may include processing of S1 protocol, Radio Resource Control (RRC) protocol, and MAC Control Element (MAC CE).
  • the processor 1004 may include a plurality of processors.
  • the processor 1004 may include a modem processor (e.g., Digital Signal Processor (DSP)) that performs digital baseband signal processing and a protocol stack processor (e.g., CPU or MPU) that performs control plane processing.
  • DSP Digital Signal Processor
  • protocol stack processor e.g., CPU or MPU
  • the memory 1005 is configured by a combination of a volatile memory and a nonvolatile memory.
  • the volatile memory is, for example, SRAM or DRAM or a combination thereof.
  • the non-volatile memory is, for example, an MROM, PROM, flash memory, hard disk drive, or a combination thereof.
  • Memory 1005 may include storage located remotely from processor 1004. In this case, the processor 1004 may access the memory 1005 via the network interface 1003 or an I / O interface not shown.
  • the memory 1005 may store one or more software modules (computer programs) 1006 including an instruction group and data for performing processing by the eNB 22 eNB 22 described in the above-described plurality of embodiments.
  • the processor 1004 may be configured to read and execute the software module 1006 from the memory 1005 to perform the processing of the eNB 22 described using the sequence diagram and the flowchart in the above-described embodiment. Good.
  • FIG. 11 is a block diagram illustrating a configuration example of the UE 10.
  • the Radio-Frequency (RF) transceiver 1101 performs analog RF signal processing to communicate with the E-UTRAN 20 (eNB 22).
  • the RF transceiver 1101 may include multiple transceivers. Analog RF signal processing performed by the RF transceiver 1101 includes frequency up-conversion, frequency down-conversion, and amplification.
  • RF transceiver 1101 is coupled to antenna array 1102 and baseband processor 1103.
  • the RF transceiver 1101 receives modulation symbol data (or OFDM symbol data) from the baseband processor 1103, generates a transmission RF signal, and supplies the transmission RF signal to the antenna array 1102.
  • the RF transceiver 1101 generates a baseband received signal based on the received RF signal received by the antenna array 1102 and supplies this to the baseband processor 1103.
  • the RF transceiver 1101 may include an analog beamformer circuit for beamforming.
  • the analog beamformer circuit includes, for example, a plurality of phase shifters and a plurality of power amplifiers.
  • the baseband processor 1103 performs digital baseband signal processing (data plane processing) and control plane processing for wireless communication.
  • Digital baseband signal processing consists of (a) data compression / decompression, (b) data segmentation / concatenation, (c) ⁇ transmission format (transmission frame) generation / decomposition, and (d) transmission path encoding / decoding.
  • E modulation (symbol mapping) / demodulation
  • IFFT Inverse Fast Fourier Transform
  • control plane processing includes layer 1 (eg, transmission power control), layer 2 (eg, radio resource management, hybrid automatic repeat request (HARQ) processing), and layer 3 (eg, attach, mobility, and call management). Communication management).
  • the digital baseband signal processing by the baseband processor 1103 may include signal processing of a PDCP layer, an RLC layer, a MAC layer, and a PHY layer.
  • the control plane processing by the baseband processor 1103 may include Non-Access Stratum (NAS) protocol, RRC protocol, and MAC ⁇ CE processing.
  • NAS Non-Access Stratum
  • the baseband processor 1103 may include a modem processor (e.g., DSP) that performs digital baseband signal processing and a protocol stack processor (e.g., CPU or MPU) that performs control plane processing.
  • a protocol stack processor e.g., CPU or MPU
  • a protocol stack processor that performs control plane processing may be shared with an application processor 1104 described later.
  • the application processor 1104 is also called a CPU, MPU, microprocessor, or processor core.
  • the application processor 1104 may include a plurality of processors (a plurality of processor cores).
  • the application processor 1104 executes a system software program (Operating System (OS)) and various application programs (for example, a call application, a web browser, a mailer, a camera operation application) read from the memory 1106 or a memory (not shown). By doing so, various functions of the UE 10 are realized.
  • OS Operating System
  • the baseband processor 1103 and the application processor 1104 may be integrated on a single chip, as indicated by the dashed line (1105) in FIG.
  • the baseband processor 1103 and the application processor 1104 may be implemented as one System on Chip (SoC) device 1105.
  • SoC System on Chip
  • An SoC device is sometimes called a system Large Scale Integration (LSI) or chipset.
  • the memory 1106 is a volatile memory, a nonvolatile memory, or a combination thereof.
  • the memory 1106 may include a plurality of physically independent memory devices.
  • the volatile memory is, for example, SRAM or DRAM or a combination thereof.
  • the non-volatile memory is MROM, EEPROM, flash memory, or hard disk drive, or any combination thereof.
  • the memory 1106 may include an external memory device accessible from the baseband processor 1103, the application processor 1104, and the SoC 1105.
  • Memory 1106 may include an embedded memory device integrated within baseband processor 1103, application processor 1104, or SoC 1105.
  • the memory 1106 may include a memory in a Universal Integrated Circuit Card (UICC).
  • UICC Universal Integrated Circuit Card
  • the memory 1106 may store one or more software modules (computer programs) 1107 including an instruction group and data for performing processing by the UE 10 described in the above embodiments.
  • the baseband processor 1103 or the application processor 1104 is configured to read the software module 1107 from the memory 1106 and execute the software module 1107 to perform the processing of the UE 10 described with reference to the drawings in the above-described embodiment. May be.
  • the above-described embodiment may be applied to the fifth generation mobile communication system (5G).
  • the processing of SCEF50, PCRF40, PCEF42, BBERF44, MME30, P-GW32, S-GW34, eNB22, and UE10 described above is performed in Network Exposure Function (NEF), Policy Function (PCF), User plane Function (UPF). ), User plane function (UPF), Access and mobility management function (AMF), Session management function (SMF), Session management function (SMF), gNB, and 5G UE.
  • NEF Network Exposure Function
  • PCF Policy Function
  • UPF User plane Function
  • AMF Access and mobility management function
  • SMSF Session management function
  • SMS Session management function
  • gNB Session management function
  • 5G UE 5G UE.
  • the above-described embodiment may be applied to a UMTS system (3G system).
  • the processing of the above-described MME 30, P-GW 32, S-GW 34, eNB 22, and UE 10 is performed by Serving GPRS Support Node (SGSN), Gateway GPRS Support Node (GGSN), SGSN, NodeB, and 3G UE, respectively. May be.
  • SGSN Serving GPRS Support Node
  • GGSN Gateway GPRS Support Node
  • NodeB NodeB
  • 3G UE 3G UE
  • An exposed node arranged in a wireless communication network At least one memory; At least one processor coupled to the at least one memory; With The at least one processor receives a first request for resource management for future background data transfer between an application service provider and a plurality of wireless terminals from a server associated with the application service provider. Configured to The first request is for the background data transfer to be stopped or agreed in advance if the background data transfer does not comply with a previously agreed (or negotiated) transfer policy.
  • the at least one processor is configured to send a second request for resource management for the background data transfer to a policy control node in the wireless communication network in response to receiving the first request;
  • the second request includes the parameter obtained from the first request;
  • the at least one processor is configured to send a transfer policy to the server that applies to the background data transfer determined by the policy control node based on the second request. Exposed node.
  • the pre-agreed transfer policy includes a pre-agreed maximum data volume;
  • the parameter indicates whether the background data transfer should be stopped or continued under the different charging rules if the background data transfer exceeds the maximum data volume;
  • the exposed node according to Appendix 1.
  • the pre-agreed transfer policy includes a pre-agreed time window;
  • the parameter indicates whether the background data transfer should be stopped or continued under the different charging rules if the background data transfer continues beyond the time window;
  • the exposed node according to appendix 1 or 2.
  • the pre-agreed transfer policy includes a pre-agreed geographical area;
  • the parameter indicates whether the background data transfer should be stopped or continued under the different charging rules if the background data transfer occurs outside the geographic area; 4.
  • the exposed node according to any one of appendices 1 to 3.
  • a policy control node located in a wireless communication network, At least one memory; At least one processor coupled to the at least one memory; With The at least one processor sends a resource management request for future background data transfer between an application service provider and a plurality of wireless terminals from a server associated with the application service provider via an exposed node. Configured to receive The request is for the background data transfer to be stopped or a pre-agreed charging rule if the background data transfer does not comply with a previously agreed (or negotiated) transfer policy Contains a parameter that indicates whether to continue under different billing rules, The at least one processor is configured to determine a forwarding policy based on the request and send the determined forwarding policy to the server via the exposed node; Policy control node.
  • the parameter indicates at least one of the following: Whether the background data transfer should be stopped or continued under the different billing rules if the background data transfer exceeds a pre-agreed maximum data volume; Whether the background data transfer should be stopped or continued under the different charging rules if the background data transfer continues beyond a pre-agreed time window; and Whether the background data transfer should be stopped or continued under the different charging rules if a ground data transfer occurs outside the pre-agreed geographical area;
  • the policy control node according to attachment 5.
  • the at least one processor determines a policy rule to be applied to a packet flow of each wireless terminal when the background data transfer is performed between the application service provider and each wireless terminal. Is configured to supply the policy rule to a forwarding node or a control plane function of the forwarding node to enforce the policy rule, The policy rule indicates whether the background data transfer should be stopped or continued under the different charging rules if the background data transfer does not comply with the determined transfer policy , The policy control node according to appendix 5 or 6.
  • the at least one processor is configured to notify the server of detection of background data transfer that does not comply with the determined transfer policy, either directly or via the exposed node; Item 9.
  • the policy control node according to any one of appendices 5 to 8.
  • a network node arranged in a wireless communication network At least one memory; At least one processor coupled to the at least one memory; With The at least one processor is configured to receive from the policy control node policy rules that apply to packet flows associated with background data transfer between the application service provider and each wireless terminal; The at least one processor is configured to enforce the policy rules; The policy rule is that if the background data transfer does not comply with a transfer policy agreed in advance between the application service provider and the wireless communication network, the background data transfer should be stopped or Indicates whether to continue under a billing rule different from the pre-agreed billing rule, Network node.
  • the policy rule indicates at least one of the following: Whether the background data transfer should be stopped or continued under the different billing rules if the background data transfer exceeds a pre-agreed maximum data volume; Whether the background data transfer should be stopped or continued under the different charging rules if the background data transfer continues beyond a pre-agreed time window; and Whether the background data transfer should be stopped or continued under the different charging rules if a ground data transfer occurs outside the pre-agreed geographical area; The network node according to attachment 10.
  • the at least one processor is configured to notify the policy control node of detection of background data transfer that does not comply with the transfer policy;
  • the network node according to appendix 10 or 11.
  • the at least one processor is configured to initiate a procedure in response to receiving the policy rule that causes at least one of a base station and each wireless terminal to enforce the policy rule;
  • the network node according to any one of appendices 10 to 12.
  • a base station located in a radio access network At least one memory; At least one processor coupled to the at least one memory; With The at least one processor receives from the core network policy rules applied to a packet flow associated with a background data transfer between an application service provider and each wireless terminal or a bearer that transfers the packet flow. Configured and The at least one processor is configured to enforce the policy rules; The policy rule determines whether the background data transfer should be stopped if the background data transfer does not comply with a transfer policy agreed in advance between the application service provider and the core network. Showing, base station.
  • the policy rule indicates at least one of the following: Whether the background data transfer should be stopped if the background data transfer exceeds a pre-agreed maximum data volume; Whether the background data transfer should be stopped if the background data transfer continues beyond a pre-agreed time window; and the geographical area where the background data transfer is pre-agreed Whether the background data transfer should be stopped if it occurs outside The base station according to attachment 14.
  • the policy rule indicates whether the at least one processor should stop the background data transfer if the background data transfer exceeds a pre-agreed maximum data volume;
  • the at least one processor is configured to monitor a data volume of each wireless terminal in the background data transfer to determine whether the background data transfer has reached the maximum data volume;
  • the at least one processor is configured to send an integrated value of the data volume of each wireless terminal in the background data transfer to the other base station at the time of handover to the other base station of each wireless terminal. Yes, The base station according to appendix 14 or 15.
  • a wireless terminal At least one memory; At least one processor coupled to the at least one memory; With The at least one processor transmits policy rules applied to a packet flow associated with a background data transfer between an application service provider and the wireless terminal or a bearer transferring the packet flow from a core network to a base station. Configured to receive via The at least one processor is configured to enforce the policy rules; The policy rule determines whether the background data transfer should be stopped if the background data transfer does not comply with a transfer policy agreed in advance between the application service provider and the core network. Showing, Wireless terminal.
  • the policy rule indicates at least one of the following: Whether the background data transfer should be stopped if the background data transfer exceeds a pre-agreed maximum data volume; Whether the background data transfer should be stopped if the background data transfer continues beyond a pre-agreed time window; and the geographical area where the background data transfer is pre-agreed Whether the background data transfer should be stopped if it occurs outside
  • a method at an exposed node located in a wireless communication network comprising: Receiving from a server associated with the application service provider a first request for resource management for future background data transfer between the application service provider and a plurality of wireless terminals; Responsive to receiving the first request, sending a second request for resource management for the background data transfer to a policy control node in the wireless communication network, and based on the second request Sending a transfer policy to the server that applies to the background data transfer determined by the policy control node; With The first request is for the background data transfer to be stopped or agreed in advance if the background data transfer does not comply with a previously agreed (or negotiated) transfer policy. Including a parameter indicating whether to continue under a different charging rule than the The second request includes the parameter obtained from the first request; Method.
  • a method in a policy control node arranged in a wireless communication network comprising: Receiving a request for resource management for future background data transfer between an application service provider and a plurality of wireless terminals from a server associated with the application service provider via an exposed node; and Determining a forwarding policy based on the request and sending the determined forwarding policy to the server via the exposed node; With The request is for the background data transfer to be stopped or a pre-agreed charging rule if the background data transfer does not comply with a previously agreed (or negotiated) transfer policy Including a parameter indicating whether to continue under different billing rules, Method.
  • (Appendix 21) A method in a network node arranged in a wireless communication network, comprising: Receiving from the policy control node a policy rule that applies to a packet flow associated with background data transfer between the application service provider and each wireless terminal; and enforcing the policy rule; With The policy rule is that if the background data transfer does not comply with a transfer policy agreed in advance between the application service provider and the wireless communication network, the background data transfer should be stopped or Indicates whether to continue under a billing rule different from the pre-agreed billing rule, Method.
  • a method in a base station located in a radio access network comprising: Receiving from the core network a policy rule applied to a packet flow associated with background data transfer between an application service provider and each wireless terminal or a bearer forwarding the packet flow; and Enforcement, With The policy rule determines whether the background data transfer should be stopped if the background data transfer does not comply with a transfer policy agreed in advance between the application service provider and the core network. Showing, Method.
  • (Appendix 23) A method in a wireless terminal, Receiving a policy rule applied to a packet flow associated with a background data transfer between an application service provider and the wireless terminal or a bearer transferring the packet flow from a core network via a base station; And enforcing the policy rules, With The policy rule determines whether the background data transfer should be stopped if the background data transfer does not comply with a transfer policy agreed in advance between the application service provider and the core network. Showing, Method.
  • (Appendix 24) A program for causing a computer to perform a method in an exposed node arranged in a wireless communication network, The method Receiving from a server associated with the application service provider a first request for resource management for future background data transfer between the application service provider and a plurality of wireless terminals; Responsive to receiving the first request, sending a second request for resource management for the background data transfer to a policy control node in the wireless communication network, and based on the second request Sending a transfer policy to the server that applies to the background data transfer determined by the policy control node; With The first request is for the background data transfer to be stopped or agreed in advance if the background data transfer does not comply with a previously agreed (or negotiated) transfer policy. Including a parameter indicating whether to continue under a different charging rule than the The second request includes the parameter obtained from the first request; program.
  • (Appendix 25) A program for causing a computer to perform a method in a policy control node arranged in a wireless communication network, The method Receiving a request for resource management for future background data transfer between an application service provider and a plurality of wireless terminals from a server associated with the application service provider via an exposed node; and Determining a forwarding policy based on the request and sending the determined forwarding policy to the server via the exposed node; With The request is for the background data transfer to be stopped or a pre-agreed charging rule if the background data transfer does not comply with a previously agreed (or negotiated) transfer policy Including a parameter indicating whether to continue under different billing rules, program.
  • (Appendix 26) A program for causing a computer to perform a method in a network node arranged in a wireless communication network, The method Receiving from the policy control node a policy rule that applies to a packet flow associated with background data transfer between the application service provider and each wireless terminal; and enforcing the policy rule; With The policy rule is that if the background data transfer does not comply with a transfer policy agreed in advance between the application service provider and the wireless communication network, the background data transfer should be stopped or Indicates whether to continue under a billing rule different from the pre-agreed billing rule, program.
  • Appendix 27 A program for causing a computer to perform a method in a base station arranged in a radio access network, The method Receiving from the core network a policy rule applied to a packet flow associated with background data transfer between an application service provider and each wireless terminal or a bearer forwarding the packet flow; and Enforcement, With The policy rule determines whether the background data transfer should be stopped if the background data transfer does not comply with a transfer policy agreed in advance between the application service provider and the core network. Showing, program.
  • Appendix 28 A program for causing a computer to perform a method in a wireless terminal, The method Receiving a policy rule applied to a packet flow associated with a background data transfer between an application service provider and the wireless terminal or a bearer transferring the packet flow from a core network via a base station; And enforcing the policy rules, With The policy rule determines whether the background data transfer should be stopped if the background data transfer does not comply with a transfer policy agreed in advance between the application service provider and the core network. Showing, program.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Meter Arrangements (AREA)

Abstract

露出ノード（５０）は、アプリケーションサービス・プロバイダと複数の無線端末（１０）との間の将来のバックグラウンドデータ転送のためのリソースマネジメントの第１の要求をサーバ（６０）から受信し、第１の要求の受信に応答して第２の要求をポリシー制御ノード（４０）に送る。当該第１の要求は、事前に合意された転送ポリシーに従わないバックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示すパラメータを含む。当該第２の要求は、当該第１の要求から得られた当該パラメータを含む。これにより、例えば、事前に合意された転送ポリシーに従わない場合のバックグラウンドデータ転送の無線通信ネットワーク内での取り扱いを当該無線通信ネットワークとネゴシエートすることをアプリケーションサービス・プロバイダに可能にできる。

Description

バックグランドデータ転送のための装置及び方法
　本開示は、無線通信ネットワークに関し、特にアプリケーションサービス・プロバイダからの要求に基づいて無線通信ネットワークによって無線端末に提供されるバックグラウンドデータ転送に関する。
　Third Generation Partnership Project（3GPP）は、バックグラウンドデータ転送（background data transfer）を標準化している（例えば、非特許文献１－３を参照）。典型的には、バックグラウンドデータ転送は、3GPPネットワークによって推奨されるタイムウインドウにおいて行われる特別な課金ポリシー（i.e., 低い（lower）課金レート）による各無線端末（User Equipment（UE））のためのデータ転送サービスを意味する。
　3GPPネットワークは、バックグラウンドデータ転送に適用される転送ポリシーを3GPPネットワークと交渉する（negotiate）こと、及び合意された転送ポリシーに基づく各UEのバックグラウンドデータ転送のためのsponsored connectivityを3GPPネットワークに要求すること、をアプリケーションサービス・プロバイダ（Application Service Provider（ASP））に可能する。ここで、転送ポリシーは、バックグラウンドデータ転送のために推奨されるタイムウインドウ、当該タイムウインドウのための課金レートへの言及（reference）、及びオプションで（optionally）最大集約ビットレート（maximum aggregated bitrate）を含む。最大集約ビットレートは、当該言及された課金レートに応じた課金（charging）が、この値以下に留まる全ての関係するUEs（all involved UEs）の集約されたトラフィックに対してのみ適用できること示す。なお、（転送ポリシーにオプションで含まれる）最大集約ビットレートは、3GPPネットワーク内で施行（enforced）されない。モバイルオペレータは、UEsのセット（set of UEs）のための最大集約ビットレートがASPによって超過された（was exceeded）か否かを判定するためにオフライン課金データレコード（Charging Data Records (CDRs)）処理を利用し、この超過した（excess）トラフィックを別に（differently）課金してもよい。
　非特許文献１の第29.2章は、3GPPコアネットワークによって露出されるサービス及び能力（exposed services and capabilities）を規定している。より具体的には、非特許文献１の29.2章は、3GPPコアネットワークがバックグラウンドデータ転送のための3GPPリソースマネージメントのためのサードパーティとのインタラクションを提供することを規定している。非特許文献２の第4.5.9章及び第5.9章は、バックグラウンドデータ転送のためのリソースマネージメントの詳細および手順を規定している。非特許文献３の第5.2.13章は、Service Capability Exposure Function（SCEF）とPolicy and Charging Rules Function（PCRF）との間のNtインタフェース（又は参照点（reference point））を規定している。Ntインタフェースは、将来のバックグラウンドデータ転送のための推奨されるタイムウインドウ及び関連する条件についてのSCEFとPCRFとの間のネゴシエーションを可能にする。非特許文献３の第6.1.16章及び第7.11.1章は、さらに、Ntインタフェースを介した将来のバックグラウンドデータ転送のネゴシエーションの詳細を規定している。
　非特許文献４は、上述の非特許文献１（3GPP TS 22.101）の第29.2章の改訂を提案している。より具体的には、非特許文献４は、バックグラウンドデータ転送が（ａ）合意された最大データボリュームを超える、（ｂ）合意されたタイムウインドウを超えて継続する、又は（ｃ）合意されたエリア（areas）の外で発生する場合に、このバックグラウンドデータ転送が3GPPシステムによって停止されるべきか又はおそらく（possibly）異なる課金レジーム（又は課金ルール）の下で継続されるべきかを、サードパーティ・アプリケーションサーバ（AS）が3GPPシステム（又は3GPPネットワーク）に示すことができるべきであることを記載している。
3GPP TS 22.101 V14.5.0 (2016-12) "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Service aspects; Service principles (Release 14)", December 2016 3GPP TS 23.682 V14.2.0 (2016-12) "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Architecture enhancements to facilitate communications with packet data networks and applications (Release 14)", December 2016 3GPP TS 23.203 V14.2.0 (2016-12) "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Policy and charging control architecture (Release 14)", December 2016 3GPP S1-171415, NTT DOCOMO, KPN, KDDI, TOYOTA ITC, DENSO CORPORATION, NEC, "Enhancement of the service exposure for background data transfer", 3GPP TSG-SA WG1 Meeting #77, Jeju Island, South Korea, 13-17 February 2017
　非特許文献４の提案は、アプリケーションサービス・プロバイダ（又はそのアプリケーションサーバ）と3GPPネットワークとの間のバックグラウンドデータ転送に関するサービス原則（principles）の変更を提案しているのみである。したがって、この変更をどのように3GPPネットワークに実装するかが明確でない。
　本明細書に開示される実施形態が達成しようとする目的の１つは、バックグラウンドデータ転送が事前に合意された転送ポリシーに従わない場合の当該バックグラウンドデータ転送の無線通信ネットワーク（e.g., 3GPPネットワーク）内での取り扱いを当該無線通信ネットワークとネゴシエートすることをアプリケーションサービス・プロバイダ（又はそのアプリケーションサーバ）に可能とする装置、方法、及びプログラムを提供することである。なお、この目的は、本明細書に開示される複数の実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。
　第１の態様では、無線通信ネットワーク内に配置される露出ノードは、少なくとも１つのメモリと、前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサとを含む。前記少なくとも１つのプロセッサは、アプリケーションサービス・プロバイダと複数の無線端末との間の将来のバックグラウンドデータ転送のためのリソースマネジメントの第１の要求を、前記アプリケーションサービス・プロバイダに関連付けられたサーバから受信するよう構成される。前記第１の要求は、前記バックグラウンドデータ転送が事前に合意された（previously agreed (or negotiated)）転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示すパラメータを含む。前記少なくとも１つのプロセッサは、前記第１の要求の受信に応答して、前記バックグラウンドデータ転送のためのリソースマネジメントの第２の要求を前記無線通信ネットワーク内のポリシー制御ノードに送るよう構成される。前記第２の要求は、前記第１の要求から得られた前記パラメータを含む。前記少なくとも１つのプロセッサは、前記第２の要求に基づいて前記ポリシー制御ノードにより決定された前記バックグラウンドデータ転送に適用される転送ポリシーを前記サーバに送るよう構成される。
　第２の態様では、無線通信ネットワーク内に配置されるポリシー制御ノードは、少なくとも１つのメモリと、前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサとを含む。前記少なくとも１つのプロセッサは、アプリケーションサービス・プロバイダと複数の無線端末との間の将来のバックグラウンドデータ転送のためのリソースマネジメントの要求を、前記アプリケーションサービス・プロバイダに関連付けられたサーバから露出ノードを介して受信するよう構成される。前記要求は、前記バックグラウンドデータ転送が事前に合意された（previously agreed (or negotiated)）転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示すパラメータを含む。前記少なくとも１つのプロセッサは、前記要求に基づいて転送ポリシーを決定し、前記決定された転送ポリシーを前記サーバに前記露出ノードを介して送るよう構成される。
　第３の態様では、無線通信ネットワーク内に配置されるネットワークノードは、少なくとも１つのメモリと、前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサとを含む。前記少なくとも１つのプロセッサは、アプリケーションサービス・プロバイダと各無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフローに適用されるポリシールールをポリシー制御ノードから受信するよう構成される。前記少なくとも１つのプロセッサは、前記ポリシールールを施行するよう構成される。前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記無線通信ネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示す。
　第４の態様では、無線アクセスネットワークに配置される基地局は、少なくとも１つのメモリと、前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサとを含む。前記少なくとも１つのプロセッサは、アプリケーションサービス・プロバイダと各無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフロー又は前記パケットフローを転送するベアラに適用されるポリシールールを、コアネットワークから受信するよう構成される。前記少なくとも１つのプロセッサは、前記ポリシールールを施行するよう構成される。前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記コアネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか否かを示す。
　第５の態様では、無線端末は、少なくとも１つのメモリと、前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサとを含む。前記少なくとも１つのプロセッサは、アプリケーションサービス・プロバイダと前記無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフロー又は前記パケットフローを転送するベアラに適用されるポリシールールを、コアネットワークから基地局を介して受信するよう構成される。前記少なくとも１つのプロセッサは、前記ポリシールールを施行するよう構成される。前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記コアネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか否かを示す。
　第６の態様では、無線通信ネットワーク内に配置される露出ノードにおける方法は、
（ａ）アプリケーションサービス・プロバイダと複数の無線端末との間の将来のバックグラウンドデータ転送のためのリソースマネジメントの第１の要求を、前記アプリケーションサービス・プロバイダに関連付けられたサーバから受信すること、
（ｂ）前記第１の要求の受信に応答して、前記バックグラウンドデータ転送のためのリソースマネジメントの第２の要求を前記無線通信ネットワーク内のポリシー制御ノードに送ること、及び
（ｃ）前記第２の要求に基づいて前記ポリシー制御ノードにより決定された前記バックグラウンドデータ転送に適用される転送ポリシーを前記サーバに送ること、
を含む。ここで、前記第１の要求は、前記バックグラウンドデータ転送が事前に合意された（previously agreed (or negotiated)）転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示すパラメータを含む。前記第２の要求は、前記第１の要求から得られた前記パラメータを含む。
　第７の態様では、無線通信ネットワーク内に配置されるポリシー制御ノードにおける方法は、
（ａ）アプリケーションサービス・プロバイダと複数の無線端末との間の将来のバックグラウンドデータ転送のためのリソースマネジメントの要求を、前記アプリケーションサービス・プロバイダに関連付けられたサーバから露出ノードを介して受信すること、及び
（ｂ）前記要求に基づいて転送ポリシーを決定し、前記決定された転送ポリシーを前記サーバに前記露出ノードを介して送ること、
を含む。ここで、前記要求は、前記バックグラウンドデータ転送が事前に合意された（previously agreed (or negotiated)）転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示すパラメータを含む。
　第８の態様では、無線通信ネットワーク内に配置されるネットワークノードにおける方法は、
（ａ）アプリケーションサービス・プロバイダと各無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフローに適用されるポリシールールをポリシー制御ノードから受信すること、及び
（ｂ）前記ポリシールールを施行すること、
を含む。ここで、前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記無線通信ネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示す。
　第９の態様では、無線アクセスネットワークに配置される基地局における方法は、
（ａ）アプリケーションサービス・プロバイダと各無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフロー又は前記パケットフローを転送するベアラに適用されるポリシールールを、コアネットワークから受信すること、及び
（ｂ）前記ポリシールールを施行すること、
を含む。ここで、前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記コアネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか否かを示す。
　第１０の態様では、無線端末における方法は、
（ａ）アプリケーションサービス・プロバイダと前記無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフロー又は前記パケットフローを転送するベアラに適用されるポリシールールを、コアネットワークから基地局を介して受信すること、及び
（ｂ）前記ポリシールールを施行すること、
を含む。ここで、前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記コアネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか否かを示す。
　第１１の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第６～第１０の態様のいずれかに係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。
　上述の態様は、バックグラウンドデータ転送が事前に合意された転送ポリシーに従わない場合の当該バックグラウンドデータ転送の無線通信ネットワーク（e.g., 3GPPネットワーク）内での取り扱いを当該無線通信ネットワークとネゴシエートすることをアプリケーションサービス・プロバイダ（又はそのアプリケーションサーバ）に可能とする装置、方法、及びプログラムを提供できる。
幾つかの実施形態に係る無線通信ネットワークの構成例を示す図である。 幾つかの実施形態に係る将来のバックグラウンドデータ転送のネゴシエーション及び当該バックグラウンドデータ転送の実行の手順の一例を示すシーケンス図である。 将来のバックグラウンドデータ転送のネゴシエーションのためのSCS/AS及びSCEFの間のインタラクションの一例を示すシーケンス図である。 将来のバックグラウンドデータ転送のネゴシエーションのためのSCEF、PCRF、及びSPRの動作の一例を示すシーケンス図である。 バックグラウンドデータ転送の実行のためのSCEF、PCRF、及びSPRの動作の一例を示すシーケンス図である。 事前に合意された転送ポリシーに従わないバックグラウンドデータ転送の検出手順の一例を示すシーケンス図である。 事前に合意された転送ポリシーに従わないバックグラウンドデータ転送の検出手順の一例を示すシーケンス図である。 事前に合意された転送ポリシーに従わないバックグラウンドデータ転送の検出に使用されるパラメータのeNBs間での転送手順の一例を示すシーケンス図である。 幾つかの実施形態に係るPCRFの構成例を示す図である。 幾つかの実施形態に係るeNBの構成例を示す図である。 幾つかの実施形態に係るUEの構成例を示す図である。
　以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
　以下に示される複数の実施形態は、3GPP Release 13及びそれ以降（i.e., LTE-Advanced Pro）に規定されているバックグラウンドデータ転送を主な対象として説明される。しかしながら、これらの実施形態は、LTE-Advanced Proネットワークに限定されるものではなく、他のモバイル通信ネットワーク又はシステム、例えば3rd Generation Partnership Project (3GPP) Universal Mobile Telecommunications System（UMTS）、3GPP2 CDMA2000システム、Global System for Mobile communications（GSM（登録商標））/ General packet radio service（GPRS）システム、WiMAXシステム、又はモバイルWiMAXシステム等に適用されてもよい。また、これらの実施形態は、現在3GPPにより標準化作業が行われている第5世代移動通信システム（5G）に適用されてもよい。5Gは、LTE-Advanced Proと新たな5Gエア・インタフェース（新たなRadio Access Technology（RAT））の導入による革新的な改良・発展との組合せで実現されると想定されている。新たなRATは、例えば、LTE-Advanced Proが対象とする周波数帯（e.g., 6 GHz以下）よりも高い周波数帯、例えば10 GHz以上のセンチメートル波帯及び30 GHz以上のミリ波帯をサポートする。
＜第１の実施形態＞
　図１は、本実施形態を含む幾つかの実施形態に係る無線通信ネットワークの構成例を示している。図１は、LTE-Advanced Proのバックグラウンドデータ転送に関するネットワーク構成を示している。UE１０は、無線アクセスネットワーク（i.e., Evolved UMTS Terrestrial Radio Access Network（E-UTRAN）２０）を介してMobility Management Entity（MME）３０とのシグナリングコネクションを確立するともに、E-UTRAN２０並びにコアネットワーク（i.e., Evolved Packet Core（EPC））内のPacket Data Network Gateway（P-GW）３２及びS-GW３４を介してService Capability Server (SCS)/Application Server (AS) ６０とのユーザプレーン通信を行う。
　SCS/AS６０は、アプリケーションサービス・プロバイダ（ASP）に関連付けられたサーバである。SCS/AS６０は、Public Land Mobile Network（PLMN）（i.e., ここでは3GPPネットワーク）を介して、UE１０にホストされた１又はそれ以上のアプリケーション１１と通信する。SCS/AS６０は、ASであってもよいし、SCS及びASであってもよい。SCSは、ASを3GPPネットワークに接続し、3GPPで定義されたサービスを介してASがUE１０と通信できるようにする。また、SCSは、ASがSCEF５０を介してPCRFと通信できるようにする。SCS２は、GPPネットワーク・オペレータ又はASPによって制御される。SCSは、Machine type Communication（MTC）サーバ又はMachine-to-Machine（M2M）サーバとも呼ばれる。SCSは、単体の独立した物理的なエンティティであってもよいし、他のネットワーク要素（例えば、SCEF５０又はAS）に付加された機能的なエンティティであってもよい。MTCサーバは、Packet Switched（PS）ネットワークに接続され、MTCデバイスと通信する。MTCデバイスは、MTC User単位でMTC Groupを構成し得る。
　SCEF５０は、3GPPネットワーク内のエンティティであり、3GPPネットワークインターフェス（interfaces）によって提供されるサービス（services）及び能力（capabilities）を安全に露出する（securely expose）手段を提供する。SCEF５０は、Open Mobile Alliance （OMA）、Global System for Mobile Communications Association（GSMA）、又はその他の標準化団体（possibly other standardization bodies）によって定義されたネットワーク・アプリケーション・プログラミング・インタフェース（e.g., Network API）を通じたネットワーク能力（capabilities）へのアクセスを提供する。SCEF５０は、下にある（underlying）3GPPネットワークインタフェース及びプロトコルを抽象化（abstracts）する。
　PCRF４０、Policy and Charging Enforcement Function（PCEF）４２、Bearer Binding and Event Reporting Function（BBERF）４４、及びSubscription Profile Repository（SPR）４６は、Policy and charging control（PCC）アーキテクチャに関する要素（論理エンティティ）である。PCRF４０は、UE１０のサービスデータフローに適用されるべきPCCルールを決定し、決定されたPCCルールをP-GW３２に配置されたPCEF４２に送る。PCCルールは、UE１０のサービスデータフローを検出するためのサービスデータフロー（SDF）テンプレート、及び当該サービスデータフローのポリシー制御及び課金（charging）制御のためのパラメータ（e.g., Quality of Service（QoS）ポリシー、課金（charging）ルール）を含む。なお、サービスデータフローは、PCEF４２を通じて搬送されるパケットフローの集約されたセット（aggregated set of packet flows）である。図１の例では、SDFテンプレートは、UE１０とSCS/AS６０との間のIP Connectivity Access Network（IP-CAN）セッションに関するサービスデータフローを特定するための１又は複数のSDFフィルタを含む。
　PCRF４０は、P-GW３２に配置されたPCEF４２とのシグナリング・インタフェース（i.e., Gxインタフェース（又は参照点））を有する。PCRF４０は、S-GW３４に配置されたBBERF４４とのシグナリング・インタフェース（i.e., Gxcインタフェース（又は参照点））を有してもよい。
　さらに、PCRF４０は、SCEF５０とのシグナリング・インタフェース（i.e., Nt及びRxインタフェース（又は参照点））を有する。Ntインタフェースは、SCEF５０とPCRF４０との間で将来の（future）バックグラウンドデータ転送のための推奨されるタイムウインドウ（recommended time window(s)）及び関連条件（related conditions）についてのネゴシエーションを可能とする。Rxインタフェースは、アプリケーションレベルセッション情報（i.e., Application Function（AF）セッション情報）のApplication Function（AF）からPCRF４０へのトランスポートを可能にする。Rx手順（procedures）を開始する際に、SCEF４０はAFとして振る舞う（acting as an AF）。バックグラウンドデータ転送の場合、AFセッション情報は、SCS/AS６０がSCEF５０を介してPCRF４０（又は他のPCRF）と事前にネゴシエートした転送ポリシーを示す参照ID（reference ID）を含む。さらに、バックグラウンドデータ転送のためのAFセッション情報は、sponsored data connectivityのための情報（e.g., ASP identifier）を含んでもよい。
　さらにまた、PCRF４０は、SPR４６とのシグナリング・インタフェース（i.e., Spインタフェース（又は参照点））を有する。SPR４６は、subscription-basedポリシー（policies）及び IP-CANベアラレベルPCCルール（rules）に必要とされる全てのsubscriber/subscription関連情報（subscriber/subscription related information）を包含する論理エンティティである。SPR４６は、オペレータのネットワーク内の他のデータベースに結合（combined）又は分配（distributed across）されてもよい。
　さらに、SPR４６は、sponsored data connectivityプロファイル情報を供給してもよい。Sponsored data connectivityプロファイル情報は、アプリケーションサービス・プロバイダのリスト、及びこれらのスポンサー識別子毎のアプリケーション（their applications per sponsor identity）を含む。Sponsored data connectivityプロファイル情報は、PCRF４０によって設定されてもよい。
　さらにまた、SPR４６は、ASPに関するポリシ情報を供給してもよい。当該ポリシ情報は、ASP identifier、並びに転送ポリシー及びその参照ID（reference ID）を含む。ASPに関するポリシ情報は、PCRF４０によって格納された後にのみSPR４６において利用可能である。
　図２は、本実施形態を含む複数の実施形態に係るバックグラウンドデータ転送のネゴシエーション及び実行の概略手順の一例（処理２００）を示している。図２に示された概略手順は、非特許文献２の第5.9章に規定された手順と同様である。ステップ２０１～ステップ２０７は、UEsのセットのための将来のバックグラウンドデータ転送のネゴシエーションのために行われる。なおUEsのセットは、MTC Groupに属する１以上のMTCデバイスであってもよい。
　ステップ２０１では、SCS/AS６０は、バックグラウンドデータ転送要求（Background data transfer request）メッセージをSCEF５０に送る。当該要求は、SCS/AS Identifier、SCS/AS Reference ID、 Volume per UE、Number of UEs、及びDesired time windowを含む。SCS/AS Identifierは、ASP identifierと呼ぶこともできる。Volume per UEは、SCS/ASがUE当たりに転送されると予想するデータのボリューム（the volume of data the SCS/AS expects to be transferred per UE）を記述する。Number of UEsは、データ転送に参加するUEsの予想数（the expected amount of UEs participating in the data transfer）を記述する。Desired time windowは、SCS/ASがデータ転送を実行したい期間（the time interval during which the SCS/AS wants to realize the data transfer）を記述する。当該バックグラウンドデータ転送要求は、オプションで、地理的エリア情報（geographic area information）を含んでもよい。当該バックグラウンドデータ転送要求は、UE当たりの（又はSDF当たりの）データの最大転送速度(rate quota)、若しくはUE当たりの（又はSDF当たりの）データの最大バイト量(byte quota)、又はこれら両方を含んでもよい。
　ステップ２０２では、SCEF５０は、受信したSCS/AS要求（i.e., バックグラウンドデータ転送要求）を認証する。ステップ２０３では、SCEF５０は、利用可能なPCRFsのいずれかを選択し、選択されたPCRF（ここでは、PCRF４０）とのNegotiation for future background data transfer procedureをトリガーする。SCEF５０は、SCS/AS６０により供給されたパラメータ（the parameters）をPCRF４０にフォワードする。PCRF４０は、１又はそれ以上の可能な転送ポリシー（possible transfer policies）及び参照ID（a reference ID）によりSCEF５０に応答する。
　ステップ２０４では、SCEF５０は、Background data transfer responseメッセージを送ることによって、受信した参照ID及び転送ポリシーをSCS/AS６０にフォワードする。当該Background data transfer responseメッセージは、SCS/AS Reference ID、参照ID、及び可能な転送ポリシー（possible transfer policies）を含む。SCS/AS６０は、PCRF４０との将来のインタラクションのために、受信した参照IDを格納する。
　もし１より多い転送ポリシーが受信された場合、SCS/AS６０は、これらのうち１つを選択し、選択された転送ポリシーについてSCEF５０及びPCRF４０に知らせるために、別の（another）Background data transfer requestメッセージをSCEF５０に送る（ステップ２０５）。当該Background data transfer requestメッセージは、SCS/AS Identifier、SCS/AS Reference ID、及び選択された転送ポリシー（Selected transfer policy）を含む。
　ステップ２０６では、SCEF５０は、Background data transfer responseメッセージをSCS/AS６０に送ることによって、転送ポリシー選択を確認する。当該Background data transfer responseメッセージは、SCS/AS Reference IDを含む。
　ステップ２０７では、PCRF４０及びSCEF５０は、PCRF４０とのNegotiation for future background data transfer procedureを続ける。ステップ２０５及び２０６が行われた場合、SCEF５０は、SCS/AS６０により選択された転送ポリシーをPCRF４０に送る。PCRF４０は、参照IDとこれに関連付けられた新たな転送ポリシーをSPR４６に格納する。
　ステップ２０８は、個々の（individual）UEのためのバックグラウンドデータ転送の実行フェーズである。SCS/AS６０（AFとして振る舞う(acting as an AF)）は、参照IDを、サービス情報（又はSCS/ASセッション情報、AFセッション情報）と共に、PCRF４０に供給する。当該サービス情報は、IP flow (s)のIPアドレス、使用されるポート番号などを含む。典型的には、SCS/AS６０は、個々の（individual）UEsのバックグラウンドデータ転送のためのsponsored (data) connectivityを要求してもよい。SCS/AS６０は、直接的にPCRF４０にコンタクトしてもよいし、AFとして振る舞うSCEF５０を介してPCRF４０とインタラクションしてもよい。
　ステップ２０８では、PCRF４０は、（AFとして振る舞う）SCS/AS６０又は（AFとして振る舞う）SCEF５０から受信した参照IDに基づいて、対応する転送ポリシーをSRP４６から取り出す。PCRF４０は、当該転送ポリシーに影響される（affected）IP-CANセッションを特定し、IP-CAN Session Modification手順をトリガーする。このIP-CAN Session Modification手順は、バックグラウンドデータ転送のためのsponsored (data) connectivityのための個別ベアラの（新規）アクティベーション（i.e., Dedicated Bearer Activation Procedure）又は既存個別ベアラのモディフィケーション（i.e., Bearer Modification Procedure）を引き起こす。
　続いて以下では、第１の実施形態に係るバックグラウンドデータ転送のネゴシーエション手順及び実行手順の改良について説明する。図３は、将来のバックグラウンドデータ転送のネゴシエーションのためのSCS/AS６０及びSCEF５０の間のインタラクションの一例（処理３００）を示している。ステップ３０１では、SCS/AS６０は、新たなパラメータを含むよう改良されたバックグラウンドデータ転送要求（Background data transfer request）メッセージをSCEF５０に送る。既に説明したように、バックグラウンドデータ転送要求メッセージは、UEsのセットとASPとの間の3GPPネットワークを介した将来のバックグラウンドデータ転送のためのリソースマネジメントを要求する。
　ステップ３０１のバックグラウンドデータ転送要求メッセージに包含される新たなパラメータは、バックグラウンドデータ転送が事前に合意された（previously agreed (or negotiated)）転送ポリシーに従わない場合に、当該バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示す。この異なる課金ルールは、例えば、事前に合意された課金ルールよりも高い課金レートを定めてもよい。
　一例において、事前に合意された転送ポリシーは、事前に合意された最大データボリューム（maximum data volume）を含んでもよい。この場合、上述の新たなパラメータは、バックグラウンドデータ転送が事前に合意された最大データボリュームを超える（exceeds the agreed maximum data volume）場合に、バックグラウンドデータ転送が停止されるべきか又は異なる課金ルールのもとで継続されるべきかを示してもよい。なお、事前に合意された最大データボリュームは、UE当たりの最大データボリュームであってもよい。これに代えて、事前に合意された最大データボリュームは、UEsのセット（set of UEs）の最大データボリュームであってもよい。また、転送ポリシーは、UE当たりの（又はSDF当たりの）データの最大転送速度(rate quota)、若しくはUE当たりの（又はSDF当たりの）データの最大バイト量(byte quota)、又はこれら両方を含んでもよい。
　一例において、事前に合意された転送ポリシーは、事前に合意されたタイムウインドウを含んでもよい。この場合、上述の新たなパラメータは、バックグラウンドデータ転送が事前に合意されたタイムウインドウを超えて継続する（continues beyond the agreed time window）場合に、バックグラウンドデータ転送が停止されるべきか又は異なる課金ルールのもとで継続されるべきかを示してもよい。
　一例において、事前に合意された転送ポリシーは、事前に合意された地理的エリアを含んでもよい。この場合、上述の新たなパラメータは、バックグラウンドデータ転送が事前に合意された（地理的）エリアの外で発生する（happens outside the agreed (geographic) areas）場合に、バックグラウンドデータ転送が停止されるべきか又は異なる課金ルールのもとで継続されるべきかを示してもよい。
　さらに又はこれに代えて、Background data transfer requestメッセージに包含される新たなパラメータは、将来のバックグラウンドデータ転送を行うUEsのセットの優先度を示してもよい。
　図３に示されるように、ステップ３０１のバックグラウンドデータ転送要求メッセージに包含される新たなパラメータは、事前に合意された転送ポリシーに従わない活動（activity）を表す１又はそれ以上の条件と、各条件が成立するときに取るべき行動（action to be taken when each condition is met）を示してもよい。上述のように、１又はそれ以上の条件は、バックグラウンドデータ転送が、（ａ）事前に合意された最大データボリュームを超えること、（ｂ）事前に合意されたタイムウインドウを超えて継続すること、若しくは（ｃ）事前に合意された（地理的）エリアの外で発生すること、であってもよい。各条件が成立するときに取るべき行動は、データ転送の停止、又は異なる課金ルールのもとでのデータ転送の継続であってもよい。
　図２を参照して説明したように、SCEF５０は、バックグラウンドデータ転送要求の受信に応答して、PCRF４０とのNegotiation for future background data transfer procedureをトリガーする。SCEF５０は、１又はそれ以上の可能な転送ポリシー（possible transfer policies）及び参照ID をPCRF４０から受信する。ステップ３０２では、SCEF５０は、Background data transfer responseメッセージを送ることによって、受信した参照ID及び転送ポリシーをSCS/AS６０にフォワードする。Background data transfer responseメッセージは、SCS/AS６０によって要求された地理的エリアに関して局所的に利用可能な（locally available）情報（e.g., 輻輳（congestion）レベル）を含んでもよい。
　図４は、将来のバックグラウンドデータ転送のネゴシエーションのためのSCEF５０、PCRF４０、及びSPR４６の動作の一例（処理４００）を示している。ステップ４０１では、SCS/AS６０からのバックグラウンドデータ転送要求（i.e., 図４のステップ３０１）に基づいて、SCEF５０は、DIAMETER Background-Data-Transfer-Request (BTR) commandをPCRF４０に送る。当該BTR commandは、SCS/AS６０からのバックグラウンドデータ転送要求から得られたパラメータを含む。すなわち、図４の例では、当該BTR commandは、バックグラウンドデータ転送が事前に合意された（previously agreed (or negotiated)）転送ポリシーに従わない場合に、当該バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示す。
　図４に示されるように、ステップ４０１のBTR commandに包含される新たなパラメータは、事前に合意された転送ポリシーに従わない活動（activity）を表す１又はそれ以上の条件と、各条件が成立するときに取るべき行動（action to be taken when each condition is met）を示してもよい。上述のように、１又はそれ以上の条件は、バックグラウンドデータ転送が、（ａ）事前に合意された最大データボリュームを超えること、（ｂ）事前に合意されたタイムウインドウを超えて継続すること、若しくは（ｃ）事前に合意された（地理的）エリアの外で発生すること、であってもよい。各条件が成立するときに取るべき行動は、データ転送の停止、又は異なる課金ルールのもとでのデータ転送の継続であってもよい。
　ステップ４０２及び４０３の処理は、通常のネゴシエーション手順で行われる処理と同様である。すなわち、ステップ４０２では、PCRF４０は、全ての存在する転送ポリシー（all existing transfer policies）をSPR４６に要求する。ステップ４０３では、SPR４６は、全ての存在する転送ポリシーと対応するネットワークエリア情報をPCRF４０に供給する。
　ステップ４０４では、PCRF４０は、AF（つまり、SCS/AS６０又はSCEF５０又は両方）によって供給された情報及び他の利用可能な情報（other available information）に基づいて、１又はそれ以上の転送ポリシーを決定する。他の利用可能な情報は、例えば、ネットワークポリシー、輻輳レベル（if available）、要求されたタイムウインドウ及びネットワークエリアでの負荷状態予測（load status estimation for the required time window）、及び存在する転送ポリシーを含む。
　ステップ４０５～４０７の処理は、図２のステップ２０４～２０６の処理と同様である。ステップ４０８では、新たな転送ポリシーと共に参照IDをSPR４６に格納する。この新たな転送ポリシーは、バックグラウンドデータ転送が事前に合意された（previously agreed (or negotiated)）転送ポリシーに従わない場合に、当該バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示す。
　図４に示されるように、ステップ４０８においてSPR４６に格納される新たな転送ポリシーは、当該転送ポリシーに従わない活動（activity）を表す１又はそれ以上の条件と、各条件が成立するときに取るべき行動（action to be taken when each condition is met）を示してもよい。上述のように、１又はそれ以上の条件は、バックグラウンドデータ転送が、（ａ）事前に合意された最大データボリュームを超えること、（ｂ）事前に合意されたタイムウインドウを超えて継続すること、若しくは（ｃ）事前に合意された（地理的）エリアの外で発生すること、であってもよい。各条件が成立するときに取るべき行動は、データ転送の停止、又は異なる課金ルールのもとでのデータ転送の継続であってもよい。
　ステップ４０９では、SPR４６は、受取通知（acknowledgement）をPCRF４０に送る。
　図３及び図４を参照して説明された将来のバックグラウンドデータ転送手順に従うことで、事前に合意された転送ポリシーに従わないバックグラウンドデータ転送がどのように取り扱われるべきであるかをSCS/AS６０がSCEF５０を介してPCRF４０に知らせることができる。したがって、図３及び図４を参照して説明された手順は、バックグラウンドデータ転送が事前に合意された転送ポリシーに従わない場合の当該バックグラウンドデータ転送の無線通信ネットワーク（e.g., 3GPPネットワーク）内での取り扱いを当該無線通信ネットワークとネゴシエートすることをアプリケーションサービス・プロバイダ（又はそのアプリケーションサーバ）に可能にできる。
　続いて以下では、個々の（individual）UEsのためのバックグラウンドデータ転送の実行手順について説明する。図５は、AF７０からのトリガーに応答してPCRF４０によって開始されるIP-CANセッション修正（modification）手順の一例（処理５００）を示している。図５において、AF７０は、SCS/AS６０またはSCEF５０に対応する。PCEF４２はP-GW３２に配置され、BBERF４４はS-GW３４に配置される。
　ステップ５０１では、AF７０は、個々の（individual）UEsのためのバックグラウンドデータ転送のための新たなAFセッションの確立するため又は既存（existing）AFセッションを修正（modify）するためにDIAMETER AA-Request (AAR) commandをPCRF４０に送る。当該DIAMETER AAR commandは、参照ID及びサービス情報（又はSCS/ASセッション情報、AFセッション情報）を含む。当該参照IDは、以前にPCRF４０（又は他のPCRF）と合意したバックグラウンドデータ転送のための転送ポリシーに関連付けられている。当該サービス情報は、IP flow (s)のIPアドレス、使用されるポート番号などを含む。当該参照IDは、DIAMETER AAR commandに含まれるReference-Id Attribute Value Pair（AVP）内に記述される。当該サービス情報は、DIAMETER AAR commandに含まれる複数のAVP（e.g., Flow-Description AVP、Flow-Number AVP Framed-IP-Address AVP、Framed-Ipv6-Prefix AVP、IP-Domain-Id AVP）によって表される。典型的には、AF７０は、個々の（individual）UEsのバックグラウンドデータ転送のためのsponsored (data) connectivityを要求する。したがって、当該サービス情報は、sponsored (data) connectivityのためのSponsored-Connectivity-Data AVPを含んでもよい。Sponsored-Connectivity-Data AVPは、ASP identifier及びsponsor identityを含む。
　PCRF４０は、受信したサービス情報を格納する。さらに、Reference-Id AVPの受信に応答して、PCRF４０は、対応する転送ポリシーをSPR４６から取得する（ステップ５０２及び５０３）。当該転送ポリシーは、バックグラウンドデータ転送が当該転送ポリシーに従わない場合に、当該バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示す。既に説明したように、当該転送ポリシーは、当該転送ポリシーに従わない活動（activity）を表す１又はそれ以上の条件と、各条件が成立するときに取るべき行動（action to be taken when each condition is met）を示してもよい。当該１又はそれ以上の条件は、バックグラウンドデータ転送が、（ａ）事前に合意された最大データボリュームを超えること、（ｂ）事前に合意されたタイムウインドウを超えて継続すること、若しくは（ｃ）事前に合意された（地理的）エリアの外で発生すること、であってもよい。各条件が成立するときに取るべき行動は、データ転送の停止、又は異なる課金ルールのもとでのデータ転送の継続であってもよい。
　さらに、PCRF４０は、バックグラウンドデータ転送のための動的PCCルール（rule(s)）を当該転送ポリシーに従って導出（derive）する。当該PCCルールは、バックグラウンドデータ転送のためのサービスデータフローを検出するためのサービスデータフロー（SDF）テンプレート、及び当該サービスデータフローのポリシー制御及び課金（charging）制御のためのパラメータを含む。ポリシー制御及び課金制御のためのパラメータは、例えば、ASP Identifier 、QoS class identifier、UL-maximum bitrate、DL-maximum bitrate、Gate status、又はこれらの任意の組合せを含む。さらに、当該PCCルールは、バックグラウンドデータ転送のために合意されたタイムウインドウ、及び合意されたUE当たりの（又はSDF当たりの）データの最大ボリューム（maximum volume of data per UE（per SDF））を含んでもよい。当該PCCルールは、UE当たりの（又はSDF当たりの）データの最大転送速度(rate quota)、若しくはUE当たりの（又はSDF当たりの）データの最大バイト量(byte quota)、又はこれら両方を含んでもよい。
　さらにまた、当該PCCルールは、転送ポリシーに従わない活動（activity）を表す１又はそれ以上の条件と、各条件が成立するときに取るべき行動（action to be taken when each condition is met）を示してもよい。当該１又はそれ以上の条件は、バックグラウンドデータ転送が、（ａ）事前に合意された最大データボリュームを超えること、（ｂ）事前に合意されたタイムウインドウを超えて継続すること、若しくは（ｃ）事前に合意された（地理的）エリアの外で発生すること、であってもよい。各条件が成立するときに取るべき行動は、データ転送の停止、又は異なる課金ルールのもとでのデータ転送の継続であってもよい。
　ステップ５０４では、PCRF４０は、以前にPCEF４２及び他のPCRFから受信している情報とAF７０から受信したサービス情報を用いて、影響される（affected）確立済みの（established）IP-CANセッションを特定する。
　ステップ５０５では、PCRF４０は、Diameter AA- Answer (AAA) commandをAF７０に送る。
　ステップ５０６では、PCRF４０は、PCCルールのインストール又は修正をPCEF４２に要求するためにDIAMETER Re-Auth-Request (RAR) messageをPCEF４２に送る。当該DIAMETER RAR messageは、PCCルールを含み、IP-CAN Session Modification手順をトリガーする。
　ステップ５０７では、PCEF４２は、PCRF４０により供給されたPCCルールを執行（enforce）する。ステップ５０８では、P-GW３２に配置されたPCEF４２は、IP-CANベアラの確立又は修正（modify）するために、S-GW３４に配置されたBBERF４４とIP-CANベアラシグナリングを行う。ステップ５０９では、PCEF４２は、DIAMETER RA-Answer (RAA) messageをPCRF４０に送る。
　図５を参照して説明された手順に従うと、PCRF４０は、事前に合意された転送ポリシーに従わないバックグラウンドデータ転送がどのように取り扱われるべきであるかをPCEF４２に知らせることができる。これにより、例えば、PCEF４２（i.e., P-GW３２）は、バックグラウンドデータ転送が、（ａ）事前に合意された最大データボリュームを超える場合、（ｂ）事前に合意されたタイムウインドウを超えて継続する場合、若しくは（ｃ）事前に合意された（地理的）エリアの外で発生する場合に、当該バックグラウンドデータ転送が停止されるべきか又は継続されるべきかを判断することができる。
＜第２の実施形態＞
　本実施形態は、第１の実施形態で説明されたバックグラウンドデータ転送の変形例を提供する。本実施形態に係る通信ネットワークの構成例は図１に示された構成例と同様である。本実施形態に係る将来のバックグラウンドデータ転送のネゴシエーション手順は、図２、図３、及び図４を参照して説明された手順と同様である。本実施形態に係る個々のUEsのためのバックグラウンドデータ転送の実行手順は、図２及び図５を参照して説明された手順と同様である。ただし、PCEF４２（P-GW３２）により施行されるバックグラウンドデータ転送のためのPCCルールは、事前に合意された転送ポリシーに従わないバックグラウンドデータ転送が検出された場合に、当該検出をPCEF４２に通知するようPCEF４２に要求する。
　図６は、事前に合意された転送ポリシーに従わないバックグラウンドデータ転送の検出および通知の手順の一例（処理６００）を示している。ステップ６０１では、PCEF４２は、転送ポリシーに従わない活動（activity）を表す１又はそれ以上の条件の成立を検出する。例えばPCEF４２は、UE１０またはUEsのセットに関するアップリンクまたはダウンリンクの少なくともいずれかのトラフィックをモニタすることによって、転送ポリシーに従わない活動（activity）を表す１又はそれ以上の条件の成立を検出してもよい。さらに又はこれに代えて、PCEF４２は、UE１０またはUEsのセットの位置情報をモニタすることによって、転送ポリシーに従わない活動（activity）を表す１又はそれ以上の条件の成立を検出してもよい。
　ステップ６０２では、PCEF４２は、DIAMETER Credit-Control-Request (CCR) messageをPCRF４０に送ることによって、検出された条件をPCRF４０に知らせる。当該DIAMETER CCR messageは、例えば、検出された条件、及びPCCルールを特定するためのRule identifierを含む。さらに、当該DIAMETER CCR messageは、PCEF４２がモニタした対象のUE（つまり、転送ポリシーに従わないバックグラウンドデータ転送が検出されたUE）に関するUE IDを含んでもよいし、当該UEに関する地理的エリアを示す情報を含んでもよい。
　当該DIAMETER CCR messageの受信に応答して、PCRF４０は、対応する転送ポリシー及び参照IDを導出する。ステップ６０３では、PCRF４０は、DIAMETER RAR messageを（AFとして動作する）SCEF５０に送る。当該DIAMETER RAR messageは、参照ID、及び（事前に合意された転送ポリシーに従わない活動（activity）を表す）検出された条件を示す。さらに、当該DIAMETER RAR messageは、PCEF４２がモニタした対象のUE（つまり、転送ポリシーに従わないバックグラウンドデータ転送が検出されたUE）に関するUE IDを含んでもよいし、当該UEに関する地理的エリアを示す情報を含んでもよい。
　ステップ６０４では、SCEF５０は、APIを介してSCS/AS６０にレポートメッセージを送る。当該レポートメッセージは、参照ID、及び（事前に合意された転送ポリシーに従わない活動（activity）を表す）検出された条件を示す。さらに、当該レポートメッセージは、例えば、PCEF４２がモニタした対象のUE（つまり、転送ポリシーに従わないバックグラウンドデータ転送が検出されたUE）に関するUE IDを含んでもよいし、当該UEに関する地理的エリアを示す情報を含んでもよい。
　ステップ６０５では、SCEF５０は、受取通知（acknowledgement）を示す回答メッセージをSCS/AS６０から受信する。ステップ６０６では、SCEF５０は、受取通知（acknowledgement）を示すDIAMETER RAA messageをPCRF４０に送る。ステップ６０７では、PCRF４０は、受取通知（acknowledgement）を示すDIAMETER CAA messageをPCEF４２に送る。
　なお、既に説明したように、SCS/AS６０は、AFとして動作し、Rxインタフェースを介して直接的にPCRF４０と通信してもよい。この場合、AFとして動作するSCS/AS６０は、ステップ６０３のDIAMETER RAR messageをPCRF４０から直接的にRxインタフェースを介して受信し、ステップ６０６のDIAMETER RAA messageをPCRF４０に直接的にRxインタフェースを介して送ってもよい。
　SCS/AS６０は、UE１０へのダウンリンク・バックグラウンドデータ転送の停止を知らせるために、UE１０とのアプリケーションレベル・シグナリングを行ってもよい（ステップ６０８）。さらに又はこれに代えて、SCS/AS６０は、UE１０からのアップリンク・バックグラウンドデータ転送の停止を知らせるために、UE１０とのアプリケーションレベル・シグナリングを行ってもよい（ステップ６０８）。UE１０は、SCS/AS６０とのアプリケーションレベル・シグナリングに従って、アップリンクデータ送信を停止してもよい。
　PCEF４２（P-GW３２）は、ステップ６０７のDIAMETER CAA messageを受信した後に、バックグラウンドデータ転送のためのサービスデータフローのパケットをさらに転送した場合、異なる課金ルール（課金レジーム）に従うCharging Data Record（CDR）を生成してもよい。CDRは、フォーマットされた課金情報（e.g., データ転送量）を意味する。
　図６を参照して説明された手順に従うと、無線アクセスネットワーク（i.e., 3GPPネットワーク）は、事前に合意された転送ポリシーに従わないバックグラウンドデータ転送の発生をアプリケーションサービス・プロバイダ（i.e., SCS/AS６０）に知らせることができる。
＜第３の実施形態＞
　本実施形態は、第１の実施形態で説明されたバックグラウンドデータ転送の変形例を提供する。本実施形態に係る通信ネットワークの構成例は図１に示された構成例と同様である。本実施形態に係る将来のバックグラウンドデータ転送のネゴシエーション手順は、図２、図３、及び図４を参照して説明された手順と同様である。本実施形態に係る個々のUEsのためのバックグラウンドデータ転送の実行手順は、図２及び図５を参照して説明された手順と同様である。
　本実施形態は、さらに、事前に合意された転送ポリシーに従わないアップリンク・バックグラウンドデータ転送をE-UTRAN２０において停止することを可能にする。図７は、本実施形態に係るベアラ修正手順（Bearer Modification Procedure）の一例（処理６００）を示している。図７のベアラ修正手順は、PCRF４０によって開始されるIP-CANセッション修正手順（e.g., 図５の手順）によってトリガーされる。
　ステップ７０１では、PCRF４０は、PCC Decision ProvisionメッセージをP-GW３２に送る。ステップ７０１のPCC Decision Provisionメッセージは、図５のステップ５０６のDIAMETER RAR messageに対応する。当該PCC Decision Provisionメッセージは、ベアラ修正手順の開始をP-GW３２にトリガーする。
　ステップ７０２のUpdate Bearer Requestメッセージは、P-GW３２からS-GW３４に送られる。ステップ７０３のUpdate barer Requestメッセージは、S-GW３４からMME３０に送られる。ステップ７０４のBearer Modify Requestメッセージは、MME３０からE-UTRAN２０内の基地局（i.e., eNodeB（eNB）２２）に送られる。ステップ７０４のBearer Modify Requestメッセージは、MME３０からUE１０に送られるSession Management Requestを包含する。ステップ７０５のeNB２２からUE１０へのRRC Connection Reconfigurationメッセージは、このSession Management Requestを包含する。なお、図７に示された手順の全体的な流れは、既存のベアラ修正手順（Bearer Modification Procedure）のそれと同一である。したがって、ここではステップ７０２以降の各メッセージの詳細な説明を省略する。
　本実施形態では、ステップ７０２～ステップ７０４のメッセージを用いることによって、PCRF４０は、事前に合意された転送ポリシーに従わないアップリンク・バックグラウンドデータ転送を停止するようE-UTRAN２０内の基地局（i.e., eNodeB（eNB）２２）を設定する。
　具体的には、ステップ７０２～ステップ７０４のメッセージは、バックグラウンドデータ転送のために合意されたタイムウインドウ、若しくは合意されたUE当たりの（又はSDF当たりの）データの最大ボリューム（maximum volume of data per UE（per SDF））、又はこれら両方を含んでもよい。
　さらに、ステップ７０２～ステップ７０４のメッセージは、バックグラウンドデータ転送のために合意された地理的エリアに対応するネットワークエリア情報（e.g., Tracking Areas（TAs）又はRouting Areas（RAs）のリスト）を含んでもよい。ステップ７０２～ステップ７０４のメッセージは、UE当たりの（又はSDF当たりの）データの最大転送速度(rate quota)、若しくはUE当たりの（又はSDF当たりの）データの最大バイト量(byte quota)、又はこれら両方を含んでもよい。
　さらにまた、ステップ７０２～ステップ７０４のメッセージは、転送ポリシーに従わない活動（activity）を表す１又はそれ以上の条件と、各条件が成立するときに取るべき行動（action to be taken when each condition is met）を示してもよい。当該１又はそれ以上の条件は、バックグラウンドデータ転送が、（ａ）事前に合意された最大データボリュームを超えること、（ｂ）事前に合意されたタイムウインドウを超えて継続すること、若しくは（ｃ）事前に合意された（地理的）エリアの外で発生すること、であってもよい。各条件が成立するときに取るべき行動は、データ転送の停止、又は異なる課金ルールのもとでのデータ転送の継続であってもよい。
　上述の手順に従うと、例えば、eNB２２は、バックグラウンドデータ転送のための事前に合意された転送ポリシーに従わないUE１０からのアップリンクパケットをeNB２２において破棄することができる（ステップ７０７）。eNB２２のこのような動作によれば、バックグラウンドデータ転送のための事前に合意された転送ポリシーに従わないアップリンクパケットの転送に起因するコアネットワークの負荷の上昇を回避できる。
　なお、eNB２２の代わりに、S-GW３４が、バックグラウンドデータ転送のための事前に合意された転送ポリシーに従わないアップリンクパケットを破棄するよう動作してもよい（ステップ７０８）。この場合、ステップ７０４のBearer Modify Requestメッセージは、バックグラウンドデータ転送のための転送ポリシーに関する上述の追加情報を含む必要はない。S-GW３４のこのような動作によっても、バックグラウンドデータ転送のための事前に合意された転送ポリシーに従わないアップリンクパケットの転送に起因するコアネットワークの負荷の上昇を回避できる。
　eNB２２の代わりに、UE１０が、バックグラウンドデータ転送のための事前に合意された転送ポリシーに従わないアップリンクパケットを破棄するよう動作してもよい（ステップ７０６）。この場合、ステップ７０５のRRC Connection Reconfigurationメッセージは、バックグラウンドデータ転送のための転送ポリシーに関する上述の追加情報を含んでもよい。UE１０のこのような動作によっても、バックグラウンドデータ転送のための事前に合意された転送ポリシーに従わないアップリンクパケットの転送に起因するコアネットワークの負荷の上昇を回避できる。
　バックグラウンドデータ転送のためのIP-CANセッションを修正するために新たな個別（dedicated）ベアラが確立される場合、図７のベアラ修正手順に代えて、個別ベアラ活性化（Activation）手順が使用されてもよい。
＜第４の実施形態＞
　本実施形態は、第３の実施形態で説明されたeNB２２の動作の変形例を提供する。本実施形態に係る通信ネットワークの構成例は図１に示された構成例と同様である。本実施形態に係る将来のバックグラウンドデータ転送のネゴシエーション手順は、図２、図３、及び図４を参照して説明された手順と同様である。本実施形態に係る個々のUEsのためのバックグラウンドデータ転送の実行手順は、図２及び図５を参照して説明された手順と同様である。バックグラウンドデータ転送のための事前に合意された転送ポリシーに従わないアップリンクパケットのハンドリングをeNB２２に設定する手順は、図７を参照して説明された手順と同様である。
　本実施形態では、eNB２２は、バックグラウンドデータ転送に参加するUE１０が他のeNB（ターゲットeNB）にハンドオーバする際に、当該バックグラウンドデータ転送でのUE１０のデータボリュームの積算値を当該ターゲットeNBに送るよう構成されている。言い換えると、ターゲットeNBは、バックグラウンドデータ転送でのUE１０のデータボリュームの積算値をソースeNBから引き継ぐ。
　図８は、本実施形態に係るソースeNB２２Ｓ及びターゲットeNB２２Ｔの動作の一例（処理８００）を示している。ステップ８０１では、ソースeNB２２Ｓは、現在の積算されたデータボリューム（i.e., データボリュームの積算値）を包含するハンドオーバ要求をeNB間インタフェース（i.e., X2インタフェース）を介してターゲットeNB２２Ｔに送る。
　本実施形態では、バックグラウンドデータ転送に参加するUE１０がeNB間を移動する場合であっても、E-UTRAN２０は、事前に合意されたバックグラウンドデータ転送の転送ポリシーに従わない活動（activity）を検出するために使用される、UE１０のデータボリュームの正確な積算値を得ることができる。
　続いて以下では、上述の実施形態に係るUE１０、eNB２２、PCRF４０、PCEF４２、SPR４６、SCEF５０、及びSCS/AS６０の構成例について説明する。図９は、PCRF４０の構成例を示すブロック図である。PCEF４２、SPR４６、SCEF５０、及びSCS/AS６０の構成も図９の構成と同様であってもよい。
　図９を参照すると、PCRF４０は、ネットワークインターフェース９０１、プロセッサ９０２、及びメモリ９０３を含む。ネットワークインターフェース９０１は、ネットワークエンティティ（e.g., エンドノード、中間ノード、UE、RANノード、CNノード、アプリケーションサーバ）と通信するために使用される。ネットワークインターフェース９０１は、例えば、IEEE 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。
　プロセッサ９０２は、メモリ９０３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施形態において説明されたPCRF４０の処理を行う。プロセッサ９０２は、例えば、マイクロプロセッサ、Micro Processing Unit（MPU）、又はCentral Processing Unit（CPU）であってもよい。プロセッサ９０２は、複数のプロセッサを含んでもよい。
　メモリ９０３は、揮発性メモリ及び不揮発性メモリによって構成される。メモリ９０３は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。メモリ９０３は、プロセッサ９０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ９０２は、図示されていないI/Oインタフェースを介してメモリ９０３にアクセスしてもよい。
　メモリ９０３は、上述の複数の実施形態で説明されたPCRF４０による処理を行うための命令群およびデータを含む１又はそれ以上のソフトウェアモジュール（コンピュータプログラム）９０４を格納してもよい。いくつかの実装において、プロセッサ９０２は、当該ソフトウェアモジュール９０４をメモリ９０３から読み出して実行することで、上述の実施形態で説明されたPCRF４０の処理を行うよう構成されてもよい。
　図１０は、上述の実施形態に係るeNB２２の構成例を示すブロック図である。図１０を参照すると、eNB２２は、Radio Frequency（RF）トランシーバ１００１、ネットワークインターフェース１００３、プロセッサ１００４、及びメモリ１００５を含む。RFトランシーバ１００１は、UE１０と通信するためにアナログRF信号処理を行う。RFトランシーバ１００１は、複数のトランシーバを含んでもよい。RFトランシーバ１００１は、アンテナ１００２及びプロセッサ１００４と結合される。RFトランシーバ１００１は、変調シンボルデータ（又はOFDMシンボルデータ）をプロセッサ１００４から受信し、送信RF信号を生成し、送信RF信号をアンテナ１００２に供給する。また、RFトランシーバ１００１は、アンテナ１００２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをプロセッサ１００４に供給する。
　ネットワークインターフェース１００３は、ネットワークノード（e.g., MME３０およびS-GW３４）と通信するために使用される。ネットワークインターフェース１００３は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。
　プロセッサ１００４は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。例えば、LTEおよびLTE-Advancedの場合、プロセッサ１００４によるデジタルベースバンド信号処理は、Packet Data Convergence Protocol（PDCP）レイヤ、Radio Link Control（RLC）レイヤ、Medium Access Control（MAC）レイヤ、および物理（PHY）レイヤの信号処理を含んでもよい。また、プロセッサ１００４によるコントロールプレーン処理は、S1プロトコル、Radio Resource Control（RRC）プロトコル、及びMAC Control Element（MAC CE）の処理を含んでもよい。
　プロセッサ１００４は、複数のプロセッサを含んでもよい。例えば、プロセッサ１００４は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., CPU又はMPU）を含んでもよい。
　メモリ１００５は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、SRAM若しくはDRAM又はこれらの組み合わせである。不揮発性メモリは、例えば、MROM、PROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの組合せである。メモリ１００５は、プロセッサ１００４から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１００４は、ネットワークインターフェース１００３又は図示されていないI/Oインタフェースを介してメモリ１００５にアクセスしてもよい。
　メモリ１００５は、上述の複数の実施形態で説明されたeNB２２eNB２２による処理を行うための命令群およびデータを含む１又はそれ以上のソフトウェアモジュール（コンピュータプログラム）１００６を格納してもよい。いくつかの実装において、プロセッサ１００４は、当該ソフトウェアモジュール１００６をメモリ１００５から読み出して実行することで、上述の実施形態でシーケンス図及びフローチャートを用いて説明されたeNB２２の処理を行うよう構成されてもよい。
　図１１は、UE１０の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ１１０１は、E-UTRAN２０（eNB２２）と通信するためにアナログRF信号処理を行う。RFトランシーバ１１０１は、複数のトランシーバを含んでもよい。RFトランシーバ１１０１により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ１１０１は、アンテナアレイ１１０２及びベースバンドプロセッサ１１０３と結合される。RFトランシーバ１１０１は、変調シンボルデータ（又はOFDMシンボルデータ）をベースバンドプロセッサ１１０３から受信し、送信RF信号を生成し、送信RF信号をアンテナアレイ１１０２に供給する。また、RFトランシーバ１１０１は、アンテナアレイ１１０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ１１０３に供給する。RFトランシーバ１１０１は、ビームフォーミングのためのアナログビームフォーマ回路を含んでもよい。アナログビームフォーマ回路は、例えば複数の移相器及び複数の電力増幅器を含む。
　ベースバンドプロセッサ１１０３は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮／復元、(b) データのセグメンテーション／コンカテネーション、(c) 伝送フォーマット（伝送フレーム）の生成／分解、(d) 伝送路符号化／復号化、(e) 変調（シンボルマッピング）／復調、及び(f) Inverse Fast Fourier Transform（IFFT）によるOFDMシンボルデータ（ベースバンドOFDM信号）の生成などを含む。一方、コントロールプレーン処理は、レイヤ１（e.g., 送信電力制御）、レイヤ２（e.g., 無線リソース管理、及びhybrid automatic repeat request（HARQ）処理）、及びレイヤ３（e.g., アタッチ、モビリティ、及び通話管理に関するシグナリング）の通信管理を含む。
　例えば、ベースバンドプロセッサ１１０３によるデジタルベースバンド信号処理は、PDCPレイヤ、RLCレイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ１１０３によるコントロールプレーン処理は、Non-Access Stratum（NAS）プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。
　ベースバンドプロセッサ１１０３は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., DSP）とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., CPU又はMPU）を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ１１０４と共通化されてもよい。
　アプリケーションプロセッサ１１０４は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ１１０４は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。アプリケーションプロセッサ１１０４は、メモリ１１０６又は図示されていないメモリから読み出されたシステムソフトウェアプログラム（Operating System（OS））及び様々なアプリケーションプログラム（例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション）を実行することによって、UE１０の各種機能を実現する。
　幾つかの実装において、図１１に破線（１１０５）で示されているように、ベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４は、１つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ１１０３及びアプリケーションプロセッサ１１０４は、１つのSystem on Chip（SoC）デバイス１１０５として実装されてもよい。SoCデバイスは、システムLarge Scale Integration（LSI）またはチップセットと呼ばれることもある。
　メモリ１１０６は、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリ１１０６は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、SRAM若しくはDRAM又はこれらの組み合わせである。不揮発性メモリは、MROM、EEPROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリ１１０６は、ベースバンドプロセッサ１１０３、アプリケーションプロセッサ１１０４、及びSoC１１０５からアクセス可能な外部メモリデバイスを含んでもよい。メモリ１１０６は、ベースバンドプロセッサ１１０３内、アプリケーションプロセッサ１１０４内、又はSoC１１０５内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリ１１０６は、Universal Integrated Circuit Card（UICC）内のメモリを含んでもよい。
　メモリ１１０６は、上述の複数の実施形態で説明されたUE１０による処理を行うための命令群およびデータを含む１又はそれ以上のソフトウェアモジュール（コンピュータプログラム）１１０７を格納してもよい。幾つかの実装において、ベースバンドプロセッサ１１０３又はアプリケーションプロセッサ１１０４は、当該ソフトウェアモジュール１１０７をメモリ１１０６から読み出して実行することで、上述の実施形態で図面を用いて説明されたUE１０の処理を行うよう構成されてもよい。
＜その他の実施形態＞
　上述の実施形態は、各々独立に実施されてもよいし、適宜組み合わせて実施されてもよい。
　既に説明したように、上述の実施形態は、第5世代移動通信システム（5G）に適用されてもよい。この場合、上述のSCEF５０、PCRF４０、PCEF４２、BBERF４４、MME３０、P-GW３２、S-GW３４、eNB２２、及びUE１０の処理は、Network Exposure Function（NEF）、Policy Control function（PCF）、User plane Function（UPF）、User plane Function（UPF）、Access and Mobility Management Function（AMF）、Session Management Function（SMF）、Session Management Function（SMF）、gNB、及び5G UEによってそれぞれ行われてもよい。
　上述の実施形態は、UMTSシステム（3Gシステム）に適用されてもよい。この場合、上述のMME３０、P-GW３２、S-GW３４、eNB２２、及びUE１０の処理は、Serving GPRS Support Node（SGSN）、Gateway GPRS Support Node（GGSN）、SGSN、NodeB、及び3G UEによってそれぞれ行われてもよい。
　さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
　上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
　無線通信ネットワーク内に配置される露出ノードであって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
　前記少なくとも１つのプロセッサは、アプリケーションサービス・プロバイダと複数の無線端末との間の将来のバックグラウンドデータ転送のためのリソースマネジメントの第１の要求を、前記アプリケーションサービス・プロバイダに関連付けられたサーバから受信するよう構成され、
　前記第１の要求は、前記バックグラウンドデータ転送が事前に合意された（previously agreed (or negotiated)）転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示すパラメータを含み、
　前記少なくとも１つのプロセッサは、前記第１の要求の受信に応答して、前記バックグラウンドデータ転送のためのリソースマネジメントの第２の要求を前記無線通信ネットワーク内のポリシー制御ノードに送るよう構成され、
　前記第２の要求は、前記第１の要求から得られた前記パラメータを含み、
　前記少なくとも１つのプロセッサは、前記第２の要求に基づいて前記ポリシー制御ノードにより決定された前記バックグラウンドデータ転送に適用される転送ポリシーを前記サーバに送るよう構成される、
露出ノード。
（付記２）
　前記事前に合意された転送ポリシーは、事前に合意された最大データボリュームを含み、
　前記パラメータは、前記バックグラウンドデータ転送が前記最大データボリュームを超える場合に、前記バックグラウンドデータ転送が停止されるべきか又は前記異なる課金ルールのもとで継続されるべきかを示す、
付記１に記載の露出ノード。
（付記３）
　前記事前に合意された転送ポリシーは、事前に合意されたタイムウインドウを含み、
　前記パラメータは、前記バックグラウンドデータ転送が前記タイムウインドウを超えて継続する場合に、前記バックグラウンドデータ転送が停止されるべきか又は前記異なる課金ルールのもとで継続されるべきかを示す、
付記１又は２に記載の露出ノード。
（付記４）
　前記事前に合意された転送ポリシーは、事前に合意された地理的エリアを含み、
　前記パラメータは、前記バックグラウンドデータ転送が前記地理的エリアの外で発生する場合に、前記バックグラウンドデータ転送が停止されるべきか又は前記異なる課金ルールのもとで継続されるべきかを示す、
付記１～３のいずれか１項に記載の露出ノード。
（付記５）
　無線通信ネットワーク内に配置されるポリシー制御ノードであって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
　前記少なくとも１つのプロセッサは、アプリケーションサービス・プロバイダと複数の無線端末との間の将来のバックグラウンドデータ転送のためのリソースマネジメントの要求を、前記アプリケーションサービス・プロバイダに関連付けられたサーバから露出ノードを介して受信するよう構成され、
　前記要求は、前記バックグラウンドデータ転送が事前に合意された（previously agreed (or negotiated)）転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示すパラメータを含み、
　前記少なくとも１つのプロセッサは、前記要求に基づいて転送ポリシーを決定し、前記決定された転送ポリシーを前記サーバに前記露出ノードを介して送るよう構成されている、
ポリシー制御ノード。
（付記６）
　前記パラメータは、以下のうち少なくとも１つを示す：
　前記バックグラウンドデータ転送が事前に合意された最大データボリュームを超える場合に、前記バックグラウンドデータ転送が停止されるべきか又は前記異なる課金ルールのもとで継続されるべきか；
　前記バックグラウンドデータ転送が事前に合意されたタイムウインドウを超えて継続する場合に、前記バックグラウンドデータ転送が停止されるべきか又は前記異なる課金ルールのもとで継続されるべきか；及び
　前記バックグラウンドデータ転送が事前に合意された地理的エリアの外で発生する場合に、前記バックグラウンドデータ転送が停止されるべきか又は前記異なる課金ルールのもとで継続されるべきか；
付記５に記載のポリシー制御ノード。
（付記７）
　前記少なくとも１つのプロセッサは、前記アプリケーションサービス・プロバイダと各無線端末との間で前記バックグラウンドデータ転送が行われる場合に、各無線端末のパケットフローに適用されるポリシールールを前記決定された転送ポリシーから導出し、前記ポリシールールを施行するために転送ノード又は前記転送ノードの制御プレーン機能に前記ポリシールールを供給するよう構成され、
　前記ポリシールールは、前記バックグラウンドデータ転送が前記決定された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は前記異なる課金ルールのもとで継続されるべきかを示す、
付記５又は６に記載のポリシー制御ノード。
（付記８）
　前記ポリシールールの前記転送ノード又は前記制御プレーン機能への供給は、前記ポリシールールを施行することを基地局及び各無線端末の少なくとも一方に引き起こす手順の開始を前記転送ノード又は前記制御プレーン機能にトリガーする、
付記７に記載のポリシー制御ノード。
（付記９）
　前記少なくとも１つのプロセッサは、前記決定された転送ポリシーに従わないバックグラウンドデータ転送の検出を、前記サーバに直接的に又は前記露出ノードを介して通知するよう構成されている、
付記５～８のいずれか１項に記載のポリシー制御ノード。
（付記１０）
　無線通信ネットワーク内に配置されるネットワークノードであって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
　前記少なくとも１つのプロセッサは、アプリケーションサービス・プロバイダと各無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフローに適用されるポリシールールをポリシー制御ノードから受信するよう構成され、
　前記少なくとも１つのプロセッサは、前記ポリシールールを施行するよう構成され、
　前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記無線通信ネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示す、
ネットワークノード。
（付記１１）
　前記ポリシールールは、以下のうち少なくとも１つを示す：
　前記バックグラウンドデータ転送が事前に合意された最大データボリュームを超える場合に、前記バックグラウンドデータ転送が停止されるべきか又は前記異なる課金ルールのもとで継続されるべきか；
　前記バックグラウンドデータ転送が事前に合意されたタイムウインドウを超えて継続する場合に、前記バックグラウンドデータ転送が停止されるべきか又は前記異なる課金ルールのもとで継続されるべきか；及び
　前記バックグラウンドデータ転送が事前に合意された地理的エリアの外で発生する場合に、前記バックグラウンドデータ転送が停止されるべきか又は前記異なる課金ルールのもとで継続されるべきか；
付記１０に記載のネットワークノード。
（付記１２）
　前記少なくとも１つのプロセッサは、前記転送ポリシーに従わないバックグラウンドデータ転送の検出を、前記ポリシー制御ノードに通知するよう構成されている、
付記１０又は１１に記載のネットワークノード。
（付記１３）
　前記少なくとも１つのプロセッサは、前記ポリシールールの受信に応答して、前記ポリシールールを施行することを基地局及び各無線端末の少なくとも一方に引き起こす手順を開始するよう構成されている、
付記１０～１２のいずれか１項に記載のネットワークノード。
（付記１４）
　無線アクセスネットワークに配置される基地局であって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
　前記少なくとも１つのプロセッサは、アプリケーションサービス・プロバイダと各無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフロー又は前記パケットフローを転送するベアラに適用されるポリシールールを、コアネットワークから受信するよう構成され、
　前記少なくとも１つのプロセッサは、前記ポリシールールを施行するよう構成され、
　前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記コアネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか否かを示す、
基地局。
（付記１５）
　前記ポリシールールは、以下のうち少なくとも１つを示す：
　前記バックグラウンドデータ転送が事前に合意された最大データボリュームを超える場合に、前記バックグラウンドデータ転送が停止されるべきか否か；
　前記バックグラウンドデータ転送が事前に合意されたタイムウインドウを超えて継続する場合に、前記バックグラウンドデータ転送が停止されるべきか否か；及び
　前記バックグラウンドデータ転送が事前に合意された地理的エリアの外で発生する場合に、前記バックグラウンドデータ転送が停止されるべきか否か；
付記１４に記載の基地局。
（付記１６）
　前記ポリシールールは、前記少なくとも１つのプロセッサは、前記バックグラウンドデータ転送が事前に合意された最大データボリュームを超える場合に、前記バックグラウンドデータ転送が停止されるべきか否かを示し、
　前記少なくとも１つのプロセッサは、前記バックグラウンドデータ転送が前記最大データボリュームへ到達したか否かを判定するために、前記バックグラウンドデータ転送での各無線端末のデータボリュームを監視するよう構成され、
　前記少なくとも１つのプロセッサは、各無線端末の他の基地局へのハンドオーバの際に、前記バックグラウンドデータ転送での各無線端末のデータボリュームの積算値を前記他の基地局に送るよう構成されている、
付記１４又は１５に記載の基地局。
（付記１７）
　無線端末であって、
　少なくとも１つのメモリと、
　前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
を備え、
　前記少なくとも１つのプロセッサは、アプリケーションサービス・プロバイダと前記無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフロー又は前記パケットフローを転送するベアラに適用されるポリシールールを、コアネットワークから基地局を介して受信するよう構成され、
　前記少なくとも１つのプロセッサは、前記ポリシールールを施行するよう構成され、
　前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記コアネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか否かを示す、
無線端末。
（付記１８）
　前記ポリシールールは、以下のうち少なくとも１つを示す：
　前記バックグラウンドデータ転送が事前に合意された最大データボリュームを超える場合に、前記バックグラウンドデータ転送が停止されるべきか否か；
　前記バックグラウンドデータ転送が事前に合意されたタイムウインドウを超えて継続する場合に、前記バックグラウンドデータ転送が停止されるべきか否か；及び
　前記バックグラウンドデータ転送が事前に合意された地理的エリアの外で発生する場合に、前記バックグラウンドデータ転送が停止されるべきか否か；
付記１７に記載の無線端末。
（付記１９）
　無線通信ネットワーク内に配置される露出ノードにおける方法であって、
　アプリケーションサービス・プロバイダと複数の無線端末との間の将来のバックグラウンドデータ転送のためのリソースマネジメントの第１の要求を、前記アプリケーションサービス・プロバイダに関連付けられたサーバから受信すること、
　前記第１の要求の受信に応答して、前記バックグラウンドデータ転送のためのリソースマネジメントの第２の要求を前記無線通信ネットワーク内のポリシー制御ノードに送ること、及び
　前記第２の要求に基づいて前記ポリシー制御ノードにより決定された前記バックグラウンドデータ転送に適用される転送ポリシーを前記サーバに送ること、
を備え、
　前記第１の要求は、前記バックグラウンドデータ転送が事前に合意された（previously agreed (or negotiated)）転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示すパラメータを含み、
　前記第２の要求は、前記第１の要求から得られた前記パラメータを含む、
方法。
（付記２０）
　無線通信ネットワーク内に配置されるポリシー制御ノードにおける方法であって、
　アプリケーションサービス・プロバイダと複数の無線端末との間の将来のバックグラウンドデータ転送のためのリソースマネジメントの要求を、前記アプリケーションサービス・プロバイダに関連付けられたサーバから露出ノードを介して受信すること、及び
　前記要求に基づいて転送ポリシーを決定し、前記決定された転送ポリシーを前記サーバに前記露出ノードを介して送ること、
を備え、
　前記要求は、前記バックグラウンドデータ転送が事前に合意された（previously agreed (or negotiated)）転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示すパラメータを含む、
方法。
（付記２１）
　無線通信ネットワーク内に配置されるネットワークノードにおける方法であって、
　アプリケーションサービス・プロバイダと各無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフローに適用されるポリシールールをポリシー制御ノードから受信すること、及び
　前記ポリシールールを施行すること、
を備え、
　前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記無線通信ネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示す、
方法。
（付記２２）
　無線アクセスネットワークに配置される基地局における方法であって、
　アプリケーションサービス・プロバイダと各無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフロー又は前記パケットフローを転送するベアラに適用されるポリシールールを、コアネットワークから受信すること、及び
　前記ポリシールールを施行すること、
を備え、
　前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記コアネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか否かを示す、
方法。
（付記２３）
　無線端末における方法であって、
　アプリケーションサービス・プロバイダと前記無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフロー又は前記パケットフローを転送するベアラに適用されるポリシールールを、コアネットワークから基地局を介して受信すること、及び
　前記ポリシールールを施行すること、
を備え、
　前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記コアネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか否かを示す、
方法。
（付記２４）
　無線通信ネットワーク内に配置される露出ノードにおける方法をコンピュータに行わせるためのプログラムであって、
　前記方法は、
　アプリケーションサービス・プロバイダと複数の無線端末との間の将来のバックグラウンドデータ転送のためのリソースマネジメントの第１の要求を、前記アプリケーションサービス・プロバイダに関連付けられたサーバから受信すること、
　前記第１の要求の受信に応答して、前記バックグラウンドデータ転送のためのリソースマネジメントの第２の要求を前記無線通信ネットワーク内のポリシー制御ノードに送ること、及び
　前記第２の要求に基づいて前記ポリシー制御ノードにより決定された前記バックグラウンドデータ転送に適用される転送ポリシーを前記サーバに送ること、
を備え、
　前記第１の要求は、前記バックグラウンドデータ転送が事前に合意された（previously agreed (or negotiated)）転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示すパラメータを含み、
　前記第２の要求は、前記第１の要求から得られた前記パラメータを含む、
プログラム。
（付記２５）
　無線通信ネットワーク内に配置されるポリシー制御ノードにおける方法をコンピュータに行わせるためのプログラムであって、
　前記方法は、
　アプリケーションサービス・プロバイダと複数の無線端末との間の将来のバックグラウンドデータ転送のためのリソースマネジメントの要求を、前記アプリケーションサービス・プロバイダに関連付けられたサーバから露出ノードを介して受信すること、及び
　前記要求に基づいて転送ポリシーを決定し、前記決定された転送ポリシーを前記サーバに前記露出ノードを介して送ること、
を備え、
　前記要求は、前記バックグラウンドデータ転送が事前に合意された（previously agreed (or negotiated)）転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示すパラメータを含む、
プログラム。
（付記２６）
　無線通信ネットワーク内に配置されるネットワークノードにおける方法をコンピュータに行わせるためのプログラムであって、
　前記方法は、
　アプリケーションサービス・プロバイダと各無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフローに適用されるポリシールールをポリシー制御ノードから受信すること、及び
　前記ポリシールールを施行すること、
を備え、
　前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記無線通信ネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示す、
プログラム。
（付記２７）
　無線アクセスネットワークに配置される基地局における方法をコンピュータに行わせるためのプログラムであって、
　前記方法は、
　アプリケーションサービス・プロバイダと各無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフロー又は前記パケットフローを転送するベアラに適用されるポリシールールを、コアネットワークから受信すること、及び
　前記ポリシールールを施行すること、
を備え、
　前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記コアネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか否かを示す、
プログラム。
（付記２８）
　無線端末における方法をコンピュータに行わせるためのプログラムであって、
　前記方法は、
　アプリケーションサービス・プロバイダと前記無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフロー又は前記パケットフローを転送するベアラに適用されるポリシールールを、コアネットワークから基地局を介して受信すること、及び
　前記ポリシールールを施行すること、
を備え、
　前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記コアネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか否かを示す、
プログラム。
　この出願は、２０１７年３月１７日に出願された日本出願特願２０１７－０５２８６６を基礎とする優先権を主張し、その開示の全てをここに取り込む。
１０　UE
２０　E-UTRAN
２２　eNB
３０　MME
３２　P-GW
３４　S-GW
４０　PCRF
４２　PCEF
４４　BBERF
５０　SCEF
６０　SCS/AS
７０　AF

Claims (28)

  1. 　無線通信ネットワーク内に配置される露出ノードであって、
    　少なくとも１つのメモリと、
    　前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
    を備え、
    　前記少なくとも１つのプロセッサは、アプリケーションサービス・プロバイダと複数の無線端末との間の将来のバックグラウンドデータ転送のためのリソースマネジメントの第１の要求を、前記アプリケーションサービス・プロバイダに関連付けられたサーバから受信するよう構成され、
    　前記第１の要求は、前記バックグラウンドデータ転送が事前に合意された（previously agreed (or negotiated)）転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示すパラメータを含み、
    　前記少なくとも１つのプロセッサは、前記第１の要求の受信に応答して、前記バックグラウンドデータ転送のためのリソースマネジメントの第２の要求を前記無線通信ネットワーク内のポリシー制御ノードに送るよう構成され、
    　前記第２の要求は、前記第１の要求から得られた前記パラメータを含み、
    　前記少なくとも１つのプロセッサは、前記第２の要求に基づいて前記ポリシー制御ノードにより決定された前記バックグラウンドデータ転送に適用される転送ポリシーを前記サーバに送るよう構成される、
    露出ノード。
  2. 　前記事前に合意された転送ポリシーは、事前に合意された最大データボリュームを含み、
    　前記パラメータは、前記バックグラウンドデータ転送が前記最大データボリュームを超える場合に、前記バックグラウンドデータ転送が停止されるべきか又は前記異なる課金ルールのもとで継続されるべきかを示す、
    請求項１に記載の露出ノード。
  3. 　前記事前に合意された転送ポリシーは、事前に合意されたタイムウインドウを含み、
    　前記パラメータは、前記バックグラウンドデータ転送が前記タイムウインドウを超えて継続する場合に、前記バックグラウンドデータ転送が停止されるべきか又は前記異なる課金ルールのもとで継続されるべきかを示す、
    請求項１又は２に記載の露出ノード。
  4. 　前記事前に合意された転送ポリシーは、事前に合意された地理的エリアを含み、
    　前記パラメータは、前記バックグラウンドデータ転送が前記地理的エリアの外で発生する場合に、前記バックグラウンドデータ転送が停止されるべきか又は前記異なる課金ルールのもとで継続されるべきかを示す、
    請求項１～３のいずれか１項に記載の露出ノード。
  5. 　無線通信ネットワーク内に配置されるポリシー制御ノードであって、
    　少なくとも１つのメモリと、
    　前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
    を備え、
    　前記少なくとも１つのプロセッサは、アプリケーションサービス・プロバイダと複数の無線端末との間の将来のバックグラウンドデータ転送のためのリソースマネジメントの要求を、前記アプリケーションサービス・プロバイダに関連付けられたサーバから露出ノードを介して受信するよう構成され、
    　前記要求は、前記バックグラウンドデータ転送が事前に合意された（previously agreed (or negotiated)）転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示すパラメータを含み、
    　前記少なくとも１つのプロセッサは、前記要求に基づいて転送ポリシーを決定し、前記決定された転送ポリシーを前記サーバに前記露出ノードを介して送るよう構成されている、
    ポリシー制御ノード。
  6. 　前記パラメータは、以下のうち少なくとも１つを示す：
    　前記バックグラウンドデータ転送が事前に合意された最大データボリュームを超える場合に、前記バックグラウンドデータ転送が停止されるべきか又は前記異なる課金ルールのもとで継続されるべきか；
    　前記バックグラウンドデータ転送が事前に合意されたタイムウインドウを超えて継続する場合に、前記バックグラウンドデータ転送が停止されるべきか又は前記異なる課金ルールのもとで継続されるべきか；及び
    　前記バックグラウンドデータ転送が事前に合意された地理的エリアの外で発生する場合に、前記バックグラウンドデータ転送が停止されるべきか又は前記異なる課金ルールのもとで継続されるべきか；
    請求項５に記載のポリシー制御ノード。
  7. 　前記少なくとも１つのプロセッサは、前記アプリケーションサービス・プロバイダと各無線端末との間で前記バックグラウンドデータ転送が行われる場合に、各無線端末のパケットフローに適用されるポリシールールを前記決定された転送ポリシーから導出し、前記ポリシールールを施行するために転送ノード又は前記転送ノードの制御プレーン機能に前記ポリシールールを供給するよう構成され、
    　前記ポリシールールは、前記バックグラウンドデータ転送が前記決定された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は前記異なる課金ルールのもとで継続されるべきかを示す、
    請求項５又は６に記載のポリシー制御ノード。
  8. 　前記ポリシールールの前記転送ノード又は前記制御プレーン機能への供給は、前記ポリシールールを施行することを基地局及び各無線端末の少なくとも一方に引き起こす手順の開始を前記転送ノード又は前記制御プレーン機能にトリガーする、
    請求項７に記載のポリシー制御ノード。
  9. 　前記少なくとも１つのプロセッサは、前記決定された転送ポリシーに従わないバックグラウンドデータ転送の検出を、前記サーバに直接的に又は前記露出ノードを介して通知するよう構成されている、
    請求項５～８のいずれか１項に記載のポリシー制御ノード。
  10. 　無線通信ネットワーク内に配置されるネットワークノードであって、
    　少なくとも１つのメモリと、
    　前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
    を備え、
    　前記少なくとも１つのプロセッサは、アプリケーションサービス・プロバイダと各無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフローに適用されるポリシールールをポリシー制御ノードから受信するよう構成され、
    　前記少なくとも１つのプロセッサは、前記ポリシールールを施行するよう構成され、
    　前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記無線通信ネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示す、
    ネットワークノード。
  11. 　前記ポリシールールは、以下のうち少なくとも１つを示す：
    　前記バックグラウンドデータ転送が事前に合意された最大データボリュームを超える場合に、前記バックグラウンドデータ転送が停止されるべきか又は前記異なる課金ルールのもとで継続されるべきか；
    　前記バックグラウンドデータ転送が事前に合意されたタイムウインドウを超えて継続する場合に、前記バックグラウンドデータ転送が停止されるべきか又は前記異なる課金ルールのもとで継続されるべきか；及び
    　前記バックグラウンドデータ転送が事前に合意された地理的エリアの外で発生する場合に、前記バックグラウンドデータ転送が停止されるべきか又は前記異なる課金ルールのもとで継続されるべきか；
    請求項１０に記載のネットワークノード。
  12. 　前記少なくとも１つのプロセッサは、前記転送ポリシーに従わないバックグラウンドデータ転送の検出を、前記ポリシー制御ノードに通知するよう構成されている、
    請求項１０又は１１に記載のネットワークノード。
  13. 　前記少なくとも１つのプロセッサは、前記ポリシールールの受信に応答して、前記ポリシールールを施行することを基地局及び各無線端末の少なくとも一方に引き起こす手順を開始するよう構成されている、
    請求項１０～１２のいずれか１項に記載のネットワークノード。
  14. 　無線アクセスネットワークに配置される基地局であって、
    　少なくとも１つのメモリと、
    　前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
    を備え、
    　前記少なくとも１つのプロセッサは、アプリケーションサービス・プロバイダと各無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフロー又は前記パケットフローを転送するベアラに適用されるポリシールールを、コアネットワークから受信するよう構成され、
    　前記少なくとも１つのプロセッサは、前記ポリシールールを施行するよう構成され、
    　前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記コアネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか否かを示す、
    基地局。
  15. 　前記ポリシールールは、以下のうち少なくとも１つを示す：
    　前記バックグラウンドデータ転送が事前に合意された最大データボリュームを超える場合に、前記バックグラウンドデータ転送が停止されるべきか否か；
    　前記バックグラウンドデータ転送が事前に合意されたタイムウインドウを超えて継続する場合に、前記バックグラウンドデータ転送が停止されるべきか否か；及び
    　前記バックグラウンドデータ転送が事前に合意された地理的エリアの外で発生する場合に、前記バックグラウンドデータ転送が停止されるべきか否か；
    請求項１４に記載の基地局。
  16. 　前記ポリシールールは、前記少なくとも１つのプロセッサは、前記バックグラウンドデータ転送が事前に合意された最大データボリュームを超える場合に、前記バックグラウンドデータ転送が停止されるべきか否かを示し、
    　前記少なくとも１つのプロセッサは、前記バックグラウンドデータ転送が前記最大データボリュームへ到達したか否かを判定するために、前記バックグラウンドデータ転送での各無線端末のデータボリュームを監視するよう構成され、
    　前記少なくとも１つのプロセッサは、各無線端末の他の基地局へのハンドオーバの際に、前記バックグラウンドデータ転送での各無線端末のデータボリュームの積算値を前記他の基地局に送るよう構成されている、
    請求項１４又は１５に記載の基地局。
  17. 　無線端末であって、
    　少なくとも１つのメモリと、
    　前記少なくとも１つのメモリに結合された少なくとも１つのプロセッサと、
    を備え、
    　前記少なくとも１つのプロセッサは、アプリケーションサービス・プロバイダと前記無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフロー又は前記パケットフローを転送するベアラに適用されるポリシールールを、コアネットワークから基地局を介して受信するよう構成され、
    　前記少なくとも１つのプロセッサは、前記ポリシールールを施行するよう構成され、
    　前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記コアネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか否かを示す、
    無線端末。
  18. 　前記ポリシールールは、以下のうち少なくとも１つを示す：
    　前記バックグラウンドデータ転送が事前に合意された最大データボリュームを超える場合に、前記バックグラウンドデータ転送が停止されるべきか否か；
    　前記バックグラウンドデータ転送が事前に合意されたタイムウインドウを超えて継続する場合に、前記バックグラウンドデータ転送が停止されるべきか否か；及び
    　前記バックグラウンドデータ転送が事前に合意された地理的エリアの外で発生する場合に、前記バックグラウンドデータ転送が停止されるべきか否か；
    請求項１７に記載の無線端末。
  19. 　無線通信ネットワーク内に配置される露出ノードにおける方法であって、
    　アプリケーションサービス・プロバイダと複数の無線端末との間の将来のバックグラウンドデータ転送のためのリソースマネジメントの第１の要求を、前記アプリケーションサービス・プロバイダに関連付けられたサーバから受信すること、
    　前記第１の要求の受信に応答して、前記バックグラウンドデータ転送のためのリソースマネジメントの第２の要求を前記無線通信ネットワーク内のポリシー制御ノードに送ること、及び
    　前記第２の要求に基づいて前記ポリシー制御ノードにより決定された前記バックグラウンドデータ転送に適用される転送ポリシーを前記サーバに送ること、
    を備え、
    　前記第１の要求は、前記バックグラウンドデータ転送が事前に合意された（previously agreed (or negotiated)）転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示すパラメータを含み、
    　前記第２の要求は、前記第１の要求から得られた前記パラメータを含む、
    方法。
  20. 　無線通信ネットワーク内に配置されるポリシー制御ノードにおける方法であって、
    　アプリケーションサービス・プロバイダと複数の無線端末との間の将来のバックグラウンドデータ転送のためのリソースマネジメントの要求を、前記アプリケーションサービス・プロバイダに関連付けられたサーバから露出ノードを介して受信すること、及び
    　前記要求に基づいて転送ポリシーを決定し、前記決定された転送ポリシーを前記サーバに前記露出ノードを介して送ること、
    を備え、
    　前記要求は、前記バックグラウンドデータ転送が事前に合意された（previously agreed (or negotiated)）転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示すパラメータを含む、
    方法。
  21. 　無線通信ネットワーク内に配置されるネットワークノードにおける方法であって、
    　アプリケーションサービス・プロバイダと各無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフローに適用されるポリシールールをポリシー制御ノードから受信すること、及び
    　前記ポリシールールを施行すること、
    を備え、
    　前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記無線通信ネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示す、
    方法。
  22. 　無線アクセスネットワークに配置される基地局における方法であって、
    　アプリケーションサービス・プロバイダと各無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフロー又は前記パケットフローを転送するベアラに適用されるポリシールールを、コアネットワークから受信すること、及び
    　前記ポリシールールを施行すること、
    を備え、
    　前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記コアネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか否かを示す、
    方法。
  23. 　無線端末における方法であって、
    　アプリケーションサービス・プロバイダと前記無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフロー又は前記パケットフローを転送するベアラに適用されるポリシールールを、コアネットワークから基地局を介して受信すること、及び
    　前記ポリシールールを施行すること、
    を備え、
    　前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記コアネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか否かを示す、
    方法。
  24. 　無線通信ネットワーク内に配置される露出ノードにおける方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
    　前記方法は、
    　アプリケーションサービス・プロバイダと複数の無線端末との間の将来のバックグラウンドデータ転送のためのリソースマネジメントの第１の要求を、前記アプリケーションサービス・プロバイダに関連付けられたサーバから受信すること、
    　前記第１の要求の受信に応答して、前記バックグラウンドデータ転送のためのリソースマネジメントの第２の要求を前記無線通信ネットワーク内のポリシー制御ノードに送ること、及び
    　前記第２の要求に基づいて前記ポリシー制御ノードにより決定された前記バックグラウンドデータ転送に適用される転送ポリシーを前記サーバに送ること、
    を備え、
    　前記第１の要求は、前記バックグラウンドデータ転送が事前に合意された（previously agreed (or negotiated)）転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示すパラメータを含み、
    　前記第２の要求は、前記第１の要求から得られた前記パラメータを含む、
    非一時的なコンピュータ可読媒体。
  25. 　無線通信ネットワーク内に配置されるポリシー制御ノードにおける方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
    　前記方法は、
    　アプリケーションサービス・プロバイダと複数の無線端末との間の将来のバックグラウンドデータ転送のためのリソースマネジメントの要求を、前記アプリケーションサービス・プロバイダに関連付けられたサーバから露出ノードを介して受信すること、及び
    　前記要求に基づいて転送ポリシーを決定し、前記決定された転送ポリシーを前記サーバに前記露出ノードを介して送ること、
    を備え、
    　前記要求は、前記バックグラウンドデータ転送が事前に合意された（previously agreed (or negotiated)）転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示すパラメータを含む、
    非一時的なコンピュータ可読媒体。
  26. 　無線通信ネットワーク内に配置されるネットワークノードにおける方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
    　前記方法は、
    　アプリケーションサービス・プロバイダと各無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフローに適用されるポリシールールをポリシー制御ノードから受信すること、及び
    　前記ポリシールールを施行すること、
    を備え、
    　前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記無線通信ネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか又は事前に合意された課金ルールとは異なる課金ルールのもとで継続されるべきかを示す、
    非一時的なコンピュータ可読媒体。
  27. 　無線アクセスネットワークに配置される基地局における方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
    　前記方法は、
    　アプリケーションサービス・プロバイダと各無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフロー又は前記パケットフローを転送するベアラに適用されるポリシールールを、コアネットワークから受信すること、及び
    　前記ポリシールールを施行すること、
    を備え、
    　前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記コアネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか否かを示す、
    非一時的なコンピュータ可読媒体。
  28. 　無線端末における方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
    　前記方法は、
    　アプリケーションサービス・プロバイダと前記無線端末との間のバックグラウンドデータ転送に関連付けられたパケットフロー又は前記パケットフローを転送するベアラに適用されるポリシールールを、コアネットワークから基地局を介して受信すること、及び
    　前記ポリシールールを施行すること、
    を備え、
    　前記ポリシールールは、前記バックグラウンドデータ転送が前記アプリケーションサービス・プロバイダと前記コアネットワークとの間で事前に合意された転送ポリシーに従わない場合に、前記バックグラウンドデータ転送が停止されるべきか否かを示す、
    非一時的なコンピュータ可読媒体。
PCT/JP2017/044838 2017-03-17 2017-12-14 バックグランドデータ転送のための装置及び方法 WO2018168132A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2019505712A JP7396645B2 (ja) 2017-03-17 2017-12-14 バックグランドデータ転送のための方法
US16/494,432 US11785505B2 (en) 2017-03-17 2017-12-14 Apparatus and method for background data transfer
JP2023035125A JP2023071931A (ja) 2017-03-17 2023-03-08 バックグランドデータ転送のための装置
US18/240,391 US20230413118A1 (en) 2017-03-17 2023-08-31 Apparatus and method for background data transfer

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2017052866 2017-03-17
JP2017-052866 2017-03-17

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US16/494,432 A-371-Of-International US11785505B2 (en) 2017-03-17 2017-12-14 Apparatus and method for background data transfer
US18/240,391 Continuation US20230413118A1 (en) 2017-03-17 2023-08-31 Apparatus and method for background data transfer

Publications (1)

Publication Number Publication Date
WO2018168132A1 true WO2018168132A1 (ja) 2018-09-20

Family

ID=63522005

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/044838 WO2018168132A1 (ja) 2017-03-17 2017-12-14 バックグランドデータ転送のための装置及び方法

Country Status (3)

Country Link
US (2) US11785505B2 (ja)
JP (2) JP7396645B2 (ja)
WO (1) WO2018168132A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112104464A (zh) * 2019-06-17 2020-12-18 华为技术有限公司 一种传输背景流量传输信息的方法、装置及系统
WO2020253701A1 (zh) * 2019-06-17 2020-12-24 华为技术有限公司 管理背景数据传输策略的方法、装置和系统
JP2021034764A (ja) * 2019-08-16 2021-03-01 Kddi株式会社 通信制御装置、コンピュータプログラム及び通信制御方法
CN113966592A (zh) * 2019-06-17 2022-01-21 瑞典爱立信有限公司 更新在应用功能与核心网络之间协商的后台数据传输策略的方法、策略控制功能、以及应用功能

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10932111B2 (en) * 2017-03-20 2021-02-23 Convida Wireless, Llc Service capability exposure at the user equipment
WO2019194954A1 (en) * 2018-04-06 2019-10-10 Convida Wireless, Llc Methods of managing connections to a local area data network (ladn) in a 5g network
CN110519795B (zh) * 2018-05-21 2021-12-10 华为技术有限公司 一种确定背景流量传输策略的方法及装置
US11395111B1 (en) * 2021-01-28 2022-07-19 Sprint Communications Company Lp User charging over an exposure function in a wireless communication network
CN117459912A (zh) * 2022-07-18 2024-01-26 腾讯科技（深圳）有限公司 消息传输方法及相关设备

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016172521A1 (en) * 2015-04-22 2016-10-27 Convida Wireless, Llc Small data usage enablement in 3gpp networks

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB0213844D0 (en) * 2002-06-15 2002-07-24 Hewlett Packard Co Wireless communication cost prediction for mobile device
CN102598633B (zh) 2009-11-20 2015-09-09 瑞典爱立信有限公司 控制用户设备中的分组过滤器安装
EP3332560B1 (en) * 2015-08-03 2021-05-26 Convida Wireless, LLC Mobile core network service exposure for the user equipment
EP3501210A1 (en) * 2016-08-16 2019-06-26 Convida Wireless, LLC Keeping the ue awake

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016172521A1 (en) * 2015-04-22 2016-10-27 Convida Wireless, Llc Small data usage enablement in 3gpp networks

Non-Patent Citations (2)

* 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 TS23.682, 13 March 2017 (2017-03-13), pages 28, 29, 79, 80, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/Specs/archive/23_series/23.682/23682-f00.zip> [retrieved on 20180221] *
NTT DOCOMO ET AL.: "Enhancement of the service exposure for background data transfer", 3GPP TSG-SA WG1 #77 SL-171415, 20 February 2017 (2017-02-20), XP051240388, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_sa/WG1_Serv/TSGS1_77_Jeju/docs/S1-171415.zip> [retrieved on 20180221] *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112104464A (zh) * 2019-06-17 2020-12-18 华为技术有限公司 一种传输背景流量传输信息的方法、装置及系统
WO2020253701A1 (zh) * 2019-06-17 2020-12-24 华为技术有限公司 管理背景数据传输策略的方法、装置和系统
CN113966592A (zh) * 2019-06-17 2022-01-21 瑞典爱立信有限公司 更新在应用功能与核心网络之间协商的后台数据传输策略的方法、策略控制功能、以及应用功能
US11792612B2 (en) 2019-06-17 2023-10-17 Telefonaktiebolaget Lm Ericsson (Publ) Method of updating a background data transfer policy negotiated between an application function and a core network, a policy control function, and an application function
CN113966592B (zh) * 2019-06-17 2023-10-20 瑞典爱立信有限公司 更新后台数据传输策略的方法和装置
JP2021034764A (ja) * 2019-08-16 2021-03-01 Kddi株式会社 通信制御装置、コンピュータプログラム及び通信制御方法
JP7083790B2 (ja) 2019-08-16 2022-06-13 Kddi株式会社 通信制御装置、コンピュータプログラム及び通信制御方法

Also Published As

Publication number Publication date
JPWO2018168132A1 (ja) 2020-02-27
US11785505B2 (en) 2023-10-10
JP2023071931A (ja) 2023-05-23
US20230413118A1 (en) 2023-12-21
JP7396645B2 (ja) 2023-12-12
US20200022027A1 (en) 2020-01-16

Similar Documents

Publication Publication Date Title
JP7396645B2 (ja) バックグランドデータ転送のための方法
JP6453973B2 (ja) 無線通信システムにおける多重優先順位制御方法及び装置
JP7040772B2 (ja) サービスエクスポージャ機能を介して非ｉｐデータのポリシングを実施するための方法
US11671831B2 (en) Method and nodes for handling a user equipment&#39;s access to a mobile communications network
US20200021689A1 (en) Methods and apparatuses for indication of data traffic carried over unlicensed spectrum by a secondary evolved node b of a wifi access point
US8737956B2 (en) Communication between MME/S4 SGSN and PCRF
WO2012083795A1 (zh) 业务控制方法、装置及系统
US20110310868A1 (en) P-gw/ggsn issued paging requests
EP3219158B1 (en) Centralized location control server
CN106953713A (zh) 数据传输率控制方法、使用所述方法的用户设备及基站
CN107079371B (zh) 提高在通过无线局域网传输媒体时用户体验的服务质量的方法和装置
US20150003246A1 (en) Radio access network triggered bearer modification procedure
US10039154B2 (en) Node and method for establishing an inactivity timer in a wireless network
US20160088545A1 (en) A node and method for small data communications
US10149186B2 (en) Node and method for monitoring an ability of a wireless device to receive downlink data
US10630847B2 (en) Methods and nodes for enabling management of traffic steering policy
US11323841B2 (en) Methods and apparatuses for exposure of presence reporting area functionality
WO2019109298A1 (en) Network capability configuration for rate control
JP2020025351A (ja) コアネットワーク・エンティティ、ポリシー機能、及びこれらの方法

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2019505712

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

Country of ref document: EP

Kind code of ref document: A1