WO2017107563A1

WO2017107563A1 - Method and device for processing access region monitoring

Info

Publication number: WO2017107563A1
Application number: PCT/CN2016/098069
Authority: WO
Inventors: 施华
Original assignee: 中兴通讯股份有限公司
Priority date: 2015-12-25
Filing date: 2016-09-05
Publication date: 2017-06-29
Also published as: CN106921954B; CN106921954A

Abstract

Provided are a method and device for processing access region monitoring. The method comprises: 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 detecting whether a PRA identifier and/or a PRA element list of a monitored region changes; when the PRA identifier and/or the PRA element list changes, the first functional entity encoding 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 sending the RAR message to the second functional entity; and the first functional entity receiving a re-authentication answer (RAA) message reported by the second functional entity. By means of the present invention, the problem in the related art that a PCRF can neither issue the newest PRA to a PCEF through an RAR message, nor can it in a timely manner report a PRA state in the RAA message is solved.

Description

Processing method and device for monitoring in and out area

Technical field

The present invention relates to the field of communications, and in particular to a method and apparatus for processing ingress and egress area monitoring.

Background technique

Figure 1 is a schematic diagram of a PCC architecture in the related art. As shown in Figure 1, the PCC includes a policy and charging rule function unit (Policy). And Charging Rules Function (referred to as PCRF), Policy and Charging Enforcement Function (PCEF), Bearer Binding and Event Report Function (BBERF), traffic detection Function (Traffic Detection Function, referred to as TDF), Application Function (AF), Subscription Profile Repository (SPR), Offline Charging System (OFCS), Online Online charging system (OCS for short).

The PCRF is responsible for the formulation of the policy and accounting rules. The PCC policy and the accounting rules are sent to the PCEF through the Gx interface. The PCEF installs and executes the PCC policy, reports related events, and exchanges accounting information with the charging system. The PCRF sends the service quality of service (QoS) rules to the BBERF through the Gxx interface. The BBERF does not exchange accounting information with the accounting system. It is only responsible for reporting bearer bindings and related events. The PCRF sends the service information to be monitored to the TDF through the Sd interface. The TDF performs service monitoring and reports it to the PCRF. The AF provides service information to the PCRF through the Rx interface. The SPR saves the service information that the user subscribes to. The PCRF can query the SPR for the service information subscribed by the user through the Sp interface. The OCS reports policy counter status information related to user consumption to the PCRF through the Sy interface. 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. The TDF sends the service-based online charging information to the OCS through the Gyn interface, and sends the service-based offline charging information to the OFCS through the Gz n interface.

The IP Connectivity Access Network (IP-CAN) sessions are maintained in a connected state between the PCEF and the PCRF. The PCEF sends an indication of establishing, updating, and releasing an IP-CAN session to the PCRF through a Credit-Control-Request (CCR) message. The PCRF formulates a PCC policy based on the service-related information provided by the AF, the bearer-related information reported by the PCEF, and the service information subscribed by the user in the SPR. The re-authentication request (Re-Auth-Request, RAR for short) or the credit control response (Credit) The message is sent to the PCEF, and the policy information includes QoS and charging information.

To reduce the message interaction in a certain area, a PRA is introduced. This area is composed of multiple addresses. Figure 2 is a schematic diagram of the PRA in the related art. As shown in Figure 2, the Presence-Reporting-Area-Information AVP is defined. To indicate PRA, where Attribute Value Pairs (AVP), and UE (User Equipment) enter the PRA or within the PRA, leave or be outside the PRA. The specific AVP is defined as follows:

The Preaence-Reporting-Area-Identifier defines a unique identifier of a PRA.

Presence-Reporting-Area-Status, which defines whether the UE enters the PRA or is within the PRA, leaving or outside the PRA.

The PRA element list (Presence-Reporting-Area-Elements-List), as shown in Figure 2, defines a PRA. The Presence-Reporting-Area-Information AVP does not need to carry this AVP if the PRA is in the PCRF and the PCEF has been negotiated to indicate a predefined PRA.

When establishing an IP-CAN session, the PCRF determines whether the UE needs to report the PRA status by using the access type of the UE, the local configuration of the PCRF, and the SPR subscription condition of the user. If supported, the PCRF delivers the PRA by carrying the Presence-Reporting-Area-Information AVP in the CCA response.

The PCRF carries the CHANGE_OF_UE_PRESENCE_IN_PRESENCE_REPORTING_AREA_REPORT(48) event in the Event-Trigger AVP of the message through the RCA or CCA in the CCA response of the IP-CAN session, or after the IP-CAN session is modified, and subscribes to the UE to report the PRA status change.

When the UE enters or leaves the PRA, the PCEF is notified, and the PCEF reports the CHANGE_OF_UE_PRESENCE_IN_PRESENCE_REPORTING_AREA_REPORT event in the CCR update message, and carries the PRA identifier and the PRA status in the Presence-Reporting-Area-Information AVP.

During the IP-CAN session life cycle, if the UE access type, the local configuration of the PCRF, or the SPR subscription change, the PCRF decides that the UE does not support the reporting of the PRA status, and the subscription is cancelled in the Event-Trigger AVP of the RAR or CCA message. The CHANGE_OF_UE_PRESENCE_IN_PRESENCE_REPORTING_AREA_REPORT event does not process the PRA status change reported by the UE.

When TDF is deployed, if the UE needs to support the reporting of the PRA status, the PCRF should carry the Presence-Reporting-Area-Information AVP in the TSR (TDF-Session-Request) of the TDF session.

The current PRA is sent by the PCRF in the CCA response when establishing an IP-CAN session. The PCEF reports the PRA status in the CCR update. The PCRF subscribes or unsubscribes events in subsequent RAR or CCA. PRA is not allowed to change during the entire IP-CAN session.

It can be seen that, after the change of the PRA identifier or the PRA element list in the IP-CAN session life cycle, the PCRF cannot deliver the latest PRA to the PCEF through the RAR message, and cannot report the PRA status in the RAA message in time. Target phase Regarding the above problems in the technology, there is currently no effective solution.

Summary of the invention

The embodiment of the present invention provides a method and a device for processing the ingress and egress area monitoring, so as to solve at least the problem that the PCRF cannot deliver the latest PRA to the PCEF through the RAR message, and cannot report the PRA status in the RAA message in time. .

According to an aspect of the embodiments of the present invention, a method for processing the ingress and egress area monitoring includes: after the session between the first functional entity and the second functional entity in the policy and charging control PCC structure is successfully established, A functional entity detects whether the monitored area PRA identifier and/or the PRA element list is changed; when the PRA identifier and/or the PRA element list is changed, the first functional entity negotiates the PRA identifier and/or PRA with the second functional entity. The element list is encoded into the attribute value pair AVP in the re-authentication request RAR message, and the RAR message is sent to the second function entity; the first function entity receives the re-authentication response RAA message reported by the second function entity, where the RAA message is The second functional entity carries the PRA status of the user equipment UE according to the negotiated PRA identifier and/or the PRA element list.

Optionally, the first functional entity is a policy control and charging rule function PCRF, and the second functional entity is a policy and charging execution function PCEF or TDF traffic detection function.

Optionally, the manner of generating the PRA identifier and/or the PRA element list change includes at least one of the following: a user subscription database SPR subscription change, a PCRF local configuration change, an application function AF service change, an inter-session rule synchronization, and a time period change.

Optionally, 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, a method for processing ingress and egress area monitoring includes: establishing a session between a first functional entity and a second functional entity in a policy and charging control PCC structure, and first When the function entity detects that the monitored area PRA identifier and/or the PRA element list is changed, the second function entity receives the RAR message sent by the first function entity, where the attribute value in the RAR message carries the first function entity to the AVP. a PRA identifier and/or a list of PRA elements negotiated with the second functional entity; the second functional entity reports a re-authentication response RAA message to the first functional entity, where the RAA message carries the second functional entity according to the negotiated PRA identifier and/or Or the PRA element list acquires the PRA status of the user equipment UE.

According to another aspect of the embodiments of the present invention, a processing device for ingress and egress area monitoring, application policy and charging control, a first functional entity side in a PCC structure, including: in a policy and charging control PCC structure After the session between the functional entity and the second functional entity is successfully established, the detecting module is configured to detect whether the monitored area PRA identifier and/or the PRA element list is changed; the processing module is set to be in the PRA identifier and/or the PRA element. When the list is changed, the PRA identifier and/or the PRA element list negotiated with the second functional entity are encoded into the attribute value pair AVP in the re-authentication request RAR message, and the RAR message is sent to the second functional entity; The module is configured to receive a re-authentication response RAA message reported by the second function entity, where the second function entity carries the PRA status of the user equipment UE according to the negotiated PRA identifier and/or the PRA element list.

According to still another aspect of the embodiments of the present invention, a processing apparatus for ingress and egress area monitoring is provided, which is applied to a second functional entity side in a policy and charging control PCC structure, including: in a policy and charging control PCC structure. When the session between the first functional entity and the second functional entity is successfully established, and the first functional entity detects that the monitored area PRA identifier and/or the PRA element list is changed, the second receiving module is configured to receive the first functional entity. The sent RAR message, wherein the attribute value pair AVP in the RAR message carries a list of PRA identifiers and/or PRA elements that the first functional entity will negotiate with the second functional entity; and the reporting module is configured to report the re-report to the first functional entity. The authentication response RAA message, wherein the RAA message carries the second functional entity to obtain the PRA status of the user equipment UE according to the negotiated PRA identifier and/or the PRA element list.

Embodiments of the present invention also provide a storage medium. Optionally, in the embodiment, the foregoing storage medium may be configured to store program code for performing the following steps:

S1: 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 first functional entity detects whether the monitored area PRA identifier and/or the PRA element list is changed.

S2: when the PRA identifier and/or the PRA element list 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 re-authentication request RAR message, And sending the RAR message to the second functional entity;

S3: The first function entity receives the re-authentication response RAA message reported by the second function entity, where the RAA message carries the second function entity to obtain the PRA status of the user equipment UE according to the negotiated PRA identifier and/or the PRA element list.

According to the embodiment of the present invention, when the PRA identifier and/or the PRA element list 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 in the re-authentication request RAR message. In the value-to-AVP, the second functional entity that receives the RAR message can report the PRA status, so that the PCRF cannot deliver the latest PRA to the PCEF through the RAR message, and cannot report the PRA status in the RAA message in time. The problem.

DRAWINGS

The drawings described herein are intended to provide a further understanding of the invention, and are intended to be a part of the invention. In the drawing:

1 is a schematic diagram of a PCC architecture in the related art;

2 is a schematic diagram of the composition of a PRA in the related art;

3 is a flow chart 1 of a processing method for ingress and egress area monitoring according to an embodiment of the present invention;

4 is a second flowchart of a processing method for ingress and egress area monitoring according to an alternative embodiment of the present invention;

5 is a structural block diagram 1 of a processing device for monitoring an ingress and egress area according to an alternative embodiment of the present invention;

6 is a structural block diagram 2 of a processing device for monitoring an ingress and egress area according to an embodiment of the present invention;

7 is a flowchart of PRA processing between a PCRF and a PCEF according to an alternative embodiment of the present invention;

8 is a flow chart of PRA processing between PCRF and TDF in accordance with an alternate embodiment of the present invention.

detailed description

The invention will be described in detail below with reference to the drawings in conjunction with the embodiments. It should be noted that the embodiments in the present application and the features in the embodiments may be combined with each other without conflict.

It is to be understood that the terms "first", "second" and the like in the specification and claims of the present invention are used to distinguish similar objects, and are not necessarily used to describe a particular order or order.

In the embodiment, a processing method for monitoring the ingress and egress area is provided. FIG. 3 is a flowchart 1 of a method for processing the ingress and egress area monitoring according to the embodiment of the present invention. As shown in FIG. 3, the process includes the following steps:

Step S302: 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 first functional entity detects whether the monitored area PRA identifier and/or the PRA element list is changed.

Step S304: When the PRA identifier and/or the PRA element list 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 re-authentication request RAR message. And sending the RAR message to the second functional entity;

Step S306: The first function entity receives the re-authentication response RAA message reported by the second function entity, where the RAA message carries the second function entity to obtain the PRA status of the user equipment UE according to the negotiated PRA identifier and/or the PRA element list.

It should be noted that the first functional entity involved in this embodiment is a policy control and charging rule function PCRF, and the second functional entity is a policy and charging execution function PCEF or TDF traffic detection function. Based on this, the manner of generating the PRA identifier and/or the PRA element list change in the embodiment includes at least one of the following: a user subscription database SPR subscription change, a PCRF local configuration change, an application function AF service change, an inter-session rule synchronization, and a time period change. .

Optionally, the PRA status of the UE involved in this embodiment includes: the UE enters the PRA and is in the PRA, or the UE leaves the PRA and is outside the PRA.

According to the optional embodiment, when the PRA identifier and/or the PRA element list is changed, the first functional entity encodes the PRA identifier and/or the PRA element list negotiated with the second functional entity into the re-authentication request RAR message. In the attribute value pair AVP, the second functional entity that receives the RAR message can report the PRA status, thereby solving the problem that the PCRF cannot deliver the latest PRA to the PCEF through the RAR message, and cannot report in the RAA message in time. The problem with the PRA status.

FIG. 4 is a second flowchart of a method for processing inbound and outbound area monitoring according to an alternative embodiment of the present invention. As shown in FIG. 4, the method includes:

Step S402: 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 monitored area PRA identifier and/or the PRA element list changes. The second function entity receives the RAR message sent by the first function entity, where the attribute value pair AVP in the RAR message carries a PRA identifier and/or a PRA element list that the first function entity will negotiate with the second function entity;

Step S404: The second function entity reports a re-authentication response RAA message to the first function entity, where the RAA message carries the second function entity to obtain the PRA status of the user equipment UE according to the negotiated PRA identifier and/or the PRA element list.

Through the description of the above embodiments, those skilled in the art can clearly understand that the method according to the above embodiment can be implemented by means of software plus a necessary general hardware platform, and of course, by hardware, but in many cases, the former is A better implementation. Based on such understanding, the technical solution of the present invention, which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a storage medium (such as ROM/RAM, disk, The optical disc includes a number of instructions for causing a terminal device (which may be a cell phone, a computer, a server, or a network device, etc.) to perform the methods of various embodiments of the present invention.

In the embodiment, a processing device for monitoring the entry and exit area is further provided, and the device is used to implement the above embodiments and The selected implementation manners have not been described again. As used below, the term "module" may implement a combination of software and/or hardware of a predetermined function. Although the apparatus described in the following embodiments is preferably implemented in software, hardware, or a combination of software and hardware, is also possible and contemplated.

FIG. 5 is a structural block diagram of a processing device for access area monitoring according to an alternative embodiment of the present invention. The device applies a policy and a charging control to a first functional entity side in a PCC structure. As shown in FIG. 5, the device includes: The detecting module 52 is configured to detect whether the monitored area PRA identifier and/or the PRA element list is changed 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 module 54 is coupled to the detection module 52 and configured to encode the PRA identifier and/or the PRA element list negotiated with the second functional entity into the re-authentication request RAR message when the PRA identifier and/or the PRA element list are changed. The attribute value is in the AVP, and the RAR message is sent to the second function entity. The first receiving module 56 is coupled to the processing module 54 and configured to receive the re-authentication response RAA message reported by the second functional entity, where the RAA message is The second functional entity carries the PRA status of the user equipment UE according to the negotiated PRA identifier and/or the PRA element list.

6 is a structural block diagram 2 of a processing apparatus for ingress and egress area monitoring according to an embodiment of the present invention. The apparatus 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 monitored area PRA identifier and/or the PRA element list is changed, the second receiving The module 62 is configured to receive the RAR message sent by the first function entity, where the attribute value pair AVP in the RAR message carries a PRA identifier and/or a PRA element list that the first function entity will negotiate with the second function entity; the reporting module 64, coupled to the second receiving module 62, configured to report a re-authentication response RAA message to the first functional entity, where the RAA message carries the second functional entity to obtain the user equipment according to the negotiated PRA identifier and/or the PRA element list. The PRA status of the UE.

It should be noted that the first functional entity involved in FIG. 5 and FIG. 6 in the embodiment of the present invention is a policy control and charging rule function PCRF, and the second functional entity is a policy and charging execution function PCEF or TDF traffic detection. Features. Based on this, the manner of generating the PRA identifier and/or the PRA element list change in the embodiment includes at least one of the following: a user subscription database SPR subscription change, a PCRF local configuration change, an application function AF service change, an inter-session rule synchronization, and a time period change. .

It should be noted that each of the above modules may be implemented by software or hardware. For the latter, the foregoing may be implemented by, but not limited to, the foregoing modules are all located in the same processor; or, the modules are located in multiple In the processor.

The invention is exemplified below in conjunction with an alternative embodiment of the invention;

In this alternative embodiment, in the IP-CAN session life cycle, for some reason, the PRA identifier or the PRA element list is changed, that is, the PCRF policy rule is re-decision, and the latest PRA is directly sent in the RAR message. After receiving the RAR message, the PCEF can directly report the PRA status in the RAA response message. Based on this, the steps of the alternative embodiment include:

Step S502: After the IP-CAN session is successfully established, for some reason, the PRA identifier or the PRA element list is changed, and the PCRF policy rule is re-decisive;

Step S504: The PCRF determines whether the PRA identifier has been negotiated with the PCEF. If yes, the identifier is added to the Presence-Reporting-Area-Identifier AVP, and the AVP is placed in the Presence-Reporting-Area-Information AVP; Then, the PRA identifier is filled in the Presence-Reporting-Area-Identifier AVP, and the PRA element list is filled into the Presence-Reporting-Area-Information AVP; and the event CHANGE_OF_UE_PRESENCE_IN_PRESENCE_REPORTING_AREA_REPORT is added to the Event-Trigger AVP, and finally in the RAR message. Send Presence-Reporting-Area-Information AVP and events to PCEF.

Step S506: After receiving the RAR, the PCEF decodes the Presence-Reporting-Area-Information AVP. If the PRA identifier is negotiated, the predefined PRA is obtained according to the identifier. Otherwise, the PRA is used to represent the PRA, and the PRA is sent to the Mobility Management Entity (MME).

Step S508: The MME determines, according to the PRA, that the UE enters or is in the PRA, leaves or is outside the PRA, and reports the PRA status to the PCEF.

Step S510: The PCEF receives the PRA status reported by the MME, puts the PRA identifier into the Presence-Reporting-Area-Identifier AVP, puts the PRA status into the Presence-Reporting-Area-Status AVP, and puts the two AVPs into the In the Presence-Reporting-Area-Information AVP, the AVP is placed in the RAA message and sent to the PCRF.

Step S512: The PCRF receives the RAA message, and performs policy rule decision based on the new PRA identifier and the PRA status.

It can be seen from the above steps S302 to S312 that if the IP-CAN session life cycle, the PRA element list or the PRA identifier is changed for some reason. Then, after the PCRF performs the PCC rule re-decision, the new PRA element list or the PRA identifier should be valid. The PCRF should carry the Presence-Reporting-Area-Information AVP in the RAR message and deliver a new PRA. Also subscribe to the CHANGE_OF_UE_PRESENCE_IN_PRESENCE_REPORTING_AREA_REPORT event. This will deliver the latest PRA in real time and is more accurate. At the same time, the PRA is sent in the RAR, and the PRA is sent in the CCA response message more quickly and conveniently than the CCR update message, 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 can deliver the PRA in the RAR message. Then, after receiving the RAR message, the PCEF, according to the new PRA, obtains whether the UE is in the PRA or not, and carries the Presence-Reporting-Area-Information AVP in the RAA (Re-Auth-Answer) response, and reports the PRA status. In this way, the PCRF can immediately know the current PRA status of the UE, which is more accurate and convenient for subsequent policy decisions based on this condition. Of course, you can choose to return the RAA response message first, and then report the PRA status in the CCR update message, and select according to the actual situation.

It should be noted that the processing flow of the optimized in-zone monitoring can also be extended between the PCRF and the TDF network element.

The present invention will be described in detail below with reference to the accompanying drawings and specific embodiments;

Embodiment 1

FIG. 7 is a flowchart of PRA processing between a PCRF and a PCEF according to an alternative embodiment of the present invention. As shown in FIG. 7, the steps of the process include:

Step S701: The PCEF sends an IP-CAN session establishment indication message to the PCRF, where the user identifier is carried.

Step S702: The PCRF reads the local configuration, acquires the subscription information of the user from the SPR, acquires the PRA data, and performs a rule decision to establish an IP-CAN session.

Step S703: Send a CCA response message, where the PRA and the subscribed PRA report event are included;

If the PRA data is obtained, the PRA identifier and the monitored area PRA element list are placed in the Presence-Reporting-Area-Information AVP, and the CCA session establishment response message is encoded and sent to the PCEF, and the PCRF and the PCEF complete the creation of the IP-CAN. Session and save IP-CAN session information and user information on the PCRF.

Step S704: Notifying the UE to report the status of the PRA;

Step S705: The UE reports to enter the PRA, is in the PRA, or leaves the PRA and is outside the PRA.

Step S706: The PCEF sends a CCR update message, which carries the PRA identifier, the PRA status, and reports the PRA status event.

Step S707: The PCRF saves the PRA state, and re-performs the policy rule with the new PRA state as a condition.

Step S708: Send a CCA response message to the PCEF, including the latest decision content.

Step S709: The PCRF local configuration change or the SPR subscription change causes the PRA to change.

Step S710: SPR subscription change, PCRF local configuration change, AF service change, inter-session rule synchronization, time period change, etc. cause PCC rule re-decision of PCRF.

Step S711: Encoding the latest PRA identifier, the PRA element list, into the RAR message, and the latest decision content. Send to PCEF

Step S712: The PCEF notifies the UE to report the latest PRA status;

Step S713: The UE reports to enter the PRA, is in the PRA, or leaves the PRA and is outside the PRA.

Step S714: The PCEF encodes the PRA status into the RAA response message and returns it to the PCRF.

That is, in the present embodiment, the RAR message and the RAA response message of the Gx/Sd interface are extended, and a Presence-Reporting-Area-Information AVP is added to the message layer, indicating that the PRA delivered by the PCRF and the PRA reported by the PCEF are reported. status.

Embodiment 2

FIG. 8 is a flowchart of PRA processing between PCRF and TDF according to an alternative embodiment of the present invention, as shown in FIG. The steps include:

Step S801, the PCRF reads the local configuration, acquires the subscription from the SPR, acquires the PRA, and establishes an IP-CAN session.

Step S802, sending a TSR message to establish a TDF session, including a PRA, a subscribed PRA reporting event;

Step S803, the UE is notified to report the PRA status;

Step S804, the UE reports entry/into the PRA, or leaves/before the PRA;

Step S805, sending a CCR message, carrying the PRA identifier and the PRA status;

Step S806, saving the PRA state and re-polibing the policy decision;

Step S807, sending a CCA response message and an ADC rule;

Step S808, the PCRF local configuration or SPR subscription change, triggering a PRA change;

Step S809, triggering an ADC to make a decision;

Step S810, sending a RAT message, where the PRA reporting event of the PRA subscription is included;

Step S811, the UE is notified to report the PRA status.

Step S812, the UE reports entry, is in the PRA, or leaves, outside the PRA;

Step S813, sending an RAA response message, including the PRA identifier, and its corresponding PRA status.

For example, the specific examples in this embodiment may refer to the examples described in the foregoing embodiments and the optional embodiments, and details are not described herein again.

It will be apparent to those skilled in the art that the various modules or steps of the present invention described above can be implemented by a general-purpose computing device that can be centralized on a single computing device or distributed across a network of multiple computing devices. Alternatively, they 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 thereof are fabricated as a single integrated circuit module. Thus, the invention is not limited to any specific combination of hardware and software.

The above are only the preferred embodiments of the present invention, and are 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.

Industrial applicability

According to the embodiment of the present invention, when the PRA identifier and/or the PRA element list 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 in the re-authentication request RAR message. In the value pair AVP, the second functional entity that receives the RAR message can report the PRA status, thereby solving the related art. The PCRF cannot deliver the latest PRA to the PCEF through the RAR message, and cannot report the PRA status in the RAA message in time.

Claims

A method for processing inbound and outbound areas, 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 first functional entity detects whether the monitored area PRA identifier and/or the PRA element list is changed.

When the PRA identifier and/or the PRA element list 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 re-authentication request RAR message, and The RAR message is sent to the second functional entity;

The first function entity receives the re-authentication response RAA message reported by the second function entity, where the RAA message carries the second function entity to obtain the PRA status of the user equipment UE according to the negotiated PRA identifier and/or the PRA element list.
The method according to claim 1, wherein the first functional entity is a policy control and charging rule function PCRF, and the second functional entity is a policy and charging execution function PCEF or TDF traffic detection function.
The method according to claim 2, wherein the manner of generating the PRA identifier and/or the PRA element list change comprises at least one of the following: a user subscription database SPR subscription change, a PCRF local configuration change, an application function AF service change, an inter-session rule synchronization, Time period changes.
The method of claim 1, wherein the PRA status of the UE comprises the UE entering the PRA and within the PRA, or the UE leaving the PRA and outside the PRA.
A method for processing inbound and outbound area monitoring, 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 monitored area PRA identifier and/or the PRA element list is changed, the second The function entity receives the RAR message sent by the first function entity, where the attribute value pair AVP in the RAR message carries a PRA identifier and/or a PRA element list that the first function entity will negotiate with the second function entity;

The second functional entity reports the re-authentication response RAA message to the first functional entity, where the second functional entity carries the PRA status of the user equipment UE according to the negotiated PRA identifier and/or the PRA element list.
The method according to claim 5, wherein the first functional entity is a policy control and charging rule function PCRF, and the second functional entity is a policy and charging execution function PCEF or TDF traffic detection function.
The method according to claim 6, wherein the manner of generating the PRA identifier and/or the PRA element list change comprises at least one of the following: a user subscription database SPR subscription change, a PCRF local configuration change, an application function AF service change, an inter-session rule synchronization, Time period changes.
The method of claim 5, wherein the PRA status of the UE comprises the UE entering the PRA and within the PRA, or the UE leaving the PRA and outside the PRA.
A processing device for monitoring the entry and exit area, applying the policy and charging control to the first functional entity side in the PCC structure, the package include:

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 detecting module is configured to detect whether the monitored area PRA identifier and/or the PRA element list is changed.

a processing module, configured to: when the PRA identifier and/or the PRA element list is changed, encode the PRA identifier and/or the PRA element list negotiated with the second functional entity into the attribute value pair AVP in the re-authentication request RAR message, and Sending the RAR message to the second functional entity;

The first receiving module is configured to receive the re-authentication response RAA message reported by the second functional entity, where the second functional entity carries the PRA status of the user equipment UE according to the negotiated PRA identifier and/or the PRA element list.
A processing device for inbound and outbound area monitoring is applied to the second functional entity side in the 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 monitored area PRA identifier and/or the PRA element list is changed, the second a receiving module, configured to receive a RAR message sent by the first function entity, where the attribute value pair AVP in the RAR message carries a PRA identifier and/or a PRA element list that the first function entity will negotiate with the second function entity;

The reporting module is configured to report a re-authentication response RAA message to the first functional entity, where the RAA message carries the second functional entity to obtain the PRA status of the user equipment UE according to the negotiated PRA identifier and/or the PRA element list.