報(bào)告策略計(jì)數(shù)器狀態(tài)的方法和系統(tǒng)、ocs 與pcrf的制作方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及長(zhǎng)期演進(jìn)化ong Term Evolution,LT巧網(wǎng)絡(luò)，特別地，涉及一種報(bào)告用 戶策略計(jì)數(shù)器狀態(tài)的方法、系統(tǒng)、在線計(jì)費(fèi)系統(tǒng)俯iline化arging System, OC巧與策略和 計(jì)費(fèi)規(guī)則功能（Policy and Qiarging Rules F^mction, PCRF)。
【背景技術(shù)】
[000引 目前，LTE Sy接口在用戶消費(fèi)限額報(bào)告的報(bào)送方式上存在效率較低的問(wèn)題。
[000引 目前對(duì)用戶消費(fèi)限額的報(bào)告方式是；當(dāng)用戶上線時(shí)，由PCRF主動(dòng)通過(guò)Sy接口向 OCS發(fā)起初始消費(fèi)限額報(bào)告請(qǐng)求（Spending Limit Request,化時(shí)與消費(fèi)限額報(bào)告應(yīng)答 (Spending Limit Answer, SLA)的交互，從OCS返回的消費(fèi)限額報(bào)告應(yīng)答消息中提取用戶 策略判決的輔助數(shù)據(jù)或稱為用戶策略計(jì)數(shù)器狀態(tài)，包括用戶累積量和帳戶余額等，并依此 來(lái)制定該用戶的策略規(guī)則。
[0004] 此外，PCRF還將所提取的用戶策略計(jì)數(shù)器狀態(tài)的數(shù)據(jù)保存在自身設(shè)備上，送樣即 使網(wǎng)絡(luò)中出現(xiàn)了 PCRF與OCS接口不可用的異常情況，PCRF仍能依據(jù)其上所保存的用戶策 略計(jì)數(shù)器狀態(tài)數(shù)據(jù)繼續(xù)為用戶提供相應(yīng)的策略規(guī)則。
[0005] 然后，在完成初始化R/SLA消息交互后，PCRF與OCS間將建立一個(gè)Sy Session會(huì) 話并由兩方共同維護(hù)該會(huì)話，當(dāng)OCS側(cè)判斷出用戶累積量滿足所設(shè)定的條件造成用戶策略 計(jì)數(shù)器狀態(tài)發(fā)生變化，例如，用戶累積量到達(dá)了某設(shè)定的閥值、用戶訂購(gòu)發(fā)生更改等，OCS將 主動(dòng)通過(guò)該會(huì)話向PCRF發(fā)送消費(fèi)狀況通知消息（Spending Status Notification Request, SNR),通知PCRF更新策略。
[0006] 在實(shí)現(xiàn)本發(fā)明的過(guò)程中，發(fā)明人發(fā)現(xiàn)上述方法至少存在W下問(wèn)題：
[0007] 當(dāng)用戶再次上線時(shí)，PCRF實(shí)際上已存有該用戶上次下線前的數(shù)據(jù)并可利用該數(shù)據(jù) 來(lái)為該用戶制定出策略規(guī)則，并且由于OCS側(cè)要在用戶消費(fèi)限額到達(dá)用戶策略計(jì)數(shù)器所設(shè) 定的額度才會(huì)認(rèn)為用戶策略計(jì)數(shù)計(jì)數(shù)器狀態(tài)發(fā)生變化，所W OCS上的用戶策略計(jì)數(shù)器狀態(tài) 發(fā)生變化的頻次也是非常低的，因此，通常情況下，用戶上次下線與再次上線時(shí)，PCRF所制 定的用戶策略規(guī)則往往不會(huì)發(fā)生變化。故而，用戶每次上線時(shí)，PCRF均發(fā)起與OCS的化R/ SLA消息交互，通常情況下對(duì)PCRF來(lái)說(shuō)是一種無(wú)意義的開(kāi)銷，而且該消息交互也給OCS增加 了不必要的處理開(kāi)銷。

【發(fā)明內(nèi)容】

[0008] 本發(fā)明實(shí)施例所要解決的一個(gè)技術(shù)問(wèn)題是：提供一種報(bào)告用戶策略計(jì)數(shù)器狀態(tài)的 方法和系統(tǒng)、OCS與PCRF，能夠降低PCRF與OCS對(duì)Sy接口中用戶消費(fèi)限額報(bào)告的處理開(kāi) 銷。
[0009] 本發(fā)明實(shí)施例提供的一種報(bào)告用戶策略計(jì)數(shù)器狀態(tài)的方法，包括：
[0010] 響應(yīng)于用戶對(duì)各種業(yè)務(wù)的簽約與訂購(gòu)，接收自CM系統(tǒng)同步的簽約與訂購(gòu)信息， 并登記用戶的消費(fèi)狀況通知；
[0011] 實(shí)時(shí)檢測(cè)用戶策略計(jì)數(shù)器狀態(tài)，判斷用戶策略計(jì)數(shù)器狀態(tài)是否發(fā)生變化；
[0012] 如果發(fā)生變化，則將變化的用戶策略計(jì)數(shù)器狀態(tài)與相應(yīng)用戶的標(biāo)識(shí)告知PCRF，W 使PCRF根據(jù)用戶策略計(jì)數(shù)器狀態(tài)生成對(duì)相應(yīng)用戶的控制策略。
[0013] 進(jìn)一步地，所述方法還包括：
[0014] CM系統(tǒng)將各種業(yè)務(wù)的簽約與訂購(gòu)信息同步給PCRF。
[0015] 進(jìn)一步地，通過(guò)消費(fèi)狀況通知SNR消息將變化的用戶策略計(jì)數(shù)器狀態(tài)和相應(yīng)用戶 的標(biāo)識(shí)告知PCRF。
[0016] 進(jìn)一步地，如果同一用戶的多個(gè)策略計(jì)數(shù)器狀態(tài)發(fā)生了變化，則將所述多個(gè)策略 計(jì)數(shù)器狀態(tài)打包在一個(gè)SNR消息中發(fā)送給PCRF。
[0017] 進(jìn)一步地，所述方法還包括：
[0018] 如果PCRF在進(jìn)行策略判決時(shí)依賴于用戶策略計(jì)數(shù)器狀態(tài)，則PCRF向OCS發(fā)起消 費(fèi)限額報(bào)告請(qǐng)求SLR消息。
[0019] 進(jìn)一步地，所述用戶策略計(jì)數(shù)器狀態(tài)用于表征用戶的消費(fèi)使用狀況。
[0020] 本發(fā)明實(shí)施例提供的0CS，包括：
[0021] 信息登記單元，用于響應(yīng)于用戶對(duì)各種業(yè)務(wù)的簽約與訂購(gòu)，接收自CM系統(tǒng)同步 的簽約與訂購(gòu)信息，并登記用戶的消費(fèi)狀況通知；
[0022] 狀態(tài)判斷單元，用于實(shí)時(shí)檢測(cè)用戶策略計(jì)數(shù)器狀態(tài)，判斷用戶策略計(jì)數(shù)器狀態(tài)是 否發(fā)生變化；
[0023] 狀態(tài)告知單元，用于如果發(fā)生變化，則將變化的用戶策略計(jì)數(shù)器狀態(tài)與相應(yīng)用戶 的標(biāo)識(shí)告知PCRF，W使PCRF根據(jù)用戶策略計(jì)數(shù)器狀態(tài)生成對(duì)相應(yīng)用戶的控制策略。
[0024] 進(jìn)一步地，所述狀態(tài)告知單元通過(guò)消費(fèi)狀況通知SNR消息將變化的用戶策略計(jì)數(shù) 器狀態(tài)和相應(yīng)用戶的標(biāo)識(shí)告知PCRF。
[00巧]進(jìn)一步地，如果同一用戶的多個(gè)策略計(jì)數(shù)器狀態(tài)發(fā)生了變化，則所述狀態(tài)告知單 元將所述多個(gè)策略計(jì)數(shù)器狀態(tài)打包在一個(gè)SNR消息中發(fā)送給PCRF。
[0026] 進(jìn)一步地，所述用戶策略計(jì)數(shù)器狀態(tài)用于表征用戶的消費(fèi)使用狀況。
[0027] 本發(fā)明實(shí)施例提供的PCRF，包括：
[0028] 信息接收單元，用于響應(yīng)于用戶對(duì)各種業(yè)務(wù)的簽約與訂購(gòu)，接收自CM系統(tǒng)同步 的簽約與訂購(gòu)信息；
[0029] 狀態(tài)接收單元，用于響應(yīng)于用戶策略計(jì)數(shù)器狀態(tài)的變化，接收OCS發(fā)送的變化的 用戶策略計(jì)數(shù)器狀態(tài)與相應(yīng)用戶的標(biāo)識(shí)，W根據(jù)用戶策略計(jì)數(shù)器狀態(tài)生成對(duì)相應(yīng)用戶的控 制策略。
[0030] 進(jìn)一步地，所述狀態(tài)接收單元通過(guò)消費(fèi)狀況通知SNR消息接收變化的用戶策略計(jì) 數(shù)器狀態(tài)和相應(yīng)用戶的標(biāo)識(shí)。
[0031] 進(jìn)一步地，所述PCRF還包括：
[0032] 消息發(fā)送單元，用于如果PCRF在進(jìn)行策略判決時(shí)依賴于用戶策略計(jì)數(shù)器狀態(tài)，貝U 向OCS發(fā)起消費(fèi)限額報(bào)告請(qǐng)求SLR消息。
[0033] 進(jìn)一步地，所述用戶策略計(jì)數(shù)器狀態(tài)用于表征用戶的消費(fèi)使用狀況。
[0034] 本發(fā)明實(shí)施例提供的報(bào)告用戶策略計(jì)數(shù)器狀態(tài)的系統(tǒng)，包括OCS和PCRF。
[0035] 進(jìn)一步地，所述系統(tǒng)還包括：
[0036] CM系統(tǒng)，用于響應(yīng)于用戶對(duì)各種業(yè)務(wù)的簽約與訂購(gòu)，將簽約與訂購(gòu)信息分別同步 給 OCS 和 PCRF。
[0037] 基于本發(fā)明上述實(shí)施例提供的報(bào)告用戶策略計(jì)數(shù)器狀態(tài)的方法和系統(tǒng)、OCS與 PCRF，與現(xiàn)有技術(shù)相比，由于在用戶每次上線時(shí)PCRF均無(wú)需再與OCS進(jìn)行化R/SLA消息的 交互，僅在OCS檢測(cè)到用戶策略計(jì)數(shù)器狀態(tài)發(fā)生變化時(shí)才向PCRF發(fā)送消費(fèi)狀況通知消息， 通過(guò)該消息將用戶策略計(jì)數(shù)器狀態(tài)與相應(yīng)用戶的標(biāo)識(shí)告知PCRF，W便其生成針對(duì)用戶的控 制策略。由此可見(jiàn)，對(duì)Sy接口中用戶消費(fèi)限額報(bào)告的報(bào)送效率進(jìn)行了優(yōu)化，降低了 PCRF與 OCS設(shè)備處理化R/SLA消息的開(kāi)銷。
[0038] 下面通過(guò)附圖和實(shí)施例，對(duì)本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。
【附圖說(shuō)明】
[0039] 構(gòu)成說(shuō)明書(shū)的一部分的附圖描述了本發(fā)明的實(shí)施例，并且連同描述一起用于解釋 本發(fā)明的原理。
[0040] 參照附圖，根據(jù)下面的詳細(xì)描述，可W更加清楚地理解本發(fā)明，其中：
[0041] 圖1為本發(fā)明報(bào)告用戶策略計(jì)數(shù)器狀態(tài)的方法的一個(gè)實(shí)施例的流程圖。
[0042] 圖2為本發(fā)明報(bào)告用戶策略計(jì)數(shù)器狀態(tài)的方法的另一實(shí)施例的流程圖。
[0043] 圖3為本發(fā)明OCS的一個(gè)實(shí)施例的結(jié)構(gòu)示意圖。
[0044] 圖4為本發(fā)明PCRF的一個(gè)實(shí)施例的結(jié)構(gòu)示意圖。
[0045] 圖5為本發(fā)明報(bào)告用戶策略計(jì)數(shù)器狀態(tài)的系統(tǒng)的一個(gè)實(shí)施例的結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0046] 現(xiàn)在將參照附圖來(lái)詳細(xì)描述本發(fā)明的各種示例性實(shí)施例。應(yīng)注意到；除非另外具 體說(shuō)明，否則在送些實(shí)施例中闡述的部件和操作的相對(duì)布置、數(shù)字表達(dá)式和數(shù)值不限制本 發(fā)明的范圍。
[0047] 同時(shí)，應(yīng)當(dāng)明白，為了便于描述，附圖中所示出的各個(gè)部分的尺寸并不是按照實(shí)際 的比例關(guān)系繪制的。
[0048] W下對(duì)至少一個(gè)示例性實(shí)施例的描述實(shí)際上僅僅是說(shuō)明性的，決不作為對(duì)本發(fā)明 及其應(yīng)用或使用的任何限制。
[0049] 對(duì)于相關(guān)領(lǐng)域普通技術(shù)人員已知的技術(shù)、方法和設(shè)備可能不作詳細(xì)討論，但在適 當(dāng)情況下，所述技術(shù)、方法和設(shè)備應(yīng)當(dāng)被視為說(shuō)明書(shū)的一部分。
[0050] 在送里示出和討論的所有示例中，任何具體值應(yīng)被解釋為僅僅是示例性的，而不 是作為限制。因此，示例性實(shí)施例的其它示例可W具有不同的值。
[0051] 應(yīng)注意到；相似的標(biāo)號(hào)和字母在下面的附圖中表示類似項(xiàng)，因此，一旦某一項(xiàng)在一 個(gè)附圖中被定義，則在隨后的附圖中不需要對(duì)其進(jìn)行進(jìn)一步討論。
[0052] 為了解決現(xiàn)有技術(shù)中用戶每次上線時(shí)PCRF均通過(guò)LTE Sy接口發(fā)起與OCS的初始 用戶消費(fèi)限額報(bào)告化R/SLA消息交互來(lái)建立Sy Session會(huì)話，該會(huì)話的交互報(bào)送效率較 低，且為PCRF與OCS帶來(lái)較多無(wú)意義的處理開(kāi)銷。
[0053] 本公開(kāi)下述實(shí)施例在Sy接口上取消了在用戶每次上線時(shí)PCRF與OCS通過(guò)化R/ SLA消息交互來(lái)建立Sy Session會(huì)話并通過(guò)該會(huì)話報(bào)送消費(fèi)狀況通知的方式，而是在OCS 上根據(jù)用戶簽約及訂購(gòu)信息來(lái)進(jìn)行用戶的消費(fèi)狀況通知的登記，并對(duì)所登記的用戶進(jìn)行策 略計(jì)數(shù)器狀態(tài)監(jiān)視，且當(dāng)用戶的消費(fèi)限額到達(dá)策略計(jì)數(shù)器狀態(tài)所設(shè)定的條件時(shí)，由OCS生 成消費(fèi)狀況通知請(qǐng)求SNR消息，并在該消息中擴(kuò)展了一個(gè)Subscription-Id字段，用于攜帶 用戶策略計(jì)數(shù)器狀態(tài)發(fā)生更新的對(duì)應(yīng)用戶的標(biāo)識(shí)，