本發(fā)明涉及通信領(lǐng)域，具體涉及一種終端下線方法、備用策略與計(jì)費(fèi)規(guī)則(Policy and Charging Rule Function，PCRF)裝置、用戶簽約數(shù)據(jù)裝置及通信系統(tǒng)。

背景技術(shù)：

SPR(Subscription Profile Repository，用戶簽約數(shù)據(jù)庫)網(wǎng)元是PCC(Policy and Charging Control，策略和計(jì)費(fèi)控制)系統(tǒng)中的用戶數(shù)據(jù)存儲(chǔ)單元，通過Sp接口與PCRF(Policy and Charging Rules Function，策略和計(jì)費(fèi)規(guī)則功能)網(wǎng)元進(jìn)行交互，為PCRF提供PCC決策需要的用戶數(shù)據(jù)。

用戶(也即終端)在PCRF主用局上線，也即在主用PCRF上上線，SPR保存PCRF主用局的局號(hào)ID，也即保存的是主用PCRF的主機(jī)名，作為該用戶已上線的標(biāo)志。當(dāng)主用PCRF發(fā)生了故障，PCRF主備局倒換，業(yè)務(wù)切換到備用PCRF。備用PCRF收到用戶下線的消息后通知SPR用戶下線，SPR收到PCRF發(fā)送的UDR下線消息，發(fā)現(xiàn)備用PCRF的主機(jī)名和SPR保存的該用戶上線時(shí)登記的PCRF的主機(jī)名不一致，SPR雖然返回成功，但是不會(huì)刪除保存的用戶登記的PCRF的網(wǎng)元信息。那么，用戶實(shí)際已下線，但是在SPR側(cè)依然認(rèn)為用戶在上線狀態(tài)，這樣就會(huì)造成PCRF和SPR用戶數(shù)據(jù)的不一致。

針對(duì)上述問題，目前為了讓SPR側(cè)的用戶真正地下線，所采用的控制流程如圖1所示，包括：

步驟101：主用PCRF通過SP接口向SPR發(fā)送用戶在主用PCRF上線消息；

步驟102：SPR記錄主用PCRF主機(jī)名，作為該用戶已上線的標(biāo)志，并反饋上線成功的響應(yīng)消息；

步驟103：主用PCRF故障進(jìn)行PCRF主備倒換；

步驟104：備用PCRF向SPR發(fā)送用戶下線消息；

步驟105：SPR向備用PCRF發(fā)送下線響應(yīng)消息，但此時(shí)SPR側(cè)依然認(rèn)為用戶在上線狀態(tài)；

步驟106：備用PCRF向SPR發(fā)送該用戶在備用PCRF上線消息；

步驟107：SPR將該之前記錄的該用戶對(duì)應(yīng)的主用PCRF主機(jī)名更換為備用PCRF主機(jī)名，作為該用戶在備用PCRF上線的標(biāo)志，并反饋上線成功的響應(yīng)消息；

步驟108：備用PCRF向SPR發(fā)送用戶下線消息；

步驟109：SPR向備用PCRF發(fā)送下線響應(yīng)消息，此時(shí)SPR發(fā)現(xiàn)備用PCRF主機(jī)名和之前保存的PCRF主機(jī)名相同，完成對(duì)該用戶的真正下線，向備用PCRF反饋下線成功響應(yīng)消息，并設(shè)置該用戶下線。

根據(jù)上述過程可知，針對(duì)用戶在主用PCRF上線，在備用PCRF下線時(shí)，備用PCRF收到用戶需要下線通知后，需先向SPR發(fā)送用戶下線消息進(jìn)行第一次請(qǐng)求下線，但此時(shí)SPR由于發(fā)現(xiàn)用戶上線記錄的PCRF主機(jī)名與該備用PCRF主機(jī)名不一致，僅反饋響應(yīng)消息，并不設(shè)置該用戶下線；需要備用PCRF重新向SPR發(fā)起該用戶的上線流程以讓SPR更新數(shù)據(jù)庫中保存的該用戶的PCRF網(wǎng)元信息，將其更新為PCRF備用局的網(wǎng)元信息，然后再第二次發(fā)送用戶下線請(qǐng)求消息給SPR，這時(shí)SPR才會(huì)判斷下線請(qǐng)求消息攜帶的PCRF網(wǎng)元信息和保存的PCRF網(wǎng)元信息一致，才會(huì)刪除登記的PCRF信息，設(shè)置該用戶已下線。上述過程必需要額外發(fā)起用戶在備用PCRF上的上線流程以及進(jìn)行第二次發(fā)起用戶下線請(qǐng)求，才能使得SPR記錄的用戶狀態(tài)為下線狀態(tài)，這樣的處理方式增加了信令交互以及下線處理的時(shí)延，增加了系統(tǒng)資源的消耗，同時(shí)降低系統(tǒng)性能。

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

本發(fā)明要解決的主要技術(shù)問題是，提供一種終端下線方法、PCRF裝置、用戶簽約數(shù)據(jù)裝置及通信系統(tǒng)，解決現(xiàn)有針對(duì)終端在主用PCRF上線，備用PCRF下線時(shí)，需額外發(fā)起終端在備用PCRF上的上線及下線流程，導(dǎo)致信令交互量增加、下線處理時(shí)延增大以及降低了系統(tǒng)資源利用率和系統(tǒng)性能的問題。

為解決上述技術(shù)問題，本發(fā)明提供一種終端下線方法，包括：

備用策略與計(jì)費(fèi)規(guī)則裝置在終端需要下線時(shí)，向用戶簽約數(shù)據(jù)裝置下發(fā)終端下線請(qǐng)求，所述終端下線請(qǐng)求中包含局向更新標(biāo)識(shí)。

在本發(fā)明的一種實(shí)施例中，所述備用策略與計(jì)費(fèi)規(guī)則裝置向所述用戶簽約數(shù)據(jù)裝置下發(fā)終端下線請(qǐng)求之前，還包括在待下發(fā)的終端下線請(qǐng)求中設(shè)置所述局向更新標(biāo)識(shí)。

為了解決上述問題，本發(fā)明還提供了一種終端下線方法，包括：

用戶簽約數(shù)據(jù)裝置接收備用策略與計(jì)費(fèi)規(guī)則裝置發(fā)送的終端下線請(qǐng)求，所述終端下線請(qǐng)求中包含局向更新標(biāo)識(shí)；

用戶簽約數(shù)據(jù)裝置根據(jù)所述終端下線請(qǐng)求中包含的局向更新標(biāo)識(shí)對(duì)對(duì)應(yīng)的終端進(jìn)行下線處理。

在本發(fā)明的一種實(shí)施例中，所述終端下線請(qǐng)求中還包含備用策略與計(jì)費(fèi)規(guī)則裝置識(shí)別信息，所述用戶簽約數(shù)據(jù)裝置根據(jù)所述更新標(biāo)識(shí)對(duì)所述終端進(jìn)行下線處理之前，還包括：

所述用戶簽約數(shù)據(jù)裝置判斷所述終端上線時(shí)存儲(chǔ)的策略與計(jì)費(fèi)規(guī)則裝置識(shí)別信息與所述備用策略與計(jì)費(fèi)規(guī)則裝置識(shí)別信息是否相同，如否，則根據(jù)所述更新標(biāo)識(shí)對(duì)所述終端進(jìn)行下線處理。

為了解決上述問題，本發(fā)明還提供了一種終端下線方法，包括：

備用策略與計(jì)費(fèi)規(guī)則裝置在終端需要下線時(shí)，向用戶簽約數(shù)據(jù)裝置下發(fā)終端下線請(qǐng)求，所述終端下線請(qǐng)求中包含局向更新標(biāo)識(shí)；

用戶簽約數(shù)據(jù)裝置接收備用策略與計(jì)費(fèi)規(guī)則裝置發(fā)送的終端下線請(qǐng)求；

用戶簽約數(shù)據(jù)裝置根據(jù)所述終端下線請(qǐng)求中包含的局向更新標(biāo)識(shí)對(duì)對(duì)應(yīng)的終端進(jìn)行下線處理。

為了解決上述問題，本發(fā)明還提供了一種備用策略與計(jì)費(fèi)規(guī)則裝置，包括下線請(qǐng)求發(fā)起模塊，用于在終端需要下線時(shí)，向用戶簽約數(shù)據(jù)裝置下發(fā)終端下線請(qǐng)求，所述終端下線請(qǐng)求中包含局向更新標(biāo)識(shí)。

在本發(fā)明的一種實(shí)施例中，還包括標(biāo)識(shí)設(shè)置模塊，用于在所述下線請(qǐng)求發(fā)起模塊向所述用戶簽約數(shù)據(jù)裝置下發(fā)終端下線請(qǐng)求之前，在待下發(fā)的終端下線請(qǐng)求中設(shè)置所述局向更新標(biāo)識(shí)。

為了解決上述問題，本發(fā)明還提供了一種用戶簽約數(shù)據(jù)裝置，包括：

請(qǐng)求接收模塊，用于接收用策略與計(jì)費(fèi)規(guī)則裝置發(fā)送的終端下線請(qǐng)求，所述終端下線請(qǐng)求中包含局向更新標(biāo)識(shí)；

下線處理模塊，用于根據(jù)所述終端下線請(qǐng)求中包含的局向更新標(biāo)識(shí)對(duì)對(duì)應(yīng)的終端進(jìn)行下線處理。

在本發(fā)明的一種實(shí)施例中，還包括判斷模塊，所述終端下線請(qǐng)求中還包含備用策略與計(jì)費(fèi)規(guī)則裝置識(shí)別信息；

所述判斷模塊用于在所述下線處理模塊根據(jù)所述更新標(biāo)識(shí)對(duì)所述終端進(jìn)行下線處理之前，判斷所述終端上線時(shí)所述用戶簽約數(shù)據(jù)裝置存儲(chǔ)的策略與計(jì)費(fèi)規(guī)則裝置識(shí)別信息與所述備用策略與計(jì)費(fèi)規(guī)則裝置識(shí)別信息是否相同，如否，通知所述下線處理模塊根據(jù)所述更新標(biāo)識(shí)對(duì)所述終端進(jìn)行下線處理。

為了解決上述問題，本發(fā)明還提供了一種通信系統(tǒng)，包括備用策略與計(jì)費(fèi)規(guī)則裝置和用戶簽約數(shù)據(jù)裝置；

所述備用策略與計(jì)費(fèi)規(guī)則裝置用于在終端需要下線時(shí)，向用戶簽約數(shù)據(jù)裝置下發(fā)終端下線請(qǐng)求，所述終端下線請(qǐng)求中包含局向更新標(biāo)識(shí)；

所述用戶簽約數(shù)據(jù)裝置用于接收備用策略與計(jì)費(fèi)規(guī)則裝置發(fā)送的終端下線請(qǐng)求，根據(jù)所述終端下線請(qǐng)求中包含的局向更新標(biāo)識(shí)對(duì)對(duì)應(yīng)的終端進(jìn)行下線處 理。

本發(fā)明的有益效果是：

本發(fā)明提供的終端下線方法、PCRF裝置、用戶簽約數(shù)據(jù)裝置及通信系統(tǒng)，備用策略與計(jì)費(fèi)規(guī)則裝置在終端需要下線時(shí)，向用戶簽約數(shù)據(jù)裝置下發(fā)終端下線請(qǐng)求，該終端下線請(qǐng)求中包含局向更新標(biāo)識(shí)；用戶簽約數(shù)據(jù)裝置接收到備用策略與計(jì)費(fèi)規(guī)則裝置發(fā)送的終端下線請(qǐng)求，獲取到該終端下線請(qǐng)求中具有局向更新標(biāo)識(shí)時(shí)，即可直接根據(jù)該局向更新標(biāo)識(shí)對(duì)該終端下線請(qǐng)求對(duì)應(yīng)的終端進(jìn)行下線處理。因此即使該終端是在主用PCRF上線，備用PCRF下線，通過本發(fā)明提供的方案，用戶簽約數(shù)據(jù)裝置收到備用策略與計(jì)費(fèi)規(guī)則裝置發(fā)送的該終端下線請(qǐng)求后，即可直接對(duì)對(duì)應(yīng)的終端進(jìn)行下線處理，并不需要備用策略與計(jì)費(fèi)規(guī)則裝置額外向用戶簽約數(shù)據(jù)裝置發(fā)起上線及下線流程，因此可以盡可能減少信令交互量、減少下線處理時(shí)延，提升系統(tǒng)資源利用率和系統(tǒng)性能。

附圖說明

圖1為一種用戶下線處理流程示意圖；

圖2為本發(fā)明實(shí)施例一提供的用戶下線處理流程示意圖；

圖3為本發(fā)明實(shí)施例二提供的通信系統(tǒng)結(jié)構(gòu)示意圖；

圖4為本發(fā)明實(shí)施例二提供的備用策略與計(jì)費(fèi)規(guī)則裝置結(jié)構(gòu)示意圖；

圖5為本發(fā)明實(shí)施例二提供的用戶簽約數(shù)據(jù)裝置結(jié)構(gòu)示意圖；

圖6為本發(fā)明實(shí)施例三提供的用戶下線處理流程示意圖；

圖7為本發(fā)明實(shí)施例三提供的另一用戶下線處理流程示意圖。

具體實(shí)施方式

下面通過具體實(shí)施方式結(jié)合附圖對(duì)本發(fā)明作進(jìn)一步詳細(xì)說明。

實(shí)施例一：

本實(shí)施例中備用策略與計(jì)費(fèi)規(guī)則(PCRF)裝置在終端需要下線時(shí)，向用戶簽約數(shù)據(jù)(SPR)裝置下發(fā)包含局向更新標(biāo)識(shí)的終端下線請(qǐng)求，該局向更新標(biāo)識(shí)是本實(shí)施例在終端下線請(qǐng)求中新增的，用于告知用戶簽約數(shù)據(jù)裝置可對(duì)該終端下線請(qǐng)求對(duì)應(yīng)的終端進(jìn)行直接下線處理。用戶簽約數(shù)據(jù)裝置接收到該終端下線請(qǐng)求后，即使該終端是在主用PCRF上線，備用PCRF下線時(shí)，可直接根據(jù)該局向更新標(biāo)識(shí)對(duì)該終端下線請(qǐng)求對(duì)應(yīng)的終端進(jìn)行下線處理。并不需要備用策略與計(jì)費(fèi)規(guī)則裝置額外向用戶簽約數(shù)據(jù)裝置發(fā)起上線及下線流程，因此可以盡可能減少信令交互量、減少下線處理時(shí)延，提升系統(tǒng)資源利用率和系統(tǒng)性能。該過程請(qǐng)參見圖2所示，包括：

步驟201：備用策略與計(jì)費(fèi)規(guī)則裝置在終端需要下線時(shí)，向用戶簽約數(shù)據(jù)裝置下發(fā)終端下線請(qǐng)求，該終端下線請(qǐng)求中包含局向更新標(biāo)識(shí)；

本實(shí)施例中的備用策略與計(jì)費(fèi)規(guī)則裝置可根據(jù)上一級(jí)網(wǎng)元發(fā)送的終端下線通知消息獲知終端需要下線；

本實(shí)施例中的局向更新標(biāo)識(shí)可以由備用策略與計(jì)費(fèi)規(guī)則裝置在待下發(fā)的終端下線請(qǐng)求中設(shè)置；也可以由備用策略與計(jì)費(fèi)規(guī)則裝置的上一級(jí)以上的網(wǎng)元設(shè)置；為了盡可能減少對(duì)處理流程的修改，本實(shí)施例優(yōu)選由備用策略與計(jì)費(fèi)規(guī)則裝置設(shè)置；

另外，本實(shí)施例中的備用策略與計(jì)費(fèi)規(guī)則裝置可通過與用戶簽約數(shù)據(jù)裝置之間的SP接口，通過用戶數(shù)據(jù)請(qǐng)求消息(也即UDR消息)的形式發(fā)送終端下線請(qǐng)求。本實(shí)施例中備用策略與計(jì)費(fèi)規(guī)則裝置在終端下線請(qǐng)求中設(shè)置局向更新標(biāo)識(shí)時(shí)，可以通過在消息中擴(kuò)展字段專門用于設(shè)置該局向更新標(biāo)識(shí)，也可以利用消息中原來的標(biāo)志位設(shè)置局向更新標(biāo)識(shí)。且該局向更新標(biāo)識(shí)的具體內(nèi)容可以由備用策略與計(jì)費(fèi)規(guī)則裝置和用戶簽約數(shù)據(jù)裝置進(jìn)行靈活協(xié)商，只要二者達(dá)成一致能識(shí)別即可。

另外，應(yīng)當(dāng)理解的是，本實(shí)施例中的終端下線請(qǐng)求中還包含下線終端的標(biāo)識(shí)信息，以便于識(shí)別具體是哪個(gè)終端需要下線處理；

步驟202：用戶簽約數(shù)據(jù)裝置接收備用策略與計(jì)費(fèi)規(guī)則裝置發(fā)送的終端下線 請(qǐng)求；

步驟203：用戶簽約數(shù)據(jù)裝置根據(jù)終端下線請(qǐng)求中包含的局向更新標(biāo)識(shí)對(duì)對(duì)應(yīng)的終端進(jìn)行下線處理。

在本實(shí)施例中，用戶簽約數(shù)據(jù)裝置在接收到備用策略與計(jì)費(fèi)規(guī)則裝置發(fā)送的終端下線請(qǐng)求時(shí)，存在兩種情況：一種情況是該終端下線請(qǐng)求對(duì)應(yīng)的終端上線時(shí)是在主用策略與計(jì)費(fèi)規(guī)則裝置上線的，后續(xù)主用策略與計(jì)費(fèi)規(guī)則裝置故障進(jìn)行主備倒換切換到備用策略與計(jì)費(fèi)規(guī)則裝置；此時(shí)用戶簽約數(shù)據(jù)裝置會(huì)記錄終端上線時(shí)的策略與計(jì)費(fèi)規(guī)則裝置識(shí)別信息為主用策略與計(jì)費(fèi)規(guī)則裝置的識(shí)別信息；另外一種情況是該終端本身就是在備用策略與計(jì)費(fèi)規(guī)則裝置上線的，也即是在主備倒換完后上線的，此時(shí)用戶簽約數(shù)據(jù)裝置會(huì)記錄終端上線時(shí)的策略與計(jì)費(fèi)規(guī)則裝置識(shí)別信息為備用策略與計(jì)費(fèi)規(guī)則裝置的識(shí)別信息。針對(duì)上述兩種情況，本實(shí)施例中用戶簽約數(shù)據(jù)裝置接收到備用策略與計(jì)費(fèi)規(guī)則裝置發(fā)送的終端下線請(qǐng)求后，只要識(shí)別到該終端下線請(qǐng)求中包含局向更新標(biāo)識(shí)，都可以直接對(duì)對(duì)應(yīng)的終端進(jìn)行下線處理。但是本實(shí)施例為了盡可能降低對(duì)其他情況處理流程的影響，本實(shí)施例中可僅針對(duì)終端是在主用PCRF上線，備用PCRF下線時(shí)才采用上述圖2所示的方案。因此，此時(shí)在上述步驟203中用戶簽約數(shù)據(jù)裝置根據(jù)所述更新標(biāo)識(shí)對(duì)終端進(jìn)行下線處理之前，還包括：

用戶簽約數(shù)據(jù)裝置判斷終端上線時(shí)記錄的策略與計(jì)費(fèi)規(guī)則裝置識(shí)別信息與發(fā)送終端下線請(qǐng)求的備用策略與計(jì)費(fèi)規(guī)則裝置識(shí)別信息是否相同，如否，則根據(jù)終端下線請(qǐng)求中的更新標(biāo)識(shí)對(duì)該終端進(jìn)行下線處理，該下線處理包括將該終端對(duì)應(yīng)的中策略與計(jì)費(fèi)規(guī)則裝置識(shí)別信息清空；否則，可按照現(xiàn)有處理流程進(jìn)行處理。

本實(shí)施例中策略與計(jì)費(fèi)規(guī)則裝置識(shí)別信息可以是用于識(shí)別策略與計(jì)費(fèi)規(guī)則裝置的任何標(biāo)識(shí)信息，例如主機(jī)名等。

采用本實(shí)施例提供的下線處理方法，可以節(jié)省信令流量，減少交互時(shí)延，提升PCC系統(tǒng)的業(yè)務(wù)處理性能，進(jìn)而提升用戶體驗(yàn)的滿意度和運(yùn)營商的企業(yè)競爭力。

實(shí)施例二：

本實(shí)施例提供的通信系統(tǒng)請(qǐng)參見圖3所示，包括備用策略與計(jì)費(fèi)規(guī)則裝置1和用戶簽約數(shù)據(jù)裝置2；

備用策略與計(jì)費(fèi)規(guī)則裝置1用于在終端需要下線時(shí)，向用戶簽約數(shù)據(jù)裝置下發(fā)終端下線請(qǐng)求，該終端下線請(qǐng)求中包含局向更新標(biāo)識(shí)；

用戶簽約數(shù)據(jù)裝置用于接收備用策略與計(jì)費(fèi)規(guī)則裝置發(fā)送的終端下線請(qǐng)求，根據(jù)終端下線請(qǐng)求中包含的局向更新標(biāo)識(shí)對(duì)對(duì)應(yīng)的終端進(jìn)行下線處理。

具體的，請(qǐng)參見圖4所示，備用策略與計(jì)費(fèi)規(guī)則裝置1包括下線請(qǐng)求發(fā)起模塊11，用于在終端需要下線時(shí)，向用戶簽約數(shù)據(jù)裝置下發(fā)終端下線請(qǐng)求。

本實(shí)施例中的下線請(qǐng)求發(fā)起模塊11可根據(jù)上一級(jí)網(wǎng)元發(fā)送的終端下線通知消息獲知終端需要下線；

本實(shí)施例中的局向更新標(biāo)識(shí)可以由備用策略與計(jì)費(fèi)規(guī)則裝置1在待下發(fā)的終端下線請(qǐng)求中設(shè)置；此時(shí)備用策略與計(jì)費(fèi)規(guī)則裝置1還包括標(biāo)識(shí)設(shè)置模塊12，用于在下線請(qǐng)求發(fā)起模塊11向用戶簽約數(shù)據(jù)裝置下發(fā)終端下線請(qǐng)求之前，在待下發(fā)的終端下線請(qǐng)求中添加局向更新標(biāo)識(shí)。局向更新標(biāo)識(shí)也可以由備用策略與計(jì)費(fèi)規(guī)則裝置1的上一級(jí)以上的網(wǎng)元設(shè)置；為了盡可能減少對(duì)處理流程的修改，本實(shí)施例優(yōu)選由備用策略與計(jì)費(fèi)規(guī)則裝置1設(shè)置。

另外，本實(shí)施例中的下線請(qǐng)求發(fā)起模塊11可通過與用戶簽約數(shù)據(jù)裝置之間的SP接口，通過用戶數(shù)據(jù)請(qǐng)求消息(也即UDR消息)的形式發(fā)送終端下線請(qǐng)求。本實(shí)施例中標(biāo)識(shí)設(shè)置模塊12在終端下線請(qǐng)求中設(shè)置局向更新標(biāo)識(shí)時(shí)，可以通過在消息中擴(kuò)展字段專門用于設(shè)置該局向更新標(biāo)識(shí)，也可以利用消息中原來的標(biāo)志位設(shè)置局向更新標(biāo)識(shí)。且該局向更新標(biāo)識(shí)的具體內(nèi)容可以由備用策略與計(jì)費(fèi)規(guī)則裝置和用戶簽約數(shù)據(jù)裝置進(jìn)行靈活協(xié)商，只要二者達(dá)成一致能識(shí)別即可。

另外，應(yīng)當(dāng)理解的是，本實(shí)施例中的終端下線請(qǐng)求中還包含下線終端的標(biāo)識(shí)信息，以便于識(shí)別具體是哪個(gè)終端需要下線處理；

請(qǐng)參見圖5所示，本實(shí)施例中的用戶簽約數(shù)據(jù)裝置2包括：

請(qǐng)求接收模塊21，用于接收用策略與計(jì)費(fèi)規(guī)則裝置發(fā)送的終端下線請(qǐng)求；

下線處理模塊22，用于根據(jù)終端下線請(qǐng)求中包含的局向更新標(biāo)識(shí)對(duì)對(duì)應(yīng)的終端進(jìn)行下線處理。

請(qǐng)求接收模塊21在接收到備用策略與計(jì)費(fèi)規(guī)則裝置發(fā)送的終端下線請(qǐng)求時(shí)，存在兩種情況：一種情況是該終端下線請(qǐng)求對(duì)應(yīng)的終端上線時(shí)是在主用策略與計(jì)費(fèi)規(guī)則裝置上線的，后續(xù)主用策略與計(jì)費(fèi)規(guī)則裝置故障進(jìn)行主備倒換切換到備用策略與計(jì)費(fèi)規(guī)則裝置；此時(shí)用戶簽約數(shù)據(jù)裝置會(huì)記錄終端上線時(shí)的策略與計(jì)費(fèi)規(guī)則裝置識(shí)別信息為主用策略與計(jì)費(fèi)規(guī)則裝置的識(shí)別信息；另外一種情況是該終端本身就是在備用策略與計(jì)費(fèi)規(guī)則裝置上線的，也即是在主備倒換完后上線的，此時(shí)用戶簽約數(shù)據(jù)裝置會(huì)記錄終端上線時(shí)的策略與計(jì)費(fèi)規(guī)則裝置識(shí)別信息為備用策略與計(jì)費(fèi)規(guī)則裝置的識(shí)別信息。針對(duì)上述兩種情況，本實(shí)施例中下線處理模塊22只要識(shí)別到該終端下線請(qǐng)求中包含局向更新標(biāo)識(shí)，都可以直接對(duì)對(duì)應(yīng)的終端進(jìn)行下線處理。但是本實(shí)施例為了盡可能降低對(duì)其他情況處理流程的影響，本實(shí)施例中可僅針對(duì)終端是在主用PCRF上線，備用PCRF下線時(shí)才根據(jù)更新標(biāo)識(shí)對(duì)終端進(jìn)行下線處理。此時(shí)本實(shí)施例中的用戶簽約數(shù)據(jù)裝置還包括判斷模塊23，用于在下線處理模塊22根據(jù)更新標(biāo)終端進(jìn)行下線處理之前，判斷所述終端上線時(shí)所述用戶簽約數(shù)據(jù)裝置存儲(chǔ)的策略與計(jì)費(fèi)規(guī)則裝置識(shí)別信息與所述備用策略與計(jì)費(fèi)規(guī)則裝置識(shí)別信息是否相同，如否，通知下線處理模塊22根據(jù)更新標(biāo)識(shí)對(duì)終端進(jìn)行下線處理。

本實(shí)施例中策略與計(jì)費(fèi)規(guī)則裝置識(shí)別信息可以是用于識(shí)別策略與計(jì)費(fèi)規(guī)則裝置的任何標(biāo)識(shí)信息，例如主機(jī)名等。

實(shí)施例三：

為了更好的理解本發(fā)明，下面以兩種具體的場景為例，對(duì)本發(fā)明做進(jìn)一步說明。

場景一：用戶(即終端)簽約數(shù)據(jù)裝置在策略與計(jì)費(fèi)規(guī)則裝置系統(tǒng)發(fā)生倒換后，用戶的上線在主局策略與計(jì)費(fèi)規(guī)則裝置完成，而接收到備局策略與計(jì)費(fèi)規(guī)則裝置用戶(IMSI(International Mobile Subscriber Identification Number，國際移動(dòng)用戶識(shí)別碼)/ISDN(Integrated Services Digital Network,綜合業(yè)務(wù)數(shù)字網(wǎng))號(hào)碼)下線請(qǐng)求消息，其業(yè)務(wù)處理流程請(qǐng)參見圖6所示，如下：

步驟601：用戶在線時(shí)，備用策略與計(jì)費(fèi)規(guī)則裝置觸發(fā)SP接口UDR消息發(fā)送用戶下線請(qǐng)求給用戶簽約數(shù)據(jù)裝置，消息中攜帶用戶標(biāo)識(shí)信息為IMSI；

步驟602：用戶簽約數(shù)據(jù)裝置收到用戶下線請(qǐng)求消息后，會(huì)首先查詢IMSI用戶存在不存在,如果不存在，則報(bào)錯(cuò)；

步驟603：用戶存在，用戶簽約數(shù)據(jù)裝置再判斷終端下線請(qǐng)求中攜帶的策略與計(jì)費(fèi)規(guī)則裝置主機(jī)名和庫中保存的之前用戶登記的策略與計(jì)費(fèi)規(guī)則裝置主機(jī)名不一樣；

步驟604：用戶簽約數(shù)據(jù)裝置再根據(jù)消息中攜帶的業(yè)務(wù)類型字段(例如,策略與計(jì)費(fèi)規(guī)則裝置主機(jī)名)斷業(yè)務(wù)類型為備用策略與計(jì)費(fèi)規(guī)則裝置用戶下線和更新局向標(biāo)識(shí)，這時(shí)用戶簽約數(shù)據(jù)裝置則清空數(shù)據(jù)庫中的策略與計(jì)費(fèi)規(guī)則裝置的主機(jī)名；

步驟605：用戶簽約數(shù)據(jù)裝置更新數(shù)據(jù)庫后，發(fā)送成功響應(yīng)消息給備用策略與計(jì)費(fèi)規(guī)則裝置，通知用戶下線成功。

場景二：用戶(即終端)簽約數(shù)據(jù)裝置在策略與計(jì)費(fèi)規(guī)則裝置系統(tǒng)發(fā)生倒換后，用戶的上線在備用局策略與計(jì)費(fèi)規(guī)則裝置完成，而接收到備局策略與計(jì)費(fèi)規(guī)則裝置用戶(IMSI(International Mobile Subscriber Identification Number，國際移動(dòng)用戶識(shí)別碼)/ISDN(Integrated Services Digital Network,綜合業(yè)務(wù)數(shù)字網(wǎng))號(hào)碼)下線請(qǐng)求消息，其業(yè)務(wù)處理流程請(qǐng)參見圖7所示，如下：

步驟701：用戶在線時(shí)，備用策略與計(jì)費(fèi)規(guī)則裝置觸發(fā)SP接口UDR消息發(fā) 送用戶下線請(qǐng)求給用戶簽約數(shù)據(jù)裝置，消息中攜帶用戶標(biāo)識(shí)信息為IMSI；

步驟702：用戶簽約數(shù)據(jù)裝置收到用戶下線請(qǐng)求消息后，會(huì)首先查詢IMSI用戶存在不存在,如果不存在，則報(bào)錯(cuò)；

步驟703：用戶存在，用戶簽約數(shù)據(jù)裝置再判斷終端下線請(qǐng)求中攜帶的策略與計(jì)費(fèi)規(guī)則裝置主機(jī)名和庫中保存的之前用戶登記的策略與計(jì)費(fèi)規(guī)則裝置主機(jī)名一樣；

步驟704：用戶簽約數(shù)據(jù)裝置再根據(jù)消息中攜帶的業(yè)務(wù)類型字段(例如,策略與計(jì)費(fèi)規(guī)則裝置主機(jī)名)斷業(yè)務(wù)類型為備用策略與計(jì)費(fèi)規(guī)則裝置用戶下線和更新局向標(biāo)識(shí)，這時(shí)用戶簽約數(shù)據(jù)裝置則清空數(shù)據(jù)庫中的策略與計(jì)費(fèi)規(guī)則裝置的主機(jī)名；該步驟中用戶簽約數(shù)據(jù)裝置可不識(shí)別更新局向標(biāo)識(shí)，也即本實(shí)施例中的更新局向標(biāo)識(shí)在該場景下可不用；

步驟705：用戶簽約數(shù)據(jù)裝置更新數(shù)據(jù)庫后，發(fā)送成功響應(yīng)消息給備用策略與計(jì)費(fèi)規(guī)則裝置，通知用戶下線成功。

以上內(nèi)容是結(jié)合具體的實(shí)施方式對(duì)本發(fā)明所作的進(jìn)一步詳細(xì)說明，不能認(rèn)定本發(fā)明的具體實(shí)施只局限于這些說明。對(duì)于本發(fā)明所屬技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明構(gòu)思的前提下，還可以做出若干簡單推演或替換，都應(yīng)當(dāng)視為屬于本發(fā)明的保護(hù)范圍。