本發(fā)明涉及無線接入網(wǎng)技術(shù)，尤指一種實現(xiàn)擁塞信息處理的方法及裝置。

背景技術(shù)：

圖1是現(xiàn)有技術(shù)中第三代合作伙伴計劃(3GPP，3rd Generation Partnership Project)定義的策略和計費控制架構(gòu)(PCC，Policy and Charging Control)組成架構(gòu)示意圖，如圖1所示，策略和計費規(guī)則功能(PCRF，Policy and Charging Rules Function)是整個PCC架構(gòu)的核心。PCRF需要結(jié)合來自應(yīng)用功能(AF，Application Function)的業(yè)務(wù)信息，來自用戶簽約數(shù)據(jù)庫(SPR，Subscription Profile Repository)的用戶簽約信息，以及運營商配置的策略等來制定控制策略。PCRF會將為業(yè)務(wù)制定的控制策略下發(fā)給策略和計費執(zhí)行功能(PCEF，Policy and Charging Enforcement Function)或者承載綁定和事件上報功能(BBERF，Bearer Binding and Event Report Function)執(zhí)行。同時，PCRF可以向PCEF和/或BBERF訂閱承載層相關(guān)事件，以便當(dāng)承載層發(fā)生所述事件時及時感知，并更改控制策略。

PCEF也可以支持應(yīng)用檢測控制功能。PCEF可以根據(jù)本地配置，或PCRF下發(fā)的包含應(yīng)用標(biāo)識的PCC規(guī)則進行應(yīng)用檢測并進行策略執(zhí)行如門控、重定向和帶寬限制。PCEF一般都位于網(wǎng)絡(luò)的網(wǎng)關(guān)上，如演進分組系統(tǒng)(EPS)的分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(PDN-GW)。此外，網(wǎng)絡(luò)還可以通過部署獨立業(yè)務(wù)檢測功能(TDF，Traffic Detection Function)來實現(xiàn)應(yīng)用檢測控制。TDF與PCRF通過Sd接口連接，TDF可以根據(jù)預(yù)先配置的或PCRF下發(fā)的應(yīng)用檢測控制(ADC，Application Detection and Control)規(guī)則進行應(yīng)用檢測和策略執(zhí)行。

圖2為現(xiàn)有技術(shù)中PCRF感知無線接入網(wǎng)負荷信息的架構(gòu)示意圖，如圖2所示，無線接入網(wǎng)擁塞感知功能(RCAF，RAN Congestion Awareness Function)通過Np接口將無限接入網(wǎng)用戶面擁塞信息(RUCI，RAN User Plane Congestion Information)(下文中將RUUI或RAN用戶面擁塞信息，簡稱為 擁塞信息)報告給PCRF，用于PCRF進行策略決策以減輕網(wǎng)絡(luò)負荷。RCAF從無線接入網(wǎng)(RAN)操作管理維護(OAM，Operation Administration Maintenance)系統(tǒng)收集用戶面擁塞信息。對于演進的UMTS陸地?zé)o線接入網(wǎng)(E-UTRAN，Evolved UMTS Terrestrial Radio Access Network)，RCAF通過Nq接口從移動管理實體(MME，Mobile Management Entity)獲得在特定演進的節(jié)點B(eNB，Evolved NodeB)/演進的小區(qū)全球標(biāo)識(ECGI，Evolved Cell Global Identifier)下的針對每個激活接入點名稱(APN)的UE(即國際移動用戶識別碼(IMSI，International Mobile Subscriber Identification Number))列表。對于UTRAN接入，RCAF可以從RAN直接獲得特定節(jié)點B(NB，NodeB)/小區(qū)全球標(biāo)識(CGI，Cell Global Identifier)下的國際移動用戶識別碼(IMSI)列表，并且通過Nq’接口獲取針對每個激活A(yù)PN的IMSI列表。這樣，RCAF就可以獲取每個擁塞基站(eNB/NB)/小區(qū)(ECGI/CGI)下的針對每個激活A(yù)PN的IMSI列表。RCAF將這些信息上報給正確的PCRF，PCRF就可以對這些UE調(diào)整控制策略，以減輕擁塞基站或小區(qū)的負荷。

通常情況下，在一個網(wǎng)絡(luò)中存在一個或多個RCAF，每個RCAF負責(zé)管理一個網(wǎng)絡(luò)區(qū)域，比如：每個RCAF對應(yīng)一個小區(qū)列表或基站列表。這樣，就會存在UE在發(fā)生移動時，從一個RCAF的管理范圍內(nèi)移動到另一個RCAF的管理范圍的情況。理想狀態(tài)下，PCRF收到和發(fā)送的消息都是順序進行的，然而在實際環(huán)境下，不同RCAF如RCAF1、RCAF2，以及PCRF發(fā)送消息和接收消息可能因為時延的原因而導(dǎo)致亂序，進而出現(xiàn)消息競爭的情況(Race Condition)發(fā)生。在出現(xiàn)消息競爭的情況下，假設(shè)UE1最初處于RCAF1管理的一個擁塞區(qū)域下，并且PCRF保存的上下文也指示UE1在RCAF1管理的擁塞區(qū)域下，后來UE1發(fā)生了移動，移動到RCAF2管理的擁塞區(qū)域。此時，在實際應(yīng)用中，會出現(xiàn)如下情況：

PCRF判斷UE1已經(jīng)從RCAF1移動到了RCAF2，因此PCRF向RCAF1發(fā)送修改用戶設(shè)備上下文請求(MUR，Modify UE context Request)消息，請求刪除(用戶標(biāo)識1、PDN標(biāo)識1)組合對應(yīng)的上下文；

在PCRF發(fā)送MUR消息之后，PCRF收到了RCAF1發(fā)送的聚合RUCI報告請求(ARR，Aggregated RUCI Report Request)消息，由于PCRF與RCAF各自對擁塞信息管理的不同步，而RCAF1在收到來自PCRF的聚合RUCI報 告應(yīng)答(ARA，Aggregated RUCI Report Answer)消息之前也收到了MUR消息，而這兩個消息在內(nèi)容上是沖突的，一方面，PCRF可能會判斷UE1移動到RCAF2管理的區(qū)域后又回到了RCAF1，因此PCRF會根據(jù)RCAF1上報的RUCI更新PCRF保存的上下文。而另一方面，RCAF1則根據(jù)MUR決定刪除(用戶標(biāo)識1，PDN1標(biāo)識1)組合的上下文。

為了解決上述問題，現(xiàn)有技術(shù)中，當(dāng)PCRF收到包含擁塞信息的(用戶標(biāo)識1，PDN1標(biāo)識1)組合的ARR消息時，如果有正在進行的MUR消息刪除(用戶標(biāo)識1，PDN標(biāo)識1)組合的上下文，那么，PCRF將拒絕ARR消息。然而，通常在ARR消息中包含有多個(用戶標(biāo)識，PDN標(biāo)識)組合的RUCI報告，要是PCRF整個拒絕ARR消息，無疑RCAF是無法判斷發(fā)生競爭關(guān)系的具體RUCI報告的，這樣，勢必導(dǎo)致RCAF可能無法正確執(zhí)行PCRF的決策，同時也會讓RCAF重復(fù)上報不存在競爭關(guān)系的RUCI，浪費了資源。

技術(shù)實現(xiàn)要素：

為了解決上述技術(shù)問題，本發(fā)明提供一種實現(xiàn)擁塞信息處理的方法及裝置，能夠保證PCRF與RCAF各自對擁塞信息同步管理，從而減少錯誤判斷，節(jié)約資源。

為了達到本發(fā)明目的，本發(fā)明提供了一種實現(xiàn)擁塞信息處理的方法，包括：

策略和計費規(guī)則功能PCRF接收無線接入網(wǎng)擁塞感知功能RCAF發(fā)送的聚合無線接入網(wǎng)用戶面擁塞信息RUCI報告請求ARR消息，其中，ARR消息中攜帶多個用戶標(biāo)識和分組數(shù)據(jù)網(wǎng)絡(luò)PDN標(biāo)識組合的RUCI；

如果所述PCRF判斷出存在至少一個正在執(zhí)行或已經(jīng)執(zhí)行的用于請求所述RCAF刪除保存的所述多個用戶標(biāo)識和PDN標(biāo)識組合中的用戶標(biāo)識和PDN標(biāo)識組合的上下文的修改用戶上下文請求MUR消息時，

所述PCRF拒絕所述ARR消息，并在聚合RUCI報告應(yīng)答ARA消息中攜帶存在所述MUR消息的用戶標(biāo)識和PDN標(biāo)識組合。

可選地，該方法還包括：

所述PCRF不根據(jù)存在所述MUR消息中的用戶標(biāo)識和PDN標(biāo)識的RUCI 更新所述PCRF的上下文。

可選地，所述正在執(zhí)行的用于請求所述RCAF刪除保存的所述多個用戶標(biāo)識和PDN標(biāo)識中用戶標(biāo)識和PDN標(biāo)識組合中的用戶標(biāo)識和PDN標(biāo)識組合的上下文的MUR消息為：

所述PCRF已向所述RCAF發(fā)送所述MUR消息，但還未收到所述MUR消息的應(yīng)答消息。

可選地，所述已經(jīng)執(zhí)行的用于請求所述RCAF刪除保存的所述多個用戶標(biāo)識和PDN標(biāo)識中用戶標(biāo)識和PDN標(biāo)識組合中的用戶標(biāo)識和PDN標(biāo)識組合的上下文的MUR消息為：

所述PCRF已向所述RCAF發(fā)送所述MUR消息，并收到所述MUR消息的應(yīng)答消息。

可選地，所述拒絕消息中還攜帶有拒絕指示。

可選地，所述拒絕指示為正在執(zhí)行刪除上下文或待定事務(wù)。

本發(fā)明還提供了一種實現(xiàn)擁塞信息處理的裝置，至少包括：接收模塊，判斷模塊、處理模塊，其中，

接收模塊，用于接收RCAF發(fā)送的ARR消息，其中，ARR消息中攜帶多個用戶標(biāo)識和PDN標(biāo)識組合的RUCI，并通知判斷模塊；

判斷模塊，用于當(dāng)判斷出存在至少一個正在執(zhí)行或已經(jīng)執(zhí)行的用于請求所述RCAF刪除保存的所述多個用戶標(biāo)識和PDN標(biāo)識組合中的用戶標(biāo)識和PDN標(biāo)識組合的上下文的MUR消息時，通知處理模塊；

處理模塊，用于拒絕接收到的所述ARR消息，并在ARA消息中攜帶存在所述MUR消息的用戶標(biāo)識和PDN標(biāo)識組合。

可選地，所述述處理模塊還用于：不根據(jù)存在所述MUR消息中的用戶標(biāo)識和PDN標(biāo)識的RUCI更新所述PCRF的上下文。

可選地，所述處理模塊還用于：在所述ARA消息中攜帶拒絕指示。

可選地，所述拒絕指示為正在執(zhí)行刪除上下文或待定事務(wù)。

可選地，所述裝置為獨立實體，或設(shè)置在PCRF中。

與現(xiàn)有技術(shù)相比，本申請技術(shù)方案包括PCRF接收RCAF發(fā)送的RUCI報告請求ARR消息，在ARR消息中攜帶多個用戶標(biāo)識和PDN標(biāo)識組合的RUCI；如果PCRF判斷出存在至少一個正在執(zhí)行或已經(jīng)執(zhí)行的用于請求所述RCAF刪除保存的所述多個用戶標(biāo)識和PDN標(biāo)識組合中的用戶標(biāo)識和PDN標(biāo)識組合的上下文的修改用戶上下文請求MUR消息時，PCRF拒絕接收到的ARR消息，并在ARA消息中攜帶存在所述MUR消息的用戶標(biāo)識和PDN標(biāo)識組合。這樣，保證了PCRF與RCAF各自對擁塞信息同步管理，即PCRF保存了正確的擁塞信息，并且RCAF1也正確的刪除了相應(yīng)的上下文，從而減少了錯誤判斷，節(jié)約了資源。

本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點可通過在說明書、權(quán)利要求書以及附圖中所特別指出的結(jié)構(gòu)來實現(xiàn)和獲得。

附圖說明

此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中：

圖1為現(xiàn)有技術(shù)中3GPP定義的PCC組成架構(gòu)示意圖；

圖2為現(xiàn)有技術(shù)中PCRF感知無線接入網(wǎng)負荷信息的架構(gòu)示意圖；

圖3為本發(fā)明實現(xiàn)擁塞信息處理的方法的第一實施例的流程圖；

圖4為本發(fā)明實現(xiàn)擁塞信息處理的方法的第二實施例的流程圖；

圖5為本發(fā)明實現(xiàn)擁塞信息處理的方法的第三實施例的流程圖；

圖6為本發(fā)明實現(xiàn)擁塞信息處理的裝置的組成結(jié)構(gòu)示意圖。

具體實施方式

為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚明白，下文中將結(jié)合附圖對本發(fā)明的實施例進行詳細說明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互任意組合。

在本發(fā)明提供的技術(shù)方案中，PCRF接收RCAF發(fā)送的ARR消息，在 ARR消息中攜帶多個用戶標(biāo)識和PDN標(biāo)識組合的RUCI；

如果PCRF判斷出存在至少一個正在執(zhí)行或已經(jīng)執(zhí)行的用于請求所述RCAF刪除保存的所述多個用戶標(biāo)識和PDN標(biāo)識組合中的用戶標(biāo)識和PDN標(biāo)識組合的上下文的MUR消息時，該方法還包括：

PCRF拒絕接收到的ARR消息，并在ARA消息中攜帶存在所述MUR消息的用戶標(biāo)識和PDN標(biāo)識組合。

該方法還包括：所述PCRF不根據(jù)存在所述MUR消息中的用戶標(biāo)識和PDN標(biāo)識的RUCI更新所述PCRF的上下文。

其中，AAR消息中的多個用戶標(biāo)識和PDN標(biāo)識組合包括一個或一個以上。

其中，正在執(zhí)行的MUR消息為：所述PCRF已向所述RCAF發(fā)送該MUR消息，但還未收到該MUR消息的應(yīng)答消息；已經(jīng)執(zhí)行的MUR消息為：所述PCRF已向所述RCAF發(fā)送該MUR消息，并收到該MUR消息的應(yīng)答消息。

其中，拒絕消息中還攜帶有拒絕指示。拒絕指示可以是正在執(zhí)行刪除上下文或待定事務(wù)。

圖3為本發(fā)明實現(xiàn)擁塞信息處理的方法的第一實施例的流程圖，第一實施例中，假設(shè)UE1最初處于RCAF1管理的一個擁塞區(qū)域下，并且PCRF保存的上下文也指示UE1為RCAF1管理的擁塞區(qū)域下，后來UE1發(fā)生了移動，移動到RCAF2管理的擁塞區(qū)域，此時，按照本發(fā)明提供的技術(shù)方案，對擁塞信息的處理，如圖3所示，包括：

步驟300：RCAF1從RAN OAM獲取擁塞相關(guān)的OAM信息以及擁塞區(qū)域等信息，而且對于UTRAN接入，RCAF1還獲取了擁塞區(qū)域下的用戶標(biāo)識；對于E-UTRAN接入，RACF1從MME從獲取擁塞區(qū)域下的用戶標(biāo)識和對應(yīng)的激活的APN(即PDN標(biāo)識)；對于UTRAN接入，RCAF1從SGSN中獲取擁塞區(qū)域下用戶標(biāo)識對應(yīng)的APN(即PDN標(biāo)識)。

假設(shè)UE1的用戶標(biāo)識表示為用戶標(biāo)識1，位于擁塞區(qū)域中，激活的APN的標(biāo)識為PDN標(biāo)識1。

這里，假設(shè)RCAF1管理的擁塞區(qū)域的擁塞等級為擁塞等級2。

步驟301：RCAF1根據(jù)步驟300中獲得的信息生成RUCI。

本實施例中，(用戶標(biāo)識1、PDN標(biāo)識1)組合的RUCI為(用戶標(biāo)識1，PDN標(biāo)識1，擁塞區(qū)域標(biāo)識，擁塞等級2，RCAF1地址)。

步驟302：如果RCAF1已獲知(用戶標(biāo)識1、PDN標(biāo)識1)組合對應(yīng)的PCRF地址(即RCAF1之前已經(jīng)執(zhí)行過非聚合RUCI報告流程)，那么，RCAF1可以將(用戶標(biāo)識1、PDN標(biāo)識1)組合的RUCI和其他用戶標(biāo)識、PDN標(biāo)識組合的RUCI封裝在一個ARR消息中后發(fā)送給目的PCRF。

本實施例中，假設(shè)由于網(wǎng)絡(luò)擁塞等原因，該ARR消息被延遲，PCRF沒有立即收到消息。

步驟303：假設(shè)本實施例中，UE1由RCAF1管理的擁塞區(qū)域移動到RCAF2管理的擁塞區(qū)域。那么，RCAF2會從RAN OAM獲取擁塞相關(guān)的OAM信息以及擁塞區(qū)域等信息，而且對于UTRAN接入，RCAF1還獲取了擁塞區(qū)域下的用戶標(biāo)識；對于E-UTRAN接入，RACF2從MME從獲取擁塞區(qū)域下的用戶標(biāo)識和對應(yīng)的激活的APN(即PDN標(biāo)識)；對于UTRAN接入，RCAF2從SGSN中獲取擁塞區(qū)域下用戶標(biāo)識對應(yīng)的APN(即PDN標(biāo)識)。

由于UE1移動到了擁塞區(qū)域，假設(shè)RCAF2管理的擁塞區(qū)域的擁塞等級為擁塞等級1，所以RCAF2會獲得用戶標(biāo)識1、PDN標(biāo)識1以及其組合對應(yīng)的擁塞信息。

步驟304：RCAF2根據(jù)步驟303中獲得的信息生成RUCI。

本步驟中，(用戶標(biāo)識1、PDN標(biāo)識1)組合的RUCI為(用戶標(biāo)識1，PDN標(biāo)識1，擁塞區(qū)域標(biāo)識，擁塞等級1，RCAF2地址)。

步驟305：由于UE1剛移動到RCAF2管理的區(qū)域，RCAF2不知道(用戶標(biāo)識1、PDN標(biāo)識1)組合對應(yīng)的PCRF地址，因此，RCAF2采用非聚合RUCI報告請求(NRR,Non-Aggregated RUCI Report Request)消息單獨向PCRF發(fā)送(用戶標(biāo)識1、PDN標(biāo)識)組合的RUCI。

步驟306：PCRF根據(jù)步驟305的RUCI，更新(用戶標(biāo)識1、PDN標(biāo)識1)組合在PCRF上保存的上下文，更新為(用戶標(biāo)識1，PDN標(biāo)識1，擁塞區(qū)域標(biāo)識，擁塞等級1，RCAF2地址)，并向RCAF2返回非聚合RUCI確認 消息(NRA)。

步驟307：PCRF判斷UE1已經(jīng)從RCAF1移動到了RCAF2，因此，PCRF向RCAF1發(fā)送MUR消息，請求刪除在RCAF1上保存的(用戶標(biāo)識1、PDN標(biāo)識1)對應(yīng)的上下文。

步驟308：RCAF1收到MUR消息，RCAF1會根據(jù)該消息刪除自身保存的(用戶標(biāo)識1、PDN標(biāo)識1)組合對應(yīng)的上下文。如果PDN標(biāo)識1是用戶標(biāo)識1的最后一個PDN標(biāo)識，則RCAF1刪除整個用戶標(biāo)識1的上下文。

步驟309：RCAF1向PCRF返回確認消息MUA。

步驟310～步驟311：本實施例中，假設(shè)此時PCRF收到RCAF1在步驟302發(fā)送的ARR消息，但是，PCRF判斷出已經(jīng)向RCAF1發(fā)送了刪除(用戶標(biāo)識1、PDN標(biāo)識1)對應(yīng)的上下文的MUR消息，因此，本發(fā)明中，PCRF在發(fā)給RCAF1的響應(yīng)消息ARA中攜帶拒絕指示和(用戶標(biāo)識1和PDN標(biāo)識1)的組合。步驟311可能在接收到MUA消息之前發(fā)送，也可能在MUA消息之后發(fā)送。

其中，拒絕指示為待定事務(wù)(Pending Transaction)，比如錯誤碼Diameter未定事務(wù)(DIAMETER_PENDING_TRANSACTION)，并且不根據(jù)這個RUCI上報更新PCRF保存的(用戶標(biāo)識1和PDN標(biāo)識1)的上下文。需要說明的是，如果此時的RUCI中包括有其他用戶的(用戶標(biāo)識、PDN標(biāo)識)組合，那么，PCRF可以更新其他(用戶標(biāo)識、PDN標(biāo)識)組合的上下文。

RCAF1收到ARA消息后，確認RUCI上報無效，即表明(PDN標(biāo)識1、用戶標(biāo)識1)組合的上下文已經(jīng)刪除。

需要說明的是，這里步驟311的位置并不限定在步驟309之后，本發(fā)明方法中，步驟311只要是在PCRF判斷出UE1發(fā)生了移動并向UE移動至的RCAF發(fā)送MUR消息，即開始了執(zhí)行請求刪除某用戶的用戶標(biāo)識和PDN標(biāo)識組合對應(yīng)的上下文的過程之后，那么，PCRF就會向RCAF1發(fā)送攜帶有拒絕指示和(用戶標(biāo)識1和PDN標(biāo)識1)的組合的響應(yīng)消息ARA，以確認此次確認RUCI上報無效。

從第一實施例可見，PCRF保存了正確的擁塞信息，并且RCAF1也正確 的刪除了(用戶標(biāo)識1、PDN標(biāo)識1)組合對應(yīng)的上下文。這樣，保證了PCRF與RCAF各自對擁塞信息同步管理，從而減少了錯誤判斷，節(jié)約了資源。

圖4為本發(fā)明實現(xiàn)擁塞信息處理的方法的第二實施例的流程圖，第二實施例中，假設(shè)UE1最初處于RCAF1管理的一個擁塞區(qū)域下，并且PCRF保存的上下文也指示UE1為RCAF1管理的擁塞區(qū)域下，后來UE1發(fā)生了移動，移動到RCAF2管理的擁塞區(qū)域，隨后UE1又移動回RCAF1管理的擁塞區(qū)域的場景，此時，按照本發(fā)明提供的技術(shù)方案，對擁塞信息的處理，如圖4所示，包括：

步驟400：RCAF1從RAN OAM獲取擁塞相關(guān)的OAM信息以及擁塞區(qū)域等信息，而且對于UTRAN接入，RCAF1還獲取了擁塞區(qū)域下的用戶標(biāo)識；對于E-UTRAN接入，RACF1從MME從獲取擁塞區(qū)域下的用戶標(biāo)識和對應(yīng)的激活的APN(即PDN標(biāo)識)；對于UTRAN接入，RCAF1從SGSN中獲取擁塞區(qū)域下用戶標(biāo)識對應(yīng)的APN(即PDN標(biāo)識)。

假設(shè)UE1的用戶標(biāo)識表示為用戶標(biāo)識1，位于擁塞區(qū)域中，激活的APN的標(biāo)識為PDN標(biāo)識1。

這里，假設(shè)RCAF1管理的擁塞區(qū)域的擁塞等級為擁塞等級2。

步驟401：RCAF1根據(jù)步驟400中獲得的信息生成RUCI。

本步驟中，(用戶標(biāo)識1、PDN標(biāo)識1)組合的RUCI為(用戶標(biāo)識1，PDN標(biāo)識1，擁塞區(qū)域標(biāo)識，擁塞等級2，RCAF1地址)。

步驟402：本步驟中，RCAF1可以采用NRR消息單獨向PCRF發(fā)送(用戶標(biāo)識1、PDN標(biāo)識)組合的RUCI。如果RCAF1已獲知(用戶標(biāo)識1、PDN標(biāo)識1)組合對應(yīng)的PCRF地址，那么，RCAF1也可以將(用戶標(biāo)識1、PDN標(biāo)識)組合的RUCI和(其他用戶標(biāo)識、其他PDN標(biāo)識)組合的RUCI封裝在一個ARR消息后發(fā)送給目的PCRF。

步驟403：PCRF收到RUCI后，更新保存的與(用戶標(biāo)識1、PDN標(biāo)識1)組合對應(yīng)的上下文，并向RCAF1返回確認消息NRA消息/ARA消息。

其中，(用戶標(biāo)識1、PDN標(biāo)識1)組合對應(yīng)的上下文為(用戶標(biāo)識1，PDN標(biāo)識1，擁塞區(qū)域標(biāo)識，擁塞等級2，RCAF1地址)。

步驟404：假設(shè)本實施例中，UE1由RCAF1管理的擁塞區(qū)域移動到RCAF2管理的擁塞區(qū)域。那么，RCAF2會從RAN OAM獲取擁塞相關(guān)的OAM信息以及擁塞區(qū)域等信息，而且對于UTRAN接入，RCAF2還獲取了擁塞區(qū)域下的用戶標(biāo)識；對于E-UTRAN接入，RACF2從MME從獲取擁塞區(qū)域下的用戶標(biāo)識和對應(yīng)的激活的APN(即PDN標(biāo)識)；對于UTRAN接入，RCAF2從SGSN中獲取擁塞區(qū)域下用戶標(biāo)識對應(yīng)的APN(即PDN標(biāo)識)。

由于UE1移動到了擁塞區(qū)域，假設(shè)RCAF2管理的擁塞區(qū)域的擁塞等級為擁塞等級1，所以RCAF2會獲得用戶標(biāo)識1、PDN標(biāo)識1以及對應(yīng)的擁塞信息。

步驟405：RCAF2根據(jù)步驟405中獲得的信息生成RUCI。

本步驟中，(用戶標(biāo)識1、PDN標(biāo)識1)組合的RUCI為(用戶標(biāo)識1，PDN標(biāo)識1，擁塞區(qū)域標(biāo)識，擁塞等級1，RCAF2地址)。

步驟406：由于UE1剛移動到RCAF2管理的區(qū)域，RCAF不知道(用戶標(biāo)識1、PDN標(biāo)識1)組合對應(yīng)的PCRF地址，因此，RCAF2可以采用NRR消息單獨向PCRF發(fā)送(用戶標(biāo)識1、PDN標(biāo)識)組合的RUCI。

步驟407：PCRF根據(jù)RUCI更新(用戶標(biāo)識1、PDN標(biāo)識1)組合的上下文，更新為(用戶標(biāo)識1，PDN標(biāo)識1，擁塞區(qū)域標(biāo)識，擁塞等級1，RCAF2地址)，并向RCAF2返回確認消息NRA。

步驟4081：PCRF判斷出UE1已經(jīng)從RCAF1移動到了RCAF2，因此，PCRF向RCAF1發(fā)送MUR消息，請求刪除保存在RCAF1上的(用戶標(biāo)識1、PDN標(biāo)識1)對應(yīng)的上下文。

步驟4082：此外，當(dāng)RCAF2感知到UE1移動到其管理的擁塞區(qū)域，并上報包含(用戶標(biāo)識1、PDN標(biāo)識1)組合對應(yīng)的RUCI之后，本實施例中，假設(shè)UE1又從RCAF2管理的擁塞區(qū)域移動到了RCAF1管理的擁塞區(qū)域。此時，RCAF1還是會從RAN OAM獲取擁塞相關(guān)的OAM信息以及擁塞區(qū)域等信息，而且對于UTRAN接入，RCAF1還獲取了擁塞區(qū)域下的用戶標(biāo)識；對于E-UTRAN接入，RACF1從MME從獲取擁塞區(qū)域下的用戶標(biāo)識和對應(yīng)的激活的APN(即PDN標(biāo)識)；對于UTRAN接入，RCAF1從SGSN中獲取 擁塞區(qū)域下用戶標(biāo)識對應(yīng)的APN(即PDN標(biāo)識)。此外，擁塞區(qū)域的擁塞等級又從擁塞等級2變成了擁塞等級1。

步驟409：RCAF1根據(jù)步驟4082的信息生成RUCI。

本步驟中，(用戶標(biāo)識1、PDN標(biāo)識1)組合對應(yīng)的RUCI為(用戶標(biāo)識1，PDN標(biāo)識1，擁塞區(qū)域標(biāo)識，擁塞等級1，RCAF1地址)。

步驟410：如果RCAF1已獲知(用戶標(biāo)識1、PDN標(biāo)識1)組合對應(yīng)的PCRF地址，那么，RCAF1可以將(用戶標(biāo)識1、PDN標(biāo)識1)組合的RUCI和其他用戶標(biāo)識、PDN標(biāo)識組合的RUCI封裝在一個ARR消息中并發(fā)送給目的PCRF。

步驟411：此時，假設(shè)RCAF1收到了步驟4081發(fā)送的MUR消息，RCAF1會刪除(用戶標(biāo)識1，PDN標(biāo)識1)組合對應(yīng)的上下文。如果PDN標(biāo)識1是用戶標(biāo)識1的最后一個PDN標(biāo)識，那么，RCAF1會刪除整個用戶標(biāo)識1的上下文。

步驟412：PCRF向RCAF返回MUA消息。

步驟413：PCRF收到RCAF1發(fā)送的ARR消息的同時，也判斷出自身已經(jīng)向RCAF1發(fā)送了刪除(用戶標(biāo)識1、PDN標(biāo)識1)對應(yīng)的上下文的MUR消息，因此，PCRF向RCAF1的響應(yīng)消息ARA中攜帶拒絕指示和(用戶標(biāo)識1和PDN標(biāo)識1)的組合。

因為PCRF已經(jīng)刪除了上下文，那么PCRF不應(yīng)該再根據(jù)這個上下文的RUCI報告來更新，這樣，保證了RCAF和PCRF兩邊狀態(tài)機的同步。

其中，拒絕指示為待定事務(wù)(Pending Transaction)，比如錯誤碼Diameter未定事務(wù)(DIAMETER_PENDING_TRANSACTION)，并且不根據(jù)這個RUCI上報更新PCRF保存的(用戶標(biāo)識1、PDN標(biāo)識1)的上下文。需要說明的是，如果此時的RUCI中包括有其他用戶的(用戶標(biāo)識、PDN標(biāo)識)組合，那么，PCRF可以更新其他(用戶標(biāo)識、PDN標(biāo)識)組合的上下文。步驟413可能在接收到MUA消息之前發(fā)送，也可能在MUA消息之后發(fā)送。

步驟414：此后，本實施例中，假設(shè)UE1繼續(xù)停留在RCAF1管理的擁塞區(qū)域。RCAF1會再次從RAN OAM獲取擁塞相關(guān)的OAM信息以及擁塞區(qū)域 等擁塞信息，而且對于UTRAN接入，RCAF1還獲取了擁塞區(qū)域下的用戶標(biāo)識；對于E-UTRAN接入，RACF1從MME從獲取擁塞區(qū)域下的用戶標(biāo)識和對應(yīng)的激活的APN(即PDN標(biāo)識)；對于UTRAN接入，RCAF1從SGSN中獲取擁塞區(qū)域下用戶標(biāo)識對應(yīng)的APN(即PDN標(biāo)識)。

由于UE1仍然在RCAF1的擁塞區(qū)域，所以RCAF1再次獲得用戶標(biāo)識1和PDN標(biāo)識1，以及擁塞信息(擁塞等級為1)。

步驟415：由于RCAF1中原來針對用戶標(biāo)識1和PDN標(biāo)識1組合的上下文已經(jīng)刪除，因此，RCAF1根據(jù)步驟413獲得的信息生成RUCI。

本步驟中，(用戶標(biāo)識1、PDN標(biāo)識1)組合對應(yīng)的RUCI為(用戶標(biāo)識1，PDN標(biāo)識1，擁塞區(qū)域標(biāo)識，擁塞等級1，RCAF1地址)。

步驟416：RCAF1可以采用NRR消息單獨向PCRF發(fā)送(用戶標(biāo)識1、PDN標(biāo)識1)組合的RUCI。

其中，(用戶標(biāo)識1、PDN標(biāo)識1)組合的RUCI為(用戶標(biāo)識1，PDN標(biāo)識1，擁塞區(qū)域標(biāo)識，擁塞等級1，RCAF1地址)。

步驟417：PCRF根據(jù)步驟416的RUCI更新(用戶標(biāo)識1、PDN標(biāo)識1)組合對應(yīng)的上下文。更新后的(用戶標(biāo)識1、PDN標(biāo)識1)組合對應(yīng)的上下文為(用戶標(biāo)識1，PDN標(biāo)識1，擁塞區(qū)域標(biāo)識，擁塞等級1，RCAF1地址)。

從第二實施例可見，通過之前的拒絕消息，實現(xiàn)了狀態(tài)機的同步，盡管當(dāng)時的擁塞狀態(tài)信息不正確，但是，經(jīng)過后面的更新，又實現(xiàn)了狀態(tài)信息的同步，因此，RCAF1和PCRF最后還是實現(xiàn)了擁塞信息的同步。

圖5為本發(fā)明實現(xiàn)擁塞信息處理的方法的第三實施例的流程圖，第三實施例中，假設(shè)UE1最初處于RCAF1管理的一個擁塞區(qū)域下，并且PCRF保存的上下文也指示UE1為RCAF1管理的擁塞區(qū)域下，后來UE1的一個IP-CAN會話終結(jié)，PCRF需要刪除RCAF1的UE1的上下文，此時，按照本發(fā)明提供的技術(shù)方案，對擁塞信息的處理，如圖5所示，包括：

步驟500：RCAF1從RAN OAM獲取擁塞相關(guān)的OAM信息以及擁塞區(qū)域等信息，而且對于UTRAN接入，RCAF1還獲取了擁塞區(qū)域下的用戶標(biāo)識；對于E-UTRAN接入，RACF1從MME從獲取擁塞區(qū)域下的用戶標(biāo)識和對應(yīng) 的激活的APN(即PDN標(biāo)識)；對于UTRAN接入，RCAF1從SGSN中獲取擁塞區(qū)域下用戶標(biāo)識對應(yīng)的APN(即PDN標(biāo)識)。

假設(shè)UE1的用戶標(biāo)識表示為用戶標(biāo)識1，位于擁塞區(qū)域中，激活的APN的標(biāo)識為PDN標(biāo)識1。

這里，假設(shè)RCAF1管理的擁塞區(qū)域的擁塞等級為擁塞等級2。

步驟501：RCAF1根據(jù)步驟500中獲得的信息生成RUCI。

本實施例中(用戶標(biāo)識1、PDN標(biāo)識1)組合的RUCI為(用戶標(biāo)識1，PDN標(biāo)識1，擁塞區(qū)域標(biāo)識，擁塞等級2，RCAF1地址)。

步驟502：如果RCAF1已獲知(用戶標(biāo)識1、PDN標(biāo)識1)組合對應(yīng)的PCRF地址，那么，RCAF1可以將(用戶標(biāo)識1、PDN標(biāo)識)組合的RUCI和其他用戶標(biāo)識、PDN標(biāo)識組合的RUCI封裝在一個ARR消息后發(fā)送給目的PCRF。

本實施例中，假設(shè)由于網(wǎng)絡(luò)擁塞等原因該ARR消息被延遲，PCRF沒有立即收到。

步驟503：假設(shè)此時，PCRF收到IP-CAN會話終結(jié)的觸發(fā)。

步驟504：PCRF向RCAF1發(fā)送MUR消息，以請求刪除在RCAF1上保存的(用戶標(biāo)識1、PDN標(biāo)識1)對應(yīng)的上下文。

步驟505：RCAF1收到MUR消息，刪除(用戶標(biāo)識1、PDN標(biāo)識1)組合對應(yīng)的上下文。

步驟506：RCAF1向PCRF返回MUA消息。

步驟507：本實施例中，假設(shè)此時PCRF收到RCAF1在步驟502發(fā)送的ARR消息，但是PCRF也判斷出已經(jīng)向RCAF1發(fā)送了刪除(用戶標(biāo)識1、PDN標(biāo)識1)對應(yīng)的上下文的MUR消息，因此，本發(fā)明中，PCRF會在發(fā)給RCAF1的響應(yīng)消息ARA中攜帶拒絕指示和(用戶標(biāo)識1和PDN標(biāo)識1)的組合。

其中，拒絕指示為待定事務(wù)(Pending Transaction)，比如錯誤碼Diameter未定事務(wù)(DIAMETER_PENDING_TRANSACTION)，并且不根據(jù)這個RUCI上報更新PCRF保存的(用戶標(biāo)識1和PDN標(biāo)識1)的上下文。需要說明的是，如果此時的RUCI中包括有其他用戶的(用戶標(biāo)識、PDN標(biāo)識)組合， 那么，PCRF可以更新其他(用戶標(biāo)識、PDN標(biāo)識)組合的上下文。

步驟507可能在接收到MUA消息之前發(fā)送，也可能在MUA消息之后發(fā)送。

本發(fā)明上述所有實施例中，均僅以(用戶標(biāo)識1、PDN標(biāo)識1)組合舉例說明，在出現(xiàn)競爭條件下PCRF如何按照本發(fā)明提供的技術(shù)方案進行處理的示例。如果PCRF判斷出在一個ARR消息中有多個(用戶標(biāo)識、PDN標(biāo)識)對應(yīng)的用戶出現(xiàn)競爭，即PCRF已經(jīng)向RCAF請求刪除了這多個(用戶標(biāo)識、PDN標(biāo)識)組合對應(yīng)的上下文，那么，PCRF需要在返回的ARA消息中攜帶的拒絕指示和對應(yīng)這多個(用戶標(biāo)識、PDN標(biāo)識)組合。

本發(fā)明上述所有實施例中在上述所有實施例中，通過在ARA消息中返回拒絕指示，并通過攜帶存在競爭條件的(用戶標(biāo)識，PDN標(biāo)識)組合來指示RCAF存在競爭條件的(用戶標(biāo)識，PDN標(biāo)識)組合。在其他實施例中，按照本發(fā)明提供的技術(shù)方案，也可以通過返回不存在競爭條件的(用戶標(biāo)識、PDN標(biāo)識)組合來反向指示存在競爭條件的(用戶標(biāo)識、PDN標(biāo)識)。

圖6為本發(fā)明實現(xiàn)擁塞信息處理的裝置的組成結(jié)構(gòu)示意圖，如圖6所示，至少包括：接收模塊、判斷模塊、處理模塊，其中，

接收模塊，用于接收RCAF發(fā)送的ARR消息，其中，ARR消息中攜帶多個用戶標(biāo)識和PDN標(biāo)識組合的RUCI，并通知判斷模塊；

判斷模塊，用于當(dāng)判斷出存在至少一個正在執(zhí)行或已經(jīng)執(zhí)行的用于請求所述RCAF刪除保存的所述多個用戶標(biāo)識和PDN標(biāo)識組合中的用戶標(biāo)識和PDN標(biāo)識組合的上下文的MUR消息，通知處理模塊；

處理模塊，用于拒絕接收到的ARR消息，并在ARA消息中攜帶存在于所述MUR消息中的用戶標(biāo)識和PDN標(biāo)識組合。

進一步地，

所述處理模塊還用于：不根據(jù)存在所述MUR消息中的用戶標(biāo)識和PDN標(biāo)識的RUCI更新所述PCRF的上下文。

其中，AAR消息中的多個用戶標(biāo)識和PDN標(biāo)識組合包括一個或一個以上。

進一步地，處理模塊還用于：在所述ARA消息中攜帶拒絕指示。其中，拒絕指示可以為正在執(zhí)行刪除上下文或待定事務(wù)。

本發(fā)明提供的裝置可以為獨立實體，也可以設(shè)置在PCRF中。

以上所述，僅為本發(fā)明的較佳實例而已，并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。