CN106921954B - Processing method and device for in-out area monitoring - Google Patents
Processing method and device for in-out area monitoring Download PDFInfo
- Publication number
- CN106921954B CN106921954B CN201510998011.8A CN201510998011A CN106921954B CN 106921954 B CN106921954 B CN 106921954B CN 201510998011 A CN201510998011 A CN 201510998011A CN 106921954 B CN106921954 B CN 106921954B
- Authority
- CN
- China
- Prior art keywords
- pra
- functional entity
- identifier
- element list
- policy
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W64/00—Locating users or terminals or network equipment for network management purposes, e.g. mobility management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/24—Accounting or billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
- H04L12/1403—Architecture for metering, charging or billing
- H04L12/1407—Policy-and-charging control [PCC] architecture
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/66—Policy and charging system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/80—Rating or billing plans; Tariff determination aspects
- H04M15/8033—Rating or billing plans; Tariff determination aspects location-dependent, e.g. business or home
-
- 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/83—Notification aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/08—Mobility data transfer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
- H04W8/20—Transfer of user or subscriber data
Abstract
The invention provides a processing method and a device for monitoring an access area, which comprises the following steps: after a session between a first functional entity and a second functional entity in a Policy and Charging Control (PCC) structure is successfully established, the first functional entity detects whether a monitored region PRA identifier and/or a PRA element list are/is changed; when the PRA identifier and/or the PRA element list are/is changed, the first functional entity encodes the PRA identifier and/or the PRA element list negotiated with the second functional entity into an Attribute Value Pair (AVP) in a re-authentication request (RAR) message and sends the RAR message to the second functional entity; and the first functional entity receives the RAA message reported by the second functional entity. The invention solves the problems that the PCRF in the related art can not issue the latest PRA to the PCEF through the RAR message and can not report the PRA state in the RAA message in time.
Description
Technical Field
The invention relates to the field of communication, in particular to a processing method and a processing device for monitoring an access area.
Background
With the continuous evolution of Policy and Charging Control (PCC) architecture, fig. 1 is a schematic diagram of a PCC architecture in the related art, as shown in fig. 1, the PCC includes a Policy and Charging Rules Function (Policy and Charging Rules Function, abbreviated as PCRF), a Policy and Charging execution Function (Policy and Charging execution Function, abbreviated as PCEF), a Bearer Binding and Event Reporting Function (BBERF), a Traffic Detection Function (Traffic Detection Function, abbreviated as TDF), an Application Function (Application Function, abbreviated as AF), a user Subscription database (Subscription Profile reporting, SPR), an Offline Charging system (Offline Charging system, abbreviated as OFCS), and an Online Charging system (Online Charging system, abbreviated as OCS).
The PCRF is mainly responsible for formulating the policy and charging rules, issuing the formulated PCC policy and charging rules to the PCEF through the Gx interface, installing and executing the PCC policy by the PCEF, reporting related events and interacting charging information with the charging system. The PCRF issues a Quality of Service (QoS) rule to the BBERF through the Gxx interface, and the BBERF does not interact charging information with a charging system and is only responsible for bearing binding and reporting of related events. And the PCRF issues the service information to be monitored to the TDF through the Sd interface, and the TDF executes service monitoring and reports the service information to the PCRF. The AF provides traffic information to the PCRF over the Rx interface. The SPR stores service information signed by the user, and the PCRF can inquire the service information signed by the user from the SPR through the Sp interface. The OCS reports policy counter status information related to user consumption to the PCRF over the Sy interface. And the PCEF sends the online charging information to the OCS through the Gy interface for online charging statistics, and sends the offline charging information to the OFCS through the Gz interface. And the TDF sends the online charging information based on the service to the OCS through the Gyn interface, and sends the offline charging information based on the service to the OFCS through the Gz n interface.
The PCEF and the PCRF maintain a connection state with each other through an IP Connectivity Access Network (IP-CAN) session. The PCEF sends an indication of establishing, updating, and releasing an IP-CAN session to the PCRF through a Credit-Control-Request (CCR for short) message. And the PCRF formulates a PCC policy according to the service related information provided by the AF, the bearing related information reported by the PCEF and the service information signed by the user in the SPR, and sends the PCC policy to the PCEF through a Re-authentication Request (Re-Auth-Request, which is abbreviated as RAR) or Credit Control response (Credit-Control-Answer, which is abbreviated as CCA) message, wherein the policy information comprises QoS and charging information.
In order to reduce message interaction in a certain Area, a PRA is introduced, the Area is composed of a plurality of addresses, fig. 2 is a schematic diagram of the PRA in the related art, and as shown in fig. 2, Presence-Reporting-Area-Information AVP is defined to represent the PRA, wherein Attribute Value Pairs (AVP for short) and ues (user equipment) enter or are in the PRA, leave or are outside the PRA. Specific AVPs are defined as follows:
Presence-Reporting-Area-Information::＝<AVP Header:2822>
[Presence-Reporting-Area-Identifier]
[Presence-Reporting-Area-Status]
[Presence-Reporting-Area-Elements-List]
*[AVP]
among them, the PRA Identifier (Presence-Reporting-Area-Identifier) defines a unique Identifier of a PRA.
The PRA Status (Presence-Reporting-Area-Status) defines whether the UE enters or is within, leaves or is outside the PRA.
The PRA element List (Presence-Reporting-Area-Elements-List), as shown in fig. 2, defines one PRA. If the PRA identity has negotiated at PCRF, PCEF to represent some predefined PRA, Presence-Reporting-Area-Information AVP does not need to carry this AVP.
When the PCRF establishes the IP-CAN session, the access type of the UE, the local configuration of the PCRF and the SPR subscription of the user are taken as conditions to decide whether the UE needs to be supported to report the PRA state or not. If the CCA is supported, the PCRF sends the PRA by carrying Presence-Reporting-Area-Information AVP in the CCA response.
And the PCRF carries a CHANGE _ OF _ UE _ PRESENCE _ IN _ PRESENCE _ REPORTING _ AREA _ REPORT (48) Event IN the Event-Trigger AVP IN the message through RAR or CCA IN a CCA response for establishing the IP-CAN session or after modifying the IP-CAN session, and the subscribing UE REPORTs the PRA state CHANGE.
When the UE enters or leaves the PRA, the PCEF is informed, the PCEF REPORTs a CHANGE _ OF _ UE _ PRESENCE _ IN _ PRESENCE _ REPORTING _ AREA _ REPORT event IN a CCR update message, and carries the PRA identification and the PRA state IN a Presence-REPORTING-AREA-Information AVP.
IN the life cycle OF the IP-CAN session, if the access type OF the UE, the local configuration OF the PCRF, or the subscription CHANGE OF the SPR, the PCRF decides that the UE is no longer supported to REPORT the PRA state, will unsubscribe the CHANGE _ OF _ UE _ present _ IN _ present _ REPORTING _ AREA _ REPORT Event IN the Event-trigger avp OF the RAR or CCA message, and will not process the PRA state CHANGE reported by the UE.
When the TDF is deployed, if the UE needs to be supported to report the PRA status, the PCRF should carry Presence-Reporting-Area-Information AVP in a TSR (TDF-Session-Request) that establishes the TDF Session.
The current PRA is issued in CCA response when PCRF establishes IP-CAN session. The PCEF reports the PRA status in the CCR update. The PCRF subscribes or unsubscribes to the event in the subsequent RAR or CCA. The PRA is not allowed to change during the entire IP-CAN session.
It CAN be seen that, in the IP-CAN session lifecycle, after the PRA identifier or the PRA element list is changed, the PCRF cannot issue the latest PRA to the PCEF through the RAR message, and cannot report the PRA state in the RAA message in time. In view of the above problems in the related art, no effective solution exists at present.
Disclosure of Invention
The invention provides a processing method and a device for in-out area monitoring, which at least solve the problem that PCRF in the related art cannot issue the latest PRA to PCEF through RAR message and cannot report PRA state in RAA message in time.
According to an aspect of the present invention, there is provided a processing method for monitoring an access area, including: after a session between a first functional entity and a second functional entity in a Policy and Charging Control (PCC) structure is successfully established, the first functional entity detects whether a monitored region PRA identifier and/or a PRA element list are/is changed; when the PRA identifier and/or the PRA element list are/is changed, the first functional entity encodes the PRA identifier and/or the PRA element list negotiated with the second functional entity into an Attribute Value Pair (AVP) in a re-authentication request (RAR) message and sends the RAR message to the second functional entity; and the first functional entity receives a re-authentication response RAA message reported by the second functional entity, wherein the RAA message carries the PRA state of the second functional entity according to the negotiated PRA identifier and/or the PRA element list, and the PRA state of the user equipment UE is acquired by the second functional entity.
Further, the first functional entity is a policy control and charging rules function PCRF, and the second functional entity is a policy and charging enforcement function PCEF or TDF traffic detection function.
Further, the manner in which the PRA identification and/or PRA element list change is generated includes at least one of: the method comprises the steps of subscription change of a user subscription database SPR, local configuration change of a PCRF, application function AF service change, inter-session rule synchronization and time interval change.
Further, the PRA status of the UE includes: the UE enters the PRA and is within the PRA, or the UE leaves the PRA and is outside the PRA.
According to another aspect of the present invention, there is provided a method for monitoring an access area, including: when a session between a first functional entity and a second functional entity in a Policy and Charging Control (PCC) structure is successfully established and the first functional entity detects that a monitored region PRA identifier and/or a PRA element list are changed, the second functional entity receives a RAR message sent by the first functional entity, wherein an Attribute Value Pair (AVP) in the RAR message carries the PRA identifier and/or the PRA element list negotiated by the first functional entity and the second functional entity; and the second functional entity reports a re-authentication response RAA message to the first functional entity, wherein the RAA message carries the PRA state of the second functional entity according to the negotiated PRA identifier and/or the PRA element list, and the PRA state of the user equipment UE is acquired by the second functional entity.
Further, the first functional entity is a policy control and charging rules function PCRF, and the second functional entity is a policy and charging enforcement function PCEF or TDF traffic detection function.
Further, the manner in which the PRA identification and/or PRA element list change is generated includes at least one of: the method comprises the steps of subscription change of a user subscription database SPR, local configuration change of a PCRF, application function AF service change, inter-session rule synchronization and time interval change.
Further, the PRA status of the UE includes: the UE enters the PRA and is within the PRA, or the UE leaves the PRA and is outside the PRA.
According to another aspect of the present invention, there is provided a processing apparatus for in-out area monitoring, which applies a first functional entity side in a policy and charging control PCC structure, including: after the session between the first functional entity and the second functional entity in the policy and charging control PCC structure is successfully established, the detection module is configured to detect whether a monitored area PRA identifier and/or a PRA element list is changed; the processing module is used for coding the PRA identifier and/or the PRA element list negotiated with the second functional entity into an Attribute Value Pair (AVP) in the RAR message of the reauthentication request when the PRA identifier and/or the PRA element list are changed, and sending the RAR message to the second functional entity; and the first receiving module is configured to receive a re-authentication response RAA message reported by the second functional entity, where the RAA message carries the PRA status of the user equipment UE obtained by the second functional entity according to the negotiated PRA identifier and/or PRA element list.
According to still another aspect of the present invention, there is provided a processing apparatus for in-and-out area monitoring, applied to a second functional entity side in a policy and charging control PCC structure, including: when the session between the first functional entity and the second functional entity in the policy and charging control PCC structure is successfully established and the first functional entity detects that the PRA identifier and/or the PRA element list of the monitored area is changed, a second receiving module is configured to receive an RAR message sent by the first functional entity, where an attribute value pair AVP in the RAR message carries the PRA identifier and/or the PRA element list that the first functional entity will negotiate with the second functional entity; and the reporting module is used for reporting the re-authentication response RAA message to the first functional entity, wherein the RAA message carries the PRA state of the second functional entity according to the negotiated PRA identifier and/or the PRA element list, and the PRA state of the user equipment UE is acquired by the second functional entity.
According to the invention, when the PRA identifier and/or the PRA element list are/is changed, the first functional entity encodes the PRA identifier and/or the PRA element list negotiated with the second functional entity into the attribute value pair AVP in the RAR message of the reauthentication request, and the second functional entity receiving the RAR message can report the PRA state, thereby solving the problems that the PCRF in the related technology cannot issue the latest PRA to the PCEF through the RAR message and cannot report the PRA state in the RAA message in time.
Drawings
The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this application, illustrate embodiment(s) of the invention and together with the description serve to explain the invention without limiting the invention. In the drawings:
fig. 1 is a schematic diagram of a PCC architecture in the related art;
FIG. 2 is a schematic diagram of the composition of a PRA in the related art;
FIG. 3 is a first flowchart of a method for handling in-out area monitoring according to an embodiment of the present invention;
FIG. 4 is a flowchart II of a process for ingress and egress area monitoring according to an alternative embodiment of the present invention;
FIG. 5 is a block diagram of a first configuration of a processing device for in-out area monitoring in accordance with an alternative embodiment of the present invention;
FIG. 6 is a block diagram of a processing apparatus for in-out area monitoring according to an embodiment of the present invention;
fig. 7 is a flow chart of the PRA processing between the PCRF and the PCEF in accordance with an alternative embodiment of the present invention;
fig. 8 is a flow chart of PRA processing between PCRF and TDF according to an alternative embodiment of the present invention.
Detailed Description
The invention will be described in detail hereinafter with reference to the accompanying drawings in conjunction with embodiments. It should be noted that the embodiments and features of the embodiments in the present application may be combined with each other without conflict.
It should be noted that the terms "first," "second," and the like in the description and claims of the present invention and in the drawings described above are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order.
In this embodiment, a processing method for monitoring an access area is provided, and fig. 3 is a first flowchart of the processing method for monitoring an access area according to the embodiment of the present invention, as shown in fig. 3, the flowchart includes the following steps:
step S302: after a session between a first functional entity and a second functional entity in a Policy and Charging Control (PCC) structure is successfully established, the first functional entity detects whether a monitored region PRA identifier and/or a PRA element list are/is changed;
step S304: when the PRA identifier and/or the PRA element list are/is changed, the first functional entity encodes the PRA identifier and/or the PRA element list negotiated with the second functional entity into an Attribute Value Pair (AVP) in a re-authentication request (RAR) message and sends the RAR message to the second functional entity;
step S306: and the first functional entity receives a re-authentication response RAA message reported by the second functional entity, wherein the RAA message carries the PRA state of the second functional entity according to the negotiated PRA identifier and/or the PRA element list, and the PRA state of the user equipment UE is acquired by the second functional entity.
It should be noted that, in this embodiment, the first functional entity is a policy control and charging rule function PCRF, and the second functional entity is a policy and charging enforcement function PCEF or a TDF traffic detection function. Based on this, the way of generating the PRA identifier and/or the PRA element list change in this embodiment includes at least one of the following: the method comprises the steps of subscription change of a user subscription database SPR, local configuration change of a PCRF, application function AF service change, inter-session rule synchronization and time interval change.
Optionally, the PRA status of the UE involved in this embodiment includes: the UE enters the PRA and is within the PRA, or the UE leaves the PRA and is outside the PRA.
It can be seen from this optional embodiment that, when the PRA identifier and/or the PRA element list are/is changed, the first functional entity encodes the PRA identifier and/or the PRA element list negotiated with the second functional entity into the attribute value pair AVP in the RAR message of the reauthentication request, and the second functional entity that receives the RAR message can report the PRA status, thereby solving the problem that the PCRF in the related art cannot issue the latest PRA to the PCEF through the RAR message, and cannot report the PRA status in the RAA message in time.
Fig. 4 is a second flowchart of a processing method for entering and exiting area monitoring according to an alternative embodiment of the present invention, as shown in fig. 4, including:
step S402: when a session between a first functional entity and a second functional entity in a Policy and Charging Control (PCC) structure is successfully established and the first functional entity detects that a monitored region PRA identifier and/or a PRA element list are changed, the second functional entity receives a RAR message sent by the first functional entity, wherein an Attribute Value Pair (AVP) in the RAR message carries the PRA identifier and/or the PRA element list negotiated by the first functional entity and the second functional entity;
step S404: and the second functional entity reports a re-authentication response RAA message to the first functional entity, wherein the RAA message carries the PRA state of the second functional entity according to the negotiated PRA identifier and/or the PRA element list, and the PRA state of the user equipment UE is acquired by the second functional entity.
It should be noted that, in this embodiment, the first functional entity is a policy control and charging rule function PCRF, and the second functional entity is a policy and charging enforcement function PCEF or a TDF traffic detection function. Based on this, the way of generating the PRA identifier and/or the PRA element list change in this embodiment includes at least one of the following: the method comprises the steps of subscription change of a user subscription database SPR, local configuration change of a PCRF, application function AF service change, inter-session rule synchronization and time interval change.
Optionally, the PRA status of the UE involved in this embodiment includes: the UE enters the PRA and is within the PRA, or the UE leaves the PRA and is outside the PRA.
It can be seen from this optional embodiment that, when the PRA identifier and/or the PRA element list are/is changed, the first functional entity encodes the PRA identifier and/or the PRA element list negotiated with the second functional entity into the attribute value pair AVP in the RAR message of the reauthentication request, and the second functional entity that receives the RAR message can report the PRA status, thereby solving the problem that the PCRF in the related art cannot issue the latest PRA to the PCEF through the RAR message, and cannot report the PRA status in the RAA message in time.
Through the above description of the embodiments, those skilled in the art can clearly understand that the method according to the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but the former is a better implementation mode in many cases. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal device (such as a mobile phone, a computer, a server, or a network device) to execute the method according to the embodiments of the present invention.
In this embodiment, a processing apparatus for monitoring an access area is further provided, where the apparatus is used to implement the foregoing embodiments and preferred embodiments, and details are not repeated for what has been described. As used below, the term "module" may be a combination of software and/or hardware that implements a predetermined function. Although the means described in the embodiments below are preferably implemented in software, an implementation in hardware, or a combination of software and hardware is also possible and contemplated.
Fig. 5 is a block diagram of a first structure of a processing apparatus for in-and-out area monitoring, which applies a first function entity side in a policy and charging control PCC structure, as shown in fig. 5, and includes: a detecting module 52, configured to detect whether a monitored area PRA identifier and/or a PRA element list is changed after a session between a first functional entity and a second functional entity in a policy and charging control PCC structure is successfully established; a processing module 54, coupled to the detecting module 52, configured to, when the PRA identifier and/or the PRA element list are changed, encode the PRA identifier and/or the PRA element list negotiated with the second functional entity into an attribute value pair AVP in the RAR message of the reauthentication request, and send the RAR message to the second functional entity; a first receiving module 56, coupled to the processing module 54, configured to receive a reauthentication response RAA message reported by the second functional entity, where the RAA message carries the PRA status of the user equipment UE obtained by the second functional entity according to the negotiated PRA identifier and/or PRA element list.
Fig. 6 is a block diagram of a processing apparatus for in-and-out area monitoring according to an embodiment of the present invention, which is applied to a second functional entity side in a policy and charging control PCC structure, as shown in fig. 6, the apparatus includes: when the session between the first functional entity and the second functional entity in the policy and charging control PCC structure is successfully established and the first functional entity detects that the PRA identifier and/or the PRA element list of the monitored area is changed, the second receiving module 62 is configured to receive an RAR message sent by the first functional entity, where an attribute value pair AVP in the RAR message carries the PRA identifier and/or the PRA element list that the first functional entity will negotiate with the second functional entity; a reporting module 64, coupled to the second receiving module 62, configured to report a reauthentication response RAA message to the first functional entity, where the RAA message carries the PRA status of the user equipment UE obtained by the second functional entity according to the negotiated PRA identifier and/or PRA element list.
It should be noted that, in the embodiment of the present invention, the first functional entity related to fig. 5 and fig. 6 is a policy control and charging rule function PCRF, and the second functional entity is a policy and charging enforcement function PCEF or a TDF traffic detection function. Based on this, the way of generating the PRA identifier and/or the PRA element list change in this embodiment includes at least one of the following: the method comprises the steps of subscription change of a user subscription database SPR, local configuration change of a PCRF, application function AF service change, inter-session rule synchronization and time interval change.
Optionally, the PRA status of the UE involved in this embodiment includes: the UE enters the PRA and is within the PRA, or the UE leaves the PRA and is outside the PRA.
It should be noted that, the above modules may be implemented by software or hardware, and for the latter, the following may be implemented, but not limited to: the modules are all positioned in the same processor; alternatively, the modules are respectively located in a plurality of processors.
The invention will now be illustrated with reference to an alternative embodiment thereof;
in this optional embodiment, in the IP-CAN session life cycle, due to some reason, the PRA identifier or the PRA element list is changed, that is, the PCRF policy rule is re-decided, and then the latest PRA is directly issued in the RAR message, and after receiving the RAR message, the PCEF may directly report the PRA state in the RAA response message. Based on this, the steps of this alternative embodiment scheme include:
step S502: after the IP-CAN session is successfully established, due to some reason, the PRA identifier or the PRA element list is changed, and the policy rule of the PCRF is re-decided;
step S504: PCRF judges whether the PRA identification has already negotiated with PCEF, if yes, the identification is filled into Presence-Reporting-Area-Identifier AVP, and the AVP is put into Presence-Reporting-Area-Information AVP; if not, filling the PRA identification into Presence-Reporting-Area-Identifier AVP, and filling the PRA element list into Presence-Reporting-Area-Information AVP; simultaneously adding Event CHANGE _ OF _ UE _ present _ IN _ present _ REPORTING _ AREA _ REPORT IN Event-Trigger AVP, and finally issuing PRESENCE-REPORTING-AREA-Information AVP and Event to PCEF IN RAR message.
Step S506: and after receiving the RAR, the PCEF decodes the Presence-Reporting-Area-Information AVP. If the PRA identifier is negotiated, acquiring a predefined PRA according to the identifier, otherwise, representing the PRA by using a PRA element list, and sending the PRA to a Mobility Management Entity (MME).
Step S508: the MME judges whether the UE enters or leaves or is outside the PRA according to the PRA, and reports the PRA state to the PCEF;
step S510: the PCEF receives the PRA state reported by the MME, puts the PRA identification into Presence-Reporting-Area-Identifier AVP, puts the PRA state into Presence-Reporting-Area-Status AVP, puts the two AVPs into Presence-Reporting-Area-Information AVP, puts the AVP into RAA message and sends the RAP message to the PCRF.
Step S512: and the PCRF receives the RAA message and carries out policy rule decision on the condition of the new PRA identification and the PRA state.
As CAN be seen from the above steps S302 to S312, if the PRA element list or the PRA identifier is changed for some reason during the IP-CAN session lifecycle. Then, after the PCRF performs PCC rule re-decision, the new PRA element list or PRA identifier should take effect, and the PCRF should carry Presence-Reporting-Area-Information AVP in the RAR message and issue the new PRA. At the same time subscribe to CHANGE _ OF _ UE _ present _ IN _ present _ REPORTING _ AREA _ REPORT event. Therefore, the latest PRA can be issued in real time and is more accurate. And meanwhile, the PRA is issued in the RAR, and compared with the method that after the CCR updating message is received, the PRA is issued in the CCA response message more quickly and conveniently, and the message interaction is reduced.
The current PCEF reports the PRA status in the CCR update message. However, according to the above description, the PCRF may issue the PRA in the RAR message. After receiving the RAR message, the PCEF acquires whether the UE is inside or outside the PRA according to the new PRA therein, and reports the PRA status by carrying Presence-Reporting-Area-Information AVP in the RAA (Re-Auth-Answer) response. Therefore, the PCRF can immediately know the PRA state of the current UE, is more accurate and is convenient to carry out the strategy decision subsequently according to the condition. Of course, it is also possible to select to return the RAA response message first, and then report the PRA status in the CCR update message, and select it according to the actual situation.
It should be noted that the process flow of optimizing the monitoring of the inbound area may also be extended to between the PCRF and the TDF network element.
The invention is described in detail below with reference to the figures and the specific embodiments;
example one
Fig. 7 is a flowchart of a process of PRA between PCRF and PCEF according to an alternative embodiment of the present invention, as shown in fig. 7, the steps of the process include:
step S701: and the PCEF sends an IP-CAN session establishment indication message to the PCRF, wherein the IP-CAN session establishment indication message carries a user identifier.
Step S702: and the PCRF reads the local configuration, acquires the subscription information of the user from the SPR, acquires PRA data, makes a rule decision and establishes an IP-CAN session.
Step S703: sending a CCA response message, wherein the CCA response message comprises a PRA and a subscribed PRA reporting event;
if the PRA data is acquired, the PRA identification and the monitored Area PRA element list are put into Presence-Reporting-Area-Information AVP, a CCA session establishment response message is coded and sent to the PCEF, and the PCRF and the PCEF complete the establishment of the IP-CAN session and store the IP-CAN session Information and the user Information on the PCRF.
Step S704: informing the UE to report the PRA state;
step S705: the UE reports the information entering PRA or leaving PRA or outside PRA;
step S706: the PCEF sends a CCR updating message which carries a PRA identifier and a PRA state and reports a PRA state event;
step S707: and the PCRF stores the PRA state and carries out policy rule decision again by taking the new PRA state as a condition.
Step S708: and sending a CCA response message to the PCEF, wherein the CCA response message comprises the latest decision content.
Step S709: a change in PCRF local configuration or SPR subscription changes results in a PRA change.
Step S710: the PCC rule re-decision of the PCRF is caused by SPR subscription change, PCRF local configuration change, AF service change, inter-session rule synchronization, time period change, and the like.
Step S711: encoding the latest PRA identification, PRA element list into RAR message, and the latest decision content. Sent to PCEF
Step S712: the PCEF informs the UE of reporting the latest PRA state;
step S713: the UE reports into the PRA, within the PRA, or out of the PRA, outside the PRA.
Step S714: the PCEF encodes the PRA state into an RAA response message and replies the RAA response message to the PCRF.
That is, in this optional embodiment, the RAR message and the RAA response message of the Gx/Sd interface are expanded, and a Presence-Reporting-Area-Information AVP is added in the message layer to indicate the PRA state reported by the PRA and the PCEF delivered by the PCRF.
Example two
Fig. 8 is a flow chart of PRA processing between PCRF and TDF according to an alternative embodiment of the present invention, and as shown in fig. 8, the steps of the flow chart include:
step S801, the PCRF reads the local configuration, acquires the subscription from the SPR, acquires the PRA at the same time, and establishes an IP-CAN session;
step S802, sending TSR message to establish TDF session, wherein PRA and subscribed PRA reporting event are included;
step S803, notify UE to report PRA state;
step S804, UE reports to enter/in PRA, or leave/out PRA;
step S805, sending a CCR message carrying a PRA identifier and a PRA state;
step S806, the PRA state is saved, and the strategy decision is re-made;
step S807, transmitting a CCA response message and an ADC rule;
step S808, PCRF local configuration or SPR signing change is carried out, and PRA change is initiated;
step S809, triggering ADC to make a decision again;
step S810, sending an RAT message, wherein the RAT message comprises a PRA reporting event subscribed by the PRA;
step S811, informing the UE to report the PRA state;
step S812, the UE reports the entering, the leaving and the outside of the PRA;
step S813, sending an RAA response message, which includes the PRA identifier and its corresponding PRA status.
The embodiment of the invention also provides a storage medium. Alternatively, in the present embodiment, the storage medium may be configured to store program codes for performing the following steps:
s1: after a session between a first functional entity and a second functional entity in a Policy and Charging Control (PCC) structure is successfully established, the first functional entity detects whether a monitored region PRA identifier and/or a PRA element list are/is changed;
s2: when the PRA identifier and/or the PRA element list are/is changed, the first functional entity encodes the PRA identifier and/or the PRA element list negotiated with the second functional entity into an Attribute Value Pair (AVP) in a re-authentication request (RAR) message and sends the RAR message to the second functional entity;
s3: and the first functional entity receives a re-authentication response RAA message reported by the second functional entity, wherein the RAA message carries the PRA state of the second functional entity according to the negotiated PRA identifier and/or the PRA element list, and the PRA state of the user equipment UE is acquired by the second functional entity.
Optionally, the specific examples in this embodiment may refer to the examples described in the above embodiments and optional implementation manners, and this embodiment is not described herein again.
It will be apparent to those skilled in the art that the modules or steps of the present invention described above may be implemented by a general purpose computing device, they may be centralized on a single computing device or distributed across a network of multiple computing devices, and alternatively, they may be implemented by program code executable by a computing device, such that they may be stored in a storage device and executed by a computing device, and in some cases, the steps shown or described may be performed in an order different than that described herein, or they may be separately fabricated into individual integrated circuit modules, or multiple ones of them may be fabricated into a single integrated circuit module. Thus, the present invention is not limited to any specific combination of hardware and software.
The above is only a preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes will occur to those skilled in the art. Any modification, equivalent replacement, or improvement made within the spirit and principle of the present invention should be included in the protection scope of the present invention.
Claims (10)
1. A processing method for monitoring an access area is characterized by comprising the following steps:
after a session between a first functional entity and a second functional entity in a Policy and Charging Control (PCC) structure is successfully established, the first functional entity detects whether a monitored region PRA identifier and/or a PRA element list are/is changed;
when the PRA identifier and/or the PRA element list are/is changed, the first functional entity encodes the PRA identifier and/or the PRA element list negotiated with the second functional entity into an Attribute Value Pair (AVP) in a re-authentication request (RAR) message and sends the RAR message to the second functional entity;
and the first functional entity receives a re-authentication response RAA message reported by the second functional entity, wherein the RAA message carries the PRA state of the user equipment UE, which is acquired by the second functional entity according to the negotiated PRA identifier and/or the PRA element list.
2. The method according to claim 1, characterized in that the first functional entity is a policy control and charging rules function, PCRF, and the second functional entity is a policy and charging enforcement function, PCEF, or a traffic detection function, TDF.
3. A method according to claim 2, characterized in that the manner of generating PRA identification and/or PRA element list changes comprises at least one of: the method comprises the steps of subscription change of a user subscription database SPR, local configuration change of a PCRF, application function AF service change, inter-session rule synchronization and time interval change.
4. The method of claim 1, wherein the PRA status of the UE comprises: the UE enters the PRA and is within the PRA, or the UE leaves the PRA and is outside the PRA.
5. A processing method for monitoring an access area is characterized by comprising the following steps:
when a session between a first functional entity and a second functional entity in a Policy and Charging Control (PCC) structure is successfully established and the first functional entity detects that a monitored region PRA identifier and/or a PRA element list are changed, the second functional entity receives a RAR message sent by the first functional entity, wherein an Attribute Value Pair (AVP) in the RAR message carries the PRA identifier and/or the PRA element list negotiated by the first functional entity and the second functional entity;
and the second functional entity reports a re-authentication response RAA message to the first functional entity, wherein the RAA message carries the PRA state of the user equipment UE, which is acquired by the second functional entity according to the negotiated PRA identifier and/or the PRA element list.
6. The method according to claim 5, characterized in that the first functional entity is a policy control and charging rules function, PCRF, and the second functional entity is a policy and charging enforcement function, PCEF, or a traffic detection function, TDF.
7. The method according to claim 6, wherein the manner of generating the PRA identity and/or the PRA element list change comprises at least one of: the method comprises the steps of subscription change of a user subscription database SPR, local configuration change of a PCRF, application function AF service change, inter-session rule synchronization and time interval change.
8. The method of claim 5, wherein the PRA status of the UE comprises: the UE enters the PRA and is within the PRA, or the UE leaves the PRA and is outside the PRA.
9. A device for handling ingress and egress area monitoring, applying a Policy and Charging Control (PCC) structure to a first functional entity, comprising:
after the session between the first functional entity and the second functional entity in the policy and charging control PCC structure is successfully established, the detection module is configured to detect whether a monitored area PRA identifier and/or a PRA element list is changed;
the processing module is used for coding the PRA identifier and/or the PRA element list negotiated with the second functional entity into an Attribute Value Pair (AVP) in the RAR message of the reauthentication request when the PRA identifier and/or the PRA element list are changed, and sending the RAR message to the second functional entity;
and the first receiving module is configured to receive a re-authentication response RAA message reported by the second functional entity, where the RAA message carries a PRA state of the user equipment UE, which is obtained by the second functional entity according to the negotiated PRA identifier and/or the PRA element list.
10. A device for handling in-and-out area monitoring, applied to a second functional entity side in a policy and charging control, PCC, comprising:
when the session between the first functional entity and the second functional entity in the policy and charging control PCC structure is successfully established and the first functional entity detects that the PRA identifier and/or the PRA element list of the monitored area is changed, a second receiving module is configured to receive an RAR message sent by the first functional entity, where an attribute value pair AVP in the RAR message carries the PRA identifier and/or the PRA element list that the first functional entity will negotiate with the second functional entity;
and a reporting module, configured to report a reauthentication response RAA message to the first functional entity, where the RAA message carries a PRA state of the user equipment UE, which is obtained by the second functional entity according to the negotiated PRA identifier and/or the PRA element list.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510998011.8A CN106921954B (en) | 2015-12-25 | 2015-12-25 | Processing method and device for in-out area monitoring |
| PCT/CN2016/098069 WO2017107563A1 (en) | 2015-12-25 | 2016-09-05 | Method and device for processing access region monitoring |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510998011.8A CN106921954B (en) | 2015-12-25 | 2015-12-25 | Processing method and device for in-out area monitoring |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN106921954A CN106921954A (en) | 2017-07-04 |
| CN106921954B true CN106921954B (en) | 2021-02-19 |
Family
ID=59088933
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510998011.8A Active CN106921954B (en) | 2015-12-25 | 2015-12-25 | Processing method and device for in-out area monitoring |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN106921954B (en) |
| WO (1) | WO2017107563A1 (en) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2020043295A1 (en) | 2018-08-30 | 2020-03-05 | Nokia Technologies Oy | Notifying off-line charging systems of user equipment events in presence reporting areas |
| CN114915617B (en) * | 2021-02-10 | 2023-03-10 | 华为技术有限公司 | HTTP updating method and communication device |
| CN114339605B (en) * | 2021-12-29 | 2023-05-30 | 中国联合网络通信集团有限公司 | PCC policy control method, device, equipment and storage medium |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101730041A (en) * | 2009-06-26 | 2010-06-09 | 中兴通讯股份有限公司 | Policy and charging control method and system based on current time zone of user |
| CN104754504A (en) * | 2013-12-27 | 2015-07-01 | 华为技术有限公司 | Method and equipment for subscribing terminal equipment position information |
| CN105163345A (en) * | 2015-08-05 | 2015-12-16 | 中国联合网络通信集团有限公司 | Area reporting method and system |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2011110000A1 (en) * | 2010-08-20 | 2011-09-15 | 华为技术有限公司 | Method and apparatus for reporting radio bearer loss message |
| CN102332985B (en) * | 2011-10-26 | 2013-12-25 | 电信科学技术研究院 | Method and device for providing charging support based on local internet protocol (IP) access (LIPA) bearer |
| US10021038B2 (en) * | 2013-05-17 | 2018-07-10 | Telefonaktiebolaget Lm Ericsson (Publ) | Sharing resource reservation |
| US9374764B2 (en) * | 2013-10-11 | 2016-06-21 | Cisco Technology, Inc. | Policy application for a group of subscribers in a network environment |
| US10051408B2 (en) * | 2014-06-11 | 2018-08-14 | Cisco Technology, Inc. | Location reporting of user equipment in a cellular network environment |
| CN104902540A (en) * | 2015-04-28 | 2015-09-09 | 南京信息工程大学 | VoLTE scene-based method for acquiring user access location information at network side |
-
2015
- 2015-12-25 CN CN201510998011.8A patent/CN106921954B/en active Active
-
2016
- 2016-09-05 WO PCT/CN2016/098069 patent/WO2017107563A1/en active Application Filing
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101730041A (en) * | 2009-06-26 | 2010-06-09 | 中兴通讯股份有限公司 | Policy and charging control method and system based on current time zone of user |
| CN104754504A (en) * | 2013-12-27 | 2015-07-01 | 华为技术有限公司 | Method and equipment for subscribing terminal equipment position information |
| CN105163345A (en) * | 2015-08-05 | 2015-12-16 | 中国联合网络通信集团有限公司 | Area reporting method and system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN106921954A (en) | 2017-07-04 |
| WO2017107563A1 (en) | 2017-06-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11064076B2 (en) | Charging management method, user plane function entity, and control plane function entity | |
| EP2091178B1 (en) | Method, equipment and system for implementing policy and charging control | |
| EP2827623B1 (en) | Policy and charging control method, and v-pcrf apparatus | |
| EP3213535B1 (en) | Methods and apparatuses for service layer charging correlation with underlying networks | |
| US8949447B2 (en) | Optimized interface between two network elements operating under an authentication, authorization and accounting protocol | |
| EP2268094A1 (en) | Session termination triggering method, implementing method and apparatus | |
| WO2014040284A1 (en) | Method and device for processing session of machine-type communication | |
| EP3873028A1 (en) | Charging methods, apparatuses, system and computer storage medium | |
| CN104735635B (en) | A kind of policy control method and device | |
| CN106921954B (en) | Processing method and device for in-out area monitoring | |
| CN107548046A (en) | A kind of charging method based on separation architecture, device and system | |
| CN102045897A (en) | Group identification reporting method and device | |
| CA2959553C (en) | Method, system and apparatus for managing communication sessions using joint storage | |
| CN104168665A (en) | Method for processing conversation service, OSC and PCRF solid | |
| EP3101926A1 (en) | Charging processing method, centralized network control node, function node and system | |
| CN106714129B (en) | Roaming charging method, related device and online charging system | |
| CN109040991B (en) | Method and apparatus for wireless communication | |
| CN110858957B (en) | Information pushing system, method, device, medium and equipment | |
| CN109891840A (en) | The method and apparatus of the tactical management of interim products in telecommunication network | |
| CN108809665B (en) | Method for sharing authorized quota and related equipment | |
| CN107302441A (en) | Information processing method, first instance, second instance and server | |
| US20170026524A1 (en) | Charging method and apparatus | |
| CN102421106B (en) | A kind of by quantity monitoring method and system | |
| CN108353257B (en) | Charging method, control plane network element, forwarding plane network element and charging system | |
| CN108574579B (en) | Processing method and device for telecommunication charging and telecommunication system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |