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

背景技術(shù)：

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

pcrf主要負(fù)責(zé)策略和計(jì)費(fèi)規(guī)則的制定，通過gx接口將制定的pcc策略和計(jì)費(fèi)規(guī)則下發(fā)給pcef，pcef安裝、執(zhí)行pcc策略，并上報(bào)相關(guān)事件，與計(jì)費(fèi)系統(tǒng)交互計(jì)費(fèi)信息。pcrf通過gxx接口將業(yè)務(wù)服務(wù)質(zhì)量(qualityofservice，簡稱為qos)規(guī)則下發(fā)給bberf，bberf不和計(jì)費(fèi)系統(tǒng)交互計(jì)費(fèi)信息，只負(fù)責(zé)承載綁定和相關(guān)事件的上報(bào)。pcrf通過sd接口把需要監(jiān)控的業(yè)務(wù)信息下發(fā)給tdf，tdf執(zhí)行業(yè)務(wù)監(jiān)控，并上報(bào)給pcrf。af通過rx接口向pcrf提供業(yè)務(wù)信息。spr保存了用戶簽約的業(yè)務(wù)信息，pcrf可以通過sp接口向spr查詢用戶簽約的業(yè)務(wù)信息。ocs通過sy接口向pcrf報(bào)告與用戶消費(fèi)相關(guān)的策略計(jì)數(shù)器狀態(tài)信息。pcef通過gy接口將在線計(jì)費(fèi)信息發(fā)送給ocs進(jìn)行在線計(jì)費(fèi)的統(tǒng)計(jì)，通過gz接口將離線計(jì)費(fèi)信息發(fā)送給ofcs。tdf通過gyn接口將基于業(yè)務(wù)的在線計(jì)費(fèi)信息發(fā)送給ocs，通過gzn接口將基于業(yè)務(wù)的離線計(jì)費(fèi)信息發(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è)務(wù)相關(guān)信息、pcef上報(bào)的承載相關(guān)信息以及spr中用戶簽約的業(yè)務(wù)信息，制定pcc策略，通過重新認(rèn)證請求(re-auth-request，簡稱為rar)或信用控制應(yīng)答(credit-control-answer，簡稱為cca)消息下發(fā)給pcef，策略信息中包含qos和計(jì)費(fèi)的信息。

為了減少某個(gè)區(qū)域內(nèi)的消息交互，引入了pra，這個(gè)區(qū)域由多個(gè)地址組成，圖2是相關(guān)技術(shù)中pra組成示意圖，如圖2所示，同時(shí)定義了presence-reporting-area-informationavp，來表示pra，其中，屬性值對(attributevaluepairs，簡稱為avp)，以及ue(userequipment)進(jìn)入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標(biāo)識(presence-reporting-area-identifier)，定義了一個(gè)pra的唯一標(biāo)識符。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

附圖說明

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

圖1是相關(guān)技術(shù)中pcc架構(gòu)的示意圖；

圖2是相關(guān)技術(shù)中pra組成示意圖；

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

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

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

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

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

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

具體實(shí)施方式

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

下面結(jié)合本發(fā)明的可選實(shí)施例對本發(fā)明進(jìn)行舉例說明；

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

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

步驟s504：pcrf判斷此pra標(biāo)識是否已與pcef協(xié)商好，若是，則把此標(biāo)識填到presence-reporting-area-identifieravp中，此avp又放到presence-reporting-area-informationavp中；若不是，則把pra標(biāo)識填到presence-reporting-area-identifieravp中，把pra元素列表填到presence-reporting-area-informationavp中；同時(shí)在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標(biāo)識為協(xié)商好的，則根據(jù)此標(biāo)識獲取預(yù)定義的pra，否則用pra元素列表表示pra，并把此pra發(fā)送到移動管理節(jié)點(diǎn)功能(mobilitymanagemententity，簡稱為mme)。

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

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

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

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

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

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

下面結(jié)合附圖和具體實(shí)施例對本發(fā)明進(jìn)行詳細(xì)說明；

實(shí)施例一

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

步驟s714：pcef把pra狀態(tài)編碼進(jìn)raa響應(yīng)消息中，回復(fù)給pcrf。

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

實(shí)施例二

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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