WO2013135213A1 - Tdf会话的处理方法及pcrf - Google Patents

Tdf会话的处理方法及pcrf Download PDF

Info

Publication number
WO2013135213A1
WO2013135213A1 PCT/CN2013/074221 CN2013074221W WO2013135213A1 WO 2013135213 A1 WO2013135213 A1 WO 2013135213A1 CN 2013074221 W CN2013074221 W CN 2013074221W WO 2013135213 A1 WO2013135213 A1 WO 2013135213A1
Authority
WO
WIPO (PCT)
Prior art keywords
tdf
session
message
pcrf
ipv4 address
Prior art date
Application number
PCT/CN2013/074221
Other languages
English (en)
French (fr)
Inventor
周晓云
吴锦花
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Priority to US14/385,699 priority Critical patent/US9485106B2/en
Priority to EP13760758.6A priority patent/EP2822350A4/en
Publication of WO2013135213A1 publication Critical patent/WO2013135213A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1403—Architecture for metering, charging or billing
    • H04L12/1407—Policy-and-charging control [PCC] architecture
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0893—Assignment of logical groups to network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/02—Capturing of monitoring data
    • H04L43/028—Capturing of monitoring data by filtering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • 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
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H04W76/32—Release of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0894—Policy-based network configuration management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H04W76/34—Selective release of ongoing connections

Definitions

  • the present invention relates to the field of communications, and in particular to a service detection function (Traffic Detection Function, TDF for short) session processing method and a policy and charging rule function entity (Policy and Charging) Rules Function, referred to as PCRF).
  • TDF Traffic Detection Function
  • PCRF Policy and Charging Rule Function entity
  • PCC Policy and Charging Control
  • UMTS Universal Mobile Telecommunications System
  • UMTS Terrestrial Radio Access Network Universal Mobile Telecommunications System
  • GSM Global System for Mobile Communication
  • WLAN GSM Data Enhanced for GSM Evolution
  • WLAN wireless access network
  • Interworking WLAN Referred to as I-WLAN
  • EPS Evolved Packet System
  • FIG. 1 is a schematic diagram of a PCC composition architecture of the existing Rel-11.
  • the following describes various logical functional entities and their interface functions in the PCC architecture shown in FIG. 1.
  • Application Function used to provide access points for business applications, the network resources used by these business applications require dynamic policy control.
  • the AF passes the related service information to the PCRF. If the service information is consistent with the policy of the PCRF, the PCRF accepts the negotiation; otherwise, the PCRF rejects the negotiation and gives the business parameters acceptable to the PCRF upon feedback. The AF can then return these parameters to the user equipment (User Equipment, UE for short).
  • User Equipment User Equipment
  • the interface between the AF and the PCRF is an Rx interface.
  • the PCRF is the core of the PCC and is responsible for policy decision making and billing rules.
  • the PCRF provides network control rules based on service data flows, including traffic data flow detection, Gating Control Quality of Service (QoS) control, and data flow based charging.
  • the PCRF sends its policy and charging rules to the Policy and Control Enforcement Function (PCEF).
  • PCEF Policy and Control Enforcement Function
  • the signing information is the same.
  • the basis for the PCRF to formulate policies and charging rules includes: service-related information obtained from AF, and user policy charging related to policy control and charging obtained from a subscription profile database (SPR). Control subscription information, and information about the bearer-related network obtained from the PCEF through the Gx interface.
  • SPR subscription profile database
  • the PCEF is usually located in the gateway (Gate-Way, GW for short), and performs the policy and charging rules defined by the PCRF on the bearer plane.
  • the PCEF detects the service data flow according to the service data flow filter in the rule sent by the PCRF, and then performs the policy and charging rule defined by the PCRF for the service data flow; when the bearer is established, the PCEF performs the resource according to the rule sent by the PCRF.
  • the PCEF triggers reporting of events occurring on the bearer network according to the event subscribed by the PCRF; according to the charging rule sent by the PCRF, the PCEF performs corresponding service data flow charging operation,
  • the fee can be either online or offline.
  • the PCEF needs to perform credit management with the Online Charging System (OCS); in offline charging, the PCEF and the Offline Charging System (OFCS) Exchange related billing information.
  • OCS Online Charging System
  • OFCS Offline Charging System
  • the interface between the PCEF and the PCRF is a Gx interface
  • the interface between the PCEF and the OCS is a Gy interface
  • the interface between the PCEF and the OFCS is a Gz interface.
  • PCEF can also have TDF.
  • the PCEF can perform application detection and perform policy enforcement (such as gating, redirection, and bandwidth limitation) according to the local configuration or the PCC rules that are sent by the PCRF and include the application detection control policy.
  • the PCEF is generally located on the gateway of the network, such as the Packet Data Network Gateway (PDN-GW) of the EPS and the GPRS Gateway Support Node (Gateway GPRS Support Node) in the General Packet Radio Service (GPRS). It is a GGSN) and a Packet Data Gateway (PDG) in the I-WLAN.
  • PDN-GW Packet Data Network Gateway
  • Gateway GPRS Support Node General Packet Radio Service
  • It is a GGSN
  • PGW Packet Data Gateway
  • the TDF can be deployed independently. In the case of the independent deployment, the TDF and the PCRF are connected through the Sd interface.
  • the TDF can be configured according to the Pre-configured or Application-Federation (Application Detection and Control, ADC for short) rules issued by the PCRF. Application detection and policy enforcement.
  • the Bearer Binding and Event Reporting Function (BBERF) is usually located in the Access Network Gateway. For example, when the user equipment accesses the EPS through E-UTRAN, and the Proxy Mobile Internet Protocol version 6 (PMIPv6) is used between the service gateway S-GW and the P-GW, the S-GW There is a BBERF. When the user equipment accesses through the trusted non-3GPP access network, the BBERF also exists in the trusted non-3GPP access gateway.
  • the SPR stores user policy charging control subscription information related to policy control and charging, where SPR and
  • Step S201 In the process of the UE requesting to establish an IP-CAN session, the gateway where the PCEF is located receives the IP-CAN session establishment request message, where the IP-CAN session is The PDN identifier of the PDN network carrying the user identifier and requesting access is carried in the request message.
  • Step S202 The PCEF sends an IP-CAN session establishment indication message to the PCRF, where the IP-CAN session establishment indication message carries a user identifier, a PDN identifier, and an IPv6 address prefix allocated for the UE.
  • Step S203 After determining, according to the user identifier, the PCRF does not have the subscription information of the user, and sends a subscription document request to the SPR, and carries the user identifier and the PDN identifier in the subscription document request.
  • Step S204 The SPR returns the corresponding user subscription information according to the user identifier and the PDN identifier (returned by the subscription document response).
  • Step S205 the PCRF makes a policy decision according to the returned user subscription information, the network policy, and the access information of the UE. Among them, it may include formulating PCC rules and event triggers.
  • Step S206 the PCRF sends an IP-CAN session establishment confirmation message to the PCEF, where the IP-CAN session establishment confirmation message carries the PCC rule and the event trigger.
  • Step S207 The PCEF installs the policy, and the gateway where the PCEF is located returns an IP-CAN session establishment response to the UE, where the IP-CAN session setup response carries an IPv6 address prefix.
  • Step S208 If the network supports the dual stack, the gateway where the PCEF is located or other external network element allocates an IPv4 address according to the request of the UE.
  • Step S209 the PCEF sends an IP-CAN session modification indication to the PCRF, where the IPv4 address is carried to notify the PCRF that the IP-CAN session has an IPv4 address.
  • Step S210 the PCRF returns an acknowledgement message of the IP-CAN session modification indication to the PCEF.
  • the UE can construct an IPv6 address according to the IPv6 address prefix and use the IPv6 and IPv4 addresses for service access.
  • the TDF detects the data stream flowing through it according to the pre-configured ADC rule.
  • the TDF When the TDF detects that an application of the above IPv4 address (the address is allocated in step S208) needs to be reported, the TDF sends a TDF session establishment message to the PCRF (since the TDF session corresponding to the IPv4 has not been established),
  • the TDF session setup message carries the IPv4 address and the detected application identifier. If the detected flow description information of the application is derivable, the TDF also carries the flow description information in the setup message.
  • the PCRF associates the TDF session with the IP-CAN session based on the IPv4 address obtained from the PCEF and the IPv4 address obtained from the TDF.
  • the PCRF can update the related policy of the IP-CAN session according to the application information reported by the TDF.
  • Step S212 the PCRF returns an acknowledgement message of the TDF session establishment message.
  • Step S213 Before the TDF receives the message of step 212, the TDF detects an application requirement of the address (the IPv6 address is constructed by the UE according to the IPv6 address prefix in step S207). If the TDF sends a TDF session setup message to the PCRF (because the TDF session corresponding to the IPv6 has not been established yet), the TDF session setup message carries the IPv6 address and the detected application identifier. If the detected flow description information of the application is derivable, the TDF also carries the flow description information in the setup message.
  • the PCRF associates the TDF session with the IP-CAN session based on the IPv6 address prefix obtained from the PCEF and the IPv6 address obtained from the TDF.
  • the PCRF can update the related policies of the IP-CAN session according to the application information reported by the TDF.
  • Step S214 the PCRF returns an acknowledgement message of the TDF session establishment message.
  • the scenes executed in the above steps are different, and the TDF positions are different.
  • the TDF is located at the home location, and the TDF establishes a TDF session with the H-PCRF.
  • the TDF is located at the visited place, and the TDF establishes a TDF session with the V-PCRF.
  • the TDF reports IPv4 related applications and IPv6 address-related applications to the PCRF through two TDF sessions. Then, since the IPv4 address can be dynamically applied and released, if the UE releases the IPv4 address, and later the network allocates the same IPv4 address to other UEs. According to the related technology, the TD reports the application information to the TDF session established for the UE in the foregoing process, thereby causing the PCRF to formulate an incorrect policy.
  • the TDF cannot determine whether the IPv6 addresses belong to the same IP.
  • -CAN session if TDF cannot obtain the IPv6 prefix assigned by the network to the UE, TDF assumes that any of the first 64 different IPv6 addresses are from different UEs), so there will also be an IP-CAN session with an IPv4 address-related TDF. The case of a session and one or more IPv6 address-related TDF sessions. If the UE releases the IPv4 address, and later the network assigns the same IPv4 address to other UEs.
  • the TD reports the application information to the TDF session established for the UE in the foregoing process, thereby causing the PCRF to formulate an incorrect policy.
  • the TD reports the application information to the TDF session established for the UE in the foregoing process, thereby causing the PCRF to formulate an incorrect policy.
  • the present invention provides a method and a PCRF for processing a TDF session, so as to at least solve the related art, when an IP-CAN session releases an IPv4 address, it only releases the T4 session, and does not terminate the TDF session associated with the IPv4 address.
  • the PCRF has a problem with the wrong strategy.
  • a method for processing a TDF session comprising: a PCRF associating a first TDF session associated with an IPv4 address with a second TDF session associated with a first IPv6 address to a same IP-CAN session And when the PCRF learns that the IPv4 address of the IP-CAN session is released, requesting the TDF to terminate the first TDF session.
  • the IPv4 address release of the IP-CAN session includes: the PCEF sending an IP-CAN session modification indication message to the PCRF, where the IP-CAN session modification indication message carries an IP address release indication and release IPv4 address.
  • the requesting the TDF to terminate the first TDF session comprises: sending, by the PCRF, a first message requesting to terminate the first TDF session to the TDF, where the first message carries the first message The reason value of the TDF session termination, where the cause value is an IPv4 address release.
  • the first message is a re-authentication request RAR message, where the value of the Session-Id AVP carried in the RAR message is a session identifier of the first TDF session, and the session carried in the RAR message
  • the value of -Release-Clause AVP is IP address released IP_ADDRESS_RELEASE.
  • the method further includes: the TDF returning an acknowledgement message of the first message to the PCRF; The PCRF sends a second message of the first TDF session termination request.
  • the second message is a credit control request CCR message, where the value of the Session-Id AVP carried in the CCR message is a session identifier of the first TDF session, and the CC carried in the CCR message
  • the value of the -Request-Type AVP is the termination request TERMINATION_REQUEST.
  • the method further includes: the PCRF returning an acknowledgement message of the second message to the TDF.
  • the method further includes: when the IPv4 address is allocated to an IP-CAN session of another UE, when the TDF detects the When the application corresponding to the IPv4 address needs to be reported, if the TDF learns that the IPv4 address and the second IPv6 address belong to the same IP-CAN session, and the TDF session corresponding to the IPv6 address is established, the TDF is Reporting, by the TDF session corresponding to the second IPv6 address, application information of the IPv4 address; in a case where the IPv4 address is allocated to an IP-CAN session of another UE, when the TDF detects the IPv4 address corresponding to When the application needs to be reported, if the TDF cannot determine whether the IPv4 address and the second IPv6 address belong to the same IP-CAN session, the TDF initiates a TDF session establishment procedure of the IPv4 address to the PCRF. .
  • the present invention also provides a method for processing
  • a method for processing a TDF session comprising: a PCRF associating a first TDF session associated with an IPv4 address to an IP-CAN session; and when the PCRF learns the IP-CAN session When the IPv4 address is released, the TDF is requested to terminate the first TDF session.
  • the IPv4 address release of the IP-CAN session includes: the PCEF sending an IP-CAN session modification indication message to the PCRF, where the IP-CAN session modification indication message carries an IP address release indication and release IPv4 address.
  • the requesting the TDF to terminate the first TDF session comprises: sending, by the PCRF, a first message requesting to terminate the first TDF session to the TDF, where the first message carries the first message The reason value of the TDF session termination, where the cause value is an IPv4 address release.
  • the first message is a re-authentication request RAR message, where the value of the Session-Id AVP carried in the RAR message is a session identifier of the first TDF session, and the session carried in the RAR message
  • the value of -Release-Clause AVP is IP address released IP_ADDRESS_RELEASE.
  • a PCRF comprising: an association module, configured to associate a first TDF session related to an IPv4 address and a second TDF session related to an IPv6 address to a same IP-CAN session;
  • the requesting module is configured to request the TDF to terminate the first TDF session if the IPv4 address release of the IP-CAN session is known.
  • the requesting module includes: a sending unit, configured to send, to the TDF, a first message requesting termination of the first TDF session, where the first message carries a reason for termination of the first TDF session a value, where the cause value is an IPv4 address release.
  • the PCRF further includes: a receiving module, configured to receive an acknowledgement message of the first message from the TDF and a second message that receives a TDF session termination request related to the IPv4 address from the TDF; And returning to the module, configured to return an acknowledgement message of the second message to the TDF after the receiving module receives the second message of the IPv4 address related TDF session termination request from the TDF.
  • a PCRF comprising: an association module configured to associate a first TDF session related to an IPv4 address to an IP-CAN session; and a request module configured to learn the IP In the event that the IPv4 address of the CAN session is released, the requesting TDF terminates the first TDF session.
  • the requesting module includes: a sending unit, configured to send, to the TDF, a first message requesting termination of the first TDF session, where the first message carries a reason for termination of the first TDF session a value, where the cause value is an IPv4 address release.
  • the PCRF further includes: a receiving module, configured to receive an acknowledgement message of the first message from the TDF and a second message that receives a TDF session termination request related to the IPv4 address from the TDF; And returning to the module, configured to return an acknowledgement message of the second message to the TDF after the receiving module receives the second message of the IPv4 address related TDF session termination request from the TDF.
  • the PCRF associates a first TDF session associated with an IPv4 address with a second TDF session associated with the first IPv6 address to the same IP-CAN session or the PCRF will associate with the IPv4 address first
  • the TDF session is associated with an IP-CAN session; when the PCRF learns that the IPv4 address of the IP-CAN session is released, the TDF is requested to terminate the first TDF session, that is, after the IPv4 address of the IP-CAN session is released, the final request is sent to the TDF. To terminate the first TDF session.
  • the IP-CAN session in the related art is released only when the IPv4 address is released, and the TDF session related to the IPv4 address is not terminated, which causes the PCRF to formulate an incorrect policy, and then releases the address.
  • the TDF session related to the IPv4 address is also terminated, which improves the resource utilization and improves the working efficiency of the system.
  • FIG. 1 is a schematic diagram of a PCC composition architecture of Rel-11 according to the related art
  • FIG. 2 is a flowchart of establishing a TDF session between a TDF and a PCRF in an IP-CAN session according to the related art
  • FIG. 3 is a TDF session according to an embodiment of the present invention.
  • Figure 4 is a flow chart of a method for processing a TDF session according to a preferred embodiment of the present invention
  • Figure 5 is a block diagram showing the structure of a PCRF according to an embodiment of the present invention
  • Figure 6 is a block diagram of a structure of a PCRF according to an embodiment of the present invention
  • Block diagram 2 of the PCRF
  • FIG. 7 is a block diagram 3 of the structure of the PCRF according to an embodiment of the present invention.
  • the embodiment of the present invention provides a TDF session.
  • the processing method is as shown in FIG. 3, and includes steps S302 to S304: Step S302, the PCRF associates the first TDF session related to the IPv4 address and the second TDF session related to the first IPv6 address to the same IP.
  • Step S304 when the PCRF learns that the IPv4 address of the IP-CAN session is released, the TDF is requested to terminate the first TDF session.
  • PCRF associates an IPv4 related TDF session with a first IPv6 related TDF session to the same IP-CAN session or a PCRF associates a first TDF session related to an IPv4 address to an IP-
  • the PCRF requests the TDF to terminate the TDF session associated with the IPv4 address.
  • the problem that the IP-CAN session in the related art releases the IPv4 address only when it releases the IPv4 address does not terminate the TDF session related to the IPv4 address, causing the PCRF to formulate an incorrect policy, and then releasing The address also terminates the TDF session associated with the IPv4 address, improving resource utilization and improving system efficiency.
  • the execution condition of step S304 is that the PCRF learns the IPv4 address release of the IP-CAN session, and the implementation of the condition may include the following processing:
  • the PCEF sends an IP-CAN session modification indication message to the PCRF, where the IP-CAN session modification indication message carries an IP address release indication and an released IPv4 address.
  • the IP-CAN session modification indication message is used to indicate that the IPv4 address is released.
  • the PCRF After receiving the IP-CAN session modification indication message, the PCRF responds by sending an acknowledgement message to the PCEF for the IP-CAN session modification indication message. From the receiving side, the PCEF receives the IP-CAN session modification confirmation message returned by the PCRF.
  • the process of the PCRF requesting the TDF to terminate the first TDF session may include the following process: When the PCRF determines that the IP-CAN session is associated with the first TDF session and the second TDF session simultaneously, the PCRF sends a request termination to the TDF. The first message of the first TDF session, where the first message carries the cause value of the first TDF session termination, where the cause value is an IPv4 address release.
  • the first message is a re-authentication request RAR message, where the value of the Session-Id AVP carried in the RAR message is the session identifier of the first TDF session, and the session-Release-Clause AVP carried in the RAR message is taken.
  • the value is IP address released IP_ADDRESS_RELEASE.
  • the second message is a credit control request CCR message, where the value of the Session-Id AVP carried in the CCR message is the session identifier of the first TDF session, and the value of the CC-Request-Type AVP carried in the CCR message is Terminate request TERMINATION_REQUEST.
  • the PCRF receives the second message of the TDF session termination request related to the IPv4 address sent by the TDF, in response, the acknowledgment message of the second message is returned to the TDF. Viewed from the other side, the TDF receives the confirmation message for the second message.
  • the TDF terminates the TDF session related to the IPv4 address between the PCRF, and the IPv4 address at this time can be allocated to other UEs.
  • the network allocates the released IPv4 address to the IP-CAN session of the other UE, the UE allocated to the IPv4 address performs service access through the IP-CAN session corresponding to the IPv4 address.
  • the TDF detects the data stream according to the preset ADC rule.
  • the IPv4 address and the IPv6 address and the IP-CAN session that is, determine the IPv4 address and the IPv6 address.
  • the address in the IP-CAN session is a new address, which is different from the first IPv6 address, which can be referred to herein as the second IPv6 address.
  • the TDF learns that the IPv4 address and the second IPv6 address belong to the same IP-CAN session, and the TDF session corresponding to the second IPv6 address is established, the U TDF reports the application information of the IPv4 address through the TDF session corresponding to the second IPv6 address. If the TDF cannot determine whether the IPv4 address and the second IPv6 address belong to the same IP-CAN session, the TDF initiates a TDF session establishment procedure for the IPv4 address to the PCRF. By applying the above embodiment, the strategy for formulating PCRF errors can be avoided. The processing method of the TDF session is further described below in conjunction with the preferred embodiment of the present invention. Preferred Embodiment In Figure 4, the TDF is set to standalone deployment.
  • the PCRF is different in different scenarios.
  • the PCRF in Figure 4 is the H-PCRF.
  • the PCRF in Figure 4 is the V-PCRF.
  • the method in FIG. 4 includes steps S402 to S416: Step S402, the UE establishes an IP-CAN session, and obtains an IPv4 address and an IPv6 address prefix. The UE constructs one or more IPv6 addresses according to the IPv6 address prefix. The UE accesses the service by using the IPv4 address and the IPv6 address respectively. After the TDF performs the service detection, the UE establishes an IPv4-related TDF session and an IPv6-related TDF session with the PCRF.
  • the PCRF associates an IPv4 address-related TDF session with one or more IPv6 address-related TDF sessions to an IP-CAN session.
  • Step S404 The IPv4 address allocated to the UE before the gateway or other network element where the PCEF is located releases the IPv4 address.
  • Step S406 The PCEF sends an IP-CAN session modification indication message to the PCRF, and carries the IP address release indication and the released IPv4 address in the IP-CAN session modification indication message.
  • the PCRF returns an acknowledgement message of the IP-CAN session modification indication message to the PCEF.
  • Step S410 the PCRF determines that the IP-CAN session is associated with an IPv4 address-related TDF session association and an IPv6 address-related TDF session, and the PCRF sends a request to terminate the TDF session message to the TDF, requesting termination of the IPv4 address-related TDF.
  • Session (TDF sessionl), and carries the reason value of the IP address release in the message.
  • the PCRF carries a Session-Id AVP in the RAR (Re-Authentication Request) message, which is a session identifier of the TDF session1, and a Session-Release-Clause AVP, and the value is IP ADDRES S RELEASE.
  • Step S412 the TDF returns an acknowledgement message for terminating the TDF session message to the PCRF.
  • Step S414 the TDF sends a TDF session termination request message to the PCRF to request termination of the TDF session associated with the IPv4 address (ie, TDF session1).
  • the TDF carries the CC-Request-Type AVP value in the CCR (Credit-Control Request) message as TERMINATION_REQUEST, and the Session-Id AVP value is the session identifier of the TDF session1.
  • Step S416 the PCRF returns an acknowledgement message of the TDF session termination request message to the TDF.
  • the UE establishes an IP-CAN session, and obtains an IPv4 address and an IPv6 address prefix.
  • the UE constructs one or more IPv6 addresses according to an IPv6 address prefix.
  • the TDF detects that the UE uses the IPv4 address to access the application information of the service and needs to report, and the TDF establishes an IPv4 related TDF session with the PCRF.
  • the TDF does not detect the application information of the UE using the IPv6 address to access the service and needs to report, so the TDF does not establish an IPv6-related TDF session with the PCRF. Therefore, the PCRF only associates IPv4-related TDF sessions with IP-CAN sessions.
  • the PCRF learns the IPv4 address release.
  • step 410 if the PCRF determines that the IP-CAN session is associated with an IPv4 address-related TDF session, the PCRF sends a request to terminate the TDF session message to the TDF, requesting termination of the IPv4 address-related TDF session (ie, TDF session1), and The message carries the reason value of the IP address release. Proceeding to steps 412-416 completes the IPv4 related TDF session termination. Through the processing of the above process, the TDF terminates the TDF session associated with the IPv4 address between the PCRFs.
  • the network assigns the same IPv4 address to the IP-CAN session of other UEs (denoted as IP-CAN session 2), and the other UEs that are assigned initiate service access through their corresponding IP-CAN sessions.
  • IP-CAN session 2 the IP-CAN session 2
  • the TDF detects that the service data flow related to the IPv4 address needs to report the application information, the following two situations are involved: First: If the TDF learns that the IPv4 address and an IPv6 address belong to the same IP-CAN session (ie,
  • the TDF will report the application information through the TDF session.
  • the TDF will initiate the establishment of the TDF session corresponding to the IPv4 address to the PCRF.
  • the PCRF associates the TDF session corresponding to the IPv4 address to an IP-CAN session (ie IP-CAN session').
  • the TDF always establishes a TDF session with the PCRF for the IPv4 address, and the PCRF associates the TDF session corresponding to the IPv4 address. Go to an IP-CAN session. Through the above method, the PCRF is prevented from using the application information of the IP-CAN session 2 for
  • an embodiment of the present invention further provides a PCRF, and a structural block diagram thereof is shown in FIG. 5, including: an association module 10, configured to set a first TDF session and an IPv6 address related to an IPv4 address.
  • the associated second TDF session is associated with the same IP-CAN session;
  • the requesting module 20, coupled with the association module 10 is arranged to request the TDF to terminate the first TDF session if the IPv4 address release of the IP-CAN session is known.
  • the association module 10 is configured to associate an IPv4 address-related first TDF session to an IP-CAN session; the requesting module 20, coupled with the association module 10, is configured to learn an IP-CAN session.
  • FIG. 6 is a structural block diagram of the internal structure of the requesting module 20, which may include: a sending unit 202, configured to send a first message to the TDF requesting to terminate the first TDF session, where the first message carries the first TDF The reason for the termination of the session, where the cause value is the IPv4 address release.
  • the PCRF may also include the receiving module 30 and the returning module 40 shown in FIG. 7, wherein the receiving module 30, coupled with the requesting module 20, is configured to receive an acknowledgment message of the first message from the TDF and to receive an IPv4 address from the TDF. a second message of the TDF session termination request; a return module 40, coupled to the receiving module 30, configured to return a confirmation of the second message to the TDF after the receiving module receives the second message of the TDF session termination request associated with the IPv4 address of the TDF Message.
  • an embodiment of the present invention further provides a TDF configured to interact with a PCRF.
  • the requesting module 20 of the PCRF sends a first message requesting termination of the first TDF session, in response, the TDF sends an acknowledgement message of the first message and a second message of the TDF session termination request related to the IPv4 address to the PCRF, the receiving module of the PCRF 30 receives the above message and performs a subsequent process.
  • the present invention achieves the following technical effects: With the embodiment of the present invention, the following method is adopted: The PCRF associates an IPv4 related TDF session with an IPv6 related TDF session to the same IP-CAN session or The PCRF associates an IPv4-related TDF session to an IP-CAN session.
  • the PCRF When the PCRF learns that the IPv4 address of an IP-CAN session is released, the PCRF requests the TDF. Terminate the TDF session associated with this IPv4 address.
  • the problem that the IP-CAN session in the related art releases the IPv4 address only when it releases the IPv4 address does not terminate the TDF session related to the IPv4 address, causing the PCRF to formulate an incorrect policy, and then releasing The address also terminates the TDF session associated with the IPv4 address, improving resource utilization and improving system efficiency.
  • the above modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices.
  • the computing device may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein.
  • the steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps are fabricated as a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.
  • the above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and scope of the present invention are intended to be included within the scope of the present invention.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种业务检测功能（TDF）会话的处理方法及策略和计费规则功能实体（PCRF），其中该方法包括：PCRF将与代理移动互联网协议版本4（IPv4）地址相关的第一TDF会话和与第一代理移动互联网协议版本6（IPv6）地址相关的第二TDF会话关联到同一个IP连接访问网络（IP-CAN）会话；当PCRF获知IP-CAN会话的IPv4地址释放时，则请求TDF终结所述第一TDF会话。通过运用本发明，解决了相关技术中IP-CAN会话在释放IPv4地址时，仅对其进行释放，并未终结与IPv4地址相关的TDF会话，导致PCRF指定错误的策略的问题，进而在释放地址时，也终结了与IPv4地址相关的TDF会话，提高了资源利用率，提升了系统的工作效率。

Description

TDF会话的处理方法及 PCRF 技术领域 本发明涉及通信领域， 具体而言， 涉及一种业务检测功能 （Traffic Detection Function, 简称为 TDF ) 会话的处理方法及策略和计费规则功能实体 （Policy and Charging Rules Function, 简称为 PCRF)。 背景技术 自第三代合作伙伴计划阶段 7 (3GPP Release7) 标准体系建立以来， 策略和计费 功能由策略和计费控制（Policy and Charging Control, 简称为 PCC)框架来实现。 PCC 架构是一个能够应用于多种接入技术的功能框架， 例如， PCC架构可以应用于通用移 动通信系统 (Universal Mobile Telecommunications System, 简称为 UMTS) 的陆上无 线接入网 （UMTS Terrestrial Radio Access Network, 简称为 UTRAN)、 全球移动通信 系统 （Global system for Mobile Communication, 简称为 GSM) /GSM数据增强演进 (Enhanced Data Rate for GSM Evolution, 简称为 EDGE) 无线接入网、 互通无线局域 网 （Interworking WLAN, 简称为 I-WLAN) 以及演进的分组系统 （Evolved Packet System, 简称为 EPS) 等。
PCC主要实现了策略控制和计费两大功能。 图 1为现有 Rel-11的 PCC组成架构 的示意图，以下对图 1所示的 PCC架构中的各个逻辑功能实体及其接口功能进行描述。 如图 1所示： 应用功能 （AF)， 用于提供业务应用的接入点， 这些业务应用所使用的网络资源 需要进行动态的策略控制。 在业务面进行参数协商时， AF 将相关业务信息传递给 PCRF。如果这些业务信息与 PCRF的策略相一致， 则 PCRF接受该协商； 否贝 lj， PCRF 拒绝该协商， 并在反馈时给出 PCRF可接受的业务参数。 随后， AF可将这些参数返回 给用户设备 （User Equipment, 简称为 UE)。 其中， AF和 PCRF之间的接口是 Rx接 曰。 PCRF是 PCC的核心， 用于负责策略决策和计费规则的制定。 PCRF提供基于业 务数据流的网络控制规则， 这些网络控制包括业务数据流的检测、 门控 （Gating Control ) 服务质量（Quality of Service, 简称为 QoS)控制以及基于数据流的计费等。 PCRF将其制定的策略和计费规则发送给策略和计费执行功能实体（Policy and Control Enforcement Function, 简称为 PCEF)执行； 同时， PCRF还需要保证这些规则和用户 的签约信息一致。其中， PCRF制定策略和计费规则的依据包括： 从 AF获得的与业务 相关的信息、 从用户签约数据库 （Subscription Profile Repository, 简称为 SPR) 获得 的与策略控制和计费相关的用户策略计费控制签约信息、 以及通过 Gx接口从 PCEF 获得的与承载相关网络的信息。 PCEF通常位于网关（Gate-Way, 简称为 GW) 内， 在承载面执行 PCRF所制定的 策略和计费规则。 PCEF按照 PCRF发送的规则中的业务数据流过滤器对业务数据流进 行检测， 进而对这些业务数据流执行 PCRF所制定的策略和计费规则； 在承载建立时， PCEF按照 PCRF发送的规则进行资源分配， 并根据 AF提供的信息进行门控控制； 同 时， PCEF根据 PCRF订阅的事件触发上报承载网络上发生的事件；根据 PCRF发送的 计费规则， PCEF 执行相应的业务数据流计费操作， 计费可以是在线计费， 也可以是 离线计费。 如果是在线计费， 则 PCEF需要和在线计费系统（Online Charging System, 简称为 OCS ) —起进行信用管理； 在离线计费时， PCEF 和离线计费系统 （Offline Charging System, 简称为 OFCS)之间交换相关的计费信息。 其中， PCEF与 PCRF之 间的接口是 Gx接口， PCEF与 OCS之间的接口是 Gy接口， PCEF与 OFCS之间的接 口是 Gz接口。 PCEF也可以具有 TDF。 PCEF可以根据本地配置或是 PCRF下发的包 含应用检测控制策略的 PCC规则进行应用检测并进行策略执行（如门控、重定向和带 宽限制）。 PCEF—般都位于网络的网关上， 如 EPS的分组数据网络网关（PDN-GW)、 通用无线分组业务 （General Packet Radio Service, 简称为 GPRS) 中的 GPRS网关支 持节点 （Gateway GPRS Support Node, 简称为 GGSN) 以及 I-WLAN中的分组数据网 关 （Packet Data Gateway, 简称为 PDG) 等。 当然， TDF也可以独立部署， 在其独立部署的情况下， TDF与 PCRF通过 Sd接 口连接， TDF可以根据预先配置的或 PCRF下发的应用检测控制（Application Detection and Control, 简称为 ADC) 规则进行应用检测和策略执行。 承载绑定和事件报告功能实体（Bearer Binding and Event Reporting Function, 简称 为 BBERF) 通常位于接入网网关 （Access Network Gateway) 内。 比如： 当用户设备 通过 E-UTRAN接入 EPS、 服务网关 S-GW与 P-GW之间采用代理移动互联网协议版 本 6 (Proxy Mobile Internet Protocol version 6, 简称为 PMIPv6) 时， S-GW中就存在 BBERF。 当用户设备通过可信任非 3GPP接入网接入时， 可信任非 3GPP接入网关中 也存在 BBERF。 SPR存储有与策略控制和计费相关的用户策略计费控制签约信息， 其中， SPR和
PCRF之间的接口是 Sp接口。 OCS和 PCEF共同完成在线计费方式下用户信用的控制 和管理； OFCS与 PCEF共同完成离线计费方式下的计费操作。 图 2为现有 IP-CAN会话过程中， TDF与 PCRF建立 TDF会话的流程示意图， 其 中， TDF为非请求上报模式。 如图 2所示， 包括步骤 S201至步骤 S214: 步骤 S201 , 在 UE请求建立 IP-CAN会话的过程中， PCEF 位于的网关接收到 IP-CAN会话建立请求消息， 其中， 在该 IP-CAN会话建立请求消息中携带有用户标识 和请求接入的 PDN网络的 PDN标识。 步骤 S202， PCEF向 PCRF发送 IP-CAN会话建立指示消息， 其中， 该 IP-CAN会 话建立指示消息中携带用户标识、 PDN标识以及为 UE分配的 IPv6地址前缀。 步骤 S203， PCRF根据用户标识判断出还没有该用户的签约信息后， 向 SPR发送 签约文档请求， 并在该签约文档请求中携带用户标识和 PDN标识。 步骤 S204， SPR根据用户标识和 PDN标识返回对应的用户签约信息 （通过签约 文档应答返回）。 步骤 S205， PCRF根据返回的用户签约信息、 网络策略、 UE的接入信息等制定策 略决策。 其中， 可以包括制定 PCC规则和事件触发器。 步骤 S206， PCRF向 PCEF发送 IP-CAN会话建立确认消息， 其中， 该 IP-CAN会 话建立确认消息中携带 PCC规则和事件触发器。 步骤 S207， PCEF安装策略， PCEF位于的网关向 UE返回 IP-CAN会话建立应答， 其中， 该 IP-CAN会话建立应答中携带有 IPv6地址前缀。 步骤 S208, 若网络支持双栈， PCEF位于的网关或外部的其他网元根据 UE的请 求又分配了一个 IPv4地址。 步骤 S209， PCEF向 PCRF发送 IP-CAN会话修改指示， 其中， 携带 IPv4地址， 以通知 PCRF该 IP-CAN会话又有了一个 IPv4地址。 步骤 S210， PCRF向 PCEF返回 IP-CAN会话修改指示的确认消息。 经过图 2所示的流程， UE可以根据 IPv6地址前缀构造 IPv6地址，并且采用 IPv6、 IPv4地址进行业务访问。 步骤 S211， TDF根据预配置的 ADC规则对流经它的数据流进行检测。 当 TDF检 测到上述 IPv4地址（该地址是在步骤 S208中分配的）的一个应用需要上报时，则 TDF 向 PCRF发送 TDF会话建立消息 （由于该 IPv4对应的 TDF会话还没有建立）， 在该 TDF会话建立消息中携带该 IPv4地址， 以及检测到的应用标识。若检测到的应用的流 描述信息是可推导的， 则 TDF还在建立消息中携带流描述信息。 PCRF根据从 PCEF 获得的 IPv4地址和从 TDF获得的 IPv4地址， 将 TDF会话与 IP-CAN会话进行关联。 PCRF可根据 TDF上报的应用信息更新该 IP-CAN会话的相关策略。 步骤 S212， PCRF返回 TDF会话建立消息的确认消息； 步骤 S213 , 在 TDF收到步骤 212消息之前， TDF检测到上述地址 （该 IPv6地址 是步骤 S207中 UE根据 IPv6地址前缀构造的）的一个应用需要上报，则 TDF向 PCRF 发送 TDF会话建立消息 （由于该 IPv6对应的 TDF会话还没有建立）， 在该 TDF会话 建立消息中携带该 IPv6地址， 以及检测到的应用标识。若检测到的应用的流描述信息 是可推导的，则 TDF还在建立消息中携带流描述信息。 PCRF根据从 PCEF获得的 IPv6 地址前缀和从 TDF获得的 IPv6地址， 将 TDF会话与 IP-CAN会话进行关联。 PCRF 可根据 TDF上报的应用信息更新该 IP-CAN会话的相关策略。 步骤 S214， PCRF返回 TDF会话建立消息的确认消息。 上述步骤执行的场景不同， 则 TDF位置不同。对于家乡路由漫游场景， TDF位于 归属地， TDF与 H-PCRF建立 TDF会话； 对于本地疏导漫游场景， TDF位于拜访地， TDF与 V-PCRF建立 TDF会话。 通过上述流程， 两个 TDF会话同时关联到一个 IP-CAN, TDF分别通过两个 TDF 会话向 PCRF上报 IPv4相关的应用和 IPv6地址相关的应用。 然后， 由于 IPv4地址是 可以动态申请和释放的， 若 UE释放了 IPv4地址， 并且稍后网络又把相同的 IPv4地 址分配给了其他 UE。按照相关技术， TD会通过上述流程中为 UE建立的 TDF会话上 报应用信息， 从而导致 PCRF制定错误的策略。 此外， 若网络还支持 IPv6 prefix delegation (即网络支持分配短前缀)， UE根据该 IPv6 prefix构造两个或两个以上的 IPv6地址进行业务访问时，由于 TDF无法判断这些 IPv6地址是否属于同一个 IP-CAN会话（若 TDF不能获得网络为 UE分配的 IPv6前缀， TDF假设任何前 64位不相同的 IPv6地址来自不同的 UE)，因此也会存在一个 IP-CAN 会话同时存在一个 IPv4地址相关的 TDF会话以及一个或多个 IPv6地址相关的 TDF 会话的情况。 若 UE释放了 IPv4地址， 并且稍后网络又把相同的 IPv4地址分配给了 其他 UE。按照相关技术， TD会通过上述流程中为 UE建立的 TDF会话上报应用信息， 从而导致 PCRF制定错误的策略。 事实上， 对于双栈的 IP-CAN会话， 只要这个 IP-CAN会话存在一个 IPv4地址相 关的 TDF会话。 若 UE释放了 IPv4地址， 并且稍后网络又把相同的 IPv4地址分配给 了其他 UE。按照相关技术， TD会通过上述流程中为 UE建立的 TDF会话上报应用信 息， 从而导致 PCRF制定错误的策略。 发明内容 本发明提供了一种 TDF会话的处理方法及 PCRF,以至少解决相关技术中 IP-CAN 会话在释放 IPv4地址时， 仅对其进行释放， 并未终结与 IPv4地址相关的 TDF会话， 导致 PCRF制定错误的策略的问题。 根据本发明的一个方面，提供了一种 TDF会话的处理方法，包括： PCRF将与 IPv4 地址相关的第一 TDF 会话和与第一 IPv6 地址相关的第二 TDF 会话关联到同一个 IP-CAN会话； 当所述 PCRF获知所述 IP-CAN会话的所述 IPv4地址释放时， 则请求 TDF终结所述第一 TDF会话。 优选地， 所述 IP-CAN会话的 IPv4地址释放包括： 所述 PCEF向所述 PCRF发送 IP-CAN会话修改指示消息， 其中， 所述 IP-CAN会话修改指示消息中携带 IP地址释 放指示和释放的 IPv4地址。 优选地， 请求所述 TDF终结所述第一 TDF会话包括： 所述 PCRF向所述 TDF发 送请求终结所述第一 TDF会话的第一消息，其中，所述第一消息中携带所述第一 TDF 会话终结的原因值， 其中， 所述原因值为 IPv4地址释放。 优选地， 所述第一消息为重认证请求 RAR消息， 其中， 所述 RAR消息中携带的 Session-Id AVP 的取值为所述第一 TDF 会话的会话标识， 所述 RAR消息中携带的 Session-Release-Clause AVP 的取值为 IP地址释放 IP_ADDRESS_RELEASE。 优选地， 在所述 PCRF向所述 TDF发送请求终结所述第一 TDF会话的第一消息 之后， 还包括： 所述 TDF向所述 PCRF返回所述第一消息的确认消息； 所述 TDF向 所述 PCRF发送所述第一 TDF会话终结请求的第二消息。 优选地， 所述第二消息为信用控制请求 CCR消息， 其中， 所述 CCR消息中携带 的 Session-Id AVP 的取值为所述第一 TDF会话的会话标识， 所述 CCR消息中携带的 CC-Request-Type AVP的取值为终止请求 TERMINATION—REQUEST。 优选地， 在所述 PCRF接收所述 TDF发送的所述 IPv4地址相关的 TDF会话终结 请求的第二消息之后，还包括：所述 PCRF向所述 TDF返回所述第二消息的确认消息。 优选地， 所述 PCRF向所述 TDF返回所述第二消息的确认消息之后， 还包括： 在 所述 IPv4地址被分配给其它 UE的 IP-CAN会话的情况下，当所述 TDF检测到所述 IPv4 地址对应的应用需要上报时， 如果所述 TDF获知所述 IPv4地址和所述第二 IPv6地址 属于同一个 IP-CAN会话， 且所述 IPv6地址对应的 TDF会话已建立， 则所述 TDF通 过所述第二 IPv6地址对应的 TDF会话上报所述 IPv4地址的应用信息； 在所述 IPv4 地址被分配给其它 UE的 IP-CAN会话的情况下，当所述 TDF检测到所述 IPv4地址对 应的应用需要上报时， 如果所述 TDF无法判断所述 IPv4地址与所述第二 IPv6地址是 否属于同一个 IP-CAN会话， 则所述 TDF向所述 PCRF发起所述 IPv4地址的 TDF会 话建立流程。 本发明还提供了一种 TDF 会话的处理方法及 PCRF, 以至少解决相关技术中
IP-CAN会话在释放 IPv4地址时，仅对其进行释放， 并未终结与 IPv4地址相关的 TDF 会话， 导致 PCRF制定错误的策略的问题。 根据本发明的一个方面，提供了一种 TDF会话的处理方法，包括： PCRF将与 IPv4 地址相关的第一 TDF会话关联到一个 IP-CAN会话； 当所述 PCRF获知所述 IP-CAN 会话的所述 IPv4地址释放时， 则请求 TDF终结所述第一 TDF会话。 优选地， 所述 IP-CAN会话的 IPv4地址释放包括： 所述 PCEF向所述 PCRF发送 IP-CAN会话修改指示消息， 其中， 所述 IP-CAN会话修改指示消息中携带 IP地址释 放指示和释放的 IPv4地址。 优选地， 请求所述 TDF终结所述第一 TDF会话包括： 所述 PCRF向所述 TDF发 送请求终结所述第一 TDF会话的第一消息，其中，所述第一消息中携带所述第一 TDF 会话终结的原因值， 其中， 所述原因值为 IPv4地址释放。 优选地， 所述第一消息为重认证请求 RAR消息， 其中， 所述 RAR消息中携带的 Session-Id AVP 的取值为所述第一 TDF 会话的会话标识， 所述 RAR消息中携带的 Session-Release-Clause AVP 的取值为 IP地址释放 IP_ADDRESS_RELEASE。 根据本发明的另一方面， 提供了一种 PCRF, 包括： 关联模块， 设置为将与 IPv4 地址相关的第一 TDF会话和与 IPv6地址相关的第二 TDF会话关联到同一个 IP-CAN 会话； 请求模块， 设置为在获知所述 IP-CAN会话的所述 IPv4地址释放的情况下， 请 求 TDF终结所述第一 TDF会话。 优选地， 所述请求模块包括： 发送单元， 设置为向所述 TDF发送请求终结所述第 一 TDF会话的第一消息， 其中， 所述第一消息中携带所述第一 TDF会话终结的原因 值， 其中， 所述原因值为 IPv4地址释放。 优选地， 所述 PCRF还包括： 接收模块， 设置为接收来自所述 TDF的所述第一消 息的确认消息和接收来自所述 TDF的所述 IPv4地址相关的 TDF会话终结请求的第二 消息； 返回模块， 设置为在所述接收模块接收来自所述 TDF的所述 IPv4地址相关的 TDF会话终结请求的第二消息之后， 向所述 TDF返回所述第二消息的确认消息。 根据本发明的另一方面， 还提供了一种 PCRF, 包括： 关联模块， 设置为将与 IPv4 地址相关的第一 TDF会话关联到一个 IP-CAN会话； 请求模块， 设置为在获知所述 IP-CAN会话的所述 IPv4地址释放的情况下， 请求 TDF终结所述第一 TDF会话。 优选地， 所述请求模块包括： 发送单元， 设置为向所述 TDF发送请求终结所述第 一 TDF会话的第一消息， 其中， 所述第一消息中携带所述第一 TDF会话终结的原因 值， 其中， 所述原因值为 IPv4地址释放。 优选地， 所述 PCRF还包括： 接收模块， 设置为接收来自所述 TDF的所述第一消 息的确认消息和接收来自所述 TDF的所述 IPv4地址相关的 TDF会话终结请求的第二 消息； 返回模块， 设置为在所述接收模块接收来自所述 TDF的所述 IPv4地址相关的 TDF会话终结请求的第二消息之后， 向所述 TDF返回所述第二消息的确认消息。 通过本发明，采用了如下方法： PCRF将与 IPv4地址相关的第一 TDF会话和与第 一 IPv6地址相关的第二 TDF会话关联到同一个 IP-CAN会话或 PCRF将与 IPv4地址 相关的第一 TDF会话关联到一个 IP-CAN会话；当 PCRF获知 IP-CAN会话的 IPv4地 址释放时， 则请求 TDF终结第一 TDF会话， 即在获知 IP-CAN会话的 IPv4地址释放 之后， 发送终结请求至 TDF以终结第一 TDF会话。 通过运用上述方法， 解决了相关 技术中 IP-CAN会话在释放 IPv4地址时， 仅对其进行释放， 并未终结与 IPv4地址相 关的 TDF会话， 导致 PCRF制定错误的策略的问题， 进而在释放地址时， 也终结了与 IPv4地址相关的 TDF会话， 提高了资源利用率， 提升了系统的工作效率。 附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部分， 本发 明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的不当限定。 在附图 中： 图 1是根据相关技术的 Rel-11的 PCC组成架构的示意图; 图 2是根据相关技术的 IP-CAN会话中 TDF与 PCRF建立 TDF会话的流程图; 图 3是根据本发明实施例的 TDF会话的处理方法的流程图； 图 4是根据本发明优选实施例的 TDF会话的处理方法的流程图； 图 5是根据本发明实施例的 PCRF的结构框图一； 图 6是根据本发明实施例的 PCRF的结构框图二； 以及 图 7是根据本发明实施例的 PCRF的结构框图三。 具体实施方式 下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是， 在不冲突的 情况下， 本申请中的实施例及实施例中的特征可以相互组合。 基于相关技术中 IP-CAN会话在释放 IPv4地址时， 仅对其进行释放， 并未终结与 IPv4地址相关的 TDF会话， 导致 PCRF制定错误的策略的问题，本发明实施例提供了 一种 TDF会话的处理方法， 其流程如图 3所示， 包括步骤 S302至步骤 S304: 步骤 S302， PCRF将与 IPv4地址相关的第一 TDF会话和与第一 IPv6地址相关的 第二 TDF会话关联到同一个 IP-CAN会话， 或 PCRF将与 IPv4地址相关的第一 TDF 会话关联到一个 IP-CAN会话； 步骤 S304, 当 PCRF获知 IP-CAN会话的 IPv4地址释放时， 则请求 TDF终结第 一 TDF会话。 通过本发明实施例，采用了如下方法： PCRF将 IPv4相关的 TDF会话和第一 IPv6 相关 TDF会话关联到同一个 IP-CAN会话或 PCRF将与 IPv4地址相关的第一 TDF会 话关联到一个 IP-CAN会话，当 PCRF获知一个 IP-CAN会话的 IPv4地址释放时， PCRF 请求 TDF终结该 IPv4地址相关的 TDF会话。 通过运用上述实施例， 解决了相关技术 中 IP-CAN会话在释放 IPv4地址时， 仅对其进行释放， 并未终结与 IPv4地址相关的 TDF会话， 导致 PCRF制定错误的策略的问题， 进而在释放地址时， 也终结了与 IPv4 地址相关的 TDF会话， 提高了资源利用率， 提升了系统的工作效率。 执行过程中， 步骤 S304的执行条件是 PCRF获知 IP-CAN会话的 IPv4地址释放， 该条件的实现可以包括以下处理：
( 1 ) PCEF向 PCRF发送 IP-CAN会话修改指示消息， 其中， IP-CAN会话修改指 示消息中携带 IP地址释放指示和释放的 IPv4地址。 在实施过程中， 该 IP-CAN会话 修改指示消息用以指示 IPv4地址进行释放。
(2) 在接收到 IP-CAN会话修改指示消息后， PCRF 作为回应， 向 PCEF 发送 IP-CAN 会话修改指示消息的确认消息。 从接收侧来看， PCEF 接收 PCRF 返回的 IP-CAN会话修改确认消息。 当上述条件满足时， PCRF请求 TDF终结第一 TDF会话的过程可以包括如下处理： 在 PCRF判断 IP-CAN会话与第一 TDF会话和第二 TDF会话同时关联的情况下， PCRF 向 TDF发送请求终结第一 TDF会话的第一消息， 其中， 第一消息中携带第一 TDF会 话终结的原因值， 其中， 该原因值为 IPv4地址释放。 其中， 当第一消息为重认证请求 RAR消息时， 其中， RAR消息中携带的 Session-Id AVP 的取值为第一 TDF会话的会 话标识， RAR 消息中携带的 Session-Release-Clause AVP 的取值为 IP 地址释放 IP_ADDRESS_RELEASE。 在 PCRF向 TDF发送请求终结第一 TDF会话的第一消息之后， TDF向 PCRF返 回第一消息的确认消息； TDF向 PCRF发送第一 TDF会话终结请求的第二消息。其中， 第二消息为信用控制请求 CCR消息， 其中， CCR消息中携带的 Session-Id AVP 的取 值为第一 TDF会话的会话标识， CCR消息中携带的 CC-Request-Type AVP的取值为终 止请求 TERMINATION—REQUEST。 在 PCRF接收 TDF发送的 IPv4地址相关的 TDF会话终结请求的第二消息之后， 作为回应， 向 TDF返回第二消息的确认消息。 从另一侧看， 则 TDF接收第二消息的 确认消息。 在 PCRF向 TDF返回第二消息的确认消息之后， TDF终结了与 PCRF之间的 IPv4 地址相关的 TDF会话， 则此时的 IPv4地址可以分配给其他 UE使用。 当网络将释放 的 IPv4地址分配给其他的 UE的 IP-CAN会话时，被分配到该 IPv4地址的 UE通过 IPv4 地址对应的 IP-CAN会话进行业务访问。
TDF根据预置的 ADC规则对数据流进行检测， 当检测到 IPv4地址相关的业务数 据流需要上报应用信息时， 需判断 IPv4地址与 IPv6地址与 IP-CAN会话的情况， 即 判断 IPv4地址与 IPv6地址是否属于同一个 IP-CAN会话， 其中， IPv6地址是其它 UE 的 IP-CAN会话中的地址， 是一个新的地址， 与第一 IPv6地址不同， 此处可以称其为 第二 IPv6地址。 如果 TDF获知 IPv4地址和第二 IPv6地址属于同一个 IP-CAN会话， 且第二 IPv6 地址对应的 TDF会话已建立， 贝 U TDF通过第二 IPv6地址对应的 TDF会话上报 IPv4 地址的应用信息。 如果 TDF无法判断 IPv4地址与第二 IPv6地址是否属于同一个 IP-CAN会话， 则 TDF向 PCRF发起 IPv4地址的 TDF会话建立流程。 通过运用上述实施例， 可以避免 PCRF错误的制定策略。 下面结合本发明优选实 施例对 TDF会话的处理方法进行进一步描述。 优选实施例 在图 4中， TDF设置为独立部署。 不同场景下 PCRF并不相同， 对于家乡路由漫 游场景， 图 4中的 PCRF即为 H-PCRF; 对于本地疏导漫游场景， 图 4中的 PCRF即 为 V-PCRF。 图 4中的方法包括步骤 S402至步骤 S416: 步骤 S402， UE建立 IP-CAN会话，获得 IPv4地址和 IPv6地址前缀。 UE根据 IPv6 地址前缀构造一个或多个 IPv6地址。 UE分别用 IPv4地址和 IPv6地址进行业务访问， 在 TDF进行业务检测之后， 分别与 PCRF建立 IPv4相关的 TDF会话和 IPv6相关的 TDF会话。 PCRF将 IPv4地址相关的 TDF会话和一个或多个 IPv6地址相关的 TDF会 话关联到一个 IP-CAN会话。 步骤 S404， PCEF位于的网关或其他网元释放 IPv4地址之前为 UE分配的 IPv4 地址。 步骤 S406， PCEF向 PCRF发送 IP-CAN会话修改指示消息，并在该 IP-CAN会话 修改指示消息中携带 IP地址释放指示和释放的 IPv4地址。 步骤 S408， PCRF向 PCEF返回 IP-CAN会话修改指示消息的确认消息。 步骤 S410， PCRF确定该 IP-CAN会话与一个 IPv4地址相关的 TDF会话关联和 一个 IPv6地址相关的 TDF会话同时关联的情况下， PCRF向 TDF发送请求终结 TDF 会话消息， 请求终结 IPv4地址相关的 TDF会话 （即 TDF sessionl ), 并在消息中携带 IP地址释放的原因值。 在具体实现时， PCRF在 RAR (Re- Authentication Request)消息中携带 Session-Id AVP, 取值为 TDF sessionl 的会话标识， 以及 Session-Release-Clause AVP, 取值为 IP ADDRES S RELEASE。 步骤 S412， TDF向 PCRF返回终结 TDF会话消息的确认消息； 步骤 S414， TDF向 PCRF发送 TDF会话终结请求消息， 请求终结 IPv4地址相关 的 TDF会话 （即 TDF sessionl )。 在具体实现时， TDF在 CCR( Credit-Control Request)消息中携带 CC-Request-Type AVP取值为 TERMINATION—REQUEST, Session-Id AVP取值为 TDF sessionl的会话 标识。 步骤 S416， PCRF向 TDF返回 TDF会话终结请求消息的确认消息。 若步骤 S402， UE建立 IP-CAN会话， 获得 IPv4地址和 IPv6地址前缀。 UE根据 IPv6地址前缀构造一个或多个 IPv6地址。 TDF检测到 UE使用 IPv4地址访问业务的 应用信息并需要上报， TDF与 PCRF建立 IPv4相关的 TDF会话。 此时 TDF没有检测 到 UE使用 IPv6地址访问业务的应用信息并需要上报， 因此 TDF没有与 PCRF建立 IPv6相关的 TDF会话。 因此 PCRF只将 IPv4相关的 TDF会话与 IP-CAN会话进行关 联。 当执行步骤 404-步骤 408后， PCRF获知 IPv4地址释放。 在步骤 410， PCRF确 定该 IP-CAN会话与一个 IPv4地址相关的 TDF会话关联的情况下， PCRF向 TDF发 送请求终结 TDF会话消息， 请求终结 IPv4地址相关的 TDF会话 （即 TDF sessionl ), 并在消息中携带 IP地址释放的原因值。 继续执行步骤 412-步骤 416完成 IPv4相关的 TDF会话终结。 通过上述流程的处理， TDF终结了与 PCRF之间的 IPv4地址相关的 TDF会话。 在此之后， 网络将相同的 IPv4地址分配给其他 UE的 IP-CAN会话 （表示为 IP-CAN session 2)，并且被分配的其它 UE的通过其对应的 IP-CAN会话发起业务访问。当 TDF 检测该 IPv4地址相关的业务数据流需要上报应用信息时， 包括以下两种情况： 第一种： 若 TDF获知该 IPv4地址和一个 IPv6地址属于同一个 IP-CAN会话 （即
IP-CAN session 2)， 并且该 IPv6地址已经有一个对应的 TDF会话， 那么 TDF将通过 这个 TDF会话上报应用信息。 第二种： 若 TDF无法判断该 IPv4地址是否和一个 IPv6地址属于同一个 IP-CAN 会话 （即 IP-CAN session 2)， 则 TDF将向 PCRF发起 IPv4地址对应的 TDF会话建立 流程。 PCRF 将 IPv4 地址对应的 TDF 会话关联到一个 IP-CAN会话 （即 IP-CAN session' ) o 第三种： TDF总是为该 IPv4地址与 PCRF建立 TDF会话， PCRF将 IPv4地址对 应的 TDF会话关联到一个 IP-CAN会话。 通过上述方法， 避免了 PCRF 将 IP-CAN session 2 的应用信息用于制定针对
IP-CAN session 1的策略。 根据本发明的另一方面， 本发明实施例还提供了一种 PCRF, 其结构框图如图 5 所示， 包括： 关联模块 10， 设置为将与 IPv4地址相关的第一 TDF会话和与 IPv6地址 相关的第二 TDF会话关联到同一个 IP-CAN会话； 请求模块 20， 与关联模块 10耦合， 设置为在获知 IP-CAN会话的 IPv4地址释放的情况下，请求 TDF终结第一 TDF会话。 在另一优选的实施例中， 关联模块 10， 设置为将 IPv4地址相关的第一 TDF会话 关联到一个 IP-CAN会话； 请求模块 20， 与关联模块 10耦合， 设置为在获知 IP-CAN 会话的 IPv4地址释放的情况下， 请求 TDF终结第一 TDF会话。 图 6给出了请求模块 20 内部结构进一步细化的结构框图， 可以包括： 发送单元 202， 设置为向 TDF发送请求终结第一 TDF会话的第一消息， 其中， 第一消息中携带 第一 TDF会话终结的原因值， 其中， 原因值为 IPv4地址释放。
PCRF还可以包括图 7所示的接收模块 30和返回模块 40， 其中， 接收模块 30， 与请求模块 20耦合， 设置为接收来自 TDF的第一消息的确认消息和接收来自 TDF的 IPv4地址相关的 TDF会话终结请求的第二消息； 返回模块 40， 与接收模块 30耦合， 设置为在接收模块接收来自 TDF的 IPv4地址相关的 TDF会话终结请求的第二消息之 后， 向 TDF返回第二消息的确认消息。 根据本发明的另一方面， 本发明实施例还提供了一种 TDF， 设置为与 PCRF进行 交互。 在 PCRF的请求模块 20发送请求终结第一 TDF会话的第一消息之后， 作为回 应， TDF发送第一消息的确认消息和 IPv4地址相关的 TDF会话终结请求的第二消息 至 PCRF, PCRF的接收模块 30接收上述消息， 并执行后续流程。 从以上的描述中， 可以看出， 本发明实现了如下技术效果： 通过本发明实施例， 采用了如下方法： PCRF将 IPv4相关的 TDF会话和 IPv6相 关 TDF会话关联到同一个 IP-CAN会话或 PCRF将 IPv4相关的 TDF会话关联到一个 IP-CAN会话， 当 PCRF获知一个 IP-CAN会话的 IPv4地址释放时， PCRF请求 TDF 终结该 IPv4地址相关的 TDF会话。通过运用上述实施例， 解决了相关技术中 IP-CAN 会话在释放 IPv4地址时， 仅对其进行释放， 并未终结与 IPv4地址相关的 TDF会话， 导致 PCRF制定错误的策略的问题， 进而在释放地址时， 也终结了与 IPv4地址相关的 TDF会话， 提高了资源利用率， 提升了系统的工作效率。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多个计算装置所 组成的网络上， 可选地， 它们可以用计算装置可执行的程序代码来实现， 从而， 可以 将它们存储在存储装置中由计算装置来执行， 并且在某些情况下， 可以以不同于此处 的顺序执行所示出或描述的步骤， 或者将它们分别制作成各个集成电路模块， 或者将 它们中的多个模块或步骤制作成单个集成电路模块来实现。 这样， 本发明不限制于任 何特定的硬件和软件结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领域的技 术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内， 所作的 任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。

Claims

权 利 要 求 书
1. 一种业务检测功能 TDF会话的处理方法， 包括：
策略和计费规则功能实体 PCRF将与 IPv4地址相关的第一 TDF会话和与 第一 IPv6地址相关的第二 TDF会话关联到同一个 IP-CAN会话；
当所述 PCRF获知所述 IP-CAN会话的所述 IPv4地址释放时，则请求 TDF 终结所述第一 TDF会话。
2. 根据权利要求 1所述的方法， 其中， 所述 IP-CAN会话的所述 IPv4地址释放包 括：
策略和计费执行功能实体 PCEF向所述 PCRF发送 IP-CAN会话修改指示 消息， 其中， 所述 IP-CAN会话修改指示消息中携带 IP地址释放指示和释放的 IPv4地址。
3. 根据权利要求 2所述的方法， 其中， 请求所述 TDF终结所述第一 TDF会话包 括：
所述 PCRF向所述 TDF发送请求终结所述第一 TDF会话的第一消息， 其 中， 所述第一消息中携带所述第一 TDF会话终结的原因值， 其中， 所述原因值 为 IPv4地址释放。
4. 根据权利要求 3所述的方法， 其中， 所述第一消息为重认证请求 RAR消息， 其中， 所述 RAR消息中携带的 Session-Id AVP 的取值为所述第一 TDF会话的 会话标识，所述 RAR消息中携带的 Session-Release-Clause AVP 的取值为 IP地 址释放 IP_ADDRESS_RELEASE。
5. 根据权利要求 4所述的方法， 其中， 在所述 PCRF向所述 TDF发送请求终结所 述第一 TDF会话的第一消息之后， 还包括：
所述 TDF向所述 PCRF返回所述第一消息的确认消息；
所述 TDF向所述 PCRF发送所述第一 TDF会话终结请求的第二消息。
6. 根据权利要求 5所述的方法， 其中， 所述第二消息为信用控制请求 CCR消息， 其中， 所述 CCR消息中携带的 Session-Id AVP 的取值为所述第一 TDF会话的 会话标识， 所述 CCR消息中携带的 CC-Request-Type AVP的取值为终止请求 TERMINATION—REQUEST。
7. 根据权利要求 5或 6所述的方法， 其中， 在所述 PCRF接收所述 TDF发送的所 述 IPv4地址相关的 TDF会话终结请求的第二消息之后， 还包括：
所述 PCRF向所述 TDF返回所述第二消息的确认消息。
8. 根据权利要求 7所述的方法， 其中， 所述 PCRF向所述 TDF返回所述第二消息 的确认消息之后， 还包括：
在所述 IPv4地址被分配给其它 UE的 IP-CAN会话的情况下， 当所述 TDF 检测到所述 IPv4地址对应的应用需要上报时， 如果所述 TDF获知所述 IPv4地 址和第二 IPv6地址属于同一个 IP-CAN会话， 则所述 TDF通过所述第二 IPv6 地址对应的 TDF会话上报所述 IPv4地址的应用信息；
在所述 IPv4地址被分配给其它 UE的 IP-CAN会话的情况下， 当所述 TDF 检测到所述 IPv4地址对应的应用需要上报时，如果所述 TDF无法判断所述 IPv4 地址与第二 IPv6地址是否属于同一个 IP-CAN会话，则所述 TDF向所述 PCRF 发起所述 IPv4地址的 TDF会话建立流程。
9. 一种策略和计费规则功能实体 PCRF, 包括：
关联模块， 设置为将与 IPv4地址相关的第一 TDF会话和与 IPv6地址相关 的第二 TDF会话关联到同一个 IP-CAN会话；
请求模块，设置为在获知所述 IP-CAN会话的所述 IPv4地址释放的情况下， 请求 TDF终结所述第一 TDF会话。
10. 根据权利要求 9所述的 PCRF, 其中， 所述请求模块包括：
发送单元， 设置为向所述 TDF发送请求终结所述第一 TDF会话的第一消 息， 其中， 所述第一消息中携带所述第一 TDF会话终结的原因值， 其中， 所述 原因值为 IPv4地址释放。
11. 根据权利要求 10所述的 PCRF, 其中， 所述 PCRF还包括：
接收模块，设置为接收来自所述 TDF的所述第一消息的确认消息和接收来 自所述 TDF的所述 IPv4地址相关的 TDF会话终结请求的第二消息； 返回模块， 设置为在所述接收模块接收来自所述 TDF的所述 IPv4地址相 关的 TDF会话终结请求的第二消息之后， 向所述 TDF返回所述第二消息的确 认消息。
12. 一种业务检测功能 TDF会话的处理方法， 包括：
策略和计费规则功能实体 PCRF将与 IPv4地址相关的第一 TDF会话关联 到一个 IP-CAN会话；
当所述 PCRF获知所述 IP-CAN会话的所述 IPv4地址释放时，则请求 TDF 终结所述第一 TDF会话。
13. 根据权利要求 12所述的方法， 其中， 所述 IP-CAN会话的所述 IPv4地址释放 包括：
策略和计费执行功能实体 PCEF向所述 PCRF发送 IP-CAN会话修改指示 消息， 其中， 所述 IP-CAN会话修改指示消息中携带 IP地址释放指示和释放的 IPv4地址。
14. 根据权利要求 13所述的方法， 其中， 请求所述 TDF终结所述第一 TDF会话包 括：
所述 PCRF向所述 TDF发送请求终结所述第一 TDF会话的第一消息， 其 中， 所述第一消息中携带所述第一 TDF会话终结的原因值， 其中， 所述原因值 为 IPv4地址释放。
15. 根据权利要求 14所述的方法， 其中， 所述第一消息为重认证请求 RAR消息， 其中， 所述 RAR消息中携带的 Session-Id AVP 的取值为所述第一 TDF会话的 会话标识，所述 RAR消息中携带的 Session-Release-Clause AVP 的取值为 IP地 址释放 IP_ADDRESS_RELEASE。
16. 一种策略和计费规则功能实体 PCRF, 包括：
关联模块，设置为将与 IPv4地址相关的第一 TDF会话关联到一个 IP-CAN 会话；
请求模块，设置为在获知所述 IP-CAN会话的所述 IPv4地址释放的情况下， 请求 TDF终结所述第一 TDF会话。
17. 根据权利要求 16所述的 PCRF, 其中， 所述请求模块包括: 发送单元， 设置为向所述 TDF发送请求终结所述第一 TDF会话的第一消 息， 其中， 所述第一消息中携带所述第一 TDF会话终结的原因值， 其中， 所述 原因值为 IPv4地址释放。 根据权利要求 17所述的 PCRF, 其中， 所述 PCRF还包括：
接收模块，设置为接收来自所述 TDF的所述第一消息的确认消息和接收来 自所述 TDF的所述 IPv4地址相关的 TDF会话终结请求的第二消息；
返回模块， 设置为在所述接收模块接收来自所述 TDF的所述 IPv4地址相 关的 TDF会话终结请求的第二消息之后， 向所述 TDF返回所述第二消息的确 认消息。
PCT/CN2013/074221 2012-03-16 2013-04-15 Tdf会话的处理方法及pcrf WO2013135213A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US14/385,699 US9485106B2 (en) 2012-03-16 2013-04-15 Method for processing TDF session and PCRF
EP13760758.6A EP2822350A4 (en) 2012-03-16 2013-04-15 TDF SESSION PROCESSING METHOD AND PCRF

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN201210070867 2012-03-16
CN201210070867.5 2012-03-16
CN201210178002.0A CN103313431B (zh) 2012-03-16 2012-05-24 Tdf会话的处理方法及pcrf
CN201210178002.0 2012-05-24

Publications (1)

Publication Number Publication Date
WO2013135213A1 true WO2013135213A1 (zh) 2013-09-19

Family

ID=49138085

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/074221 WO2013135213A1 (zh) 2012-03-16 2013-04-15 Tdf会话的处理方法及pcrf

Country Status (4)

Country Link
US (1) US9485106B2 (zh)
EP (1) EP2822350A4 (zh)
CN (1) CN103313431B (zh)
WO (1) WO2013135213A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110971419B (zh) 2014-03-04 2021-10-26 华为技术有限公司 一种计费会话管理方法、装置
WO2017012648A1 (en) * 2015-07-20 2017-01-26 Telefonaktiebolaget Lm Ericsson (Publ) Methods, apparatuses and computer programs for session release in rx interface
US10291579B2 (en) * 2015-07-22 2019-05-14 Lg Electronics Inc. Method for recovering IPV6 fault in mobile communication network and PCRF
US10027763B2 (en) * 2016-03-25 2018-07-17 Qualcomm Incorporated Abort messages for position location message flows
CN109996350A (zh) * 2018-01-03 2019-07-09 大唐移动通信设备有限公司 一种5g系统中会话模式优化方法及装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101296169B (zh) * 2007-04-26 2010-12-08 华为技术有限公司 一种用户会话承载业务建立方法、系统及设备
WO2009025600A1 (en) * 2007-08-23 2009-02-26 Telefonaktiebolaget Lm Ericsson (Publ) Method for simple retrieval of network access selection information.
CN102131172B (zh) * 2010-01-18 2015-11-25 中兴通讯股份有限公司 业务处理方法及系统
US9787544B2 (en) * 2010-11-12 2017-10-10 Telefonaktiebolaget Lm Ericsson (Publ) Installation and enforcement of dynamic and static PCC rules in tunneling scenarios
CN102611586B (zh) * 2011-01-18 2017-06-13 中兴通讯股份有限公司 支持双栈的ip‑can会话实现应用检测和控制的方法及系统
WO2012127288A1 (en) * 2011-03-22 2012-09-27 Telefonaktiebolaget L M Ericsson (Publ) Network node and method to control routing or bypassing of deployed traffic detection function nodes

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
"3GPP Technical Specification Group Core Network and Terminals.", 3GPP TS 29.212 V 10.5.0: POLICY AND CHARGING CONTROL (PCC) OVER GX REFERENCE POINT (RELEASE 10). 3RD GENERATION PARTNERSHIP PROJECT (3GPP)., 31 December 2011 (2011-12-31), XP050554556 *
See also references of EP2822350A4 *
ZTE ET AL.: "C3-121211: TDF session linking for unsolicited application reporting.", 3GPP RSG-CT WG3 MEETING #69., 25 May 2012 (2012-05-25), XP050590634 *
ZTE.: "C3-121042: TDF session linking for unsolicited application reporting.", 3GPP TSG-CT WG3 MEETING #69., 21 May 2012 (2012-05-21), XP050590471 *

Also Published As

Publication number Publication date
US20150071126A1 (en) 2015-03-12
US9485106B2 (en) 2016-11-01
CN103313431A (zh) 2013-09-18
EP2822350A1 (en) 2015-01-07
EP2822350A4 (en) 2015-11-18
CN103313431B (zh) 2018-09-04

Similar Documents

Publication Publication Date Title
US8799440B2 (en) Policy and charging control method and system for multi-PDN connections of single APN
US9137652B2 (en) Method for implementing policy and charging control in a roaming scene
US8621555B2 (en) Access control method and system for packet data network, PCRF entity
US8661145B2 (en) Method and system for transmitting a bearer control mode in roaming scenarios
US9565052B2 (en) Method and system for realizing application detection and control in IP-CAN session supporting dual stack
WO2009086734A1 (zh) 非漫游场景下策略和计费规则功能实体的选择方法
WO2009121287A1 (zh) 决策方法及系统和策略决策单元
WO2009094837A1 (en) A method for selecting a policy and charging rules function server on a non-roaming scene
WO2011060698A1 (zh) 一种实现用量监测控制的方法及系统
WO2007143940A1 (fr) procédé, système et équipement de contrôle des conditions d'utilisation et de la facturation lorsque l'utilisateur est mobile
WO2010108356A1 (zh) 一种终端通过多接入网接入的计费方法和系统及上报方法
WO2013104234A1 (zh) 一种融合网络中策略控制方法及系统
WO2011063688A1 (zh) 策略和计费规则功能实体的选择方法及系统
US10516783B2 (en) Method and device for processing PCC rule
WO2010006491A1 (zh) 一种事件触发器的下发和安装方法
EP3110197A1 (en) Method for application detection and control in roaming scenario and v-pcrf
WO2013135213A1 (zh) Tdf会话的处理方法及pcrf
WO2014094488A1 (zh) 漫游本地业务的计费策略方法及装置
WO2012083779A1 (zh) 策略控制方法及装置
WO2011018020A1 (zh) 控制pcrf负载均衡的方法、系统及重定向dra
WO2011085620A1 (zh) 一种实现服务质量控制的方法及系统
WO2012129992A1 (zh) 被赞助数据连接的处理方法及策略与计费规则功能实体
WO2010118673A1 (zh) 策略和计费控制的处理方法、系统及设备
WO2016173363A1 (zh) 策略规则制定方法、系统及装置
WO2012155774A1 (zh) S9子会话建立方法、系统及pcrf

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 14385699

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2013760758

Country of ref document: EP