WO2009136776A2 - 광대역 무선 통신 시스템에서 정책 및 과금 제어 에러 핸들링 방법 및 이를 지원하는 장치 - Google Patents

광대역 무선 통신 시스템에서 정책 및 과금 제어 에러 핸들링 방법 및 이를 지원하는 장치 Download PDF

Info

Publication number
WO2009136776A2
WO2009136776A2 PCT/KR2009/002475 KR2009002475W WO2009136776A2 WO 2009136776 A2 WO2009136776 A2 WO 2009136776A2 KR 2009002475 W KR2009002475 W KR 2009002475W WO 2009136776 A2 WO2009136776 A2 WO 2009136776A2
Authority
WO
WIPO (PCT)
Prior art keywords
pcc
error
message
asn
csn
Prior art date
Application number
PCT/KR2009/002475
Other languages
English (en)
French (fr)
Other versions
WO2009136776A3 (ko
WO2009136776A9 (ko
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 WO2009136776A2 publication Critical patent/WO2009136776A2/ko
Publication of WO2009136776A9 publication Critical patent/WO2009136776A9/ko
Publication of WO2009136776A3 publication Critical patent/WO2009136776A3/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0045—Arrangements at the receiver end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1403—Architecture for metering, charging or billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • 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
    • H04W56/00—Synchronisation arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
    • H04M2215/20—Technology dependant metering
    • H04M2215/204—UMTS; GPRS

Definitions

  • the present invention relates to a policy and charging control (PCC) error handling method in a broadband wireless communication system.
  • PCC policy and charging control
  • the present invention relates to a policy and charging control that may occur at a PCC-R3 interface in an IMS-based WiMAX system.
  • PCC PCC error handling method and apparatus supporting the same.
  • Broadband wireless communication system is evolving to provide various additional services as well as existing voice services, and it is possible to send and receive large amounts of data at high speed and to provide various additional services. Research is ongoing.
  • WiMAX Mobile Worldwide Interoperability for Microwave Access
  • 'PCC' policy and charging control
  • A-PCEF Anchor-Policy and Charging Enforcement Function of ASN (Access Service Network), PDF (Policy Distribution Function) of Core Service Network (CSN), and A-PCEF Establishment of an IP-CAN session (Connectivity Access Network session) between the CSN and the Policy Control and Charging Rules Function (PCRF) of the CSN.
  • PCRF Policy Control and Charging Rules Function
  • the A-PCEF and the PCRF should check PCC rules (Policy and Changing Control rules), IP-CAN session association, PCC rules update and synchronization (synchronization) should be made.
  • PCC rules Policy and Changing Control rules
  • IP-CAN session association IP-CAN session association
  • PCC rules update synchronization
  • Such an error may occur in the process of establishing an IP-CAN session between the A-PCEF and the PCRF, IP session alliance, updating and synchronizing the PCC rules, and there may be difficulty in applying the PCC.
  • PCC errors there is no clear definition of PCC errors that can occur when applying PCC and how to handle PCC errors. And there is no clear provision for devices that can support PCC error handling.
  • the present invention is to solve the above problems, to provide a PCC error handling method and a PCC error handling support device that can be generated in the PCC-R3 interface when applying the PCC in the IMS-based broadband wireless communication (WiMAX) system Let it be technical problem.
  • the present invention is to solve the above-mentioned problems, and to provide a PCC error handling method and a PCC error handling support apparatus which may be generated due to disconnection between ASN's A-PCEF and CSN's PCRF in an IMS-based broadband wireless communication system. It is technical problem to provide.
  • a PCC error handling method and PCC error handling that may occur due to a delay of a message transmitted and received between the ASN's A-PCEF and the CSN's PCRF in an IMS-based broadband wireless communication system. It is a technical problem to provide a support apparatus.
  • a PCC error handling method and a PCC error handling support apparatus that may be generated due to the inability to apply the requirements received in the IMS-based broadband wireless communication system to the terminal. It is technical problem to do.
  • a PCC error handling method and a PCC error handling support apparatus which may be generated when the PCC rule is executed (PCC rule installation, modification, deletion) in an IMS-based broadband wireless communication system. It is technical problem to provide.
  • a PCC error handling method and a PCC error that may be caused by an IP-CAN session state mismatch between A-PCEF of ASN and PCRF of CSN in an IMS-based broadband wireless communication system. It is a technical problem to provide a handling support apparatus.
  • PCC error handling support apparatus for achieving the above object is PCC error handling to support PCC (Policy and Charging Control) error handling between the Access Service Network (ASN) and the Core Service Network (CSN)
  • a supporting device comprising: detecting a PCC error when a PCC error occurs during execution of an IP-CAN session or execution of a PCC rule between an ASN and a CSN, and detecting a PCC error according to the type of the PCC error. Perform adaptive PCC error recovery.
  • PCC error handling support apparatus for achieving the above object in the device for handling PCC error on the PCC-R3 interface between the ASN and CSN, the error that the connection of the ASN and the CSN is blocked Type I, an error type II in which a response according to an IP-CAN session execution request or a PCC rule execution request is not received within a predetermined time, an error type III in which a response message to the request includes a response failure or error information, and the If at least one PCC error of the PCC rule execution fails in the ASN or CSN, a PCC error is detected for each error type in the ASN or CSN, and a PCC error is notified according to the error type. It is characterized by recovering the error for each error type.
  • PCC error handling method for achieving the above object is the execution of PCC rules or IP-CAN session based on the request message and PCC rule information received on the PCC-R3 interface between the ASN and CSN Detecting a PCC error according to execution; And notifying the PCC error by generating an error message or a response message according to the type of the PCC error, and recovering the PCC error by type.
  • the present invention according to the embodiment can clearly specify PCC errors that may occur when applying the PCC in the IMS-based broadband wireless communication system.
  • the present invention detects the disconnection state between the A-PCEF of the ASN and the PCRF of the CSN in the IMS-based broadband wireless communication system, and transmits a PCC error message to an element requesting the execution of a PCC rule or an IP-CAN session. It can handle PCC errors due to disconnection.
  • a delay of a message transmitted / received between an ASN's A-PCEF and a CSN's PCRF is detected in an IMS-based broadband wireless communication system, and a PCC error due to a message delay using a PCC error message according to the message delay.
  • the terminal uses the PCC error message to request the requirement. It can handle PCC errors that can occur because they are not applicable to.
  • a PCC rule execution (PCC rule installation, modification, deletion) failure is detected in an IMS-based broadband wireless communication system, and a PCC rule execution failure is performed using a PCC error message according to the PCC rule execution failure. It can handle PCC errors that can occur.
  • the IP-CAN session state check and the IP-CAN session state mismatch between the A-PCEF and the PCRF are detected in the IMS-based broadband wireless communication system.
  • IP-CAN session synchronization By performing IP-CAN session synchronization, PCC errors that may occur due to IP-CAN state mismatch can be handled.
  • FIG. 1 is a diagram illustrating a configuration of an IMS-based broadband wireless communication system (WiMAX) including an apparatus for supporting PCC error handling according to an embodiment of the present invention.
  • WiMAX broadband wireless communication system
  • FIG. 2 is a diagram illustrating a PCC error handling support apparatus according to an exemplary embodiment of the present invention.
  • FIG. 3 is a diagram illustrating a PCC error handling method according to an embodiment of the present invention.
  • FIG. 5 is a diagram illustrating a PCC rule synchronization method initiated in a PDF / PCRF of a CSN in a PCC error handling method according to an embodiment of the present invention.
  • FIG. 6 is a diagram illustrating a PCC rule synchronization method initiated at A-PCEF of an ASN in a PCC error handling method according to an embodiment of the present invention.
  • FIG. 10 is a diagram illustrating a PCC error handling method in establishing an IP CAN session.
  • the present invention relates to a broadband wireless communication system, and more particularly, to a PCC error handling method and a PCC error handling support apparatus generated at a PCC-R3 interface between an SFA / A-PCEF and a PDF / PCRF in an IMS-based broadband wireless communication system. .
  • PCC errors that may occur between ASN and CSN will be defined on a case-by-case basis, and then PCC error handling support devices and PCC error handling methods for each PCC error case will be described with reference to the accompanying drawings. do.
  • a PCC error Policy and Charging Control error is a response message containing an error result (failure code or warning) if the execution (installation, change, or deletion) of the IP-CAN session fails, or if a delay in the response message occurs. Received may occur when the execution (installation, change, deletion) of the PCC rule fails.
  • the PCC errors may be classified into the following error types I through IV.
  • the error type I corresponds to a case where a connection is not normally established between the SFA / PCEF of the ASN and the PDF / PCRF of the CSN.
  • a connection is not normally established between the SFA / PCEF of the ASN and the PDF / PCRF of the CSN.
  • it means a disconnection state between elements ASN and CSN connected through a PCC-R3 interface.
  • the execution (installation, modification, or deletion) of the IP-CAN session in the ASN or CSN fails.
  • the present invention checks the connection between the ASN and the CSN, and detects the PCC error according to the error type I when the ASN and the CSN are disconnected.
  • an error message for the PCC error of the error type I is generated, and the generated error message is transmitted to a transmitting unit (for example, RAS or IMS) requesting execution of an IP-CAN session or PCC rule. Report an error.
  • a transmitting unit for example, RAS or IMS
  • Error type II is then delayed in receiving a response (e.g., response to PCC rule execution request message or response to IP-CAN session execution request message) between SFA / PCEF of ASN and PDF / PCRF of CSN, or This is the case where the request unit does not receive the response message according to the request because the request unit did not make the request normally.
  • a response e.g., response to PCC rule execution request message or response to IP-CAN session execution request message
  • the ASN or CSN may continue to wait for reception of the response message, thereby causing unnecessary resource consumption in the broadband wireless communication system.
  • the PCC error according to the error type II is detected.
  • an error message including information on the timeout of the response message may be generated, and the generated error message may be used to handle the PCC error of the error type II.
  • the PCC error according to the aforementioned error type II is a state in which a connection is made between the ASN and the CSN, unlike the PCC error according to the error type I described above. Therefore, if the request is important in a broadband wireless communication system, another embodiment of the present invention may attempt to resend the request to receive a response message.
  • Error type III then corresponds to a case where the received response message (eg, CCR, CCA) contains an error result (failure code or warning).
  • the transmitter transmits a response message including an error result when an action according to the request, for example, IP-CAN session execution or PCC rule execution cannot be performed.
  • the receiver ASN or CSN detects a PCC error that is different from the error type III when the response message includes the above-described error result even when the response message according to the request is received within the set time.
  • the error type IV corresponds to a case in which PCC rule execution fails in the ASN or CSN.
  • SFA / A-PCEF requires interaction with other peers.
  • the SFM of the SFA / A-PCEF RAS needs to request additional generation of a service flow for a terminal that is subject to the execution of the PCC rule.
  • the SFA / A-PCEF should send a request to the SFM to perform a rollback to generate a service flow.
  • the PCC rule execution fails in the ASN or CSN
  • the PCC error according to the error type IV is detected.
  • a response message including information on the failure of the PCC rule execution may be generated, and the generated response message may be used to handle a PCC error according to the error type IV.
  • FIG. 1 is a diagram illustrating a configuration of an IMS-based broadband wireless communication system (WiMAX) including a PCC error handling support apparatus according to an exemplary embodiment of the present invention.
  • WiMAX IMS-based broadband wireless communication system
  • an IMS-based broadband wireless communication system includes a terminal (PSS), a radio access station (RAS), an access service network (ASN) 10, a core service network (CSN) 20, and a home agent.
  • PSS terminal
  • RAS radio access station
  • ASN access service network
  • CSN core service network
  • Broadband wireless communication system provides Real-time Polling Service (rtPS), Extended Real-time Polling Service (ertPS), Non real-time Polling Service (nrtPS), and Best Effort Service (BE) according to QoS requirements. can do.
  • rtPS Real-time Polling Service
  • ertPS Extended Real-time Polling Service
  • nrtPS Non real-time Polling Service
  • BE Best Effort Service
  • the RAS includes Service Flow Management (SFM) to provide a function of creating, modifying, and deleting service flows according to the four services, that is, service flow management.
  • SFM Service Flow Management
  • the ASN 10 includes a service flow administrator (SFA) 12 for management of service flows, and includes an A-PCEF 14 (A-Policy and Charging Enforcement Function) for policy and billing processing.
  • the A-PCEF 14 may include a PCC error handling support apparatus 100 for detecting a PCC error and generating an error message according to the PCC error.
  • the ASN 10 transmits data from the RAS to the IP multimedia network through the CSN 20, and transmits data transmitted from the IP multimedia network to the RAS via the CSN 20.
  • the ASN 10 includes a data path function (DPF) (not shown) for data transmission, and specifies a data path of data transmitted in an IP multimedia network through the DPF. That is, the data transmitted from the IP multimedia network is transmitted to the Serving ASN to which the terminal is currently connected via the Anchor ASN.
  • DPF data path function
  • SFA 12 of ASN 10 performs association of CSC 20 with PCC rules according to service data flow.
  • SFA 12 includes an accounting agent for performing relaying of accounting information and processing of accounting policy.
  • the A-PCEF 14 of the ASN 10 interworks with the PCRF 24 of the CSN 20 through the Gx interface, and establishes an IP-CAN session with the PCRF 24 of the CSN 20 through the PCC-R3 interface.
  • the PCC rule is provided from the PCRF 220 (Policy Control and Charging Rules Function) of the CSN 20 through the IP-CAN session. Thereafter, the PCC rules provided from the PCRF are executed.
  • the execution of PCC rules includes the installation, modification and deletion of PCC rules.
  • the A-PCEF 14 may perform the execution of the IP-CAN session with the PCRF 24, where the execution of the IP-CAN session is not only the installation of the IP-CAN session but also the change and deletion of the IP-CAN session. It includes.
  • the A-PCEF 14 relays QoS related policies to the SFA of the RAS, relays the charging information to the accounting client included in the Anchor SFA, and relays the PCC service flow to the Anchor DPF. In addition, it performs QoS execution, gate control, and billing for each service flow for the IP-CAN bearer.
  • the Home Agent (HA) is interworked with the ASN 10 through the Mb interface, and the Home Agent (HA) of the mobile node, that is, the CoA (Care-of Address) indicating the current location of the terminal and the home address (Home address) It stores the binding information and delivers the data packet destined for the terminal to the current position (CoA) of the terminal 10 through tunneling (tunneling).
  • CoA Care-of Address
  • Home address home address
  • an IP acquisition procedure is performed with the ASN 10 to assign an IP within the network to the ASN 10.
  • the PCC error handling support apparatus located in the A-PCEF 14 of the ASN 10 receives the request. It is checked whether the action according to the operation is possible, and if the action is impossible, the PCC error is detected. The detected PCC error type may be classified and an error message may be generated for each type of PCC error.
  • the PCC error handling support apparatus can perform the periodic update of the PCC rules installed in the A-PCEF 14 and the PCRF 24.
  • the PCC error handling support apparatus according to an exemplary embodiment of the present invention will be described in detail with reference to FIG. 2.
  • the CSN 20 may be divided into a V-CSN and an H-CSN, and provide IP connectivity and network services to subscribers.
  • the CSN 20 includes a PDF (Policy Distribution Function) 22 for policy distribution and a PCRF 24 (Policy Control and Charging Rules Function) for policy management and billing processing.
  • the PCRF 24 may include the PCC error handling support device 100 shown in FIG. 2 to detect the PCC error and generate an error message according to the PCC error.
  • the PDF 22 is a logical configuration included in the CSN 20.
  • the PDF 22 includes the PCC framework of the broadband wireless communication system based on the IEEE 802.16e and WiMAX standards and the 3rd generation partnership project (3GPP) standard. It supports interworking between PCC frameworks of a broadband wireless communication system.
  • 3GPP 3rd generation partnership project
  • the PDF 22 extracts the SDP information included in the call setup message and converts the SDP information into a user quality requirement format and determines a quality policy that can be applied to the user.
  • the PDF 22 and the PCRF 24 may be linked through the Gx (Ty) interface, and the PDF 22 and the ASN 10 may be linked through the PCC-R3 interface.
  • This PDF 22 supports relocation of the SFA 12 and distributes PCC rules between the ASN 10 and the CSN 20.
  • the PCC policy may be received from the PCRF 24 via the Gx (Ty) interface and distributed to the A-PCEF 14 via the PCC-R3 interface.
  • the PCRF 24 performs a function of applying differentiated quality of service (QoS) and charging policies for each service flow of content provided by the IMS. In addition, it can be linked through the AF and Gx / Rx interface of the PCEF and IMS of the IP multimedia network.
  • QoS differentiated quality of service
  • the PCRF 24 provides the PCC rules to the A-PCEF 14 through the PDF 22 to provide a policy of IP-CAN session (Quality of Service, Gating control) and billing function by service flow.
  • the PCRF 24 may store the message and the service information received from the ASN 10 and transmit an acknowledgment according to the received RAA message to the AF. If the PCRF 24 intends to delete the installed PCC rule, the PCRF 24 may transmit information on the PCC rule to be deleted to the ASN 10 using the RAR message.
  • the PCRF 24 may recognize the WiMAX connection type and the IPP-type attribute value parameters (AVPs), and provide a policy control decision function and a charging control function. In addition, the PCRF 24 performs binding of the PCC policy applicable to the AF session information and the IP-CAN session, and performs authentication of the PCC policy. Here, the PCRF 24 may play the same role as the PCRF based on the 3GPP / 2 standard.
  • AVPs IPP-type attribute value parameters
  • the AAA server (Authorization, Authentication and Accounting) manages information on authentication, authorization, and accounting of the terminal.
  • the AAA server acts as a database for storing a user's QoS profile through a subscription profile repository (SPR), and the user's QoS profile and policy rules are stored in the CSN 20.
  • SPR subscription profile repository
  • the SPR and the PCRF 24 of the CSN 20 are linked to the Sp interface.
  • the PCC error handling support apparatus may be included in the PCRF 24 of the CSN 20 as well as the A-PCEF 14.
  • the ASN 10 or the CSN 20 checks whether an action according to the request is possible, and the ASN 10 Or detects a PCC error when the CSN 20 cannot perform the action.
  • the detected PCC error type may be classified and an error message may be generated for each type of PCC error.
  • the PCC error handling support apparatus can perform the periodic update of the PCC rules installed in the A-PCEF 14 and the PCRF 24.
  • the PCC error handling support apparatus 100 as shown in Figure 2, the message check unit 110, the error check unit 120, the timer 130, the synchronization performing unit 140 and the message generating unit ( 150).
  • the message confirming unit 110 confirms the message received by the ASN 10 or the CSN 20 and provides the error confirming unit 120 with information on the request or response included in the message. In addition, when the PCC rule information is received, it is provided to the synchronization performing unit 140.
  • the message checking unit 110 executes the IP-CAN session execution request message or the PCC rule. Check the request message.
  • the request information included in the IP-CAN session execution request message or the PCC rule execution request message is provided to the error checking unit 120.
  • the error checking unit 120 performs the action of the PCC rule or the IP-CAN session that is installed so that the action according to the IP-CAN session execution request message or the PCC rule execution request message can be performed in the A-PCEF 14 or the PCRF 24.
  • the states are compared and PCC errors are detected based on the comparison results.
  • a request message IP-CAN session execution, PCC rule execution
  • the error checking unit 120 ASN 10 or CSN 20 it is checked whether an action according to the request can be performed. If a request cannot be performed, a PCC error is detected. Based on the PCC error detection result, it is determined whether the generated PCC error is any of the above-described error types I to IV. That is, it distinguishes the type of PCC error. Thereafter, the message generator 150 provides each error type and PCC error information.
  • the error checking unit 120 checks the connection between the ASN 10 and the CSN 20 when a request for installing, changing, or deleting an IP-CAN session is received. As a result of confirming the connection, if the ASN 10 and the CSN 20 are disconnected, the A-PCEF 14 or the PCRF 24 cannot install, change, or delete the IP-CAN session. Detect PCC error according to error type I.
  • the error checking unit 120 checks whether a response according to the IP-CAN session execution or PCC rule execution request is received within a preset time, that is, whether the response message is delayed. If the response message is delayed, a PCC error according to the above error type II is detected. At this time, the determination of the delay of the response message is made based on the response time information provided from the timer 130 described later.
  • the error checking unit 120 checks the information on the response message received by the ASN 10 or the CSN 20, and indicates that an indicator indicating an error result in the response message, that is, the response message fails or errors. Make sure it contains information. As a result of the check, if the response message includes response failure information or error information, the PCC error according to the above-described error type III is detected.
  • a DIAMETER CCA message or a RADIUS access request message including an error result may be applied.
  • a DIAMETER RAA or a RADIUS COA / DM including an error may be applied.
  • the error checking unit 120 may detect the PCC error according to the error type III when the response message including the error result described above is received.
  • the error checking unit 120 checks the state of the service flow between the RAS and the ASN 10 when the PCC rule is executed, for example, when the PCC rule information provision request is made to the A-PCEF 14 or the PCRF 24. . As a result of checking the status of the service flow, when the service flow according to the PCC rule is not generated or the service flow cannot be changed or deleted, the PCC error according to the above-described error type IV is detected.
  • the aforementioned error checking unit 120 distinguishes the types of PCC errors detected by the A-PCEF 14 and / or the PCRF 24, and provides the message generating unit 150 with information about the error type and the PCC errors. do.
  • the timer 130 is based on the transmission information of the request message sent from the A-PCEF 14 to the CSN 20 or the transmission information of the request message sent from the PCRF 24 to the ASN 10. Generates time information. Thereafter, time information of the response message is provided to the error checking unit 120.
  • the time information of the response message is A-PCEF 14 in response to the request message sent from the CSN 20 or from the PCEF 24 from the request message sent to the ASN 10 during the preset time A- It is used to determine whether it is received by the PCEF 14 or the PCRF 24.
  • the error detection according to the reception of the response message is performed by the error checking unit 120 described above.
  • the timer 130 provides time information to synchronize the PCC rule between the A-PCEF 14 and the PCRF 24 for a predetermined time, when the synchronization performing unit 140 is triggered at a predetermined predetermined period.
  • the timer 130 may be applied to all cases where the PCC error handling support apparatus 100 is included in the A-PCEF 14 or the PCRF 24.
  • the PCC rules installed in the A-PCEF 14 and the PCRF 24 should be identical. However, the status of the PCC rules installed in the A-PCEF 14 and the PCRF 24 may be different due to various unexpected errors in the network. Therefore, the PCC rules must be synchronized between the A-PCEF 14 and the PCRF 24 for accurate charging processing.
  • the state of the IP-CAN session between the ASN 10 and the CSN 20 should be identical for synchronization of the PCC rules.
  • the PCC error handling support apparatus 100 confirms the IP-CAN session information.
  • the state of the IP-CAN session between the ASN 10 and the CSN 20 is inconsistent, if the IP-CAN session is synchronized between the ASN 10 and the CSN 20, and the IP-CAN session is synchronized, Synchronization of PCC rules, that is, updating of PCC rules may be performed.
  • the synchronization performing unit 140 is triggered at a predetermined period based on the time information provided from the timer 130 to check the PCC rule for a predetermined time. Subsequently, when the PCC rule between the A-PCEF 14 and the PCRF 24 is different, the synchronization performing unit 140 generates the PCC rule information providing request message for synchronizing the PCC rule to the message generating unit 150. request. Thereafter, if PCC rule information is received from the A-PCEF 14 or the PCRF 24, the PCC rule may be updated based on the received PCC rule information.
  • the synchronization of the PCC rules may be performed when the IP-CAN session state between the A-PCEF 14 and the PCRF 24 is the same, and when the change of the IP-CAN session fails, the A-PCEF 14 State inconsistencies of IP-CAN sessions between PCRFs 24 may occur. This state mismatch of IP-CAN session is a major factor of PCC error. Accordingly, the synchronization performing unit 140 performs synchronization of the IP-CAN session together with synchronization of the PCC rule.
  • the message generator 150 may generate an error message or response including a cause of PCC errors and a PCC error result code AVP based on the error type and PCC error information provided by the error checker 120. You can create a message. This can support handling of PCC errors for each type.
  • the error message or response message is generated by adding an error message field to the RAA message or the CCA message as an example.
  • the error message field includes information on the cause of the PCC error and information on the error type.
  • the error message may include an attribute value parameter (AVP), and through the AVP, QoS information, installation and deletion of charging rules, packet interval, packet size, and anchor data.
  • AVP attribute value parameter
  • the pass address can be set.
  • the message generation unit 150 includes the PCC error information according to the error type and disconnection in the error message field of the RAA message or the CCA message when the information of the PCC error according to the error type I described above is provided by the error checking unit 120. To generate a response message.
  • the message generation unit 150 provides the PCC error information according to the error type II described above by the error checking unit 120, a DIAMETER CCA timeout message or RADIUS including information on the timeout is provided. Generates a RADIUS access request timeout message.
  • the RAA message may include timeout information or generate a RADIUS COA / DM timeout message.
  • the message generating unit 150 may include a response message including an error result when the error checking unit 120 cannot perform an action according to a request, for example, an IP-CAN session execution or a PCC rule execution. Create Upon receiving the response message including the error result, the receiving unit detects a PCC error that is different from the error type III.
  • the response message including the error result generated by the message generator 150 when the IP-CAN session execution or the PCC rule execution cannot be performed is as follows.
  • a response message including an error result may be generated including a Result-Code AVP value included in the DIAMETER BASE RFC 3588 and an Experimental-Result-Code AVP value limited to the GX and PCC-R3-P interfaces. .
  • the Result-Code AVP included in the DIAMETER BASE RFC 3588 may use the following two values.
  • DIAMETER_UNKNOWN_SESSION_ID 5002 is applicable to error cases where the request between A-PCEF and PDF / PCRF includes an unknown session ID.
  • Such an error case corresponds to a case where a request for installing or changing a PCC rule is made for a terminal for which an IP-CAN session is already terminated. The error case may be notified through DIAMETER_UNKNOWN_SESSION_ID 5002.
  • DIAMETER_AUTHORIZATION_REJECTED 5003 can be applied when a request is received for which the user is not authorized. That is, the present invention can be applied to an error case generated by requesting a service which is not allowed to the user.
  • This error case means that a PCC based service on the PCC-R3-P interface is not allowed to the user.
  • Result-Code AVP value can be used to inform the failed requirement between Peer (A-PCEF and PDF / PCRF).
  • a response message may be generated including the Experimental-Result-Code AVP.
  • the Experimental-Result-Code AVP may include the following four values.
  • the DIAMETER_ERROR_INITIAL_PARAMETERS 5140 may be applied to an error case generated due to insufficient subscriber information required for rule selection in a bearer, session, or PCRF.
  • the information to be determined for example, QoS, SGSN, address, RAT type, TFT, and subscriber information
  • DIAMETER_ERROR_TRIGGER_EVENT is a bearer / session information set transmitted in a CCR message by the same trigger event between Pee, and the previous bearer / session information set is incoherent. It may be applied to an error case generated (for example, a trigger event between Pees is changed Radio Access Technology (RAT), and the reported RAT is not changed and is the same as before).
  • RAT Radio Access Technology
  • DIAMETER_PCC_RULE_EVENT 5152 may be applied to an error case generated because the PCC rule cannot be installed or the PCC rule cannot be activated.
  • the charging-rule-report AVP including the state of the PCC rule and the error reason may be used to inform the state of the PCC rule and the reason of the error.
  • BEARER_NOT_AUTHORIZED (5143) can be applied to an error case (for example, exceeding the agreed QoS) that occurs because the PCRF cannot authorize the IP-CAN bearer according to the IP-CAN bearer authorization request received from the PCEF.
  • the PCEF may reject the attempt to initialize or change the bearer indicated in the CCR message.
  • the ASN 10 or the CSN 20 notifies the PCC rule execution failure, that is, the occurrence of the PCC error by using the PCC error message and the response message generated by the message generator 150, and handles the PCC error. Let this be done.
  • the ASN 10 or the CSM 20 may receive rule information from the PCC counterpart using a CCR message including the PCC rule information provision request field generated by the message generator 150.
  • the message generating unit 150 when the information of the PCC error according to the error type IV described above is provided by the error checking unit 120, the message generating unit 150 generates a RAA message including an error message AVP and a failure information AVP field. Error message AVP and failure information The AVP generates a response message including information on error type and PCC error information, for example, failure to install PCC rules, failure to change PCC rules, failure to delete PCC rules, and the like.
  • the message generating unit 150 generates a PCC rule information providing request message when the PCC rule information providing request is made from the synchronization performing unit 140.
  • the PCC rule information provision request message may be generated by adding a PCC rule information provision request field, for example, 'Charging-Rule-Report AVP' to the CCR message.
  • the receiving unit receiving the CCR message including the PCC rule information provision request field may generate a response message by including a PCC rule status AVP (PCC-Rule-Status AVP) in the CCA message. Subsequently, the CCR message including the "Charging-Rule-Report AVP" is performed through the CCA message including the PCC rule status AVP to notify the status of the PCC rule and whether the PCC rule is active or inactive. can do.
  • PCC rule status AVP PCC rule status AVP
  • the message generating unit 150 When the establishment of the IP-CAN session is requested, the message generating unit 150 includes the IP-CAN session request in the CCR message to the ASN 10 or the CSN 20. At this time, the message generating unit 150 is the AAA server. From the QoS profile provided to the ASN 10 to the CCR message.
  • the CCR message includes a CCR type, a CCR number, a subscription ID, an IP-CAN session type, a WiMAX A-PCEF address, QoS information, an access network charging address, and a Gx interface.
  • An access network charging identifier Access-Network-Charging-Identifier-Gx
  • a charging rule report Charging-Rule-Report
  • the CCR message may include an attribute value parameter (AVP), and through AVP, QoS information, installation and deletion of charging rules, packet interval, packet size, and anchor data path.
  • AVP attribute value parameter
  • the message generator 150 may provide a PCC rule provision to a RAA message when the establishment of an IP-CAN session or a request for PCC rules provision or a request for changing or deleting a PCC rule is made. It can include accept or reject for changing / deleting rules.
  • PCC rules provision, change the PCC rules by sending a RAA message including an accept (or reject) for the change / deletion of the PCC rules to the ASN (10) or CSN (20) Notify or reject the deletion.
  • the PCC error handling support apparatus 100 is described as being integrated with the A-PCEF 14 and / or the PCRF 24. However, this is an exemplary embodiment, and the PCC error handling support apparatus 100 may be a broadband device. It may be implemented in a separate configuration within the wireless communication system.
  • FIG. 3 is a diagram illustrating a PCC error handling method according to an exemplary embodiment of the present invention.
  • the A-PCEF 14 or the PCRF 24 performs the requested IP-CAN session or PCC rule execution. (S10).
  • the detected PCC error type is distinguished (S30).
  • the error type is an error type I, which indicates a disconnection state between the ASN 10 and the CSN 20 connected through the PCC-R3 interface, and a response delay between the ASN 10 and the CSN 20.
  • a response message for example, CCR, CCA
  • an error result for example, CCR, CCA
  • an error corresponding to a case where PCC rule execution fails in an ASN or CSN There is type IV.
  • step S40 if the result of checking in step S40 is not error type I, an error (response) message according to error types II to IV is generated, and the ASN 10 or CSN requesting execution of an IP-CAN session or PCC rule. In step S50, an error (response) message is transmitted.
  • the A-PCEF 14 transmits an error (response) message corresponding to each error type of the CSN 20. do.
  • the PCRF 24 transmits an error (response) message according to each error type from the PCRS 24 to the ANS 10. .
  • FIG. 4 is a diagram illustrating a PCC error handling method according to an error type I.
  • a request for deleting an IP-CAN session is made from the RAS to the A-PCEF or a request for deleting an IP-CAN session from the IMS to the PCRF.
  • the PCC-R3 interface when the TCP connection between the A-PCEF and the PDF / PCRF is terminated, the PCC-R3 interface is in a disconnected state (S100).
  • the disconnection state of the PCC-R3 interface includes a case in which a TCP connection is not generated between the A-PCEF and the PDF / PCRF.
  • This error type I may occur when the IP-CAN session establishment fails as described above.
  • IP-CAN session modification failure session modification failure
  • this may occur when an IP-CAN session mismatch occurs between the A-PCEF and the PDF / PCRF.
  • IP-CAN session termination failure session termination failure
  • an IP-CAN session execution request may be made from the RAS to the A-PCEF.
  • an IP-CAN session execution request may be made from the IMS to the PCRF.
  • a request for deleting an IP-CAN session may be made from the RAS to the A-PCEF or a request for deleting an IP-CAN session from the IMS to the PCRF (S110).
  • a request for deleting and changing the PCC rule may be made from the IMS to the PDF / PCRF (S120).
  • the A-PCEF cannot perform the request to delete the IP-CAN session from the RAS.
  • the PCRF cannot perform the request to delete the PCC rule from the IMS.
  • the A-PCEF detects an error type I through the PCC error handling support apparatus 100 described above (S130).
  • the PCRF also detects an error type I through the PCC error handling support apparatus 100 described above (S140).
  • the A-PCEF sends an error (response) message according to the error type I due to the disconnection of the PCC-R3 interface to the RAS and notifies that the request for deleting the PCC rule cannot be performed (S150).
  • the PCRF transmits an error (response) message according to the error type I due to disconnection of the PCC-R3 interface to the IMS, and notifies that the request for deleting the PCC rule cannot be performed (S160).
  • A-PCEF and PDF / PCRF can perform a request to delete a PCC rule after a TCP connection is restored or after a TCP connection is created.
  • the A-PCEF may proceed with the network entry procedure of the terminal without the IP-CAN session procedure according to the PCC execution without proceeding with the network withdrawal procedure. If the A-PCEF of the ASN proceeds with the network entry procedure for the terminal without establishing an IP-CAN session, the terminal has an initial service flow (ISF) / provided service flow (PPSF). Here, the pre-provided service flow (PPSF) is optional.
  • ISF initial service flow
  • PPSF pre-provided service flow
  • the PCC error handling support apparatus 100 performs IP-CAN session synchronization and PCC rule synchronization between the A-PCEF 14 and the PCRF 24 to terminate the IP-CAN session as described above. Can handle PCC errors due to procedural errors.
  • the restoration of the TCP connection may be performed by performing a network reentry procedure after leaving the network of the terminal. Since the method of leaving the network of the terminal and the network reentry procedure of the terminal are not the objects of the present invention, description thereof will be omitted.
  • the error type I when a request to change the PCC rule from the RAS to the A-PCEF or the IMS to the PCRF is made to match the IP-CAN session state through the IP-CAN session synchronization method, A-PCEF and PCRF You must update the PCC rules installed on the server. As an example, if a PCC error occurs due to an inconsistency of an IP-CAN session or a PCC rule, the PCC rule may be repaired by updating the PCC rule through a PCC rule synchronization method.
  • the IP-CAN session established for the provision of the content should be deleted.
  • the network withdrawal procedure of the terminal initiated by the terminal or the A-PCEF does not wait for the termination of the IP-CAN session.
  • the network leaving process of the terminal may be generated when the application used by the operator is terminated or when the terminal is powered off. The network cannot predict this situation at the terminal. Therefore, the network withdrawal process of the UE may be performed regardless of the IP-CAN session termination process.
  • the PCRF may not be waited for the successful IP-CAN session termination process. Similar to the case of the terminal, since the application session can be terminated in the AF before the termination procedure of the IP-CAN session, the PCRF may not wait for the successful IP-CAN session termination process.
  • FIG. 5 is a diagram illustrating a PCC rule synchronization method initiated in a PDF / PCRF of a CSN in a PCC error handling method according to an exemplary embodiment of the present invention.
  • FIG. 5 it is assumed that the above-described PCC error handling support apparatus is included in the PCRF.
  • an IP-CAN session establishment procedure is performed between the A-PCEF and the PDF / PCRF (S90). At this time, one or more IP-CAN sessions may be established between the A-PCEF and the PDF / PCRF.
  • the PCRF checks the state of the PCC rule according to one or more IP-CAN sessions established in S90 (S91).
  • the PDF / PCRF may be triggered for a predetermined time at a predetermined period inside or outside to check the state of the PCC rule. For example, PCRF can be triggered every night at midnight to check the status of IP-CAN sessions and PCC rules for one hour.
  • the PCRF first generates an RAR message for requesting the IP-CAN session status report and transmits it to the A-PCEF for the association of the IP-CAN session (S92).
  • the RAR message is for synchronization of IP-CAN session and synchronization of PCC rule.
  • the A-PCEF responds to the IP-CAN session status report request by transmitting a RAA message to the PCRF in response to the RAR message received from the PCRF (S93).
  • the RAA message includes a Charging-Rule report VAP for reporting the status of the PCC rule installed in the A-PCEF.
  • the PCRF immediately updates the PCC rule based on the Charging-Rule report VAP upon receiving the RAA message (S94).
  • the PCRF may initiate deletion of local PCC rules that do not exist in the A-PCRF but only in the PDF / PCRF based on the Charging-Rule report VAP.
  • the RAR message may be transmitted to the A-PCEF to delete the PCC rule not present in the PCRF and present in the A-PCEF.
  • the RAR message may be transmitted to the A-PCEF so that the PCC rule already deleted in the PCRF can be deleted in the A-PCEF.
  • synchronization of the PCC rule between the A-PCEF and the PCRF may be performed by the initiation of the PCRF.
  • FIG. 6 is a diagram illustrating a PCC rule synchronization method initiated in A-PCEF of an ASN in a PCC error handling method according to an embodiment of the present invention.
  • FIG. 6 it is assumed that the above-described PCC error handling support apparatus is included in the A-PCEF.
  • an IP-CAN session establishment procedure is performed between the A-PCEF and the PCRF (S95).
  • one or more IP-CAN sessions may be established between the A-PCEF and the PCRF.
  • the A-PCEF checks the state of the PCC rule according to one or more IP-CAN sessions established in S95 (S96).
  • the A-PCEF may be triggered for a predetermined time at a predetermined period, internally or externally, to check the state of the IP-CAN session and the state of the PCC rule. For example, A-PCEF can be triggered every night at midnight to check the status of an IP-CAN session and the status of PCC rules for an hour.
  • the A-PCEF generates a CCR message requesting an IP-CAN session status report and transmits it to the PCRF for the association of the IP-CAN session (S97).
  • the CCR message is for synchronization of IP-CAN session and synchronization of PCC rule.
  • the CCR message may include a Charging-Rule report VAP for requesting the PCC rule status report.
  • the value of the CC-Request Type is set to an update request (UPDATE_REQUEST).
  • the PCRF then sends a CCA message to the A-PCEF in response to the CCR message received from the A-PCEF.
  • the PCRF responds to the IP-CAN session status report request through the CCA message (S98).
  • the received A-PCEF from the PCRF may perform updating of the PCC rule based on the CCA message (S99).
  • deletion of local PCC rules that are not present in the A-PCRF but only in the PCRF may be initiated.
  • PCEF may delete PCC rules that do not exist in the PCRF but exist in the A-PCEF.
  • the PCRF may send a RAR message to the A-PCEF to leave the local PCC rule already removed from the PCEF in the A-PCEF.
  • synchronization of the PCC rule between the A-PCEF and the PCRF may be performed by the initiation of the A-PCEF.
  • FIG. 7 is a diagram illustrating a PCC error handling method according to an error type II.
  • Error type II may occur when a request (eg, a message for performing PCC rules) or response between PCEF and PDF / PCRF is delayed.
  • the request may not be made normally and may be generated when the transmitting unit which has transmitted the request does not receive a response according to the request.
  • the error type II according to the delay of the response message generates an error message including information on the timeout of the response message, and generates the generated error message, for example, a DIAMETER CCA timeout or a RADIUS access request timeout.
  • a PCC error according to error type II may be handled using a (RADIUS access request timeout) message.
  • the PCA error according to the error type II may be handled by including timeout information in the RAA message or by using a RADIUS COA / DM timeout message.
  • the PDF / PCRF requests the PCC rule to the A-PCEF through the PCC-R3 interface (S210). Then, a response to the PCC rule request is waited for a preset time.
  • the A-PCEF receiving the PCC rule request from the PDF / PCRF transmits bearer signaling to the RAS (S220). Subsequently, the RAS sends a response of the bearer signaling to the A-PCEF (S230).
  • the A-PCEF transmits a response to the PCC rule request from the PDF / PCRF to the PDF / PCRF in S210, and a delay of the response message may be generated (S240).
  • the PDF / PCRF detects a timeout failure when there is no response from the A-PCEF for a preset time and recognizes that a PCC error due to the delay has occurred, that is, a PCC error due to the delay of the response. It is detected (S250).
  • the PDF / PCRF notifies the A-PCEF of the cancellation of the PCC rule provision request (S260).
  • the PDF / PCRF includes the PCC rule provision failure in the response message and transmits it to the IMS AF (S270).
  • the response from the A-PCEF may arrive delayed after the PCC rule request is treated as a failure in the PDF / PCRF.
  • the PDF / PCRF since the PDF / PCRF responded to the failure of the PCC rule request in S260 and S270, the PDF / PCRF ignores the response message received after the PCC rule request is processed as a failure (S280).
  • the A-PCEF transmits a response message for canceling the PCC rule provision request received in S260 to PDF / PCRF (S290).
  • the DIAMETER CCA timeout or RADUS access request timeout message and the RAA message timeout or RADIUS COA
  • the / DM timeout message can be used to attempt to resend the request or response.
  • FIG. 8 is a diagram illustrating a PCC error handling method according to error type III.
  • an error type III may be generated when a response (eg, a CCA message, a RAA message) according to a request includes an error result.
  • the receiver A-PCEF or PDF / PCRF may transmit an error message or a warning item for the requested action in a response message according to the request.
  • FIG. 8 illustrates that the PCC error handling support apparatus (PDF / PCRF) indicates that, in the process of establishing an IP-CAN session, the requested IP-CAN session cannot be applied to the UE or the IP-CAN session cannot be allowed to the UE.
  • PDF / PCRF PCC error handling support apparatus
  • the RAS requests to establish an IP-CAN session with the A-PCEF (S300).
  • the A-PCEF instructs the establishment of an IP-CAN session in PDF / PCRF (S310).
  • the PDF / PCRF detects whether the IP-CAN session requested for establishment is applicable to the terminal and whether the IP-CAN session is allowed to the terminal (S320). ).
  • a failure response of the IP-CAN session establishment is transmitted to the A-PCEF in response to the IP-CAN session establishment instruction in S310.
  • the failure response includes the result code according to the IP-CAN session establishment failure.
  • the terminal in order to establish an IP-CAN session, the terminal must leave the network and then reenter the network and request the establishment of the IP-CAN session again.
  • the connection may be maintained except the PCC rule. That is, except for the PCC rule, it is not possible to provide a service according to the PCC, it is possible to provide the terminal to the Internet access service except the service according to the PCC.
  • the A-PCEF that receives the failure response of the IP-CAN session from the PDF / PCRF handles the PCC error based on the result code (error information) (S340).
  • the IP-CAN session establishment request can be retransmitted according to the generated error.
  • an IP-CAN session request may be retransmitted using a DIAMETER CCA message or a RADIUS access request message including an error.
  • an attempt may be made to retransmit an IP-CAN session establishment request using a DIAMETER RAA message or a RADIUS COA / DM message including an error.
  • Error type IV may occur upon failure of PCC rule execution.
  • the SFA / A-PCEF may generate an error in the process of transmitting a request for generating an additional service flow for the terminal (MS) to the SFM of the RAS.
  • This error type IV may occur in all cases due to a PCC rule installation error, a PCC rule deletion error, and a PCC rule change error.
  • the PCC rule provision is triggered from the IMS to the PDF / PCRF (S400).
  • one or more PCC rules may be provided.
  • two PCC rules for providing audio and video content are provided as an example.
  • the PDF / PCRF sends the two PCC rules to the A-PCEF by including the request in the RAR message to the A-PCEF through the PCC-R3 interface (S410).
  • the A-PCEF receiving the RAR message from the PDF / PCRF transmits bearer signaling to the RAS (SFM) for generation, modification and deletion of a service flow (SF) according to the two PCC rules. (S420).
  • the RAS (SFM) generates, changes, and deletes a service flow SF according to bearer signaling received from the A-PCEF.
  • service flow generation may succeed or fail in RAS (SFM), or service flow deletion may succeed or fail.
  • the RAS (SFM) transmits a bearer signaling response (success or failure) to the A-PCEF including a result of generating or deleting a service flow (S430).
  • the A-PCEF includes the failure result in the RAA message and transmits the result to the PDF / PCRF (S440).
  • the PDF / PCRF transmits a failure response of providing the PCC rules to the IMS based on the RAA message received from the A-PCEF (S450).
  • the IMS may perform the procedure of S400 again, and the PDF / PCRF and the A-PCEF may apply the PCC on the PCC-R3 interface by performing the procedure of S410 and later.
  • FIG. 10 is a diagram illustrating a PCC error handling method in an IP CAN session establishment process.
  • a PCC error handling method in an IP CAN session establishment process will be described with reference to FIG. 10.
  • 10 includes maintaining an initial service flow (ISF) / previously provided service flow (PPSF) without an IP-CAN session establishment procedure according to local policy.
  • ISF initial service flow
  • PPSF previously provided service flow
  • the terminal enters a network by performing an initial authentication procedure with an AAA server through an initial access accept message (S500).
  • the AAA server transmits the information on the network connection acceptance of the terminal and the QoS profile of the provided service flow (PPSF) of the terminal to the ASN (S510). ).
  • the ASN (SFA, A-PCEF) then executes a security key over the air.
  • authentication complete a network registration procedure with the terminal is performed (S520).
  • the ASN detects completion of network registration of the terminal.
  • the terminal performs an establishment procedure of the initial service flow (ISF) and additionally provided service flow (PPSF) (S530).
  • ISF initial service flow
  • PPSF provisioned service flow
  • the ASN obtains an IP address (for example, DHCP, MIP) for the terminal from the home agent HA, and provides the obtained IP address to the terminal (S540).
  • the ASN transmits the IP-CAN session request to the CSN (PDF / PCRF) by including the IP-CAN session request in the CCR message shown in FIG.
  • the ASN adds the QoS profile obtained from the AAA server to the CCR message.
  • the A-PCEF does not receive a QoS profile, receive subscriber information, receive a response message of an IP-CAN session establishment, or receive any response message. It may not be possible (S550).
  • the A-PCEF detects failure of IP-CAN session establishment (S560).
  • the A-PCEF may initiate network withdrawal of the terminal according to a local policy.
  • initialization of an initial service flow (ISF) / provided service flow (PPSF) may be performed.
  • the UE performs a network withdrawal process or an initial service flow (ISF) / provided service flow (PPSF) generation process (S570).
  • ISF initial service flow
  • PPSF provided service flow
  • the A-PCEF is the network leaving the terminal for the initial service flow (ISF) / pre-provided service flow (PPSF) Perform the process. If the local policy of the A-PCEF is to maintain the initial service flow (ISF) / provided service flow (PPSF), the A-PCEF is a process of generating the initial service flow (ISF) / provided service flow (PPSF). Can be performed.

Landscapes

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

Abstract

본 발명은 무선 통신 시스템에 관한 것으로, 특히 광대역 무선 통신 시스템에서의 정책 및 과금 제어(PCC: Policy and Charging Control) 에러 핸들링 방법 및 이를 지원하는 장치에 관한 것이다. 본 발명의 실시 예에 따른 PCC 에러 핸들링 지원 장치는 ASN(Access Service Network)과 CSN(Core Service Network) 사이의 PCC(Policy and Charging Control) 에러 핸들링을 지원하는 PCC 에러 핸들링 지원 장치로서, 상기 ASN과 CSN 사이에 IP-CAN(Internet Protocol-Connectivity Access Network session) 세션의 실행 또는 PCC 규칙의 실행 시 PCC 에러가 발생하는 경우 PCC 에러를 검출하고, 상기 PCC 에러의 타입에 따른 적응적인 PCC 에러 복구를 실행하는 것을 특징 한다.

Description

광대역 무선 통신 시스템에서 정책 및 과금 제어 에러 핸들링 방법 및 이를 지원하는 장치
본 발명은 광대역 무선 통신 시스템에서 정책 및 과금 제어(PCC: Policy and Charging Control) 에러 핸들링 방법에 관한 것으로, 특히, IMS 기반의 WiMAX 시스템에서의 PCC-R3 인터페이스에서 발생될 수 있는 정책 및 과금 제어(PCC) 에러 핸들링 방법 및 이를 지원하는 장치에 관한 것이다.
광대역 무선 통신 시스템(broadband wireless communication system)은 기존의 음성 서비스뿐만 아니라 다양한 부가 서비스를 제공하는 형태로 발전하고 있으며, 대용량 데이터를 고속으로 송수신함과 아울러, 다양한 부가 서비스를 제공하기 위한 다양한 표준 규격들의 연구가 진행되고 있다.
표준 규격 중에서, 대표적으로 IEEE(Institute of Electrical and Electronics Engineers) 802.16e/m, 모바일 WiMAX(Mobile Worldwide Interoperability for Microwave Access, 이하, 'WiMAX' 라 함) 표준 규격이 있으며, 상기, IEEE 802.16e/m, WiMAX 표준 규격에서는 IMS(IP Multimedia Subsystem)를 기반으로 다양한 부가 서비스의 제공을 위한 연구가 진행되고 있다.
일 예로서, IMS 기반의 WiMAX 시스템에서 단말에게 부가 서비스를 제공하기 위해서는 부가 서비스를 제공에 따른 정책 및 과금 제어(Policy and charging control, 이하 'PCC' 라 함)가 이루어져야 한다.
IMS 기반의 WiMAX 시스템에서 PCC의 적용을 위해서는 ASN(Access Service Network)의 A-PCEF(Anchor-Policy and Charging Enforcement Function)와 CSN(Core Service Network)의 PDF(Policy Distribution Function) 그리고, 상기 A-PCEF와 CSN의 PCRF(Policy Control and Charging Rules Function) 간에 IP-CAN 세션(Connectivity Access Network session) 설립이 이루어져야 한다.
또한, 상기 A-PCEF와 PCRF 간에 PCC 규칙(Policy and Changing Control rules)의 확인, IP-CAN 세션의 제휴, PCC 규칙의 업데이트 및 동기화(synchronization)가 이루어져야 한다.
이러한, A-PCEF와 PCRF 간의 IP-CAN 세션 설립, IP 세션 제휴, PCC 규칙의 업데이트 및 동기화(synchronization)를 수행하는 과정에서의 에러 발생으로 인해 PCC의 적용에 어려움이 있을 수 있다. 현재의 WiMAX 시스템에서는 PCC의 적용 시 발생될 수 있는 PCC 에러들에 대한 정의 및 PCC 에러 핸들링 방법에 대한 명확한 규정이 없다. 그리고, PCC 에러 핸들링을 지원할 수 있는 장치에 대한 명확한 규정이 없다.
본 발명은 상술한 문제점을 해결하기 위한 것으로서, IMS 기반의 광대역 무선 통신(WiMAX) 시스템에서 PCC의 적용 시 PCC-R3 인터페이스에서 발생될 수 있는 PCC 에러의 핸들링 방법과 PCC 에러 핸들링 지원 장치를 제공하는 것을 기술적 과제로 한다.
본 발명은 상술한 문제점을 해결하기 위한 것으로서, IMS 기반의 광대역 무선 통신 시스템에서 ASN의 A-PCEF와 CSN의 PCRF 간의 디스커넥션으로 인해 발생될 수 있는 PCC 에러의 핸들링 방법과 PCC 에러 핸들링 지원 장치를 제공하는 것을 기술적 과제로 한다.
본 발명의 상술한 문제점을 해결하기 위한 것으로서, IMS 기반의 광대역 무선 통신 시스템에서 ASN의 A-PCEF와 CSN의 PCRF 간에 송수신 되는 메시지의 지연으로 인해 발생될 수 있는 PCC 에러의 핸들링 방법과 PCC 에러 핸들링 지원 장치를 제공하는 것을 기술적 과제로 한다.
본 발명의 상술한 문제점을 해결하기 위한 것으로서, IMS 기반의 광대역 무선 통신 시스템에서 수신된 요구 사항을 단말에 적용할 수 없음으로 인해 발생될 수 있는 PCC 에러의 핸들링 방법과 PCC 에러 핸들링 지원 장치를 제공하는 것을 기술적 과제로 한다.
본 발명의 상술한 문제점을 해결하기 위한 것으로서, IMS 기반의 광대역 무선 통신 시스템에서 PCC 규칙의 실행(PCC 규칙 설치, 변경, 삭제) 시 발생될 수 있는 PCC 에러의 핸들링 방법과 PCC 에러 핸들링 지원 장치를 제공하는 것을 기술적 과제로 한다.
본 발명의 상술한 문제점을 해결하기 위한 것으로서, IMS 기반의 광대역 무선 통신 시스템에서 ASN의 A-PCEF와 CSN의 PCRF 간의 IP-CAN 세션 상태 불일치로 인해 발생될 수 있는 PCC 에러의 핸들링 방법과 PCC 에러 핸들링 지원 장치를 제공하는 것을 기술적 과제로 한다.
상술한 목적을 달성하기 위한 본 발명의 실시 예에 따른 PCC 에러 핸들링 지원 장치는 ASN(Access Service Network)과 CSN(Core Service Network) 사이의 PCC(Policy and Charging Control) 에러 핸들링을 지원하는 PCC 에러 핸들링 지원 장치로서, 상기 ASN과 CSN 사이에 IP-CAN(Internet Protocol-Connectivity Access Network session) 세션의 실행 또는 PCC 규칙의 실행 시 PCC 에러가 발생하는 경우 PCC 에러를 검출하고, 상기 PCC 에러의 타입에 따른 적응적인 PCC 에러 복구를 실행하는 것을 특징으로 한다.
상술한 목적을 달성하기 위한 본 발명의 실시 예에 따른 PCC 에러 핸들링 지원 장치는 ASN과 CSN 사이의 PCC-R3 인터페이스 상에서 PCC 에러를 핸들링 하는 장치에 있어서, 상기 ASN과 상기 CSN의 접속이 차단되는 에러 타입 Ⅰ, IP-CAN 세션 실행 요청 또는 PCC 규칙 실행 요청에 따른 응답이 미리 설정된 시간 내에 수신되지 않는 에러 타입 Ⅱ, 상기 요청에 대한 응답 메시지가 응답 실패 또는 에러 정보가 포함되어 있는 에러 타입 Ⅲ 및 상기 ASN 또는 CSN에서 PCC 규칙 실행이 실패하는 에러 타입 Ⅳ 중 적어도 하나의 PCC 에러가 발생하는 경우, 상기 ASN 또는 CSN에서 에러 타입 별로 PCC 에러를 검출하고, 상기 에러 타입에 따라 PCC 에러를 통보하고, 상기 에러 타입 별로 에러를 복구하는 것을 특징으로 한다.
상술한 목적을 달성하기 위한 본 발명의 실시 예에 따른 PCC 에러 핸들링 방법은 ASN과 CSN 사이의 PCC-R3 인터페이스 상에서 수신된 요청 메시지 및 PCC 규칙 정보를 기초로 PCC 규칙의 실행 또는 IP-CAN 세션의 실행에 따른 PCC 에러를 검출하는 단계; 및 상기 PCC 에러의 타입에 따라 에러 메시지 또는 응답 메시지를 생성하여 상기 PCC 에러를 통보하고, 상기 PCC 에러를 타입 별로 복구하는 단계;를 포함하는 것을 특징으로 한다.
실시 예에 따른 본 발명은 IMS 기반의 광대역 무선 통신 시스템에서 PCC 적용 시 발생될 수 있는 PCC 에러들을 명확히 규정할 수 있다.
실시 예에 따른 본 발명은 IMS 기반의 광대역 무선 통신 시스템에서 ASN의 A-PCEF와 CSN의 PCRF 간의 디스커넥션 상태를 검출하고, PCC 규칙 실행 또는 IP-CAN 세션 실행을 요청한 요소로 PCC 에러 메시지를 전송하여 디스커넥션에 따른 PCC 에러를 핸들링 할 수 있다.
실시 예에 따른 본 발명은 IMS 기반의 광대역 무선 통신 시스템에서 ASN의 A-PCEF와 CSN의 PCRF 간에 송수신 되는 메시지의 지연을 검출하고, 메시지 지연에 따른 PCC 에러 메시지를 이용하여 메시지 지연에 따른 PCC 에러를 핸들링 할 수 있다.
실시 예에 따른 본 발명은 IMS 기반의 광대역 무선 통신 시스템에서 수신된 요구 사항을 단말에 적용할 수 있는지 확인하고, 요구 사항을 단말에 적용할 수 없는 경우에 PCC 에러 메시지를 이용하여 요구 사항을 단말에 적용할 수 없어 발생될 수 있는 PCC 에러를 핸들링 할 수 있다.
실시 예에 따른 본 발명은 IMS 기반의 광대역 무선 통신 시스템에서 PCC 규칙의 실행(PCC 규칙 설치, 변경, 삭제) 실패를 검출하고, PCC 규칙 실행 실패에 따른 PCC 에러 메시지를 이용하여 PCC 규칙의 실행 실패로 인해 발생될 수 있는 PCC 에러를 핸들링 할 수 있다.
실시 예에 따른 본 발명은 IMS 기반의 광대역 무선 통신 시스템에서 ASN의 A-PCEF와 CSN의 PCRF에 설치된 IP-CAN 세션 상태 확인 및 상기 A-PCEF와 PCRF 간의 IP-CAN 세션 상태 불일치를 검출하고, IP-CAN 세션 동기화를 수행하여 IP-CAN 상태 불일치로 인해 발생될 수 있는 PCC 에러를 핸들링 할 수 있다.
도 1은 본 발명의 실시 예에 따른 PCC 에러 핸들링 지원 장치를 포함하는 IMS 기반의 광대역 무선 통신 시스템(WiMAX)의 구성을 나타내는 도면.
도 2는 본 발명의 실시 예에 따른 PCC 에러 핸들링 지원 장치를 나타내는 도면.
도 3은 본 발명의 실시 예에 따른 PCC 에러 핸들링 방법을 나타내는 도면.
도 4는 에러 타입 I에 따른 PCC 에러 핸들링 방법을 나타내는 도면.
도 5는 본 발명의 실시 예에 따른 PCC 에러 핸들링 방법에서, CSN의 PDF/PCRF에서 개시되는 PCC 규칙 동기화 방법을 나타내는 도면.
도 6은 본 발명의 실시 예에 따른 PCC 에러 핸들링 방법에서, ASN의 A-PCEF에서 개시되는 PCC 규칙 동기화 방법을 나타내는 도면.
도 7은 에러 타입 II에 따른 PCC 에러 핸들링 방법을 나타내는 도면.
도 8은 에러 타입 III에 따른 PCC 에러 핸들링 방법을 나타내는 도면.
도 9는 에러 타입 IV에 따른 PCC 에러 핸들링 방법을 나타내는 도면.
도 10은 IP CAN 세션 설립과정에서의 PCC 에러 핸들링 방법을 나타내는 도면.
본 발명의 광대역 무선 통신 시스템에 관한 것으로, IMS 기반의 광대역 무선 통신 시스템에서 SFA/A-PCEF와 PDF/PCRF 간의 PCC-R3 인터페이스에서 발생되는 PCC 에러의 핸들링 방법 및 PCC 에러 핸들링 지원 장치에 관한 것이다.
도면을 참조한 설명에 앞서, 이하에서는 ASN과 CSN 간에 발생될 수 있는 PCC 에러들을 케이스 별로 정의하고, 이어서 첨부된 도면을 참조하여 PCC 에러 핸들링 지원 장치와 PCC 에러 케이스 별 PCC 에러 핸들링 방법을 설명하기로 한다.
PCC 에러(Policy and Charging Control error)는 IP-CAN 세션의 실행(설치, 변경, 삭제) 실패하는 경우, 응답 메시지의 지연이 발생하는 경우, 에러 결과(실패 코드 또는 경고 사항)를 포함하는 응답 메시지를 수신하는 경우, PCC 규칙의 실행(설치, 변경, 삭제)이 실패하는 경우에 발생될 수 있다.
본 발명에서는 상기 PCC 에러들을 다음의 에러 타입 Ⅰ 내지 에러 타입 Ⅳ로 구분할 수 있다.
먼저, 에러 타입 Ⅰ은 ASN의 SFA/PCEF와 CSN의 PDF/PCRF 간에 접속이 정상적으로 이루어지지 않은 경우에 해당한다. 일 예로서, PCC-R3 인터페이스를 통해 연결되는 요소(ASN, CSN)들 간의 디스커넥션(disconnection) 상태를 의미한다. 상기 디스커넥션의 경우, 서버(server)와 클라이언트(client) 간의 접속이 끊어진 상태이므로 서버와 클라이언트는 어떤 요청 및 응답을 송수신할 수 없게 된다. 따라서, 에러 타입 Ⅰ의 경우에는 ASN 또는 CSN에서 IP-CAN 세션의 실행(설치, 변경, 삭제)이 실패하게 된다.
본 발명에서는 ASN 또는 CSN으로 IP-CAN 세션 또는 PCC 규칙 실행 요청이 이루어지면 ASN과 CSN 간의 커넥션을 확인하고, ASN과 CSN이 디스커넥션인 경우 상기 에러 타입 Ⅰ에 따른 PCC 에러를 검출한다. 그리고, 상기 에러 타입 Ⅰ의 PCC 에러에 대한 에러 메시지를 생성하고, 생성된 에러 메시지를 IP-CAN 세션 또는 PCC 규칙 실행을 요청한 송신부(예를 들면, RAS 또는 IMS)로 전송하여 디스커넥션으로 인한 PCC 에러를 통보한다. 이를 통해, 에러 타입 Ⅰ에 따른 PCC 에러를 핸들링 할 수 있다.
이어서, 에러 타입 Ⅱ는 ASN의 SFA/PCEF와 CSN의 PDF/PCRF 간에 응답(예를 들면, PCC 규칙 실행 요청 메시지의 응답 또는 IP-CAN 세션 실행 요청 메시지의 응답) 메시지의 수신이 지연되거나, 또는 상기 요청이 정상적으로 이루어지지 않아 요청을 송신한 송신부에서 상기 요청에 따른 응답 메시지를 수신하지 못한 경우에 해당한다.
이러한, 에러 타입 Ⅱ에 따른 PCC 에러의 핸들링이 이루어지지 않는 경우 ASN 또는 CSN은 응답 메시지의 수신을 계속 대기하게 되어 광대역 무선 통신 시스템 내에서 불필요한 자원 소모가 발생될 수 있다.
본 발명에서는 본 발명에서는 미리 설정된 시간 동안에 상기 응답 메시지를 수신하지 못한 경우, 상기 에러 타입 Ⅱ에 따른 PCC 에러를 검출한다. 그리고, 응답 메시지의 타임 아웃에 대한 정보를 포함하는 에러 메시지를 생성하고, 생성된 에러 메시지를 이용하여 상기 에러 타입 Ⅱ의 PCC 에러를 핸들링 할 수 있다.
상술한 에러 타입 Ⅱ에 따른 PCC 에러는 앞에서 설명한 에러 타입 Ⅰ에 따른 PCC 에러와 달리, ASN과 CSN 간에 접속이 이루어진 상태이다. 따라서, 광대역 무선 통신 시스템 내에서 상기 요청이 중요한 경우, 본 발명의 다른 실시 예에서는 응답 메시지의 수신을 위해 요청의 재 전송을 시도할 수 있다.
이어서, 에러 타입 Ⅲ은 수신된 응답 메시지(예를 들면, CCR, CCA)가 에러 결과(실패 코드 또는 경고 사항)를 포함하는 경우에 해당한다. 송신부는 요청에 따른 액션 예를 들면, IP-CAN 세션 실행 또는 PCC 규칙 실행을 수행할 수 없는 경우에 에러 결과를 포함하는 응답 메시지를 전송한다. 수신부(ASN 또는 CSN)에서는 설정된 시간 내에 요청에 따른 응답 메시지를 수신하더라도 응답 메시지에 상술한 에러 결과가 포함된 경우, 상기 에러 타입 Ⅲ에 다른 PCC 에러를 검출한다.
다음으로, 에러 타입 Ⅳ는 ASN 또는 CSN에서 PCC 규칙 실행이 실패하는 경우에 해당한다. PCC 규칙의 실행을 위해서 SFA/A-PCEF는 다른 요소(peer)들과 상호 작용을 필요로 한다. 예를 들면, SFA/A-PCEF RAS의 SFM으로 상기 PCC 규칙 실행의 대상이 되는 단말을 위한 서비스 플로우의 추가 생성을 요청해야 한다.
여기서, SFA에서 상기 SFM으로 서비스 플로우 추가 생성 요청 과정에서 여러 가지 에러가 발생될 수 있다. 이러한 경우, SFA/A-PCEF는 롤백(rollback)을 수행하여 서비스 플로우를 생성하기 위한 요청을 SFM으로 전송해야 한다.
본 발명에서는 ASN 또는 CSN에서 PCC 규칙 실행이 실패하는 경우 에러 타입 Ⅳ에 따른 PCC 에러를 검출한다. 그리고, PCC 규칙 실행의 실패에 대한 정보를 포함하는 응답 메시지를 생성하고, 생성된 응답 메시지 이용하여 에러 타입 Ⅳ에 따른 PCC 에러를 핸들링 할 수 있다.
이하에서는 첨부된 도면을 참조하여 상술한 에러 타입 Ⅰ 내지 에러 타입 Ⅳ에 따른 PCC 에러들의 핸들링 방법과 PCC 에러 핸들링 지원 장치에 대하여 설명하기로 한다.
본 발명의 실시 예에 따른 PCC 에러 핸들링 방법 및 PCC 에러 핸들링 지원 장치는 IMS 기반의 광대역 무선 통신 네트워크에 적용되므로, IMS 기반의 광대역 무선 통신 시스템(WiMAX)의 구성에 대하여 설명하고, 이와 함께 본 발명의 실시 예에 따른 PCC 에러 핸들링 지원 장치 및 PCC 에러 핸들링 방법에 대하여 설명한다. 따라서, 본 발명에 관련되지 않은 사항들에 대한 설명은 생략될 수 있다.
도 1은 본 발명의 실시 예에 따른 PCC 에러 핸들링 지원 장치를 포함하는 IMS 기반의 광대역 무선 통신 시스템(WiMAX)의 구성을 나타내는 도면이다.
도 1을 참조하면, IMS 기반의 광대역 무선 통신 시스템은 단말(PSS), RAS(Radio Access Station), ASN(10, Access Service Network), CSN(20, Core Service Network), 홈 에이전트(Home Agent), OCS/OFCS, AAA 서버, SPR, IP 멀티미디어 네트워크(IP multimedia network) 및 IMS(IP Multimedia Subsystem)를 포함한다.
광대역 무선 통신 시스템에서는 QoS 요구사항에 따라서, rtPS(Real-time Polling Service), ertPS(Extended Real-time Polling Service), nrtPS(Non real-time Polling Service), 및 BE 서비스(Best Effort Service)를 제공할 수 있다.
RAS는 상기 4가지의 서비스에 따른 서비스 플로우의 생성, 수정, 삭제 기능 즉, 서비스 플로우 관리 기능을 제공하기 위해 SFM(Service Flow Management)을 포함한다.
ASN(10)은 서비스 플로우의 관리를 위해 SFA(12, Service flow administrator)를 포함하며, 정책 및 과금 처리를 위해 A-PCEF(14, A-Policy and Charging Enforcement Function)를 포함한다. 여기서, A-PCEF(14)는 PCC 에러를 검출 및 PCC 에러에 따른 에러 메시지의 생성을 위한 PCC 에러 핸들링 지원 장치(100)를 포함할 수 있다.
ASN(10)은 RAS로부터의 데이터를 CSN(20)을 통해 IP 멀티미디어 네트워크로 전송하고, CSN(20)을 경유하여 IP 멀티미디어 네트워크로부터 전송되는 데이터를 RAS로 전송한다.
ASN(10)은 데이터 전송을 위해 DPF(Data Path Function (미도시))을 포함하며, DPF를 통해 IP 멀티미디어 네트워크에서 전송되는 데이터의 데이터 패스(Data Path)를 지정한다. 즉, IP 멀티미디어 네트워크로부터 전송된 데이터는 Anchor ASN을 경유하여, 단말이 현재 접속된 Serving ASN으로 전송되게 된다.
ASN(10)의 SFA(12)는 CSN(20)과 서비스 데이터 플로우에 따른 PCC 규칙의 제휴를 수행한다. SFA(12)는 과금 정보(accounting information)의 중계 및 과금 정책(accounting policy)의 처리를 수행하기 위한 과금 에이전트(accounting agent)를 포함한다.
ASN(10)의 A-PCEF(14)는 Gx 인터페이스를 통해 CSN(20)의 PCRF(24)와 연동되며, PCC-R3 인터페이스를 통해 CSN(20)의 PCRF(24)와 IP-CAN 세션을 생성한다. 그리고, 상기 IP-CAN 세션을 통해 CSN(20)의 PCRF(220, Policy Control and Charging Rules Function)로부터 PCC 규칙을 제공받는다. 이후, PCRF로부터 제공받은 PCC 규칙을 실행한다.
여기서, PCC 규칙의 실행은 PCC 규칙의 설치, 변경, 삭제를 포함한다. 또한, A-PCEF(14)는 PCRF(24)와 IP-CAN 세션의 실행을 수행할 수 있는데, 여기서 IP-CAN 세션의 실행은 IP-CAN 세션의 설치뿐만 아니라 IP-CAN 세션의 변경 및 삭제를 포함한다.
A-PCEF(14)는 RAS의 SFA에 QoS 관련 정책들을 중계(relaying)하는데, Anchor SFA에 포함된 과금 클라이언트(accounting client)에 과금 정보를 중계하고, Anchor DPF에 PCC 서비스 플로우를 중계한다. 또한, IP-CAN 베어러(bearer)에 대한 QoS 실행 및 게이트 컨트롤, 서비스 플로우 별 과금을 수행한다.
홈 에이전트(HA : Home Agent)는 Mb 인터페이스를 통해 ASN(10)과 연동되며, 이동 노드(Mobile Node) 즉, 단말의 현재 위치를 나타내는 CoA(Care-of Address)와 홈 주소(Home address)의 바인딩(binding) 정보를 저장하고, 단말로 향하는 데이터 패킷을 터널링(tunneling)을 통해 단말(10)의 현재 위치(CoA)로 전달해 주는 역할을 수행한다. 이를 위해, ASN(10)과 IP 획득 절차(IP acquisition procedure)를 수행하여 ASN(10)에 네트워크 내에서의 IP를 할당한다.
RAS 또는 CSN(20)으로부터 ASN(10)으로 IP-CAN 세션 실행 또는 PCC 규칙 실행 등에 대한 요청이 있는 경우, ASN(10)의 A-PCEF(14)에 위치하는 PCC 에러 핸들링 지원 장치가 상기 요청에 따른 액션의 수행이 가능한지 확인하고, 상기 액션 수행이 불가능한 경우 PCC 에러를 검출한다. 그리고, 검출된 PCC 에러의 타입을 구분하고, PCC 에러의 타입 별로 에러 메시지를 생성할 수 있다.
또한, 본 발명의 실시 예에 따른 PCC 에러 핸들링 지원 장치를 통해 A-PCEF(14)과 PCRF(24)에 설치된 PCC 규칙의 주기적인 업데이트를 수행할 수 있다. 이러한 본 발명의 실시 예에 따른 PCC 에러 핸들링 지원 장치에 대해서는 도 2를 참조하여 상세히 설명하기로 한다.
다시, 도 1을 참조하면, CSN(20)은 V-CSN 및 H-CSN로 구분될 수 있으며, IP 연결(IP connectivity)과 네트워크 서비스들을 가입자들에게 제공한다. 이러한, CSN(20)은 정책의 배포를 위한 PDF(22, Policy Distribution Function) 및 정책의 관리 및 과금 처리를 위한 PCRF(24, Policy Control and Charging Rules Function)를 포함한다. 여기서, PCRF(24)는 PCC 에러를 검출 및 PCC 에러에 따른 에러 메시지의 생성을 위해, 도 2에 도시된 PCC 에러 핸들링 지원 장치(100)를 포함할 수 있다.
PDF(22)는 CSN(20)에 포함되는 논리적(logical) 구성으로, IEEE 802.16e, WiMAX 표준에 기초한 광대역 무선 통신 시스템의 PCC 프레임워크(framework)와, 3GPP(The 3rd Generation Partnership Project) 표준에 기초한 광대역 무선 통신 시스템의 PCC 프레임워크 간의 인터워킹(interworking)을 지원한다.
또한, PDF(22)는 호 설정 메시지에 포함되어 있는 SDP 정보를 추출하여 사용자 품질 요구사항 포맷으로 변환하는 기능을 수행하고, 사용자에게 적용될 수 있는 품질 정책을 결정한다. 여기서, PDF(22)와 PCRF(24)는 Gx(Ty) 인터페이스를 통해 연동되고, PDF(22)와 ASN(10)은 PCC-R3 인터페이스를 통해 연동될 수 있다.
이러한, PDF(22)는 SFA(12)의 재 배치(relocation)을 지원하고, ASN(10)과 CSN(20) 사이에서 PCC 정책(rules)을 배포(distributed)한다. 구체적으로, PCC 정책은 Gx(Ty) 인터페이스를 통해 PCRF(24)로부터 수신되어, PCC-R3 인터페이스를 통해 A-PCEF(14)에 배포할 수 있다.
PCRF(24)는 IMS에서 제공되는 컨텐츠의 서비스 플로우 별로 차별화된 서비스 품질(QoS) 및 과금 정책을 적용하기 위한 기능을 수행한다. 또한, IP 멀티미디어 네트워크의 PCEF 및 IMS의 AF와 Gx/Rx 인터페이스를 통해 연동될 수 있다.
PCRF(24)는 IP-CAN 세션 대한 정책(Quality of Service, Gating control) 및 서비스 플로우 별 과금 기능을 제공하기 위해, PDF(22)를 통해 A-PCEF(14)에게 PCC 규칙을 제공한다.
또한, PCRF(24)는 ASN(10)으로부터 수신된 메시지 및 서비스 정보를 저장하고, 수신된 RAA 메시지에 따른 승인사항(Acknowledgement)을 AF로 전송할 수 있다. PCRF(24)는 설치된 PCC 규칙을 삭제하고자 하는 경우, RAR 메시지를 이용하여 삭제하고자 하는 PCC 규칙에 대한 정보를 ASN(10)으로 전송할 수 있다.
이러한, PCRF(24)는 WiMAX 접속 타입과 IP-CAN 타입의 AVP(Attribute Value Parameters)를 인지할 수 있으며, 정책 제어 결정(policy control decision) 기능과 과금 제어(charging control) 기능을 제공한다. 또한, PCRF(24)는 AF 세션 정보 및 IP-CAN 세션에 적용할 수 있는 PCC 정책의 바인딩을 수행하고, PCC 정책의 인증을 수행한다. 여기서, PCRF(24)는 3GPP/2 표준에 기초한 PCRF와 동일한 역할을 수행할 수 있다.
AAA 서버(Authorization, Authentication and Accounting)는 단말의 인증(Authentication), 권한인가(Authorization), 과금처리(Accounting)에 대한 정보들을 관리한다. 또한, AAA 서버는 SPR(Subscription Profile Repository)을 통해 사용자의 QoS 프로파일을 보관하는 데이터 베이스(database) 역할을 수행하며, 사용자의 QoS 프로파일(QoS profile) 및 정책 규칙(policy rules)을 CSN(20)과 제휴한다. 여기서, SPR과 CSN(20)의 PCRF(24)는 Sp 인터페이스로 연동된다.
본 발명의 실시 예에 따른 PCC 에러 핸들링 지원 장치는 상기 A-PCEF(14) 뿐만 아니라, CSN(20)의 PCRF(24)에도 포함될 수 있다. ASN(10) 또는 CSN(20)으로 IP-CAN 세션 실행 요청 또는 PCC 규칙 실행 요청이 이루어지면, ASN(10) 또는 CSN(20)에서 상기 요청에 따른 액션의 수행이 가능한지 확인하고, ASN(10) 또는 CSN(20)에서 상기 액션 수행이 불가능한 경우 PCC 에러를 검출한다. 그리고, 검출된 PCC 에러의 타입을 구분하고, PCC 에러의 타입 별로 에러 메시지를 생성할 수 있다.
또한, 본 발명의 실시 예에 따른 PCC 에러 핸들링 지원 장치를 통해 A-PCEF(14)과 PCRF(24)에 설치된 PCC 규칙의 주기적인 업데이트를 수행할 수 있다.
이를 위해, PCC 에러 핸들링 지원 장치(100)는 도 2에 도시된 바와 같이, 메시지 확인부(110), 에러 확인부(120), 타이머(130), 동기화 수행부(140) 및 메시지 생성부(150)를 포함한다.
이하, A-PCEF(14) 및/또는 PCRF(24)에 위치하는 PCC 에러 핸들링 지원 장치(100)에 대하여 설명한다.
메시지 확인부(110)는 ASN(10) 또는 CSN(20)으로 수신된 메시지를 확인하고, 메시지에 포함된 요청 또는 응답에 대한 정보를 에러 확인부(120)에 제공한다. 또한, PCC 규칙 정보가 수신되면, 이를 동기화 수행부(140)에 제공한다.
예를 들어, 메시지 확인부(110)는 ASN(10) 또는 CSN(20)으로 IP-CAN 세션 실행 요청 메시지 또는 PCC 규칙 실행 요청 메시지가 수신되면, 상기 IP-CAN 세션 실행 요청 메시지 또는 PCC 규칙 실행 요청 메시지를 확인한다. 그리고, 상기 IP-CAN 세션 실행 요청 메시지 또는 PCC 규칙 실행 요청 메시지에 포함된 요청 정보를 에러 확인부(120)에 제공한다.
에러 확인부(120)는 A-PCEF(14) 또는 PCRF(24)에서 상기 IP-CAN 세션 실행 요청 메시지 또는 PCC 규칙 실행 요청 메시지에 따른 액션이 수행될 수 있도록 설치된 PCC 규칙 또는 IP-CAN 세션의 상태를 비교하고, 비교 결과에 기초하여 PCC 에러를 검출한다.
예를 들어, 에러 확인부(120) ASN(10) 또는 CSN(20)으로 요청 메시지(IP-CAN 세션 실행, PCC 규칙 실행)가 수신되면, 상기 요청에 따른 액션을 수행할 수 있는지를 확인하고, 요청에 따른 액션을 수행할 수 없는 경우 PCC 에러를 검출한다. 그리고, PCC 에러 검출 결과에 기초하여, 발생된 PCC 에러가 상술한 에러 타입 Ⅰ 내지 Ⅳ 중 어느 것인지를 판단한다. 즉, PCC 에러의 타입을 구분한다. 이후, 각 에러 타입 및 PCC 에러 정보를 메시지 생성부(150) 제공한다.
구체적으로, 에러 확인부(120)는 IP-CAN 세션의 설치, 변경, 삭제 요청 메시지가 수신되면 ASN(10)과 CSN(20) 간의 커넥션을 확인한다. 상기 커넥션의 확인결과, ASN(10)과 CSN(20)이 디스커넥션 상태이면 A-PCEF(14) 또는 PCRF(24)에서 IP-CAN 세션의 설치, 변경, 삭제를 수행할 수 없음으로 상술한 에러 타입 Ⅰ에 따른 PCC 에러를 검출한다.
또한, 에러 확인부(120)는 IP-CAN 세션 실행 또는 PCC 규칙 실행 요청에 따른 응답이 미리 설정된 시간 내에 수신되는지 즉, 응답 메시지가 지연되는지 확인한다. 응답 메시지가 지연되면 상술한 에러 타입 Ⅱ에 따른 PCC 에러를 검출한다. 이때, 응답 메시지의 지연에 대한 판단은 후술되는 타이머(130)로부터 제공되는 응답 시간 정보에 기초하여 이루어진다.
그리고, 에러 확인부(120)는 ASN(10) 또는 CSN(20)에 수신된 응답 메시지에 대한 정보를 확인하여, 상기 응답 메시지에 에러 결과를 나타내는 지시자(indicator) 즉, 응답 메시지가 실패 또는 에러 정보를 포함하는지를 확인한다. 확인결과, 응답 메시지가 응답 실패 정보 또는 에러 정보를 포함하면 상술한 에러 타입 Ⅲ에 따른 PCC 에러를 검출한다.
여기서, 에러 결과를 포함하는 응답 메시지로서, 에러 결과를 포함한 DIAMETER CCA 메시지 또는 RADIUS 접근 요청(RADIUS access request) 메시지를 적용할 수 있다. 그리고, 에러를 포함한 DIAMETER RAA 또는 RADIUS COA/DM가 적용될 수 있다. 에러 확인부(120)는 상술한, 에러 결과를 포함하는 응답 메시지 수신되면, 에러 타입 Ⅲ에 따른 PCC 에러를 검출할 수 있다.
그리고, 에러 확인부(120)는 A-PCEF(14) 또는 PCRF)(24)로 PCC 규칙 실행 예를 들어, PCC 규칙 정보 제공 요청이 이루어지면 RAS와 ASN(10) 간의 서비스 플로우 상태를 확인한다. 서비스 플로우의 상태 확인결과, PCC 규칙에 따른 서비스 플로우가 생성되지 않았거나, 서비스 플로우의 변경 또는 삭제를 수행할 수 없는 경우, 상술한 에러 타입 Ⅳ에 따른 PCC 에러를 검출한다.
상술한 에러 확인부(120)는 A-PCEF(14) 및/또는 PCRF(24)에서 검출된 PCC 에러의 타입을 구분하고, 에러 타입 및 PCC 에러에 대한 정보를 메시지 생성부(150)에 제공한다.
타이머(130)는 A-PCEF(14)에서 CSN(20)으로 전송된 요청 메시지의 전송 정보 또는 PCRF(24)에서 ASN(10)으로 전송된 요청 메시지의 전송 정보에 기초하여, 수신될 응답 메시지의 시간 정보를 생성한다. 이후, 응답 메시지의 시간 정보를 에러 확인부(120)에 제공한다.
여기서, 응답 메시지의 시간 정보는 A-PCEF(14)에서 CSN(20)으로 전송한 요청 메시지 또는 PCEF(24)에서 ASN(10)으로 전송한 요청 메시지에 대한 응답 메시지가 미리 설정된 시간 동안에 A-PCEF(14) 또는 PCRF(24)에 수신되는지에 대한 판단에 이용된다. 이때, 응답 메시지의 수신에 따른 에러 검출은 상술한 에러 확인부(120)에서 이루어진다.
또한, 타이머(130)는 동기화 수행부(140)가 미리 설정된 일정 주기에 트리거 되어 일정 시간 동안 A-PCEF(14)와 PCRF(24) 간에 PCC 규칙의 동기화를 수행할 수 있도록 시간 정보를 제공한다. 여기서, 타이머(130)는 PCC 에러 핸들링 지원 장치(100)가 A-PCEF(14) 또는 PCRF(24)에 포함되는 모든 경우에 적용될 수 있다.
단말에게 제공되는 서비스에 따른 과금을 수행하기 위해서는 A-PCEF(14)와 PCRF(24)에 설치된 PCC 규칙이 동일해야 한다. 그러나, 네트워크 내에서 예상되지 않은 여러 가지 에러들로 인해 A-PCEF(14)와 PCRF(24)에 설치된 PCC 규칙의 상태가 상이할 수 있다. 따라서, 정확한 과금 처리를 위해서 A-PCEF(14)와 PCRF(24) 간의 PCC 규칙의 동기화가 이루어져야 한다.
여기서, PCC 규칙의 동기화를 위해서는 ASN(10)과 CSN(20) 간의 IP-CAN 세션의 상태가 일치해야 한다. 이를 위해, 본 발명의 실시 예에 따른 PCC 에러 핸들링 지원 장치(100)는 IP-CAN 세션 정보를 확인한다. ASN(10)과 CSN(20) 간의 IP-CAN 세션의 상태가 불일치한 경우, ASN(10)과 CSN(20) 간에 IP-CAN 세션의 동기화를 수행하고, IP-CAN 세션의 동기화가 이루어지면 PCC 규칙의 동기화 즉, PCC 규칙의 업데이트를 수행할 수 있다.
이를 위해, 동기화 수행부(140)는 타이머(130)로부터 제공되는 시간 정보에 기초하여 일정 주기로 트리거 되어 일정 시간 동안 PCC 규칙을 확인한다. 이후, 동기화 수행부(140)는 A-PCEF(14)와 PCRF(24) 간의 PCC 규칙이 상이한 경우, 메시지 생성부(150)로 PCC 규칙의 동기화 수행을 위한 PCC 규칙 정보 제공 요청 메시지의 생성을 요청한다. 이후, A-PCEF(14) 또는 PCRF(24)로부터 PCC 규칙 정보가 수신되면, 수신된 PCC 규칙 정보에 기초하여 PCC 규칙의 업데이트를 수행할 수 있다.
여기서, PCC 규칙의 동기화는 A-PCEF(14)와 PCRF(24) 간의 IP-CAN 세션 상태가 동일한 경우에 이루어질 수 있는데, IP-CAN 세션의 변경이 실패하는 경우에 A-PCEF(14)와 PCRF(24) 간의 IP-CAN 세션의 상태 불일치가 발생될 수 있다. 이러한, IP-CAN 세션의 상태 불일치는 PCC 에러의 주요 요인이 된다. 따라서, 동기화 수행부(140)는 PCC 규칙의 동기화와 함께, IP-CAN 세션의 동기화를 함께 수행한다.
메시지 생성부(150)는 에러 확인부(120)에서 제공되는 에러 타입 및 PCC 에러 정보에 기초하여, PCC 에러들의 발생 원인과 PCC 에러 결과 코드 AVP(Result-Code AVP)를 포함하는 에러 메시지 또는 응답 메시지를 생성할 수 있다. 이를 통해 각 타입에 따른 PCC 에러의 핸들링을 지원할 수 있다.
여기서, 에러 메시지 또는 응답 메시지는 일 예로서, RAA 메시지 또는 CCA 메시지에 에러 메시지 필드가 추가되어 생성된다. 상기 에러 메시지 필드에는 PCC 에러가 발생된 원인에 대한 정보 및 에러 타입에 대한 정보가 포함된다.
또한, 상기 에러 메시지는 AVP(Attribute Value Parameters)가 포함될 수 있으며, AVP를 통해 QoS 정보(QoS information), 과금 규칙의 설치 및 삭제, 패킷 인터벌(packet interval), 패킷 사이즈(packet size), Anchor 데이터 패스 어드레스를 설정할 수 있다.
메시지 생성(150)부는 에러 확인부(120)에서 상술한 에러 타입 Ⅰ에 따른 PCC 에러의 정보가 제공되면, RAA 메시지 또는 CCA 메시지의 에러 메시지 필드에 에러 타입 및 디스커넥션에 따른 PCC 에러 정보를 포함하여 응답 메시지를 생성한다.
또한, 메시지 생성(150)부는 에러 확인부(120)에서 상술한 에러 타입 Ⅱ에 따른 PCC 에러의 정보가 제공되면, 타임 아웃에 대한 정보를 포함하는 DIAMETER CCA 타임아웃(DIAMETER CCA timeout) 메시지 또는 RADIUS 접근 요청 타임아웃(RADIUS access request timeout) 메시지를 생성한다. 다른 예로서, RAA 메시지에 타임아웃 정보를 포함하거나, 또는 RADIUS COA/DM 타임아웃 메시지를 생성할 수 있다.
또한, 메시지 생성부(150)는 에러 확인부(120)의 판단결과, 요청에 따른 액션 예를 들면, IP-CAN 세션 실행 또는 PCC 규칙 실행을 수행할 수 없는 경우에 에러 결과를 포함하는 응답 메시지를 생성한다. 에러 결과를 포함하는 응답 메시지를 수신한 수신부에서는 상기 에러 타입 Ⅲ에 다른 PCC 에러를 검출하게 된다.
여기서, IP-CAN 세션 실행 또는 PCC 규칙 실행을 수행할 수 없는 경우에 메시지 생성부(150)에서 생성되는 에러 결과를 포함하는 응답 메시지는 다음과 같다.
일 예로서, DIAMETER BASE RFC 3588에 포함된 Result-Code AVP 값과, GX 및 PCC-R3-P 인터페이스에 한정된 Experimental-Result-Code AVP 값을 포함하여 에러 결과를 포함하는 응답 메시지를 생성할 수 있다.
먼저, DIAMETER BASE RFC 3588에 포함된 Result-Code AVP는 일 예로서, 다음의 두 가지 값을 이용할 수 있다.
첫 번째, DIAMETER_UNKNOWN_SESSION_ID(5002)는 A-PCEF와 PDF/PCRF 간의 요구가 불분명한(unknown) 세션 ID를 포함하는 에러 케이스에 적용할 수 있다. 이러한, 에러 케이스는 이미 IP-CAN 세션이 종료된 단말을 위해 PCC 규칙의 설치 또는 변경 요구가 이루어지는 경우에 해당하는 것으로, DIAMETER_UNKNOWN_SESSION_ID(5002)를 통해 이러한 에러 케이스의 발생을 알릴 수 있다.
두 번째, DIAMETER_AUTHORIZATION_REJECTED(5003)는 사용자에게 권한이 부여되지 않은 요구가 수신되는 경우에 적용할 수 있다. 즉, 사용자에게 허용되지 않은 서비스의 요구가 이루어져 발생되는 에러 케이스에 적용할 수 있다. 이러한, 에러 케이스는 PCC-R3-P 인터페이스 상에서 PCC에 기초한 서비스가 사용자에게 허용되지 않는다는 것을 의미한다. 이러한, Result-Code AVP 값은 Peer(A-PCEF와 PDF/PCRF) 간에 실패된 요구사항을 알리기 위해 사용될 수 있다.
다음으로, Experimental-Result-Code AVP를 포함하여 응답 메시지를 생성할 수 있다. Experimental-Result-Code AVP는 일 예로서, 다음의 네 가지 값을 포함할 수 있다.
첫 번째, DIAMETER_ERROR_INITIAL_PARAMETERS(5140)는 베어러(bearer), 세션 또는 PCRF에서 규칙 선택을 위해 필요한 가입자의 정보가 불충분하여 발생되는 에러 케이스에 적용될 수 있다. 또한, 결정될 사항(예를 들면, QoS, SGSN, address, RAT type, TFT, 가입자 정보)이 잘못되거나, 결정이 불가능한 경우에 발생되는 에러 케이스에 적용될 수 있다.
두 번째, DIAMETER_ERROR_TRIGGER_EVENT(5141)는 Pee간에 동일한 트리거 이벤트에 의해 CCR 메시지에 포함되어 전송되는 베어러(bearer)/세션 정보(session information) 세트와, 이전 베어러/세션 정보 세트가 인코허런트(incoherent)하여 발생되는 에러 케이스(예를 들면, Pee간의 트리거 이벤트는 변화된 RAT(Radio Access Technology)이고, 통보된 RAT는 변화되지 않고 이전과 동일한 경우)에 적용될 수 있다.
세 번째, DIAMETER_PCC_RULE_EVENT(5142)는 PCC 규칙이 설치될 수 없거나, 또는 PCC 규칙이 활성화 될 수 없어 발생되는 에러 케이스에 적용될 수 있다.
이러한 에러 케이스에서는, PCC 규칙의 상태 및 에러 이유를 포함하는 charging-rule-report AVP를 이용하여 PCC 규칙의 상태 및 에러 이유를 통보할 수 있다.
네 번째, BEARER_NOT_AUTHORIZED(5143) PCRF가 PCEF로부터 수신된 IP-CAN bearer authorization 요청에 따른 IP-CAN 베어러를 인가할 수 없어 발생되는 에러 케이스(예를 들면, 약정된 QoS의 초과)에 적용될 수 있다. 이러한 에러 케이스의 경우, PCEF는 CCR 메시지에서 지시된 베어러의 초기화 또는 변경 시도를 거절할 수 있다.
상기, ASN(10) 또는 CSN(20)은 메시지 생성부(150)에서 생성된 PCC 에러 메시지, 응답 메시지를 이용하여 요청된 PCC 규칙 실행의 실패 즉, PCC 에러 발생을 통보하고, PCC 에러의 핸들링이 이루어지도록 한다. 그리고, ASN(10) 또는 CSM(20)은 메시지 생성부(150)에서 생성된 PCC 규칙 정보 제공 요청 필드가 포함된 CCR 메시지를 이용하여 PCC 상대방으로부터 규칙 정보를 수신할 수 있다.
또한, 메시지 생성부(150)는 에러 확인부(120)에서 상술한 에러 타입 Ⅳ에 따른 PCC 에러의 정보가 제공되면, 에러 메시지 AVP 및 실패 정보 AVP 필드를 포함하는 RAA 메시지를 생성한다. 에러 메시지 AVP 및 실패 정보 AVP를 통해 에러 타입 및 PCC 에러 정보 예를 들면, PCC 규칙의 설치 실패, PCC 규칙의 변경 실패, PCC 규칙의 삭제 실패 등의 정보를 포함하여 응답 메시지를 생성한다.
또한, 메시지 생성(150)부는 상술한 에러 타입Ⅰ 또는 에러 타입 Ⅱ에서, 동기화 수행부(140)로부터 PCC 규칙 정보 제공 요청이 이루어지면 PCC 규칙 정보 제공 요청 메시지를 생성한다. 여기서, PCC 규칙 정보 제공 요청 메시지는 PCC 규칙 정보 제공 요청 필드 예를 들면, 'Charging-Rule-Report AVP'를 CCR 메시지에 추가함으로써 생성될 수 있다.
PCC 규칙 정보 제공 요청 필드가 포함된 CCR 메시지를 수신한 수신부에서는 PCC 규칙 상태 AVP(PCC-Rule-Status AVP)를 CCA 메시지에 포함하여 응답 메시지를 생성할 수 있다. 이후, PCC 규칙 상태 AVP 포함된 CCA 메시지를 통해 상기 "Charging-Rule-Report AVP"를 포함하는 CCR 메시지의 응답을 수행하여 PCC 규칙의 상태 및 PCC 규칙이 활성(active) 인지 비활성(inactive) 인지 통보할 수 있다.
메시지 생성부(150)는 IP-CAN 세션의 설립이 요청되는 경우, IP-CAN 세션 요청을 CCR 메시지에 포함하여 ASN(10) 또는 CSN(20)으로 이때, 메시지 생성부(150)는 AAA 서버로부터 ASN(10)에 제공된 QoS 프로파일을 CCR 메시지에 추가시킬 수 있다.
여기서, CCR 메시지에는 CCR 타입, CCR 넘버, 가입자 ID(subscription ID), IP-CAN 세션 타입, WiMAX A-PCEF 어드레스, QoS 정보, 접속 네트워크 과금 어드레스(Access-Network-Charging-Address), Gx 인터페이스 상의 접속 네트워크 과금 식별자(Access-Network-Charging-Identifier-Gx), 과금 규칙 리포트(Charging-Rule-Report) 등이 포함될 수 있다.
또한, CCR 메시지에는 AVP(Attribute Value Parameters)가 포함될 수 있으며, AVP를 통해 QoS 정보(QoS information), 과금 규칙의 설치 및 삭제, 패킷 인터벌(packet interval), 패킷 사이즈(packet size), Anchor 데이터 패스 어드레스를 설정할 수 있다.
한편, 메시지 생성부(150)는 IP-CAN 세션의 설립 또는 PCC 규칙 제공(PCC Rules provision) 요청 또는 PCC 규칙의 변경/삭제 요청이 이루어진 경우, RAA 메시지에 PCC 규칙 제공(PCC Rules provision), PCC 규칙의 변경/삭제에 대한 승인(accept) 또는 거절(reject)을 포함시킬 수 있다.
이러한, PCC 규칙 제공(PCC Rules provision), PCC 규칙의 변경/삭제에 대한 승인(accept) 또는 거절(reject)을 포함하는 RAA 메시지를 ASN(10) 또는 CSN(20)으로 전송하여 PCC 규칙의 변경/삭제에 대한 승인(accept) 또는 거절(reject)을 통보할 수 있다.
상술에서는 PCC 에러 핸들링 지원 장치(100)가 A-PCEF(14) 및/또는 PCRF(24)에 통합되어 구현되는 것으로 설명하였으나, 이는 하나의 실시 예이고, PCC 에러 핸들링 지원 장치(100)는 광대역 무선 통신 시스템 내에서 별도의 구성으로 구현될 수 있다.
이하에서는 도 3 내지 도 10을 참조하여, 상술한 에러 타입 I 내지 에러 타입 IV에 따른 PCC 에러 핸들링 방법의 구체적인 실시 예에 대하여 설명하기로 한다.
도 3은 본 발명의 실시 예에 따른 PCC 에러 핸들링 방법을 나타내는 도면이다.
도 3에서는 ASN과 CSN 간의 PCC-R3 인터페이스에서 PCC 규칙의 시행을 위해 ASN 또는 CSN으로 PCC 규칙(IP-CAN 세션)의 실행 요청이 이루어진 것으로 가정한다.
A-PCEF(14) 또는 PCRF(24)로 IP-CAN 세션 실행 또는 PCC 규칙 실행이 요청되면, A-PCEF(14) 또는 PCRF(24)는 요청 받은 IP-CAN 세션 또는 PCC 규칙 실행을 수행한다(S10).
이후, 상기 IP-CAN 세션 또는 PCC 규칙 실행 중 에러가 발생하면 PCC 에러를 검출한다(S20).
이후, 검출된 PCC 에러 타입을 구분한다(S30). 여기서, 에러 타입은 PCC-R3 인터페이스를 통해 연결되는 ASN(10)과 CSN(20) 간의 디스커넥션(disconnection) 상태를 의미하는 에러 타입 Ⅰ과, ASN(10)과 CSN(20) 간에 응답 지연에 따른 에러 타입 Ⅱ와, 응답 메시지(예를 들면, CCR, CCA)가 에러 결과(실패 코드 또는 경고 사항)를 포함하는 에러 타입 Ⅲ와, ASN 또는 CSN에서 PCC 규칙 실행이 실패하는 경우에 해당하는 에러 타입 Ⅳ가 있다.
이어서, 검출된 PCC 에러가 에러 타입 Ⅰ인지 확인한다(S40).
S40의 확인결과, 에러 타입 Ⅰ인 경우, 에러 타입 Ⅰ에 따른 에러(응답) 메시지를 생성하여, IP-CAN 세션 실행 또는 PCC 규칙 실행을 요청한 RAS 또는 IMS로 에러(응답) 메시지를 전송한다(S42).
여기서, RAS에서 A-PCEF(14)로 상기 IP-CAN 세션 실행 또는 PCC 규칙 실행 요청이 이루어진 경우에는 A-PCEF(14)에서 RAS로 에러 타입 Ⅰ에 따른 에러(응답) 메시지를 전송한다. 한편, IMS에서 PCRF(24)로 상기 IP-CAN 세션 실행 또는 PCC 규칙 실행 요청이 이루어진 경우에는 PCRF(24)에서 IMS로 에러 타입 Ⅰ에 따른 에러(응답) 메시지를 전송한다.
이후, ASN(10)과 CSN(20) 간의 커넥션의 복구 절차를 수행한다(S44).
이후, ASN(10)과 CSN(20) 간의 커넥션이 복구되면, IP-CAN 세션 실행 또는 PCC 규칙 실행을 수행한다(S70).
상기 S40으로 돌아가서, S40의 확인결과, 에러 타입 Ⅰ이 아닌 경우에는 에러 타입 Ⅱ 내지 Ⅳ에 따른 에러(응답) 메시지를 생성하여, IP-CAN 세션 실행 또는 PCC 규칙 실행을 요청한 ASN(10) 또는 CSN(20)으로 에러(응답) 메시지를 전송한다(S50).
여기서, CSN(20)에서 ANS(10)으로 상기 IP-CAN 세션 실행 또는 PCC 규칙 실행 요청이 이루어진 경우에는 A-PCEF(14)에서 CSN(20) 각 에러 타입에 따른 에러(응답) 메시지를 전송한다. 한편, ANS(10)에서 CSN(20)으로 상기 IP-CAN 세션 실행 또는 PCC 규칙 실행 요청이 이루어진 경우에는 PCRF(24)에서 ANS(10)으로 각 에러 타입에 따른 에러(응답) 메시지를 전송한다.
이후, 각 에러 타입에 따른 PCC 에러 복구 절차를 수행한다(S60).
이후, ASN(10)과 CSN(20)간에 PCC 에러가 복구되면, IP-CAN 세션 실행 또는 PCC 규칙 실행을 수행한다(S70).
도 4는 에러 타입 I에 따른 PCC 에러 핸들링 방법을 나타내는 도면이다. 도 4에서는 RAS에서 A-PCEF로 IP-CAN 세션의 삭제 요청이 이루어지거나, IMS에서 PCRF로 IP-CAN 세션의 삭제 요청이 이루어지는 것으로 가정한다.
도 4를 참조하면, A-PCEF와 PDF/PCRF 간의 TCP 커넥션이 종료되면 PCC-R3 인터페이스가 디스커넥션 상태가 된다(S100). 여기서, PCC-R3 인터페이스의 디스커넥션 상태는 A-PCEF와 PDF/PCRF 간의 TCP 커넥션 생성이 이루어지지 않은 경우를 포함한다.
이러한, 에러 타입 Ⅰ은 상술한 바와 같이, IP-CAN 세션 설립이 실패(session establishment failure)하는 경우에 발생될 수 있다.
그리고, 단말이 PCC 상호작용의 커넥션이 없는 경우에 발생될 수 있다.
그리고, IP-CAN 세션 변경이 실패(session modification failure)하는 경우에 발생될 수 있다.
그리고, A-PCEF와 PDF/PCRF 간에는 IP-CAN 세션의 불일치가 발생한 경우에 발생될 수 있다.
그리고, IP-CAN 세션 종료가 실패(session termination failure)하는 경우에 발생될 수 있다.
이러한, 에러 타입 Ⅰ에서, RAS에서 A-PCEF로 IP-CAN 세션 실행 요청이 이루어질 수 있다. 또한, IMS에서 PCRF로 IP-CAN 세션 실행 요청이 이루어질 수 있다. 일 예로서, RAS에서 A-PCEF로 IP-CAN 세션의 삭제 요청이 이루어지거나, IMS에서 PCRF로 IP-CAN 세션의 삭제 요청이 이루어질 수 있다(S110).
그리고, PCC-R3 인터페이스의 디스커넥션 상태에서 IMS로부터 PDF/PCRF로 PCC 규칙의 삭제 및 변경 요청이 이루어질 수 있다(S120).
에러 타입 Ⅰ에서, A-PCEF는 RAS로부터의 IP-CAN 세션의 삭제 요청을 수행할 수 없다. 또한, PCRF는 IMS로부터의 PCC 규칙의 삭제 요청을 수행할 수 없다.
이러한 경우, A-PCEF는 상술한 PCC 에러 핸들링 지원 장치(100)를 통해 에러 타입 Ⅰ을 검출한다(S130). 또한, PCRF도 상술한 PCC 에러 핸들링 지원 장치(100)를 통해 에러 타입 Ⅰ을 검출한다(S140).
이후, A-PCEF는 PCC-R3 인터페이스의 디스커넥션으로 인한 에러 타입 Ⅰ에 따른 에러(응답) 메시지를 RAS로 전송하여 PCC 규칙의 삭제 요청을 수행할 수 없음을 통보한다(S150).
또한, PCRF는 PCC-R3 인터페이스의 디스커넥션으로 인한 에러 타입 Ⅰ에 따른 에러(응답) 메시지를 IMS로 전송하여 PCC 규칙의 삭제 요청을 수행할 수 없음을 통보한다(S160).
상술한 도 4의 절차들을 통해, A-PCEF와 PDF/PCRF 간의 PCC-R3 인터페이스의 디스커넥션으로 인한 PCC 에러를 핸들링 할 수 있다. A-PCEF와 PDF/PCRF는 TCP 커넥션이 복구되거나, TCP 커넥션이 생성된 이후에 A-PCEF와 PCRF는 PCC 규칙의 삭제 요청을 수행할 수 있다.
한편, A-PCEF는 단말의 네트워크 탈퇴 절차를 진행하지 않고, PCC 실행에 따른 IP-CAN 세션 절차 없이 단말의 네트워크 진입 절차를 진행할 수 있다. 만약, ASN의 A-PCEF가 IP-CAN 세션을 설립하지 않고 단말을 위한 네트워크 진입 절차를 진행하면, 단말은 초기 서비스 플로우(ISF)/ 기 제공된 서비스 플로우(PPSF)를 가지게 된다. 여기서, 기 제공된 서비스 플로우(PPSF)는 선택(optional) 사항이다.
본 발명의 실시 예에 따른 PCC 에러 핸들링 지원 장치(100)는 상술한 바와 같이, A-PCEF(14)와 PCRF(24) 간의 IP-CAN 세션 동기화 및 PCC 규칙 동기화를 수행하여 IP-CAN 세션 종료 절차의 에러로 인한 PCC 에러를 핸들링 할 수 있다. 여기서, TCP 커넥션의 복구는 단말의 네트워크 탈퇴 후, 네트워크 재 진입 절차를 수행하여 이루어질 수 있다. 단말의 네트워크 탈퇴 방법 및 단말의 네트워크 재 진입 절차는 본 발명의 대상이 아니므로 이에 대한 설명은 생략한다.
한편, 상기 에러 타입 Ⅰ에서, RAS에서 A-PCEF 또는 IMS에서 PCRF로 PCC 규칙의 변경 요청이 이루어진 경우에는 IP-CAN 세션 동기화 방법을 통해 IP-CAN 세션 상태를 일치시킨 후, A-PCEF와 PCRF에 설치된 PCC 규칙의 업데이트를 수행하여야 한다. 일 예로서, IP-CAN 세션 또는 PCC 규칙의 불일치로 인해 PCC 에러가 발생되면, PCC 규칙 동기화 방법을 통해 PCC 규칙의 업데이트를 수행하여 PCC 에러를 복구할 수 있다.
또한, 단말에게 컨텐츠의 제공이 종료되면, 상기 컨텐츠의 제공을 위해 설립되었던 IP-CAN 세션을 삭제해야 한다. IP-CAN 세션의 삭제 절차에서, 단말 또는 A-PCEF에서 개시되는 단말의 네트워크 탈퇴 과정은 IP-CAN 세션 종료 과정을 대기하지 않는다. 구체적으로, 단말의 네트워크 탈퇴 과정은 오퍼레이터가 이용하던 어플리케이션을 종료하거나, 또는 단말의 파워를 오프(power off)시키는 경우에 발생될 수 있다. 네트워크에서는 단말에서의 이러한 상황을 예측할 수 없다. 따라서, 단말의 네트워크 탈퇴 과정은 IP-CAN 세션 종료 과정과 상관없이 이루어질 수 있다.
단말의 네트워크 탈퇴 과정이 PCRF에서 개시되는 경우, PCRF는 성공적인 IP-CAN 세션 종료 과정을 위해 대기되지 않을 수 있다. 이는 상기 단말의 경우와 유사하게, IP-CAN 세션의 종료 절차 이전에 AF에서 어플리케이션 세션을 종료할 수 있기 때문에, PCRF는 성공적인 IP-CAN 세션 종료 과정을 대기하지 않을 수 있다.
상술한, IP-CAN 세션 변경 또는 IP-CAN 세션 삭제 절차에서의 PCC 에러를 고려하지 않고, 단말의 네트워크 탈퇴 또는 IP-CAN 세션 종료 절차가 진행되면, IP-CAN 세션의 상태 불일치가 발생될 수 있다.
이하, 상기 도 5 및 도 6을 참조하여, PCC 규칙 동기화 방법에 대하여 설명하기로 한다.
도 5는 본 발명의 실시 예에 따른 PCC 에러 핸들링 방법에서, CSN의 PDF/PCRF에서 개시되는 PCC 규칙 동기화 방법을 나타내는 도면이다. 도 5에서는 상술한 PCC 에러 핸들링 지원 장치가 PCRF에 포함된 것으로 가정한다.
도 5를 참조하면, PCC-R3 인터페이스에서 PCC 규칙을 적용하기 위해, A-PCEF와 PDF/PCRF 간에 IP-CAN 세션 설립 절차를 수행한다(S90). 이때, A-PCEF와 PDF/PCRF 간에는 하나 또는 그 이상의 IP-CAN 세션이 설립될 수 있다.
이어서, PCRF는 상기 S90에서 설립된 하나 또는 그 이상의 IP-CAN 세션에 따른 PCC 규칙의 상태를 확인한다(S91). 이때, PDF/PCRF는 내부 또는 외부에서 일정 주기에 일정 시간 동안 트리거(trigger)되어 PCC 규칙의 상태를 확인할 수 있다. 예를 들면, PCRF는 매일 밤 자정에 트리거 되어 한 시간 동안 IP-CAN 세션 및 PCC 규칙의 상태를 확인할 수 있다.
이어서, PCRF는 먼저, IP-CAN 세션의 제휴를 위해, IP-CAN 세션 상태 보고를 요청하는 RAR 메시지를 생성하여 A-PCEF로 전송한다(S92). 여기서, RAR 메시지는 IP-CAN 세션의 동기화 및 PCC 규칙의 동기화를 목적으로 한다.
이어서, A-PCEF는 PCRF로부터 수신된 RAR 메시지에 대한 응답으로, RAA 메시지를 PCRF로 전송하여 IP-CAN 세션 상태 보고 요청에 응답한다(S93). 여기서, RAA 메시지에는 A-PCEF에 설치된 PCC 규칙의 상태 보고를 위해, Charging-Rule report VAP가 포함된다.
이어서, A-PCEF로부터 상기 Charging-Rule report VAP가 포함된 RAA 메시지를 수신한 PCRF는 상기 RAA 메시지를 받은 즉시, 상기 Charging-Rule report VAP에 기초하여 PCC 규칙의 업데이트를 수행한다(S94).
예를 들면, PCRF는 Charging-Rule report VAP에 기초하여, A-PCRF에는 존재하지 않고 PDF/PCRF에만 존재하는 로컬 PCC 규칙의 삭제를 개시할 수 있다.
그리고, PCRF에는 존재하지 않고, A-PCEF에는 존재하는 PCC 규칙을 A-PCEF에서 삭제하도록 RAR 메시지를 A-PCEF로 전송할 수 있다.
그리고, PCRF에서 이미 삭제된 PCC 규칙이 A-PCEF에서 삭제될 수 있도록 상기 RAR 메시지를 A-PCEF로 전송할 수 있다.
상술한 도 3의 S90 내지 S94의 절차들을 통해 PCRF의 개시에 의한 A-PCEF와 PCRF 간의 PCC 규칙의 동기화를 수행할 수 있다.
이어서, 도 6은 본 발명의 실시 예에 따른 PCC 에러 핸들링 방법에서, ASN의 A-PCEF에서 개시되는 PCC 규칙 동기화 방법을 나타내는 도면이다. 도 6에서는 상술한 PCC 에러 핸들링 지원 장치가 A-PCEF에 포함된 것으로 가정한다.
도 4를 참조하면, PCC-R3 인터페이스 상에서 PCC 규칙을 적용하기 위해, A-PCEF와 PCRF 간에 IP-CAN 세션 설립 절차를 수행한다(S95). 이때, A-PCEF와 PCRF 간에는 하나 또는 그 이상의 IP-CAN 세션이 설립될 수 있다.
이어서, A-PCEF는 S95에서 설립된 하나 또는 그 이상의 IP-CAN 세션에 따른 PCC 규칙의 상태를 확인한다(S96). 이때, A-PCEF는 내부 또는 외부에서 일정 주기에 일정 시간 동안 트리거(trigger)되어 IP-CAN 세션의 상태 및 PCC 규칙의 상태를 확인할 수 있다. 예를 들면, A-PCEF는 매일 밤 자정에 트리거 되어 한 시간 동안 IP-CAN 세션의 상태 및 PCC 규칙의 상태를 확인할 수 있다.
이어서, A-PCEF는 IP-CAN 세션의 제휴를 위해, IP-CAN 세션 상태 보고를 요청하는 CCR 메시지를 생성하여 PCRF로 전송한다(S97). 여기서, CCR 메시지는 IP-CAN 세션의 동기화 및 PCC 규칙의 동기화를 목적으로 한다.
이에 따라, CCR 메시지에는 PCC 규칙 상태 보고의 요청을 위해 Charging-Rule report VAP가 포함될 수 있다. 그리고, CC-Request Type의 값(value)은 업데이트 요청(UPDATE_REQUEST)으로 설정된다.
이어서, PCRF는 A-PCEF로부터 수신된 CCR 메시지에 대한 응답으로, CCA 메시지를 A-PCEF로 전송한다. PCRF는 상기 CCA 메시지를 통해 IP-CAN 세션 상태 보고 요청에 응답한다(S98).
이어서, PCRF로부터의 CCA 메시지 수신한 A-PCEF는 CCA 메시지에 기초하여 PCC 규칙의 업데이트를 수행할 수 있다(S99).
예를 들면, A-PCRF에는 존재하지 않고 PCRF에만 존재하는 로컬 PCC 규칙의 삭제를 개시할 수 있다.
그리고, PCEF는 PCRF에는 존재하지 않고 A-PCEF에는 존재하는 PCC 규칙을 삭제할 수 있다.
그리고, PCRF는 PCEF에서 이미 제거된 로컬 PCC 규칙을 A-PCEF에 잔류시키기 위해 RAR 메시지를 A-PCEF로 전송할 수 있다.
상술한 도 6의 S95 내지 S99의 절차들을 통해 A-PCEF의 개시에 의한 A-PCEF와 PCRF 간의 PCC 규칙의 동기화를 수행할 수 있다.
이어서, 도 7은 에러 타입 II에 따른 PCC 에러 핸들링 방법을 나타내는 도면이다.
에러 타입 Ⅱ는 PCEF와 PDF/PCRF 간의 요청(예를 들면, PCC 규칙 수행을 위한 메시지) 또는 응답이 지연되는 경우에 발생될 수 있다. 그리고, 상기 요청이 정상적으로 이루어지지 않아 요청을 송신한 송신부에서 상기 요청에 따른 응답을 수신하지 못한 경우에 발생될 수 있다.
응답 메시지의 지연에 따른 에러 타입 II에서는 응답 메시지의 타임 아웃에 대한 정보를 포함하는 에러 메시지를 생성하고, 생성된 에러 메시지 예를 들어, DIAMETER CCA 타임아웃(DIAMETER CCA timeout) 또는 RADIUS 접근 요청 타임아웃(RADIUS access request timeout) 메시지를 이용하여 에러 타입 Ⅱ에 따른 PCC 에러를 핸들링 할 수 있다. 그리고, RAA 메시지에 타임아웃 정보를 포함하거나, 또는 RADIUS COA/DM 타임아웃 메시지를 이용하여 상기 에러 타입 Ⅱ에 따른 PCC 에러를 핸들링 할 수 있다.
또한, 상기 응답 메시지의 지연에 따른 에러 타입 II에서, 응답 메시지의 지연으로 인해 A-PCEF와 PCRF에서 PCC 규칙의 상태가 달라지는 경우에는 상기 도 5 및 도 6에서 상술한 PCC 규칙 동기화 방법을 통해 A-PCEF와 PCRF의 PCC 규칙 동기화를 수행할 수 있다.
도 7을 참조하면, PCC-R3 인터페이스 상에서 PCC 규칙을 적용시키기 위해, IMS로부터 PDF/PCRF로 PCC 규칙 제공이 트리거 된다(S200).
이어서, PDF/PCRF는 PCC-R3 인터페이스를 통해 A-PCEF로 PCC 규칙을 요청한다(S210). 그리고, 상기 PCC 규칙 요청에 대한 응답을 미리 설정된 시간 동안 대기한다.
이어서, PDF/PCRF로부터 PCC 규칙 요청을 받은 A-PCEF는 RAS로 베어러 시그널링(bearer signaling)을 전송한다(S220). 이어서, RAS는 상기 베어러 시그널링의 응답(success)을 A-PCEF로 전송한다(S230).
이어서, A-PCEF는 S210에서 PDF/PCRF로부터의 PCC 규칙 요청에 대한 응답을 PDF/PCRF로 전송하게 되는데, 응답 메시지의 지연이 발생될 수 있다(S240).
이어서, PDF/PCRF는 미리 설정된 시간 동안에 A-PCEF로부터의 응답이 없는 경우에 타임아웃 실패(timeout failure)를 검출하고, 지연에 따른 PCC 에러가 발생되었음을 인지한다 즉, 응답의 지연에 따른 PCC 에러를 검출한다(S250).
이어서, PDF/PCRF는 A-PCEF로 PCC 규칙 제공 요청의 취소를 통보한다(S260). 이와 함께, PDF/PCRF는 PCC 규칙 제공 실패를 응답 메시지에 포함하여 IMS(AF)로 전송한다(S270).
한편, PDF/PCRF에서 PCC 규칙 요청이 실패로 처리된 이후에 A-PCEF로부터의 응답이 지연되어 도착할 수 있다. 여기서, PDF/PCRF는 S260 및 S270에서 PCC 규칙 요청의 실패를 응답하였으므로, PCC 규칙 요청이 실패로 처리된 이후에 수신된 응답 메시지를 무시한다(S280).
이어서, A-PCEF는 S260에서 수신된 PCC 규칙 제공 요청 취소에 대한 응답 메시지를 PDF/PCRF로 전송한다(S290).
상술한 도 7의 절차들을 통해, A-PCEF와 PDF/PCRF 간의 PCC-R3 인터페이스 상에서 요청 또는 응답 메시지의 지연에 따른 에러 타입 Ⅱ의 PCC 에러를 핸들링 할 수 있다.
한편, 요청 또는 응답 메시지가 네트워크 내에서 중요한 경우에는 상술한 바와 같이, DIAMETER CCA 타임아웃(DIAMETER CCA timeout) 또는 RADUS 접근 요청 타임아웃(RADIUS access request timeout) 메시지, 그리고, RAA 메시지 타임아웃 또는 RADIUS COA/DM 타임아웃 메시지를 이용하여 요청 또는 응답의 재 전송을 시도할 수 있다.
다음으로, 도 8은 에러 타입 III에 따른 PCC 에러 핸들링 방법을 나타내는 도면이다.
도 8을 참조하면, 에러 타입 Ⅲ은 요청에 따른 응답(예를 들면, CCA 메시지, RAA 메시지)이 에러 결과를 포함하는 경우에 발생될 수 있다. 수신부(A-PCEF, PDF/PCRF)는 요청에 따른 응답 메시지에 요청된 액션에 대한 에러 사항 또는 경고 사항을 포함하여 전송할 수 있다.
도 8은 IP-CAN 세션의 설립 과정에서, 요청된 IP-CAN 세션이 단말에게 적용할 수 없거나, 또는 단말에게 IP-CAN 세션을 허용할 수 없는 것을 PCC 에러 핸들링 지원 장치(PDF/PCRF)가 검출한 경우를 일 예로 한다.
PCC-R3 인터페이스 상에서 PCC 규칙을 적용하기 위해, RAS는 A-PCEF로 IP-CAN 세션을 설립을 요청한다(S300).
이어서, A-PCEF는 PDF/PCRF로 IP-CAN 세션 설립을 지시한다(S310).
이어서, A-PCEF로부터 IP-CAN 세션 설립 지시를 수신한 PDF/PCRF는 설립이 요청된 IP-CAN 세션이 단말에게 적용가능한지, 상기 IP-CAN 세션이 단말에게 허용될 수 있는지를 검출한다(S320).
이어서, S320의 검출결과, 요청된 IP-CAN 세션이 단말에게 적용될 수 없으면, 상기 S310에서의 IP-CAN 세션 설립 지시에 대한 응답으로, IP-CAN 세션 설립의 실패 응답을 A-PCEF로 전송한다(S330). 여기서, 실패 응답에는 IP-CAN 세션 설립 실패에 따른 result code가 포함된다.
이러한 에러 케이스에서, IP-CAN 세션을 설립하기 위해서는 단말이 네트워크에서 탈퇴 한 후, 네트워크에 재 진입하여 IP-CAN 세션 설립을 재 요청하여야 한다. 그러나, 단말이 네트워크에서 탈퇴하지 않는 경우에는 PCC 규칙을 제외하여 커넥션을 유지할 수 있다. 즉, PCC 규칙을 제외하면, PCC에 따른 서비스를 제공할 수 없지만, 단말에게 PCC에 따른 서비스를 제외한 인터넷 접속 서비스를 제공할 수 있다.
이어서, PDF/PCRF로부터 IP-CAN 세션의 실패 응답을 수신한 A-PCEF는 상기 result code(에러 정보)에 기초하여 PCC 에러를 핸들링 한다(S340).
여기서, 발생된 에러에 따라서 IP-CAN 세션 설립 요청의 재 전송을 시도할 수 있다. 일 예로서, 상술한 바와 같이, 에러를 포함한 DIAMETER CCA 메시지 또는 RADIUS 접근 요청(RADIUS access request) 메시지를 이용하여 IP-CAN 세션 요청의 재 전송을 시도할 수 있다. 그리고, 에러를 포함한 DIAMETER RAA 메시지 또는 RADIUS COA/DM 메시지를 이용하여 IP-CAN 세션 설립 요청의 재 전송을 시도할 수 있다.
상술한 도 8의 절차들을 통해, PCC-R3 인터페이스 상의 IP-CAN 세션 설립 요청 시, 요청된 IP-CAN 세션이 단말에게 적용할 수 없어 발생되는 에러 타입 Ⅲ의 PCC 에러를 핸들링 할 수 있다.
다음으로, 도 9는 에러 타입 IV에 따른 PCC 에러 핸들링 방법을 나타내는 도면이다. 에러 타입 Ⅳ는 PCC 규칙(rule) 실행의 실패 시 발생될 수 있다. PCC 규칙을 실행하기 위해, SFA/A-PCEF는 단말(MS)에 대한 추가적인 서비스 플로우를 생성하기 위한 요청을 RAS의 SFM으로 전송하는 과정에서 에러가 발생될 수 있다. 이러한, 에러 타입 Ⅳ는 PCC 규칙 설치 에러, PCC 규칙 삭제 에러, PCC 규칙 변경 에러로 인한 모든 경우에 발생될 수 있다.
도 9를 참조하면, PCC-R3 인터페이스 상에서 PCC 규칙을 적용시키기 위해, IMS로부터 PDF/PCRF로 PCC 규칙 제공이 트리거 된다(S400). 여기서, PCC 규칙은 하나 또는 그 이상이 제공될 수 있으며, 도 9에서는 오디오(audio) 및 비디오(video) 컨텐츠의 제공을 위한 2개의 PCC 규칙이 제공되는 것을 일 예로 한다.
이어서, PDF/PCRF는 PCC-R3 인터페이스를 통해 A-PCEF로 상기 2개의 PCC 규칙을 요청을 RAR 메시지에 포함하여 A-PCEF로 전송한다(S410).
이어서, PDF/PCRF로부터 상기 RAR 메시지를 수신한 A-PCEF는 상기 2개의 PCC 규칙에 따른 서비스 플로우(SF)의 생성, 변경, 삭제를 위해, RAS(SFM)로 베어러 시그널링(bearer signaling)을 전송한다(S420).
RAS(SFM)에서는 A-PCEF로부터 수신된 베어러 시그널링에 따라 서비스 플로우(SF)의 생성, 변경, 삭제를 수행한다.
일 예로서, RAS(SFM)에는 서비스 플로우 생성이 성공 또는 실패하거나, 서비스 플로우 삭제가 성공 또는 실패할 수 있다. RAS(SFM)는 서비스 플로우 생성 또는 삭제 결과를 포함하여 베어러 시그널링 응답(success or failure)을 A-PCEF로 전송한다(S430).
이어서, A-PCEF는 RAS(SFM)로부터 수신된 응답이 서비스 플로우 생성의 실패 또는 서비스 플로우 삭제의 실패이면, 실패 결과를 RAA 메시지에 포함하여 PDF/PCRF로 전송한다(S440).
이어서, PDF/PCRF는 A-PCEF로부터 수신된 RAA 메시지에 기초하여, 상기 PCC 규칙들 제공의 실패 응답을 IMS로 전송한다(S450).
PCC 규칙들 제공의 실패 응답이 이루어진 후에, IMS는 S400의 절차를 재 수행하고, PDF/PCRF와 A-PCEF는 S410 이후 절차를 재 수행하여 PCC-R3 인터페이스 상에서 PCC를 적용시킬 수 있다.
상술한 도 9의 절차들을 통해, PCC-R3 인터페이스 상의 PCC 규칙 실행 시, 서비스 플로우의 생성 또는 삭제 실패로 인해 발생될 수 있는 에러 타입 Ⅳ의 PCC 에러를 핸들링 할 수 있다.
이어서, 도 10은 IP CAN 세션 설립과정에서의 PCC 에러 핸들링 방법을 나타내는 도면이다.
도 10을 참조하여, IP CAN 세션 설립과정에서의 PCC 에러 핸들링 방법에 대하여 설명하기로 한다. 도 10은 로컬 정책에 따른 IP-CAN 세션 설립 절차 없이 초기 서비스 플로우(ISF)/기 제공된 서비스 플로우(PPSF)를 유지시키는 것을 포함한다.
먼저, 단말은 AAA 서버와 초기 접속 수락 메시지(initial Access accept message)를 통해 초기 인증 절차(initial authentication procedure)를 수행하여 네트워크에 진입하게 된다(S500).
이어서, AAA 서버가 상기 단말의 네트워크 접속을 수락하면, AAA 서버는 상기 단말의 네트워크 접속 수락에 대한 정보 및 상기 단말의 기 제공된 서비스 플로우(PPSF)의 QoS 프로파일(profile)을 ASN으로 전송한다(S510).
이어서, ASN(SFA, A-PCEF)은 무선 상에서 보안 키(security key)를 실행한다. 그리고, EAP 인증이 완료에 따라 상기 단말의 네트워크 진입에 따른 인증이 완료(authentication complete)되면, 상기 단말과 네트워크 등록 절차(registration procedure)를 수행한다(S520).
이어서, ASN은 상기 단말의 네트워크 등록 완료를 감지한다. 그리고, 상기 단말과 초기 서비스 플로우(ISF)와 추가적으로 기 제공된 서비스 플로우(PPSF)의 설립 절차를 수행한다(S530).
이어서, ASN은 홈 에이전트(HA)로부터 상기 단말에 대한 IP 어드레스(예를 들면, DHCP, MIP)를 획득하고, 획득된 IP 어드레스를 단말에게 제공한다(S540). 그리고, ASN는 PCC를 적용하기 위해, IP-CAN 세션 요청을 도 4에 도시된 CCR 메시지에 포함하여 CSN(PDF/PCRF)으로 전송한다. 이와 함께, ASN은 AAA 서버로부터 획득된 QoS 프로파일을 CCR 메시지에 추가한다.
상술한 S500 내지 S540의 절차에서, A-PCEF는 QoS 프로파일을 제공받지 못하거나, 가입자 정보를 수신하지 못하거나, IP-CAN 세션 설립의 응답 메시지를 수신하지 못하거나, 또는 어떠한 응답 메시지도 수신하지 못할 수 있다(S550).
이러한 경우, A-PCEF는 IP-CAN 세션 설립의 실패를 검출한다(S560). 여기서, A-PCEF는 IP-CAN 세션 설립이 실패하면, 로컬 정책에 따라서 단말의 네트워크 탈퇴를 개시할 수 있다. 그리고, 초기 서비스 플로우(ISF)/기 제공된 서비스 플로우(PPSF)의 초기화를 수행할 수 있다.
이어서, A-PCEF의 로컬 정책에 따라서, 단말의 네트워크 탈퇴 과정 또는 초기 서비스 플로우(ISF)/기 제공된 서비스 플로우(PPSF)의 생성 과정을 수행한다(S570).
구체적으로, IP-CAN 세션 설정의 에러에 따른 A-PCEF의 로컬 정책이 단말의 네트워크 탈퇴일 경우, A-PCEF는 초기 서비스 플로우(ISF)/기 제공된 서비스 플로우(PPSF)를 위한 단말의 네트워크 탈퇴 과정을 수행한다. 만약, A-PCEF의 로컬 정책이 초기 서비스 플로우(ISF)/기 제공된 서비스 플로우(PPSF)를 유지시키기 위한 것이라면, A-PCEF는 초기 서비스 플로우(ISF)/기 제공된 서비스 플로우(PPSF)의 생성 과정을 수행할 수 있다.
상술한 도 10의 절차들을 통해, IP CAN 세션 설립과정에서의 에러 발생으로 인한 PCC 에러를 핸들링할 수 있다. 이를 통해, 단말의 네트워크 탈퇴 및 초기 서비스 플로우(ISF)/기 제공된 서비스 플로우(PPSF)의 생성이 이루어지도록 한다.
이하, 본 발명의 실시 예에 따른 PCC 에러 핸들링 방법에서, PCC 규칙 동기화(state synchronization)에 방법의 구체적인 실시 예에 대하여 설명하기로 한다.
상술한 본 발명의 실시 예에 따른 PCC 에러 핸들링 방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있다. 한편, 본 발명이 속하는 기술분야의 당 업자는 상술한 본 발명이 그 기술적 사상이나 필수적 특징을 변경하지 않고서 다른 구체적인 형태로 실시될 수 있다는 것을 이해할 수 있음은 당 업자에게 자명하다.
그러므로, 이상에서 기술한 실시 예들은 모든 면에서 예시적인 것이며 한정적인 것이 아닌 것으로 이해해야만 한다. 본 발명의 범위는 상기 상세한 설명보다는 후술하는 특허청구범위에 의하여 나타내어지며, 특허청구범위의 의미 및 범위 그리고 그 등가 개념으로부터 도출되는 모든 변경 또는 변형된 형태가 본 발명의 범위에 포함되는 것으로 해석되어야 한다.

Claims (30)

  1. ASN(Access Service Network)과 CSN(Core Service Network) 사이의 PCC(Policy and Charging Control) 에러 핸들링을 지원하는 PCC 에러 핸들링 지원 장치로서,
    상기 ASN과 CSN 사이에 IP-CAN(Internet Protocol-Connectivity Access Network session) 세션의 실행 또는 PCC 규칙의 실행 시 PCC 에러가 발생하는 경우 PCC 에러를 검출하고, 상기 PCC 에러의 타입에 따른 적응적인 PCC 에러 복구를 실행하는 것을 특징으로 하는 PCC 에러 핸들링 지원 장치.
  2. 제 1 항에 있어서, 상기 에러의 타입은
    상기 ASN의 A-PCEF(Service Flow administrator/A-Policy and Charging Enforcement Function)와 상기 CSN의 PCRF(Policy Control and Charging Rules Function)의 접속이 디스커넥션(disconnection)되는 에러 타입 Ⅰ;
    상기 IP-CAN 세션 실행 요청 또는 PCC 규칙 실행 요청에 따른 응답이 미리 설정된 시간 내에 수신되지 않는 에러 타입 Ⅱ;
    상기 요청에 대한 응답 메시지에 응답 실패 또는 에러 정보가 포함되어 있는 에러 타입 Ⅲ; 및
    상기 ASN 또는 CSN에서 PCC 규칙 실행이 실패하는 에러 타입 Ⅳ 중 적어도 하나인 것을 특징으로 하는 PCC 에러 핸들링 지원 장치.
  3. 제 1 항에 있어서,
    상기 ASN의 A-PCEF와 상기 CSN의 PCRF의 접속이 디스커넥션 되는 경우, 에러 타입 Ⅰ에 따른 PCC 에러를 검출하고, RAA 메시지 또는 CCA 메시지의 에러 메시지 필드에 에러 타입 및 디스커넥션에 따른 PCC 에러 정보를 포함하는 응답 메시지를 생성하는 것을 특징으로 하는 PCC 에러 핸들링 지원 장치.
  4. 제 1 항에 있어서,
    상기 ASN의 PCEF와 상기 CSN의 PCRF 사이의 접속이 디스커넥션(disconnection)되는 에러 타입 Ⅰ 상태에서, RAS(Radio Access Station) 또는 IMS(IP Multimedia Subsystem)로부터 IP-CAN 세션 실행 또는 PCC 규칙 실행이 요청되면, 상기 IP-CAN 세션의 실행 요청 또는 PCC 규칙 실행의 실패 정보를 포함하는 응답 메시지를 생성하여 상기 RAS 또는 IMS로 전송하는 것을 특징으로 하는 PCC 에러 핸들링 지원 장치.
  5. 제 1 항에 있어서,
    IP-CAN 세션 실행 요청 또는 PCC 규칙 실행 요청에 따른 응답이 미리 설정된 시간 내에 수신되지 않은 경우, 에러 타입 Ⅱ에 따른 PCC 에러를 검출하고, 타임 아웃에 대한 정보를 포함하는 DIAMETER CCA 타임아웃(DIAMETER CCA timeout) 메시지 또는 RADIUS 접근 요청 타임아웃(RADIUS access request timeout) 메시지를 생성하는 것을 특징으로 하는 PCC 에러 핸들링 지원 장치.
  6. 제 1 항에 있어서,
    IP-CAN 세션 실행 요청 또는 PCC 규칙 실행 요청에 따른 응답이 미리 설정된 시간 내에 수신되지 않은 경우, 에러 타입 Ⅱ에 따른 PCC 에러를 검출하고, 타임아웃 정보를 포함 RAA 메시지 또는 RADIUS COA/DM 타임아웃 메시지를 생성하는 것을 특징으로 하는 PCC 에러 핸들링 지원 장치.
  7. 제 1 항에 있어서, 에러 결과를 포함한 DIAMETER CCA 메시지, RADIUS 접근 요청(RADIUS access request) 메시지, DIAMETER RAA 메시지, 및 RADIUS COA/DM 중 어느 하나의 메시지가 수신되면, 에러 타입 Ⅲ에 따른 PCC 에러를 검출하는 것을 특징으로 하는 PCC 에러 핸들링 지원 장치.
  8. 제 1 항에 있어서,
    상기 ASN 또는 CSN에서 수신된 메시지의 IP-CAN 세션 실행 요청 또는 PCC 규칙 실행 요청을 수행할 수 없는 에러 타입 Ⅳ에 따른 PCC 에러를 검출하고, 상기 IP-CAN 세션 실행 요청의 실패 또는 PCC 규칙 실행 요청의 실패 정보를 포함하는 응답 메시지를 생성하는 것을 특징으로 하는 PCC 에러 핸들링 지원 장치.
  9. 제 1 항에 있어서,
    상기 ASN 또는 CNS에서 수신된 메시지의 IP-CAN 세션 실행 요청 또는 PCC 규칙 실행 요청을 수행할 수 없는 에러 타입 Ⅳ에 따른 PCC 에러를 검출하고, 상기 IP-CAN 세션 실행 요청의 실패 또는 PCC 규칙 실행 요청의 실패 정보를 RAA 메시지 또는 CCA 메시지의 실패 AVP 필드에 포함시켜 전송하는 것을 특징으로 하는 PCC 에러 핸들링 지원 장치.
  10. 제 1 항에 있어서, 상기 에러 복구는
    상기 ASN의 A-PCEF 또는 상기 CSN의 PCRF에서 일정 주기로 트리거 되어 상기 ASN과 CSN의 PCC 규칙 상태를 확인하고, 상기 ASN과 CSN의 PCC 규칙 상태가 상이한 경우 PCC 규칙의 동기화 수행을 위한 PCC 규칙 정보 제공 요청 메시지를 상대방에게 전송하는 것을 특징으로 하는 PCC 에러 핸들링 지원 장치.
  11. 제 10 항에 있어서,
    PCC 규칙 정보 제공 요청 필드(Charging-Rule-Report AVP)를 CCR 메시지에 추가하여 상기 PCC 규칙 정보 제공 요청 메시지를 생성하는 것을 특징으로 하는 PCC 에러 핸들링 지원 장치.
  12. 제 10 항에 있어서,
    상기 PCC 규칙 정보 제공 요청 메시지에 응답하여 현재 PCC 규칙 정보를 포함하는 응답 메시지를 상기 A-PCEF 또는 상기 PCRF로부터 수신하는 것을 특징으로 하는 PCC 에러 핸들링 지원 장치.
  13. 제 10 항에 있어서,
    상기 PCC 규칙 정보 제공 요청에 응답하여 현재 PCC 규칙 정보가 수신되면, 상기 현재 PCC 규칙 정보에 기초하여 PCC 규칙의 업데이트를 수행하는 것을 특징으로 하는 PCC 에러 핸들링 지원 장치.
  14. 제 10 항에 있어서,
    상기 에러 복구는 상기 ASN의 A-PCEF와 상기 CSN의 PCRF의 접속이 디스커넥션되는 에러 타입 Ⅰ, 또는 상기 IP-CAN 세션 실행 요청 또는 PCC 규칙 실행 요청에 따른 응답이 미리 설정된 시간 내에 수신되지 않는 에러 타입 Ⅱ인 경우에 상기 PCC 규칙의 동기화를 수행하는 것을 특징으로 하는 PCC 에러 핸들링 지원 장치.
  15. 제 1 항에 있어서,
    상기 PCC 에러 핸들링 지원 장치는 상기 ASN의 A-PCEF 및 상기 CSN의 PCRF 중 적어도 하나에 포함되는 것을 특징으로 하는 PCC 에러 핸들링 지원 장치.
  16. ASN과 CSN 사이의 PCC-R3 인터페이스 상에서 PCC 에러를 핸들링 하는 장치에 있어서,
    상기 ASN과 상기 CSN의 접속이 차단되는 에러 타입 Ⅰ, IP-CAN 세션 실행 요청 또는 PCC 규칙 실행 요청에 따른 응답이 미리 설정된 시간 내에 수신되지 않는 에러 타입 Ⅱ, 상기 요청에 대한 응답 메시지가 응답 실패 또는 에러 정보가 포함되어 있는 에러 타입 Ⅲ 및 상기 ASN 또는 CSN에서 PCC 규칙 실행이 실패하는 에러 타입 Ⅳ 중 적어도 하나의 PCC 에러가 발생하는 경우, 상기 ASN 또는 CSN에서 에러 타입 별로 PCC 에러를 검출하고, 상기 에러 타입에 따라 PCC 에러를 통보하고, 상기 에러 타입 별로 에러를 복구하는 것을 특징으로 하는 PCC 에러 핸들링 지원 장치.
  17. ASN과 CSN 사이의 PCC-R3 인터페이스 상에서 수신된 요청 메시지 및 PCC 규칙 정보를 기초로 PCC 규칙의 실행 또는 IP-CAN 세션의 실행에 따른 PCC 에러를 검출하는 단계; 및
    상기 PCC 에러의 타입에 따라 에러 메시지 또는 응답 메시지를 생성하여 상기 PCC 에러를 통보하고, 상기 PCC 에러를 타입 별로 복구하는 단계;를 포함하는 것을 특징으로 하는 PCC 에러 핸들링 방법.
  18. 제 17 항에 있어서, 상기 PCC 에러 통보는
    에러 타입, PCC 에러의 정보 및 PCC 에러 복구를 위한 AVP를 포함하는 에러 메시지 또는 응답 메시지를 통해 수행하는 것을 특징으로 하는 PCC 에러 핸들링 방법.
  19. 제 17 항에 있어서, 상기 에러의 타입은
    상기 ASN의 A-PCEF(A-Policy and Charging Enforcement Function)와 상기 CSN의 PCRF(Policy Control and Charging Rules Function)의 접속이 디스커넥션(disconnection)되는 에러 타입 Ⅰ;
    상기 IP-CAN 세션 실행 요청 또는 PCC 규칙 실행 요청에 따른 응답이 미리 설정된 시간 내에 수신되지 않는 에러 타입 Ⅱ;
    상기 요청에 대한 응답 메시지가 응답 실패 또는 에러 정보가 포함되어 있는 에러 타입 Ⅲ; 및
    상기 ASN 또는 CSN에서 PCC 규칙 실행이 실패하는 에러 타입 Ⅳ 중 적어도 하나인 것을 특징으로 하는 PCC 에러 핸들링 방법.
  20. 제 17 항에 있어서,
    상기 ASN의 A-PCEF와 상기 CSN의 PCRF의 접속이 디스커넥션 되는 경우, 에러 타입 Ⅰ에 따른 PCC 에러를 검출하고, RAA 메시지 또는 CCA 메시지의 에러 메시지 필드에 에러 타입 및 디스커넥션에 따른 PCC 에러 정보를 포함하는 응답 메시지를 생성하는 것을 특징으로 하는 PCC 에러 핸들링 방법.
  21. 제 17 항에 있어서,
    상기 ASN의 A-PCEF와 상기 CSN의 PCRF의 접속의 디스커넥션에 따른 에러 타입 Ⅰ 상태에서 IP-CAN 세션 실행 또는 PCC 규칙 실행이 요청되면, 상기 에러 타입 Ⅰ 및 디스커넥션에 따른 PCC 에러 정보를 포함하는 응답 메시지를 상기 A-PCEF에서 상기 RAS(Radio Access Station)로 전송하는 것을 특징으로 하는 PCC 에러 핸들링 방법.
  22. 제 17 항에 있어서,
    IP-CAN 세션 실행 요청 또는 PCC 규칙 실행 요청에 따른 응답이 미리 설정된 시간 내에 수신되지 않은 경우, 에러 타입 Ⅱ에 따른 PCC 에러를 검출하고, 타임 아웃에 대한 정보를 포함하는 DIAMETER CCA 타임아웃(DIAMETER CCA timeout) 메시지 또는 RADIUS 접근 요청 타임아웃(RADIUS access request timeout) 메시지를 생성하는 것을 특징으로 하는 PCC 에러 핸들링 방법.
  23. 제 17 항에 있어서,
    에러 결과를 포함한 DIAMETER CCA 메시지, RADIUS 접근 요청(RADIUS access request) 메시지, DIAMETER RAA 메시지, 및 RADIUS COA/DM 중 어느 하나의 메시지가 수신되면, 에러 타입 Ⅲ에 따른 PCC 에러를 검출하는 것을 특징으로 하는 PCC 에러 핸들링 방법.
  24. 제 17 항에 있어서,
    상기 ASN 또는 CSN에서 수신된 메시지의 IP-CAN 세션 실행 요청 또는 PCC 규칙 실행 요청을 수행할 수 없는 에러 타입 Ⅳ에 따른 PCC 에러를 검출하고, 상기 IP-CAN 세션 실행 요청의 실패 또는 PCC 규칙 실행 요청의 실패 정보를 포함하는 응답 메시지를 생성하는 것을 특징으로 하는 PCC 에러 핸들링 방법.
  25. 제 17 항에 있어서,
    IP-CAN 세션 실행 요청 또는 PCC 규칙 실행 요청을 수행할 수 없는 에러 타입 Ⅳ에 따른 PCC 에러를 검출하고, 상기 IP-CAN 세션 실행 요청의 실패 또는 PCC 규칙 실행 요청의 실패 정보를 RAA 메시지 또는 CCA 메시지의 실패 AVP 필드에 포함시켜 상기 CSN에서 상기 ASN으로 전송하는 것을 특징으로 하는 PCC 에러 핸들링 방법.
  26. 제 17 항에 있어서, 상기 PCC 에러를 타입 별로 복구하는 단계는
    상기 ASN의 A-PCEF 또는 상기 CSN의 PCRF에서 일정 주기로 트리거되어 상기 ASN과 CSN의 PCC 규칙 상태를 확인하는 단계; 및
    상기 ASN과 CSN의 PCC 규칙 상태가 상이한 경우 PCC 규칙의 동기화 수행을 위한 PCC 규칙 정보 제공 요청 메시지를 생성하는 단계를 포함하는 것을 특징으로 하는 PCC 에러 핸들링 방법.
  27. 제 26 항에 있어서, 상기 PCC 규칙 정보 제공 요청 메시지를 생성하는 단계는,
    PCC 규칙 정보 제공 요청 필드(Charging-Rule-Report AVP)를 CCR 메시지에 추가하여 상기 PCC 규칙 정보 제공 요청 메시지를 생성하는 것을 특징으로 하는 PCC 에러 핸들링 방법.
  28. 제 26 항에 있어서,
    상기 PCC 규칙 정보 제공 요청 메시지에 응답하여 현재 PCC 규칙 정보를 포함하는 응답 메시지를 수신하는 단계를 더 포함하는 것을 특징으로 하는 PCC 에러 핸들링 방법.
  29. 제 26 항에 있어서,
    상기 현재 PCC 규칙 정보에 기초하여 PCC 규칙의 업데이트를 수행하는 단계를 더 포함하는 것을 특징으로 하는 PCC 에러 핸들링 방법.
  30. 제 26 항에 있어서, 상기 PCC 에러를 타입 별로 복구하는 단계는
    상기 ASN의 A-PCEF와 상기 CSN의 PCRF의 접속이 디스커넥션되는 에러 타입 Ⅰ, 또는 상기 IP-CAN 세션 실행 요청 또는 PCC 규칙 실행 요청에 따른 응답이 미리 설정된 시간 내에 수신되지 않는 에러 타입 Ⅱ인 경우 수행하는 것을 특징으로 하는 PCC 에러 핸들링 방법.
PCT/KR2009/002475 2008-05-09 2009-05-11 광대역 무선 통신 시스템에서 정책 및 과금 제어 에러 핸들링 방법 및 이를 지원하는 장치 WO2009136776A2 (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US5184608P 2008-05-09 2008-05-09
US61/051,846 2008-05-09
US9843508P 2008-09-19 2008-09-19
US61/098,435 2008-09-19

Publications (3)

Publication Number Publication Date
WO2009136776A2 true WO2009136776A2 (ko) 2009-11-12
WO2009136776A9 WO2009136776A9 (ko) 2010-03-04
WO2009136776A3 WO2009136776A3 (ko) 2010-05-20

Family

ID=41265191

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2009/002475 WO2009136776A2 (ko) 2008-05-09 2009-05-11 광대역 무선 통신 시스템에서 정책 및 과금 제어 에러 핸들링 방법 및 이를 지원하는 장치

Country Status (2)

Country Link
KR (1) KR20090117668A (ko)
WO (1) WO2009136776A2 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200374671A1 (en) * 2018-02-14 2020-11-26 Huawei Technologies Co., Ltd. Rule Management Method And Device

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102109822B1 (ko) * 2013-08-26 2020-05-13 에스케이텔레콤 주식회사 데이터 세션 정보 동기화 방법 및 이를 위한 과금 메세지 분석 장치

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008094401A2 (en) * 2007-01-31 2008-08-07 Lucent Technologies Inc. Mobility aware policy and charging control in a wireless communication network
US20090182883A1 (en) * 2008-01-14 2009-07-16 Qualcomm Incorporated Policy control and charging (pcc) rules based on mobility protocol
US20090199268A1 (en) * 2008-02-06 2009-08-06 Qualcomm, Incorporated Policy control for encapsulated data flows

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008094401A2 (en) * 2007-01-31 2008-08-07 Lucent Technologies Inc. Mobility aware policy and charging control in a wireless communication network
US20090182883A1 (en) * 2008-01-14 2009-07-16 Qualcomm Incorporated Policy control and charging (pcc) rules based on mobility protocol
US20090199268A1 (en) * 2008-02-06 2009-08-06 Qualcomm, Incorporated Policy control for encapsulated data flows

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
'WiMAX Forum Network Architecture' WMF-T33-109-R015V01, [Online] 21 November 2009, Retrieved from the Internet: <URL:www.wimaxforum.org> *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200374671A1 (en) * 2018-02-14 2020-11-26 Huawei Technologies Co., Ltd. Rule Management Method And Device

Also Published As

Publication number Publication date
WO2009136776A3 (ko) 2010-05-20
KR20090117668A (ko) 2009-11-12
WO2009136776A9 (ko) 2010-03-04

Similar Documents

Publication Publication Date Title
WO2016186416A1 (en) Method and device for supporting paging optimization
WO2011142567A2 (en) Handover method supporting terminal mobility
WO2018038490A1 (ko) 무선 통신 네트워크에서 지역별 데이터 네트워크 구성을 위한 방법 및 시스템
WO2014042482A2 (ko) 무선 통신 시스템에서 망 혼잡상황에서 특정 서비스를 제어하는 방법 및 장치
WO2014019139A1 (zh) 一种实现无线资源控制连接释放的方法、装置及系统
WO2013009008A1 (en) Method and terminal for performing detach procedure
WO2012141556A2 (en) Machine-to-machine node erase procedure
WO2015005651A1 (en) Lawful interception method and apparatus of d2d communication-capable terminal
WO2015194890A1 (en) Method and apparatus for establishing user plane bearer
WO2016003177A1 (ko) 저전력 단말의 통신 효과를 높이는 방법 및 장치
WO2011056034A2 (en) Method for controlling session and server using the same
WO2013085314A1 (ko) Ims 기반의 이동통신 네트워크에서 스폰서 서비스 제공 방법 및 시스템
WO2021167277A1 (ko) 에지 컴퓨팅 시스템에서 무선 통신 네트워크 타입에 따른 서비스 제공 장치 및 방법
EP3949245A1 (en) Apparatus and method for supporting burst arrival time reference clock based on time-sensitive communication assistance information in wireless communication network
WO2012138110A2 (en) A method for guaranteeing establishment of local ip access correctly
WO2013005992A2 (en) Method for avoiding handover failure
WO2012081882A2 (ko) 이동통신 시스템에서 셀 방송 기술을 이용한 신뢰성 있는 그룹 멀티캐스트 전송 방법 및 장치
WO2018212571A1 (en) Method and system for notifying state of members of mission critical service (mcx) groups
WO2018038412A1 (ko) 차세대 네트워크에서 복수의 액세스를 통해 접속을 수행하는 방법 및 사용자 장치
WO2009134064A2 (en) Method and device to support interworking between 3g system and sae system
WO2015037909A1 (ko) 통신 시스템에서 푸쉬 서비스 제공을 위한 방법 및 장치
WO2014019185A1 (zh) 一种控制和转发解耦下协议处理方法及控制面设备、转发面设备
WO2015174806A1 (ko) 음성 호 서비스 품질을 높이는 방법 및 장치
WO2018030861A1 (en) Method for performing light connection control on user equipment and corresponding equipment
WO2015020488A1 (ko) 인증 정보를 얻는 방법 및 장치

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

Country of ref document: EP

Kind code of ref document: A2

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09742882

Country of ref document: EP

Kind code of ref document: A2