WO2011099523A1 - Pcrf, fault recovery method, and system - Google Patents

Pcrf, fault recovery method, and system Download PDF

Info

Publication number
WO2011099523A1
WO2011099523A1 PCT/JP2011/052757 JP2011052757W WO2011099523A1 WO 2011099523 A1 WO2011099523 A1 WO 2011099523A1 JP 2011052757 W JP2011052757 W JP 2011052757W WO 2011099523 A1 WO2011099523 A1 WO 2011099523A1
Authority
WO
WIPO (PCT)
Prior art keywords
pcrf
node
session information
pcc
pgw
Prior art date
Application number
PCT/JP2011/052757
Other languages
French (fr)
Japanese (ja)
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 日本電気株式会社
Publication of WO2011099523A1 publication Critical patent/WO2011099523A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24—Accounting or billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • 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
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/66—Policy and charging system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment

Definitions

  • the present invention is based on the priority claim of Japanese Patent Application No. 2010-028189 (filed on Feb. 10, 2010), the entire contents of which are incorporated herein by reference. Shall.
  • the present invention relates to a communication system, and more particularly to a PCRF and its failure recovery method and system.
  • SAE System Architecture Evolution
  • EPC Evolved Packet Core
  • 3G Third Generation
  • LTE Long Term Evolution
  • Network architecture Some of the abbreviations associated with the EPC network that are used herein are illustrated below.
  • eNodeB evolved NodeB
  • HSS Home Subscribe Server
  • MME Mobility Management Entity
  • UMTS Universal Mobile Telecommunications System
  • NodeB BTS (Base Transceiver Station)
  • PGW Packet Data Network Gateway
  • RNC Radio Network Controller
  • SGW Serving Gateway
  • SGSN Serving GPRS (General Packet Radio Service) Support Node;
  • Non-Patent Document 1 Some of the abbreviations related to the PCC (Policy and Charging Control) architecture are exemplified in this specification (see Non-Patent Document 1, etc.).
  • AF Application Function
  • BBERF Bearer Binding and Event Reporting Function
  • DRA Diameter Routing Agent
  • IP-CAN IP Connectivity Access Network
  • OCS Online Charging System
  • PCEF Policy and Charging Enforcement Function Function
  • PCRF Policy and Charging Rules Function
  • An EPC network that accommodates wireless access such as LTE and 3GPP (3rd Generation Partnership Project) includes SGW, PGW, PCRF, and LTE wireless access accommodation network that constitute a core network that does not depend on wireless access, as shown in FIG. It comprises an MME, an eNodeB, and the like. Each of these nodes is outlined below.
  • the PGW connects a UE (User Equipment) to a service network (an external packet network such as a Web browsing service or IMS (IP Multimedia Subsystem)).
  • a service network an external packet network such as a Web browsing service or IMS (IP Multimedia Subsystem)
  • the PGW performs application of policies whose rules are determined by the PCRF, charging, packet filtering, and the like.
  • the SGW accommodates LTE and 3GPP radio, transmits user data, switches user data transfer paths between LTE and 3GPP radio access accommodating networks, and performs routing.
  • the SGW functions as a mobility anchor for the user plane during handover between the UE's eNodeBs.
  • the SGW stores and manages UE context (IP bearer service parameters and routing information inside the network).
  • the MME is responsible for terminal mobility management and authentication in LTE wireless access, and setting of a user data transfer path between the SGW and the eNodeB. Involved in idle mode UE tracking, paging, bearer (eNodeB, logical packet transmission path between SGW / PGW, etc.) activation / deactivation process (authorization process), and selecting SGW during UE handover in LTE Do. In addition, the MME performs user authentication together with the HSS.
  • the UE, MME, SGW (BBERF), and PGW (PCEF) manage the path (bearer) that affects the communication of the UE (User Equipment) in the network configuration of the EPC.
  • the PCRF holds BBERF (SGW), PCEF (PGW), and session information.
  • SGW BBERF
  • PGW PCEF
  • session information The interface between the PCRF and the PCEF / BBERF (the session path between the PCRF / PGW and the session path between the PCRF / SGW in FIG. 1) is a DIAMETER protocol (IETF (The Internet Engineering Task Force) RFC (Request For Comments 35) RFC. ) Is used.
  • DIAMETER protocol IETF (The Internet Engineering Task Force) RFC (Request For Comments 35) RFC.
  • the PCRF performs policy and charging rule functions, and determines policy control and charging control rules such as QoS (control of communication quality such as packet priority transfer) applied in the PGW and SGW.
  • QoS control of communication quality such as packet priority transfer
  • the PCC session means an IP-CAN session, a gateway control session, an AF session, and related information.
  • a PCC session even when only a specific session (for example, a gateway control session) is indicated, it may be referred to as a PCC session.
  • Non-Patent Document 2 proposes several solutions. Based on the items described in Non-Patent Document 2, each solution is outlined below. It should be noted that none of these solutions are final and that a wide range of studies are currently underway regarding feasibility and the like.
  • Solution 1 For failure of PCRF, redirect to another PCRF by DRA.
  • a PCRF client such as PGW
  • a DIAMETER request message indicating a PCRF failure is sent to the DRA.
  • the DRA selects a new PCRF 2 and sends a redirect response to the client.
  • Solution 2 In a single PCRF, the PCRF client monitors the PCRF for faults by sending a watchdog request message. Handling of a session when detecting a PCRF failure is implementation specific. Since the PCC session information is unknown when the PCRF is restarted, the PCC session information is reconstructed. The reconstruction of the PCC session information is performed according to the following Solution 5 or 6, for example.
  • Solution 5 When the PCRF loses the session information due to the failure of the PCRF, the PCC rule is resynchronized for the bearer and the AF session between the PCRF and the PCRF client. In this case, the PCRF needs to store information of all clients having a session in the nonvolatile memory. The PCC session state is restored on the failed or alternate PCRF.
  • a PCRF client that has received a recovery request from a failed PCRF node or a manual setting or a triggering entity such as TMN (Telecommunication Manual network) schedules the signaling for recovery, and includes a request (CC ⁇ Session establishment request) is sent to the target PCRF node.
  • the PCRF node establishes a PCC session and sends data to the PCRF client.
  • the PCRF client sends a recovered session confirmation message to the triggering entity. After repeatedly sending a CC-session establishment request from the PCRF client to the target PCRF node and sending a confirmation message to the triggering entity by the PCRF client that has received a response from the target PCRF node, the PCRF client performs a final confirmation. To the triggering entity.
  • the PCRF notifies the client (PCRF client) related to the PCRF of the restart.
  • the client responds with a PCRF failure, the user ID of the DIAMETER session at the time of restart, and the like.
  • the PCRF notifies the client of the restart, and the client transmits basic information such as the PCRF failure and the user ID of the DIAMETER session that was active at the time of the restart to the PCRF.
  • the PCEF recognizes the necessity of transmitting the DIAMETER CC (Credit Control) -Request to the PCRF for the modification of the IP-CAN session, and transmits the CC-Request to the PCRF.
  • DIAMETER CC Clear Control
  • the PCEF transmits to the PCRF the DIAMETER session related information (user ID, IP address, PCC / QoS rule, etc.) necessary to reconstruct the session state and information in which the PCRF has been lost.
  • the PCRF reconstructs a Gx DIAMETER session based on information from the PCEF.
  • the PCRF sends a restoration request message along with user identification parameters (user ID, IP address) to the associated client (AF / P-CSCF) to reconstruct the associated lost Rx DIAMETER session Request information.
  • the client (AF / P-CSCF) that has received the recovery request sends the information related to the DIAMETER Rx session (user ID, IP address, session information) lost in the PCRF due to failure and restart to ACK (acknowledgement) to the recovery request.
  • the PCRF which reconstructs the lost Rx DIAMETER session based on the session related information from the client (AF / P-CSCF).
  • the PCRF makes an authorization response to the CC-Request from the PCEF using the CC-Answer and related parameters (for example, PCC rules).
  • 3GPP TS 23.203 V9.3.0 2009-12
  • 3rd Generation Partnership Project Technical Specification Group Services and System Aspects
  • Policy and charging control architecture (Release 9) (4.1 General requirements, 4.2 Charging related requirements , 6.2 Functional entities, 6.3 Policy and charging control rule) 3GPP TR 29.816 V0.3.0 (2009-11) 3rd Generation Partnership Project; Technical Specification Group Core and Renewal (StudyFrequency).
  • the temporary service stop of the PCRF does not affect the path (bearer), but the service related to QoS cannot be provided because the PCC session information is lost. For this reason, it is necessary to newly generate a PCC session by releasing the path (bearer) and re-establishing the path (bearer). As a result, there is a problem that a temporary service stop of the PCRF that does not originally affect the path (bearer) has an effect in the form of disconnection / connection of the path (bearer).
  • the bearer In the EPC, the bearer is always held from the principle of Always-On (always connected), and the disconnection of the bearer means detachment, which has a great influence on usability.
  • PCRF does not directly hold bearers. For this reason, the temporary service stop due to the failure of the PCRF does not actually affect the communication.
  • inconsistencies in the session information between the PCRF and SGW / PGW may cause problems such as the TA update (Tracking Area update), handover, and the dedicated bearer (dedicated bearer) establishment process based on requests from the AF. is there. For this reason, bearer re-stretching (disconnection / reconnection) is required.
  • the present invention provides a completely different approach from the solutions 1 to 6 proposed in Non-Patent Document 3 for the loss of PCC session information in the resumption of PCRF. It is.
  • An object of the present invention is to provide a system, a method, and an apparatus capable of recovering a PCC session without affecting a bearer when a temporary service stop due to a PCRF failure occurs.
  • the PCRF node includes a PCRF node that manages a QoS (Quality Of Service) and a charging policy, and one or a plurality of PCRF client nodes that form clients of the PCRF node, PCC (Policy and Charging Control) session information is transmitted to at least one of the PCRF client nodes, the PCRF client node receiving the PCC session information from the PCRF node holds the PCC session information, and after the PCRF restarts, The PCF session information is transmitted from the PCRF client node to the PCRF node, and the PCRF node receives the PF from the PCRF client node.
  • Network system is provided for performing a recovery PCC session receives C session information.
  • restart or “resume PCRF” means that the PCRF is initially set by a service stop due to a failure or an intentional service stop for maintenance or the like. This means that the operation is performed, and as a result of the restart, session information necessary for the operation as the PCRF is lost.
  • a Policy and Charging Rules Function (PCRF) device that manages QoS (Quality of Service) and charging policies, and PCC (Policy and Charging Control) session information to at least one PCRF client.
  • PCRF Policy and Charging Rules Function
  • Policy and Charging Control Policy and Charging Control
  • a Policy and Charging Rules Function (PCRF) node distributes PCRF-related information including PCC session information to one or more PCRF client nodes that are other nodes in a transparent format.
  • PCRF Policy and Charging Rules Function
  • a method is provided. According to the method of the present invention, the PCRF client node holds PCC session information, and after resuming the PCRF, the PCRF client node returns the PCC session information to the PCRF node, and the PCRF node returns the PCC session information. The receiving PCC session data is restored.
  • the PCC session can be recovered without affecting the bearer when a temporary service stop due to a PCRF failure occurs.
  • EPC network It is a figure which shows the structure of the 1st Embodiment of this invention. It is a figure explaining the operation
  • the PCRF distributes PCC session information to at least one of the PCRF clients.
  • the PCRF resumes PCC session information is lost
  • the PCC session information is transmitted from the PCRF client to the PCRF, and the PCC session is restored. That is, according to one of the concepts of the aspects of the present invention, in the PCC architecture (EPC network), the PCRF transmits PCRF related information transparently to other nodes, eg, one or more PCRF clients. Distribute in format.
  • PCC session information container (PCC session information container: abbreviated as “PCC container” or sometimes referred to as “PCRF container”) is defined as information as shown in FIG.
  • PCRF client that receives the PCC session information container from the PCRF and stores it therein does not need to understand the detailed contents and internal structure of the PCC session information container. That is, the PCRF client does not need to interpret (decode) the PCC session information container.
  • the PCC session information container consumes memory in the PCRF client, and the recovery process of the PCRF is prolonged. Therefore, the recovery function is limited only to high priority sessions. It is also beneficial to do.
  • priority handling is performed in the PCRF based on, for example, operator policy. For example, priority is given to an IMS (IP Multimedia Subsystem) related session, or the priority of the session is determined based on subscription (subscriber information).
  • the PCRF may be configured not to distribute the PCC session information container to the PCRF client of a session that is not explicitly a recovery process target.
  • the PCRF client may notify the PCRF of capability information through initial signaling.
  • the PCRF stores the PCC session information held by the PCRF in at least one of the PCF, BBERF, or AF that is the PCRF client, and when the PCRF is resumed, Alternatively, the PCC session information may be received from at least one of BBERF or AF, and the PCC session may be recovered. With this configuration, it is possible to improve the reliability of the network in the EPC without depending on whether the PCRF is a redundant configuration.
  • the PCRF when establishing / updating a session between PCRF-PCEF / PCRF-BBERF, the PCRF may notify the PCEF / BBERF of session information.
  • the PCF / BBERF pushes PCC session information to the PCRF. As a result, the PCRF session is recovered without releasing the established session.
  • the session information is recovered between PCRF-PCEF or PCRF-BBERF, so that the temporary path of the PCRF is established for the path (bearer) established between UE-PCEF (PGW). It is possible to avoid the effect of a service interruption.
  • PCC session information for a PCRF client (peripheral device) (PCEF, BBERF, AF, etc.), and PCRF restart.
  • PCEF peripheral device
  • BBERF basic bit error field
  • AF AF
  • PCRF restart As a result of adding the processing later, it may be considered that the recovery time of the PCRF is influenced as a result (negative factor).
  • the above-described advantages of the present invention can be provided to a service provider by enabling application in units of subscribers and further in units of APN (Access Point Name).
  • the system can be designed in consideration of the balance with the negative factor related to the recovery time of the PCRF.
  • the PCRF can improve the availability of the PCRF by cooperating with the PCRF client and multiplexing and managing only the minimum necessary information.
  • the present invention enables service providers to ensure and maintain high availability without imposing a large capital investment, and its cost merit is great.
  • the PCEF / BBERF when the PCRF recovers from a temporary service stop, notifies the PCRF of PCC session information without affecting the path (bearer). The state between PCRF-PCEF / BBERF is restored.
  • FIG. 2 is a schematic diagram for explaining the present invention.
  • FIG. 2 schematically shows on the time axis the PCRF, the event generated in the PGW / SGW that is PCEF / BBERF, and the exchange of signals between the PCRF and the PGW / SGW.
  • the arrows drawn horizontally from the PCRF and PGW / SGW to the right of the figure represent time, respectively.
  • ⁇ 8. Represents a step number.
  • a trigger related to the establishment of a bearer in the PGW / SGW occurs.
  • the SGW / PGW sends a CC (Credit Control) -session establishment request to the PCRF.
  • CC Cell Control
  • the PCRF Upon receiving the CC-session establishment request, the PCRF makes a CC-session establishment authorization decision and returns a CC-session establishment response. At this time, the PCRF gives PCC session information to the CC-session establishment response to the SGW / PGW and returns it as a CC-session establishment response.
  • the SGW / PGW that has received the CC-session establishment response in which the PCC session information is set holds the PCC session information.
  • the SGW / PGW detects the resumption of the corresponding PCRF.
  • the SGW / PGW transmits a message in which the PCC session information is added to the CC-session recovery request to the PCRF as a message newly introduced by the present invention (step 7).
  • the PCRF that has received the CC-session recovery request can reconstruct the session information from the PCC session information attached to the message, and can recover the session state before the restart occurred.
  • the PCRF saves and holds the PCC session information in the SGW / PGW, receives the PCC session information from the SGW / PGW when the PCRF restarts, and enters the session state before the restart. It is restored.
  • the SGW / PGW can recover the PCC session state without releasing the bearer related to the session.
  • the present invention will be described with reference to some embodiments.
  • FIG. 3 is a diagram showing a configuration of the first exemplary embodiment of the present invention.
  • the network configuration itself is the same as that of a normal EPC network.
  • UE (1, 2) indicates a mobile device such as a mobile phone.
  • ENodeB (11) is, for example, an LTE base station.
  • Node B (21) and RNC (31) indicate radio access devices employed in UMTS (Universal Mobile Telecommunications System).
  • the MME (41) is a device that manages mobility introduced by EPC.
  • SGSN (51) is a serving device used for UMTS.
  • the SGW is a device that handles the user plane in the area.
  • the PGW is a gateway device that connects an external packet network (service network (91)) and EPC.
  • the PCRF (81) is a device (server node) that manages QoS and charging policies, and is a unit for linking a session called “CC-session” with the SGW and PGW and the UE1, UE2, and the service network (91). Established for each IP-CAN session.
  • the PCRF does not handle the user plane.
  • the HSS (101) is a node (subscriber information management server) that holds subscriber profile information such as the subscriber number and location information in the IP telephone network.
  • the PCRF acquires profile information from the HSS (101) as necessary.
  • FIG. 4 is a diagram for explaining a comparative example of the present invention.
  • FIG. 4 illustrates an operation sequence of PGW activation and disconnection after the occurrence of a temporary service stop of the PCRF from “LTE attach”. Note that numbers 1 to 10 assigned to each operation represent a sequence operation number (step number).
  • An attach request (Attach Request) is transmitted from the UE to the MME.
  • the attach request from the UE is a request for registering the UE in the network, such as when the UE is powered on.
  • the MME that has received the attach request from the UE performs authentication and concealment processing between the UE / eNB (eNODEB).
  • the MME transmits a session creation request (Create Session Request) to the SGW via the S11 interface (GPRS Tunneling Protocol V2 (GTPv2)).
  • GPRS Tunneling Protocol V2 GTPv2
  • the SGW transmits a session creation request (Create Session Request) to the PGW via the S5 / S8 interface (GTPv2).
  • the PGW sends a credit control request (CC-Request (initial)) to the PCRF.
  • the initial of the CC-Request (initial) indicates that the request type (CC-Request Type) is initial.
  • the PCRF generates a CC-session, performs QoS and billing determination, and returns a credit control answer (CC-Answer) to the PGW.
  • CC-Answer reply timing session information for the session is generated in the PCRF.
  • the PCRF sets the bandwidth to, for example, 2 Mbits / Sec for the PGW related to the session by the 3G terminal, for example, 100 Mbits / Sec for the PGW related to the session by the LTE terminal, as bandwidth control.
  • the PGW that has received CC-Answer from the PCRF returns a session creation response (Create Session Response) to the SGW.
  • the SGW returns a session creation response (Create Session Response) to the MME.
  • the MME that has received the session creation response returns an attach acceptance (Attach Accept) to the UE.
  • a bearer establishment process is performed between the eNB-MME-SGW. As a result, bearer establishment from the UE to the service network is completed.
  • the details of steps 1 to 10 in FIG. 4 are referred to FIG. 5.3.2-1.1-1 of 5.3.2 Attach procedure of Non-Patent Document 3 and the related explanation).
  • the PGW detects the resumption of the PCRF.
  • the PGW activates the bearer release and makes a delete bearer request (Delete Bearer Request) to the SGW in order to match the session state.
  • the SGW that has received the bearer deletion request transmits a bearer deletion request (Delete Bearer Request) to the MME.
  • the MME since the MME becomes the last bearer for the UE, the MME activates the bearer deletion process and transmits a detach request (Detach Request) to the UE.
  • Detach Request a detach request
  • the UE informs the MME of the Detach Accept.
  • the MME that has received the detachment from the UE returns a delete bearer response (Delete Bearer Response) to the SGW.
  • Delete Bearer Response For the detach request from the MME to the UE, refer to FIG. 5.3.8.3-1 of the Mach-Initiated Detach Procedure and its related description in 5.3.8 of Non-Patent Document 3.
  • the SGW that has received this returns a delete bearer response (Delete Bearer Response) to the PGW.
  • the UE releases the bearer and transitions to the detach state once.
  • the UE activates the attach process again (reattach).
  • the bearer is re-established with the session information including the PCRF matching.
  • FIG. 5 is a diagram illustrating an operation sequence according to the first embodiment of this invention.
  • the attach process A from the UE in step 1 is the same as the process A in FIG. 4 (FIG. 5.2.1-1: Attach procedure of Non-Patent Document 3), and thus description thereof is omitted. .
  • the PGW sends a CC-Request (initial) message to the PCRF.
  • the PCRF that has received the CC-Request from the PGW generates a CC (Credit-Control) -session, and performs QoS and Charging determination.
  • the PCRF gives the CC-Answer a PCC session information (including QoS and billing information) container (PCC container).
  • the PCC session information container includes an AVP (Attribute Value Pair: attribute value pair) that stores PCC session information.
  • the PGW that has received the CC-Answer with the PCC container from the PCRF holds the PCC container (session) information (however, the PGW does not interpret the session information of the PCC container).
  • the bearer establishment process (process B) in step 5 of FIG. Step 7 of FIG. 4 (Reply of Create Session Response from PGW to SGW), Step 8 of FIG. 4 (Reply of Create Session Response from SGW to MME), Step 9 in FIG. 4 (reply of Attach Accept from MME to UE), Bearer establishment process (process B) in step 10 of FIG. Consists of.
  • the PGW detects the resumption of the PCRF.
  • the PGW that detected the resumption of the PCRF notifies the PCRC of the PCC session information container stored and held in the PGW, and in order to restore the PCC session information, the CC-Request (including the PCC session information container (PCC container)) update) to the PCRF.
  • Request-Type update of this CC-Request represents an update instruction (update indication) by the PCC container.
  • the PCRF receives a CC-Request (update) from the PGW. Since the PCC session information container is included in the CC-Request (update) from the PGW, the PCRF recognizes that the signal is intended to recover the PCC session information lost due to the PCRF restart, and the CC-Request and The session information (session data) is recovered from the PCC container (PCC session information).
  • the PCRF restores the PCC session information.
  • the PCRF returns a successful recovery of the PCC session to the PGW using CC-Answer.
  • the bearer is released (step 19 in FIG. 4)
  • the bearer is re-established by reattaching from the UE.
  • the PGW- It is possible to recover between PCRFs.
  • GTPv2 GTP Version 2 (GPRS (General Packet Radio Service) Tunneling Protocol)
  • PMIPv6 Proxy Mobile IPv6
  • the message to which the PCC container is added is not limited to the SGW / PGW at the time of Attach and the CC-Answer at the time of establishing the CC-session between the PCRFs.
  • PDNs Multiple PDNs
  • TA Track Area
  • CC-sessions established during handover are also detected by restarting the PCRF by adding a PCC container. Recovery of a later PCC session can be realized.
  • FIG. 6 is a diagram illustrating an example of information included in the PCC container in the present embodiment.
  • Information set in CC-Request transmitted from PGW / SGW to PCRF can be used as Diameter session ID and subscription ID (Subscription-Id). Missing information, -Mobile device IPv4 address / IPv6 prefix, APN (Access Point Name) name, ⁇ QoS rules, -Charging rules and -The PCRF sets related information in the PCC container.
  • APN Access Point Name
  • FIG. 7 is a diagram illustrating an example of PCRF restart detection in the present embodiment.
  • the PCRF can be restarted by using Origin-State-Id defined in IETF RFC 3588.
  • Origin-State-Id is counted up when session information is lost due to, for example, PCRF restart.
  • CER Capability Exchange Request
  • CEA Capability Exchange Answer
  • the peer device is re-established each time the Diameter connection is established (SCTP established). Can be recognized.
  • Diameter capability negotiation (CER / CEA) is performed to determine what applications are supported at each peer.
  • the PGW establishes a connection using PCRF and SCTP (Stream Control Transmission Protocol).
  • SCTP Stream Control Transmission Protocol
  • IET RFC 4960 is referred to.
  • the PGW transmits a CER (Origin-State-Id) message to the PCRF.
  • CER Oil-State-Id
  • the PGW receives a CEA (Origin-State-Id) message from the PCRF.
  • CEA Oil-State-Id
  • the PGW detects “SCTP disconnection” by increasing the value of Origin-State-Id.
  • the PCRF recovers from the failure and restarts (session information is lost in the PCRF).
  • the PGW establishes a connection using PCRF and SCTP (Stream Control Transmission Protocol).
  • the PGW transmits a CER (Origin-State-Id) message to the PCRF.
  • CER Oil-State-Id
  • the PCRF counts up Origin-State-Id.
  • the PGW receives a Diameter CEA (Origin-State-Id) message from the PCRF.
  • Diameter CEA Oil-State-Id
  • the PGW detects PCRF restart.
  • the PGW receives an Origin-State-Id that is larger than the Origin-State-Id of the Diameter CEA message previously received from the same issuer in the Diameter CEA (Origin-State-Id) message received from the PCRF Originally, it is assumed that the state has been lost since the previous message. In this case, in the PGW, it is estimated (detected) that the PCRF is resumed in a state where the PCC session is lost.
  • This embodiment has the following operational effects.
  • the PCC session information can be recovered by transferring the PCC session information from the SGW / PGW to the PCRF when the PCRF is resumed.
  • session information is lost due to a temporary service stop of the PCRF, it can be recovered between the SGW / PGW-PCRF, and the communication can be performed without affecting the bearer with which the UE is communicating. The impact on quality can be avoided.
  • FIG. 8 is a diagram for explaining the operation of the second embodiment of the present invention.
  • the network configuration of this embodiment is the same as FIG.
  • one PCC session is recovered in the PCRF, but in the present embodiment, a plurality of PCC sessions are recovered in the PCRF.
  • Step 1 (Attach process from the UE) is the same as the process A in FIG. Also, 2. CC-Request (initial) transmission from PGW to PCRF, 3. 3. Send CC-Answer (with PCC container) from PCRF to PGW PCC container (session information) retention in PGW, 5.
  • Process B (bearer establishment process) Both are the same as FIG.
  • the PGW detects the PCRF restart (according to the procedure described in FIG. 7).
  • the PGW sends a CC-Request (bulk update) to the PCRF. It is possible to register a plurality of PCC session information containers in this CC-Request (bulk update) message (one message).
  • Request Type bulk update in CC-Request represents an instruction to update a plurality of session information.
  • the PCRF receives the CC-Request from the PGW and restores a plurality of PCC session information.
  • the PCRF returns CC-Answer to the PGW.
  • the PGW is required to transmit a CC-Request (update) to the PCRF for each session, whereas in the present embodiment, the PGW corresponds to a plurality of bearers.
  • CC-Request CC-session message
  • the PGW can notify the PCRF of a plurality of PCC session information with one signal, the PCF session can be restored with the PCRF, compared with the case where CC-Request (update) is transmitted for each session.
  • the necessary amount of signal (the amount of signal transmitted (signaling load)) is reduced, and recovery is possible in a short time.
  • FIG. 9 is a diagram for explaining a third embodiment of the present invention.
  • the PCRF that has received the CC-Request from the PGW transmits a profile acquisition request to the HSS in order to acquire profile information of the corresponding subscriber (user of the UE that transmitted the attach request).
  • the HSS that has received the profile acquisition request from the PCRF returns a profile acquisition response in which the profile information of the subscriber is set to the PCRF.
  • the PCRF that has received the profile acquisition response from the HSS performs subscriber determination from the profile information (determines whether the subscriber is a priority user).
  • a PCC session information container is assigned to CC-Answer from PCRF to PGW.
  • the PGW holds a PCC session information container.
  • the PCRF If the subscriber is not a priority user, the PCRF returns a CC-Answer to which no PCC container is set (not including the PCC container) to the PGW.
  • the PGW does not hold PCC container information (PCC session information).
  • the PGW that has detected the resumption of the PCRF receives the PCC container (PCC session) from the CC-Request in order to restore the session information received by the PCC container to the PCRF when the bearer is established. Information) is set and transmitted to the PCRF.
  • the PCRF that has received the PCC container restores the PCC session of the priority user and returns a CC-Answer to the PGW.
  • the priority user refers to a user who wants to rescue with priority based on contract information or the like.
  • the priority setting may be such that the home subscriber is a priority user and the roaming-in subscriber is a non-priority user.
  • the home subscriber may be classified into a priority user and a non-priority user based on the contract information.
  • the number of PCC containers (information amount) that needs to be held on the PGW side is limited by limiting the sessions to be restored based on the priority (suppressing increase in the information amount) Is possible. For this reason, the influence on PGW can be suppressed.
  • FIG. 10 is a diagram showing a system configuration of the fourth exemplary embodiment of the present invention.
  • an AF (Application Function) 111 is added to the configuration of FIG.
  • AF is a node deployed in P-CSCF (Proxy-Call Session Control Function) in IMS (IP Multimedia System), and plays a role of notifying session information required for IMS to PCRF, and VoIP (Voice) in IMS.
  • P-CSCF Proxy-Call Session Control Function
  • IMS IP Multimedia System
  • VoIP Voice over IP
  • FIG. 11 is a diagram for explaining the operation of the present embodiment.
  • the first process A (Attach process from the UE) is the same as the process A of FIG.
  • a trigger such as VoIP call on the IMS side occurs.
  • the AF sends an AA-Request (Authentication / Authorization Request) to the PCRF.
  • the AA-Request is notified by setting a flag (restoration support) to true to indicate that the AF stores and holds PCC session information and has a PCC session information recovery support function when the PCRF is resumed. .
  • the PCRF that has received the AA-Request generates session information and returns AA-Answer to the AF.
  • the PCRF sets a PCC session information container in AA-Answer as in the first embodiment, and returns it to the AF.
  • the AF that has received the AA-Answer with the PCC container from the PCRF holds the PCC session information container (but the AF does not interpret the PCC session information container).
  • the PGW transmits a CC-Request in which the PCC container is set to the PCRF.
  • the PCRF that has received the CC-Request and AA-Request in which the PCC session information container is set restores the respective session information.
  • the PCRF sends CC-Answer to the PGW.
  • the PCRF sends AA-Answer to the AF.
  • the AF is notified of successful recovery of the PCC session information.
  • the PGW and AF may add a plurality of pieces of PCC session information to the CC-Request and AA-Request, and send “bulk update” in the same manner as in FIG. .
  • the PCRF when the PCRF is resumed, recovery from the AF cannot be expected, but the PCRF can be recovered by notifying the PGW of the session information of the AF session.
  • Step 1 (Attach process from the UE) is the same as the process A in FIG.
  • a trigger (establishment trigger) occurs for the VoIP call or the like on the IMS side.
  • the AF sends an AA-Request (Authentication / Authorization Request) to the PCRF.
  • the AF notifies the PCRF that the AF does not have the PCRF restart recovery function.
  • the PCRF returns AA-Answer without setting the PCC container to the AF.
  • the PCRF sets a PCC container to which session information for AF and PGW is added in order to hold information on the AF session in the PGW.
  • the PGW activates a dedicated bearer establishment process.
  • This dedicated bearer process is a bearer management function of the MME, and will not be described because it is a standard operation (see Non-Patent Document 3, TS23.401, 5.3.2, etc.).
  • the PGW returns RA (Re-Authentication) -Answer to the PCRF.
  • the PGW transmits a CC-Request with a PCC container to the PCRF.
  • the PCRF restores the PCC session and restores the session information between the PGW-PCRF and between the AF-PCRF.
  • the PCRF session can be restored from the AF to the PCRF when the PCRF is resumed.
  • a PCRF session that includes session information between AFs can be supported only by the PGW. It can be recovered.
  • a default bearer (default bearer) and a specific dedicated bearer (dedicated bearer) are relieved among a default bearer (default bearer) and a dedicated bearer managed by the same CC-session. (Restore session).
  • a new bearer (default bearer) is created.
  • a UE may have one (default bearer) or more bearers. Bearers other than the default bearer are called dedicated bearers.
  • FIG. 13 is a diagram for explaining the sequence operation in the present embodiment.
  • process A in Step 1 (Attach process from the UE) is the same as process A in FIG.
  • CC-Request (initial) is transmitted from the PGW to the PCRF.
  • the PCRF that received the CC-Request from the PGW sets the rescue flag (true) to the default bearer (default bearer) and the dedicated bearer to be rescued (dedicated bearer), and adds a PCC container. Returns the CC-Answer to the PGW.
  • Process B bearer establishment process It is the same as FIG. In the process B of step 5, for example, a default bearer is established by an initial attach request of the UE.
  • a trigger (establishment trigger) occurs for the VoIP call or the like on the IMS side.
  • the AF sends an AA-Request (Authentication / Authorization Request) to the PCRF.
  • AA-Request Authentication / Authorization Request
  • the PCRF that has received the AA-Request from the AF returns an AA-Answer to the AF.
  • PCC session information is set in the PCC container and returned to the AF.
  • the AF that has received the AA-Answer with the PCC container holds the PCC session information.
  • the PCRF sends an RA-Request with a rescue flag (false) set to false to the PGW.
  • the PGW that has received the RA-Request with a rescue flag (false flag) false recognizes that the corresponding dedicated bearer (dedicated bearer) of the same CC-session is a non-relief target.
  • the PGW In response to the restart of the PCRF, the PGW transmits a CC-Request in which the PCC container is set to the PCRF in order to recover the PCC session information.
  • the AF transmits an AA-Request in which the PCC container is set to the PCRF.
  • the PCRF that receives the CC-Request and AA-Request in which the PCC container is set restores the PCC session information.
  • the PCRF sends CC-Answer to the PGW.
  • the PCRF sends AA-Answer to the AF.
  • a bearer deletion request (Delete Bearer Request) is transmitted to the SGW.
  • the SGW sends a delete bearer request (Delete Bearer Request) to the MME.
  • the MME transmits a bearer deactivation request (Deactivate Bearer Request) to the eNB.
  • the eNB transmits an RRC (Radio Resource Connection) Connection Reconfiguration message to the UE.
  • RRC Radio Resource Connection
  • the UE returns an RRC Connection Reconfiguration Complete message to the eNB.
  • the eNB returns a bearer deactivation response (Deactivate Bearer Response) to the MME.
  • the MME sends a delete bearer response (Delete Bearer Response) to the SGW.
  • the SGW sends a delete bearer response (Delete Bearer Response) to the PGW.
  • the notification by the rescue flag of the above operation may be implicitly notified by the PCRF to the CC-Answer to the PGW depending on whether or not the PCC container is set.
  • This embodiment has the following effects in addition to the effects of the first embodiment.
  • FIG. 14 is a diagram showing the configuration of the sixth exemplary embodiment of the present invention.
  • a DRA 121 is added to the configuration of FIG.
  • the DRA 121 is a node having a function of receiving an access from the PCRF client and resolving the transfer destination PCRF, and is located between the PCRF client (SGW, PGW, AF) and the PCRF.
  • Diameter signaling messages pass transparently through the DRA.
  • FIG. 15 is a diagram for explaining the operation of the present embodiment. The operation of this embodiment will be described with reference to FIG.
  • the PGW that has received the event trigger transmits CC (Credit Control) -Request (initial) to the DRA.
  • the DRA that has received the CC-Request from the PGW determines the transfer destination PCRF and transfers the CC-Request (initial).
  • the PCRF that has received the CC-Request (initial) returns a CC-Answer (PCC container) in which the PCC session information container is set to the DRA.
  • PCC container CC-Answer
  • the DRA Upon receiving the CC-Answer (PCC container), the DRA transfers the CC-Answer (PCC container) to the PGW.
  • PCC container A PGW that has received CC-Answer (PCC container) holds a PCC session information container.
  • the DRA that has detected the restart of the PCRF transmits a PCRF restart notification to the PGW.
  • the PGW Upon receiving the PCRF restart notification, the PGW transmits CC-Request (PCC container) in which the PCC session information container is set to the DRA in order to recover the PCC session information.
  • CC-Request PCC container
  • the DRA that receives the CC-Request (PCC container) in which the PCC session information container is set transfers the CC-Request (PCC container) to the PCRF.
  • the PCRF that has received the CC-Request (PCC container) in which the PCC container is set restores the PCC session information and returns the CC-Answer to the DRA.
  • CC-Answer includes an instruction such as successful PCC session information recovery.
  • the DRA transfers the CC-Answer to the PGW.
  • the sequence in which the DRA transfers the CC-Request in which the PCC container is set to the PCRF in which the restart has occurred is illustrated.
  • a PCRF that includes a plurality of PCRFs and DRA uses a service whose service is not stopped when a single PCRF is restarted
  • the DRA may transfer the data.
  • the PGW that has transmitted the CC-Request PCC container
  • the PGW transmits the PCC session information held in the PGW to the new PCRF, and the session information is restored in the new PCRF.
  • session information can be recovered to a PCRF that is different from the PCRF that has restarted, so there is no need to wait for the recovery of the restarting PCRF, and the service stops Time can be shortened.
  • a part or all of the above-described embodiment can be described as follows, but is not limited thereto.
  • (Appendix 1) A Policy and Charging Rules Function (PCRF) node that manages Quality of Service (QoS) and Charging policies; One or more PCRF client nodes that are clients of the PCRF node; Including The PCRF node sends PCC (Policy and Charging Control) session information to at least one of the PCRF client nodes; The PCRF client node that has received the PCC session information from the PCRF node holds the PCC session information, After the PCRF restarts, the PCC session information is transmitted from the PCRF client node to the PCRF node, The recovery method (apparatus, system), wherein the PCRF node receives the PCC session information from the PCRF client node and recovers the PCC session.
  • PCC Policy and Charging Rules Function
  • the PCRF client node In response to the attach procedure from the terminal, the PCRF client node sets in the request message that the PCRF client node sends to the PCRF node that the PCRF client node has a session information recovery function.
  • the recovery method (apparatus, system) according to supplementary note 1, characterized by:
  • the PCRF node that has received the request message from the PCRF client node sends PCC session information including QoS (Quality Of Service) and charging rules to the PCRF client node in an answer message for the request message.
  • the recovery method (apparatus, system) according to appendix 2, characterized by being added and transmitted.
  • the PCRF node that has received the request message from the PCRF client node Obtain subscriber profile information of the terminal that has made the attach request from a server that manages subscriber information, determine whether the user is a priority user, and if the user is the priority user, The PCC session information is transmitted in addition to an answer message corresponding to the request message, and the PCC session information is not transmitted to the PCRF client node if the PCC session information is not the priority user.
  • Recovery method apparatus, system.
  • the PCRF client node that holds the PCC session information and transmits the PCC session information to the PCRF, A packet data network gateway (PGW), which is a node having PCEF (Policy and Charging Enforcement Function Function), A serving gateway (SGW), which is a node having BBERF (Bearer Binding and Event Reporting Function),
  • PGW packet data network gateway
  • SGW serving gateway
  • BBERF Bit Binding and Event Reporting Function
  • the PCRF client node includes a packet data network gateway (PGW) that is a node having PCEF (Policy and Charging Enforcement Function Function), In response to the attach request from the terminal (UE), the packet data network gateway (PGW) that has received the session creation request message from the mobility management entity (MME) via the serving gateway (SGW), In the credit control request message transmitted to the PCRF node, set that the packet data network gateway (PGW) has a session information recovery function, The PCRF node that has received the credit control request message from the packet data network gateway (PGW) performs QoS (Quality Of Service) and charging to the packet data network gateway (PGW). (6) The recovery method (apparatus, system) according to any one of appendices (1) to (5), wherein PCC session information including a (Charging) rule is added to an answer message for the control request message and transmitted.
  • PCEF Policy and Charging Enforcement Function Function
  • the PCRF client node Including application functions having AF (Application Function), When a predetermined trigger after bearer establishment occurs in the application function node, the application function node sends an authentication / authorization request message that the application function node sends to the PCRF node.
  • the PCRF node that has received the authentication / authorization request message from the application function node sends PCC session information including QoS (Quality Of Service) and Charging rules to the application function node.
  • the recovery method (apparatus, system) according to any one of appendices 1 to 5, wherein the recovery method (apparatus, system) is added to the authentication / authorization answer message for the / authorization request message and transmitted.
  • the application function node If the application function node does not have a session information recovery function, the application function node sends an authentication / authorization request message sent from the application function node to the PCRF node.
  • the PCRF node which has set that it does not have a session information recovery function and has received the authentication / authorization request message from the application function node, sends the session information of the application function to the packet data network After transmitting to the gateway (PGW) and restarting the PCRF, the PCRF node sends the packet data network
  • the session information transmitted from the gateway (PGW) is received to recover the PCC session, the session between the packet data network gateway (PGW) and the PCRF node, and / or the application function node and the
  • the recovery method (apparatus, system) according to appendix 7 or 8, characterized in that a session between PCRF nodes is recovered.
  • the PCRF node sets a repair flag that specifies true / false of the repair of the dedicated bearer in the request message transmitted to the PCRF client node, By resuming the PCRF, The PCRF node receives session information held in the PCRF client node, Among the sessions related to the resumed PCRF, the session information of the default bearer and the dedicated bearer for which the repair flag is set to true is restored, and the dedicated bearer for which the repair flag is set to false is disconnected.
  • the recovery method (apparatus, system) according to any one of appendices 1 to 5, characterized in that
  • the PCRF node sends the PCC session information to the PCRF client node via the routing unit,
  • the routing unit detects resumption of the PCRF node, it notifies the PCRF client node,
  • the PCRF client node transmits a message with the PCC session information added thereto to the PCRF node in which the restart has occurred via the routine unit.
  • a routing unit that performs routing management between the PCRF client node and the PCRF node and at least one other PCRF node;
  • the PCRF node sends the PCC session information to the PCRF client node via the routing unit,
  • the routing unit detects resumption of the PCRF node, it notifies the PCRF client node,
  • the PCRF client node transmits a message with the PCC session information added thereto in response to the notification of the restart of the PCRF node from the routing unit,
  • the routine unit forwards the message added with the PCC session information transmitted from the PCRF client node to the other PCRF node different from the PCRF node in which the restart has occurred, and the other PCRF node
  • the restoration method (apparatus, system) according to any one of appendices 1 to 6, wherein the session is restored.

Abstract

When a service is temporally stopped due to a PCRF fault, a PCRF session can be recovered without causing any influence on a bearer. The PCRF transmits PCC session information to a PCRF client (SGW/PGW) (3), and the PCRF client (SGW/PGW) retains the PCC session information (4). When the PCRF is restarted (5), the PCRF client detects the restart (6) and transmits the PCC session information through a session recovery request message to the PCRF (7), and the PCRF recovers the PCC session information (8).

Description

ＰＣＲＦと障害復旧方法とシステムPCRF and failure recovery method and system
［関連出願についての記載］
　本発明は、日本国特許出願：特願２０１０－０２８１８９号（２０１０年２月１０日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
　本発明は通信システムに関し、特にＰＣＲＦとその障害復旧方法とシステムに関する。 [Description of related applications]
The present invention is based on the priority claim of Japanese Patent Application No. 2010-028189 (filed on Feb. 10, 2010), the entire contents of which are incorporated herein by reference. Shall.
The present invention relates to a communication system, and more particularly to a PCRF and its failure recovery method and system.
　ＳＡＥ（Ｓｙｓｔｅｍ　Ａｒｃｈｉｔｅｃｔｕｒｅ　Ｅｖｏｌｕｔｉｏｎ）／ＥＰＣ（Ｅｖｏｌｖｅｄ　Ｐａｃｋｅｔ　Ｃｏｒｅ）は３Ｇ（Ｔｈｉｒｄ　Ｇｅｎｅｒａｔｉｏｎ：第３世代携帯電話通信方式）等の既存無線システムとＬＴＥ（Ｌｏｎｇ　Ｔｅｒｍ　Ｅｖｏｌｕｔｉｏｎ）等の新しいシステムを１つのネットワークに収容するネットワーク・アーキテクチャである。ＥＰＣネットワークに関連する略語のうち本明細書で用いられるいくつかを以下に例示する。 SAE (System Architecture Evolution) / EPC (Evolved Packet Core) accommodates existing wireless systems such as 3G (Third Generation) and new systems such as LTE (Long Term Evolution) in one network. Network architecture. Some of the abbreviations associated with the EPC network that are used herein are illustrated below.
ｅＮｏｄｅＢ（ｅＮＢ）：　ｅｖｏｌｖｅｄ　ＮｏｄｅＢ；
ＨＳＳ：　Ｈｏｍｅ　Ｓｕｂｓｃｒｉｂｅ　Ｓｅｒｖｅｒ；
ＭＭＥ：　Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｅｎｔｉｔｙ；
ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ　Ｍｏｂｉｌｅ　Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｏｎｓ　Ｓｙｓｔｅｍ）；
ＮｏｄｅＢ：ＢＴＳ（Ｂａｓｅ　Ｔｒａｎｓｃｅｉｖｅｒ　Ｓｔａｔｉｏｎ）　
ＰＧＷ（Ｐ－ＧＷあるいはＰＤＮ－ＧＷ）：　Ｐａｃｋｅｔ　Ｄａｔａ　Ｎｅｔｗｏｒｋ　Ｇａｔｅｗａｙ；
ＲＮＣ：Ｒａｄｉｏ　Ｎｅｔｗｏｒｋ　Ｃｏｎｔｒｏｌｌｅｒ；
ＳＧＷ（Ｓ－ＧＷ）：　Ｓｅｒｖｉｎｇ　Ｇａｔｅｗａｙ；
ＳＧＳＮ：　Ｓｅｒｖｉｎｇ　ＧＰＲＳ（Ｇｅｎｅｒａｌ　Ｐａｃｋｅｔ　Ｒａｄｉｏ　Ｓｅｒｖｉｃｅ）　Ｓｕｐｐｏｒｔ　Ｎｏｄｅ； eNodeB (eNB): evolved NodeB;
HSS: Home Subscribe Server;
MME: Mobility Management Entity;
UMTS (Universal Mobile Telecommunications System);
NodeB: BTS (Base Transceiver Station)
PGW (P-GW or PDN-GW): Packet Data Network Gateway;
RNC: Radio Network Controller;
SGW (S-GW): Serving Gateway;
SGSN: Serving GPRS (General Packet Radio Service) Support Node;
　ＰＣＣ（Ｐｏｌｉｃｙ　ａｎｄ　Ｃｈａｒｇｉｎｇ　Ｃｏｎｔｒｏｌ）アーキテクチャに関連する略語のうち本明細書で用いられるいくつかを例示する（非特許文献１等参照）。 Some of the abbreviations related to the PCC (Policy and Charging Control) architecture are exemplified in this specification (see Non-Patent Document 1, etc.).
ＡＦ：　Ａｐｐｌｉｃａｔｉｏｎ　Ｆｕｎｃｔｉｏｎ；
ＢＢＥＲＦ：　Ｂｅａｒｅｒ　Ｂｉｎｄｉｎｇ　ａｎｄ　Ｅｖｅｎｔ　Ｒｅｐｏｒｔｉｎｇ　Ｆｕｎｃｔｉｏｎ；
ＤＲＡ：　Ｄｉａｍｅｔｅｒ　Ｒｏｕｔｉｎｇ　Ａｇｅｎｔ；
ＩＰ－ＣＡＮ：　ＩＰ　Ｃｏｎｎｅｃｔｉｖｉｔｙ　Ａｃｃｅｓｓ　Ｎｅｔｗｏｒｋ；
ＯＣＳ：　Ｏｎｌｉｎｅ　Ｃｈａｒｇｉｎｇ　Ｓｙｓｔｅｍ；
ＰＣＥＦ：　Ｐｏｌｉｃｙ　ａｎｄ　Ｃｈａｒｇｉｎｇ　Ｅｎｆｏｒｃｅｍｅｎｔ　Ｆｕｎｃｔｉｏｎ；
ＰＣＲＦ：　Ｐｏｌｉｃｙ　ａｎｄ　Ｃｈａｒｇｉｎｇ　Ｒｕｌｅｓ　Ｆｕｎｃｔｉｏｎ； AF: Application Function;
BBERF: Bearer Binding and Event Reporting Function;
DRA: Diameter Routing Agent;
IP-CAN: IP Connectivity Access Network;
OCS: Online Charging System;
PCEF: Policy and Charging Enforcement Function Function;
PCRF: Policy and Charging Rules Function;
　ＬＴＥ及び３ＧＰＰ（３ｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ）等無線アクセスを収容したＥＰＣネットワークは、例えば図１に示すように、無線アクセスに依存しないコアネットワークを構成するＳＧＷ、ＰＧＷ、ＰＣＲＦと、ＬＴＥ無線アクセス収容網を構成するＭＭＥ、ｅＮｏｄｅＢ等を備えている。これらの各ノードについて以下に概説しておく。 An EPC network that accommodates wireless access such as LTE and 3GPP (3rd Generation Partnership Project) includes SGW, PGW, PCRF, and LTE wireless access accommodation network that constitute a core network that does not depend on wireless access, as shown in FIG. It comprises an MME, an eNodeB, and the like. Each of these nodes is outlined below.
　ＰＧＷは、図１に示すように、サービスネットワーク（Ｗｅｂ閲覧サービスやＩＭＳ（ＩＰ　Ｍｕｌｔｉｍｅｄｉａ　Ｓｕｂｓｙｓｔｅｍ）等の外部パケットネットワーク）へのＵＥ（Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ）の接続を行う。またＰＧＷは、ＰＣＲＦでルールが決定されたポリシーの適用、課金、パケットフィルタリング等を行う。 As shown in FIG. 1, the PGW connects a UE (User Equipment) to a service network (an external packet network such as a Web browsing service or IMS (IP Multimedia Subsystem)). In addition, the PGW performs application of policies whose rules are determined by the PCRF, charging, packet filtering, and the like.
　ＳＧＷは、ＬＴＥおよび３ＧＰＰ無線を収容しユーザデータを伝送し、ＬＴＥと３ＧＰＰ無線アクセス収容網のユーザデータ転送経路を切り替え、ルーティングを行う。ＳＧＷは、ＵＥのｅＮｏｄｅＢ間でのハンドオーバー中のユーザープレーンのモビリティ・アンカーとして機能する。また、ＳＧＷは、ＵＥのコンテキスト（ＩＰベアラサービスのパラメータやネットワーク内部のルーティング情報）を記憶管理する。 SGW accommodates LTE and 3GPP radio, transmits user data, switches user data transfer paths between LTE and 3GPP radio access accommodating networks, and performs routing. The SGW functions as a mobility anchor for the user plane during handover between the UE's eNodeBs. The SGW stores and manages UE context (IP bearer service parameters and routing information inside the network).
　ＭＭＥは、ＬＴＥ無線アクセスにおける端末の移動管理、認証、ＳＧＷとｅＮｏｄｅＢ間におけるユーザデータ転送経路の設定を担う。アイドルモードのＵＥのトラッキング、ページング、ベアラ（ｅＮｏｄｅＢ、ＳＧＷ／ＰＧＷ間等の論理的なパケット伝達経路）のアクティベート／ディアクティベートプロセス（オーソライズプロセス）に関わり、ＵＥのＬＴＥ内ハンドオーバー時にＳＧＷの選択を行う。また、ＭＭＥはＨＳＳとともにユーザ認証を行う。 The MME is responsible for terminal mobility management and authentication in LTE wireless access, and setting of a user data transfer path between the SGW and the eNodeB. Involved in idle mode UE tracking, paging, bearer (eNodeB, logical packet transmission path between SGW / PGW, etc.) activation / deactivation process (authorization process), and selecting SGW during UE handover in LTE Do. In addition, the MME performs user authentication together with the HSS.
　ＥＰＣのネットワーク構成上、ＵＥ（Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ）の通信に影響のあるパス（ベアラ）の管理は、ＵＥ、ＭＭＥ、ＳＧＷ（ＢＢＥＲＦ）、ＰＧＷ（ＰＣＥＦ）が行っている。 The UE, MME, SGW (BBERF), and PGW (PCEF) manage the path (bearer) that affects the communication of the UE (User Equipment) in the network configuration of the EPC.
　ＰＣＲＦは、図１に示すように、ＢＢＥＲＦ（ＳＧＷ）、ＰＣＥＦ（ＰＧＷ）と、セッション情報を保持する。ＰＣＲＦとＰＣＥＦ／ＢＢＥＲＦ間のインタフェース（図１のＰＣＲＦ／ＰＧＷ間セッションパス、及び、ＰＣＲＦ／ＳＧＷ間セッションパス）には、ＤＩＡＭＥＴＥＲプロトコル（ＩＥＴＦ（Ｔｈｅ　Ｉｎｔｅｒｎｅｔ　Ｅｎｇｉｎｅｅｒｉｎｇ　Ｔａｓｋ　Ｆｏｒｃｅ）　ＲＦＣ（Ｒｅｑｕｅｓｔ　Ｆｏｒ　Ｃｏｍｍｅｎｔｓ）　　ＲＦＣ　３５８８）が用いられる。 As shown in FIG. 1, the PCRF holds BBERF (SGW), PCEF (PGW), and session information. The interface between the PCRF and the PCEF / BBERF (the session path between the PCRF / PGW and the session path between the PCRF / SGW in FIG. 1) is a DIAMETER protocol (IETF (The Internet Engineering Task Force) RFC (Request For Comments 35) RFC. ) Is used.
　ＰＣＲＦは、ポリシー、及び課金ルール機能を遂行し、ＰＧＷ、ＳＧＷにおいて適用されるＱｏＳ（パケットの優先転送等、通信品質の制御）等のポリシー制御、課金制御ルールを決定する。ＰＣＣの詳細は非特許文献１等が参照される。 The PCRF performs policy and charging rule functions, and determines policy control and charging control rules such as QoS (control of communication quality such as packet priority transfer) applied in the PGW and SGW. For details of PCC, see Non-Patent Document 1 and the like.
　ＥＰＣネットワークでは、ＰＣＲＦ障害の一時的なサービス停止は、多くの場合、パス（ベアラ：ＳＧＷやｅＮＯＤＥＢ間の論理的なパケット伝達経路）に与える影響を回避することが可能である。しかしながら、ＰＣＣセッション情報が失われることにより、ＱｏＳ、及び課金に関わるサービス提供が行えなくなる。ここで、ＰＣＣセッションとは、ＩＰ－ＣＡＮセッション、ゲートウェイコントロールセッション、ＡＦセッションおよび関連情報を意味する。ただし、本明細書では、特定のセッション（例えばゲートウェイコントロールセッション等）のみを指す場合であっても、ＰＣＣセッションという場合がある。 In an EPC network, a temporary service stop due to a PCRF failure can avoid an influence on a path (bearer: logical packet transmission path between SGW and eNODEB) in many cases. However, the loss of the PCC session information makes it impossible to provide services related to QoS and accounting. Here, the PCC session means an IP-CAN session, a gateway control session, an AF session, and related information. However, in this specification, even when only a specific session (for example, a gateway control session) is indicated, it may be referred to as a PCC session.
　したがって、ＰＣＲＦの一時的なサービス停止でＰＣＣセッション情報が失れた場合、パス（ベアラ）を一旦解放し、パス（ベアラ）を張り直すことにより、ＰＣＣセッションを新たに生成する必要がある。後の説明で参照される図４に示すように、ＰＣＲＦ再開（ＰＣＣセッション情報喪失を伴う）時、ＰＧＷがＰＣＲＦ再開を検出すると、ベアラの削除、及びＵＥのデタッチ処理が行われ、ベアラ解放後に再度アタッチが行われ、ベアラの張り直しが行われる。この結果、本来、パス（ベアラ）自体には影響を与えないはずのＰＣＲＦの一時的なサービス停止が、パス（ベアラ）の切断・再接続という形で、影響を与えることになる。 Therefore, when PCC session information is lost due to a temporary service stop of the PCRF, it is necessary to newly generate a PCC session by releasing the path (bearer) and re-establishing the path (bearer). As shown in FIG. 4 referred to later, when the PGW detects PCRF restart when PCRF restarts (with PCC session information loss), bearer deletion and UE detach processing are performed. Attach is performed again and the bearer is re-stretched. As a result, the temporary service stop of the PCRF, which should not affect the path (bearer) itself, will affect the path (bearer) in the form of disconnection / reconnection.
　なお、ＰＣＲＦ障害、再開については例えば非特許文献２等が参照される。非特許文献２にはいくつかの解法（solution）が提案されている。非特許文献２の記載事項に基づき、各解法を以下に概説する。なお、これらの解法はいずれも最終的なものでなく、現時点で実現可能性等について広く検討が行われていることを付言しておく。 Note that, for PCRF failure and resumption, refer to Non-Patent Document 2, for example. Non-Patent Document 2 proposes several solutions. Based on the items described in Non-Patent Document 2, each solution is outlined below. It should be noted that none of these solutions are final and that a wide range of studies are currently underway regarding feasibility and the like.
（解法１）
　ＰＣＲＦの障害に対して、ＤＲＡにより、別のＰＣＲＦへリダイレクトする。ＰＣＲＦクライアント（ＰＧＷ等）がＰＣＲＦ１と接続確立ができないことを検出すると、ＰＣＲＦ障害を示すＤＩＡＭＥＴＥＲ要求メッセージをＤＲＡに送る。ＤＲＡは新しいＰＣＲＦ２を選択しクライアントにリダイレクト応答を送る。 (Solution 1)
For failure of PCRF, redirect to another PCRF by DRA. When a PCRF client (such as PGW) detects that the connection with the PCRF 1 cannot be established, a DIAMETER request message indicating a PCRF failure is sent to the DRA. The DRA selects a new PCRF 2 and sends a redirect response to the client.
（解法２）
　単一のＰＣＲＦにおいて、ＰＣＲＦクライアントはウオッチドッグ要求メッセージを送信することでＰＣＲＦに障害がないかモニタする。ＰＣＲＦ障害検出時のセッションの扱いは実装固有である。ＰＣＲＦの再スタート時、ＰＣＣセッション情報が不明であるため、ＰＣＣセッション情報の再構築が行われる。ＰＣＣセッション情報の再構築は例えば下記の解法５又は６にしたがって行われる。 (Solution 2)
In a single PCRF, the PCRF client monitors the PCRF for faults by sending a watchdog request message. Handling of a session when detecting a PCRF failure is implementation specific. Since the PCC session information is unknown when the PCRF is restarted, the PCC session information is reconstructed. The reconstruction of the PCC session information is performed according to the following Solution 5 or 6, for example.
（解法３）
　ＰＣＥＦ、ＢＢＥＲＦが位置するゲートウェイのベアラセッションとＡＦのアプリケーションセッションを監視し、タイマ（ｇｒａｃｅ　ｔｉｍｅ）を用いた制御を行い、下記（解法４）に従ってサービスの終了を行う。 (Solution 3)
The bearer session of the gateway where the PCEF and BBERF are located and the AF application session are monitored, control using a timer (grace time) is performed, and the service is terminated according to the following (solution 4).
（解法４）
　ＰＣＲＦ障害検出時、ＰＣＲＦ障害又はＰＣＲＦに到達できないために、ＰＣＲＦ制御が要求されるが実行できない全てのベアラとアプリケーションセッションに対するＰＣＲＦクライアント上での停止（ｔｅａｒ　ｄｏｗｎ）を実行する。ＰＣＥＦを実現するネットワークノードであるＰＧＷでＰＣＲＦ障害検出時、ＰＧＷ起動のベアラの非活性化手続きを開始する。非ローミングの場合、ＢＢＥＲＦを実現するネットワークノードであるＳＧＷでＰＣＲＦ障害を検出時、ＳＧＷ起動のベアラの非活性化手続きを開始する。ＡＦを実現するネットワークノードであるＰ－ＣＳＣＦ（Ｐｒｏｘｙ　Ｃａｌｌ　Ｓｅｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｆｕｎｃｔｉｏｎ：ＳＩＰプロキシサーバ）などでＰＣＲＦ障害検出時、ＡＦ起動ベアラ非活性化手続きを開始する。 (Solution 4)
When a PCRF failure is detected, since a PCRF failure or the PCRF cannot be reached, a stop on the PCRF client is executed for all bearers and application sessions that cannot be executed but PCRF control is required. When the PGW, which is a network node that realizes PCEF, detects a PCRF failure, the PGW activation bearer deactivation procedure is started. In the case of non-roaming, the SGW activation bearer deactivation procedure is started when a PCRF failure is detected in the SGW that is a network node that realizes BBERF. When a PCRF failure is detected by a P-CSCF (Proxy Call Session Function: SIP proxy server) which is a network node that realizes AF, an AF activation bearer deactivation procedure is started.
（解法５）
　ＰＣＲＦの障害により、ＰＣＲＦがセッション情報を失ったとき、ＰＣＲＦとＰＣＲＦクライアント間でベアラとＡＦセッションについてＰＣＣルールの再同期化を行う。この場合、ＰＣＲＦは、セッションを持った全てのクライアントの情報を不揮発性メモリに記憶する必要がある。ＰＣＣセッション状態は、障害ＰＣＲＦ又は代替ＰＣＲＦ上で復旧される。障害ＰＣＲＦノード又はマニュアル設定又はＴＭＮ（Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｍａｎｕａｌ　ｎｅｔｗｏｒｋ）等のトリガーリングエンティティからの復旧要求を受けたＰＣＲＦクライアントは、復旧のためのシグナリングのスケジューリングを行い、ベアラ又はＡＦセッションデータを含む要求（ＣＣ－セッション確立要求）をターゲットＰＣＲＦノードに送る。ＰＣＲＦノードはＰＣＣセッションを確立し、ＰＣＲＦクライアントにデータを送信する。ＰＣＲＦクライアントは、トリガーリングエンティティに復旧したセッションの確認（Ｃｏｎｆｉｒｍａｔｉｏｎ）メッセージを送る。ＰＣＲＦクライアントからのターゲットＰＣＲＦノードへのＣＣ－セッション確立要求の送信、ターゲットＰＣＲＦノードから応答を受信したＰＣＲＦクライアントによる確認（Ｃｏｎｆｉｒｍａｔｉｏｎ）メッセージのトリガーリングエンティティへの送信を繰り返したのち、ＰＣＲＦクライアントは最終確認をトリガーリングエンティティに送信する。 (Solution 5)
When the PCRF loses the session information due to the failure of the PCRF, the PCC rule is resynchronized for the bearer and the AF session between the PCRF and the PCRF client. In this case, the PCRF needs to store information of all clients having a session in the nonvolatile memory. The PCC session state is restored on the failed or alternate PCRF. A PCRF client that has received a recovery request from a failed PCRF node or a manual setting or a triggering entity such as TMN (Telecommunication Manual network) schedules the signaling for recovery, and includes a request (CC− Session establishment request) is sent to the target PCRF node. The PCRF node establishes a PCC session and sends data to the PCRF client. The PCRF client sends a recovered session confirmation message to the triggering entity. After repeatedly sending a CC-session establishment request from the PCRF client to the target PCRF node and sending a confirmation message to the triggering entity by the PCRF client that has received a response from the target PCRF node, the PCRF client performs a final confirmation. To the triggering entity.
（解法６）
　ＰＣＲＦは、ＰＣＲＦの関連するクライアント（ＰＣＲＦクライアント）に再開を通知する。クライアントはＰＣＲＦの障害、再スタート時におけるＤＩＡＭＥＴＥＲセッションのユーザＩＤ等を応答する。ＰＣＲＦはクライアントに再スタートを通知し、クライアントはＰＣＲＦ障害、再スタート時にアクティブであったＤＩＡＭＥＴＥＲセッションのユーザＩＤ等の基本情報を、ＰＣＲＦに送信する。ＰＣＥＦは、ＩＰ－ＣＡＮセッションの修正等のために、ＤＩＡＭＥＴＥＲ　ＣＣ（Ｃｒｅｄｉｔ　Ｃｏｎｔｒｏｌ）－ＲｅｑｕｅｓｔのＰＣＲＦへの送信の必要性を認識し、ＰＣＲＦへＣＣ－Ｒｅｑｕｓｅｔを送信する。ＰＣＥＦは、ＰＣＲＦが失われたセッション状態と情報を再構築するのに必要なＤＩＡＭＥＴＥＲセッション関連情報（ユーザＩＤ、ＩＰアドレス、ＰＣＣ／ＱｏＳルール等）を、ＰＣＲＦへ送信する。ＰＣＲＦは、ＰＣＥＦからの情報に基づきＧｘ　ＤＩＡＭＥＴＥＲセッションを再構築する。ＰＣＲＦは、復旧要求（ｒｅｓｔｏｒａｔｉｏｎ　ｒｅｑｕｅｓｔ　ｍｅｓｓａｇｅ）をユーザ識別情報パラメータ（ユーザＩＤ、ＩＰアドレス）とともに関連するクライアント（ＡＦ／Ｐ－ＣＳＣＦ）に送信し、関連する失われたＲｘ　ＤＩＡＭＥＴＥＲセッションを再構築するための情報を要求する。復旧要求を受けたクライアント（ＡＦ／Ｐ－ＣＳＣＦ）は、障害と再スタートによりＰＣＲＦで失われたＤＩＡＭＥＴＥＲ　Ｒｘ　セッションの関連情報（ユーザＩＤ、ＩＰアドレス、セッション情報）を、復旧要求に対するＡＣＫ（肯定応答）としてＰＣＲＦに送り、ＰＣＲＦは、クライアント（ＡＦ／Ｐ－ＣＳＣＦ）からのセッション関連情報に基づき、失われたＲｘ　ＤＩＡＭＥＴＥＲセッションを再構築する。ＰＣＲＦは、ＰＣＥＦからのＣＣ－Ｒｅｑｕｅｓｔに対して、ＣＣ－Ａｎｓｗｅｒと関連パラメータ（例えばＰＣＣルール）にて、オーソライズ応答を行う。 (Solution 6)
The PCRF notifies the client (PCRF client) related to the PCRF of the restart. The client responds with a PCRF failure, the user ID of the DIAMETER session at the time of restart, and the like. The PCRF notifies the client of the restart, and the client transmits basic information such as the PCRF failure and the user ID of the DIAMETER session that was active at the time of the restart to the PCRF. The PCEF recognizes the necessity of transmitting the DIAMETER CC (Credit Control) -Request to the PCRF for the modification of the IP-CAN session, and transmits the CC-Request to the PCRF. The PCEF transmits to the PCRF the DIAMETER session related information (user ID, IP address, PCC / QoS rule, etc.) necessary to reconstruct the session state and information in which the PCRF has been lost. The PCRF reconstructs a Gx DIAMETER session based on information from the PCEF. The PCRF sends a restoration request message along with user identification parameters (user ID, IP address) to the associated client (AF / P-CSCF) to reconstruct the associated lost Rx DIAMETER session Request information. The client (AF / P-CSCF) that has received the recovery request sends the information related to the DIAMETER Rx session (user ID, IP address, session information) lost in the PCRF due to failure and restart to ACK (acknowledgement) to the recovery request. ) To the PCRF, which reconstructs the lost Rx DIAMETER session based on the session related information from the client (AF / P-CSCF). The PCRF makes an authorization response to the CC-Request from the PCEF using the CC-Answer and related parameters (for example, PCC rules).
　関連技術の分析を以下に与える。 Related technology analysis is given below.
　ＥＰＣのネットワーク構成上、ＵＥの通信に影響のあるパス（ベアラ）の管理はＵＥ、ＭＭＥ、ＳＧＷ（ＢＢＥＲＦ）、ＰＧＷ（ＰＣＥＦ）が行っており、ＰＣＲＦは、ＢＢＥＲＦ（ＳＧＷ）、ＰＣＥＦ（ＰＧＷ）とのＰＣＣセッションを保持するのみである（図１）。 Management of paths (bearers) that affect UE communication in the EPC network configuration is performed by UE, MME, SGW (BBERF), and PGW (PCEF), and PCRF is BBERF (SGW), PCEF (PGW). Only the PCC session is held (FIG. 1).
　ＰＣＲＦの一時的なサービス停止は、パス（ベアラ）に影響を与えることは無いが、ＰＣＣセッション情報が失われることにより、ＱｏＳに関わるサービス提供が行えなくなる。このため、パス（ベアラ）を一旦解放し、パス（ベアラ）を張りなおすことにより、ＰＣＣセッションを新たに生成する必要がある。この結果、本来、パス（ベアラ）に影響を与えないＰＣＲＦの一時的なサービス停止が、パス（ベアラ）の切断・接続という形で影響を与えることになる、という問題がある。 The temporary service stop of the PCRF does not affect the path (bearer), but the service related to QoS cannot be provided because the PCC session information is lost. For this reason, it is necessary to newly generate a PCC session by releasing the path (bearer) and re-establishing the path (bearer). As a result, there is a problem that a temporary service stop of the PCRF that does not originally affect the path (bearer) has an effect in the form of disconnection / connection of the path (bearer).
　ＥＰＣにおいては、Ａｌｗａｙｓ－Ｏｎ（常時接続）の原則から、常に、ベアラを保持しており、ベアラの切断は、デタッチを意味するため、ユーザビリティへの影響が大きい。 In the EPC, the bearer is always held from the principle of Always-On (always connected), and the disconnection of the bearer means detachment, which has a great influence on usability.
　一方で、ＰＣＲＦは、ベアラを直接保持していない。このため、ＰＣＲＦの障害による一時的なサービス停止は、実際には、通信に影響を与えることは無い。しかしながら、ＰＣＲＦとＳＧＷ／ＰＧＷ間でのセッセッション情報の不一致は、ＴＡアップデート（Ｔｒａｃｋｉｎｇ　Ａｒｅａ　ｕｐｄａｔｅ）、ハンドオーバーやＡＦからの要求に基づく、専用ベアラ（ｄｅｄｉｃａｔｅｄ　ｂｅａｒｅｒ）確立処理が行えなくなる等の問題がある。このため、ベアラの張り直し(切断)・再接続）が必要とされる。 On the other hand, PCRF does not directly hold bearers. For this reason, the temporary service stop due to the failure of the PCRF does not actually affect the communication. However, inconsistencies in the session information between the PCRF and SGW / PGW may cause problems such as the TA update (Tracking Area update), handover, and the dedicated bearer (dedicated bearer) establishment process based on requests from the AF. is there. For this reason, bearer re-stretching (disconnection / reconnection) is required.
　以下の説明からも明らかとされるように、本発明は、ＰＣＲＦ再開におけるＰＣＣセッション情報の喪失に対して、非特許文献３に提案される解法１乃至６とは全く別のアプローチを提供するものである。 As will be apparent from the following description, the present invention provides a completely different approach from the solutions 1 to 6 proposed in Non-Patent Document 3 for the loss of PCC session information in the resumption of PCRF. It is.
　本発明の目的は、ＰＣＲＦ障害の一時的なサービス停止の発生時に、ベアラに影響を与えることなく、ＰＣＣセッションを復旧可能としたシステム、方法、装置を提供することにある。 An object of the present invention is to provide a system, a method, and an apparatus capable of recovering a PCC session without affecting a bearer when a temporary service stop due to a PCRF failure occurs.
　本発明によれば、ＱｏＳ（Ｑｕａｌｉｔｙ　Ｏｆ　Ｓｅｒｖｉｃｅ）及び課金（Ｃｈａｒｇｉｎｇ）ポリシーを管理するＰＣＲＦノードと、前記ＰＣＲＦノードのクライアントをなす１つ又は複数のＰＣＲＦクライアントノードと、を含み、前記ＰＣＲＦノードが、ＰＣＣ（Ｐｏｌｉｃｙ　ａｎｄ　Ｃｈａｒｇｉｎｇ　Ｃｏｎｔｒｏｌ）セッション情報を少なくとも１つの前記ＰＣＲＦクライアントノードに送信し、前記ＰＣＲＦノードから前記ＰＣＣセッション情報を受信した前記ＰＣＲＦクライアントノードは前記ＰＣＣセッション情報を保持し、前記ＰＣＲＦ再開後、前記ＰＣＲＦクライアントノードから前記ＰＣＲＦノードへ前記ＰＣＣセッション情報を送信し、前記ＰＣＲＦノードは前記ＰＣＲＦクライアントノードから前記ＰＣＣセッション情報を受信しＰＣＣセッションの復旧を行うネットワークシステムが提供される。なお、特許請求の範囲及び本明細書において、「再開」、あるいは「ＰＣＲＦ再開」とは、障害によるサービスの停止、又は、保守等を理由とした意図的なサービス停止等により、ＰＣＲＦの初期設定動作を行うことを表しており、再開の結果、ＰＣＲＦとしての動作に必要なセッション情報を喪失する。 According to the present invention, the PCRF node includes a PCRF node that manages a QoS (Quality Of Service) and a charging policy, and one or a plurality of PCRF client nodes that form clients of the PCRF node, PCC (Policy and Charging Control) session information is transmitted to at least one of the PCRF client nodes, the PCRF client node receiving the PCC session information from the PCRF node holds the PCC session information, and after the PCRF restarts, The PCF session information is transmitted from the PCRF client node to the PCRF node, and the PCRF node receives the PF from the PCRF client node. Network system is provided for performing a recovery PCC session receives C session information. In the claims and the present specification, “restart” or “resume PCRF” means that the PCRF is initially set by a service stop due to a failure or an intentional service stop for maintenance or the like. This means that the operation is performed, and as a result of the restart, session information necessary for the operation as the PCRF is lost.
　本発明によれば、ＱｏＳ（Ｑｕａｌｉｔｙ　Ｏｆ　Ｓｅｒｖｉｃｅ）及び課金（Ｃｈａｒｇｉｎｇ）ポリシーを管理するＰＣＲＦ（Ｐｏｌｉｃｙ　ａｎｄ　Ｃｈａｒｇｉｎｇ　Ｒｕｌｅｓ　Ｆｕｎｃｔｉｏｎ）装置であって、ＰＣＣ（Ｐｏｌｉｃｙ　ａｎｄ　Ｃｈａｒｇｉｎｇ　Ｃｏｎｔｒｏｌ）セッション情報を少なくとも１つのＰＣＲＦクライアントに送信して、前記ＰＣＲＦクライアントに前記ＰＣＣセッション情報を保持させ、
　前記ＰＣＲＦが再開すると、前記ＰＣＲＦクライアントに保持されている前記ＰＣＣセッション情報を受信しＰＣＣセッションの復旧を行うＰＣＲＦ装置が提供される。 According to the present invention, a Policy and Charging Rules Function (PCRF) device that manages QoS (Quality of Service) and charging policies, and PCC (Policy and Charging Control) session information to at least one PCRF client. Send the PCF session information to the PCRF client,
When the PCRF resumes, a PCRF device is provided that receives the PCC session information held in the PCRF client and restores the PCC session.
　本発明によれば、ＰＣＲＦ（Ｐｏｌｉｃｙ　ａｎｄ　Ｃｈａｒｇｉｎｇ　Ｒｕｌｅｓ　Ｆｕｎｃｔｉｏｎ）ノードがＰＣＣセッション情報を含むＰＣＲＦ関連情報を透過的（トランスペアレント）な形式にて他のノードである１つ又は複数のＰＣＲＦクライアントノードに配信する方法が提供される。本発明の方法によれば、前記ＰＣＲＦクライアントノードはＰＣＣセッション情報を保持し、ＰＣＲＦ再開後、前記ＰＣＲＦクライアントノードは前記ＰＣＣセッション情報を前記ＰＣＲＦノードに返し、前記ＰＣＲＦノードは、前記ＰＣＣセッション情報を受けＰＣＣセッションデータの復旧を行う。 According to the present invention, a Policy and Charging Rules Function (PCRF) node distributes PCRF-related information including PCC session information to one or more PCRF client nodes that are other nodes in a transparent format. A method is provided. According to the method of the present invention, the PCRF client node holds PCC session information, and after resuming the PCRF, the PCRF client node returns the PCC session information to the PCRF node, and the PCRF node returns the PCC session information. The receiving PCC session data is restored.
　本発明によれば、ＰＣＲＦ障害の一時的なサービス停止の発生時に、ベアラに影響を与えることなく、ＰＣＣセッションを復旧可能としている。 According to the present invention, the PCC session can be recovered without affecting the bearer when a temporary service stop due to a PCRF failure occurs.
ＥＰＣネットワークを説明する図である。It is a figure explaining an EPC network. 本発明の第１の実施形態の構成を示す図である。It is a figure which shows the structure of the 1st Embodiment of this invention. 本発明におけるＰＣＲＦ再開前後の動作を説明する図である。It is a figure explaining the operation | movement before and after PCRF restart in this invention. 比較例の動作を説明する図である。It is a figure explaining operation | movement of a comparative example. 本発明の第１の実施形態の動作を説明する図である。It is a figure explaining the operation | movement of the 1st Embodiment of this invention. ＰＣＣセッション情報の一例を示す図である。It is a figure which shows an example of PCC session information. 本発明の第１の実施形態の動作を説明する図である。It is a figure explaining the operation | movement of the 1st Embodiment of this invention. 本発明の第２の実施形態の動作を説明する図である。It is a figure explaining the operation | movement of the 2nd Embodiment of this invention. 本発明の第３の実施形態の動作を説明する図である。It is a figure explaining operation | movement of the 3rd Embodiment of this invention. 本発明の第４の実施形態の構成を示す図である。It is a figure which shows the structure of the 4th Embodiment of this invention. 本発明の第４の実施形態の動作を説明する図である。It is a figure explaining the operation | movement of the 4th Embodiment of this invention. 本発明の第４の実施形態の動作を説明する図である。It is a figure explaining the operation | movement of the 4th Embodiment of this invention. 本発明の第５の実施形態の動作を説明する図である。It is a figure explaining operation | movement of the 5th Embodiment of this invention. 本発明の第６の実施形態の構成を示す図である。It is a figure which shows the structure of the 6th Embodiment of this invention. 本発明の第６の実施形態の動作を説明する図である。It is a figure explaining operation | movement of the 6th Embodiment of this invention.
　はじめに本発明の態様（Ｍｏｄｅｓ）の諸原理を説明し、つづいて実施形態について説明する。本発明において、ＰＣＲＦがＰＣＲＦクライアントの少なくとも一つにＰＣＣセッション情報を配布する。ＰＣＲＦが再開すると（ＰＣＣセッション情報は喪失）、ＰＣＲＦクライアントから、ＰＣＲＦへＰＣＣセッション情報を送信し、ＰＣＣセッションの復旧を行う。すなわち、本発明の態様のコンセプトの１つによれば、ＰＣＣアーキテクチャ（ＥＰＣネットワーク）において、ＰＣＲＦはＰＣＲＦ関連情報を、他のノード、例えば、１つ又は複数のＰＣＲＦクライアントに透過的（トランスペアレント）な形式で、配信する。この結果、ＰＣＲＦの障害発生後、ＰＣＣセッションの状態を素早く復旧させることができ、ＰＣＲＦノード（複数）の完全なミラーリング等の労力・費用（Ｅｆｆｏｒｔ・ＣＯＳＴ）の発生を回避する。ＰＣＣセッション情報コンテナ（ＰＣＣ　ｓｅｓｓｉｏｎ　ｉｎｆｏｒｍａｔｉｏｎ　ｃｏｎｔａｉｎｅｒ：「ＰＣＣコンテナ」と略記される。あるいは「ＰＣＲＦコンテナ」と称呼される場合もある）は、図６のような情報として定義されている。ＰＣＣセッション情報コンテナをＰＣＲＦから受信して記憶保持するＰＣＲＦクライアントは、ＰＣＣセッション情報コンテナの詳細な内容、内部構成を理解する必要はない。すなわち、ＰＣＲＦクライアントは、ＰＣＣセッション情報コンテナを解釈（デコード）しなくて済む。 First, the principles of aspects of the present invention (Modes) will be described, followed by embodiments. In the present invention, the PCRF distributes PCC session information to at least one of the PCRF clients. When the PCRF resumes (PCC session information is lost), the PCC session information is transmitted from the PCRF client to the PCRF, and the PCC session is restored. That is, according to one of the concepts of the aspects of the present invention, in the PCC architecture (EPC network), the PCRF transmits PCRF related information transparently to other nodes, eg, one or more PCRF clients. Distribute in format. As a result, after the failure of the PCRF, the state of the PCC session can be quickly recovered, and the occurrence of labor / cost (Effect / COST) such as complete mirroring of the PCRF node (s) is avoided. A PCC session information container (PCC session information container: abbreviated as “PCC container” or sometimes referred to as “PCRF container”) is defined as information as shown in FIG. The PCRF client that receives the PCC session information container from the PCRF and stores it therein does not need to understand the detailed contents and internal structure of the PCC session information container. That is, the PCRF client does not need to interpret (decode) the PCC session information container.
　いくつかの態様において、複数のＰＣＣセッションに関して、ＰＣＣセッション情報コンテナがＰＣＲＦクライント内のメモリを消費し、ＰＣＲＦの復旧処理が長びくため、優先度の高いセッションにのみ、復旧機能（ｒｅｓｉｌｉｅｎｃｅ　ｆｕｎｃｔｉｏｎ）を限定することも有益である。いくつかの態様において、優先度の扱いは、例えばオペレータのポリシー等に基づき、ＰＣＲＦで行われる。例えばＩＭＳ（ＩＰ　Ｍｕｌｔｉｍｅｄｉａ　Ｓｕｂｓｙｓｔｅｍ）関連セッションを優先、あるいはサブスクリプション（加入者情報）に基づき、セッションの優先度を決定するという具合である。いくつかの態様において、ＰＣＲＦは、明示的に復旧処理対象ではないセッションのＰＣＲＦクライアントには、ＰＣＣセッション情報コンテナを配布しない構成としてもよい。なお、いくつかの態様において、ＰＣＲＦクライアントは最初のシグナリングでＰＣＲＦに能力情報の通知を行うようにしてもよい。 In some aspects, for a plurality of PCC sessions, the PCC session information container consumes memory in the PCRF client, and the recovery process of the PCRF is prolonged. Therefore, the recovery function is limited only to high priority sessions. It is also beneficial to do. In some aspects, priority handling is performed in the PCRF based on, for example, operator policy. For example, priority is given to an IMS (IP Multimedia Subsystem) related session, or the priority of the session is determined based on subscription (subscriber information). In some aspects, the PCRF may be configured not to distribute the PCC session information container to the PCRF client of a session that is not explicitly a recovery process target. In some embodiments, the PCRF client may notify the PCRF of capability information through initial signaling.
　本発明のいくつかの態様においては、ＰＣＲＦが、ＰＣＲＦで保持するＰＣＣセッション情報を、ＰＣＲＦクライアントであるＰＣＥＦ、又は、ＢＢＥＲＦ、又は、ＡＦの少なくとも１つに退避させておき、ＰＣＲＦ再開時に、ＰＣＥＦ、又は、ＢＢＥＲＦ、又は、ＡＦの少なくとも１つからＰＣＣセッション情報を受け取り、ＰＣＣセッションを復旧させる構成としてもよい。かかる構成により、ＰＣＲＦが冗長構成であるか否かに依存することなく、ＥＰＣ内のネットワークの信頼性を向上することができる。 In some aspects of the present invention, the PCRF stores the PCC session information held by the PCRF in at least one of the PCF, BBERF, or AF that is the PCRF client, and when the PCRF is resumed, Alternatively, the PCC session information may be received from at least one of BBERF or AF, and the PCC session may be recovered. With this configuration, it is possible to improve the reliability of the network in the EPC without depending on whether the PCRF is a redundant configuration.
　本発明のいくつかの態様においては、ＰＣＲＦ－ＰＣＥＦ／ＰＣＲＦ－ＢＢＥＲＦ間で、セッションの確立／更新時に、ＰＣＲＦは、ＰＣＥＦ／ＢＢＥＲＦにセッション情報を通知するようにしてもよい。 In some aspects of the present invention, when establishing / updating a session between PCRF-PCEF / PCRF-BBERF, the PCRF may notify the PCEF / BBERF of session information.
　本発明のいくつかの態様においては、ＰＣＲＦが再開等により、ＰＣＲＦでセッション情報を失った時に、ＰＣＥＦ／ＢＢＥＲＦから、ＰＣＲＦに対して、ＰＣＣセッション情報をプッシュする。この結果、確立済みのセッションを解放すること無く、ＰＣＲＦのセッションの復旧が行われる。 In some aspects of the present invention, when session information is lost in the PCRF due to resumption or the like, the PCF / BBERF pushes PCC session information to the PCRF. As a result, the PCRF session is recovered without releasing the established session.
　本発明のいくつかの態様においては、ＰＣＲＦ－ＰＣＥＦ又はＰＣＲＦ－ＢＢＥＲＦ間でセッション情報を復旧させることにより、ＵＥ－ＰＣＥＦ（ＰＧＷ）間で確立済みのパス（ベアラ）に対して、ＰＣＲＦの一時的なサービス停止が影響を与えることを回避可能としている。 In some aspects of the invention, the session information is recovered between PCRF-PCEF or PCRF-BBERF, so that the temporary path of the PCRF is established for the path (bearer) established between UE-PCEF (PGW). It is possible to avoid the effect of a service interruption.
　なお、いくつかの態様においては、ＰＣＲＦのクライアント（周辺装置）（ＰＣＥＦ、ＢＢＥＲＦ、ＡＦなど）に対して、ＰＣＣセッション情報を格納するための記憶装置の実装が必要である点、及び、ＰＣＲＦ再開後に処理を追加していることより、結果的に、ＰＣＲＦの復旧時間に影響を与える（ネガティブファクター）ことも考えられる。 In some aspects, it is necessary to mount a storage device for storing PCC session information for a PCRF client (peripheral device) (PCEF, BBERF, AF, etc.), and PCRF restart. As a result of adding the processing later, it may be considered that the recovery time of the PCRF is influenced as a result (negative factor).
　そこで、本発明の別のいくつかの態様では、加入者単位、更に、ＡＰＮ（Ａｃｃｅｓｓ　Ｐｏｉｎｔ　Ｎａｍｅ）単位での適用を可能とすることで、サービス事業者に対して、本発明の上記利点と、ＰＣＲＦの復旧時間に関する前記ネガティブファクターとのバランスを考慮したシステム設計を可能としている。 Therefore, in some other aspects of the present invention, the above-described advantages of the present invention can be provided to a service provider by enabling application in units of subscribers and further in units of APN (Access Point Name). The system can be designed in consideration of the balance with the negative factor related to the recovery time of the PCRF.
　ＰＣＲＦの可用性（ａｖａｉｌａｂｉｌｉｔｙ）を向上させるには、装置のミラーリング（あるいは複数のストレージ装置へのレプリケーション）など物理的に装置構成を冗長化させる等の技術の利用が可能はであるが、設備投資が嵩む。 In order to improve the availability of PCRF, it is possible to use technology such as physical redundancy of the device configuration such as device mirroring (or replication to multiple storage devices), but capital investment Bulky.
　これに対して、本発明によれば、ＰＣＲＦはＰＣＲＦクライアントと連携し、必要最低限の情報のみを多重化管理することより、ＰＣＲＦの可用性の向上を図ることができる。 On the other hand, according to the present invention, the PCRF can improve the availability of the PCRF by cooperating with the PCRF client and multiplexing and managing only the minimum necessary information.
　本発明により、サービス事業者は大きな設備投資を課される事なく、高い可用性を確保・維持する事が可能となり、そのコストメリットは大きい。 The present invention enables service providers to ensure and maintain high availability without imposing a large capital investment, and its cost merit is great.
　本発明のいくかの態様においては、ＰＣＲＦが一時的なサービス停止から復旧した場合に、ＰＣＥＦ／ＢＢＥＲＦからＰＣＲＦへＰＣＣセッションの情報を通知することで、パス（ベアラ）への影響を与えることなく、ＰＣＲＦ－ＰＣＥＦ／ＢＢＥＲＦ間の状態を復旧させる。 In some aspects of the present invention, when the PCRF recovers from a temporary service stop, the PCEF / BBERF notifies the PCRF of PCC session information without affecting the path (bearer). The state between PCRF-PCEF / BBERF is restored.
　図２は、本発明を説明するための模式図である。図２には、ＰＣＲＦと、ＰＣＥＦ／ＢＢＥＲＦであるＰＧＷ／ＳＧＷでの発生イベントと、ＰＣＲＦとＰＧＷ／ＳＧＷ間の信号のやり取りが時間軸上で模式的に示されている。ＰＣＲＦ、ＰＧＷ／ＳＧＷからのそれぞれ図の右方に水平に引かれた矢線は時間を表し、１．～８．はステップ番号を表している。 FIG. 2 is a schematic diagram for explaining the present invention. FIG. 2 schematically shows on the time axis the PCRF, the event generated in the PGW / SGW that is PCEF / BBERF, and the exchange of signals between the PCRF and the PGW / SGW. The arrows drawn horizontally from the PCRF and PGW / SGW to the right of the figure represent time, respectively. ~ 8. Represents a step number.
１．ＰＧＷ／ＳＧＷにおいてベアラが確立したことに関するトリガが発生する。 1. A trigger related to the establishment of a bearer in the PGW / SGW occurs.
２．ＳＧＷ／ＰＧＷはＣＣ（Ｃｒｅｄｉｔ　Ｃｏｎｔｒｏｌ）－セッション確立要求を、ＰＣＲＦに送信する。 2. The SGW / PGW sends a CC (Credit Control) -session establishment request to the PCRF.
３．ＣＣ－セッション確立要求を受けたＰＣＲＦは、ＣＣ－セッション確立の認可判定等を行い、ＣＣ－セッション確立応答を返信する。このとき、ＰＣＲＦがＳＧＷ／ＰＧＷに対して、ＰＣＣセッション情報をＣＣ－セッション確立応答に付与し、ＣＣ－セッション確立応答として返す。 3. Upon receiving the CC-session establishment request, the PCRF makes a CC-session establishment authorization decision and returns a CC-session establishment response. At this time, the PCRF gives PCC session information to the CC-session establishment response to the SGW / PGW and returns it as a CC-session establishment response.
４．ＰＣＣセッション情報が設定されたＣＣ－セッション確立応答を受信したＳＧＷ／ＰＧＷは、ＰＣＣセッション情報を保持する。 4). The SGW / PGW that has received the CC-session establishment response in which the PCC session information is set holds the PCC session information.
５．その後、ＰＣＲＦにおいて、再開（ＰＣＲＦの初期化によるＰＣＣセッション情報の喪失を伴う）が発生する。 5. Thereafter, in the PCRF, resumption (with loss of PCC session information due to initialization of the PCRF) occurs.
６．ＳＧＷ／ＰＧＷは、対向する当該ＰＣＲＦの再開を検出する。 6). The SGW / PGW detects the resumption of the corresponding PCRF.
７．ＳＧＷ／ＰＧＷは、本発明によって新たに導入されたメッセージとして、ＣＣ－セッション復旧要求にＰＣＣセッション情報を付与したメッセージをＰＣＲＦへ送信する（ステップ７）。 7. The SGW / PGW transmits a message in which the PCC session information is added to the CC-session recovery request to the PCRF as a message newly introduced by the present invention (step 7).
８．ＣＣ－セッション復旧要求を受けたＰＣＲＦは、該メッセージに付与されたＰＣＣセッション情報からセッション情報を再構築し、再開発生前のセッションの状態へ復旧することができる。 8). The PCRF that has received the CC-session recovery request can reconstruct the session information from the PCC session information attached to the message, and can recover the session state before the restart occurred.
　図２の例に示すように、ＰＣＲＦは、ＰＣＣセッション情報を、ＳＧＷ／ＰＧＷに退避保持しておき、ＰＣＲＦの再開を契機に、ＳＧＷ／ＰＧＷからＰＣＣセッション情報を受け取り、再開前のセッション状態に復旧させている。 As shown in the example of FIG. 2, the PCRF saves and holds the PCC session information in the SGW / PGW, receives the PCC session information from the SGW / PGW when the PCRF restarts, and enters the session state before the restart. It is restored.
　本発明によれば、ＰＣＲＦの再開時に、ＳＧＷ／ＰＧＷは、該当セッションに関連するベアラを解放することなく、ＰＣＣセッション状態を復旧させることが可能となる。以下、いくつかの実施形態に即して本発明を説明する。 According to the present invention, when the PCRF is resumed, the SGW / PGW can recover the PCC session state without releasing the bearer related to the session. Hereinafter, the present invention will be described with reference to some embodiments.
＜実施形態１＞
　図３は、本発明の第１の実施形態の構成を示す図である。図３において、ネットワーク構成自体は、通常のＥＰＣネットワークと変わらない。ＵＥ（１、２）は、携帯電話等の移動機を示す。 <Embodiment 1>
FIG. 3 is a diagram showing a configuration of the first exemplary embodiment of the present invention. In FIG. 3, the network configuration itself is the same as that of a normal EPC network. UE (1, 2) indicates a mobile device such as a mobile phone.
　ｅＮｏｄｅＢ（１１）は、例えばＬＴＥの基地局である。ＮｏｄｅＢ（２１）、及びＲＮＣ（３１）は、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ　Ｍｏｂｉｌｅ　Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ　Ｓｙｓｔｅｍ）で採用された無線アクセス用装置を示す。ＭＭＥ（４１）は、ＥＰＣで導入されたモビリティを管理する装置である。ＳＧＳＮ（５１）はＵＭＴＳ用に用いる在圏装置である。ＳＧＷは、在圏でユーザープレーンを扱う装置である。ＰＧＷは、外部パケット網（サービスネットワーク（９１））とＥＰＣを接続するゲートウェイ装置である。 ENodeB (11) is, for example, an LTE base station. Node B (21) and RNC (31) indicate radio access devices employed in UMTS (Universal Mobile Telecommunications System). The MME (41) is a device that manages mobility introduced by EPC. SGSN (51) is a serving device used for UMTS. The SGW is a device that handles the user plane in the area. The PGW is a gateway device that connects an external packet network (service network (91)) and EPC.
　ＰＣＲＦ（８１）は、ＱｏＳ及び課金ポリシーを管理する装置（サーバノード）であり、ＳＧＷ及びＰＧＷと「ＣＣ－セッション」というセッションを、ＵＥ１、ＵＥ２とサービスネットワーク（９１）との括り付け単位であるＩＰ－ＣＡＮセッション毎に、確立する。なお、ＰＣＲＦはユーザープレーンを扱わない。 The PCRF (81) is a device (server node) that manages QoS and charging policies, and is a unit for linking a session called “CC-session” with the SGW and PGW and the UE1, UE2, and the service network (91). Established for each IP-CAN session. The PCRF does not handle the user plane.
　ＨＳＳ（１０１）は、ＩＰ電話網において加入者の番号や在圏情報等、加入者のプロファイル情報を保持するノード（加入者情報管理サーバ）である。ＰＣＲＦは、必要に応じてＨＳＳ（１０１）からプロファイル情報を取得する。 The HSS (101) is a node (subscriber information management server) that holds subscriber profile information such as the subscriber number and location information in the IP telephone network. The PCRF acquires profile information from the HSS (101) as necessary.
　はじめに、ＰＣＲＦとのＣＣ－セッションの確立処理およびＰＣＲＦ再開発生時の動作を説明する。 First, the CC-session establishment process with the PCRF and the operation when the PCRF restarts will be described.
＜比較例の動作＞
　図４は、本発明の比較例を説明するための図である。図４には、「ＬＴＥ　ａｔｔａｃｈ」からＰＣＲＦの一時的なサービス停止発生後のＰＧＷ起動と切断の動作シーケンスが例示されている。なお、各動作に付した番号１～１０はシーケンス動作番号（ステップ番号）を表している。 <Operation of Comparative Example>
FIG. 4 is a diagram for explaining a comparative example of the present invention. FIG. 4 illustrates an operation sequence of PGW activation and disconnection after the occurrence of a temporary service stop of the PCRF from “LTE attach”. Note that numbers 1 to 10 assigned to each operation represent a sequence operation number (step number).
１．ＵＥからアタッチリクエスト（Ａｔｔａｃｈ　Ｒｅｑｕｅｓｔ）をＭＭＥに送信する。ＵＥからのアタッチリクエストは、ＵＥの電源投入時等、ＵＥをネットワークに登録するための要求である。 1. An attach request (Attach Request) is transmitted from the UE to the MME. The attach request from the UE is a request for registering the UE in the network, such as when the UE is powered on.
２．ＵＥからアタッチリクエストを受けたＭＭＥは、認証・秘匿処理を、ＵＥ／ｅＮＢ（ｅＮＯＤＥＢ）間で行う。 2. The MME that has received the attach request from the UE performs authentication and concealment processing between the UE / eNB (eNODEB).
３．ＭＭＥは、その後、Ｓ１１インタフェース（ＧＰＲＳ　Ｔｕｎｎｅｌｉｎｇ　Ｐｒｏｔｏｃｏｌ　Ｖ２（ＧＴＰｖ２）を介してＳＧＷに、セッション作成要求（Ｃｒｅａｔｅ　Ｓｅｓｓｉｏｎ　Ｒｅｑｕｅｓｔ）を送信する。 3. Thereafter, the MME transmits a session creation request (Create Session Request) to the SGW via the S11 interface (GPRS Tunneling Protocol V2 (GTPv2)).
４．ＳＧＷは、Ｓ５／Ｓ８インタフェース（ＧＴＰｖ２）を介してＰＧＷへセッション作成要求（Ｃｒｅａｔｅ　Ｓｅｓｓｉｏｎ　Ｒｅｑｕｅｓｔ）を送信する。 4). The SGW transmits a session creation request (Create Session Request) to the PGW via the S5 / S8 interface (GTPv2).
５．ＰＧＷがＰＣＲＦへクレジットコントロール要求（ＣＣ－Ｒｅｑｕｅｓｔ（ｉｎｉｔｉａｌ）を送信する。ＣＣ－Ｒｅｑｕｅｓｔ（ｉｎｉｔｉａｌ）のｉｎｉｔｉａｌは要求タイプ（ＣＣ－Ｒｅｑｕｅｓｔ　Ｔｙｐｅ）がｉｎｉｔｉａｌであることを表している。ＤＩＡＭＥＴＥＲ　ＣＣ－Ｒｅｑｕｅｓｔ／ＣＣ－Ａｎｓｗｅｒメッセージの詳細等についてはＩＥＴＦ　ＲＦＣ　４００６等が参照される。 5. The PGW sends a credit control request (CC-Request (initial)) to the PCRF. The initial of the CC-Request (initial) indicates that the request type (CC-Request Type) is initial. DIAMETER CC-Request / For details of the CC-Answer message, refer to IETF RFC 4006.
６．ＰＣＲＦは、ＣＣ－セッションを生成し、ＱｏＳ、課金判定を実行後、ＰＧＷに、クレジットコントロール・アンサー（ＣＣ－Ａｎｓｗｅｒ）を返信する。このタイミング（ＣＣ－Ａｎｓｗｅｒ返信のタイミング）で、ＰＣＲＦに、当該セッションに対する、セッション情報が生成される。ＰＣＲＦは、ＰＣＣルールのＱｏＳルールに基づき、帯域制御として、３Ｇ端末によるセッションに関わるＰＧＷに関して帯域を例えば２Ｍｂｉｔｓ／Ｓｅｃ、ＬＴＥ端末によるセッションに関わるＰＧＷに関して帯域を例えば１００Ｍｂｉｔｓ／Ｓｅｃ等に設定する。 6). The PCRF generates a CC-session, performs QoS and billing determination, and returns a credit control answer (CC-Answer) to the PGW. At this timing (CC-Answer reply timing), session information for the session is generated in the PCRF. Based on the QoS rule of the PCC rule, the PCRF sets the bandwidth to, for example, 2 Mbits / Sec for the PGW related to the session by the 3G terminal, for example, 100 Mbits / Sec for the PGW related to the session by the LTE terminal, as bandwidth control.
７．ＰＣＲＦからＣＣ－Ａｎｓｗｅｒを受けたＰＧＷは、ＳＧＷへセッション作成応答（Ｃｒｅａｔｅ　Ｓｅｓｓｉｏｎ　Ｒｅｓｐｏｎｓｅ）を返信する。 7. The PGW that has received CC-Answer from the PCRF returns a session creation response (Create Session Response) to the SGW.
８．ＳＧＷはＭＭＥへセッション作成応答（Ｃｒｅａｔｅ　Ｓｅｓｓｉｏｎ　Ｒｅｓｐｏｎｓｅ）を返信する。 8). The SGW returns a session creation response (Create Session Response) to the MME.
９．セッション作成応答を受けたＭＭＥは、アタッチ受理（Ａｔｔａｃｈ　Ａｃｃｅｐｔ）をＵＥへ返信する。 9. The MME that has received the session creation response returns an attach acceptance (Attach Accept) to the UE.
１０．ｅＮＢ－ＭＭＥ－ＳＧＷ間でベアラ確立処理が行われる。この結果、ＵＥからサービスネットワークへのベアラ確立が完了する。図４のステップ１～１０の詳細は、非特許文献３の５．３．２　Ａｔｔａｃｈ　ｐｒｏｃｅｄｕｒｅのＦｉｇｕｒｅ　５．３．２．１－１とその関連説明が参照される）。 10. A bearer establishment process is performed between the eNB-MME-SGW. As a result, bearer establishment from the UE to the service network is completed. The details of steps 1 to 10 in FIG. 4 are referred to FIG. 5.3.2-1.1-1 of 5.3.2 Attach procedure of Non-Patent Document 3 and the related explanation).
１１．その後、ＰＣＲＦの再開が発生する（ＰＣＲＦはセッション情報を喪失する）。 11 Thereafter, resumption of the PCRF occurs (the PCRF loses session information).
１２．ＰＧＷがＰＣＲＦの再開を検出する。 12 The PGW detects the resumption of the PCRF.
１３．ＰＧＷは、セッションの状態を一致化させるために、ベアラ解放を起動し、ベアラ削除要求（Ｄｅｌｅｔｅ　Ｂｅａｒｅｒ　Ｒｅｑｕｅｓｔ）をＳＧＷへ送信する。 13. The PGW activates the bearer release and makes a delete bearer request (Delete Bearer Request) to the SGW in order to match the session state.
１４．ベアラ削除要求を受けたＳＧＷは、ＭＭＥに、ベアラ削除要求（Ｄｅｌｅｔｅ　Ｂｅａｒｅｒ　Ｒｅｑｕｅｓｔ）を送信する。 14 The SGW that has received the bearer deletion request transmits a bearer deletion request (Delete Bearer Request) to the MME.
１５．ＭＭＥは、この場合、ＵＥにとって最後のベアラとなるため、ベアラ削除処理を起動し、デタッチ要求（Ｄｅｔａｃｈ　Ｒｅｑｕｅｓｔ）をＵＥに送信する。 15. In this case, since the MME becomes the last bearer for the UE, the MME activates the bearer deletion process and transmits a detach request (Detach Request) to the UE.
１６．一旦、ＵＥは、デタッチ受理（Ｄｅｔａｃｈ　Ａｃｃｅｐｔ）をＭＭＥに伝える。 16. Once, the UE informs the MME of the Detach Accept.
１７．ＵＥからのデタッチ受理を受けたＭＭＥは、ＳＧＷにベアラ削除応答（Ｄｅｌｅｔｅ　Ｂｅａｒｅｒ　Ｒｅｓｐｏｎｓｅ）を返す。ＭＭＥからＵＥへのデタッチ要求については、非特許文献３の５．３．８のＤｅｔａｃｈ　ＰｒｏｃｅｄｕｒｅのＦｉｇｕｒｅ　５．３．８．３－１：　ＭＭＥ－Ｉｎｉｔｉａｔｅｄ　Ｄｅｔａｃｈ　Ｐｒｏｃｅｄｕｒｅとその関連説明が参照される。 17. The MME that has received the detachment from the UE returns a delete bearer response (Delete Bearer Response) to the SGW. For the detach request from the MME to the UE, refer to FIG. 5.3.8.3-1 of the Mach-Initiated Detach Procedure and its related description in 5.3.8 of Non-Patent Document 3.
１８．これを受け取ったＳＧＷは、ＰＧＷに対してベアラ削除応答（Ｄｅｌｅｔｅ　Ｂｅａｒｅｒ　Ｒｅｓｐｏｎｓｅ）を返す。 18. The SGW that has received this returns a delete bearer response (Delete Bearer Response) to the PGW.
１９．ＵＥはベアラを解放して一旦デタッチ（Ｄｅｔａｃｈ）状態へ遷移する。 19. The UE releases the bearer and transitions to the detach state once.
２０．その後、ＵＥは、改めてアタッチ（Ａｔｔａｃｈ）処理を起動する（再Ａｔｔａｃｈ）。 20. Thereafter, the UE activates the attach process again (reattach).
　そして、ＰＣＲＦを含めセッション情報が一致した状態でベアラを再度確立する。 Then, the bearer is re-established with the session information including the PCRF matching.
＜実施形態１の動作＞
　図５は、本発明の第１の実施形態の動作シーケンスを説明する図である。図５において、ステップ１のＵＥからのアタッチ処理Ａは、図４の処理Ａ（非特許文献３のＦｉｇｕｒｅ　５．３．２．１－１：　Ａｔｔａｃｈ　ｐｒｏｃｅｄｕｒｅ）と同一であるため、説明を省略する。 <Operation of Embodiment 1>
FIG. 5 is a diagram illustrating an operation sequence according to the first embodiment of this invention. In FIG. 5, the attach process A from the UE in step 1 is the same as the process A in FIG. 4 (FIG. 5.2.1-1: Attach procedure of Non-Patent Document 3), and thus description thereof is omitted. .
２．ＰＧＷがＰＣＲＦへＣＣ－Ｒｅｑｕｅｓｔ（ｉｎｉｔｉａｌ）メッセージを送信する。その際、ＰＧＷは、ＣＣ－Ｒｅｑｕｅｓｔにおけるフラグ（ｆｌａｇ）情報として、復旧支援＝真（ｒｅｓｔｏｒａｔｉｏｎ＿ｓｕｐｐｏｒｔ＝ｔｒｕｅ）を設定し、当該ＰＧＷが、ＰＣＲＦ再開後復旧機能をサポートしていること（能力情報）を、ＰＣＲＦに通知する。ＰＧＷからＣＣ－Ｒｅｑｕｅｓｔを受けたＰＣＲＦは、ＣＣ（Ｃｒｅｄｉｔ－Ｃｏｎｔｒｏｌ）－セッションを生成し、ＱｏＳ、課金（Ｃｈａｒｇｉｎｇ）の判定を行う。 2. The PGW sends a CC-Request (initial) message to the PCRF. At that time, the PGW sets recovery support = true (restoration_support = true) as flag information in CC-Request, and indicates that the PGW supports the recovery function after restarting the PCRF (capability information). , Notify the PCRF. The PCRF that has received the CC-Request from the PGW generates a CC (Credit-Control) -session, and performs QoS and Charging determination.
３．ＰＣＲＦは、ＰＧＷへＣＣ－Ａｎｓｗｅｒを返信する際に、当該ＣＣ－Ａｎｓｗｅｒに、ＰＣＣセッション情報（ＱｏＳ、課金情報を含む）のコンテナ（ＰＣＣ　ｃｏｎｔａｉｎｅｒ）を付与する。ＰＣＣセッション情報コンテナは、ＰＣＣセッション情報を格納するＡＶＰ（Ａｔｔｒｉｂｕｔｅ　Ｖａｌｕｅ　Ｐａｉｒ：属性値ペア）からなる。 3. When returning the CC-Answer to the PGW, the PCRF gives the CC-Answer a PCC session information (including QoS and billing information) container (PCC container). The PCC session information container includes an AVP (Attribute Value Pair: attribute value pair) that stores PCC session information.
４．ＰＣＲＦから、ＰＣＣコンテナ付のＣＣ－Ａｎｓｗｅｒを受信したＰＧＷは、ＰＣＣコンテナ（セッション）情報を保持する（ただし、ＰＧＷはＰＣＣコンテナのセッション情報の解釈は行わない）。 4). The PGW that has received the CC-Answer with the PCC container from the PCRF holds the PCC container (session) information (however, the PGW does not interpret the session information of the PCC container).
５．その後、ベアラ確立処理（処理Ｂ）を継続する。図５のステップ５のベアラ確立処理（処理Ｂ）は、
図４のステップ７（ＰＧＷからＳＧＷへのＣｒｅａｔｅ　Ｓｅｓｓｉｏｎ　Ｒｅｓｐｏｎｃｅの返信）、
図４のステップ８（ＳＧＷからＭＭＥへのＣｒｅａｔｅ　Ｓｅｓｓｉｏｎ　Ｒｅｓｐｏｎｃｅの返信）、
図４のステップ９（ＭＭＥからＵＥへのＡｔｔａｃｈ　Ａｃｃｅｐｔの返信）、
図４のステップ１０のベアラ確立処理（処理Ｂ）
からなる。 5. Thereafter, the bearer establishment process (process B) is continued. The bearer establishment process (process B) in step 5 of FIG.
Step 7 of FIG. 4 (Reply of Create Session Response from PGW to SGW),
Step 8 of FIG. 4 (Reply of Create Session Response from SGW to MME),
Step 9 in FIG. 4 (reply of Attach Accept from MME to UE),
Bearer establishment process (process B) in step 10 of FIG.
Consists of.
６．ベアラ確立後に、ＰＣＲＦは再開する（ＰＣＣセッション情報喪失）。 6). After bearer establishment, the PCRF resumes (PCC session information loss).
７．ＰＧＷはＰＣＲＦの再開を検出する。 7. The PGW detects the resumption of the PCRF.
８．ＰＣＲＦの再開を検出したＰＧＷは、ＰＧＷで記憶保持しているＰＣＣセッション情報コンテナを、ＰＣＲＦへ通知し、ＰＣＣセッション情報を復旧させるために、ＰＣＣセッション情報コンテナ（ＰＣＣ　ｃｏｎｔａｉｎｅｒ）を含むＣＣ－Ｒｅｑｕｅｓｔ（ｕｐｄａｔｅ）をＰＣＲＦへ送信する。このＣＣ－ＲｅｑｕｅｓｔのＲｅｑｕｅｓｔ－Ｔｙｐｅ＝ｕｐｄａｔｅは、ＰＣＣコンテナによるアップデートの指示（ｕｐｄａｔｅ　ｉｎｄｉｃａｔｉｏｎ）を表す。 8). The PGW that detected the resumption of the PCRF notifies the PCRC of the PCC session information container stored and held in the PGW, and in order to restore the PCC session information, the CC-Request (including the PCC session information container (PCC container)) update) to the PCRF. Request-Type = update of this CC-Request represents an update instruction (update indication) by the PCC container.
９．ＰＣＲＦは、ＰＧＷからＣＣ－Ｒｅｑｕｅｓｔ（ｕｐｄａｔｅ）を受けとる。ＰＧＷからのＣＣ－Ｒｅｑｕｅｓｔ（ｕｐｄａｔｅ）にＰＣＣセッション情報コンテナが含まれることから、ＰＣＲＦは、ＰＣＲＦ再開により失われたＰＣＣセッション情報の復旧を目的とする信号であるものと認識し、ＣＣ－ＲｅｑｕｅｓｔとＰＣＣコンテナ（ＰＣＣセッション情報）から、セッション情報（セッションデータ）を復旧させる。 9. The PCRF receives a CC-Request (update) from the PGW. Since the PCC session information container is included in the CC-Request (update) from the PGW, the PCRF recognizes that the signal is intended to recover the PCC session information lost due to the PCRF restart, and the CC-Request and The session information (session data) is recovered from the PCC container (PCC session information).
１０．ＰＣＲＦは、ＰＣＣセッション情報を復旧させる。ＰＣＲＦは、ＰＣＣセッションの復旧の成功を、ＣＣ－Ａｎｓｗｅｒを用いてＰＧＷに返信する。 10. The PCRF restores the PCC session information. The PCRF returns a successful recovery of the PCC session to the PGW using CC-Answer.
　図４の比較例では、ベアラ解放後（図４のステップ１９）に、ＵＥからの再Ａｔｔａｃｈによりベアラを再度確立としていたが、本実施形態によれば、ベアラに影響を与えることなく、ＰＧＷ－ＰＣＲＦ間で復旧させることが可能となる。 In the comparative example of FIG. 4, after the bearer is released (step 19 in FIG. 4), the bearer is re-established by reattaching from the UE. However, according to this embodiment, the PGW- It is possible to recover between PCRFs.
　上記説明では、ＳＧＷ－ＰＧＷ間で、ＧＴＰｖ２（ＧＴＰ　Ｖｅｒｓｉｏｎ２（ＧＰＲＳ（Ｇｅｎｅｒａｌ　Ｐａｃｋｅｔ　Ｒａｄｉｏ　Ｓｅｒｖｉｃｅ）　Ｔｕｎｎｅｌｉｎｇ　Ｐｒｏｔｏｃｏｌ））プロトコルを用いた例で説明したが、ＰＭＩＰｖ６（Ｐｒｏｘｙ　Ｍｏｂｉｌｅ　ＩＰｖ６）を用いた場合でも、同様の機能を実現することが出来る。この場合、ＳＧＷからもＰＣＲＦへアクセスが発生するため、ＳＧＷ－ＰＣＲＦ間のＣＣ－Ｒｅｑｕｅｓｔ／ＣＣ－Ａｎｓｗｅｒへ、ＰＧＷ－ＰＣＲＦ間と同様に、ＰＣＣコンテナを追加する。 In the above description, the GTPv2 (GTP Version 2 (GPRS (General Packet Radio Service) Tunneling Protocol)) protocol is used between the SGW and the PGW. However, even when PMIPv6 (Proxy Mobile IPv6) is used, Functions can be realized. In this case, since the SGW also accesses the PCRF, a PCC container is added to the CC-Request / CC-Answer between the SGW and the PCRF in the same manner as between the PGW and the PCRF.
　また、ＰＣＣコンテナが追加されるメッセージは、アタッチ（Ａｔｔａｃｈ）時のＳＧＷ／ＰＧＷ、ＰＣＲＦ間のＣＣ－セッション確立時のＣＣ－Ａｎｓｗｅｒだけに限定されるものでないことは勿論である。複数のＰＤＮ（Ｍｕｌｔｉｐｌｅ　ＰＤＮ）確立時、複数のＳＧＷに跨ったＴＡ（Ｔｒａｃｋｉｎｇ　Ａｒｅａ）－Ｕｐｄａｔｅ、ハンドオーバー時のＣＣ－セッション確立時においても、同様に、ＰＣＣコンテナを追加することで、ＰＣＲＦ再開検出後のＰＣＣセッションの復旧を実現することができる。 Of course, the message to which the PCC container is added is not limited to the SGW / PGW at the time of Attach and the CC-Answer at the time of establishing the CC-session between the PCRFs. When multiple PDNs (Multiple PDNs) are established, TA (Tracking Area) -Updates across multiple SGWs, and CC-sessions established during handover are also detected by restarting the PCRF by adding a PCC container. Recovery of a later PCC session can be realized.
＜実施形態１の変形例＞
　本実施形態の変形例として、図５のｅＮＢとＭＭＥとを、それぞれ、図３のＮｏｄｅＢ及びＲＮＣと、ＳＧＳＮとで置き換えることで、アクセス網がＵＭＴＳである場合におけるＰＣＣセッションの復旧にも、本発明が適用可能となる。 <Modification of Embodiment 1>
As a modification of the present embodiment, by replacing the eNB and MME in FIG. 5 with the NodeB and RNC in FIG. 3 and SGSN, respectively, the PCC session can be restored when the access network is UMTS. The invention can be applied.
＜ＰＣＣセッション情報コンテナ＞
　図６は、本実施形態においてＰＣＣコンテナに含まれる情報の一例を示す図である。ＤｉａｍｅｔｅｒセッションＩＤ、サブスクリプションＩＤ（Ｓｕｂｓｃｒｉｐｔｉｏｎ－Ｉｄ）は、ＰＧＷ／ＳＧＷからＰＣＲＦに送信されるＣＣ－Ｒｅｑｕｅｓｔに設定される情報を用いることができる。不足情報である、
・移動機ＩＰｖ４アドレス／ＩＰｖ６　ｐｒｅｆｉｘ、ＡＰＮ（Ａｃｃｅｓｓ　Ｐｏｉｎｔ　Ｎａｍｅ）名、
・ＱｏＳルール、
・課金（Ｃｈａｒｇｉｎｇ）ルール、及び、
・関連情報
をＰＣＲＦはＰＣＣコンテナに設定する。 <PCC session information container>
FIG. 6 is a diagram illustrating an example of information included in the PCC container in the present embodiment. Information set in CC-Request transmitted from PGW / SGW to PCRF can be used as Diameter session ID and subscription ID (Subscription-Id). Missing information,
-Mobile device IPv4 address / IPv6 prefix, APN (Access Point Name) name,
・ QoS rules,
-Charging rules and
-The PCRF sets related information in the PCC container.
　ＳＧＷ／ＰＧＷではＰＣＣコンテナの内部情報を意識（解釈）する必要はないため、図６に示す例以外であっても、ＰＣＲＦで必要とする情報を格納することができる。 Since the SGW / PGW does not need to be aware (interpreted) of the internal information of the PCC container, information necessary for the PCRF can be stored even in cases other than the example shown in FIG.
＜ＰＣＲＦ再開検出手順の一例＞
　図７は、本実施形態におけるＰＣＲＦ再開検出の一例を示す図である。ＰＣＲＦ再開は、ＩＥＴＦ　ＲＦＣ　３５８８に規定されているＯｒｉｇｉｎ－Ｓｔａｔｅ－Ｉｄを用いることで可能となる。 <Example of PCRF restart detection procedure>
FIG. 7 is a diagram illustrating an example of PCRF restart detection in the present embodiment. The PCRF can be restarted by using Origin-State-Id defined in IETF RFC 3588.
　本実施形態において、Ｏｒｉｇｉｎ－Ｓｔａｔｅ－Ｉｄは、例えばＰＣＲＦ再開によりセッション情報を失った際にカウントアップされる。Ｄｉａｍｅｔｅｒコネクション確立時に交換するＣＥＲ（Ｃａｐａｂｉｌｉｔｙ　Ｅｘｃｈａｎｇｅ　Ｒｅｑｕｅｓｔ）／ＣＥＡ（Ｃａｐａｂｉｌｉｔｙ　Ｅｘｃｈａｎｇｅ　Ａｎｓｗｅｒ）メッセージに、Ｏｒｉｇｉｎ－Ｓｔａｔｅ－Ｉｄを設定することで、Ｄｉａｍｅｔｅｒコネクション確立（ＳＣＴＰ確立）の度に、対向装置の再開の有無を認識することが可能となる。なお、Ｄｉａｍｅｔｅｒ能力交渉（ＣＥＲ／ＣＥＡ）は各ピアでいかなるアプリケーションがサポートされているかを決定するために行われる。 In this embodiment, Origin-State-Id is counted up when session information is lost due to, for example, PCRF restart. By setting Origin-State-Id in the CER (Capability Exchange Request) / CEA (Capability Exchange Answer) message to be exchanged when the Diameter connection is established, the peer device is re-established each time the Diameter connection is established (SCTP established). Can be recognized. Note that Diameter capability negotiation (CER / CEA) is performed to determine what applications are supported at each peer.
１．ＰＧＷは、ＰＣＲＦとＳＣＴＰ（Ｓｔｒｅａｍ　Ｃｏｎｔｒｏｌ　Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｐｒｏｔｏｃｏｌ）による接続を確立する。ＳＣＴＰについてはＩＥＴ　ＲＦＣ　４９６０等が参照される。 1. The PGW establishes a connection using PCRF and SCTP (Stream Control Transmission Protocol). For SCTP, IET RFC 4960 is referred to.
２．ＰＧＷは、ＰＣＲＦにＣＥＲ（Ｏｒｉｇｉｎ－Ｓｔａｔｅ－Ｉｄ）メッセージを送信する。 2. The PGW transmits a CER (Origin-State-Id) message to the PCRF.
３．ＰＧＷは、ＰＣＲＦからＣＥＡ（Ｏｒｉｇｉｎ－Ｓｔａｔｅ－Ｉｄ）メッセージを受信する。 3. The PGW receives a CEA (Origin-State-Id) message from the PCRF.
４．ＰＧＷは、Ｏｒｉｇｉｎ－Ｓｔａｔｅ－Ｉｄの値の増加により「ＳＣＴＰ切断」を検出する。 4). The PGW detects “SCTP disconnection” by increasing the value of Origin-State-Id.
５．ＰＣＲＦが、障害から復旧し、再開する（ＰＣＲＦではセッション情報喪失）。 5. The PCRF recovers from the failure and restarts (session information is lost in the PCRF).
６．ＰＧＷは、ＰＣＲＦとＳＣＴＰ（Ｓｔｒｅａｍ　Ｃｏｎｔｒｏｌ　Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｐｒｏｔｏｃｏｌ）による接続を確立する。 6). The PGW establishes a connection using PCRF and SCTP (Stream Control Transmission Protocol).
７．ＰＧＷは、ＰＣＲＦにＣＥＲ（Ｏｒｉｇｉｎ－Ｓｔａｔｅ－Ｉｄ）メッセージを送信する。 7. The PGW transmits a CER (Origin-State-Id) message to the PCRF.
８．ＰＣＲＦは、Ｏｒｉｇｉｎ－Ｓｔａｔｅ－Ｉｄをカウントアップする。 8). The PCRF counts up Origin-State-Id.
９．ＰＧＷは、ＰＣＲＦからＤｉａｍｅｔｅｒ　ＣＥＡ（Ｏｒｉｇｉｎ－Ｓｔａｔｅ－Ｉｄ）メッセージを受信する。 9. The PGW receives a Diameter CEA (Origin-State-Id) message from the PCRF.
１０．ＰＧＷは、ＰＣＲＦ再開を検出する。ＰＧＷは、ＰＣＲＦから受信したＤｉａｍｅｔｅｒ　ＣＥＡ（Ｏｒｉｇｉｎ－Ｓｔａｔｅ－Ｉｄ）メッセージにおいて、前回、同一の発行元から受信したＤｉａｍｅｔｅｒ　ＣＥＡメッセージのＯｒｉｇｉｎ－Ｓｔａｔｅ－Ｉｄよりも大きなＯｒｉｇｉｎ－Ｓｔａｔｅ－Ｉｄを受信すると、発行元は、前回メッセージから状態を失ったものと推定する。この場合、ＰＧＷにおいて、ＰＣＣセッションが失われた状態であるＰＣＲＦ再開が推定（検出）される。 10. The PGW detects PCRF restart. When the PGW receives an Origin-State-Id that is larger than the Origin-State-Id of the Diameter CEA message previously received from the same issuer in the Diameter CEA (Origin-State-Id) message received from the PCRF Originally, it is assumed that the state has been lost since the previous message. In this case, in the PGW, it is estimated (detected) that the PCRF is resumed in a state where the PCC session is lost.
　本実施形態は以下のような作用効果を奏する。 This embodiment has the following operational effects.
　本実施形態においては、ＳＧＷ／ＰＧＷが、ＰＣＣセッション情報を保持する構成としたことにより、ＰＣＲＦ再開時に、ＳＧＷ／ＰＧＷからＰＣＲＦへ該ＰＣＣセッション情報を転送することで、ＰＣＣセッション情報を復旧できる。すなわち、本実施形態においては、ＰＣＲＦの一時的なサービス停止によりセッション情報を失っても、ＳＧＷ／ＰＧＷ－ＰＣＲＦ間で、復旧可能であり、ＵＥが通信中のベアラに影響を与えることなく、通信品質への影響を回避することができる。 In the present embodiment, since the SGW / PGW is configured to hold the PCC session information, the PCC session information can be recovered by transferring the PCC session information from the SGW / PGW to the PCRF when the PCRF is resumed. In other words, in this embodiment, even if session information is lost due to a temporary service stop of the PCRF, it can be recovered between the SGW / PGW-PCRF, and the communication can be performed without affecting the bearer with which the UE is communicating. The impact on quality can be avoided.
＜実施形態２＞
　次に本発明の第２の実施形態について説明する。図８は、本発明の第２の実施形態の動作を説明する図である。本実施形態のネットワーク構成は、図３と同一である。前記実施形態１では、ＰＣＲＦにおいて、１つのＰＣＣセッションの復旧を行っているが、本実施形態では、ＰＣＲＦにおいて、複数のＰＣＣセッションの復旧を行う。 <Embodiment 2>
Next, a second embodiment of the present invention will be described. FIG. 8 is a diagram for explaining the operation of the second embodiment of the present invention. The network configuration of this embodiment is the same as FIG. In the first embodiment, one PCC session is recovered in the PCRF, but in the present embodiment, a plurality of PCC sessions are recovered in the PCRF.
　図８において、ステップ１の処理Ａ（ＵＥからのＡｔｔａｃｈ処理）は、図５の処理Ａと同一であるため、説明を省略する。また、
２．ＰＧＷからＰＣＲＦへのＣＣ－Ｒｅｑｕｅｓｔ（ｉｎｉｔｉａｌ）の送信、
３．ＰＣＲＦからＰＧＷへのＣＣ－Ａｎｓｗｅｒ（ＰＣＣコンテナ付）の送信
４．ＰＧＷにおけるＰＣＣコンテナ（セッション情報）の保持、
５．処理Ｂ（ベアラ確立処理）は、
　いずれも図５と同一である。 In FIG. 8, the process A in Step 1 (Attach process from the UE) is the same as the process A in FIG. Also,
2. CC-Request (initial) transmission from PGW to PCRF,
3. 3. Send CC-Answer (with PCC container) from PCRF to PGW PCC container (session information) retention in PGW,
5. Process B (bearer establishment process)
Both are the same as FIG.
６．ＰＣＲＦで再開が発生する（ＰＣＣセッション情報喪失）。 6). Resumption occurs in the PCRF (PCC session information loss).
７．ＰＧＷがＰＣＲＦ再開を検出する（図７で説明した手順による）。 7. The PGW detects the PCRF restart (according to the procedure described in FIG. 7).
８．ＰＧＷは、ＰＣＲＦへＣＣ－Ｒｅｑｕｅｓｔ（ｂｕｌｋ　ｕｐｄａｔｅ）を送信する。このＣＣ－Ｒｅｑｕｅｓｔ（ｂｕｌｋ　ｕｐｄａｔｅ）メッセージ（１つのメッセージ）に、複数のＰＣＣセッション情報コンテナを登録することが可能である。ＣＣ－ＲｅｑｕｅｓｔのＲｅｑｕｅｓｔ　Ｔｙｐｅ＝ｂｕｌｋ　ｕｐｄａｔｅは、複数のセッション情報の更新指示を表している。 8). The PGW sends a CC-Request (bulk update) to the PCRF. It is possible to register a plurality of PCC session information containers in this CC-Request (bulk update) message (one message). Request Type = bulk update in CC-Request represents an instruction to update a plurality of session information.
９．ＰＣＲＦは、ＰＧＷからのＣＣ－Ｒｅｑｕｅｓｔを受信し、複数のＰＣＣセッション情報を復旧させる。 9. The PCRF receives the CC-Request from the PGW and restores a plurality of PCC session information.
１０．ＰＣＲＦは、ＣＣ－ＡｎｓｗｅｒをＰＧＷに返信する。 10. The PCRF returns CC-Answer to the PGW.
　前記実施形態１では、ＰＧＷは、セッション毎に、ＣＣ－Ｒｅｑｕｅｓｔ（ｕｐｄａｔｅ）をＰＣＲＦに送信することが必要とされているのに対して、本実施形態では、ＰＧＷは、複数のベアラに対応するＣＣ－セッションを一つのメッセージ（ＣＣ－Ｒｅｑｕｅｓｔ）を送信することで、ＰＣＲＦにおいて複数のＰＣＣセッションの復旧させることが可能となる。すなわち、ＰＧＷが複数のＰＣＣセッション情報を一つの信号でＰＣＲＦへ通知することが可能としたことにより、セッション毎にＣＣ－Ｒｅｑｕｅｓｔ（ｕｐｄａｔｅ）を送信する場合と較べて、ＰＣＲＦでのＰＣＣセッション復旧に必要な信号量（伝送される信号量（signaling load））を減らし、短期間に復旧可能となる。 In the first embodiment, the PGW is required to transmit a CC-Request (update) to the PCRF for each session, whereas in the present embodiment, the PGW corresponds to a plurality of bearers. By transmitting a single CC-session message (CC-Request), it is possible to restore a plurality of PCC sessions in the PCRF. In other words, since the PGW can notify the PCRF of a plurality of PCC session information with one signal, the PCF session can be restored with the PCRF, compared with the case where CC-Request (update) is transmitted for each session. The necessary amount of signal (the amount of signal transmitted (signaling load)) is reduced, and recovery is possible in a short time.
＜実施形態３＞
　次に、本発明の第３の実施形態について説明する。図９は、本発明の第３の実施形態を説明する図である。 <Embodiment 3>
Next, a third embodiment of the present invention will be described. FIG. 9 is a diagram for explaining a third embodiment of the present invention.
　図９において、ベアラ確立処理の前半（ステップ１の処理Ａ、ステップ２のＣＣ－Ｒｅｑｕｅｓｔ（ｉｎｉｔｉａｌ）は、図５の前記実施形態１と同一であるため、説明は省略する。 9, the first half of the bearer establishment process (process A in step 1 and CC-Request (initial) in step 2 are the same as those in the first embodiment in FIG.
３．ＰＧＷからＣＣ－Ｒｅｑｕｅｓｔを受信したＰＣＲＦは、該当加入者（当該アタッチリクエストを送信したＵＥのユーザ）のプロファイル情報取得のために、ＨＳＳに対して、プロファイル取得要求を送信する。 3. The PCRF that has received the CC-Request from the PGW transmits a profile acquisition request to the HSS in order to acquire profile information of the corresponding subscriber (user of the UE that transmitted the attach request).
４．ＰＣＲＦからプロファイル取得要求を受けたＨＳＳは、ＰＣＲＦに対して、該当加入者のプロファイル情報を設定したプロファイル取得応答を返信する。 4). The HSS that has received the profile acquisition request from the PCRF returns a profile acquisition response in which the profile information of the subscriber is set to the PCRF.
５．ＨＳＳからプロファイル取得応答を受けたＰＣＲＦは、プロファイル情報から加入者判定を行う（当該加入者が優先ユーザであるか否かを判定する）。 5. The PCRF that has received the profile acquisition response from the HSS performs subscriber determination from the profile information (determines whether the subscriber is a priority user).
６．当該加入者が優先ユーザの場合、ＰＣＲＦからＰＧＷへのＣＣ－Ａｎｓｗｅｒに、ＰＣＣセッション情報コンテナを付与する。 6). If the subscriber is a priority user, a PCC session information container is assigned to CC-Answer from PCRF to PGW.
７．ＰＧＷはＰＣＣセッション情報コンテナを保持する。 7. The PGW holds a PCC session information container.
８．当該加入者が優先ユーザ以外の場合、ＰＣＲＦは、ＰＣＣコンテナが設定されない（ＰＣＣコンテナを含まない）ＣＣ－ＡｎｓｗｅｒをＰＧＷへ返信する。 8). If the subscriber is not a priority user, the PCRF returns a CC-Answer to which no PCC container is set (not including the PCC container) to the PGW.
９．当該加入者が優先ユーザ以外の場合、ＰＧＷは、ＰＣＣコンテナ情報（ＰＣＣセッション情報）を保持しない。 9. If the subscriber is not a priority user, the PGW does not hold PCC container information (PCC session information).
１０．ベアラ確立処理（処理Ｂ）、
１１．ＰＣＲＦ再開、
１２．ＰＧＷによるＰＣＲＦ再開検出、
１３．ＰＧＷからＰＣＲＦへのＣＣ－Ｒｅｑｕｅｓｔ（ｕｐｄａｔｅ）（ＰＣＣコンテナ）の送信、
１４．ＰＣＲＦにおけるＰＣＣセッション復旧、
１５．ＰＣＲＦからＰＧＷへのＣＣ－Ａｎｓｗｅｒの返信
は、図５の前記実施形態１と同じである。 10. Bearer establishment process (Process B),
11. Resume PCRF,
12 PCRF restart detection by PGW,
13. CC-Request (update) (PCC container) transmission from PGW to PCRF,
14 PCC session recovery in PCRF,
15. The CC-Answer response from the PCRF to the PGW is the same as that in the first embodiment shown in FIG.
　ただし、ステップ１３のＣＣ－Ｒｅｑｕｅｓｔ（ｕｐｄａｔｅ）では、ＰＧＷが記憶保持している優先ユーザのＰＣＣセッション情報コンテナ（ＰＣＣコンテナ）のみがＰＣＲＦに送信される。 However, in CC-Request (update) in step 13, only the PCC session information container (PCC container) of the priority user stored and held in the PGW is transmitted to the PCRF.
　すなわち、本実施形態においては、ベアラ確立後に、ＰＣＲＦ再開を検出したＰＧＷは、ベアラ確立時に、ＰＣＣコンテナを受信したセッション情報分を、ＰＣＲＦへ復旧させるために、ＣＣ－ＲｅｑｕｅｓｔにＰＣＣコンテナ（ＰＣＣセッション情報）を設定し、ＰＣＲＦへ送信する。 That is, in the present embodiment, after the bearer is established, the PGW that has detected the resumption of the PCRF receives the PCC container (PCC session) from the CC-Request in order to restore the session information received by the PCC container to the PCRF when the bearer is established. Information) is set and transmitted to the PCRF.
　ＰＣＣコンテナを受けたＰＣＲＦは、優先ユーザのＰＣＣセッションを復旧させ、ＰＧＷへＣＣ－Ａｎｓｗｅｒを返信する。 The PCRF that has received the PCC container restores the PCC session of the priority user and returns a CC-Answer to the PGW.
　本実施形態において、優先ユーザは、契約情報等に基づく優先して救済したいユーザを指すものとする。例えばホーム加入者を優先ユーザとし、ローミングイン加入者を非優先ユーザとするような優先度設定としてもよい。 In the present embodiment, the priority user refers to a user who wants to rescue with priority based on contract information or the like. For example, the priority setting may be such that the home subscriber is a priority user and the roaming-in subscriber is a non-priority user.
　あるいは、本実施形態において、契約情報に基づいて、ホーム加入者内で優先ユーザ、非優先ユーザに分類するようにしてもよい。 Alternatively, in the present embodiment, the home subscriber may be classified into a priority user and a non-priority user based on the contract information.
　あるいは、本実施形態において、加入者情報によらず、ＡＰＮ毎に優先ユーザ、非優先ユーザに分類するようにしてもよい。 Or in this embodiment, you may make it classify | categorize into a priority user and a non-priority user for every APN irrespective of subscriber information.
　本実施形態によれば、優先度に基づき、復旧対象とするセッションを限定することで、ＰＧＷ側で保持する必要のあるＰＣＣコンテナ数（情報量）を制限する（情報量の増大を抑制）ことが可能となる。このため、ＰＧＷへの影響を抑えることができる。 According to this embodiment, the number of PCC containers (information amount) that needs to be held on the PGW side is limited by limiting the sessions to be restored based on the priority (suppressing increase in the information amount) Is possible. For this reason, the influence on PGW can be suppressed.
＜実施形態４＞
　次に、本発明の第４の実施形態を説明する。図１０は、本発明の第４の実施形態のシステム構成を示す図である。図１０を参照すると、図３の構成に対して、ＡＦ（Ａｐｐｌｉｃａｔｉｏｎ　Ｆｕｎｃｔｉｏｎ）１１１が追加されている。 <Embodiment 4>
Next, a fourth embodiment of the present invention will be described. FIG. 10 is a diagram showing a system configuration of the fourth exemplary embodiment of the present invention. Referring to FIG. 10, an AF (Application Function) 111 is added to the configuration of FIG.
　ＡＦは、ＩＭＳ（ＩＰ　Ｍｕｌｔｉｍｅｄｉａ　Ｓｙｓｔｅｍ）において、Ｐ－ＣＳＣＦ（Ｐｒｏｘｙ－Ｃａｌｌ　Ｓｅｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｆｕｎｃｔｉｏｎ）に配備され、ＰＣＲＦへＩＭＳで必要となるセッション情報を通知する役割を果たすノードであり、ＩＭＳにおいてＶｏＩＰ（Ｖｏｉｃｅ　ｏｖｅｒ　ＩＰ）発呼時等に、ベアラのＱｏＳ変更等が必要となった時に、ＰＣＲＦへ確立要求を出すノードである。図１０において、これ以外の構成は、図３の各要素と同一であるため、説明は省略する。 AF is a node deployed in P-CSCF (Proxy-Call Session Control Function) in IMS (IP Multimedia System), and plays a role of notifying session information required for IMS to PCRF, and VoIP (Voice) in IMS. (over IP) This is a node that issues a request for establishment to the PCRF when it becomes necessary to change the QoS of the bearer. In FIG. 10, since the configuration other than this is the same as each element in FIG.
　図１１は、本実施形態の動作の説明する図である。図１１において、１の処理Ａ（ＵＥからのＡｔｔａｃｈ処理）は、図５の処理Ａと同一であるため、説明を省略する。 FIG. 11 is a diagram for explaining the operation of the present embodiment. In FIG. 11, the first process A (Attach process from the UE) is the same as the process A of FIG.
２．ＰＧＷからＰＣＲＦへのＣＣ－Ｒｅｑｕｅｓｔ（ｉｎｉｔｉａｌ）の送信、
３．ＰＣＲＦからＰＧＷへのＣＣ－Ａｎｓｗｅｒ（ＰＣＣコンテナ付）の返信
４．ＰＧＷにおけるＰＣＣコンテナ（セッション）情報の保持、
５．処理Ｂ（ベアラ確立処理）は、
　図５と同一である。 2. CC-Request (initial) transmission from PGW to PCRF,
3. Reply of CC-Answer (with PCC container) from PCRF to PGW Holding PCC container (session) information in PGW,
5. Process B (bearer establishment process)
It is the same as FIG.
６．ベアラ確立後、ＩＭＳ側でのＶｏＩＰ発呼等の契機（確立トリガ）が発生する。 6). After bearer establishment, a trigger (establishment trigger) such as VoIP call on the IMS side occurs.
７．確立トリガを契機に、ＡＦがＰＣＲＦへ、ＡＡ－Ｒｅｑｕｅｓｔ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ／Ａｕｔｈｏｒｉｚａｔｉｏｎ　Ｒｅｑｕｅｓｔ）を送信する。ＡＡ－Ｒｅｑｕｅｓｔには、ＡＦがＰＣＣセッション情報を記憶保持しＰＣＲＦ再開時におけるＰＣＣセッション情報の復旧サポート機能を具備していることを示すフラグ（ｒｅｓｔｏｒａｔｉｏｎ　ｓｕｐｐｏｒｔ）を真（ｔｒｕｅ）にセットして通知する。 7. In response to the establishment trigger, the AF sends an AA-Request (Authentication / Authorization Request) to the PCRF. The AA-Request is notified by setting a flag (restoration support) to true to indicate that the AF stores and holds PCC session information and has a PCC session information recovery support function when the PCRF is resumed. .
８．ＡＡ－Ｒｅｑｕｅｓｔを受けたＰＣＲＦがセッション情報を生成し、ＡＡ－ＡｎｓｗｅｒをＡＦに返信する。この時、ＰＣＲＦは、ＡＡ－Ａｎｓｗｅｒに、前記実施形態１と同様に、ＰＣＣセッション情報コンテナを設定してＡＦへ返信する。 8). The PCRF that has received the AA-Request generates session information and returns AA-Answer to the AF. At this time, the PCRF sets a PCC session information container in AA-Answer as in the first embodiment, and returns it to the AF.
９．ＰＣＲＦからＰＣＣコンテナ付のＡＡ－Ａｎｓｗｅｒを受けたＡＦは、ＰＣＣセッション情報コンテナを保持する（しかし、ＡＦはＰＣＣセッション情報コンテナの解釈はしない）。 9. The AF that has received the AA-Answer with the PCC container from the PCRF holds the PCC session information container (but the AF does not interpret the PCC session information container).
１０．その後、ＰＣＲＦが再開する。 10. Thereafter, the PCRF resumes.
１１．ＰＣＲＦ再開を契機に、ＰＧＷはＰＣＣコンテナを設定したＣＣ－ＲｅｑｕｅｓｔをＰＣＲＦへ送信する。 11 When the PCRF restarts, the PGW transmits a CC-Request in which the PCC container is set to the PCRF.
１２．またＰＣＲＦ再開を契機に、ＡＦは、ＡＦセッションをＰＣＲＦで復旧させるために、ＰＣＣコンテナを設定したＡＡ－Ｒｅｑｕｅｓｔ（Ｒｅｑｕｅｓｔ＿Ｔｙｐｅ＝Ｕｐｄａｔｅ）をＰＣＲＦへ送信する。 12 In response to the restart of the PCRF, the AF transmits an AA-Request (Request_Type = Update) in which the PCC container is set to the PCRF in order to restore the AF session with the PCRF.
１３．ＰＣＣセッション情報コンテナを設定したＣＣ－Ｒｅｑｕｅｓｔ、ＡＡ－Ｒｅｑｕｅｓｔを受けたＰＣＲＦは、それぞれのセッション情報を復旧させる。 13. The PCRF that has received the CC-Request and AA-Request in which the PCC session information container is set restores the respective session information.
１４．ＰＣＲＦは、ＰＧＷにＣＣ－Ａｎｓｗｅｒを送信する。 14 The PCRF sends CC-Answer to the PGW.
１５．ＰＣＲＦは、ＡＦにＡＡ－Ａｎｓｗｅｒを送信する。このＡＡ－Ａｎｓｗｅｒでは、ＡＦにＰＣＣセッション情報の復旧の成功が通知される。 15. The PCRF sends AA-Answer to the AF. In this AA-Answer, the AF is notified of successful recovery of the PCC session information.
　なお、ステップ１１、１２において、ＰＧＷ、ＡＦは、図８と同様、ＣＣ－Ｒｅｑｕｅｓｔ、ＡＡ－Ｒｅｑｕｅｓｔに複数のＰＣＣセッション情報を付加し、「ｂｕｌｋ　ｕｐｄａｔｅ」を指示して送信するようにしてもよい。 In steps 11 and 12, the PGW and AF may add a plurality of pieces of PCC session information to the CC-Request and AA-Request, and send “bulk update” in the same manner as in FIG. .
＜変形例＞
　図１２は、本実施形態において、ＡＦが、ＰＣＲＦ再開時の復旧サポート機能に対応していない場合（フラグ：ｒｅｓｔｏｒａｔｉｏｎ　ｓｕｐｐｏｒｔ＝ｆａｌｓｅ）の動作シーケンスを示す図である。この場合、ＰＣＲＦ再開時、ＡＦからの復旧は期待できないが、ＰＣＲＦは、ＰＧＷへＡＦセッションのセッション情報も通知することで復旧可能となる。 <Modification>
FIG. 12 is a diagram illustrating an operation sequence when the AF does not support the recovery support function at the time of resuming the PCRF (flag: restoration support = false) in the present embodiment. In this case, when the PCRF is resumed, recovery from the AF cannot be expected, but the PCRF can be recovered by notifying the PGW of the session information of the AF session.
　図１２において、ステップ１の処理Ａ（ＵＥからのＡｔｔａｃｈ処理）は、図５の処理Ａと同一であるため、説明を省略する。 In FIG. 12, the process A in Step 1 (Attach process from the UE) is the same as the process A in FIG.
２．ＰＧＷからＰＣＲＦへのＣＣ－Ｒｅｑｕｅｓｔ（ｉｎｉｔｉａｌ）の送信、
３．ＰＣＲＦからＰＧＷへのＣＣ－Ａｎｓｗｅｒ（ＰＣＣコンテナ付）の返信、
４．ＰＧＷにおけるＰＣＣコンテナ情報の保持、
５．処理Ｂ（ベアラ確立処理）は、
　図５と同一である。 2. CC-Request (initial) transmission from PGW to PCRF,
3. Reply of CC-Answer (with PCC container) from PCRF to PGW,
4). Holding PCC container information in PGW,
5. Process B (bearer establishment process)
It is the same as FIG.
６．ベアラ確立後、ＩＭＳ側でのＶｏＩＰ発呼等を契機（確立トリガ）が発生する。 6). After the bearer is established, a trigger (establishment trigger) occurs for the VoIP call or the like on the IMS side.
７．ＡＦがＰＣＲＦへ、ＡＡ－Ｒｅｑｕｅｓｔ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ／Ａｕｔｈｏｒｉｚａｔｉｏｎ　Ｒｅｑｕｅｓｔ）を送信する。ＡＡ－Ｒｅｑｕｅｓｔには、ＡＦがＰＣＣセッション情報を格納し、ＰＣＲＦ再開時におけるＰＣＣセッション情報の復旧サポート機能を具備していないこと（ｒｅｓｔｏｒａｔｉｏｎ＿ｓｕｐｐｏｒｔ＝ｆａｌｓｅ）を通知する。あるいは、ＡＡ－Ｒｅｑｕｅｓｔメッセージ内に、当該フラグ（ｒｅｓｔｏｒａｔｉｏｎ＿ｓｕｐｐｏｒｔ）自体を設定しない事で、ＡＦがＰＣＲＦへＰＣＲＦ再開復旧機能を具備していないことを、ＡＦからＰＣＲＦに通知する。 7. The AF sends an AA-Request (Authentication / Authorization Request) to the PCRF. The AA-Request notifies the AF that the PCC session information is stored and the PCC session information recovery support function at the time of resuming the PCRF is not provided (restoration_support = false). Alternatively, by not setting the flag (restoration_support) itself in the AA-Request message, the AF notifies the PCRF that the AF does not have the PCRF restart recovery function.
８．この場合、ＰＣＲＦは、ＡＦへＰＣＣコンテナを設定せずに、ＡＡ－Ａｎｓｗｅｒを返信する。 8). In this case, the PCRF returns AA-Answer without setting the PCC container to the AF.
９．ＰＣＲＦは、ＡＦからの通知（ＡＡ－Ｒｅｑｕｅｓｔ（ｒｅｓｔｏｒａｔｉｏｎ＿ｓｕｐｐｏｒｔ＝ｆａｌｓｅ））の受信をトリガとして、専用ベアラ（ｄｅｄｉｃａｔｅｄ　ｂｅａｒｅｒ）の追加を通知するため、ＲＡ（Ｒｅ－Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）－ＲｅｑｕｅｓｔをＰＧＷへ送信する。この際、ＰＣＲＦは、ＡＦセッションの情報をＰＧＷで保持させるため、ＡＦ向けおよびＰＧＷ向けのセッション情報を加えたＰＣＣコンテナを設定する。 9. The PCRF sends an RA (Re-Authentication) -Request to the PGW in order to notify the addition of a dedicated bearer triggered by reception of a notification from the AF (AA-Request (restoration_support = false)). At this time, the PCRF sets a PCC container to which session information for AF and PGW is added in order to hold information on the AF session in the PGW.
１０．これを受けたＰＧＷはＰＣＣコンテナ（セッション）情報を保持する。 10. The PGW that has received this holds PCC container (session) information.
１１．ＰＧＷは専用ベアラ（ｄｅｄｉｃａｔｅｄ　ｂｅａｒｅｒ）確立処理を起動する。このｄｅｄｉｃａｔｅｄ　ｂｅａｒｅｒ処理は、ＭＭＥのベアラ管理機能であり、標準動作（非特許文献３　ＴＳ２３．４０１　５．３．２等参照）のため説明を省略する。 11 The PGW activates a dedicated bearer establishment process. This dedicated bearer process is a bearer management function of the MME, and will not be described because it is a standard operation (see Non-Patent Document 3, TS23.401, 5.3.2, etc.).
１２．その後、ＰＧＷは、ＰＣＲＦへＲＡ（Ｒｅ－Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）－Ａｎｓｗｅｒを返信する。 12 Thereafter, the PGW returns RA (Re-Authentication) -Answer to the PCRF.
１３．その後、ＰＣＲＦが再開する。 13. Thereafter, the PCRF resumes.
１４．ＰＣＲＦ再開を契機に、ＰＧＷがＰＣＲＦへＰＣＣコンテナ付きのＣＣ－Ｒｅｑｕｅｓｔを送信する。 14 When the PCRF restarts, the PGW transmits a CC-Request with a PCC container to the PCRF.
１５．これを受けたＰＣＲＦは、ＰＣＣセッションを復旧させ、ＰＧＷ－ＰＣＲＦ間およびＡＦ－ＰＣＲＦ間のセッション情報を復旧させる。 15. Receiving this, the PCRF restores the PCC session and restores the session information between the PGW-PCRF and between the AF-PCRF.
１６．その後、ＰＣＲＦがＰＧＷへ、ＣＣ－Ａｎｓｗｅｒを返信する。 16. Thereafter, the PCRF returns CC-Answer to the PGW.
　以上説明したように、本実施形態においては、以下のような作用効果を奏する。 As described above, in the present embodiment, the following operational effects are obtained.
　ＡＦがＰＣＣセッション情報を保持する構成としたことで、ＰＣＲＦ再開時に、ＡＦからＰＣＲＦへＰＣＲＦのセッションを復旧できる。 Since the AF holds the PCC session information, the PCRF session can be restored from the AF to the PCRF when the PCRF is resumed.
　ＰＣＲＦ障害の一時的なサービス停止によりセッション情報を失っても、ＡＦ－ＰＣＲＦ間で復旧可能であるため、ＵＥが通信中のベアラに影響を与えることなく、通信品質への影響を回避することができることである。 Even if session information is lost due to a temporary service stop due to a PCRF failure, it is possible to recover between AF and PCRF, so that the UE can avoid the influence on the communication quality without affecting the bearer in communication. It can be done.
　さらに、ＰＧＷへＡＦ間のセッション情報も保持させることが可能としたことにより、ＡＦがＰＣＲＦ再開復旧機能を具備していない環境においても、ＰＧＷのみのサポートでＡＦ間セッション情報を含むＰＣＲＦのセッションを復旧することができる。 Furthermore, by enabling the PGW to hold session information between AFs, even in an environment where the AF does not have a PCRF restart / recovery function, a PCRF session that includes session information between AFs can be supported only by the PGW. It can be recovered.
＜実施形態５＞
　次に、本発明の第５の実施形態を説明する。本実施形態においては、同一のＣＣ－セッションで管理されるデフォルトベアラ（ｄｅｆａｕｌｔ　ｂｅａｒｅｒ）と、専用ベアラ（ｄｅｄｉｃａｔｅｄ　ｂｅａｒｅｒ）のうち、デフォルトベアラ（ｄｅｆａｕｌｔ　ｂｅａｒｅｒ）と、特定の専用ベアラ（ｄｅｄｉｃａｔｅｄ　ｂｅａｒｅｒ）を救済（セッションを復旧）する。ＵＥがｉｎｉｔｉａｌ　Ａｔｔａｃｈ（初期位置登録）でアンカーポイント（ＰＧＷ）に接続すると、新たにベアラ（デフォルトベアラ）が作成される。ＵＥは１つ（デフォルトベアラ）以上のベアラを持つことができる。デフォルトベアラ以外のベアラを専用ベアラという。 <Embodiment 5>
Next, a fifth embodiment of the present invention will be described. In the present embodiment, a default bearer (default bearer) and a specific dedicated bearer (dedicated bearer) are relieved among a default bearer (default bearer) and a dedicated bearer managed by the same CC-session. (Restore session). When the UE connects to the anchor point (PGW) by initial Attach (initial location registration), a new bearer (default bearer) is created. A UE may have one (default bearer) or more bearers. Bearers other than the default bearer are called dedicated bearers.
　図１３は、本実施形態におけるシーケンス動作を説明する図である。図１３において、ステップ１の処理Ａ（ＵＥからのＡｔｔａｃｈ処理）は、図５の処理Ａと同一であるため、説明を省略する。 FIG. 13 is a diagram for explaining the sequence operation in the present embodiment. In FIG. 13, process A in Step 1 (Attach process from the UE) is the same as process A in FIG.
２．ＰＧＷからＰＣＲＦへのＣＣ－Ｒｅｑｕｅｓｔ（ｉｎｉｔｉａｌ）を送信する。 2. CC-Request (initial) is transmitted from the PGW to the PCRF.
３．ＰＧＷからＣＣ－Ｒｅｑｕｅｓｔを受けたＰＣＲＦは、デフォルトベアラ（ｄｅｆａｕｌｔ　ｂｅａｒｅｒ）及び救済対象の専用ベアラ（ｄｅｄｉｃａｔｅｄ　ｂｅａｒｅｒ）に対して、救済フラグ（ｒｅｓｃｕｅ　ｆｌａｇ）を真（ｔｒｕｅ）を設定し、ＰＣＣコンテナを付加したＣＣ－Ａｎｓｗｅｒを、ＰＧＷへ返信する。 3. The PCRF that received the CC-Request from the PGW sets the rescue flag (true) to the default bearer (default bearer) and the dedicated bearer to be rescued (dedicated bearer), and adds a PCC container. Returns the CC-Answer to the PGW.
４．ＰＧＷは、ＰＣＣコンテナ情報を保持する。
５．処理Ｂ（ベアラ確立処理）は、
　図５と同一である。ステップ５の処理Ｂでは、例えばＵＥのｉｎｉｔｉａｌ　Ａｔｔａｃｈ要求によるデフォルトベアラを確立する。 4). The PGW holds PCC container information.
5. Process B (bearer establishment process)
It is the same as FIG. In the process B of step 5, for example, a default bearer is established by an initial attach request of the UE.
６．ベアラ確立後、ＩＭＳ側でのＶｏＩＰ発呼等を契機（確立トリガ）が発生する。 6). After the bearer is established, a trigger (establishment trigger) occurs for the VoIP call or the like on the IMS side.
７．ＡＦがＰＣＲＦへ、ＡＡ－Ｒｅｑｕｅｓｔ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ／Ａｕｔｈｏｒｉｚａｔｉｏｎ　Ｒｅｑｕｅｓｔ）を送信する。 7. The AF sends an AA-Request (Authentication / Authorization Request) to the PCRF.
８．ＡＦからＡＡ－Ｒｅｑｕｅｓｔを受信したＰＣＲＦは、ＡＦに対して、ＡＡ－Ａｎｓｗｅｒを返信する。この時、前記実施形態３と同様に、ＡＡ－Ａｎｓｗｅｒにおいて、ＰＣＣコンテナにＰＣＣセッション情報を設定し、ＡＦへ返信する。 8). The PCRF that has received the AA-Request from the AF returns an AA-Answer to the AF. At this time, as in the third embodiment, in AA-Answer, PCC session information is set in the PCC container and returned to the AF.
９．ＰＣＣコンテナ付のＡＡ－Ａｎｓｗｅｒを受けたＡＦは、ＰＣＣセッション情報を保持する。 9. The AF that has received the AA-Answer with the PCC container holds the PCC session information.
１０．その後、ＰＣＲＦはＰＧＷへ救済フラグ（ｒｅｓｃｕｅ　ｆｌａｇ）＝偽（ｆａｌｓｅ）を設定したＲＡ－Ｒｅｑｕｅｓｔを送信する。救済フラグ（ｒｅｓｃｕｅ　ｆｌａｇ）＝ｆａｌｓｅのＲＡ－Ｒｅｑｕｅｓｔを受信したＰＧＷは、同一のＣＣ－セッションのうち、該当専用ベアラ（ｄｅｄｉｃａｔｅｄ　ｂｅａｒｅｒ）は、非救済対象であるものと認識する。 10. Thereafter, the PCRF sends an RA-Request with a rescue flag (false) set to false to the PGW. The PGW that has received the RA-Request with a rescue flag (false flag) = false recognizes that the corresponding dedicated bearer (dedicated bearer) of the same CC-session is a non-relief target.
１１．ＰＧＷはＲＡ－ＡｎｓｗｅｒをＰＣＲＦに送る。 11 PGW sends RA-Answer to PCRF.
１２．その後、専用ベアラ（ｄｅｄｉｃａｔｅｄ　ｂｅａｒｅｒ）確立処理を継続するが、この処理は、前記実施形態３と同一であるため、説明を省略する。 12 After that, a dedicated bearer establishment process is continued. Since this process is the same as that of the third embodiment, description thereof is omitted.
１３．ＰＣＲＦが再開する。　 13. PCRF resumes. *
１４．ＰＣＲＦの再開を契機に、ＰＧＷは、ＰＣＣセッション情報復旧のため、ＰＣＣコンテナを設定したＣＣ－Ｒｅｑｕｅｓｔを、ＰＣＲＦへ送信する。 14 In response to the restart of the PCRF, the PGW transmits a CC-Request in which the PCC container is set to the PCRF in order to recover the PCC session information.
１５．また、ＰＣＲＦ再開を契機に、ＡＦセッションをＰＣＲＦへ復旧させるために、ＡＦは、ＰＣＣコンテナを設定したＡＡ－ＲｅｑｕｅｓｔをＰＣＲＦに送信する。 15. Also, in order to restore the AF session to the PCRF when the PCRF is restarted, the AF transmits an AA-Request in which the PCC container is set to the PCRF.
１６．ＰＣＣコンテナを設定したＣＣ－Ｒｅｑｕｅｓｔ、ＡＡ－Ｒｅｑｕｅｓｔを受けたＰＣＲＦはＰＣＣセッション情報を復旧させる。 16. The PCRF that receives the CC-Request and AA-Request in which the PCC container is set restores the PCC session information.
１７．ＰＣＲＦはＰＧＷにＣＣ－Ａｎｓｗｅｒを送信する。 17. The PCRF sends CC-Answer to the PGW.
１８．ＰＣＲＦはＡＦにＡＡ－Ａｎｓｗｅｒを送信する。 18. The PCRF sends AA-Answer to the AF.
１９．ＰＧＷは、再開したＰＣＲＦに関連するＣＣ（Ｃｒｅｄｉｔ　Ｃｏｎｔｒｏｌ）－セッションのうち、救済フラグ（ｒｅｓｃｕｅ　ｆｌａｇ）＝偽（ｆａｌｓｅ）に設定されている専用ベアラ（ｄｅｄｉｃａｔｅｄ　ｂｅａｒｅｒ）に対して、切断処理を起動し、ＳＧＷに、ベアラ削除要求（Ｄｅｌｅｔｅ　Ｂｅａｒｅｒ　Ｒｅｑｕｅｓｔ）を送信する。 19. The PGW activates a disconnection process for a dedicated bearer (rescue flag) = false in a CC (Credit Control) -session related to the resumed PCRF. , A bearer deletion request (Delete Bearer Request) is transmitted to the SGW.
２０．ＳＧＷはＭＭＥにベアラ削除要求（Ｄｅｌｅｔｅ　Ｂｅａｒｅｒ　Ｒｅｑｕｅｓｔ）を送信する。 20. The SGW sends a delete bearer request (Delete Bearer Request) to the MME.
２１．ＭＭＥはｅＮＢにベアラ非活性化要求（Ｄｅａｃｔｉｖａｔｅ　Ｂｅａｒｅｒ　Ｒｅｑｕｅｓｔ）を送信する。 21. The MME transmits a bearer deactivation request (Deactivate Bearer Request) to the eNB.
２２．ｅＮＢはＵＥに、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｎｅｃｔｉｏｎ）　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを送信する。 22. The eNB transmits an RRC (Radio Resource Connection) Connection Reconfiguration message to the UE.
２３．ＵＥはＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ　ＣｏｍｐｌｅｔｅメッセージをｅＮＢに返信する。 23. The UE returns an RRC Connection Reconfiguration Complete message to the eNB.
２４．ｅＮＢはＭＭＥにベアラ非活性化応答（Ｄｅａｃｔｉｖａｔｅ　Ｂｅａｒｅｒ　Ｒｅｓｐｏｎｓｅ）を返信する。 24. The eNB returns a bearer deactivation response (Deactivate Bearer Response) to the MME.
２５．ＭＭＥはＳＧＷにベアラ削除応答（Ｄｅｌｅｔｅ　Ｂｅａｒｅｒ　Ｒｅｓｐｏｎｓｅ）を送信する。 25. The MME sends a delete bearer response (Delete Bearer Response) to the SGW.
２６．ＳＧＷはＰＧＷにベアラ削除応答（Ｄｅｌｅｔｅ　Ｂｅａｒｅｒ　Ｒｅｓｐｏｎｓｅ）を送信する。 26. The SGW sends a delete bearer response (Delete Bearer Response) to the PGW.
　上記動作の救済フラグ（ｒｅｓｃｕｅ　ｆｌａｇ）による通知は、ＰＣＲＦがＰＧＷへのＣＣ－ＡｎｓｗｅｒへＰＣＣコンテナの設定有無により暗黙的に通知するようにしてもよい。 The notification by the rescue flag of the above operation may be implicitly notified by the PCRF to the CC-Answer to the PGW depending on whether or not the PCC container is set.
　本実施形態は、前記実施形態１の作用効果に加え、以下の効果を奏する。 This embodiment has the following effects in addition to the effects of the first embodiment.
　救済フラグ（ｒｅｓｃｕｅ　ｆｌａｇ）を導入することにより、同一のＣＣ－セッション内で復旧対象とするベアラを明示し、デフォルトベアラを復旧させる、といった制御が可能となる。 By introducing a rescue flag, it becomes possible to specify a bearer to be restored within the same CC-session and to restore the default bearer.
　また、ＰＧＷで保持するＰＣＣセッション情報を制限することが可能となり、ＰＧＷへの影響を抑えることが出来る。 Moreover, it becomes possible to restrict PCC session information held in the PGW, and the influence on the PGW can be suppressed.
＜実施形態６＞
　次に、本発明の第６の実施形態を説明する。図１４は、本発明の第６の実施形態の構成を示す図である。図１４を参照すると、図１０の構成に対してＤＲＡ１２１が追加されている。ＤＲＡ１２１は、ＰＣＲＦクライアントからのアクセスを受け転送先ＰＣＲＦを解決する機能を持つノードであり、ＰＣＲＦクライアント（ＳＧＷ、ＰＧＷ、ＡＦ）とＰＣＲＦとの間に位置する。ＤｉａｍｅｔｅｒシグナリングメッセージはＤＲＡを透過的に通過する。 <Embodiment 6>
Next, a sixth embodiment of the present invention will be described. FIG. 14 is a diagram showing the configuration of the sixth exemplary embodiment of the present invention. Referring to FIG. 14, a DRA 121 is added to the configuration of FIG. The DRA 121 is a node having a function of receiving an access from the PCRF client and resolving the transfer destination PCRF, and is located between the PCRF client (SGW, PGW, AF) and the PCRF. Diameter signaling messages pass transparently through the DRA.
　図１５は、本実施形態の動作を説明する図である。図１５を参照して、本実施形態の動作を説明する。 FIG. 15 is a diagram for explaining the operation of the present embodiment. The operation of this embodiment will be described with reference to FIG.
１．セッション確立等のイベントトリガが発生したとする。 1. Assume that an event trigger such as session establishment occurs.
２．イベントトリガを受けたＰＧＷは、ＤＲＡへＣＣ（Ｃｒｅｄｉｔ　Ｃｏｎｔｒｏｌ）－Ｒｅｑｕｅｓｔ（ｉｎｉｔｉａｌ）を送信する。 2. The PGW that has received the event trigger transmits CC (Credit Control) -Request (initial) to the DRA.
３．ＰＧＷからＣＣ－Ｒｅｑｕｅｓｔを受けたＤＲＡは、転送先のＰＣＲＦを決定し、ＣＣ－Ｒｅｑｕｅｓｔ（ｉｎｉｔｉａｌ）を転送する。 3. The DRA that has received the CC-Request from the PGW determines the transfer destination PCRF and transfers the CC-Request (initial).
４．ＣＣ－Ｒｅｑｕｅｓｔ（ｉｎｉｔｉａｌ）を受けたＰＣＲＦは、ＰＣＣセッション情報コンテナを設定したＣＣ－Ａｎｓｗｅｒ（ＰＣＣ　ｃｏｎｔａｉｎｅｒ）をＤＲＡへ返信する。 4). The PCRF that has received the CC-Request (initial) returns a CC-Answer (PCC container) in which the PCC session information container is set to the DRA.
５．ＣＣ－Ａｎｓｗｅｒ（ＰＣＣ　ｃｏｎｔａｉｎｅｒ）を受けたＤＲＡは、ＣＣ－Ａｎｓｗｅｒ（ＰＣＣ　ｃｏｎｔａｉｎｅｒ）をＰＧＷへ転送する。ＣＣ－Ａｎｓｗｅｒ（ＰＣＣ　ｃｏｎｔａｉｎｅｒ）を受けたＰＧＷはＰＣＣセッション情報コンテナを保持する。 5. Upon receiving the CC-Answer (PCC container), the DRA transfers the CC-Answer (PCC container) to the PGW. A PGW that has received CC-Answer (PCC container) holds a PCC session information container.
６．その後、ＰＣＲＦの再開が発生する。ＰＧＷは、直接、ＰＣＲＦの再開を直接検出することは出来ず、ＤＲＡのみがＰＣＲＦの再開を検出することができる。 6). Thereafter, resumption of PCRF occurs. The PGW cannot directly detect the resumption of the PCRF, and only the DRA can detect the resumption of the PCRF.
７．ＰＣＲＦの再開を検出したＤＲＡが、ＰＧＷに対して、ＰＣＲＦ再開通知を送信する。 7. The DRA that has detected the restart of the PCRF transmits a PCRF restart notification to the PGW.
８．ＰＣＲＦ再開通知を受けたＰＧＷは、ＰＣＣセッション情報を復旧させるため、ＰＣＣセッション情報コンテナを設定したＣＣ－Ｒｅｑｕｅｓｔ（ＰＣＣ　ｃｏｎｔａｉｎｅｒ）をＤＲＡに送信する。 8). Upon receiving the PCRF restart notification, the PGW transmits CC-Request (PCC container) in which the PCC session information container is set to the DRA in order to recover the PCC session information.
９．ＰＣＣセッション情報コンテナを設定したＣＣ－Ｒｅｑｕｅｓｔ（ＰＣＣ　ｃｏｎｔａｉｎｅｒ）を受けたＤＲＡは、ＰＣＲＦへＣＣ－Ｒｅｑｕｅｓｔ（ＰＣＣ　ｃｏｎｔａｉｎｅｒ）を転送する。 9. The DRA that receives the CC-Request (PCC container) in which the PCC session information container is set transfers the CC-Request (PCC container) to the PCRF.
１０．ＰＣＣコンテナが設定されたＣＣ－Ｒｅｑｕｅｓｔ（ＰＣＣ　ｃｏｎｔａｉｎｅｒ）を受信したＰＣＲＦは、ＰＣＣセッション情報を復旧させ、ＣＣ－ＡｎｓｗｅｒをＤＲＡへ返信する。ＣＣ－ＡｎｓｗｅｒはＰＣＣセッション情報復旧の成功等の指示を含む。 10. The PCRF that has received the CC-Request (PCC container) in which the PCC container is set restores the PCC session information and returns the CC-Answer to the DRA. CC-Answer includes an instruction such as successful PCC session information recovery.
１１．ＤＲＡはＣＣ－ＡｎｓｗｅｒをＰＧＷへ転送する。 11 The DRA transfers the CC-Answer to the PGW.
　上記では、再開が発生したＰＣＲＦへ、ＤＲＡがＰＣＣコンテナを設定したＣＣ－Ｒｅｑｕｅｓｔを転送するシーケンスを例示した。本実施形態においては、複数のＰＣＲＦを備え、１つのＰＣＲＦの再開を契機に、ＤＲＡがサービスの停止していないＰＣＲＦを使用することでサービスを継続させる場合、再開が発生したＰＣＲＦとは異なるＰＣＲＦに対して、ＤＲＡが転送するようにしてもよい。この場合、ＣＣ－Ｒｅｑｕｅｓｔ（ＰＣＣコンテナ）を送信したＰＧＷは、ＣＣ－Ａｎｓｗｅｒを受信した際に、ＰＣＲＦの変更を検出し、新たなＰＣＲＦとセッションを復旧できる。ＰＧＷは、新たなＰＣＲＦに対して、該ＰＧＷで保持していたＰＣＣセッション情報を送信し、該新たなＰＣＲＦにおいてセッション情報の復旧が行われる。 In the above, the sequence in which the DRA transfers the CC-Request in which the PCC container is set to the PCRF in which the restart has occurred is illustrated. In the present embodiment, when a service is continued by using a PCRF that includes a plurality of PCRFs and DRA uses a service whose service is not stopped when a single PCRF is restarted, a PCRF that is different from the PCRF that has been restarted Alternatively, the DRA may transfer the data. In this case, when receiving the CC-Answer, the PGW that has transmitted the CC-Request (PCC container) can detect a change in the PCRF and recover a new PCRF and session. The PGW transmits the PCC session information held in the PGW to the new PCRF, and the session information is restored in the new PCRF.
　以上説明したように、本実施形態においては、前記実施形態１の作用効果に加え、以下のような作用効果を奏する。 As described above, in the present embodiment, the following operational effects are obtained in addition to the operational effects of the first embodiment.
　複数のＰＣＲＦが配設され、ＤＲＡがＰＣＲＦを選択する環境において、再開の発生したＰＣＲＦと異なるＰＣＲＦへセッション情報を復旧させることが可能となるので、再開ＰＣＲＦの復旧を待つ必要がなく、サービス停止時間を短くすることが出来る。 In an environment where a plurality of PCRFs are arranged and the DRA selects a PCRF, session information can be recovered to a PCRF that is different from the PCRF that has restarted, so there is no need to wait for the recovery of the restarting PCRF, and the service stops Time can be shortened.
　なお、上記実施形態１乃至６の任意の実施形態を組み合わせた構成としてもよいことは勿論である。 Of course, any of the above-described first to sixth embodiments may be combined.
　なお、上記非特許文献の各開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素の多様な組み合わせないし選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。 In addition, each disclosure of the above non-patent literature shall be incorporated into this book with reference. Within the scope of the entire disclosure (including claims) of the present invention, the embodiments and examples can be changed and adjusted based on the basic technical concept. Various combinations and selections of various disclosed elements are possible within the scope of the claims of the present invention. That is, the present invention of course includes various variations and modifications that could be made by those skilled in the art according to the entire disclosure including the claims and the technical idea.
　上記実施形態の一部又は全部は以下のようにも記載され得るが、以下には限られない。
（付記１）
　ＱｏＳ（Ｑｕａｌｉｔｙ　Ｏｆ　Ｓｅｒｖｉｃｅ）及び課金（Ｃｈａｒｇｉｎｇ）ポリシーを管理するＰＣＲＦ（Ｐｏｌｉｃｙ　ａｎｄ　Ｃｈａｒｇｉｎｇ　Ｒｕｌｅｓ　Ｆｕｎｃｔｉｏｎ）ノードと、
　前記ＰＣＲＦノードのクライアントをなす１つ又は複数のＰＣＲＦクライアントノードと、
　を含み、
　前記ＰＣＲＦノードが、ＰＣＣ（Ｐｏｌｉｃｙ　ａｎｄ　Ｃｈａｒｇｉｎｇ　Ｃｏｎｔｒｏｌ）セッション情報を少なくとも１つの前記ＰＣＲＦクライアントノードに送信し、
　前記ＰＣＲＦノードから前記ＰＣＣセッション情報を受信した前記ＰＣＲＦクライアントノードは前記ＰＣＣセッション情報を保持し、
　前記ＰＣＲＦ再開後、前記ＰＣＲＦクライアントノードから前記ＰＣＲＦノードへ前記ＰＣＣセッション情報を送信し、
　前記ＰＣＲＦノードは前記ＰＣＲＦクライアントノードから前記ＰＣＣセッション情報を受信しＰＣＣセッションの復旧を行うことを特徴とする復旧方法（装置、システム）。 A part or all of the above-described embodiment can be described as follows, but is not limited thereto.
(Appendix 1)
A Policy and Charging Rules Function (PCRF) node that manages Quality of Service (QoS) and Charging policies;
One or more PCRF client nodes that are clients of the PCRF node;
Including
The PCRF node sends PCC (Policy and Charging Control) session information to at least one of the PCRF client nodes;
The PCRF client node that has received the PCC session information from the PCRF node holds the PCC session information,
After the PCRF restarts, the PCC session information is transmitted from the PCRF client node to the PCRF node,
The recovery method (apparatus, system), wherein the PCRF node receives the PCC session information from the PCRF client node and recovers the PCC session.
（付記２）
　前記ＰＣＲＦクライアントノードは、端末からのアタッチ手順に対応して、前記ＰＣＲＦクライアントノードが前記ＰＣＲＦノードに対して送信するリクエストメッセージに、前記ＰＣＲＦクライアントノードがセッション情報復旧機能を具備していることを設定する、ことを特徴とする付記１記載の復旧方法（装置、システム）。 (Appendix 2)
In response to the attach procedure from the terminal, the PCRF client node sets in the request message that the PCRF client node sends to the PCRF node that the PCRF client node has a session information recovery function. The recovery method (apparatus, system) according to supplementary note 1, characterized by:
（付記３）
　前記ＰＣＲＦクライアントノードから前記リクエストメッセージを受信した前記ＰＣＲＦノードは、前記ＰＣＲＦクライアントノードに対して、ＱｏＳ（Ｑｕａｌｉｔｙ　Ｏｆ　Ｓｅｒｖｉｃｅ）及び課金（Ｃｈａｒｇｉｎｇ）規則を含むＰＣＣセッション情報を、前記リクエストメッセージに対するアンサーメッセージに付加して送信する、ことを特徴とする付記２記載の復旧方法（装置、システム）。 (Appendix 3)
The PCRF node that has received the request message from the PCRF client node sends PCC session information including QoS (Quality Of Service) and charging rules to the PCRF client node in an answer message for the request message. The recovery method (apparatus, system) according to appendix 2, characterized by being added and transmitted.
（付記４）
　前記ＰＣＲＦ再開の後、前記ＰＣＲＦクライアントノードは、１つのメッセージに、複数の前記ＰＣＣセッション情報を含めて前記ＰＣＲＦノードに送信する、ことを特徴とする付記１乃至３のいずれか一に記載の復旧方法（装置、システム）。 (Appendix 4)
The recovery according to any one of appendices 1 to 3, wherein after the PCRF restarts, the PCRF client node transmits a single message including a plurality of the PCC session information to the PCRF node. Method (apparatus, system).
（付記５）
　前記ＰＣＲＦノードは、優先的に復旧対象とされるセッションに対応するＰＣＲＦクライアントノードに対してＰＣＣセッション情報を送信する、ことを特徴とする付記１乃至４のいずれか一に記載の復旧方法（装置、システム）。 (Appendix 5)
5. The recovery method (apparatus) according to any one of appendices 1 to 4, wherein the PCRF node transmits PCC session information to a PCRF client node corresponding to a session to be preferentially restored. ,system).
（付記６）
　前記ＰＣＲＦクライアントノードから前記リクエストメッセージを受信した前記ＰＣＲＦノードは、
　加入者情報を管理するサーバから、前記アタッチ要求を行った端末の加入者プロファイル情報を取得し、優先ユーザであるか否かを判定し、前記優先ユーザである場合、前記ＰＣＲＦクライアントノードに対して、前記ＰＣＣセッション情報を、前記リクエストメッセージに対するアンサーメッセージに付加して送信し、前記優先ユーザでない場合、前記ＰＣＲＦクライアントノードに対して、前記ＰＣＣセッション情報を送信しない、ことを特徴とする付記２記載の復旧方法（装置、システム）。 (Appendix 6)
The PCRF node that has received the request message from the PCRF client node,
Obtain subscriber profile information of the terminal that has made the attach request from a server that manages subscriber information, determine whether the user is a priority user, and if the user is the priority user, The PCC session information is transmitted in addition to an answer message corresponding to the request message, and the PCC session information is not transmitted to the PCRF client node if the PCC session information is not the priority user. Recovery method (apparatus, system).
（付記７）
　前記ＰＣＣセッション情報を保持し、前記ＰＣＲＦにＰＣＣセッション情報を送信する前記ＰＣＲＦクライアントノードは、
　ＰＣＥＦ（Ｐｏｌｉｃｙ　ａｎｄ　Ｃｈａｒｇｉｎｇ　Ｅｎｆｏｒｃｅｍｅｎｔ　Ｆｕｎｃｔｉｏｎ）を有するノードであるパケット・データ・ネットワーク・ゲートウェイ（ＰＧＷ）、
　ＢＢＥＲＦ（Ｂｅａｒｅｒ　Ｂｉｎｄｉｎｇ　ａｎｄ　Ｅｖｅｎｔ　Ｒｅｐｏｒｔｉｎｇ　Ｆｕｎｃｔｉｏｎ）を有するノードであるサービング・ゲートウェイ（ＳＧＷ）、
　ＡＦ（Ａｐｐｌｉｃａｔｉｏｎ　Ｆｕｎｃｔｉｏｎ）を有するアプリケーション・ファンクション
　の各ノードのうちの少なくとも１つを含む、ことを特徴とする付記１乃至６のいずれか一に記載の復旧方法（装置、システム）。 (Appendix 7)
The PCRF client node that holds the PCC session information and transmits the PCC session information to the PCRF,
A packet data network gateway (PGW), which is a node having PCEF (Policy and Charging Enforcement Function Function),
A serving gateway (SGW), which is a node having BBERF (Bearer Binding and Event Reporting Function),
The restoration method (apparatus, system) according to any one of appendices 1 to 6, including at least one of each node of an application function having an AF (Application Function).
（付記８）
　前記ＰＣＲＦクライアントノードは、ＰＣＥＦ（Ｐｏｌｉｃｙ　ａｎｄ　Ｃｈａｒｇｉｎｇ　Ｅｎｆｏｒｃｅｍｅｎｔ　Ｆｕｎｃｔｉｏｎ）を有するノードであるパケット・データ・ネットワーク・ゲートウェイ（ＰＧＷ）を含み、
　端末（ＵＥ）からのアタッチ要求に対応して、モビリティ管理エンティティティ（ＭＭＥ）からのセッション作成リクエストメッセージを、サービング・ゲートウェイ（ＳＧＷ）経由で受けたパケット・データ・ネットワーク・ゲートウェイ（ＰＧＷ）が、前記ＰＣＲＦノードに対して送信するクレジット・コントロール・リクエストメッセージに、前記パケット・データ・ネットワーク・ゲートウェイ（ＰＧＷ）がセッション情報復旧機能を具備していることを設定し、
　前記パケット・データ・ネットワーク・ゲートウェイ（ＰＧＷ）から前記クレジット・コントロール・リクエストメッセージを受信した前記ＰＣＲＦノードは、前記パケット・データ・ネットワーク・ゲートウェイ（ＰＧＷ）に対して、ＱｏＳ（Ｑｕａｌｉｔｙ　Ｏｆ　Ｓｅｒｖｉｃｅ）及び課金（Ｃｈａｒｇｉｎｇ）規則を含むＰＣＣセッション情報を、前記コントロール・リクエストメッセージに対するアンサーメッセージに付加して送信する、ことを特徴とする付記１乃至５のいずれか一に記載の復旧方法（装置、システム）。 (Appendix 8)
The PCRF client node includes a packet data network gateway (PGW) that is a node having PCEF (Policy and Charging Enforcement Function Function),
In response to the attach request from the terminal (UE), the packet data network gateway (PGW) that has received the session creation request message from the mobility management entity (MME) via the serving gateway (SGW), In the credit control request message transmitted to the PCRF node, set that the packet data network gateway (PGW) has a session information recovery function,
The PCRF node that has received the credit control request message from the packet data network gateway (PGW) performs QoS (Quality Of Service) and charging to the packet data network gateway (PGW). (6) The recovery method (apparatus, system) according to any one of appendices (1) to (5), wherein PCC session information including a (Charging) rule is added to an answer message for the control request message and transmitted.
（付記９）
　前記ＰＣＲＦクライアントノードは、
　ＡＦ（Ａｐｐｌｉｃａｔｉｏｎ　Ｆｕｎｃｔｉｏｎ）を有するアプリケーション・ファンクションを含み、
　ベアラ確立後の所定のトリガが、前記アプリケーション・ファンクションノードに発生すると、前記アプリケーション・ファンクションノードは、前記アプリケーション・ファンクションノードが前記ＰＣＲＦノードに対して送信する認証（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）／認可（Ａｕｔｈｏｒｉｚａｔｉｏｎ）リクエストメッセージに、前記アプリケーション・ファンクションノードがセッション情報復旧機能を具備していることを設定し、
　前記アプリケーション・ファンクションノードから前記認証／認可リクエストメッセージを受信した前記ＰＣＲＦノードは、前記アプリケーション・ファンクションノードに対して、ＱｏＳ（Ｑｕａｌｉｔｙ　Ｏｆ　Ｓｅｒｖｉｃｅ）及び課金（Ｃｈａｒｇｉｎｇ）規則を含むＰＣＣセッション情報を、前記認証／認可リクエストメッセージに対する認証／認可アンサーメッセージに付加して送信する、ことを特徴とする付記１乃至５のいずれか一に記載の復旧方法（装置、システム）。 (Appendix 9)
The PCRF client node
Including application functions having AF (Application Function),
When a predetermined trigger after bearer establishment occurs in the application function node, the application function node sends an authentication / authorization request message that the application function node sends to the PCRF node. Set that the application function node has a session information recovery function,
The PCRF node that has received the authentication / authorization request message from the application function node sends PCC session information including QoS (Quality Of Service) and Charging rules to the application function node. 6. The recovery method (apparatus, system) according to any one of appendices 1 to 5, wherein the recovery method (apparatus, system) is added to the authentication / authorization answer message for the / authorization request message and transmitted.
（付記１０）
　前記アプリケーション・ファンクションノードがセッション情報復旧機能を具備していない場合、前記アプリケーション・ファンクションノードが前記ＰＣＲＦノードに対して送信する認証（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）／認可（Ａｕｔｈｏｒｉｚａｔｉｏｎ）リクエストメッセージに、前記アプリケーション・ファンクションノードがセッション情報復旧機能を具備していないことを設定し、前記アプリケーション・ファンクションノードから前記認証／認可リクエストメッセージを受信した前記ＰＣＲＦノードは、前記アプリケーション・ファンクションのセッション情報を、前記パケット・データ・ネットワーク・ゲートウェイ（ＰＧＷ）に送信し、ＰＣＲＦ再開後、前記ＰＣＲＦノードは、前記パケット・データ・ネットワーク・ゲートウェイ（ＰＧＷ）から送信されたセッション情報を受信してＰＣＣセッションを復旧し、前記パケット・データ・ネットワーク・ゲートウェイ（ＰＧＷ）と前記ＰＣＲＦノード間のセッション、及び／又は、前記アプリケーション・ファンクションノードと前記ＰＣＲＦノード間のセッションを復旧させる、ことを特徴とする付記７又は８記載の復旧方法（装置、システム）。 (Appendix 10)
If the application function node does not have a session information recovery function, the application function node sends an authentication / authorization request message sent from the application function node to the PCRF node. The PCRF node which has set that it does not have a session information recovery function and has received the authentication / authorization request message from the application function node, sends the session information of the application function to the packet data network After transmitting to the gateway (PGW) and restarting the PCRF, the PCRF node sends the packet data network The session information transmitted from the gateway (PGW) is received to recover the PCC session, the session between the packet data network gateway (PGW) and the PCRF node, and / or the application function node and the The recovery method (apparatus, system) according to appendix 7 or 8, characterized in that a session between PCRF nodes is recovered.
（付記１１）
　前記ＰＣＲＦノードは、前記ＰＣＲＦクライアントノードに送信するリクエストメッセージに、専用ベアラの救済の真偽を指定する救済フラグを設定し、
　前記ＰＣＲＦの再開により、
　前記ＰＣＲＦノードは、前記ＰＣＲＦクライアントノードに保持されるセッション情報を受けとり、
　再開した前記ＰＣＲＦに関連するセッションのうち、デフォルトベアラと、前記救済フラグが真に設定されている専用ベアラのセッション情報を復旧し、救済フラグが偽に設定されている専用ベアラに対して切断処理を起動する、ことを特徴とする付記１乃至５のいずれか一に記載の復旧方法（装置、システム）。 (Appendix 11)
The PCRF node sets a repair flag that specifies true / false of the repair of the dedicated bearer in the request message transmitted to the PCRF client node,
By resuming the PCRF,
The PCRF node receives session information held in the PCRF client node,
Among the sessions related to the resumed PCRF, the session information of the default bearer and the dedicated bearer for which the repair flag is set to true is restored, and the dedicated bearer for which the repair flag is set to false is disconnected. The recovery method (apparatus, system) according to any one of appendices 1 to 5, characterized in that
（付記１２）
　前記ＰＣＲＦクライアントノードは、前記ＰＣＲＦの再開を検出し、前記ＰＣＲＦクライアントノードは、前記ＰＣＲＦノードへのリクエストメッセージに前記ＰＣＣセッション情報を付加して送信する、ことを特徴とする付記１乃至６のいずれか一に記載の復旧方法（装置、システム）。 (Appendix 12)
Any one of Supplementary notes 1 to 6, wherein the PCRF client node detects resumption of the PCRF, and the PCRF client node transmits the request message to the PCRF node with the PCC session information added thereto. The recovery method (apparatus, system) as described in any one.
（付記１３）
　前記ＰＣＲＦクライアントノードと、前記ＰＣＲＦノードとの間に、ルーティングの管理を行うルーティング部を備え、
　前記ＰＣＲＦノードは、前記ＰＣＣセッション情報を、前記ルーティング部を介して前記ＰＣＲＦクライアントノードに送信し、
　前記ルーティング部は、前記ＰＣＲＦノードの再開を検出すると、前記ＰＣＲＦクライアントノードに通知し、
　前記ＰＣＲＦクライアントノードは、前記ルーティング部からの前記ＰＣＲＦノードの再開の通知に応答して、前記ＰＣＣセッション情報を付加したメッセージを、前記ルーティン部を介して、前記再開の発生した前記ＰＣＲＦノードに送信する、ことを特徴とする付記１乃至６のいずれか一に記載の復旧方法（装置、システム）。 (Appendix 13)
A routing unit for managing routing between the PCRF client node and the PCRF node;
The PCRF node sends the PCC session information to the PCRF client node via the routing unit,
When the routing unit detects resumption of the PCRF node, it notifies the PCRF client node,
In response to the restart notification of the PCRF node from the routing unit, the PCRF client node transmits a message with the PCC session information added thereto to the PCRF node in which the restart has occurred via the routine unit. The recovery method (apparatus, system) according to any one of appendices 1 to 6, characterized in that:
（付記１４）
　前記ＰＣＲＦクライアントノードと、前記ＰＣＲＦノード及び少なくとも１つの他のＰＣＲＦノードとの間に、ルーティングの管理を行うルーティング部を備え、
　前記ＰＣＲＦノードは、前記ＰＣＣセッション情報を、前記ルーティング部を介して前記ＰＣＲＦクライアントノードに送信し、
　前記ルーティング部は、前記ＰＣＲＦノードの再開を検出すると、前記ＰＣＲＦクライアントノードに通知し、
　前記ＰＣＲＦクライアントノードは、前記ルーティング部からの前記ＰＣＲＦノードの再開の通知に応答して、前記ＰＣＣセッション情報を付加したメッセージを前記ルーティン部に送信し、
　前記ルーティン部は、前記ＰＣＲＦクライアントノードから送信された前記ＰＣＣセッション情報を付加したメッセージを、前記再開の発生した前記ＰＣＲＦノードとは異なる前記他のＰＣＲＦノードに転送し、前記他のＰＣＲＦノードがＰＣＣセッションを復旧する、ことを特徴とする付記１乃至６のいずれか一に記載の復旧方法（装置、システム）。 (Appendix 14)
A routing unit that performs routing management between the PCRF client node and the PCRF node and at least one other PCRF node;
The PCRF node sends the PCC session information to the PCRF client node via the routing unit,
When the routing unit detects resumption of the PCRF node, it notifies the PCRF client node,
The PCRF client node transmits a message with the PCC session information added thereto in response to the notification of the restart of the PCRF node from the routing unit,
The routine unit forwards the message added with the PCC session information transmitted from the PCRF client node to the other PCRF node different from the PCRF node in which the restart has occurred, and the other PCRF node The restoration method (apparatus, system) according to any one of appendices 1 to 6, wherein the session is restored.
（付記１５）
　前記ＰＣＲＦノードは、ＰＣＣセッション情報を格納するＡＶＰ（Ａｔｔｒｉｂｕｔｅ　Ｖａｌｕｅ　Ｐａｉｒ）からなるコンテナ（ｃｏｎｔａｉｎｅｒ）をアンサーメッセージに付加し前記ＰＣＲＦクライアントノードに送信する、ことを特徴とする付記１乃至１４のいずれか一に記載の復旧方法（装置、システム）。 (Appendix 15)
Any one of Supplementary notes 1 to 14, wherein the PCRF node adds a container composed of an AVP (Attribute Value Pair) storing PCC session information to an answer message and transmits the answer message to the PCRF client node. Recovery method (apparatus, system) described in 1.
（付記１６）
　前記ＰＣＲＦクライアントノードにおいて、前記コンテナの内容の解釈は不要とされ、透過的に、受信、記憶保持、及び、前記ＰＣＲＦノードの送信を行う、ことを特徴とする付記１５のいずれか一に記載の復旧方法（装置、システム）。 (Appendix 16)
The interpretation of the contents of the container is unnecessary in the PCRF client node, and the reception, storage, and transmission of the PCRF node are performed transparently. Recovery method (apparatus, system).
　１、２　ＵＥ
　１１　ｅＮＯＤＥＢ
　２１　ＮＯＤＥＢ
　３１　ＲＮＣ
　４１　ＭＭＥ
　５１　ＳＧＳＮ
　６１、６２　ＳＧＷ
　７１、７２　ＰＧＷ
　８１　ＰＣＲＦ
　９１　サービスネットワーク
　１０１　ＨＳＳ
　１１１　ＡＦ
　１２１　ＤＲＡ 1, 2 UE
11 eNODEB
21 NODEB
31 RNC
41 MME
51 SGSN
61, 62 SGW
71, 72 PGW
81 PCRF
91 Service network 101 HSS
111 AF
121 DRA

Claims (16)

  1. 　ＰＣＲＦ（Ｐｏｌｉｃｙ　ａｎｄ　Ｃｈａｒｇｉｎｇ　Ｒｕｌｅｓ　Ｆｕｎｃｔｉｏｎ）ノードが、ＰＣＣ（Ｐｏｌｉｃｙ　ａｎｄ　Ｃｈａｒｇｉｎｇ　Ｃｏｎｔｒｏｌ）セッション情報を少なくとも１つのＰＣＲＦクライアントノードに送信し、
    　前記ＰＣＲＦクライアントノードは前記ＰＣＣセッション情報を保持し、
    　前記ＰＣＲＦノードで再開発生後、前記ＰＣＲＦクライアントノードは、前記ＰＣＣセッション情報を前記ＰＣＲＦノードへ送信し、
    　前記ＰＣＲＦノードは、前記ＰＣＲＦクライアントノードからの前記ＰＣＣセッション情報に受信しＰＣＣセッションの復旧を行う、ことを特徴とするネットワークシステム。     A Policy and Charging Rules Function (PCRF) node sends PCC (Policy and Charging Control) session information to at least one PCRF client node;
    The PCRF client node holds the PCC session information,
    After restarting at the PCRF node, the PCRF client node sends the PCC session information to the PCRF node,
    The PCRF node receives the PCC session information from the PCRF client node and recovers the PCC session.
  2. 　前記ＰＣＲＦクライアントノードは、端末からのアタッチ手順に対応して前記ＰＣＲＦクライアントノードが前記ＰＣＲＦノードに対して送信するリクエストメッセージに、前記ＰＣＲＦクライアントノードがセッション情報復旧機能を具備していることを設定する、ことを特徴とする請求項１記載のネットワークシステム。 The PCRF client node sets that the PCRF client node has a session information recovery function in a request message that the PCRF client node transmits to the PCRF node in response to an attach procedure from a terminal. The network system according to claim 1.
  3. 　前記ＰＣＲＦクライアントノードから前記リクエストメッセージを受信した前記ＰＣＲＦノードは、前記ＰＣＲＦクライアントノードに対して、前記ＰＣＣセッション情報を、前記リクエストメッセージに対するアンサーメッセージに付加して送信する、ことを特徴とする請求項２記載のネットワークシステム。 The PCRF node that has received the request message from the PCRF client node transmits the PCC session information to the PCRF client node in addition to an answer message for the request message. 2. The network system according to 2.
  4. 　前記ＰＣＲＦノードの再開の後、前記ＰＣＲＦクライアントノードは、１つのメッセージに、複数の前記ＰＣＣセッション情報を含めて前記ＰＣＲＦノードに送信する、ことを特徴とする請求項１乃至３のいずれか１項に記載のネットワークシステム。 4. The PCRF node according to claim 1, wherein after the PCRF node is restarted, the PCRF client node transmits a single message including a plurality of pieces of PCC session information to the PCRF node. 5. The network system described in 1.
  5. 　前記ＰＣＲＦノードは、優先的に復旧対象とされるセッションに対応するＰＣＲＦクライアントノードに対してＰＣＣセッション情報を送信する、ことを特徴とする請求項１乃至４のいずれか１項に記載のネットワークシステム。 5. The network system according to claim 1, wherein the PCRF node transmits PCC session information to a PCRF client node corresponding to a session to be restored preferentially. .
  6. 　前記ＰＣＲＦクライアントノードから前記リクエストメッセージを受信した前記ＰＣＲＦノードは、
    　加入者情報を管理するサーバから、前記アタッチ要求を行った端末の加入者プロファイル情報を取得して、前記端末の加入者が優先ユーザであるか否かを判定し、
    　前記優先ユーザである場合、前記ＰＣＲＦクライアントノードに対して、前記ＰＣＣセッション情報を、前記リクエストメッセージに対するアンサーメッセージに付加して送信し、
    　前記優先ユーザでない場合には、前記ＰＣＲＦクライアントノードに対して、前記ＰＣＣセッション情報を送信しない、ことを特徴とする請求項２記載のネットワークシステム。     The PCRF node that has received the request message from the PCRF client node,
    From the server that manages the subscriber information, obtain subscriber profile information of the terminal that has made the attach request, determine whether the subscriber of the terminal is a priority user,
    If the user is the priority user, the PCC session information is added to the answer message for the request message and transmitted to the PCRF client node.
    3. The network system according to claim 2, wherein if the user is not the priority user, the PCC session information is not transmitted to the PCRF client node.
  7. 　前記ＰＣＣセッション情報を保持し、前記ＰＣＲＦにＰＣＣセッション情報を送信する前記ＰＣＲＦクライアントノードは、
    　ＰＣＥＦ（Ｐｏｌｉｃｙ　ａｎｄ　Ｃｈａｒｇｉｎｇ　Ｅｎｆｏｒｃｅｍｅｎｔ　Ｆｕｎｃｔｉｏｎ）を有するノードであるパケット・データ・ネットワーク・ゲートウェイ（ＰＧＷ）、
    　ＢＢＥＲＦ（Ｂｅａｒｅｒ　Ｂｉｎｄｉｎｇ　ａｎｄ　Ｅｖｅｎｔ　Ｒｅｐｏｒｔｉｎｇ　Ｆｕｎｃｔｉｏｎ）を有するノードであるサービング・ゲートウェイ（ＳＧＷ）、
    　ＡＦ（Ａｐｐｌｉｃａｔｉｏｎ　Ｆｕｎｃｔｉｏｎ）を有するノードであるアプリケーション・ファンクションノード
    　の各ノードのうちの少なくとも１つを含む、ことを特徴とする請求項１乃至６のいずれか１項に記載のネットワークシステム。     The PCRF client node that holds the PCC session information and transmits the PCC session information to the PCRF,
    A packet data network gateway (PGW), which is a node having PCEF (Policy and Charging Enforcement Function Function),
    A serving gateway (SGW), which is a node having BBERF (Bearer Binding and Event Reporting Function),
    7. The network system according to claim 1, comprising at least one of each node of an application function node, which is a node having an AF (Application Function). 8.
  8. 　前記ＰＣＲＦクライアントノードは、ＰＣＥＦ（Ｐｏｌｉｃｙ　ａｎｄ　Ｃｈａｒｇｉｎｇ　Ｅｎｆｏｒｃｅｍｅｎｔ　Ｆｕｎｃｔｉｏｎ）を有するノードであるパケット・データ・ネットワーク・ゲートウェイ（ＰＧＷ）を含み、
    　端末（ＵＥ）からのアタッチ要求に対応して、モビリティ管理エンティティティ（ＭＭＥ）からのセッション作成リクエストメッセージを、サービング・ゲートウェイ（ＳＧＷ）経由で受けたパケット・データ・ネットワーク・ゲートウェイ（ＰＧＷ）が、前記ＰＣＲＦノードに対して送信するクレジット・コントロール・リクエストメッセージに、前記パケット・データ・ネットワーク・ゲートウェイ（ＰＧＷ）がセッション情報復旧機能を具備していることを設定し、
    　前記パケット・データ・ネットワーク・ゲートウェイ（ＰＧＷ）から前記クレジット・コントロール・リクエストメッセージを受信した前記ＰＣＲＦノードは、前記パケット・データ・ネットワーク・ゲートウェイ（ＰＧＷ）に対して、ＱｏＳ（Ｑｕａｌｉｔｙ　Ｏｆ　Ｓｅｒｖｉｃｅ）及び課金（Ｃｈａｒｇｉｎｇ）規則を含むＰＣＣセッション情報を、前記コントロール・リクエストメッセージに対するアンサーメッセージに付加して送信する、ことを特徴とする請求項１乃至５のいずれか１項に記載のネットワークシステム。     The PCRF client node includes a packet data network gateway (PGW) that is a node having PCEF (Policy and Charging Enforcement Function Function),
    In response to the attach request from the terminal (UE), the packet data network gateway (PGW) that has received the session creation request message from the mobility management entity (MME) via the serving gateway (SGW), In the credit control request message transmitted to the PCRF node, set that the packet data network gateway (PGW) has a session information recovery function,
    The PCRF node that has received the credit control request message from the packet data network gateway (PGW) performs QoS (Quality Of Service) and charging to the packet data network gateway (PGW). 6. The network system according to claim 1, wherein PCC session information including a (Charging) rule is added to an answer message for the control request message and transmitted.
  9. 　前記ＰＣＲＦクライアントノードは、ＡＦ（Ａｐｐｌｉｃａｔｉｏｎ　Ｆｕｎｃｔｉｏｎ）を有するアプリケーション・ファンクションを含み、
    　ベアラ確立後の所定のトリガが、前記アプリケーション・ファンクションノードに発生すると、前記アプリケーション・ファンクションノードは、前記アプリケーション・ファンクションノードが前記ＰＣＲＦノードに対して送信する認証／認可（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ／Ａｕｔｈｏｒｉｚａｔｉｏｎ）リクエストメッセージに、前記アプリケーション・ファンクションノードがセッション情報復旧機能を具備していることを設定し、
    　前記アプリケーション・ファンクションノードから前記認証／認可リクエストメッセージを受信した前記ＰＣＲＦノードは、前記アプリケーション・ファンクションノードに対して、ＱｏＳ（Ｑｕａｌｉｔｙ　Ｏｆ　Ｓｅｒｖｉｃｅ）及び課金（Ｃｈａｒｇｉｎｇ）規則を含むＰＣＣセッション情報を、前記認証／認可リクエストメッセージに対する認証／認可アンサーメッセージに付加して送信する、ことを特徴とする請求項１乃至５のいずれか１項に記載のネットワークシステム。     The PCRF client node includes an application function having AF (Application Function),
    When a predetermined trigger after bearer establishment occurs in the application function node, the application function node sends an authentication / authorization request message sent from the application function node to the PCRF node. , Set that the application function node has a session information recovery function,
    The PCRF node that has received the authentication / authorization request message from the application function node sends PCC session information including QoS (Quality Of Service) and Charging rules to the application function node. 6. The network system according to claim 1, wherein the network system is transmitted by being added to an authentication / authorization answer message for the / authorization request message.
  10. 　前記ＰＣＲＦノードは、前記ＰＣＲＦクライアントノードに送信するリクエストメッセージに、専用ベアラの救済の真偽を指定する救済フラグを設定し、
    　前記ＰＣＲＦノードの再開後、前記ＰＣＲＦノードは、
    　前記ＰＣＲＦクライアントノードに保持されるＰＣＣセッション情報を受けとり、
    　再開した前記ＰＣＲＦノードに関連するセッションのうち、デフォルトベアラと、前記救済フラグが真に設定されている専用ベアラのセッション情報を復旧し、
    　救済フラグが偽に設定されている専用ベアラに対して切断処理を起動する、ことを特徴とする請求項１乃至５のいずれか１項に記載のネットワークシステム。     The PCRF node sets a repair flag that specifies true / false of the repair of the dedicated bearer in the request message transmitted to the PCRF client node,
    After restarting the PCRF node, the PCRF node
    Receiving PCC session information held in the PCRF client node;
    Among the sessions related to the resumed PCRF node, restore the session information of the default bearer and the dedicated bearer for which the rescue flag is set to true,
    The network system according to any one of claims 1 to 5, wherein a disconnection process is activated for a dedicated bearer whose repair flag is set to false.
  11. 　前記ＰＣＲＦクライアントノードは、前記ＰＣＲＦノードの再開を検出すると、前記ＰＣＲＦノードへのリクエストメッセージに、前記ＰＣＣセッション情報を付加して送信する、ことを特徴とする請求項１乃至６のいずれか１項に記載のネットワークシステム。 The PCRF client node, when detecting restart of the PCRF node, transmits the request message to the PCRF node with the PCC session information added thereto, and transmits the request message. The network system described in 1.
  12. 　前記ＰＣＲＦクライアントノードと、前記ＰＣＲＦノードとの間に、ルーティングの管理を行うルーティング部を備え、
    　前記ＰＣＲＦノードは、前記ＰＣＣセッション情報を、前記ルーティング部を介して前記ＰＣＲＦクライアントノードに送信し、
    　前記ルーティング部は、前記ＰＣＲＦノードの再開を検出すると、前記ＰＣＲＦクライアントノードに通知し、
    　前記ＰＣＲＦクライアントノードは、前記ルーティング部からの前記ＰＣＲＦノードの再開の通知に応答して、前記ＰＣＣセッション情報を付加したメッセージを、前記ルーティン部を介して、前記再開の発生した前記ＰＣＲＦノードに送信する、ことを特徴とする請求項１乃至６のいずれか１項に記載のネットワークシステム。     A routing unit for managing routing between the PCRF client node and the PCRF node;
    The PCRF node sends the PCC session information to the PCRF client node via the routing unit,
    When the routing unit detects resumption of the PCRF node, it notifies the PCRF client node,
    In response to the restart notification of the PCRF node from the routing unit, the PCRF client node transmits a message with the PCC session information added thereto to the PCRF node in which the restart has occurred via the routine unit. The network system according to any one of claims 1 to 6, wherein:
  13. 　前記ＰＣＲＦクライアントノードと、前記ＰＣＲＦノード及び少なくとも１つの他のＰＣＲＦノードとの間に、ルーティングの管理を行うルーティング部を備え、
    　前記ＰＣＲＦノードは、前記ＰＣＣセッション情報を、前記ルーティング部を介して前記ＰＣＲＦクライアントノードに送信し、
    　前記ルーティング部は、前記ＰＣＲＦノードの再開を検出すると、前記ＰＣＲＦクライアントノードに通知し、
    　前記ＰＣＲＦクライアントノードは、前記ルーティング部からの前記ＰＣＲＦノードの再開の通知に応答して、前記ＰＣＣセッション情報を付加したメッセージを前記ルーティング部に送信し、
    　前記ルーティン部は、前記ＰＣＲＦクライアントノードから送信された前記ＰＣＣセッション情報を付加したメッセージを、前記再開の発生した前記ＰＣＲＦノードとは異なる前記他のＰＣＲＦノードに転送し、
    　前記他のＰＣＲＦノードがＰＣＣセッションを復旧する、ことを特徴とする請求項１乃至６のいずれか１項に記載のネットワークシステム。     A routing unit that performs routing management between the PCRF client node and the PCRF node and at least one other PCRF node;
    The PCRF node sends the PCC session information to the PCRF client node via the routing unit,
    When the routing unit detects resumption of the PCRF node, it notifies the PCRF client node,
    The PCRF client node sends a message with the PCC session information added thereto to the routing unit in response to the notification of restart of the PCRF node from the routing unit,
    The routine unit forwards the message added with the PCC session information transmitted from the PCRF client node to the other PCRF node different from the PCRF node in which the restart has occurred,
    The network system according to claim 1, wherein the other PCRF node recovers the PCC session.
  14. 　ＰＣＲＦ（Ｐｏｌｉｃｙ　ａｎｄ　Ｃｈａｒｇｉｎｇ　Ｒｕｌｅｓ　Ｆｕｎｃｔｉｏｎ）ノードとして機能する装置であって、
    　ＰＣＣ（Ｐｏｌｉｃｙ　ａｎｄ　Ｃｈａｒｇｉｎｇ　Ｃｏｎｔｒｏｌ）セッション情報を少なくとも１つのＰＣＲＦクライアントに送信し、
    　再開発生後、前記ＰＣＲＦクライアントから前記ＰＣＣセッション情報を受信しＰＣＣセッションの復旧を行う、ことを特徴とするＰＣＲＦノード装置。     A device functioning as a PCRF (Policy and Charging Rules Function) node,
    PCC (Policy and Charging Control) session information is sent to at least one PCRF client,
    A PCRF node apparatus, which receives the PCC session information from the PCRF client and recovers the PCC session after resumption occurs.
  15. 　ＰＣＲＦ（Ｐｏｌｉｃｙ　ａｎｄ　Ｃｈａｒｇｉｎｇ　Ｒｕｌｅｓ　Ｆｕｎｃｔｉｏｎ）ノードがＰＣＣセッション情報を含むＰＣＲＦ関連情報を透過的な形式にて他のノードである１つ又は複数のＰＣＲＦクライアントノードに配信する、ことを特徴とする復旧方法。 A recovery method characterized in that a PCRF (Policy and Charging Rules Function) node distributes PCRF-related information including PCC session information to one or a plurality of PCRF client nodes that are other nodes in a transparent format.
  16. 　前記ＰＣＲＦクライアントは前記ＰＣＣセッション情報を保持し、
    　前記ＰＣＲＦノードの再開後、前記ＰＣＲＦクライアントノードは前記ＰＣＣセッション情報を前記ＰＣＲＦノードに返し、
    　前記ＰＣＲＦノードは、前記ＰＣＣセッション情報を受けＰＣＣセッション情報の復旧を行う、ことを特徴とする請求項１５記載の復旧方法。     The PCRF client holds the PCC session information,
    After restarting the PCRF node, the PCRF client node returns the PCC session information to the PCRF node,
    The recovery method according to claim 15, wherein the PCRF node receives the PCC session information and recovers the PCC session information.
PCT/JP2011/052757 2010-02-10 2011-02-09 Pcrf, fault recovery method, and system WO2011099523A1 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2010-028189 2010-02-10
JP2010028189 2010-02-10

Publications (1)

Publication Number Publication Date
WO2011099523A1 true WO2011099523A1 (en) 2011-08-18

Family

ID=44367794

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/052757 WO2011099523A1 (en) 2010-02-10 2011-02-09 Pcrf, fault recovery method, and system

Country Status (1)

Country Link
WO (1) WO2011099523A1 (en)

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012120156A (en) * 2011-10-06 2012-06-21 Ntt Docomo Inc Mobile communication method, gateway device, mobile management node and call session control server device
JP2013535856A (en) * 2010-06-29 2013-09-12 アルカテル−ルーセント Diameter session audit
JP2014518022A (en) * 2011-02-25 2014-07-24 アルカテル−ルーセント Temporary subscription record
JP2014534705A (en) * 2011-10-18 2014-12-18 アルカテル−ルーセント Generation of S9 session ID for PCRF
JP2015041906A (en) * 2013-08-22 2015-03-02 株式会社日立製作所 Routing agent device
KR20150027356A (en) * 2013-08-30 2015-03-12 에스케이텔레콤 주식회사 Method and apparatus for managing data session information
JP2015115690A (en) * 2013-12-10 2015-06-22 株式会社日立製作所 Communication system, congestion avoidance method, and gateway
WO2015182255A1 (en) * 2014-05-28 2015-12-03 ソニー株式会社 Apparatus and method
JP2016154389A (en) * 2016-05-18 2016-08-25 ノキア ソリューションズ アンド ネットワークス オサケユキチュア Session termination in mobile packet core network
US9830214B1 (en) 2015-04-22 2017-11-28 Sprint Communications Company L.P. Diameter routing agent detection of policy server communication failure
US10382360B2 (en) 2012-01-27 2019-08-13 Nokia Solutions And Networks Oy Session termination in a mobile packet core network
US10448268B1 (en) 2019-01-30 2019-10-15 Cisco Technology, Inc. Preservation of policy and charging for a subscriber following a user-plane element failover
CN113412665A (en) * 2019-07-12 2021-09-17 Oppo广东移动通信有限公司 Session setting method, network equipment and user equipment
US11483684B1 (en) 2021-05-07 2022-10-25 T-Mobile Usa, Inc. Session recovery from dedicated bearer failure

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; Study on PCRF failure and restoration", 3GPP TR 29.816, V0.3.0, 3GPP, November 2009 (2009-11-01) *

Cited By (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013535856A (en) * 2010-06-29 2013-09-12 アルカテル−ルーセント Diameter session audit
JP2014518022A (en) * 2011-02-25 2014-07-24 アルカテル−ルーセント Temporary subscription record
JP2012120156A (en) * 2011-10-06 2012-06-21 Ntt Docomo Inc Mobile communication method, gateway device, mobile management node and call session control server device
JP2014534705A (en) * 2011-10-18 2014-12-18 アルカテル−ルーセント Generation of S9 session ID for PCRF
US10382360B2 (en) 2012-01-27 2019-08-13 Nokia Solutions And Networks Oy Session termination in a mobile packet core network
JP2015041906A (en) * 2013-08-22 2015-03-02 株式会社日立製作所 Routing agent device
KR20150027356A (en) * 2013-08-30 2015-03-12 에스케이텔레콤 주식회사 Method and apparatus for managing data session information
KR102072702B1 (en) 2013-08-30 2020-03-03 에스케이텔레콤 주식회사 Method and apparatus for managing data session information
JP2015115690A (en) * 2013-12-10 2015-06-22 株式会社日立製作所 Communication system, congestion avoidance method, and gateway
WO2015182255A1 (en) * 2014-05-28 2015-12-03 ソニー株式会社 Apparatus and method
US10425932B2 (en) 2014-05-28 2019-09-24 Sony Corporation Apparatus and method
US10813087B2 (en) 2014-05-28 2020-10-20 Sony Corporation Apparatus and method
US9830214B1 (en) 2015-04-22 2017-11-28 Sprint Communications Company L.P. Diameter routing agent detection of policy server communication failure
JP2016154389A (en) * 2016-05-18 2016-08-25 ノキア ソリューションズ アンド ネットワークス オサケユキチュア Session termination in mobile packet core network
US10448268B1 (en) 2019-01-30 2019-10-15 Cisco Technology, Inc. Preservation of policy and charging for a subscriber following a user-plane element failover
US11356869B2 (en) 2019-01-30 2022-06-07 Cisco Technology, Inc. Preservation of policy and charging for a subscriber following a user-plane element failover
CN113412665A (en) * 2019-07-12 2021-09-17 Oppo广东移动通信有限公司 Session setting method, network equipment and user equipment
CN113412665B (en) * 2019-07-12 2023-09-22 Oppo广东移动通信有限公司 Session setting method, network equipment and user equipment
US11483684B1 (en) 2021-05-07 2022-10-25 T-Mobile Usa, Inc. Session recovery from dedicated bearer failure
US11930425B2 (en) 2021-05-07 2024-03-12 T-Mobile Usa, Inc. Session recovery from dedicated bearer failure

Similar Documents

Publication Publication Date Title
WO2011099523A1 (en) Pcrf, fault recovery method, and system
CN109391979B (en) Method, device and system for restoring P-CSCF (proxy-Call Session control function) fault
CN109905469B (en) Home subscriber server, mobility management entity, and methods, systems, and user equipment for performing the same
DK2702793T3 (en) Improvements to completed mobile calls
KR101802005B1 (en) Methods and apparatus for relocating and restoring connections through a failed serving gateway and traffic offloading
US10567216B2 (en) Fault detection method, gateway, user equipment, and communications system
EP2543159B1 (en) High-available policy and charging-control in geographical redundancy pcrf configurations
EP3051787B1 (en) Ip multimedia subsystem, proxy session control apparatus, and communication control method
US8675567B2 (en) Reactivation of dedicated bearers
US20150138952A1 (en) Communication system and method for path control
US9172776B2 (en) PCC control at PCRF failure
WO2012142884A1 (en) Method and apparatus for network load information, user location information and policy processing
US20140348071A1 (en) Bearer processing method and mobile management device
WO2017036227A1 (en) Method and device realizing terminal called service restoration
WO2010124551A1 (en) Method and system for preserving a packet data network gateway identifier in a multiple access scenario
US20130142120A1 (en) Mobile communication method and call session control server device
US8737202B2 (en) Automatic connection recovery
CN107404715B (en) Position information providing method and device
US8913505B2 (en) PMIPv6 MAG restoration
WO2013037271A1 (en) Multi-access method and system
CN113678569B (en) Method, system and computer readable medium for emergency calls
JP6450280B2 (en) Communication control device and communication system
WO2011082524A1 (en) Method and system for machine-to-machine data transmission, and mobility management entity device
JP2015115690A (en) Communication system, congestion avoidance method, and gateway
JP2011223253A (en) Communication system and session release method

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

NENP Non-entry into the national phase

Ref country code: JP

122 Ep: pct application non-entry in european phase

Ref document number: 11742266

Country of ref document: EP

Kind code of ref document: A1