[0076] Embodiment two
[0077] Image 6 It is an interactive schematic diagram of the congestion information management method provided by Embodiment 2 of the present invention. Image 6 In the method shown, UE1 is initially in a congested area managed by RCAF1, and the context saved by PCRF also indicates that UE1 is in the congested area managed by RCAF1, and then UE1 moves to a congested area managed by RCAF2, and then UE1 moves again Back to the congested area managed by RCAF1.
[0078] Step 601. RCAF1 obtains congestion-related OAM information and congested area from RAN OAM. For UTRAN access, RCAF1 also obtains user IDs under the congested area. For E-UTRAN access, RACF1 obtains the user ID in the congested area and the corresponding activated APN (ie, PDN ID) from the MME. For UTRAN access, RCAF1 obtains the APN (ie, PDN identifier) corresponding to the user identifier in the congested area from the SGSN. Assume that UE1 (user ID 1) is located in a congested area, and the activated APN is (PDN ID 1). Here UE1 is located in the congestion area from congestion level 1 to congestion level 2
[0079] Step 602. RCAF1 constructs RUCI according to the information obtained in step 601. The RUCI of the combination of (user ID 1, PDN ID 1) is (user ID 1, PDN ID 1, congested area ID, congestion level 2, RCAF1 address).
[0080] Step 603. RCAF1 sends the combined RUCI (user ID 1, PDN ID) to the PCRF separately by using the NRR message. If RCAF1 knows the PCRF address corresponding to the combination of (subscriber identification 1, PDN identification 1), then RCAF1 may also encapsulate the RUCI of the combination of (subscriber identification 1, PDN identification) and the RUCI of other user identification and PDN identification combinations in an ARR message to The destination PCRF is sent.
[0081] Step 604. After receiving the RUCI, the PCRF updates the saved context and returns a confirmation message to RCAF1. The combined context of (user ID 1, PDN ID 1) is (user ID 1, PDN ID 1, congested area ID, congestion level 2, RCAF1 address).
[0082] Step 605. UE1 moves from the congested area managed by RCAF1 to the congested area managed by RCAF2. RCAF2 obtains the OAM information related to congestion and the congested area from the RAN OAM. For UTRAN access, RCAF2 also obtains the user ID under the congested area. For E-UTRAN access, RACF2 obtains the user ID in the congested area and the corresponding activated APN (ie, PDN ID) from the MME. For UTRAN access, RCAF2 obtains the APN (ie, PDN identifier) corresponding to the user identifier in the congested area from the SGSN. Since UE1 has moved to a congested area (congestion level is 1), RCAF2 obtains user ID 1, PDN ID 1, and corresponding congestion information.
[0083] Step 606 . RCAF2 constructs RUCI according to the information obtained in step 606 . The RUCI of the combination of (user ID 1, PDN ID 1) is (user ID 1, PDN ID 1, congested area ID, congestion level 1, RCAF2 address).
[0084] Step 607. Since UE1 has just moved to the area managed by RCAF2, RCAF does not know the PCRF address corresponding to the combination of (user ID 1, PDN ID 1), so PCAF1 sends the combination of (user ID 1, PDN ID) to PCRF separately using NRR message RUCI.
[0085] Step 608. The PCRF updates the combined context of (user ID 1, PDN ID 1) according to the RUCI, such as (user ID 1, PDN ID 1, congested area ID, congestion level 1, RCAF2 address). The PCRF returns an acknowledgment message to RCAF2.
[0086] Step 609. PCRF judges that UE1 has moved from RCAF1 to RCAF2, so PCRF sends a MUR message to RCAF1, requesting to delete the context corresponding to (User ID 1, PDN ID 1) stored on RCAF1.
[0087] Step 610. At the same time, when RCAF2 perceives that UE1 has moved to the congested area it manages and reports the RUCI corresponding to the combination of (User ID 1, PDN ID 1), UE1 moves from the congested area managed by RCAF2 to the congested area managed by RCAF1 . RCAF1 obtains the OAM information related to congestion and the congested area from the RAN OAM, and for UTRAN access, RCAF1 also obtains the user ID under the congested area. For E-UTRAN access, RACF1 obtains the user ID in the congested area and the corresponding activated APN (ie, PDN ID) from the MME. For UTRAN access, RCAF1 obtains the APN (ie, PDN identifier) corresponding to the user identifier in the congested area from the SGSN. In addition, the congestion level of congested areas has been changed from 2 to 1;
[0088] Step 611: RCAF1 generates RUCI according to the information in step 610. Wherein, the RUCI corresponding to the combination of (user ID 1, PDN ID 1) is (user ID 1, PDN ID 1, congested area ID, congestion level 1, RCAF1 address);
[0089] Step 612: RCAF1 sends the combined RUCI of (subscriber ID 1, PDN ID 1) to PCRF separately by using the NRR message. If RCAF1 knows the PCRF address corresponding to the combination of (user ID 1, PDN ID 1), RCAF1 can also encapsulate the RUCI of the combination of (user ID 1, PDN ID 1) and the RUCI of other user IDs and PDN ID combinations in an ARR message Send to the destination PCRF.
[0090] Step 613: At this time, RCAF1 receives the MUR message sent in step 609, and RCAF1 deletes the context corresponding to the combination of (user ID 1, PDN ID 1). If PDN identity 1 is the last PDN identity of user identity 1, RCAF1 deletes the entire context of user identity 1.
[0091] Step 614: PCRF receives the NRR/ARR message sent by RCAF1 at this time, but PCRF judges that a MUR message has been sent to RCAF1, and deletes the context corresponding to (User ID 1, PDN ID 1), so PCRF sends the response message NRA to RCAF1 /ARA carries an indication of rejecting the RUCI report, and may further carry the reason, such as deleting the context or pending transaction (PendingTransaction), and not updating the (user ID 1, PDN ID 1) stored by the PCRF according to the RUCI report in step 612. context.
[0092] Step 615: RCAF1 deletes the context corresponding to the combination of (User ID 1, PDN ID 1) on RCAF1 according to the MUR message in Step 609.
[0093] Step 616: After that, UE1 continues to stay in the congested area managed by RCAF1. RCAF1 obtains the OAM information related to congestion and the congested area from the RAN OAM again. For UTRAN access, RCAF1 also obtains the user ID under the congested area. For E-UTRAN access, RACF1 obtains the user ID in the congested area and the corresponding activated APN (ie, PDN ID) from the MME. For UTRAN access, RCAF1 obtains the APN (ie, PDN identifier) corresponding to the user identifier in the congested area from the SGSN. Since UE1 is still in the congested area, RCAF1 obtains user ID 1, PDN ID 1, and congestion information (congestion level is 1) again.
[0094]Step 617: RCAF1 generates RUCI according to the information obtained in step 616 because the original context for the combination of user identity 1 and PDN identity 1 in RCAF1 has been deleted. Wherein, the RUCI corresponding to the combination of (user ID 1, PDN ID 1) is (user ID 1, PDN ID 1, congested area ID, congestion level 1, RCAF1 address);
[0095] Step 618: RCAF1 sends the combined RUCI of (subscriber ID 1, PDN ID 1) to the PCRF separately by using the NRR message. The RUCI of the combination of (user ID 1, PDN ID 1) is (user ID 1, PDN ID 1, congested area ID, congestion level 1, RCAF1 address).
[0096] Step 619: PCRF updates the context according to the RUCI in step 618. The context of the combination of (user ID 1, PDN ID 1) is (user ID 1, PDN ID 1, congested area ID, congestion level 1, RCAF1 address).
[0097] According to the above process, RCAF1 and PCRF finally realize the synchronization of congestion information.