一種重定向方法、計費設備、接入設備和重定向系統的制作方法

一種重定向方法、計費設備、接入設備和重定向系統的制作方法
【專利摘要】本發明實施例提供了一種重定向方法、計費設備、接入設備和重定向系統。重定向方法包括計費設備接收接入設備發送的攜帶終端用戶標識的計費請求；根據計費請求中的終端用戶標識，確定所述終端用戶的余額或免費資源剩余量低于預定的閾值；根據所述終端用戶的至少一種計費因子，確定重定向規則，所述計費因子為與所述終端用戶相關的用于計費的數據；發送指示重定向規則的消息給接入設備，以便所述接入設備將所述終端用戶重定向到該重定向規則指向的重定向地址。根據本發明實施例提供的方案，計費設備能夠依據不同終端用戶的特點，將終端用戶重定向到不同的充值地址，讓用戶能獲取到符合自身特點及使用習慣的個性化數據業務套餐，從而提升了用戶體驗。
【專利說明】一種重定向方法、計費設備、接入設備和重定向系統

【技術領域】
[0001]本發明涉及通信領域，尤其涉及一種重定向方法、計費設備、接入設備和重定向系統。

【背景技術】
[0002]當前的數據業務實時計費通常由分組無線業務網關支持節點(Gateway GeneralPacket Rad1 Service Support Node, GGSN)執行業務監控和請求。GGSN 通過 Gy 接口與在線計費系統(Online Charging System, 0CS)通過直徑信用控制(DiameterCredit-Control, DCC)消息進行交互，以完成數據業務的計費。
[0003]現有的實時計費定義了一種重定向技術，在終端用戶的余額或免費資源剩余量不足時，OCS會下發重定向策略，通知GGSN將終端用戶重定向到充值頁面進行充值。例如，在OCS扣費過程中，當發現終端用戶的余額不足或為0，免費資源剩余量為O時，OCS會向GGSN發送重定向指示和重定向地址，該地址一般是運營商的充值門戶網站。GGSN根據OCS返回的重定向地址，將終端用戶重定向到該地址對應的網站，即在終端上彈出網頁，一般是免費的。終端用戶可以通過該充值門戶網站對自己的賬戶進行充值，充值成功后終端用戶可以繼續使用數據業務。
[0004]但隨著業務的發展，智能終端用戶對數據業務的需求量倍增，不同類型的終端用戶對數據業務的需求情況不同，運營商為了吸引終端用戶使用數據業務，推出相對于普通資費較為便宜的數據業務套餐給不同的終端用戶訂購，例如5元30M，15元10M的流量套餐。終端用戶希望一直使用該種較為便宜的數據業務，然而終端用戶在被重定向到充值網站充值后只能使用普通資費的數據業務。因此簡單的將用戶重定向到單一的充值門戶網站讓用戶充值的重定向已經不能滿足客戶的需求。


【發明內容】

[0005]本發明實施例提供了一種重定向方法、計費設備、接入設備和重定向系統，能夠依據不同終端用戶的特點，將終端用戶重定向到不同的地址。
[0006]第一方面，提供了一種重定向方法，用于終端用戶的重定向，所述方法包括以下步驟:
[0007]計費設備接收接入設備發送的計費請求消息，所述計費請求消息中攜帶所述終端用戶的用戶標識；所述計費設備根據所述計費請求消息中的用戶標識，確定所述終端用戶的余額或免費資源剩余量低于預定的閾值；所述計費設備根據所述終端用戶的至少一種計費因子，確定重定向規則，所述計費因子為與所述終端用戶相關的用于計費的數據；所述計費設備將指示所述重定向規則的消息發送給所述接入設備，以便所述接入設備根據所述重定向規則確定重定向地址并將所述終端用戶重定向到所述重定向地址。
[0008]結合第一方面的實現方式，在第一方面第一種可能的實現方式中，所述計費因子包括下述三類信息中的至少一種:預先存儲在所述計費設備中的用戶資料信息、通過分析所述終端用戶的歷史消費數據得到的信息、通過第三方系統發送來的數據得到的信息。
[0009]結合第一方面、第一方面的第一種可能的實現方式，在第二種可能實現的方式中，根據至少兩種計費因子確定重定向規則，包括:根據至少兩種計費因子組合成一個計費因子組，根據所述計費因子組確定一個重定向規則；或者根據至少兩種計費因子確定至少兩個重定向規則。
[0010]結合第一方面、第一方面的第一種至第二種可能的實現方式，在第三種可能實現的方式中，根據至少兩種計費因子確定至少兩個重定向規則時，將最高優先級的重定向規則發送給所述接入設備。
[0011]結合第一方面、第一方面的第一種至第三種可能的實現方式，在第四種可能實現的方式中，所述計費請求消息為信用控制請求CCR消息，所述指示重定向規則的消息為信用控制應答CCA消息，所述重定向規則通過所述CCA消息中攜帶的重定向參數指示。
[0012]結合第一方面、第一方面的第一種至第四種可能的實現方式，在第五種可能實現的方式中，所述接入設備根據所述重定向規則確定重定向地址，包括通過存儲在所述接入設備中的重定向列表確定重定向地址，所述重定向列表存儲重定向規則和重定向地址之間的對應關系。
[0013]第二方面，提供了一種重定向方法，用于終端用戶的重定向，所述方法包括以下步驟:計費設備接收接入設備發送的計費請求消息，所述計費請求消息中攜帶所述終端用戶的用戶標識；所述計費設備根據所述計費請求消息中的用戶標識，確定所述終端用戶的余額或免費資源剩余量低于預定的閾值；所述計費設備根據所述終端用戶的至少一種計費因子，確定重定向規則，根據所述重定向規則確定重定向地址，所述計費因子為與所述終端用戶相關的用于計費的數據；所述計費設備將指示所述重定向地址的消息發送給所述接入設備，以便所述接入設備將所述終端用戶重定向到所述重定向地址。
[0014]結合第二方面的實現方式，在第二方面第一種可能的實現方式中，所述計費因子包括下述三類信息中的至少一種:預先存儲在計費設備中的用戶資料信息、通過分析所述終端用戶的歷史消費數據得到的信息、通過第三方系統發送來的數據得到的信息。
[0015]結合第二方面、第二方面的第一種可能的實現方式，在第二種可能實現的方式中，根據至少兩種計費因子確定重定向規則，包括:根據至少兩種計費因子組合成一個計費因子組，根據所述計費因子組確定一個重定向規則；或者根據至少兩種計費因子確定至少兩個重定向規則。
[0016]結合第二方面、第二方面的第一種至第二種可能的實現方式，在第三種可能實現的方式中，根據至少兩種計費因子確定至少兩個重定向規則時，將最高優先級的重定向規則發送給所述接入設備。
[0017]結合第二方面、第二方面的第一種至第三種可能的實現方式，在第四種可能實現的方式中，所述計費請求消息為信用控制請求CCR消息，所述指示重定向地址的消息為信用控制應答CCA消息，所述重定向地址通過所述CCA消息中的重定向服務器地址RedirectServer Address 字段指不。
[0018]第三方面，提供了一種重定向方法，用于終端用戶的重定向，所述方法包括以下步驟:接入設備發送計費請求消息給計費設備，所述計費請求消息中攜帶所述終端用戶的用戶標識；所述接入設備接收所述計費設備發送的指示重定向規則的消息，所述重定向規則是所述計費設備根據所述用戶標識，確定所述終端用戶的余額或免費資源剩余量低于預定的閾值后，根據所述終端用戶的至少一種計費因子確定的；所述接入設備根據所述重定向規則，依據本地的重定向列表確定重定向地址，所述重定向列表存儲重定向規則和重定向地址之間的對應關系；所述接入設備將所述終端用戶重定向到所述確定的重定向地址。
[0019]結合第三方面的實現方式，在第三方面第一種可能的實現方式中，所述計費請求消息為信用控制請求CCR消息，所述指示重定向規則的消息為信用控制應答CCA消息，所述重定向規則通過所述CCA消息中攜帶的重定向參數指示。
[0020]第四方面，提供了一種計費設備，所述計費設備包括接收模塊，處理模塊和發送模塊:所述接收模塊，用于接收接入設備發送的計費請求消息，所述計費請求消息中攜帶所述終端用戶的用戶標識；所述處理模塊，用于根據所述計費請求消息中的用戶標識，確定所述終端用戶的余額或免費資源剩余量低于預定的閾值；以及根據所述終端用戶的至少一種計費因子，確定重定向規則，所述計費因子為與所述終端用戶相關的用于計費的數據；所述發送模塊，用于將指示所述重定向規則的消息發送給所述接入設備，以便所述接入設備根據所述重定向規則確定重定向地址并將所述終端用戶重定向到所述重定向地址。
[0021]結合第四方面的實現方式，在第四方面第一種可能的實現方式中，所述計費因子包括下述三類信息中的至少一種:預先存儲在所述計費設備中的用戶資料信息、通過分析所述終端用戶的歷史消費數據得到的信息、通過第三方系統發送來的數據得到的信息。
[0022]結合第四方面、第四方面的第一種可能的實現方式，在第二種可能實現的方式中，根據至少兩種計費因子確定重定向規則，包括:根據至少兩種計費因子組合成一個計費因子組，根據所述計費因子組確定一個重定向規則；或者根據至少兩種計費因子確定至少兩個重定向規則。
[0023]結合第四方面、第四方面的第一種至第二種可能的實現方式，在第三種可能實現的方式中，根據至少兩種計費因子確定至少兩個重定向規則時，將最高優先級的重定向規則發送給所述接入設備。
[0024]結合第四方面、第四方面的第一種至第三種可能的實現方式，在第四種可能實現的方式中，所述計費請求消息為信用控制請求CCR消息，所述指示重定向規則的消息為信用控制應答CCA消息，所述重定向規則通過所述CCA消息中攜帶的重定向參數指示。
[0025]結合第四方面、第四方面的第一種至第四種可能的實現方式，在第五種可能實現的方式中，所述確定重定向地址包括通過存儲在接入設備中的重定向列表確定重定向地址，所述重定向列表存儲重定向規則和重定向地址之間的對應關系。
[0026]第五方面，提供了一種計費設備，用于終端用戶的重定向，包括接收模塊，處理模塊和發送模塊:所述接收模塊，用于接收接入設備發送的計費請求消息，所述計費請求消息中攜帶所述終端用戶的用戶標識；所述處理模塊，用于根據所述計費請求消息中的用戶標識，確定所述終端用戶的余額或免費資源剩余量低于預定的閾值；以及根據所述終端用戶的至少一種計費因子，確定重定向規則，根據所述重定向規則確定重定向地址，所述計費因子為與所述終端用戶相關的用于計費的數據；所述發送模塊，用于將指示所述重定向地址的消息發送給接入設備，以便所述接入設備將所述終端用戶重定向到所述重定向地址。
[0027]結合第五方面的實現方式，在第五方面第一種可能的實現方式中，所述計費因子包括下述三類信息中的至少一種:預先存儲在所述計費設備中的用戶資料信息、通過分析所述終端用戶的歷史消費數據得到的信息、通過第三方系統發送來的數據得到的信息。
[0028]結合第五方面、第五方面的第一種可能的實現方式，在第二種可能實現的方式中，根據至少兩種計費因子確定重定向規則，包括:根據至少兩種計費因子組合成一個計費因子組，根據所述計費因子組確定一個重定向規則；或者根據至少兩種計費因子確定至少兩個重定向規則。
[0029]結合第五方面、第五方面的第一種至第二種可能的實現方式，在第三種可能實現的方式中，根據至少兩種計費因子確定至少兩個重定向規則時，將最高優先級的重定向規則發送給所述接入設備。
[0030]結合第五方面、第五方面的第一種至第三種可能的實現方式，在第四種可能實現的方式中，所述計費請求消息為信用控制請求CCR消息，所述指示重定向地址的消息為信用控制應答CCA消息，所述重定向地址通過所述CCA消息中的重定向服務器地址RedirectServer Address 字段指不。
[0031]第六方面，提供了一種接入設備，用于終端用戶的重定向，包括發送模塊，接收模塊和處理模塊:所述發送模塊，用于發送計費請求消息給計費設備，所述計費請求消息中攜帶所述終端用戶的用戶標識；所述接收模塊，用于接收所述計費設備發送的指示重定向規則的消息，所述重定向規則是所述計費設備根據所述用戶標識，確定所述終端用戶的余額或免費資源剩余量低于預定的閾值后，根據所述終端用戶的至少一種計費因子確定的；所述處理模塊，用于根據所述重定向規則，依據本地的重定向列表確定重定向地址，所述重定向列表存儲重定向規則和重定向地址之間的對應關系；以及將所述終端用戶重定向到所述確定的重定向地址。
[0032]結合第六方面，在第六方面的第一種可能的實現方式中，所述計費請求消息為信用控制請求CCR消息，所述指示重定向規則的消息為信用控制應答CCA消息，所述重定向規則通過所述CCA消息中攜帶的重定向參數指示。
[0033]第七方面，提供了一種重定向系統，用于終端用戶的重定向，包括計費設備和接入設備:所述計費設備，用于接收所述接入設備發送的計費請求消息，所述計費請求消息中攜帶所述終端用戶的用戶標識；根據所述計費請求消息中的用戶標識，確定所述終端用戶的余額或免費資源剩余量低于預定的閾值；根據所述終端用戶的至少一種計費因子，確定重定向規則，所述計費因子為與所述終端用戶相關的用于計費的數據；將指示所述重定向規則的消息發送給所述接入設備，以便所述接入設備根據所述重定向規則確定重定向地址并將所述終端用戶重定向到所述重定向地址；所述接入設備，用于發送計費請求消息給所述計費設備；接收計費設備發送的指示重定向規則的消息；根據所述重定向規則，依據本地的重定向列表確定重定向地址，所述重定向列表存儲重定向規則和重定向地址之間的對應關系；將所述終端用戶重定向到所述確定的重定向地址。
[0034]第八方面，提供了一種重定向系統，用于終端用戶的重定向，包括計費設備和接入設備:
[0035]所述計費設備，用于接收所述接入設備發送的計費請求消息，所述計費請求消息中攜帶所述終端用戶的用戶標識；根據所述計費請求消息中的用戶標識，確定所述終端用戶的余額或免費資源剩余量低于預定的閾值；根據所述終端用戶的至少一種計費因子，確定重定向規則，根據所述重定向規則確定重定向地址，所述計費因子為與所述終端用戶相關的用于計費的數據；將指示所述重定向地址的消息發送給所述接入設備，以便所述接入設備根據所述重定向規則確定重定向地址并將所述終端用戶重定向到所述重定向地址；所述接入設備，用于發送計費請求消息給所述計費設備；接收所述計費設備發送的指示重定向地址的消息；將所述終端用戶重定向到所述重定向地址。
[0036]第九方面，提供了一種計算設備，包括:處理器、存儲器、總線和通信接口 ；所述存儲器用于存儲計算設備執行指令，所述處理器與所述存儲器通過所述總線連接，當所述計算設備運行時，所述處理器執行所述存儲器存儲的所述計算機執行指令，以使所述計算設備執行第一方面至第三方面及第一方面至第三方面的任一可能的實現方式所述的方法。
[0037]根據本發明實施例提供的技術方案，通過結合終端用戶的信息，計費設備能夠針對不同的終端用戶制定出個性化的重定向規則，指示接入設備將終端用戶重定向到該個性化的重定向規則指向的充值網站或者網頁進行充值，讓用戶能獲取到符合自身特點及使用習慣的個性化數據業務套餐，從而提升了用戶體驗。

【專利附圖】

【附圖說明】
[0038]為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對于本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。
[0039]圖1是本發明實施例應用的網絡架構的示意圖；
[0040]圖2是依據本發明一實施例的重定向方法的示范性流程圖；
[0041]圖3是依據本發明另一實施例的重定向方法的示范性流程圖；
[0042]圖4是依據本發明一實施例的重定向方法的示范性流程圖；
[0043]圖5是依據本發明一實施例的重定向方法的示范性信令圖；
[0044]圖6是依據本發明另一實施例的重定向方法的示范性信令圖；
[0045]圖7是依據本發明一實施例的計費設備的結構示意圖；
[0046]圖8是依據本發明另一實施例的計費設備的結構示意圖；
[0047]圖9是依據本發明一實施例的接入設備的結構示意圖；
[0048]圖10是依據本發明一實施例的重定向系統的結構示意圖；
[0049]圖11是依據本發明另一實施例的重定向系統的結構示意圖；
[0050]圖12是依據本發明一實施例的通用計算機結構的硬件結構示意圖。

【具體實施方式】
[0051]為使本發明實施例的目的、技術方案和優點更加清楚，下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚地描述，顯然，所描述的實施例是本發明一部分實施例，而不是全部的實施例。基于本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬于本發明保護的范圍。
[0052]圖1是本發明實施例應用的網絡架構100的示意圖。網絡架構100包括策略和計費規則功能實體102 (Policy and Charging Rule Funct1n, PCRF)、策略和計費執行功能實體 1041 (Policy and Charging Enforcement Funct1n, PCEF)、應用功能實體 106 (Applicat1n Funct1n, AF)、用戶簽約數據庫 108 (Subscript1n ProfileRespository, SPR)、承載綁定及事件報告功能實體 110 (Bearing Binding and EventReport Funct1n, BBERF)、流量內容識別部件 112 (Traffic Detect1n Funct1n, TDF)、在線計費系統 114 (Online Charging System, OCS)和離線計費系統 116 (Offline ChargingSystem, OFCS)。
[0053]其中，策略和計費規則功能實體102 (Policy and Charging Rule Funct1n,PCRF)包含策略控制決策和基于流計費控制的功能，PCRF102通過Gx接口接收來自策略和計費執行功能實體 1041 (Policy and Charging Enforcement Funct1n, PCEF)的輸入，向PCEF1041提供關于業務數據流檢測、門控(Gating Control)、服務質量(Qualityof Service, QoS)控制和基于流計費的網絡控制功能。PCRF102將其制定的策略和計費規則發送給策略與計費執行功能實體1041 (Policy and Charging EnforcementFunct1n, PCEF)執行，同時，PCRF102還需要保證這些規則和用戶的簽約信息一致。PCRF102制定策略和計費規則的依據包括:從AF106獲取與業務相關的信息；從用戶簽約數據庫108 (Subscript1n Profile Repository, SPR)獲取與用戶策略計費控制簽約信息；從PCEF1041獲取與承載相關網絡的信息。
[0054]策略和計費執行功能實體1041 (Policy and Charging Enforcement Funct1n,PCEF)主要包含業務數據流的檢測、策略執行和基于流的計費功能。PCEF1041功能實體通常位于網關104(Gateway, GW)內，例如通用分組無線業務(General Packet Rad1Service, GPRS)的網關 GPRS 支撐節點(Gateway GPRS Support Node, GGSN)網關、4G 核心網絡(Evolved Packet Core, EPC)的分組數據網網關(Packet Data Network Gateway,P-GW)、無線局域網(Wireless Local Area Network, WLAN)中的分組數據網關(PacketData Gateway，PDG)。PCEF1041 也可獨立部署。
[0055]承載綁定及事件報告功能實體110 (Bearing Binding and Event ReportFunct1n,BBERF)的功能包括承載綁定、上行承載綁定的驗證、以及事件報告。該功能實體位于網關中，例如基于S5/S8接口，使用代理移動IP (Proxy Mobile ΙΡ,ΡΜΙΡ)，實現3GPP接入的服務網關(Service Gateway, S-GW),高速分組數據(High Rate Packet Data, HRF1D)中的HRPD服務網關,非3G接入場合下的接入網關(Access Gateway, A-GW)。
[0056]流量檢測部件112 (Traffic Detect1n Funct1n, TDF)執行應用程序檢測和報告檢測。例如，TDF112可以識別深度報文檢測(deep packet inspect1n,DPI)。如果TDF112檢測不出這些信息，則由TDF112執行門控，重定向帶寬限制。如果能檢測到應用程序信息，則會提交給PCRF102，由PCRF102產生決策交由PCEF1041執行控制。
[0057]在線計費系統114(0nline Charging System,0CS)提供基于用戶和業務數據流的信用控制功能。主要由在線采集、計費控制、批價、余額管理等模塊構成，實現了在線計費功能，并配合其它計費網元設備(觸發基于會話、事件的在線計費事件請求設備，如SCP、CCG、ISMP等)進行實時話務控制。與PCEF1041通過Gy接口相連。
[0058]離線計費系統Il6 (Offline Charging System, 0FCS)與 PCEF1041—起完成離線計費方式下的計費操作。
[0059]本發明實施例中，認為PCEF位于網關GGSN內。
[0060]圖2是依據本發明一實施例的重定向方法200的示范性流程圖。在具體實現過程中，重定向方法200可由計費設備來執行。該計費設備可以是預付費服務器(Pre-PaidServer, PPS)。更進一步的說，該預付費服務器可具體為例如但不限于在線計費系統(Online Charging System, OCS)。在本實施例中，計費設備與接入設備之間根據直徑(Diameter)協議進行通信。
[0061]S202，計費設備接收接入設備發送的計費請求消息，所述計費請求消息中攜帶終端用戶的用戶標識。
[0062]具體的，該計費請求消息是信用控制請求(credit control request, CCR),終端用戶標識可以通過CCR消息中的Subscript1n-1d-Data AVP(屬性值對)來攜帶。
[0063]S204，計費設備根據所述計費請求消息中的用戶標識，確定所述終端用戶的余額或免費資源剩余量低于預定的閾值。
[0064]具體的，免費資源一般是指終端用戶購買的套餐包，由于用戶已經購買了套餐包，因此對于用戶來說，在該套餐額度內的消費是免費的。免費資源可以是流量套餐、時長套餐以及短信套餐或者其任意組合的套餐。預定的閾值最小可以是余額為0，免費資源剩余量為O0
[0065]S206，計費設備根據所述終端用戶的至少一種計費因子，確定重定向規則，所述計費因子為與所述終端用戶相關的用于計費的數據。
[0066]計費因子包括下述三類信息中的至少一種:預先存儲在所述計費設備中的用戶資料信息、通過分析所述終端用戶的歷史消費數據得到的信息、通過第三方系統發送來的數據得到的信息。
[0067]具體的，預先存儲在計費設備中的用戶資料信息包括但不限于客戶資料的品牌、客戶等級、客戶信用等級、當前余額、免費資源剩余量等。
[0068]具體的，分析用戶的歷史消費數據可以為，分析終端用戶的使用習慣，例如套餐訂購歷史，如多次訂購某一種數據業務套餐；上網時間段，如經常在夜間上網等。
[0069]具體的，第三方系統可以是大數據系統，大數據系統具體可以是數據倉庫(DataHouse)。
[0070]S208，計費設備將指示所述重定向規則的消息發送給接入設備，以便所述接入設備根據所述重定向規則確定重定向地址并將所述終端用戶重定向到所述重定向地址。
[0071]根據本發明實施例提供的技術方案，通過結合終端用戶的信息，計費設備能夠針對不同的終端用戶制定出個性化的重定向規則，指示接入設備將終端用戶重定向到該個性化的重定向規則指向的充值網站或者網頁進行充值，讓用戶能獲取到符合自身特點及使用習慣的個性化數據業務套餐，從而提升了用戶體驗。計費設備將重定向規則下發給接入設備，由接入設備根據重定向規則確定重定向地址進行重定向，而不是由計費設備確定重定向地址，可以降低計費設備的負擔。
[0072]圖3是依據本發明另一實施例的重定向方法300的示范性流程圖。在具體實現過程中，重定向方法300可由計費設備來執行。
[0073]S302，計費設備接收接入設備發送的計費請求消息，所述計費請求消息中攜帶終端用戶的用戶標識。
[0074]S304，計費設備根據所述計費請求消息中的用戶標識，確定所述終端用戶的余額或免費資源剩余量低于預定的閾值。
[0075]S306，計費設備根據所述終端用戶的至少一種計費因子，確定重定向規則，根據所述重定向規則確定重定向地址，所述計費因子為與所述終端用戶相關的用于計費的數據。
[0076]S308，計費設備將指示所述重定向地址的消息發送給所述接入設備，以便所述接入設備將所述終端用戶重定向到所述重定向地址。
[0077]有關免費資源剩余量、計費因子等內容已經在圖2實施例中進行了詳細描述，因此此處不再贅述。
[0078]與圖2所示的重定向方法200相比，在圖3所示的重定向方法300中，計費設備直接確定出重定向地址，無需接入設備再依據重定向規則確定重定向地址，可以降低接入設備的負擔。
[0079]圖4是依據本發明一實施例的重定向方法400的示范性流程圖。在具體實現過程中，重定向方法400可以由接入設備來執行，該接入設備可以是通用分組無線業務網關支持節點(Gateway General Packet Rad1 Service Support Node, GGSN)。
[0080]S402，接入設備發送計費請求消息給計費設備，所述計費請求消息中攜帶所述終端用戶的用戶標識。
[0081 ] 具體的，該計費請求消息可以是信用控制請求CCR消息。
[0082]S404，接入設備接收所述計費設備發送的指示重定向規則的消息，所述重定向規則是所述計費設備根據所述用戶標識，確定所述終端用戶的余額或免費資源剩余量低于預定的閾值后，根據所述終端用戶的至少一種計費因子確定的。
[0083]可選的，該指示重定向規則的消息為信用控制應答CCA消息。重定向規則通過CCA消息中攜帶的重定向參數指示。重定向參數可以是CCA消息中的重定向服務器地址Redirect Server Address字段；也可以通過在CCA消息中擴展字段作為重定向參數,例如擴展字段ExRule Name作為重定向參數；還可以將CCA消息中的保留字段作為重定向參數。
[0084]S406,根據所述重定向規則,依據本地的重定向列表確定重定向地址,所述重定向列表存儲重定向規則和重定向地址之間的對應關系。
[0085]具體的，可以通過重定向列表存儲重定向規則和重定向地址的對應關系，通過查表的方式得到重定向規則對應的重定向地址。
[0086]S408，接入設備將所述終端用戶重定向到所述確定的重定向地址。
[0087]根據本發明實施例提供的技術方案，通過結合終端用戶的信息，計費設備能夠針對不同的終端用戶制定出個性化的重定向規則，指示接入設備將終端用戶重定向到該個性化的重定向規則指向的充值網站或者網頁進行充值，讓用戶能獲取到符合自身特點及使用習慣的個性化數據業務套餐，從而提升了用戶體驗。
[0088]圖5是依據本發明一實施例的重定向方法500的示范性信令圖。在具體實現過程中，重定向方法500可以由接入設備和計費設備執行。在本實施例中，接入設備可以通用分組無線業務網關支持節點(Gateway General Packet Rad1 Service Support Node,GGSN)。計費設備可以是預付費服務器(Pre-Paid Server, PPS)。更進一步的說,該預付費服務器可具體為例如但不限于在線計費系統(Online Charging System, 0CS)。接入設備與計費設備之間根據直徑(Diameter)協議進行通信。本實施例中以終端用戶的數據業務流量剩余量不足為例進行說明。在圖5中，終端用戶發送TOP Activate給GGSN，請求登陸；GGSN發送CCR{Initial}消息給0CS，請求建立承載業務和請求OCS下發授權量；0CS進行鑒權和授權量預留，判斷出當前用戶數據業務套餐中數據業務流量的剩余量低于預定閾值，需要用戶進行充值；OCS結合用戶的計費因子確定出重定向規則，通過CCA{Initial}消息將該重定向規則發送給GGSN，指示GGSN將用戶重定向到該重定向規則指向的充值網站或者網頁進行充值。
[0089]S502，終端用戶向GGSN發出登錄請求，該登錄請求中攜帶該終端用戶的用戶標識。
[0090]具體的，終端用戶可以是手機。該登錄請求可以是分組數據協議激活(PacketData Protocol Activate, PDP Activate)請求。用戶標識通過用戶識別碼表示。用戶識別碼可以為 MSISDN、頂S1、SIP_UR1、ΝΑΙ、VOIP SIM MSISDN、FIX NUMBER、PBX NUMBER、TWIN號碼、數據卡號碼和其它關聯號碼。例如，用戶通過手機訪問Internet時，會發出PDP Activate，其中帶有該用戶的手機號碼。在漫游的情況下，攜帶國際移動用戶識別碼(Internat1nal Mobile Subscriber Identificat1n Number,IMSI)。
[0091]S504, GGSN向OCS發送初始信用控制請求CCR{Initial}，其中帶有上述終端用戶的用戶標識。
[0092]具體的，該初始信用控制請求CCR{Initial}是計費請求，用于請求建立承載業務。用戶標識通過CCR消息中的Subscript1n-1d-Data AVP來攜帶。用戶標識通過上述用戶識別碼表示，OCS根據不同的用戶識別碼識別出不同的終端用戶。
[0093]S506, OCS做鑒權和預留。
[0094]OCS根據CCR{Initial}中攜帶的終端用戶標識鑒定終端用戶的權限，確定該終端用戶是否有權限使用上述請求建立的承載業務。如果該終端用戶有權限，則為其建立該承載業務，并依據其賬戶余額情況做出授權量預留。
[0095]OCS首先判斷如果此時終端用戶的賬戶余額或免費資源剩余量是否低于預定的閾值，例如余額為O或免費資源剩余量為O。免費資源可以是指終端用戶購買的套餐包。免費資源可以是流量套餐、時長套餐以及短信套餐或者其任意組合的套餐。該預定的閾值可以由運營商確定，最小可以為O,也可以為其他值。例如，用戶發起Internet訪問,OCS檢測到該用戶的流量套餐中剩余流量為0，則指示GGSN將該用戶重定向到充值網站或者網頁進行充值。
[0096]S508, OCS根據該終端用戶的計費因子確定重定向規則。
[0097]S510，OCS通過初始信用控制應答CCA {Initial}攜帶指示重定向規則的重定向參數，將重定向規則發送給GGSN。
[0098]在S508中，具體的，計費因子包括例如但不限于以下三種信息:
[0099]第一種，計費因子可以是預先存儲在計費設備中的用戶資料信息，包括但不限于客戶資料的品牌、客戶等級、客戶信用等級、當前余額、免費資源剩余量等。
[0100]第二種，計費因子可以是對用戶的歷史消費數據進行統計分析得到的信息。具體的，可以通過歷史消費數據分析終端用戶的使用習慣，例如通過分析歷史消費數據，得出用戶最近多次訂購某一種數據業務套餐，經常在夜間上網等。
[0101]第三種，計費因子包括通過第三方系統發送來的數據得到的信息。第三方系統可以是大數據系統，大數據系統具體可以是數據倉庫(Data House)。OCS向第三方系統提供用戶信息數據，第三方系統分析OCS提供的用戶信息數據，分析結果參數作為計費因子發送給OCS。
[0102]OCS根據至少一種計費因子確定重定向規則，包括但不限于:
[0103](I)OCS根據一種計費因子確定重定向規則；
[0104]當OCS根據一種計費因子確定重定向規則時，根據每一種計費因子分別確定與之對應的重定向規則。可以單獨依據上述第一種計費因子確定重定向規則，例如依據第一種計費因子中的客戶等級來確定重定向規則，例如依據用戶為金卡用戶確定重定向規則為推薦用戶訂購IG的數據流量套餐；也可以單獨依據上述第二種計費因子來確定重定向規則，例如依據用戶經常在夜間上網確定重定向規則為推薦用戶訂購22:00-07:00時間段的數據流量套餐；還可以單獨依據上述第三種計費因子來確定重定向規則，即依據來自第三方系統的分析結果參數來確定重定向規則。
[0105]依據第一種計費因子中的多個計費因素來確定重定向規則也屬于單獨依據上述第一種計費因子確定重定向規則的情況，其中計費因素指客戶資料的品牌、客戶等級、客戶信用等級、當前余額、免費資源剩余量等。
[0106](2) OCS根據至少兩種計費因子確定重定向規則；
[0107]當OCS根據至少兩種計費因子確定重定向規則時，包括但不限于以下兩種情況:
[0108]第一種，根據至少兩種計費因子組合成一個計費因子組，OCS根據該計費因子組確定一個重定向規則。
[0109]第二種，OCS根據至少兩種計費因子確定至少兩個重定向規則。具體為，OCS根據每一種計費因子分別確定一個重定向規則；ocs根據至少兩個上述計費因子組確定至少兩個重定向規則；ocs根據至少一個上述計費因子組、至少一種計費因子確定至少兩個重定向規則。
[0110]對于有第三方系統參與重定向規則的確定的情況，還可以由第三方系統依據OCS提供的與終端用戶相關的用于計費的數據直接確定出重定向規則，將重定向規則發送給0CS，而不需要OCS再做進一步的分析和加工。
[0111]重定向規則指向到對應的充值網站或網頁，OCS指示GGSN根據該重定向規則將該終端用戶重定向到充值網站或網頁進行充值。重定向得到的網址有多個，而不是簡單的一個充值網站。例如，根據用戶經常在夜間上網確定出的重定向規則，OCS會指示GGSN將用戶直接重定向到夜間流量包對應的訂購頁面，而不是其他流量包對應的訂購頁面。
[0112]由于每個終端用戶的計費因子存在差異，OCS依據計費因子確定出的是個性化的重定向規則，能夠指示GGSN將終端用戶重定向到該個性化的重定向規則指向的充值網站或網頁進行充值。
[0113]又例如，OCS經過分析終端用戶的數據業務最近I個月的消費數據，分析出該用戶經常在夜間使用數據業務，且該用戶為金卡用戶，則當該用戶的免費資源剩余量5M時，根據用戶標識，得到計費因子為:“經常夜間使用數據業務”以及“金卡用戶”，確定重定向規則為:aaa.00.ttt，即“將該用戶重定向到22:00_07:00，包月IG數據業務套餐的訂購網址”；類似的，如果某用戶為普通用戶，則計算出當該用戶的免費資源剩余量5M時，重定向規則指向到22:00-07:00包月100M數據業務套餐的訂購網站或者網頁。
[0114]在S510中，具體的，對于OCS只確定了一個重定向規則的情況，將該重定向規則通過CCA{Initial}發送給GGSN ;對于OCS確定了至少兩個重定向規則的情況，將具有最高優先級的重定向規則發送給GGSN。
[0115]重定向規則的優先級可以根據計費因子的優先級確定，計費因子的優先級可以由運營商確定。例如OCS依據客戶等級確定了應該推薦用戶訂購100M的數據業務套餐，依據用戶經常在夜間上網確定了應該推薦用戶訂購500M的22:00-07:00時間段的數據流量套餐，如果運營商設定歷史消費數據的優先級高于用戶資料信息，則會向GGSN發送推薦用戶訂購500M數據業務套餐的信息。
[0116]CCA消息中的重定向參數可以是CCA消息中的重定向服務器地址RedirectServer Address字段；也可以通過在CCA消息中擴展字段作為重定向參數，例如擴展字段ExRule Name作為重定向參數；還可以將CCA消息中的保留字段作為重定向參數。重定向參數攜帶重定向規則，例如通過擴展字段ExRule Name攜帶重定向規則aaa.00.ttt。
[0117]應注意，上述對CCA消息結構的修改應該被認為是邏輯上的修改，在具體實現過程中，本領域技術人員在不付出創造性勞動的前提下還可以進行其他修改來實現同樣的功倉泛。
[0118]S512, GGSN根據重定向規則確定重定向地址。
[0119]具體的，可以通過重定向列表存儲重定向規則和重定向地址的對應關系，通過查表的方式得到重定向規則對應的重定向地址。例如，重定向規則為aaa.00.ttt,通過重定向列表得到重定向地址為http://www.abc.com。又例如重定向規則為asd,通過重定向列表得到重定向地址為http://www.def.com。
[0120]S514，GGSN發送指示重定向地址的消息給終端用戶，將終端用戶重定向到該地址。
[0121]對于計費過程中GGSN向OCS發送CCR{Update}消息，OCS進行扣費和預留，確定需要對用戶進行重定向后，OCS確定重定向規則并將終端用戶重定向到充值網站的過程與上述S508至S514的過程一致或者類似，因此此處不再贅述。
[0122]根據本發明實施例提供的技術方案，通過結合終端用戶的信息，計費設備能夠針對不同的終端用戶制定出個性化的重定向規則，指示接入設備將終端用戶重定向到該個性化的重定向規則指向的充值網或者網頁站進行充值，讓用戶能獲取到符合自身特點及使用習慣的個性化數據業務套餐，從而提升了用戶體驗。計費設備將重定向規則下發給接入設備，由接入設備根據重定向規則再確定重定向地址進行重定向，可以降低計費設備的負擔。
[0123]圖6是依據本發明另一實施例的重定向方法600的示范性信令圖。在具體實現過程中，重定向方法600可以由接入設備和計費設備執行。與圖5實施例不同，在圖6實施例中，OCS依據計費因子直接確定出重定向地址，將指示重定向地址的消息發送給GGSN，不需要OCS先確定出重定向規則,再由GGSN根據重定向規則確定重定向地址。
[0124]S602，終端用戶向GGSN發出登錄請求，該登錄請求中攜帶該終端用戶的用戶標識。
[0125]S604, GGSN向OCS發送初始信用控制請求CCR{Initial}，其中帶有上述終端用戶的用戶標識。
[0126]S606，0CS做鑒權和預留。
[0127]S608, OCS根據計費因子確定重定向地址。
[0128]有關計費因子的相關內容已經在圖5實施例S508中進行了詳細描述，因此此處不再贅述。OCS依據計費因子直接確定出重定向地址，無需確定重定向規則。
[0129]S610, OCS通過初始信用控制應答CCA{Initial}指示重定向地址，將重定向地址發送給GGSN。
[0130]具體的，該重定向地址可以通過CCA{Initial}中的重定向服務器地址RedirectServer Address 字段指不。
[0131]S612，GGSN發送指示重定向地址的消息給終端用戶，將終端用戶重定向到該地址。
[0132]S602、S604、S606、S612 的執行過程分別與圖 5 實施例中的 S502、S504、S506、S514的執行過程相同或者相類似，因此此處不再贅述。
[0133]對于計費過程中GGSN向OCS發送CCR{Update}消息，OCS進行扣費和預留，確定需要對用戶進行重定向后，OCS確定重定向地址并將終端用戶重定向到充值網站的過程與上述S608至S612的過程一致，因此此處不再贅述。
[0134]根據本發明實施例提供的技術方案，通過結合終端用戶的信息，計費設備能夠針對不同的終端用戶制定出個性化的重定向地址，指示接入設備將終端用戶重定向到該個性化的重定向地址進行充值，讓用戶能獲取到符合自身特點及使用習慣的個性化數據業務套餐，從而提升了用戶體驗。計費設備將重定向地址而不是重定向規則下發給接入設備，不需要接入設備再根據重定向規則確定重定向地址，可以降低接入設備的負擔。
[0135]圖7是依據本發明一實施例的計費設備的結構示意圖。該計費設備用于執行前述圖2實施例中的重定向方法，計費設備700包括接收模塊702，處理模塊704和發送模塊706。
[0136]接收模塊702，用于接收接入設備發送的計費請求消息，所述計費請求消息中攜帶終端用戶的用戶標識。
[0137]處理模塊704，用于根據所述計費請求消息中的用戶標識，確定所述終端用戶的余額或免費資源剩余量低于預定的閾值；以及
[0138]根據所述終端用戶的至少一種計費因子，確定重定向規則，所述計費因子為與所述終端用戶相關的用于計費的數據。
[0139]發送模塊706，用于將指示所述重定向規則的消息發送給所述接入設備，以便所述接入設備根據所述重定向規則確定重定向地址并發送給所述終端用戶。
[0140]有關計費因子的相關內容已經在圖5實施例S508中進行了詳細描述，此處不再贅述。
[0141]根據本發明實施例提供的技術方案，通過結合終端用戶的信息，計費設備能夠針對不同的終端用戶制定出個性化的重定向規則，指示接入設備將終端用戶重定向到該個性化的重定向規則指向的充值網站或者網頁進行充值，讓用戶能獲取到符合自身特點及使用習慣的個性化數據業務套餐，從而提升了用戶體驗。計費設備將重定向規則下發給接入設備，由接入設備根據重定向規則確定重定向地址進行重定向，而不是由計費設備確定重定向地址，可以降低計費設備的負擔。
[0142]圖8是依據本發明另一實施例的計費設備的結構示意圖。該計費設備用于執行前述圖3實施例中的重定向方法，計費設備800包括接收模塊802，處理模塊804和發送模塊806。
[0143]接收模塊802，用于接收接入設備發送的計費請求消息，所述計費請求消息中攜帶終端用戶的用戶標識。
[0144]處理模塊804，用于根據所述計費請求消息中的用戶標識，確定所述終端用戶的余額或免費資源剩余量低于預定的閾值；以及
[0145]根據所述終端用戶的至少一種計費因子，確定重定向規則，根據所述重定向規則確定重定向地址，所述計費因子為與所述終端用戶相關的用于計費的數據。
[0146]發送模塊806，用于將指示所述重定向地址的消息發送給所述接入設備，以便所述接入設備將所述終端用戶重定向到所述重定向地址。
[0147]有關計費因子的相關內容已經在圖5實施例S508中進行了詳細描述，因此此處不再贅述。
[0148]與圖7所示的計費設備相比，在圖8所示的計費設備中，計費設備直接確定出重定向地址，無需接入設備再依據重定向規則確定重定向地址，可以降低接入設備的負擔。
[0149]圖9是依據本發明一實施例的接入設備的結構示意圖。該接入設備用于執行前述圖4實施例中的重定向方法。接入設備900包括發送模塊902，接收模塊904和處理模塊906。
[0150]發送模塊902，用于發送計費請求消息給計費設備，所述計費請求消息中攜帶所述終端用戶的用戶標識。
[0151]接收模塊904，用于接收所述計費設備發送的指示重定向規則的消息，所述重定向規則是所述計費設備根據所述用戶標識，確定所述終端用戶的余額或免費資源剩余量低于預定的閾值后，根據所述終端用戶的至少一種計費因子確定的。
[0152]處理模塊906，用于根據所述重定向規則，依據本地的重定向列表確定重定向地址；以及
[0153]將所述終端用戶重定向到所述確定的重定向地址。
[0154]可選的，重定向規則攜帶在信用控制應答CCA消息中，通過CCA消息中攜帶的重定向參數指示，該重定向參數可為CCA消息中的重定向服務器地址Redirect Server Address字段；也可以通過在CCA消息中擴展字段作為重定向參數，還可以將CCA消息中的保留字段作為重定向參數。
[0155]根據本發明實施例提供的技術方案，通過結合終端用戶的信息，計費設備能夠針對不同的終端用戶制定出個性化的重定向規則，指示接入設備將終端用戶重定向到該個性化的重定向規則指向的充值網站或者網頁進行充值，讓用戶能獲取到符合自身特點及使用習慣的個性化數據業務套餐，從而提升了用戶體驗。
[0156]圖10是依據本發明一實施例的重定向系統的結構示意圖。重定向系統1000包括計費設備1002和接入設備1004。
[0157]計費設備1002，用于接收接入設備發送的計費請求消息，所述計費請求消息中攜帶終端用戶的用戶標識；根據所述計費請求消息中的用戶標識，確定所述終端用戶的余額或免費資源剩余量低于預定的閾值；根據所述終端用戶的至少一種計費因子，確定重定向規則，所述計費因子為與所述終端用戶相關的用于計費的數據；將指示所述重定向規則的消息發送給所述接入設備，以便所述接入設備根據所述重定向規則確定重定向地址并將所述終端用戶重定向到所述確定的重定向地址。
[0158]接入設備1004，用于發送計費請求消息給計費設備；接收計費設備發送的重定向規則；根據所述重定向規則，依據本地的重定向列表確定重定向地址；將所述終端用戶重定向到所述重定向地址。
[0159]根據本發明實施例提供的技術方案，通過結合終端用戶的信息，計費設備能夠針對不同的終端用戶制定出個性化的重定向規則，指示接入設備將終端用戶重定向到該個性化的重定向規則指向的充值網站或者網址進行充值，讓用戶能獲取到符合自身特點及使用習慣的個性化數據業務套餐，從而提升了用戶體驗。計費設備將重定向規則下發給接入設備，由接入設備根據重定向規則確定重定向地址進行重定向，而不是由計費設備確定重定向地址，可以降低計費設備的負擔。
[0160]圖11是依據本發明另一實施例的重定向系統的結構示意圖。重定向系統1100包括計費設備1102和接入設備1104。
[0161]計費設備1102，用于接收接入設備發送的計費請求消息，所述計費請求消息中攜帶終端用戶的用戶標識；根據所述計費請求消息中的用戶標識，確定所述終端用戶的余額或免費資源剩余量低于預定的閾值；根據所述終端用戶的至少一種計費因子，確定重定向地址，所述計費因子為與所述終端用戶相關的用于計費的數據；將指示所述重定向地址的消息發送給所述接入設備，以便所述接入設備根據所述重定向規則確定重定向地址并將所述終端用戶重定向到所述重定向地址。
[0162]接入設備1104，用于發送計費請求消息給計費設備；接收計費設備發送的指示重定向地址的消息；將所述終端用戶重定向到所述重定向地址。
[0163]與圖10所示的重定向系統相比，在圖11所示的重定向系統中，計費設備直接確定出重定向地址，無需接入設備再依據重定向規則確定重定向地址，可以降低接入設備的負擔。
[0164]圖12是依據本發明一實施例的通用計算機結構1200的硬件結構示意圖。如圖12所示，通用計算機結構1200包括處理器1202、存儲器1204、通信接口 1206和總線1208。其中，處理器1202、存儲器1204和通信接口 1206通過總線1208實現彼此之間的通信連接。
[0165]處理器1202可以采用通用的中央處理器(Central Processing Unit,CPU),微處理器，應用專用集成電路(Applicat1n Specific Integrated Circuit, ASIC),或者一個或多個集成電路，用于執行相關程序，以實現本發明實施例所提供的技術方案。
[0166]存儲器1204可以是只讀存儲器(Read Only Memory, ROM)，靜態存儲設備，動態存儲設備或者隨機存取存儲器(Random Access Memory，RAM)。存儲器1204可以存儲操作系統和其他應用程序。在通過軟件或者固件來實現本發明實施例提供的技術方案時，用于實現本發明實施例提供的技術方案的程序代碼保存在存儲器1204中，并由處理器1202來執行。
[0167]通信接口 1206使用例如但不限于收發器一類的收發裝置，來實現接與其他設備或通信網絡之間的通信。
[0168]總線1208可包括一通路，在各個部件(例如處理器1202、存儲器1204、輸和通信接口 1206)之間傳送信息。
[0169]當計費設備包括該通用計算機結構1200時，處理器1202調取存儲器1204中的指令時包括:
[0170]處理器1202控制通信接口 1206接收接入設備發送的計費請求消息，所述計費請求消息中攜帶終端用戶的用戶標識；
[0171]處理器1202根據所述計費請求消息中的用戶標識，確定所述終端用戶的余額或免費資源剩余量低于預定的閾值；以及
[0172]根據所述終端用戶的至少一種計費因子，確定重定向規則，所述計費因子為與所述終端用戶相關的用于計費的數據；
[0173]處理器1202控制通信接口 1206將指示所述重定向規則的消息發送給所述接入設備，以便所述接入設備根據所述重定向規則確定重定向地址并將所述終端用戶重定向到所述確定的重定向地址。
[0174]當計費設備包括該通用計算機結構1200時，處理器1202調取存儲器1204中的指令時包括:
[0175]處理器1202控制通信接口 1206接收接入設備發送的計費請求消息，所述計費請求消息中攜帶終端用戶的用戶標識；
[0176]處理器1202根據所述計費請求消息中的用戶標識，確定所述終端用戶的余額或免費資源剩余量低于預定的閾值；以及
[0177]根據所述終端用戶的至少一種計費因子，確定重定向規則，根據所述重定向規則確定重定向地址，所述計費因子為與所述終端用戶相關的用于計費的數據；
[0178]處理器1202控制通信接口 1206將指示所述重定向地址的消息發送給所述接入設備，以便所述接入設備將所述終端用戶重定向到所述重定向地址
[0179]當接入設備包括該通用計算機結構1200時，處理器1202調取存儲器1204中的指令時包括:
[0180]處理器1202控制通信接口 1206發送計費請求消息給計費設備，所述計費請求消息中攜帶述終端用戶的用戶標識；
[0181]處理器1202控制通信接口 1206接收所述計費設備發送的重定向規則，所述重定向規則是所述計費設備根據所述用戶標識，確定所述終端用戶的余額或免費資源剩余量低于預定的閾值后，根據所述終端用戶的至少一種計費因子確定的；
[0182]處理器1202根據所述重定向規則，依據本地的重定向列表確定重定向地址；以及
[0183]將所述終端用戶重定向到所述確定的重定向地址。
[0184]應注意，盡管圖12所示的通用計算機結構1200僅僅示出了處理器1202、存儲器1204、通信接口 1206和總線1208，但是在具體實現過程中，本領域的技術人員應當明白，上述計費設備和接入設備還包含實現正常運行所必須的其他器件。同時，根據具體需要，本領域的技術人員應當明白，上述計費設備和接入設備還可包含實現其他附加功能的硬件器件。此外，本領域的技術人員應當明白，上述計費設備和接入設備也可僅僅包含實現本發明實施例所必須的器件，而不必包含圖12中所示的全部器件。
[0185]本領域普通技術人員可知，上述方法中的全部或部分步驟可以通過程序指令相關的硬件完成，該程序可以存儲于一計算機可讀存儲介質中，該計算機可讀存儲介質如ROM、RAM和光盤等。
[0186]綜上所述，以上僅為本發明的較佳實施例而已，并非用于限定本發明的保護范圍。凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護范圍之內。
【權利要求】
1.一種重定向方法，用于終端用戶的重定向，其特征在于，包括以下步驟: 計費設備接收接入設備發送的計費請求消息，所述計費請求消息中攜帶所述終端用戶的用戶標識； 所述計費設備根據所述計費請求消息中的用戶標識，確定所述終端用戶的余額或免費資源剩余量低于預定的閾值； 所述計費設備根據所述終端用戶的至少一種計費因子，確定重定向規則，所述計費因子為與所述終端用戶相關的用于計費的數據； 所述計費設備將指示所述重定向規則的消息發送給所述接入設備，以便所述接入設備根據所述重定向規則確定重定向地址并將所述終端用戶重定向到所述重定向地址。
2.如權利要求1所述的重定向方法，其特征在于，所述計費因子包括下述三類信息中的至少一種:預先存儲在所述計費設備中的用戶資料信息、通過分析所述終端用戶的歷史消費數據得到的信息、通過第三方系統發送來的數據得到的信息。
3.如權利要求1或2所述的重定向方法，其特征在于，根據至少兩種計費因子確定重定向規則，包括: 根據至少兩種計費因子組合成一個計費因子組，根據所述計費因子組確定一個重定向規則；或者 根據至少兩種計費因子確定至少兩個重定向規則。
4.如權利要求3所述的重定向方法，其特征在于，根據至少兩種計費因子確定至少兩個重定向規則時，將最高優先級的重定向規則發送給所述接入設備。
5.如權利要求1所述的重定向方法，其特征在于，所述計費請求消息為信用控制請求CCR消息，所述指示重定向規則的消息為信用控制應答CCA消息，所述重定向規則通過所述CCA消息中攜帶的重定向參數指示。
6.如權利要求1至5中任意一項所述的重定向方法，其特征在于，所述接入設備根據所述重定向規則確定重定向地址，包括通過存儲在所述接入設備中的重定向列表確定重定向地址，所述重定向列表存儲重定向規則和重定向地址之間的對應關系。
7.一種重定向方法，用于終端用戶的重定向，其特征在于，包括以下步驟: 計費設備接收接入設備發送的計費請求消息，所述計費請求消息中攜帶所述終端用戶的用戶標識； 所述計費設備根據所述計費請求消息中的用戶標識，確定所述終端用戶的余額或免費資源剩余量低于預定的閾值； 所述計費設備根據所述終端用戶的至少一種計費因子，確定重定向規則，根據所述重定向規則確定重定向地址，所述計費因子為與所述終端用戶相關的用于計費的數據； 所述計費設備將指示所述重定向地址的消息發送給所述接入設備，以便所述接入設備將所述終端用戶重定向到所述重定向地址。
8.如權利要求7所述的重定向方法，其特征在于，所述計費因子包括下述三類信息中的至少一種:預先存儲在計費設備中的用戶資料信息、通過分析所述終端用戶的歷史消費數據得到的信息、通過第三方系統發送來的數據得到的信息。
9.如權利要求7或8所述的重定向方法，其特征在于，根據至少兩種計費因子確定重定向規則，包括: 根據至少兩種計費因子組合成一個計費因子組，根據所述計費因子組確定一個重定向規則；或者 根據至少兩種計費因子確定至少兩個重定向規則。
10.如權利要求9所述的重定向方法，其特征在于，根據至少兩種計費因子確定至少兩個重定向規則時，將最高優先級的重定向規則發送給所述接入設備。
11.如權利要求7至10中任意一項所述的重定向方法，其特征在于，所述計費請求消息為信用控制請求CCR消息，所述指示重定向地址的消息為信用控制應答CCA消息，所述重定向地址通過所述CCA消息中的重定向服務器地址Redirect Server Address字段指示。
12.一種重定向方法，用于終端用戶的重定向，其特征在于，包括以下步驟: 接入設備發送計費請求消息給計費設備，所述計費請求消息中攜帶所述終端用戶的用戶標識； 所述接入設備接收所述計費設備發送的指示重定向規則的消息，所述重定向規則是所述計費設備根據所述用戶標識，確定所述終端用戶的余額或免費資源剩余量低于預定的閾值后，根據所述終端用戶的至少一種計費因子確定的； 所述接入設備根據所述重定向規則，依據本地的重定向列表確定重定向地址，所述重定向列表存儲重定向規則和重定向地址之間的對應關系； 所述接入設備將所述終端用戶重定向到所述確定的重定向地址。
13.如權利要求12所述的重定向方法，其特征在于，所述計費請求消息為信用控制請求CCR消息，所述指示重定向規則的消息為信用控制應答CCA消息，所述重定向規則通過所述CCA消息中攜帶的重定向參數指示。
14.一種計費設備，用于終端用戶的重定向，其特征在于，所述計費設備包括接收模塊，處理模塊和發送模塊: 所述接收模塊，用于接收接入設備發送的計費請求消息，所述計費請求消息中攜帶所述終端用戶的用戶標識； 所述處理模塊，用于根據所述計費請求消息中的用戶標識，確定所述終端用戶的余額或免費資源剩余量低于預定的閾值；以及 根據所述終端用戶的至少一種計費因子，確定重定向規則，所述計費因子為與所述終端用戶相關的用于計費的數據； 所述發送模塊，用于將指示所述重定向規則的消息發送給所述接入設備，以便所述接入設備根據所述重定向規則確定重定向地址并將所述終端用戶重定向到所述重定向地址。
15.如權利要求14所述的計費設備，其特征在于，所述計費因子包括下述三類信息中的至少一種:預先存儲在所述計費設備中的用戶資料信息、通過分析所述終端用戶的歷史消費數據得到的信息、通過第三方系統發送來的數據得到的信息。
16.如權利要求14或15所述的計費設備，其特征在于，根據至少兩種計費因子確定重定向規則，包括: 根據至少兩種計費因子組合成一個計費因子組，根據所述計費因子組確定一個重定向規則；或者 根據至少兩種計費因子確定至少兩個重定向規則。
17.如權利要求16所述的計費設備，其特征在于，根據至少兩種計費因子確定至少兩個重定向規則時，將最高優先級的重定向規則發送給所述接入設備。
18.如權利要求14所述的計費設備，其特征在于，所述計費請求消息為信用控制請求CCR消息，所述指示重定向規則的消息為信用控制應答CCA消息，所述重定向規則通過所述CCA消息中攜帶的重定向參數指示。
19.如權利要求14至18中任意一項所述的計費設備，其特征在于，所述接入設備根據所述重定向規則確定重定向地址，包括通過存儲在所述接入設備中的重定向列表確定重定向地址，所述重定向列表存儲重定向規則和重定向地址之間的對應關系。
20.一種計費設備，用于終端用戶的重定向，其特征在于，包括接收模塊，處理模塊和發送模塊: 所述接收模塊，用于接收接入設備發送的計費請求消息，所述計費請求消息中攜帶所述終端用戶的用戶標識； 所述處理模塊，用于根據所述計費請求消息中的用戶標識，確定所述終端用戶的余額或免費資源剩余量低于預定的閾值；以及 根據所述終端用戶的至少一種計費因子，確定重定向規則，根據所述重定向規則確定重定向地址，所述計費因子為與所述終端用戶相關的用于計費的數據； 所述發送模塊，用于將指示所述重定向地址的消息發送給所述接入設備，以便所述接入設備將所述終端用戶重定向到所述重定向地址。
21.如權利要求20所述的計費設備，其特征在于，所述計費因子包括下述三類信息中的至少一種:預先存儲在所述計費設備中的用戶資料信息、通過分析所述終端用戶的歷史消費數據得到的信息、通過第三方系統發送來的數據得到的信息。
22.如權利要求20或21所述的計費設備，其特征在于，根據至少兩種計費因子確定重定向規則，包括: 根據至少兩種計費因子組合成一個計費因子組，根據所述計費因子組確定一個重定向規則；或者 根據至少兩種計費因子確定至少兩個重定向規則。
23.如權利要求22所述的計費設備，其特征在于，根據至少兩種計費因子確定至少兩個重定向規則時，將最高優先級的重定向規則發送給所述接入設備。
24.如權利要求20所述的計費設備，其特征在于，所述計費請求消息為信用控制請求CCR消息，所述指示重定向地址的消息為信用控制應答CCA消息，所述重定向地址通過所述CCA消息中的重定向服務器地址Redirect Server Address字段指示。
25.一種接入設備，用于終端用戶的重定向，其特征在于，包括發送模塊，接收模塊和處理模塊: 所述發送模塊，用于發送計費請求消息給計費設備，所述計費請求消息中攜帶所述終端用戶的用戶標識； 所述接收模塊，用于接收所述計費設備發送的指示重定向規則的消息，所述重定向規則是所述計費設備根據所述用戶標識，確定所述終端用戶的余額或免費資源剩余量低于預定的閾值后，根據所述終端用戶的至少一種計費因子確定的； 所述處理模塊，用于根據所述重定向規則，依據本地的重定向列表確定重定向地址，所述重定向列表存儲重定向規則和重定向地址之間的對應關系；以及 將所述終端用戶重定向到所述確定的重定向地址。
26.如權利要求25所述的接入設備，其特征在于，所述計費請求消息為信用控制請求CCR消息，所述指示重定向規則的消息為信用控制應答CCA消息，所述重定向規則通過所述CCA消息中攜帶的重定向參數指示。
27.一種重定向系統，用于終端用戶的重定向，其特征在于，包括計費設備和接入設備: 所述計費設備，用于接收所述接入設備發送的計費請求消息，所述計費請求消息中攜帶所述終端用戶的用戶標識；根據所述計費請求消息中的用戶標識，確定所述終端用戶的余額或免費資源剩余量低于預定的閾值；根據所述終端用戶的至少一種計費因子，確定重定向規則，所述計費因子為與所述終端用戶相關的用于計費的數據；將指示所述重定向規則的消息發送給所述接入設備，以便所述接入設備根據所述重定向規則確定重定向地址并將所述終端用戶重定向到所述重定向地址； 所述接入設備，用于發送計費請求消息給所述計費設備；接收計費設備發送的指示重定向規則的消息；根據所述重定向規則，依據本地的重定向列表確定重定向地址，所述重定向列表存儲重定向規則和重定向地址之間的對應關系；將所述終端用戶重定向到所述確定的重定向地址。
28.一種重定向系統，用于終端用戶的重定向，其特征在于，包括計費設備和接入設備: 所述計費設備，用于接收所述接入設備發送的計費請求消息，所述計費請求消息中攜帶所述終端用戶的用戶標識；根據所述計費請求消息中的用戶標識，確定所述終端用戶的余額或免費資源剩余量低于預定的閾值；根據所述終端用戶的至少一種計費因子，確定重定向規則，根據所述重定向規則確定重定向地址，所述計費因子為與所述終端用戶相關的用于計費的數據；將指示所述重定向地址的消息發送給所述接入設備，以便所述接入設備根據所述重定向規則確定重定向地址并將所述終端用戶重定向到所述重定向地址； 所述接入設備，用于發送計費請求消息給所述計費設備；接收所述計費設備發送的指示重定向地址的消息；將所述終端用戶重定向到所述重定向地址。
【文檔編號】H04W4/24GK104363572SQ201410624708
【公開日】2015年2月18日 申請日期:2014年11月7日 優先權日:2014年11月7日
【發明者】周國玉, 楊恩鋒 申請人:華為技術有限公司