專利名稱：Pcc規(guī)則更新的方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)，尤其涉及一種PCC規(guī)則更新的方法、裝置及系統(tǒng)。
背景技術(shù)：
隨著通信技術(shù)的高速發(fā)展，通信網(wǎng)絡(luò)正在向全IP的多媒體網(wǎng)絡(luò)演進。運營商不斷開發(fā)基于IP網(wǎng)絡(luò)的各種通信業(yè)務(wù)，例如多媒體呼叫、文件下載、網(wǎng)頁瀏
<、視頻點4番等。不同的業(yè)務(wù)對服務(wù)質(zhì)量(Quality of Service, QoS )有不同的要求，而且對不同業(yè)務(wù)的計費要求也不同。網(wǎng)絡(luò)會4艮據(jù)業(yè)務(wù)類型以及用戶的簽約等級為用戶提供不同的QoS服務(wù)，并通過片全測不同的業(yè)務(wù)流，將統(tǒng)計的流量、時長等計費信息上報計費中心，進行計費。為了解決上述QoS和基于流計費等的相關(guān)問題，第三代合作伙伴計劃組織(3rd Generation PartnershipProject, 3GPP)定義了策略與計費控制(Policy and Charging Control, PCC)架構(gòu)，該架構(gòu)可以使得網(wǎng)絡(luò)檢測到不同的業(yè)務(wù)流，并根據(jù)不同的業(yè)務(wù)流進行QoS控制和計費統(tǒng)計。
3GPP定義的PCC架構(gòu)如圖1所示，這里主要對策略控制和計費規(guī)則功能實體(Policy Control and Charging Rules Function, PCRF )和策略和計費4丸行實體(Policy and Charging Enforcement Function, PCEF)以及PCRF與PCEF之間的接口 Gx進行介紹。
PCRF根據(jù)用戶接入網(wǎng)絡(luò)的限制、運營商策略、用戶簽約數(shù)據(jù)以及用戶當(dāng)前正在進行的業(yè)務(wù)信息等決定對應(yīng)的PCC規(guī)則，并將該PCC規(guī)則通過Gx接口提供給PCEF,由PCEF執(zhí)行該PCC規(guī)則。所述PCC規(guī)則包括業(yè)務(wù)數(shù)據(jù)流(比如語音的IP流集合)的檢測規(guī)則、是否門控、業(yè)務(wù)數(shù)據(jù)流對應(yīng)的QoS和基于流的計費規(guī)則等。
PCEF執(zhí)行PCRF通過Gx接口下發(fā)或者指定的PCC規(guī)則，具體來說就是執(zhí)行業(yè)務(wù)數(shù)據(jù)流的檢測和測量、保證業(yè)務(wù)數(shù)據(jù)流的QoS、用戶面流量處理和觸發(fā)控制面的會話管理等。PCEF根據(jù)功能劃分，具體的實體可以是GPRS網(wǎng)關(guān)支持節(jié)點(Gateway GPRS Support Node, GGSN)、網(wǎng)關(guān)(Gateway, GW)等。
Gx接口使用Internet工程任務(wù)組(Internet Engineering Task Force,IETF)定義的Diameter f辦i義。
Gx接口使PCRF可以動態(tài)控制PCEF上所執(zhí)行的PCC規(guī)則。Gx接口主要用于實現(xiàn)以下功能建立、維護和終結(jié)IP連接接入網(wǎng)(IP Connectivity AccessNetwork, IP-CAN )會話；實現(xiàn)PCEF向PCRF請求PCC -見則與PCRF向PCEF提供PCC規(guī)則；協(xié)商IP-CAN承載建立模式。
現(xiàn)有技術(shù)中PCRF通過Gx接口對PCEF下發(fā)PCC規(guī)則，進行PCC規(guī)則更新時，主要采用兩種模式，PULL模式和PUSH模式。
采用PULL模式，即由PCEF主動發(fā)起PCC規(guī)則的下發(fā)時，如圖2所示，具體方法:^下
1、 當(dāng)一個event-trigger事件發(fā)生時，PCEF發(fā)送信用控制請求(CreditControl Request, CCR )消息把event-trigger上報通知PCRF,請求下發(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同時保存更新前后的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ī)則失敗時，發(fā)送新的CCR消息。
采用PUSH模式，即由PCRF主動發(fā)起PCC規(guī)則的下發(fā)時，如圖3所示，具體方法3口下
1、當(dāng)一個event-trigger事件發(fā)生時，PCRF更新PCC規(guī)則，向PCEF發(fā)送重認證請求(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 )消息。
在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題現(xiàn)有技術(shù)沒有說明當(dāng)PCC規(guī)則更新失敗后，對于原有規(guī)則如何處理，如果仍保留原有規(guī)則，則PCRF需要保留新舊PCC狀態(tài)信息，根據(jù)PCEF的響應(yīng)來保留對應(yīng)狀態(tài)信息，然而采用PULL模式進行PCC規(guī)則更新時，只有PCEF執(zhí)行新PCC規(guī)則失敗時，PCRF才能根據(jù)PCEF發(fā)送的新CCR消息調(diào)整保存的新舊兩種PCC規(guī)則的狀態(tài)；如果PCEF執(zhí)行新PCC規(guī)則成功時，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ī)則時，則無論是PULL模式還是PUSH模式時，PCEF都缺少去激活原有PCC規(guī)則的過程，導(dǎo)致PCEF上原有規(guī)則還在激活狀態(tài)，而PCRF原有規(guī)則是去激活狀態(tài)，此時PCRF保存的PCC規(guī)則與PCEF中的PCC規(guī)則不一致，無法保證用戶業(yè)務(wù)的正常進行。
發(fā)明內(nèi)容
本發(fā)明的實施例提供了一種PCC規(guī)則更新的方法，能夠在更新PCC規(guī)則的
過程中，保證用戶業(yè)務(wù)的正常進行。
為達到上述目的，本發(fā)明的實施例采用如下技術(shù)方案 一種PCC規(guī)則更新
的方法，該方法包4舌
當(dāng)策略和計費執(zhí)行實體PCEF執(zhí)行PCC規(guī)則更新后，獲取PCEF做出的響應(yīng)；根據(jù)所述獲取的響應(yīng)，使保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致。本發(fā)明的實施例提供了一種PCC規(guī)則更新的裝置，能夠在更新PCC規(guī)則的
過程中，保證用戶業(yè)務(wù)的正常進行。
為達到上述目的，本發(fā)明的實施例采用如下技術(shù)方案 一種PCC規(guī)則更新
的裝置，該裝置包括
響應(yīng)獲取單元，用于當(dāng)策略和計費執(zhí)行實體PCEF執(zhí)行PCC規(guī)則更新后，獲
取PCEF做出的響應(yīng)；.PCC規(guī)則處理單元，根據(jù)所述獲取的響應(yīng)，使保存的PCC規(guī)則與PCEF中的
PCC規(guī)則保持一致。
本發(fā)明實施例提供了一種PCC規(guī)則更新的系統(tǒng)，能夠在更新PCC規(guī)則的過程中，保證用戶業(yè)務(wù)的正常進行。
為達到上述目的，本發(fā)明的實施例采用如下技術(shù)方案 一種PCC規(guī)則更新的系統(tǒng)，該系統(tǒng)包括策略控制和計費規(guī)則功能實體PCRF和策略和計費執(zhí)行實體PCEF, -
策略和計費執(zhí)行實體，用于執(zhí)行PCC規(guī)則更新后，向PCRF發(fā)送響應(yīng)；' 策略控制和計費規(guī)則功能實體，用于當(dāng)PCEF執(zhí)行PCC規(guī)則更新后，獲取PCEF做出的響應(yīng)，4艮據(jù)所述獲取的響應(yīng)，使保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致。
在本發(fā)明實施例中，當(dāng)PCEF執(zhí)行PCC規(guī)則更新后，PCRF能夠獲取PCEF做出的響應(yīng)，并根據(jù)所述獲取的響應(yīng)對所述PCRF中保存的PCC規(guī)則進行處理，使PCRF保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致，解決了現(xiàn)有技術(shù)中進行PCC規(guī)則更新時，因無法使PCRF保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致，造成的用戶業(yè)務(wù)非正常中斷的問題，從而保證了在PCC規(guī)則更新的過程中，用戶業(yè)務(wù)的正常進行。
圖1為現(xiàn)有技術(shù)中策略和計費控制架構(gòu)的結(jié)構(gòu)圖2為現(xiàn)有技術(shù)中PULL模式下進行策略和計費控制規(guī)則更新的示意圖3為現(xiàn)有技術(shù)中PUSH模式下進行策略和計費控制規(guī)則更新的示意圖4為本發(fā)明實施例提供的PCC規(guī)則更新的方法流程圖5(a)為本發(fā)明實施例一提供的PCC規(guī)則更新的方法示意圖5(b)為本發(fā)明實施例二提供的PCC規(guī)則更新的方法示意圖6為本發(fā)明實施例三提供的PCC規(guī)則更新的方法示意圖7為本發(fā)明實施例四提供的PCC規(guī)則更新的方法示意圖8為本發(fā)明實施例五提供的PCC規(guī)則更新的方法示意圖9為本發(fā)明實施例六提供的PCC規(guī)則更新的方法示意圖10為本發(fā)明實施例提供的PCC規(guī)則更新的裝置示意S 11為本發(fā)明實施例一提供的PCC規(guī)則更新的裝置結(jié)構(gòu)圖12為本發(fā)明實施例二提供的PCC規(guī)則更新的裝置結(jié)構(gòu)圖13為本發(fā)明實施例提供的PCC規(guī)則更新的系統(tǒng)示意圖。
具體實施例方式
為了更清楚地說明本發(fā)明實施例的技術(shù)方案，下面將結(jié)合附圖對本發(fā)明的實施例進行詳細的介紹，下面的描述僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些實施例獲得本發(fā)明的其他的實施方式。
為了解決現(xiàn)有技術(shù)中，因無法使PCRF保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致、,造成的用戶業(yè)務(wù)非正常中斷的問題，本發(fā)明的實施例提供了 一種PCC規(guī)則更新的方法、裝置和系統(tǒng)，能夠在更新PCC規(guī)則的過程中，保證用戶業(yè)務(wù)的正常進行。
本發(fā)明的實施例4是供了一種PCC規(guī)則更新的方法，如圖4所示，該方法包括如下步驟
步驟41、當(dāng)策略和計費執(zhí)行實體PCEF執(zhí)行PCC規(guī)則更新后，獲取PCEF做出的響應(yīng)；
步驟42、根據(jù)所述獲取的響應(yīng)，使保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致。
在本發(fā)明實施例中，當(dāng)PCEF執(zhí)行PCC規(guī)則更新后，PCRF能夠獲取PCEF做出的響應(yīng)，并根據(jù)所述獲取的響應(yīng)對所述PCRF中保存的PCC規(guī)則進行處理，使PCRF保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致，解決了現(xiàn)有技術(shù)中進行PCC規(guī)則更新時，因無法使PCRF保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致，魂成的用戶業(yè)務(wù)非正常中斷的問題，從而保證了在PCC規(guī)則更新的過程中，用戶業(yè)務(wù)的正常進行。
下面對本發(fā)明的實施例進行具體描述。
實施例一在更新過程中，保存更新前后的舊PCC關(guān)見則和新PCC規(guī)則時，獲取PCEF侮:出的響應(yīng)的步驟具體包括
在PULL模式下，PCRF接收PCEF發(fā)送的應(yīng)答消息，所述應(yīng)答消息為CCR消息，所述CCR消息指示更新PCC規(guī)則成功。
如圖5 (a)所示，下面通過對PCC規(guī)則更新方法的詳細描述對本發(fā)明實施例一進行說明，主要包括如下步驟
步驟Sl.當(dāng)一個event-trigger事件發(fā)生時，PCEF發(fā)送CCR消息，該CCR消息中包含所述event-trigger參數(shù)和PCC規(guī)則下發(fā)請求。
'步驟S2. PCRF根據(jù)所述event-trigger參數(shù)，判斷處于激活狀態(tài)的PCC規(guī)則(即舊PCC規(guī)則)是否需要更新，發(fā)送CCA消息。當(dāng)需要更新時，生成新PCC規(guī)則，在下發(fā)給PCEF的CCA消息中攜帶更新后的PCC規(guī)則(即新PCC規(guī)則)，PCRF同時保存更新前后的PCC規(guī)則。本實施例主要對PCC規(guī)則需要更新時的情況進行說明。
步驟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ā)明實施例采用一種握手機制，不i侖PCEF執(zhí)行新PCC規(guī)則成功或失敗，PCEF在每收到一次CCA消息后，都會發(fā)送一個新的CCR消息將執(zhí)行的結(jié)果上報給PCRF，對PCRF中兩種PCC規(guī)則狀態(tài)的調(diào)整做出指示。
步驟S4, PCRF根據(jù)新CCR消息對保存的新舊PCC規(guī)則進行處理，如果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ī)則保持一致，同時PCRF通過CCA信息，將上述纟丸行結(jié)果通知PCEF。
在本實施例中，所述新舊PCC規(guī)則是對同 一種PCC規(guī)則而言，即對同 一種PCC規(guī)則，更新后的為所述新PCC規(guī)則，原始的PCC規(guī)則為所述舊PCC規(guī)則，這
同樣適用于本發(fā)明實施例部分的其他相關(guān)描述，下文不再贅述。實施例二
在更新過程中，保存更新前后的舊PCC規(guī)則和新PCC規(guī)則時，獲取PCEF做出的響應(yīng)的步驟具體包括
在PULL模式下，PCRF接收PCEF發(fā)送的應(yīng)答消息，所述應(yīng)答消息為CCR消息，所述CCR消息指示中更新PCC規(guī)則失敗。
如圖5(b)所示，下面通過對PCC規(guī)則更新方法的詳細描述對本發(fā)明實施例二進行說明，主要包括如下步驟
步驟Rl.當(dāng)一個event-trigger事件發(fā)生時，PCEF發(fā)送CCR消息，該CCR消息中包含所述event-trigger參數(shù)和PCC規(guī)則下發(fā)請求。
步驟R2. PCRF沖艮據(jù)所述event-trigger參數(shù)，判斷處于激活狀態(tài)的中PCC規(guī)則(即舊PCC規(guī)則)是否需要更新，發(fā)送CCA消息。當(dāng)需要更新時，生成新PCC規(guī)則，在下發(fā)給PCEF的CCA消息中攜帶更新后的PCC規(guī)則(即新PCC規(guī)則)。P^RF同時保存更新前后的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ā)明實施例中，PCEF中更新PCC規(guī)則失敗，PCEF中新PCC規(guī)則處于去激活狀態(tài)，舊PCC規(guī)則處于激活狀態(tài)。步驟R4. PCEF發(fā)送一個新CCR消息，將執(zhí)行結(jié)果上報給PCRF, PCRF根據(jù)新CCR消息對保存的新舊PCC規(guī)則進行處理。在本發(fā)明實施例中該CCR信息指示PCRF刪除新PCC規(guī)則和舊PCC規(guī)則，在發(fā)送所述CCR消息的同時，PCEF釋放或者修改舊PCC規(guī)則對應(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ī)則保持一致。
實施例三
在更新過程中，保存更新前后的舊PCC規(guī)則和新PCC規(guī)則時，獲取PCEF做出的響應(yīng)的步驟具體包括
.在PULL模式下采用PUSH機制，PCRF接收PCEF發(fā)送的應(yīng)答消息，所述應(yīng)答消息為RAA消息，所述RAA消息指示更新PCC規(guī)則成功。' 如圖6所示，下面對本發(fā)明實施例三中的PCC規(guī)則更新方法進行詳細說明。
步驟Tl.當(dāng)一個event-trigger事件發(fā)生時，PCEF發(fā)送CCR消息，該CCR消息中包含所述event-trigger參數(shù)和PCC規(guī)則下發(fā)請求。
步驟T2. PCRF根據(jù)所述event-trigger參數(shù)，判斷處于激活狀態(tài)的PCC規(guī)則(即舊PCC規(guī)則)是否需要更新，發(fā)送CCA消息。當(dāng)需要更新時，生成新PCC規(guī)則，在下發(fā)給PCEF的CCA消息中不攜帶PCC規(guī)則，并且啟動PUSH模式。
步驟T3.在給PCEF的RAR消息中攜帶新的PCC規(guī)則，此時PCEF收到RAR消息后，把PCC規(guī)則(即舊PCC規(guī)則)設(shè)置為非激活狀態(tài)，執(zhí)行RAR消息攜帶的新PCC規(guī)則，并且將執(zhí)行后的結(jié)果通過RAA信息通知PCRF。如果PCEF更新后的PCC規(guī)則失敗，則保留舊PCC規(guī)則在激活狀態(tài)，同時也將更新結(jié)果通過RAA消息通知PCRF。
步驟T4. PCRF根據(jù)PCEF的RAA消息對保存更新前后PCC規(guī)則進行處理，如果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ī)則保持一致。
實施例四
在更新過程中，保存更新前后的舊PCC規(guī)則和新PCC規(guī)則時，獲取PCEF做出的響應(yīng)的步驟具體包括
檢測出PCEF在預(yù)設(shè)時間內(nèi)未發(fā)送應(yīng)答消息。
用定時器機制解決出現(xiàn)在PULL模式下，PCRF如何更新PCC規(guī)則的問題，如圖7所示，主要包括如下步驟
步驟Ul.當(dāng)一個event-trigger事件發(fā)生時，PCEF發(fā)送CCR消息，該CCR消息中包含所述event-trigger參數(shù)和PCC規(guī)則下發(fā)請求。
步驟U2. PCRF根據(jù)檢測event-trigger,判斷當(dāng)前PCC規(guī)則(即舊PCC規(guī)則)是否需要更新。如果更新，則在下發(fā)給PCEF的CCA消息中攜帶更新后的PCC規(guī)則(即新PCC規(guī)則)。PCRF同時保存更新前后的PCC規(guī)則，并且啟動定時器。
步驟U3.如果在定時器設(shè)置時間內(nèi)，PCRF收到PCEF發(fā)送的新CCR消息，說明更新后的PCC規(guī)則執(zhí)行失敗，則PCRF刪除更新后的PCC規(guī)則，同時激活舊PCC規(guī)則；如果在定時器設(shè)置時間內(nèi)，PCRF沒有收到PCEF發(fā)送的新CCR消息，說明更新后的PCC規(guī)則執(zhí)行成功，則PCRF刪除舊PCC規(guī)則，激活新PCC規(guī)則，使PCRF保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致。在本發(fā)明實施例一、三、四中，當(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ù)的正常進行。
在本發(fā)明實施例二中，當(dāng)PCEF更新PCC MJ'J失敗后，PCEF中的新舊PCC規(guī)則都處于去激活狀態(tài)；PCRF根據(jù)獲取的PCEF做出的響應(yīng)，刪除新舊PCC規(guī)則，重新制定匹配的PCC規(guī)則，并將該PCC規(guī)則下發(fā)給PCEF,使PCRF保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致，保證了在PCC規(guī)則更新的過程中，用戶業(yè)務(wù)的正常進行。
實施例五
'在更新過程中，只保存更新后的新PCC規(guī)則時，所述獲取PCEF做出的響應(yīng)的步驟包括
當(dāng)PCEF更新PCC規(guī)則失敗時，PCRF接收PCEF發(fā)送的應(yīng)答消息，所述應(yīng)答消息為CCR消息或RAA消息，在PCRF接收所述應(yīng)答消息的同時，PCEF釋放或者修改舊PCC規(guī)則對應(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消息報告成功執(zhí)行結(jié)果給PCRF;如果執(zhí)行新PCC規(guī)則失敗，則返回RAA消息指示失敗，并繼續(xù)步驟V3如下步驟V3. PCEF發(fā)送RAA消息給PCRF的同時，刪除或者修改舊PCC規(guī)則對應(yīng)的IP-CAN 7 義載以去激活舊PCC MJ'J ， PCRF重新制定匹配的PCC MJ'J 。
上述步驟V2和V3并沒有嚴(yán)格時序關(guān)系，即PCEF執(zhí)行更新PCC規(guī)則失敗后，也可以先去激活舊PCC規(guī)則，再返回RAA指示失??；
并且，本實施例描寫的是PUSH模式，對于PULL模式也一樣適用，只是通過CCR消息上報更新失敗，同時去激活舊PCC規(guī)則。
實施例六
在更新過程中，只保存更新后的新PCC規(guī)則時，所述獲取PCEF做出的響應(yīng)的步驟包括
當(dāng)PCEF更新PCC規(guī)則失敗時，PCRF接收PCEF發(fā)送的應(yīng)答消息，所述應(yīng)答消息為CCR消息,所述CCR消息中攜帶舊PCC規(guī)則。
如圖9所示，在PULL沖莫式下，PCRF接收PCEF發(fā)送的舊PCC規(guī)則，包括如下步驟
步驟Xl.當(dāng)一個event-trigger事件發(fā)生時，PCEF發(fā)送CCR消息，該CCR消息中包含所述event-trigger參數(shù)和PCC規(guī)則下發(fā)請求。
步驟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í)行失敗，同時所述CCR消息中攜帶舊的PCC規(guī)則，指示PCRF刪除新的PCC規(guī)則，根據(jù)接收的所述舊的PCC規(guī)則重新制定匹配的PCC規(guī)則。
在本發(fā)明實施例五和六中，當(dāng)PCEF執(zhí)行PCC規(guī)則失敗時，PCRF通過重新獲取與PCEF中一致的PCC規(guī)則，解決了現(xiàn)有技術(shù)中因為PCRF未保存支持原有用戶業(yè)務(wù)的舊PCC規(guī)則，導(dǎo)致原有用戶業(yè)務(wù)非正常中斷的問題，從而保證了在PCC規(guī)則更新的過程中，用戶業(yè)務(wù)的正常進行。
為了保證在PCC規(guī)則更新的過程中，用戶業(yè)務(wù)的正常進行，本發(fā)明實施例
還提供了一種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ā)明實施例中，當(dāng)PCEF執(zhí)行PCC規(guī)則更新后，PCRF通過響應(yīng)獲取單元獲取PCEF做出的響應(yīng)，PCC規(guī)則處理單元根據(jù)所述獲取的響應(yīng)對所述PCRF中保存的PCC規(guī)則進行處理，使PCRF保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致，解決了現(xiàn)有技術(shù)中進行PCC規(guī)則更新時，因無法使PCRF保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致，造成的用戶業(yè)務(wù)非正常中斷的問題，從而保證了在PCC規(guī)則更新的過程中，用戶業(yè)務(wù)的正常進行。
當(dāng)在更新過程中，保存更新前后的舊PCC規(guī)則和新PCC規(guī)則時，如圖11所示，所述響應(yīng)獲取單元101包括
'第一應(yīng)答消息獲耳5Mt塊1011,用于當(dāng)PCEF執(zhí)行PCC規(guī)則更新成功時，接收PCEF向PCRF發(fā)送的應(yīng)答消息。
或當(dāng)本發(fā)明實施例采用定時器機制時，所述響應(yīng)獲取單元101包括應(yīng)答消息檢測模塊1012,用于檢測出PCEF在預(yù)設(shè)時間內(nèi)未發(fā)送應(yīng)答消息。這時，所述PCC規(guī)則處理單元102包括第一處理模塊，用于根據(jù)所述應(yīng)答消息檢測模塊1012的檢測結(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ī)則成功；這時，所述PCC規(guī)則處 理單元包括第一處理才莫塊，用于根據(jù)所述第一接收;^莫塊接收的CCR消息，保 留新PCC規(guī)則，刪除舊PCC規(guī)則。
或所述第一應(yīng)答消息獲取模塊1011包括第二接收模塊，用于接收PCEF 發(fā)送的RAA消息。這時，所述PCC規(guī)則處理單元102根據(jù)所述第二接收模塊接 收的RAA消息，使PCRF保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致。
當(dāng)所述第一應(yīng)答消息獲取模塊1011包括第二接收模塊時，所述第一應(yīng)答消 息獲取模塊還包括
第三接收沖莫塊，用于接收PCEF發(fā)送的請求下發(fā)PCC規(guī)則的CCR消息；
第一發(fā)送沖莫塊，用于根據(jù)所述第三接收模塊接收的CCR消息，生成新PCC 規(guī)則，向PCEF發(fā)送CCA消息，在本發(fā)明實施例中，所述CCA消息中不攜帶PCC 規(guī)則；
第二發(fā)送4莫塊，用于向PCEF發(fā)送RAR消息，所述RAR消息中攜帶所述第一 發(fā)送模塊生成的新PCC規(guī)則。
或所述第一應(yīng)答消息獲取模塊1011包括第一接收處理模塊，用于接收 PCEF發(fā)送的CCR消息，所述CCR消息指示更新PCC規(guī)則失敗，在發(fā)送所述CCR 消息的同時PCEF釋放或者修改舊PCC規(guī)則對應(yīng)的IP連接接入網(wǎng)IP-CAN承載； 這時，所述PCC規(guī)則處理單元包括第二處理模塊，用于刪除新PCC規(guī)則和舊 PCC規(guī)則，重新制定匹配的PCC規(guī)則。
在更新過程中，只保存更新后的新PCC規(guī)則時，如圖12所示，所述響應(yīng)獲取單元101包括第二應(yīng)答消息獲取模塊1013,用于當(dāng)PCEF更新PCC規(guī)則失敗時， 接收PCEF發(fā)送的應(yīng)答消息。
通過所述第二應(yīng)答消息獲取模塊1013獲取PCEF做出的響應(yīng)又包括下述兩 種情況
所述第二應(yīng)答消息獲取模塊1013包括第四接收模塊，用于接收PCEF發(fā)送 的CCR消息，所述CCR消息中攜帶舊PCC規(guī)則。這時，所述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消息的同時PCEF釋放或者修改舊PCC規(guī)則對應(yīng)的 IP_CAN承載以去激活舊PCC規(guī)則。這時，所述PCC規(guī)則處理單元102包括第四 處理模塊，用于刪除新PCC規(guī)則，重新制定匹配的PCC規(guī)則。
'為了保證在PCC規(guī)則更新的過程中，用戶業(yè)務(wù)的正常進行，如圖13所示， 本發(fā)明實施例還提供了一種PCC規(guī)則更新的系統(tǒng)，該系統(tǒng)包括策略控制和計費 規(guī)則功能實體PCRF和策略和計費執(zhí)行實體PCEF，
策略和計費執(zhí)行實體131,用于執(zhí)行PCC規(guī)則更新后，向PCRF發(fā)送響應(yīng)；
策略控制和計費規(guī)則功能實體132,用于當(dāng)PCEF執(zhí)行更新后的PCC規(guī)則后， 獲取PCEF做出的響應(yīng)，根據(jù)所述獲取的響應(yīng)，使保存的PCC規(guī)則與PCEF中的 PCC規(guī)則保持一致。 '所述策略控制和計費規(guī)則功能實體包括
響應(yīng)獲取單元，用于當(dāng)PCEF執(zhí)行PCC規(guī)則更新后，獲取PCEF做出的響應(yīng)；PCC規(guī)則處理單元，用于根據(jù)所述響應(yīng)獲取單元獲取的響應(yīng)，使保存的PCC
規(guī)則與PCEF中的PCC規(guī)則保持一致。
在本發(fā)明實施例中，當(dāng)PCEF執(zhí)行PCC規(guī)則更新后，PCRF能夠獲取PCEF做 出的響應(yīng)，并才艮據(jù)所述獲取的響應(yīng)對所述PCRF中保存的PCC規(guī)則進行處理，使 PCRF保存的PCC規(guī)則與PCEF中的PCC規(guī)則保持一致，解決了現(xiàn)有技術(shù)中進行 PCC規(guī)則更新時，因無法使PCRF保存的PCC規(guī)則與PCEF的PCC規(guī)則保持一致， 造成的用戶業(yè)務(wù)非正常中斷的問題，從而保證了在PCC規(guī)則更新的過程中，用 戶業(yè)務(wù)的正常進行。
通過程序指令相關(guān)硬件完成。所述實施例對應(yīng)的軟件可以存儲在一個計算機可 存儲讀取的介質(zhì)中。
當(dāng)然，本發(fā)明的實施例還可有很多種，在不背離本發(fā)明的實施例精神及其
和變形，但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明的實施例所附的權(quán)利要求的 保護范圍。
權(quán)利要求
1、一種PCC規(guī)則更新的方法，其特征在于，該方法包括當(dāng)策略和計費執(zhí)行實體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ī)則時，所述獲取PCEF做出的響應(yīng)的 步驟包括接收PCEF發(fā)送的應(yīng)答消息； 或;f全測出PCEF在預(yù)設(shè)時間內(nèi)未發(fā)送應(yīng)答消息。
3、根據(jù)權(quán)利要求2所述的PCC規(guī)則更新的方法，其特征在于，所述應(yīng)答消 息為信用控制請求消息CCR消息，所述CCR消息指示更新PCC規(guī)則成功。
4、 根據(jù)權(quán)利要求2所述的PCC規(guī)則更新的方法，其特征在于，所述應(yīng)答消 息為CCR消息，所述CCR消息指示更新PCC規(guī)則失敗，在發(fā)送所述CCR消息的 同時PCEF釋放或者》務(wù)改舊PCC規(guī)則對應(yīng)的IP連接接入網(wǎng)IP—CAN承載。
5、 根據(jù)權(quán)利要求2所述的PCC規(guī)則更新的方法，其特征在于，所述應(yīng)答消 息為重認證應(yīng)答RAA消息，所述RAA消息指示更新PCC規(guī)則成功。
6、根據(jù)權(quán)利要求5所述的PCC規(guī)則更新的方法，其特征在于，在所述接收 PCEF發(fā)送的應(yīng)答消息的步驟之前還包括接收PCEF發(fā)送的請求下發(fā)PCC規(guī)則的CCR消息；根據(jù)所述CCR消息，生成新PCC規(guī)則，向PCEF發(fā)送信用控制應(yīng)答消息CCA消息，所述CCA消息中不攜帶PCC規(guī)則;向PCEF發(fā)送重認證請求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ī)則時，所述獲取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)答消息的同時PCEF釋力文或者修改舊PCC規(guī)則對應(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ī)則時，所述響應(yīng)獲取單元包括第一應(yīng)答消息獲取^^莫塊，用于接收PCEF發(fā)送的應(yīng)答消息。
17、 根據(jù)權(quán)利要求15所述的PCC規(guī)則更新的裝置，其特征在于，所述響應(yīng) 獲取單元包括應(yīng)答消息檢測模塊，用于檢測出PCEF在預(yù)設(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消息的同時PCEF釋放或者修改舊PCC規(guī)則對 應(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ā)送的請求下發(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ī)則時，所述響應(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消息的同時PCEF釋放或 者修改舊PCC規(guī)則對應(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)包括策略控制和計費 規(guī)則功能實體PCRF和策略和計費執(zhí)行實體PCEF,策略和計費執(zhí)行實體，用于執(zhí)行PCC規(guī)則更新后，向PCRF發(fā)送響應(yīng)； 策略控制和計費規(guī)則功能實體，用于當(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)，其特征在于，所述策略 控制和計費規(guī)則功能實體包括響應(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ù)的正常進行。本發(fā)明實施例提供的技術(shù)方案包括一種PCC規(guī)則更新的方法，該方法包括當(dāng)策略和計費執(zhí)行實體PCEF執(zhí)行PCC規(guī)則更新后，獲取PCEF做出的響應(yīng)；根據(jù)所述獲取的響應(yīng)，使保存的PCC規(guī)則與PCEF當(dāng)前的PCC規(guī)則保持一致。
文檔編號H04L12/14GK101567793SQ20081009605
公開日2009年10月28日 申請日期2008年4月25日 優(yōu)先權(quán)日2008年4月25日
發(fā)明者旭 夏, 巖 李 申請人:華為技術(shù)有限公司