本發(fā)明涉及通信領域，具體而言，涉及一種進出區(qū)域監(jiān)控的處理方法及裝置。

背景技術：

隨著策略和計費控制(policyandchargingcontrol，簡稱為pcc)架構不斷演進，圖1是相關技術中pcc架構的示意圖，如圖1所示，該pcc包括策略與計費規(guī)則功能單元(policyandchargingrulesfunction，簡稱為pcrf)、策略及計費執(zhí)行功能(policyandchargingenforcementfunction，簡稱為pcef)、承載綁定及事件報告功能(bearingbindingandeventreportfunction，簡稱為bberf)、流量檢測功能(trafficdetectionfunction，簡稱為tdf)、應用功能(applicationfunction，簡稱為af)、用戶簽約數(shù)據(jù)庫(subscriptionprofilerepository，簡稱為spr)、離線計費系統(tǒng)(offlinechargingsystem，簡稱為ofcs)、在線計費系統(tǒng)(onlinechargingsystem，簡稱為ocs)。

pcrf主要負責策略和計費規(guī)則的制定，通過gx接口將制定的pcc策略和計費規(guī)則下發(fā)給pcef，pcef安裝、執(zhí)行pcc策略，并上報相關事件，與計費系統(tǒng)交互計費信息。pcrf通過gxx接口將業(yè)務服務質量(qualityofservice，簡稱為qos)規(guī)則下發(fā)給bberf，bberf不和計費系統(tǒng)交互計費信息，只負責承載綁定和相關事件的上報。pcrf通過sd接口把需要監(jiān)控的業(yè)務信息下發(fā)給tdf，tdf執(zhí)行業(yè)務監(jiān)控，并上報給pcrf。af通過rx接口向pcrf提供業(yè)務信息。spr保存了用戶簽約的業(yè)務信息，pcrf可以通過sp接口向spr查詢用戶簽約的業(yè)務信息。ocs通過sy接口向pcrf報告與用戶消費相關的策略計數(shù)器狀態(tài)信息。pcef通過gy接口將在線計費信息發(fā)送給ocs進行在線計費的統(tǒng)計，通過gz接口將離線計費信息發(fā)送給ofcs。tdf通過gyn接口將基于業(yè)務的在線計費信息發(fā)送給ocs，通過gzn接口將基于業(yè)務的離線計費信息發(fā)送給ofcs。

pcef和pcrf之間通過ip連接接入網(wǎng)(ipconnectivityaccessnetwork，簡稱為ip-can)會話互相維持連接狀態(tài)。pcef通過信用控制請求(credit-control-request，簡稱為ccr)消息向pcrf發(fā)送建立、更新、釋放ip-can會話的指示。pcrf則根據(jù)af提供的業(yè)務相關信息、pcef上報的承載相關信息以及spr中用戶簽約的業(yè)務信息，制定pcc策略，通過重新認證請求(re-auth-request，簡稱為rar)或信用控制應答(credit-control-answer，簡稱為cca)消息下發(fā)給pcef，策略信息中包含qos和計費的信息。

為了減少某個區(qū)域內(nèi)的消息交互，引入了pra，這個區(qū)域由多個地址組成，圖2是相關技術中pra組成示意圖，如圖2所示，同時定義了presence-reporting-area-informationavp，來表示pra，其中，屬性值對(attributevaluepairs，簡稱為avp)，以及ue(userequipment)進入pra或在pra內(nèi)，離開或在pra外。具體avp定義如下：

presence-reporting-area-information::＝<avpheader:2822>

[presence-reporting-area-identifier]

[presence-reporting-area-status]

[presence-reporting-area-elements-list]

*[avp]

其中，pra標識(presence-reporting-area-identifier)，定義了一個pra的唯一標識符。

pra狀態(tài)(presence-reporting-area-status)，定義了ue進入pra或在pra內(nèi)，離開或在pra外。

pra元素列表(presence-reporting-area-elements-list)，如圖2所示，定義了一個pra。如果pra標識在pcrf、pcef已經(jīng)協(xié)商好表示某個預定義的pra，則presence-reporting-area-informationavp不需要攜帶此avp。

pcrf在建立ip-can會話時，會以ue的訪問類型、pcrf本地配置、用戶的spr簽約為條件，決策是否需要支持ue上報pra狀態(tài)。如果支持，pcrf會在cca響應中，通過攜帶presence-reporting-area-informationavp下發(fā)pra。

pcrf在建立ip-can會話的cca響應中，或在修改ip-can會話后，通過rar或cca，在消息中的event-triggeravp中攜帶change_of_ue_presence_in_presence_reporting_area_report(48)事件，訂閱ue上報pra狀態(tài)變更。

當ue進入或離開pra時，通知pcef，pcef在ccr更新消息中上報change_of_ue_presence_in_presence_reporting_area_report事件，并在presence-reporting-area-informationavp中攜帶pra標識以及pra狀態(tài)。

當ip-can會話生命周期內(nèi)，如果ue的訪問類型、pcrf的本地配置或spr的簽約變更，pcrf決策出不再支持ue上報pra狀態(tài)，會在rar或cca消息的event-triggeravp中取消訂閱change_of_ue_presence_in_presence_reporting_area_report事件，并且不再處理ue上報的pra狀態(tài)變更。

當部署了tdf，如果需要支持ue上報pra狀態(tài)，pcrf應該在建立tdf會話的tsr(tdf-session-request)中攜帶presence-reporting-area-informationavp。

當前的pra都是pcrf在建立ip-can會話時，在cca響應中下發(fā)。pcef在ccr更新中上報pra狀態(tài)。pcrf在后續(xù)的rar或cca中訂閱或取消訂閱事件。整個ip-can會話期間pra都不允許變。

可見，ip-can會話生命周期內(nèi)，在pra標識或pra元素列表變更后，pcrf不能把最新的pra通過rar消息下發(fā)到pcef，也不能在raa消息中及時的上報pra狀態(tài)。針對相關技術中的上述問題，目前尚未存在有效的解決方案。

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

本發(fā)明提供了一種進出區(qū)域監(jiān)控的處理方法及裝置，以至少解決相關技術中pcrf不能把最新的pra通過rar消息下發(fā)到pcef，也不能在raa消息中及時的上報pra狀態(tài)的問題。

根據(jù)本發(fā)明的一個方面，提供了一種進出區(qū)域監(jiān)控的處理方法，包括：在策略和計費控制pcc結構中的第一功能實體與第二功能實體之間的會話建立成功后，第一功能實體檢測監(jiān)控的區(qū)域pra標識和/或pra元素列表是否發(fā)生變更；在pra標識和/或pra元素列表發(fā)生變更時，第一功能實體將與第二功能實體協(xié)商的pra標識和/或pra元素列表編碼進重新認證請求rar消息中的屬性值對avp中，并將rar消息發(fā)送到第二功能實體；第一功能實體接收第二功能實體上報的重新認證應答raa消息，其中，raa消息中攜帶有第二功能實體依據(jù)協(xié)商的pra標識和/或pra元素列表獲取用戶設備ue的pra狀態(tài)。

進一步地，第一功能實體為策略控制與計費規(guī)則功能pcrf，第二功能實體為策略和計費執(zhí)行功能pcef或tdf流量檢測功能。

進一步地，產(chǎn)生pra標識和/或pra元素列表變更的方式包括以下至少之一：用戶簽約數(shù)據(jù)庫spr簽約變更、pcrf本地配置變更、應用功能af業(yè)務變更、會話間規(guī)則同步、時段變更。

進一步地，ue的pra狀態(tài)包括：ue進入pra且在pra內(nèi)、或ue離開pra且在pra外。

根據(jù)本發(fā)明的另一個方面，提供了一種進出區(qū)域監(jiān)控的處理方法，包括：在策略和計費控制pcc結構中的第一功能實體與第二功能實體之間的會話建立成功，且第一功能實體檢測到監(jiān)控的區(qū)域pra標識和/或pra元素列表發(fā)生變更時，第二功能實體接收第一功能實體發(fā)送的rar消息，其中，rar消息中的屬性值對avp攜帶有第一功能實體將與第二功能實體協(xié)商的pra標識和/或pra元素列表；第二功能實體向第一功能實體上報重新認證應答raa消息，其中，raa消息中攜帶有第二功能實體依據(jù)協(xié)商的pra標識和/或pra元素列表獲取用戶設備ue的pra狀態(tài)。

進一步地，第一功能實體為策略控制與計費規(guī)則功能pcrf，第二功能實體為策略和計費執(zhí)行功能pcef或tdf流量檢測功能。

進一步地，產(chǎn)生pra標識和/或pra元素列表變更的方式包括以下至少之一：用戶簽約數(shù)據(jù)庫spr簽約變更、pcrf本地配置變更、應用功能af業(yè)務變更、會話間規(guī)則同步、時段變更。

進一步地，ue的pra狀態(tài)包括：ue進入pra且在pra內(nèi)、或ue離開pra且在pra外。

根據(jù)本發(fā)明的另一個方面，提供了一種進出區(qū)域監(jiān)控的處理裝置，應用策略和計費控制pcc結構中的第一功能實體側，包括：在策略和計費控制pcc結構中的第一功能實體與第二功能實體之間的會話建立成功后，檢測模塊，用于檢測監(jiān)控的區(qū)域pra標識和/或pra元素列表是否發(fā)生變更；處理模塊，用于在pra標識和/或pra元素列表發(fā)生變更時，將與第二功能實體協(xié)商的pra標識和/或pra元素列表編碼進重新認證請求rar消息中的屬性值對avp中，并將rar消息發(fā)送到第二功能實體；第一接收模塊，用于接收第二功能實體上報的重新認證應答raa消息，其中，raa消息中攜帶有第二功能實體依據(jù)協(xié)商的pra標識和/或pra元素列表獲取用戶設備ue的pra狀態(tài)。

根據(jù)本發(fā)明的再一個方面，提供了一種進出區(qū)域監(jiān)控的處理裝置，應用于策略和計費控制pcc結構中的第二功能實體側，包括：在策略和計費控制pcc結構中的第一功能實體與第二功能實體之間的會話建立成功，且第一功能實體檢測到監(jiān)控的區(qū)域pra標識和/或pra元素列表發(fā)生變更時，第二接收模塊，用于接收第一功能實體發(fā)送的rar消息，其中，rar消息中的屬性值對avp攜帶有第一功能實體將與第二功能實體協(xié)商的pra標識和/或pra元素列表；上報模塊，用于向第一功能實體上報重新認證應答raa消息，其中，raa消息中攜帶有第二功能實體依據(jù)協(xié)商的pra標識和/或pra元素列表獲取用戶設備ue的pra狀態(tài)。

由本發(fā)明可知，在pra標識和/或pra元素列表是否發(fā)生變更時，第一功能實體將與第二功能實體協(xié)商的pra標識和/或pra元素列表編碼進重新認證請求rar消息中的屬性值對avp中，收到rar消息的第二功能實體可以上報pra狀態(tài)，從而解決了相關技術中pcrf不能把最新的pra通過rar消息下發(fā)到pcef，也不能在raa消息中及時的上報pra狀態(tài)的問題。

附圖說明

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

圖1是相關技術中pcc架構的示意圖；

圖2是相關技術中pra組成示意圖；

圖3是根據(jù)本發(fā)明實施例的進出區(qū)域監(jiān)控的處理方法的流程圖一；

圖4是根據(jù)本發(fā)明可選實施例的進出區(qū)域監(jiān)控的處理方法的流程圖二；

圖5是根據(jù)本發(fā)明可選實施例的進出區(qū)域監(jiān)控的處理裝置的結構框圖一；

圖6是根據(jù)本發(fā)明實施例的進出區(qū)域監(jiān)控的處理裝置的結構框圖二；

圖7是根據(jù)本發(fā)明可選實施例的pcrf與pcef間pra處理流程圖；

圖8是根據(jù)本發(fā)明可選實施例的pcrf與tdf間pra處理流程圖。

具體實施方式

下文中將參考附圖并結合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。

需要說明的是，本發(fā)明的說明書和權利要求書及上述附圖中的術語“第一”、“第二”等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。

在本實施例中提供了一種進出區(qū)域監(jiān)控的處理方法，圖3是根據(jù)本發(fā)明實施例的進出區(qū)域監(jiān)控的處理方法的流程圖一，如圖3所示，該流程包括如下步驟：

步驟s302：在策略和計費控制pcc結構中的第一功能實體與第二功能實體之間的會話建立成功后，第一功能實體檢測監(jiān)控的區(qū)域pra標識和/或pra元素列表是否發(fā)生變更；

步驟s304：在pra標識和/或pra元素列表發(fā)生變更時，第一功能實體將與第二功能實體協(xié)商的pra標識和/或pra元素列表編碼進重新認證請求rar消息中的屬性值對avp中，并將rar消息發(fā)送到第二功能實體；

步驟s306：第一功能實體接收第二功能實體上報的重新認證應答raa消息，其中，raa消息中攜帶有第二功能實體依據(jù)協(xié)商的pra標識和/或pra元素列表獲取用戶設備ue的pra狀態(tài)。

需要說明的是，本實施例中涉及到的第一功能實體為策略控制與計費規(guī)則功能pcrf，第二功能實體為策略和計費執(zhí)行功能pcef或tdf流量檢測功能?；诖耍緦嵤├挟a(chǎn)生pra標識和/或pra元素列表變更的方式包括以下至少之一：用戶簽約數(shù)據(jù)庫spr簽約變更、pcrf本地配置變更、應用功能af業(yè)務變更、會話間規(guī)則同步、時段變更。

可選地，本實施例中涉及到的ue的pra狀態(tài)包括：ue進入pra且在pra內(nèi)、或ue離開pra且在pra外。

通過本可選實施例可知，在pra標識和/或pra元素列表是否發(fā)生變更時，第一功能實體將與第二功能實體協(xié)商的pra標識和/或pra元素列表編碼進重新認證請求rar消息中的屬性值對avp中，收到rar消息的第二功能實體可以上報pra狀態(tài)，從而解決了相關技術中pcrf不能把最新的pra通過rar消息下發(fā)到pcef，也不能在raa消息中及時的上報pra狀態(tài)的問題。

圖4是根據(jù)本發(fā)明可選實施例的進出區(qū)域監(jiān)控的處理方法的流程圖二，如圖4所示，包括：

步驟s402：在策略和計費控制pcc結構中的第一功能實體與第二功能實體之間的會話建立成功，且第一功能實體檢測到監(jiān)控的區(qū)域pra標識和/或pra元素列表發(fā)生變更時，第二功能實體接收第一功能實體發(fā)送的rar消息，其中，rar消息中的屬性值對avp攜帶有第一功能實體將與第二功能實體協(xié)商的pra標識和/或pra元素列表；

步驟s404：第二功能實體向第一功能實體上報重新認證應答raa消息，其中，raa消息中攜帶有第二功能實體依據(jù)協(xié)商的pra標識和/或pra元素列表獲取用戶設備ue的pra狀態(tài)。

需要說明的是，本實施例中涉及到的第一功能實體為策略控制與計費規(guī)則功能pcrf，第二功能實體為策略和計費執(zhí)行功能pcef或tdf流量檢測功能。基于此，本實施例中產(chǎn)生pra標識和/或pra元素列表變更的方式包括以下至少之一：用戶簽約數(shù)據(jù)庫spr簽約變更、pcrf本地配置變更、應用功能af業(yè)務變更、會話間規(guī)則同步、時段變更。

可選地，本實施例中涉及到的ue的pra狀態(tài)包括：ue進入pra且在pra內(nèi)、或ue離開pra且在pra外。

通過本可選實施例可知，在pra標識和/或pra元素列表是否發(fā)生變更時，第一功能實體將與第二功能實體協(xié)商的pra標識和/或pra元素列表編碼進重新認證請求rar消息中的屬性值對avp中，收到rar消息的第二功能實體可以上報pra狀態(tài)，從而解決了相關技術中pcrf不能把最新的pra通過rar消息下發(fā)到pcef，也不能在raa消息中及時的上報pra狀態(tài)的問題。

通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到根據(jù)上述實施例的方法可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術方案本質上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(如rom/ram、磁碟、光盤)中，包括若干指令用以使得一臺終端設備(可以是手機，計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例的方法。

在本實施例中還提供了一種進出區(qū)域監(jiān)控的處理裝置，該裝置用于實現(xiàn)上述實施例及優(yōu)選實施方式，已經(jīng)進行過說明的不再贅述。如以下所使用的，術語“模塊”可以實現(xiàn)預定功能的軟件和/或硬件的組合。盡管以下實施例所描述的裝置較佳地以軟件來實現(xiàn)，但是硬件，或者軟件和硬件的組合的實現(xiàn)也是可能并被構想的。

圖5是根據(jù)本發(fā)明可選實施例的進出區(qū)域監(jiān)控的處理裝置的結構框圖一，該裝置應用策略和計費控制pcc結構中的第一功能實體側，如圖5所示，該裝置包括：檢測模塊52，用于在策略和計費控制pcc結構中的第一功能實體與第二功能實體之間的會話建立成功后，檢測監(jiān)控的區(qū)域pra標識和/或pra元素列表是否發(fā)生變更；處理模塊54，與檢測模塊52耦合連接，用于在pra標識和/或pra元素列表發(fā)生變更時，將與第二功能實體協(xié)商的pra標識和/或pra元素列表編碼進重新認證請求rar消息中的屬性值對avp中，并將rar消息發(fā)送到第二功能實體；第一接收模塊56，與處理模塊54耦合連接，用于接收第二功能實體上報的重新認證應答raa消息，其中，raa消息中攜帶有第二功能實體依據(jù)協(xié)商的pra標識和/或pra元素列表獲取用戶設備ue的pra狀態(tài)。

圖6是根據(jù)本發(fā)明實施例的進出區(qū)域監(jiān)控的處理裝置的結構框圖二，該裝置應用于策略和計費控制pcc結構中的第二功能實體側，如圖6所示，該裝置包括：在策略和計費控制pcc結構中的第一功能實體與第二功能實體之間的會話建立成功，且第一功能實體檢測到監(jiān)控的區(qū)域pra標識和/或pra元素列表發(fā)生變更時，第二接收模塊62，用于接收第一功能實體發(fā)送的rar消息，其中，rar消息中的屬性值對avp攜帶有第一功能實體將與第二功能實體協(xié)商的pra標識和/或pra元素列表；上報模塊64，與第二接收模塊62耦合連接，用于向第一功能實體上報重新認證應答raa消息，其中，raa消息中攜帶有第二功能實體依據(jù)協(xié)商的pra標識和/或pra元素列表獲取用戶設備ue的pra狀態(tài)。

需要說明的是，對于本發(fā)明實施例中的圖5和圖6涉及到的第一功能實體為策略控制與計費規(guī)則功能pcrf，第二功能實體為策略和計費執(zhí)行功能pcef或tdf流量檢測功能。基于此，本實施例中產(chǎn)生pra標識和/或pra元素列表變更的方式包括以下至少之一：用戶簽約數(shù)據(jù)庫spr簽約變更、pcrf本地配置變更、應用功能af業(yè)務變更、會話間規(guī)則同步、時段變更。

可選地，本實施例中涉及到的ue的pra狀態(tài)包括：ue進入pra且在pra內(nèi)、或ue離開pra且在pra外。

需要說明的是，上述各個模塊是可以通過軟件或硬件來實現(xiàn)的，對于后者，可以通過以下方式實現(xiàn)，但不限于此：上述模塊均位于同一處理器中；或者，上述模塊分別位于多個處理器中。

下面結合本發(fā)明的可選實施例對本發(fā)明進行舉例說明；

在本可選實施例中，采用在ip-can會話生命周期內(nèi)，由于某種原因，pra標識或pra元素列表變更，即pcrf策略規(guī)則重決策，進而直接在rar消息中下發(fā)最新的pra，pcef在收到rar消息后，可以在raa響應消息中直接上報pra狀態(tài)?；诖?，本可選實施例方案的步驟包括：

步驟s502：在ip-can會話建立成功后，由于某種原因，pra標識或pra元素列表變更，pcrf策略規(guī)則重決策；

步驟s504：pcrf判斷此pra標識是否已與pcef協(xié)商好，若是，則把此標識填到presence-reporting-area-identifieravp中，此avp又放到presence-reporting-area-informationavp中；若不是，則把pra標識填到presence-reporting-area-identifieravp中，把pra元素列表填到presence-reporting-area-informationavp中；同時在event-triggeravp中添加事件change_of_ue_presence_in_presence_reporting_area_report，最后在rar消息中下發(fā)presence-reporting-area-informationavp和事件到pcef,。

步驟s506：pcef收到rar后，解碼presence-reporting-area-informationavp。若pra標識為協(xié)商好的，則根據(jù)此標識獲取預定義的pra，否則用pra元素列表表示pra，并把此pra發(fā)送到移動管理節(jié)點功能(mobilitymanagemententity，簡稱為mme)。

步驟s508：mme根據(jù)此pra，判斷ue進入或在pra內(nèi)、離開或在pra外，上報pra狀態(tài)給pcef；

步驟s510：pcef收到mme上報的pra狀態(tài)，把pra標識放到presence-reporting-area-identifieravp中，把pra狀態(tài)放到presence-reporting-area-statusavp中，并把這兩個avp放到presence-reporting-area-informationavp中，把此avp放到raa消息中，發(fā)送給pcrf。

步驟s512：pcrf收到raa消息，以新的pra標識、pra狀態(tài)為條件，進行策略規(guī)則決策。

通過上述步驟s302至步驟s312可知，如果在ip-can會話生命周期內(nèi)，由于某種原因，pra元素列表或pra標識變更了。那么當pcrf進行pcc規(guī)則重決策后，新的pra元素列表或pra標識應該生效，pcrf在rar消息中應該攜帶presence-reporting-area-informationavp，下發(fā)新的pra。同時訂閱change_of_ue_presence_in_presence_reporting_area_report事件。這樣能實時下發(fā)最新的pra，更準確。同時在rar中下發(fā)pra，比在收到ccr更新消息后，在cca響應消息中下發(fā)pra更快捷、方便，減少消息交互。

當前的pcef都是在ccr更新消息中上報pra狀態(tài)。但是，根據(jù)上面的描述，pcrf可以在rar消息中下發(fā)pra。那么pcef在收到rar消息后，根據(jù)其中新的pra，獲取ue是在pra內(nèi)還是外，在raa(re-auth-answer)響應中攜帶presence-reporting-area-informationavp，上報pra狀態(tài)。這樣pcrf可以立刻知道當前ue所在pra狀態(tài)，更準確，方便后續(xù)以此條件進行策略決策。當然也可以選擇先返回raa響應消息，然后在ccr更新消息中上報pra狀態(tài)，根據(jù)實際情況選擇。

需要說明的是，該優(yōu)化進去區(qū)域監(jiān)控的處理流程也可以擴展到pcrf和tdf網(wǎng)元間。

下面結合附圖和具體實施例對本發(fā)明進行詳細說明；

實施例一

圖7是根據(jù)本發(fā)明可選實施例的pcrf與pcef間pra處理流程圖，如圖7所示，該流程的步驟包括：

步驟s701：pcef向pcrf發(fā)送ip-can會話建立指示消息，其中攜帶用戶標識。

步驟s702：pcrf讀取本地配置、從spr獲取該用戶的簽約信息，獲取pra數(shù)據(jù)，并進行規(guī)則決策，建立ip-can會話。

步驟s703：發(fā)送cca響應消息，其中包含pra、訂閱的pra上報事件；

其中，即如果獲取到pra數(shù)據(jù)，把pra標識、監(jiān)控的區(qū)域pra元素列表放到presence-reporting-area-informationavp中，編碼cca會話建立響應消息，發(fā)送給pcef，pcrf和pcef完成創(chuàng)建ip-can會話，并在pcrf上保存ip-can會話信息和用戶信息。

步驟s704：通知ue上報所在pra狀態(tài)；

步驟s705：ue上報進入pra、在pra內(nèi)，或離開pra、在pra外；

步驟s706：pcef發(fā)送ccr更新消息，其中攜帶pra標識、pra狀態(tài)，以及上報pra狀態(tài)事件；

步驟s707：pcrf保存pra狀態(tài)，并以新的pra狀態(tài)為條件，重新進行策略規(guī)則決策。

步驟s708：發(fā)送cca響應消息給pcef，其中包括最新決策內(nèi)容。

步驟s709：pcrf本地配置變更或spr簽約變更，導致pra變更。

步驟s710：spr簽約變更、pcrf本地配置變更、af業(yè)務變更、會話間規(guī)則同步、時段變更等導致pcrf的pcc規(guī)則重決策。

步驟s711：把最新的pra標識、pra元素列表，編碼進rar消息，以及最新的決策內(nèi)容。發(fā)送給pcef

步驟s712：pcef通知ue上報所在最新pra狀態(tài)；

步驟s713：ue上報進入pra、在pra內(nèi)，或離開pra、在pra外。

步驟s714：pcef把pra狀態(tài)編碼進raa響應消息中，回復給pcrf。

即在本可選實施例中對gx/sd接口的rar消息、raa響應消息進行了擴展，在消息層中增加一個presence-reporting-area-informationavp，表示pcrf下發(fā)的pra、pcef上報的pra狀態(tài)。

實施例二

圖8是根據(jù)本發(fā)明可選實施例的pcrf與tdf間pra處理流程圖，如圖8所示，該流程的步驟包括：

步驟s801，pcrf讀取本地配置、從spr獲取簽約，同時獲取pra，建立ip-can會話；

步驟s802，發(fā)送tsr消息建立tdf會話，其中包括pra、訂閱的pra上報事件；

步驟s803，通知ue上報所在pra狀態(tài)；

步驟s804，ue上報進入/在pra內(nèi)，或離開/在pra外；

步驟s805，發(fā)送ccr消息，攜帶pra標識、pra狀態(tài)；

步驟s806，保存pra狀態(tài)，重新策略決策；

步驟s807，發(fā)送cca響應消息以及adc規(guī)則；

步驟s808，pcrf本地配置或spr簽約變更，引發(fā)pra變更；

步驟s809，觸發(fā)adc重決策；

步驟s810，發(fā)送rat消息，其中包含pra訂閱的pra上報事件；

步驟s811，通知ue上報所在pra狀態(tài)；

步驟s812，ue上報進入、在pra內(nèi)，或離開、在pra外；

步驟s813，發(fā)送raa響應消息，其中包括pra標識，及其對應的pra狀態(tài)。

本發(fā)明的實施例還提供了一種存儲介質。可選地，在本實施例中，上述存儲介質可以被設置為存儲用于執(zhí)行以下步驟的程序代碼：

s1：在策略和計費控制pcc結構中的第一功能實體與第二功能實體之間的會話建立成功后，第一功能實體檢測監(jiān)控的區(qū)域pra標識和/或pra元素列表是否發(fā)生變更；

s2：在pra標識和/或pra元素列表發(fā)生變更時，第一功能實體將與第二功能實體協(xié)商的pra標識和/或pra元素列表編碼進重新認證請求rar消息中的屬性值對avp中，并將rar消息發(fā)送到第二功能實體；

s3：第一功能實體接收第二功能實體上報的重新認證應答raa消息，其中，raa消息中攜帶有第二功能實體依據(jù)協(xié)商的pra標識和/或pra元素列表獲取用戶設備ue的pra狀態(tài)。

可選地，本實施例中的具體示例可以參考上述實施例及可選實施方式中所描述的示例，本實施例在此不再贅述。

顯然，本領域的技術人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結合。

以上僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。