專利名稱：Pcc規(guī)則更新的方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)，尤其涉及一種PCC規(guī)則更新的方法、裝置及系統(tǒng)。
背景技術(shù)：
隨著通信技術(shù)的高速發(fā)展，通信網(wǎng)絡(luò)正在向全I(xiàn)P的多媒體網(wǎng)絡(luò)演進(jìn)。運(yùn)營(yíng)商不斷開發(fā)基于IP網(wǎng)絡(luò)的各種通信業(yè)務(wù)，例如多媒體呼叫、文件下載、網(wǎng)頁(yè)瀏
<、視頻點(diǎn)4番等。不同的業(yè)務(wù)對(duì)服務(wù)質(zhì)量(Quality of Service, QoS )有不同的要求，而且對(duì)不同業(yè)務(wù)的計(jì)費(fèi)要求也不同。網(wǎng)絡(luò)會(huì)4艮據(jù)業(yè)務(wù)類型以及用戶的簽約等級(jí)為用戶提供不同的QoS服務(wù)，并通過片全測(cè)不同的業(yè)務(wù)流，將統(tǒng)計(jì)的流量、時(shí)長(zhǎng)等計(jì)費(fèi)信息上報(bào)計(jì)費(fèi)中心，進(jìn)行計(jì)費(fèi)。為了解決上述QoS和基于流計(jì)費(fèi)等的相關(guān)問題，第三代合作伙伴計(jì)劃組織(3rd Generation PartnershipProject, 3GPP)定義了策略與計(jì)費(fèi)控制(Policy and Charging Control, PCC)架構(gòu)，該架構(gòu)可以使得網(wǎng)絡(luò)檢測(cè)到不同的業(yè)務(wù)流，并根據(jù)不同的業(yè)務(wù)流進(jìn)行QoS控制和計(jì)費(fèi)統(tǒng)計(jì)。
3GPP定義的PCC架構(gòu)如圖1所示，這里主要對(duì)策略控制和計(jì)費(fèi)規(guī)則功能實(shí)體(Policy Control and Charging Rules Function, PCRF )和策略和計(jì)費(fèi)4丸行實(shí)體(Policy and Charging Enforcement Function, PCEF)以及PCRF與PCEF之間的接口 Gx進(jìn)行介紹。
PCRF根據(jù)用戶接入網(wǎng)絡(luò)的限制、運(yùn)營(yíng)商策略、用戶簽約數(shù)據(jù)以及用戶當(dāng)前正在進(jìn)行的業(yè)務(wù)信息等決定對(duì)應(yīng)的PCC規(guī)則，并將該P(yáng)CC規(guī)則通過Gx接口提供給PCEF,由PCEF執(zhí)行該P(yáng)CC規(guī)則。所述PCC規(guī)則包括業(yè)務(wù)數(shù)據(jù)流(比如語(yǔ)音的IP流集合)的檢測(cè)規(guī)則、是否門控、業(yè)務(wù)數(shù)據(jù)流對(duì)應(yīng)的QoS和基于流的計(jì)費(fèi)規(guī)則等。
PCEF執(zhí)行PCRF通過Gx接口下發(fā)或者指定的PCC規(guī)則，具體來說就是執(zhí)行業(yè)務(wù)數(shù)據(jù)流的檢測(cè)和測(cè)量、保證業(yè)務(wù)數(shù)據(jù)流的QoS、用戶面流量處理和觸發(fā)控制面的會(huì)話管理等。PCEF根據(jù)功能劃分，具體的實(shí)體可以是GPRS網(wǎng)關(guān)支持節(jié)點(diǎn)(Gateway GPRS Support Node, GGSN)、網(wǎng)關(guān)(Gateway, GW)等。
Gx接口使用Internet工程任務(wù)組(Internet Engineering Task Force,IETF)定義的Diameter f辦i義。
Gx接口使PCRF可以動(dòng)態(tài)控制PCEF上所執(zhí)行的PCC規(guī)則。Gx接口主要用于實(shí)現(xiàn)以下功能建立、維護(hù)和終結(jié)IP連接接入網(wǎng)(IP Connectivity AccessNetwork, IP-CAN )會(huì)話；實(shí)現(xiàn)PCEF向PCRF請(qǐng)求PCC -見則與PCRF向PCEF提供PCC規(guī)則；協(xié)商IP-CAN承載建立模式。
現(xiàn)有技術(shù)中PCRF通過Gx接口對(duì)PCEF下發(fā)PCC規(guī)則，進(jìn)行PCC規(guī)則更新時(shí)，主要采用兩種模式，PULL模式和PUSH模式。
采用PULL模式，即由PCEF主動(dòng)發(fā)起PCC規(guī)則的下發(fā)時(shí)，如圖2所示，具體方法:^下
1、 當(dāng)一個(gè)event-trigger事件發(fā)生時(shí)，PCEF發(fā)送信用控制請(qǐng)求(CreditControl Request, CCR )消息把event-trigger上報(bào)通知PCRF,請(qǐng)求下發(fā)PCC規(guī)則
2、 PCRF根據(jù)event-trigger,判斷PCC規(guī)則(即舊PCC規(guī)則)是否需要更新，并向PCEF返回信用控制應(yīng)答(Credit Control Answer, CCA)消息。如果需要更新，在返回的CCA消息中攜帶更新后的PCC規(guī)則(即新PCC規(guī)則)，PCRF同時(shí)保存更新前后的PCC規(guī)則。
3、 PCEF在收到CCA消息后，執(zhí)行相應(yīng)的PCC規(guī)則。若返回的CCA消息中攜帶新的PCC規(guī)則，PCEF執(zhí)行新PCC規(guī)則；若返回的CCA消息中未攜帶新的PCC規(guī)則，PCEF執(zhí)行舊的PCC規(guī)則。當(dāng)PCEF執(zhí)行相應(yīng)的PCC規(guī)則失敗時(shí)，發(fā)送新的CCR消息。
采用PUSH模式，即由PCRF主動(dòng)發(fā)起PCC規(guī)則的下發(fā)時(shí)，如圖3所示，具體方法3口下
1、當(dāng)一個(gè)event-trigger事件發(fā)生時(shí)，PCRF更新PCC規(guī)則，向PCEF發(fā)送重認(rèn)證請(qǐng)求(Re-Auth Request, RAR )消息，該RAR消息包括所述新的PCC規(guī)則，PCRF不保存舊PCC規(guī)則。
2、 PCEF執(zhí)行由上述RAR消息下發(fā)的新PCC規(guī)則，執(zhí)行完畢后，向PCRF發(fā)送重iU正應(yīng)答(Re—Auth Answer, RAA )消息。
在實(shí)現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題現(xiàn)有技術(shù)沒有說明當(dāng)PCC規(guī)則更新失敗后，對(duì)于原有規(guī)則如何處理，如果仍保留原有規(guī)則，則PCRF需要保留新舊PCC狀態(tài)信息，根據(jù)PCEF的響應(yīng)來保留對(duì)應(yīng)狀態(tài)信息，然而采用PULL模式進(jìn)行PCC規(guī)則更新時(shí)，只有PCEF執(zhí)行新PCC規(guī)則失敗時(shí)，PCRF才能根據(jù)PCEF發(fā)送的新CCR消息調(diào)整保存的新舊兩種PCC規(guī)則的狀態(tài)；如果PCEF執(zhí)行新PCC規(guī)則成功時(shí)，PCEF不向PCRF發(fā)送新的CCR消息，PCRF無法調(diào)整保存的兩種PCC規(guī)則的狀惑無法使PCRF保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致，在后續(xù)PCEF和PCRF的交互中，PCRF無法正確判斷應(yīng)該下發(fā)的PCC規(guī)則，導(dǎo)致用戶業(yè)務(wù)非正常中斷。
當(dāng)PCRF不保存舊PCC規(guī)則時(shí)，則無論是PULL模式還是PUSH模式時(shí)，PCEF都缺少去激活原有PCC規(guī)則的過程，導(dǎo)致PCEF上原有規(guī)則還在激活狀態(tài)，而PCRF原有規(guī)則是去激活狀態(tài)，此時(shí)PCRF保存的PCC規(guī)則與PCEF中的PCC規(guī)則不一致，無法保證用戶業(yè)務(wù)的正常進(jìn)行。

發(fā)明內(nèi)容
本發(fā)明的實(shí)施例提供了一種PCC規(guī)則更新的方法，能夠在更新PCC規(guī)則的
過程中，保證用戶業(yè)務(wù)的正常進(jìn)行。
為達(dá)到上述目的，本發(fā)明的實(shí)施例采用如下技術(shù)方案 一種PCC規(guī)則更新
的方法，該方法包4舌
當(dāng)策略和計(jì)費(fèi)執(zhí)行實(shí)體PCEF執(zhí)行PCC規(guī)則更新后，獲取PCEF做出的響應(yīng)；根據(jù)所述獲取的響應(yīng)，使保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致。本發(fā)明的實(shí)施例提供了一種PCC規(guī)則更新的裝置，能夠在更新PCC規(guī)則的
過程中，保證用戶業(yè)務(wù)的正常進(jìn)行。
為達(dá)到上述目的，本發(fā)明的實(shí)施例采用如下技術(shù)方案 一種PCC規(guī)則更新
的裝置，該裝置包括
響應(yīng)獲取單元，用于當(dāng)策略和計(jì)費(fèi)執(zhí)行實(shí)體PCEF執(zhí)行PCC規(guī)則更新后，獲
取PCEF做出的響應(yīng)；.PCC規(guī)則處理單元，根據(jù)所述獲取的響應(yīng)，使保存的PCC規(guī)則與PCEF中的
PCC規(guī)則保持一致。
本發(fā)明實(shí)施例提供了一種PCC規(guī)則更新的系統(tǒng)，能夠在更新PCC規(guī)則的過程中，保證用戶業(yè)務(wù)的正常進(jìn)行。
為達(dá)到上述目的，本發(fā)明的實(shí)施例采用如下技術(shù)方案 一種PCC規(guī)則更新的系統(tǒng)，該系統(tǒng)包括策略控制和計(jì)費(fèi)規(guī)則功能實(shí)體PCRF和策略和計(jì)費(fèi)執(zhí)行實(shí)體PCEF, -
策略和計(jì)費(fèi)執(zhí)行實(shí)體，用于執(zhí)行PCC規(guī)則更新后，向PCRF發(fā)送響應(yīng)；' 策略控制和計(jì)費(fèi)規(guī)則功能實(shí)體，用于當(dāng)PCEF執(zhí)行PCC規(guī)則更新后，獲取PCEF做出的響應(yīng)，4艮據(jù)所述獲取的響應(yīng)，使保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致。
在本發(fā)明實(shí)施例中，當(dāng)PCEF執(zhí)行PCC規(guī)則更新后，PCRF能夠獲取PCEF做出的響應(yīng)，并根據(jù)所述獲取的響應(yīng)對(duì)所述PCRF中保存的PCC規(guī)則進(jìn)行處理，使PCRF保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致，解決了現(xiàn)有技術(shù)中進(jìn)行PCC規(guī)則更新時(shí)，因無法使PCRF保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致，造成的用戶業(yè)務(wù)非正常中斷的問題，從而保證了在PCC規(guī)則更新的過程中，用戶業(yè)務(wù)的正常進(jìn)行。


圖1為現(xiàn)有技術(shù)中策略和計(jì)費(fèi)控制架構(gòu)的結(jié)構(gòu)圖2為現(xiàn)有技術(shù)中PULL模式下進(jìn)行策略和計(jì)費(fèi)控制規(guī)則更新的示意圖3為現(xiàn)有技術(shù)中PUSH模式下進(jìn)行策略和計(jì)費(fèi)控制規(guī)則更新的示意圖4為本發(fā)明實(shí)施例提供的PCC規(guī)則更新的方法流程圖5(a)為本發(fā)明實(shí)施例一提供的PCC規(guī)則更新的方法示意圖5(b)為本發(fā)明實(shí)施例二提供的PCC規(guī)則更新的方法示意圖6為本發(fā)明實(shí)施例三提供的PCC規(guī)則更新的方法示意圖7為本發(fā)明實(shí)施例四提供的PCC規(guī)則更新的方法示意圖8為本發(fā)明實(shí)施例五提供的PCC規(guī)則更新的方法示意圖9為本發(fā)明實(shí)施例六提供的PCC規(guī)則更新的方法示意圖10為本發(fā)明實(shí)施例提供的PCC規(guī)則更新的裝置示意S 11為本發(fā)明實(shí)施例一提供的PCC規(guī)則更新的裝置結(jié)構(gòu)圖12為本發(fā)明實(shí)施例二提供的PCC規(guī)則更新的裝置結(jié)構(gòu)圖13為本發(fā)明實(shí)施例提供的PCC規(guī)則更新的系統(tǒng)示意圖。
具體實(shí)施例方式
為了更清楚地說明本發(fā)明實(shí)施例的技術(shù)方案，下面將結(jié)合附圖對(duì)本發(fā)明的實(shí)施例進(jìn)行詳細(xì)的介紹，下面的描述僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些實(shí)施例獲得本發(fā)明的其他的實(shí)施方式。
為了解決現(xiàn)有技術(shù)中，因無法使PCRF保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致、,造成的用戶業(yè)務(wù)非正常中斷的問題，本發(fā)明的實(shí)施例提供了 一種PCC規(guī)則更新的方法、裝置和系統(tǒng)，能夠在更新PCC規(guī)則的過程中，保證用戶業(yè)務(wù)的正常進(jìn)行。
本發(fā)明的實(shí)施例4是供了一種PCC規(guī)則更新的方法，如圖4所示，該方法包括如下步驟
步驟41、當(dāng)策略和計(jì)費(fèi)執(zhí)行實(shí)體PCEF執(zhí)行PCC規(guī)則更新后，獲取PCEF做出的響應(yīng)；
步驟42、根據(jù)所述獲取的響應(yīng)，使保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致。
在本發(fā)明實(shí)施例中，當(dāng)PCEF執(zhí)行PCC規(guī)則更新后，PCRF能夠獲取PCEF做出的響應(yīng)，并根據(jù)所述獲取的響應(yīng)對(duì)所述PCRF中保存的PCC規(guī)則進(jìn)行處理，使PCRF保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致，解決了現(xiàn)有技術(shù)中進(jìn)行PCC規(guī)則更新時(shí)，因無法使PCRF保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致，魂成的用戶業(yè)務(wù)非正常中斷的問題，從而保證了在PCC規(guī)則更新的過程中，用戶業(yè)務(wù)的正常進(jìn)行。
下面對(duì)本發(fā)明的實(shí)施例進(jìn)行具體描述。
實(shí)施例一在更新過程中，保存更新前后的舊PCC關(guān)見則和新PCC規(guī)則時(shí)，獲取PCEF侮:出的響應(yīng)的步驟具體包括
在PULL模式下，PCRF接收PCEF發(fā)送的應(yīng)答消息，所述應(yīng)答消息為CCR消息，所述CCR消息指示更新PCC規(guī)則成功。
如圖5 (a)所示，下面通過對(duì)PCC規(guī)則更新方法的詳細(xì)描述對(duì)本發(fā)明實(shí)施例一進(jìn)行說明，主要包括如下步驟
步驟Sl.當(dāng)一個(gè)event-trigger事件發(fā)生時(shí)，PCEF發(fā)送CCR消息，該CCR消息中包含所述event-trigger參數(shù)和PCC規(guī)則下發(fā)請(qǐng)求。
'步驟S2. PCRF根據(jù)所述event-trigger參數(shù)，判斷處于激活狀態(tài)的PCC規(guī)則(即舊PCC規(guī)則)是否需要更新，發(fā)送CCA消息。當(dāng)需要更新時(shí)，生成新PCC規(guī)則，在下發(fā)給PCEF的CCA消息中攜帶更新后的PCC規(guī)則(即新PCC規(guī)則)，PCRF同時(shí)保存更新前后的PCC規(guī)則。本實(shí)施例主要對(duì)PCC規(guī)則需要更新時(shí)的情況進(jìn)行說明。
步驟S3. PCEF在收到CCA消息后，執(zhí)行CCA消息中攜帶的新PCC規(guī)則，PCEF將當(dāng)前PCC規(guī)則(即舊PCC規(guī)則)設(shè)置為非激活狀態(tài)(若返回的CCA消息中未攜帶新的PCC規(guī)則，當(dāng)前的PCC規(guī)則，即舊的PCC規(guī)則為激活狀態(tài))。
為了確保PCRF能夠調(diào)整保存的新舊兩種PCC規(guī)則的狀態(tài)，本發(fā)明實(shí)施例采用一種握手機(jī)制，不i侖PCEF執(zhí)行新PCC規(guī)則成功或失敗，PCEF在每收到一次CCA消息后，都會(huì)發(fā)送一個(gè)新的CCR消息將執(zhí)行的結(jié)果上報(bào)給PCRF，對(duì)PCRF中兩種PCC規(guī)則狀態(tài)的調(diào)整做出指示。
步驟S4, PCRF根據(jù)新CCR消息對(duì)保存的新舊PCC規(guī)則進(jìn)行處理，如果PCEF執(zhí)行新PCC規(guī)則成功,則CCR信息指示PCRF刪除舊PCC規(guī)則,激活新PCC規(guī)則;如果PCEF執(zhí)行新PCC規(guī)則失敗，則CCR信息指示PCRF刪除新PCC規(guī)則，激活舊PCC規(guī)則，使PCRF保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致，同時(shí)PCRF通過CCA信息，將上述纟丸行結(jié)果通知PCEF。
在本實(shí)施例中，所述新舊PCC規(guī)則是對(duì)同 一種PCC規(guī)則而言，即對(duì)同 一種PCC規(guī)則，更新后的為所述新PCC規(guī)則，原始的PCC規(guī)則為所述舊PCC規(guī)則，這
同樣適用于本發(fā)明實(shí)施例部分的其他相關(guān)描述，下文不再贅述。實(shí)施例二
在更新過程中，保存更新前后的舊PCC規(guī)則和新PCC規(guī)則時(shí)，獲取PCEF做出的響應(yīng)的步驟具體包括
在PULL模式下，PCRF接收PCEF發(fā)送的應(yīng)答消息，所述應(yīng)答消息為CCR消息，所述CCR消息指示中更新PCC規(guī)則失敗。
如圖5(b)所示，下面通過對(duì)PCC規(guī)則更新方法的詳細(xì)描述對(duì)本發(fā)明實(shí)施例二進(jìn)行說明，主要包括如下步驟
步驟Rl.當(dāng)一個(gè)event-trigger事件發(fā)生時(shí)，PCEF發(fā)送CCR消息，該CCR消息中包含所述event-trigger參數(shù)和PCC規(guī)則下發(fā)請(qǐng)求。
步驟R2. PCRF沖艮據(jù)所述event-trigger參數(shù)，判斷處于激活狀態(tài)的中PCC規(guī)則(即舊PCC規(guī)則)是否需要更新，發(fā)送CCA消息。當(dāng)需要更新時(shí)，生成新PCC規(guī)則，在下發(fā)給PCEF的CCA消息中攜帶更新后的PCC規(guī)則(即新PCC規(guī)則)。P^RF同時(shí)保存更新前后的PCC規(guī)則。
步驟R3. PCEF在收到CCA消息后，執(zhí)行CCA消息中攜帶的新PCC規(guī)則，PCEF將當(dāng)前PCC規(guī)則(即舊PCC規(guī)則)設(shè)置為非激活狀態(tài)(若返回的CCA消息中未攜帶新的PCC規(guī)則，當(dāng)前的PCC規(guī)則，即舊的PCC規(guī)則為激活狀態(tài))。在本發(fā)明實(shí)施例中，PCEF中更新PCC規(guī)則失敗，PCEF中新PCC規(guī)則處于去激活狀態(tài)，舊PCC規(guī)則處于激活狀態(tài)。步驟R4. PCEF發(fā)送一個(gè)新CCR消息，將執(zhí)行結(jié)果上報(bào)給PCRF, PCRF根據(jù)新CCR消息對(duì)保存的新舊PCC規(guī)則進(jìn)行處理。在本發(fā)明實(shí)施例中該CCR信息指示PCRF刪除新PCC規(guī)則和舊PCC規(guī)則，在發(fā)送所述CCR消息的同時(shí)，PCEF釋放或者修改舊PCC規(guī)則對(duì)應(yīng)的IP-CAN承載以去激活舊PCC規(guī)則，在這種情況下，PCEF中的新舊PCC規(guī)則都處于去激活狀態(tài)，PCRF中的新舊PCC規(guī)則都被刪除,本領(lǐng)域技術(shù)人員可利用已公開的現(xiàn)有技術(shù)重新制定出與PCEF匹配的PCC規(guī)則，PCRF發(fā)送CCA信息，將上述執(zhí)行結(jié)果通知PCEF并在所述CCA信息中攜帶所述重新制定的PCC規(guī)則，使PCRF保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致。
實(shí)施例三
在更新過程中，保存更新前后的舊PCC規(guī)則和新PCC規(guī)則時(shí)，獲取PCEF做出的響應(yīng)的步驟具體包括
.在PULL模式下采用PUSH機(jī)制，PCRF接收PCEF發(fā)送的應(yīng)答消息，所述應(yīng)答消息為RAA消息，所述RAA消息指示更新PCC規(guī)則成功。' 如圖6所示，下面對(duì)本發(fā)明實(shí)施例三中的PCC規(guī)則更新方法進(jìn)行詳細(xì)說明。
步驟Tl.當(dāng)一個(gè)event-trigger事件發(fā)生時(shí)，PCEF發(fā)送CCR消息，該CCR消息中包含所述event-trigger參數(shù)和PCC規(guī)則下發(fā)請(qǐng)求。
步驟T2. PCRF根據(jù)所述event-trigger參數(shù)，判斷處于激活狀態(tài)的PCC規(guī)則(即舊PCC規(guī)則)是否需要更新，發(fā)送CCA消息。當(dāng)需要更新時(shí)，生成新PCC規(guī)則，在下發(fā)給PCEF的CCA消息中不攜帶PCC規(guī)則，并且啟動(dòng)PUSH模式。
步驟T3.在給PCEF的RAR消息中攜帶新的PCC規(guī)則，此時(shí)PCEF收到RAR消息后，把PCC規(guī)則(即舊PCC規(guī)則)設(shè)置為非激活狀態(tài)，執(zhí)行RAR消息攜帶的新PCC規(guī)則，并且將執(zhí)行后的結(jié)果通過RAA信息通知PCRF。如果PCEF更新后的PCC規(guī)則失敗，則保留舊PCC規(guī)則在激活狀態(tài)，同時(shí)也將更新結(jié)果通過RAA消息通知PCRF。
步驟T4. PCRF根據(jù)PCEF的RAA消息對(duì)保存更新前后PCC規(guī)則進(jìn)行處理，如果PCEF更新PCC規(guī)則成功，則RAA信息指示PCRF刪除舊PCC規(guī)則，激活新PCC MJ'J;如果PCEF執(zhí)行新PCC規(guī)則失敗，則RAA信息指示PCRF刪除新PCC規(guī)則，激活舊PCC規(guī)則，使PCRF保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致。
實(shí)施例四
在更新過程中，保存更新前后的舊PCC規(guī)則和新PCC規(guī)則時(shí)，獲取PCEF做出的響應(yīng)的步驟具體包括
檢測(cè)出PCEF在預(yù)設(shè)時(shí)間內(nèi)未發(fā)送應(yīng)答消息。
用定時(shí)器機(jī)制解決出現(xiàn)在PULL模式下，PCRF如何更新PCC規(guī)則的問題，如圖7所示，主要包括如下步驟
步驟Ul.當(dāng)一個(gè)event-trigger事件發(fā)生時(shí)，PCEF發(fā)送CCR消息，該CCR消息中包含所述event-trigger參數(shù)和PCC規(guī)則下發(fā)請(qǐng)求。
步驟U2. PCRF根據(jù)檢測(cè)event-trigger,判斷當(dāng)前PCC規(guī)則(即舊PCC規(guī)則)是否需要更新。如果更新，則在下發(fā)給PCEF的CCA消息中攜帶更新后的PCC規(guī)則(即新PCC規(guī)則)。PCRF同時(shí)保存更新前后的PCC規(guī)則，并且啟動(dòng)定時(shí)器。
步驟U3.如果在定時(shí)器設(shè)置時(shí)間內(nèi)，PCRF收到PCEF發(fā)送的新CCR消息，說明更新后的PCC規(guī)則執(zhí)行失敗，則PCRF刪除更新后的PCC規(guī)則，同時(shí)激活舊PCC規(guī)則；如果在定時(shí)器設(shè)置時(shí)間內(nèi)，PCRF沒有收到PCEF發(fā)送的新CCR消息，說明更新后的PCC規(guī)則執(zhí)行成功，則PCRF刪除舊PCC規(guī)則，激活新PCC規(guī)則，使PCRF保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致。在本發(fā)明實(shí)施例一、三、四中，當(dāng)PCEF更新PCC井見則成功后，PCRF能夠獲取PCEF做出的響應(yīng)，并根據(jù)所述獲取的響應(yīng)調(diào)整所述PCRF中保存的新舊兩種PCC規(guī)則的狀態(tài)，保留與PCEF中的PCC規(guī)則相同的PCC規(guī)則，刪除與PCEF中的PCC規(guī)則不同的PCC規(guī)則，使PCRF保存的PCC失見則保持一致，保證了在PCC規(guī)則更新的過程中，用戶業(yè)務(wù)的正常進(jìn)行。
在本發(fā)明實(shí)施例二中，當(dāng)PCEF更新PCC MJ'J失敗后，PCEF中的新舊PCC規(guī)則都處于去激活狀態(tài)；PCRF根據(jù)獲取的PCEF做出的響應(yīng)，刪除新舊PCC規(guī)則，重新制定匹配的PCC規(guī)則，并將該P(yáng)CC規(guī)則下發(fā)給PCEF,使PCRF保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致，保證了在PCC規(guī)則更新的過程中，用戶業(yè)務(wù)的正常進(jìn)行。
實(shí)施例五
'在更新過程中，只保存更新后的新PCC規(guī)則時(shí)，所述獲取PCEF做出的響應(yīng)的步驟包括
當(dāng)PCEF更新PCC規(guī)則失敗時(shí)，PCRF接收PCEF發(fā)送的應(yīng)答消息，所述應(yīng)答消息為CCR消息或RAA消息，在PCRF接收所述應(yīng)答消息的同時(shí)，PCEF釋放或者修改舊PCC規(guī)則對(duì)應(yīng)的IP-CAN承載以去激活舊PCC規(guī)則。
如圖8所示，PCRF不保存更新前的PCC失見則，則在PUSH模式下，如果PCEF執(zhí)行更新后的PCC規(guī)則失敗，PCRF再次重新制定PCC規(guī)則，主要包括如下步驟' 步驟VI. PCRF發(fā)起PCC規(guī)則更新，生成的新PCC規(guī)則被激活，舊PCC規(guī)則被刪除。PCRF通過RAR消息，把新PCC規(guī)則下發(fā)給PCEF。
步驟V2. PCEF收到RAR消息中的新PCC規(guī)則后，如果執(zhí)行新PCC規(guī)則成功，則發(fā)送RAA消息報(bào)告成功執(zhí)行結(jié)果給PCRF;如果執(zhí)行新PCC規(guī)則失敗，則返回RAA消息指示失敗，并繼續(xù)步驟V3如下步驟V3. PCEF發(fā)送RAA消息給PCRF的同時(shí)，刪除或者修改舊PCC規(guī)則對(duì)應(yīng)的IP-CAN 7 義載以去激活舊PCC MJ'J ， PCRF重新制定匹配的PCC MJ'J 。
上述步驟V2和V3并沒有嚴(yán)格時(shí)序關(guān)系，即PCEF執(zhí)行更新PCC規(guī)則失敗后，也可以先去激活舊PCC規(guī)則，再返回RAA指示失?。?br> 并且，本實(shí)施例描寫的是PUSH模式，對(duì)于PULL模式也一樣適用，只是通過CCR消息上報(bào)更新失敗，同時(shí)去激活舊PCC規(guī)則。
實(shí)施例六
在更新過程中，只保存更新后的新PCC規(guī)則時(shí)，所述獲取PCEF做出的響應(yīng)的步驟包括
當(dāng)PCEF更新PCC規(guī)則失敗時(shí)，PCRF接收PCEF發(fā)送的應(yīng)答消息，所述應(yīng)答消息為CCR消息,所述CCR消息中攜帶舊PCC規(guī)則。
如圖9所示，在PULL沖莫式下，PCRF接收PCEF發(fā)送的舊PCC規(guī)則，包括如下步驟
步驟Xl.當(dāng)一個(gè)event-trigger事件發(fā)生時(shí)，PCEF發(fā)送CCR消息，該CCR消息中包含所述event-trigger參數(shù)和PCC規(guī)則下發(fā)請(qǐng)求。
步驟X2. PCRF根據(jù)檢觀'J event-trigger,判斷當(dāng)前PCC規(guī)則(即舊PCC規(guī)則)是否需要更新。如杲更新，刪除舊PCC規(guī)則，在發(fā)送給PCEF的CCA消息中攜帶更新后的PCC規(guī)則(即新PCC規(guī)則)。
步驟X3.如果PCEF執(zhí)行新PCC規(guī)則失敗，則發(fā)送CCR消息通知PCRF新PCC規(guī)則執(zhí)行失敗，同時(shí)所述CCR消息中攜帶舊的PCC規(guī)則，指示PCRF刪除新的PCC規(guī)則，根據(jù)接收的所述舊的PCC規(guī)則重新制定匹配的PCC規(guī)則。
在本發(fā)明實(shí)施例五和六中，當(dāng)PCEF執(zhí)行PCC規(guī)則失敗時(shí)，PCRF通過重新獲取與PCEF中一致的PCC規(guī)則，解決了現(xiàn)有技術(shù)中因?yàn)镻CRF未保存支持原有用戶業(yè)務(wù)的舊PCC規(guī)則，導(dǎo)致原有用戶業(yè)務(wù)非正常中斷的問題，從而保證了在PCC規(guī)則更新的過程中，用戶業(yè)務(wù)的正常進(jìn)行。
為了保證在PCC規(guī)則更新的過程中，用戶業(yè)務(wù)的正常進(jìn)行，本發(fā)明實(shí)施例
還提供了一種PCC規(guī)則更新的裝置，如圖IO所示，該裝置包括
響應(yīng)獲取單元101,用于當(dāng)PCEF執(zhí)行PCC規(guī)則更新后，獲取PCEF做出的響應(yīng)；
PCC規(guī)則處理單元102，用于根據(jù)所述響應(yīng)獲取單元獲耳又的響應(yīng)，使保存的PCC規(guī)則與PCEF中的PCC少見則保持一致。
在本發(fā)明實(shí)施例中，當(dāng)PCEF執(zhí)行PCC規(guī)則更新后，PCRF通過響應(yīng)獲取單元獲取PCEF做出的響應(yīng)，PCC規(guī)則處理單元根據(jù)所述獲取的響應(yīng)對(duì)所述PCRF中保存的PCC規(guī)則進(jìn)行處理，使PCRF保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致，解決了現(xiàn)有技術(shù)中進(jìn)行PCC規(guī)則更新時(shí)，因無法使PCRF保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致，造成的用戶業(yè)務(wù)非正常中斷的問題，從而保證了在PCC規(guī)則更新的過程中，用戶業(yè)務(wù)的正常進(jìn)行。
當(dāng)在更新過程中，保存更新前后的舊PCC規(guī)則和新PCC規(guī)則時(shí)，如圖11所示，所述響應(yīng)獲取單元101包括
'第一應(yīng)答消息獲耳5Mt塊1011,用于當(dāng)PCEF執(zhí)行PCC規(guī)則更新成功時(shí)，接收PCEF向PCRF發(fā)送的應(yīng)答消息。
或當(dāng)本發(fā)明實(shí)施例采用定時(shí)器機(jī)制時(shí)，所述響應(yīng)獲取單元101包括應(yīng)答消息檢測(cè)模塊1012,用于檢測(cè)出PCEF在預(yù)設(shè)時(shí)間內(nèi)未發(fā)送應(yīng)答消息。這時(shí)，所述PCC規(guī)則處理單元102包括第一處理模塊，用于根據(jù)所述應(yīng)答消息檢測(cè)模塊1012的檢測(cè)結(jié)果，保留新PCC規(guī)則，刪除舊PCC規(guī)則，使PCRF保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致。通過所述第一應(yīng)答消息獲取模塊1011獲取PCEF做出的響應(yīng)又包括下述三 種情況
所述第一應(yīng)答消息獲取模塊1011包括第一接收模塊，用于接收PCEF發(fā) 送的CCR消息，所述CCR消息指示更新PCC規(guī)則成功；這時(shí)，所述PCC規(guī)則處 理單元包括第一處理才莫塊，用于根據(jù)所述第一接收;^莫塊接收的CCR消息，保 留新PCC規(guī)則，刪除舊PCC規(guī)則。
或所述第一應(yīng)答消息獲取模塊1011包括第二接收模塊，用于接收PCEF 發(fā)送的RAA消息。這時(shí)，所述PCC規(guī)則處理單元102根據(jù)所述第二接收模塊接 收的RAA消息，使PCRF保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致。
當(dāng)所述第一應(yīng)答消息獲取模塊1011包括第二接收模塊時(shí)，所述第一應(yīng)答消 息獲取模塊還包括
第三接收沖莫塊，用于接收PCEF發(fā)送的請(qǐng)求下發(fā)PCC規(guī)則的CCR消息；
第一發(fā)送沖莫塊，用于根據(jù)所述第三接收模塊接收的CCR消息，生成新PCC 規(guī)則，向PCEF發(fā)送CCA消息，在本發(fā)明實(shí)施例中，所述CCA消息中不攜帶PCC 規(guī)則；
第二發(fā)送4莫塊，用于向PCEF發(fā)送RAR消息，所述RAR消息中攜帶所述第一 發(fā)送模塊生成的新PCC規(guī)則。
或所述第一應(yīng)答消息獲取模塊1011包括第一接收處理模塊，用于接收 PCEF發(fā)送的CCR消息，所述CCR消息指示更新PCC規(guī)則失敗，在發(fā)送所述CCR 消息的同時(shí)PCEF釋放或者修改舊PCC規(guī)則對(duì)應(yīng)的IP連接接入網(wǎng)IP-CAN承載； 這時(shí)，所述PCC規(guī)則處理單元包括第二處理模塊，用于刪除新PCC規(guī)則和舊 PCC規(guī)則，重新制定匹配的PCC規(guī)則。
在更新過程中，只保存更新后的新PCC規(guī)則時(shí)，如圖12所示，所述響應(yīng)獲取單元101包括第二應(yīng)答消息獲取模塊1013,用于當(dāng)PCEF更新PCC規(guī)則失敗時(shí)， 接收PCEF發(fā)送的應(yīng)答消息。
通過所述第二應(yīng)答消息獲取模塊1013獲取PCEF做出的響應(yīng)又包括下述兩 種情況
所述第二應(yīng)答消息獲取模塊1013包括第四接收模塊，用于接收PCEF發(fā)送 的CCR消息，所述CCR消息中攜帶舊PCC規(guī)則。這時(shí)，所述PCC MJ'J處理單元 102包括第三處理模塊，該第三處理模塊根據(jù)所述第四接收模塊接收的CCR消 息，刪除舊PCC規(guī)則，重新制定匹配的PCC規(guī)則,使PCRF保存的PCC規(guī)則與PCEF 中的PCC規(guī)則保持一致。
或所述第二應(yīng)答消息獲取模塊1013包括第二接收處理模塊，用于接收PCEF 的應(yīng)答消息，所述應(yīng)答消息為RAA消息或CCR消息，所述應(yīng)答消息指示更新PCC 規(guī)則失敗，在發(fā)送所述RAR消息的同時(shí)PCEF釋放或者修改舊PCC規(guī)則對(duì)應(yīng)的 IP_CAN承載以去激活舊PCC規(guī)則。這時(shí)，所述PCC規(guī)則處理單元102包括第四 處理模塊，用于刪除新PCC規(guī)則，重新制定匹配的PCC規(guī)則。
'為了保證在PCC規(guī)則更新的過程中，用戶業(yè)務(wù)的正常進(jìn)行，如圖13所示， 本發(fā)明實(shí)施例還提供了一種PCC規(guī)則更新的系統(tǒng)，該系統(tǒng)包括策略控制和計(jì)費(fèi) 規(guī)則功能實(shí)體PCRF和策略和計(jì)費(fèi)執(zhí)行實(shí)體PCEF，
策略和計(jì)費(fèi)執(zhí)行實(shí)體131,用于執(zhí)行PCC規(guī)則更新后，向PCRF發(fā)送響應(yīng)；
策略控制和計(jì)費(fèi)規(guī)則功能實(shí)體132,用于當(dāng)PCEF執(zhí)行更新后的PCC規(guī)則后， 獲取PCEF做出的響應(yīng)，根據(jù)所述獲取的響應(yīng)，使保存的PCC規(guī)則與PCEF中的 PCC規(guī)則保持一致。 '所述策略控制和計(jì)費(fèi)規(guī)則功能實(shí)體包括
響應(yīng)獲取單元，用于當(dāng)PCEF執(zhí)行PCC規(guī)則更新后，獲取PCEF做出的響應(yīng)；PCC規(guī)則處理單元，用于根據(jù)所述響應(yīng)獲取單元獲取的響應(yīng)，使保存的PCC
規(guī)則與PCEF中的PCC規(guī)則保持一致。
在本發(fā)明實(shí)施例中，當(dāng)PCEF執(zhí)行PCC規(guī)則更新后，PCRF能夠獲取PCEF做 出的響應(yīng)，并才艮據(jù)所述獲取的響應(yīng)對(duì)所述PCRF中保存的PCC規(guī)則進(jìn)行處理，使 PCRF保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致，解決了現(xiàn)有技術(shù)中進(jìn)行 PCC規(guī)則更新時(shí)，因無法使PCRF保存的PCC規(guī)則與PCEF的PCC規(guī)則保持一致， 造成的用戶業(yè)務(wù)非正常中斷的問題，從而保證了在PCC規(guī)則更新的過程中，用 戶業(yè)務(wù)的正常進(jìn)行。
通過程序指令相關(guān)硬件完成。所述實(shí)施例對(duì)應(yīng)的軟件可以存儲(chǔ)在一個(gè)計(jì)算機(jī)可 存儲(chǔ)讀取的介質(zhì)中。
當(dāng)然，本發(fā)明的實(shí)施例還可有很多種，在不背離本發(fā)明的實(shí)施例精神及其
和變形，但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明的實(shí)施例所附的權(quán)利要求的 保護(hù)范圍。
權(quán)利要求
1、一種PCC規(guī)則更新的方法，其特征在于，該方法包括當(dāng)策略和計(jì)費(fèi)執(zhí)行實(shí)體PCEF執(zhí)行PCC規(guī)則更新后，獲取PCEF做出的響應(yīng)；根據(jù)所述獲取的響應(yīng)，使保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致。
2、 根據(jù)權(quán)利要求1所述的PCC規(guī)則更新的方法，其特征在于，在更新過程 中，保存更新前后的舊PCC規(guī)則和新PCC規(guī)則時(shí)，所述獲取PCEF做出的響應(yīng)的 步驟包括接收PCEF發(fā)送的應(yīng)答消息； 或;f全測(cè)出PCEF在預(yù)設(shè)時(shí)間內(nèi)未發(fā)送應(yīng)答消息。
3、根據(jù)權(quán)利要求2所述的PCC規(guī)則更新的方法，其特征在于，所述應(yīng)答消 息為信用控制請(qǐng)求消息CCR消息，所述CCR消息指示更新PCC規(guī)則成功。
4、 根據(jù)權(quán)利要求2所述的PCC規(guī)則更新的方法，其特征在于，所述應(yīng)答消 息為CCR消息，所述CCR消息指示更新PCC規(guī)則失敗，在發(fā)送所述CCR消息的 同時(shí)PCEF釋放或者》務(wù)改舊PCC規(guī)則對(duì)應(yīng)的IP連接接入網(wǎng)IP—CAN承載。
5、 根據(jù)權(quán)利要求2所述的PCC規(guī)則更新的方法，其特征在于，所述應(yīng)答消 息為重認(rèn)證應(yīng)答RAA消息，所述RAA消息指示更新PCC規(guī)則成功。
6、根據(jù)權(quán)利要求5所述的PCC規(guī)則更新的方法，其特征在于，在所述接收 PCEF發(fā)送的應(yīng)答消息的步驟之前還包括接收PCEF發(fā)送的請(qǐng)求下發(fā)PCC規(guī)則的CCR消息；根據(jù)所述CCR消息，生成新PCC規(guī)則，向PCEF發(fā)送信用控制應(yīng)答消息CCA消息，所述CCA消息中不攜帶PCC規(guī)則;向PCEF發(fā)送重認(rèn)證請(qǐng)求RAR消息，所述RAR消息中攜帶所述新PCC規(guī)則。
7、根據(jù)權(quán)利要求2或6所述的PCC規(guī)則更新的方法，其特征在于，所述根拔所述獲取的響應(yīng)，使保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致的步驟包括保留新PCC規(guī)則，刪除舊PCC規(guī)則。
8、 根據(jù)權(quán)利要求4所述的PCC規(guī)則更新的方法，其特征在于，所述根據(jù)所 述獲取的響應(yīng)，使保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致的步驟包括刪除新PCC規(guī)則和舊PCC規(guī)則。
9、 根據(jù)權(quán)利要求1所述的PCC規(guī)則更新的方法，其特征在于，在更新過程 中，只保存更新后的新PCC規(guī)則時(shí)，所述獲取PCEF做出的響應(yīng)的步驟包括接收PCEF發(fā)送的應(yīng)答消息。
10、 根據(jù)權(quán)利要求9所述的PCC規(guī)則更新的方法，其特征在于，所述應(yīng)答 消息為CCR消息,所述CCR消息指示更新PCC規(guī)則失敗，并攜帶舊PCC規(guī)則。
11、 根據(jù)權(quán)利要求9所述的PCC規(guī)則更新的方法，其特征在于，所述應(yīng)答 消息為RAA消息或CCR消息，所述應(yīng)答消息指示更新PCC規(guī)則失敗。
12、 根據(jù)權(quán)利要求11所述的PCC規(guī)則更新的方法，其特征在于，在發(fā)送所 述應(yīng)答消息的同時(shí)PCEF釋力文或者修改舊PCC規(guī)則對(duì)應(yīng)的IP_CAN承載。
13、 根據(jù)權(quán)利要求10所述的PCC規(guī)則更新的方法，其特征在于，所述根據(jù) 所述獲取的響應(yīng)，使保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致的步驟包括刪除新PCC規(guī)則；根據(jù)接收的所述舊PCC規(guī)則重新制定匹配的PCC規(guī)則。
14、 根據(jù)權(quán)利要求11所述的PCC規(guī)則更新的方法，其特征在于，所述根據(jù) 所述獲取的響應(yīng)，使保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致的步驟包括刪除新PCC規(guī)則。
15、 一種PCC規(guī)則更新的裝置，其特征在于，該裝置包括 響應(yīng)獲取單元，用于當(dāng)PCEF執(zhí)行更新PCC規(guī)則更新后，獲取PCEF做出的響應(yīng)；PCC規(guī)則處理單元，用于根據(jù)所述獲取的響應(yīng)，使保存的PCC規(guī)則與PCEF 中的PCC規(guī)則保持一致。
16、 根據(jù)權(quán)利要求15所述的PCC規(guī)則更新的裝置，其特征在于，在更新過 程中，保存更新前后的舊PCC規(guī)則和新PCC規(guī)則時(shí)，所述響應(yīng)獲取單元包括第一應(yīng)答消息獲取^^莫塊，用于接收PCEF發(fā)送的應(yīng)答消息。
17、 根據(jù)權(quán)利要求15所述的PCC規(guī)則更新的裝置，其特征在于，所述響應(yīng) 獲取單元包括應(yīng)答消息檢測(cè)模塊，用于檢測(cè)出PCEF在預(yù)設(shè)時(shí)間內(nèi)未發(fā)送應(yīng)答消息。
18、 根據(jù)權(quán)利要求16所述的PCC規(guī)則更新的裝置，其特征在于，所述第一 應(yīng)答消息獲取模塊包括第一接收模塊，用于接收PCEF發(fā)送的CCR消息，所述CCR消息指示更新PCC 規(guī)則成功。
19、 根據(jù)權(quán)利要求16所述的PCC規(guī)則更新的裝置，其特征在于，所述第一 應(yīng)答消息獲取模塊包括第 一接收處理模塊，用于接收PCEF發(fā)送的CCR消息，所述CCR消息指示更 新PCC規(guī)則失敗，在發(fā)送所述CCR消息的同時(shí)PCEF釋放或者修改舊PCC規(guī)則對(duì) 應(yīng)的IP連接接入網(wǎng)IP-CAN承載。
20、 根據(jù)權(quán)利要求16所述的PCC規(guī)則更新的裝置，其特征在于，所述第一 應(yīng)答消息獲取模塊包括第二接收模塊，用于接收PCEF發(fā)送的RAA消息，所述RAA消息指示更新PCC 規(guī)則成功。
21、 根據(jù)權(quán)利要求20所述的PCC規(guī)則更新的裝置，其特征在于，所述第一應(yīng)答消息獲取^f莫塊還包括第三接收模塊，用于接收PCEF發(fā)送的請(qǐng)求下發(fā)PCC規(guī)則的CCR消息； 第一發(fā)送模塊，用于根據(jù)所述CCR消息，生成新PCC規(guī)則，向PCEF發(fā)送CCA消息，所述CCA消息中不攜帶PCC規(guī)則;第二發(fā)送模塊，用于向PCEF發(fā)送RAR消息，所述RAR消息中攜帶所述新PCC規(guī)則。
22、 根據(jù)權(quán)利要求17或18或20所述的PCC規(guī)則更新的裝置，其特征在于， 所述PCC規(guī)則處理單元包括第一處理模塊，用于保留新PCC規(guī)則，刪除舊PCC規(guī)則。
23、 根據(jù)權(quán)利要求19所述的PCC規(guī)則更新的裝置，其特征在于，所述PCC 規(guī)則處理單元包括第二處理模塊，用于刪除新PCC規(guī)則和舊PCC規(guī)則。
24、 根據(jù)權(quán)利要求15所述的PCC規(guī)則更新的裝置，其特征在于，在更新過 程中，只保存更新后的新PCC規(guī)則時(shí)，所述響應(yīng)獲取單元包括第二應(yīng)答消息獲 取模塊，用于接收PCEF發(fā)送的應(yīng)答消息。
25、 根據(jù)權(quán)利要求24所述的PCC規(guī)則更新的裝置，其特征在于，所述第二 應(yīng)答消息獲，模塊包括第四接收模塊，用于接收PCEF發(fā)送的CCR消息，所述CCR 消息指示更新PCC規(guī)則失敗，并攜帶舊PCC規(guī)則。
26、 根據(jù)權(quán)利要求24所述的PCC規(guī)則更新的裝置，其特征在于，所述第二 應(yīng)答消息獲取模塊包括第二接收處理模塊，用于接收PCEF發(fā)送的RAA消息，所 述RAA消息指示更新PCC規(guī)則失敗，且在發(fā)送所述RAA消息的同時(shí)PCEF釋放或 者修改舊PCC規(guī)則對(duì)應(yīng)的IP-CAN承載。
27、 根據(jù)權(quán)利要求25所述的PCC規(guī)則更新的裝置，其特征在于，所述PCC規(guī)則處理單元包括第三處理模塊，用于刪除新PCC規(guī)則，根據(jù)接收的所述舊PCC規(guī)則重新制 定匹配的PCC規(guī)則。
28、 根據(jù)權(quán)利要求26所述的PCC規(guī)則更新的裝置，其特征在于，所述PCC 規(guī)則處理單元包括第四處理模塊，用于刪除新PCC規(guī)則。
29、 一種PCC規(guī)則更新的系統(tǒng)，其特征在于，該系統(tǒng)包括策略控制和計(jì)費(fèi) 規(guī)則功能實(shí)體PCRF和策略和計(jì)費(fèi)執(zhí)行實(shí)體PCEF,策略和計(jì)費(fèi)執(zhí)行實(shí)體，用于執(zhí)行PCC規(guī)則更新后，向PCRF發(fā)送響應(yīng)； 策略控制和計(jì)費(fèi)規(guī)則功能實(shí)體，用于當(dāng)PCEF執(zhí)行PCC規(guī)則更新后，獲取PCEF做出的響應(yīng)，4艮據(jù)所述獲取的響應(yīng)，使保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致。
30、 根據(jù)權(quán)利要求29所述的PCC規(guī)則更新的系統(tǒng)，其特征在于，所述策略 控制和計(jì)費(fèi)規(guī)則功能實(shí)體包括響應(yīng)獲取單元，用于當(dāng)PCEF執(zhí)行PCC規(guī)則更新后，獲取PCEF做出的響應(yīng)； PCC規(guī)則處理單元，用于根據(jù)所述獲取的響應(yīng)，使保存的PCC規(guī)則與PCEF 中的PCC規(guī)則保持一致。
全文摘要
本發(fā)明公開了一種PCC規(guī)則更新的方法、裝置及系統(tǒng)，涉及通信技術(shù)，能夠在更新PCC規(guī)則的過程中，保證用戶業(yè)務(wù)的正常進(jìn)行。本發(fā)明實(shí)施例提供的技術(shù)方案包括一種PCC規(guī)則更新的方法，該方法包括當(dāng)策略和計(jì)費(fèi)執(zhí)行實(shí)體PCEF執(zhí)行PCC規(guī)則更新后，獲取PCEF做出的響應(yīng)；根據(jù)所述獲取的響應(yīng)，使保存的PCC規(guī)則與PCEF當(dāng)前的PCC規(guī)則保持一致。
文檔編號(hào)H04L12/14GK101567793SQ20081009605
公開日2009年10月28日 申請(qǐng)日期2008年4月25日 優(yōu)先權(quán)日2008年4月25日
發(fā)明者旭 夏, 巖 李 申請(qǐng)人:華為技術(shù)有限公司