計費策略信息生成方法及策略與計費制定功能實體的制作方法

文檔序號：7997958閱讀：193來源：國知局

計費策略信息生成方法及策略與計費制定功能實體的制作方法
【專利摘要】本發(fā)明實施例公開了計費策略信息生成方法及策略與計費制定功能實體，其中所述方法可包括：策略與計費制定功能實體接收建立承載或更改承載的請求，所述建立承載或更改承載的請求中攜帶計費模式指示信息，所述計費模式指示信息用于指示需建立或更改的承載所基于的計費模式為基于流量的計費模式、基于連接時長的計費模式，以及基于事件的計費模式中任一種或其組合；所述策略與計費制定功能實體將所述需建立的承載或需更改的承載所對應的計費策略信息發(fā)送給策略與計費執(zhí)行功能實體，所述計費策略信息包括所述計費模式指示信息。本發(fā)明實施例，針對不同的應用場景生成基于不同計費模式的計費策略信息，最大程度滿足用戶體驗。
【專利說明】計費策略信息生成方法及策略與計費制定功能實體

【技術領域】
[0001] 本發(fā)明涉及無線通信領域，尤其涉及計費策略信息生成方法及策略與計費制定功能實體。

【背景技術】
[0002] 隨著移動互聯(lián)網(wǎng)的快速發(fā)展和智能手機的廣泛普及，移動數(shù)據(jù)流量已經逐漸發(fā)展成為用戶的剛性使用需求，也成為運營商收入增長的重要驅動力。因此移動數(shù)據(jù)流量的定價問題不僅成為公眾和媒體關注的焦點，也成為運營商及專家爭議的熱點問題。
[0003] 在現(xiàn)行的3GPP標準中，策略與計費控制（PCC，Policy and Charging Control)功能支持的基于數(shù)據(jù)流的計費方式主要有以下幾種：基于流量的計費，基于連接時長的計費，基于事件的計費。基于流量的計費可以保證流量定價的公平性，充分體現(xiàn)移動數(shù)據(jù)流量的價值，對于接入網(wǎng)絡時間長而所需應用的數(shù)據(jù)量不大的情況，對終端用戶更有利；而基于連接時長的計費，可在用戶對流量難以有直接的感知時，讓用戶更容易理解計費結果，對于接入網(wǎng)絡時間有限而短時間內數(shù)據(jù)量大的情況，如通過蜂窩網(wǎng)在線觀看視頻等業(yè)務，終端用戶更愿意選擇基于連接時長的計費方式。
[0004] 當前，移動網(wǎng)絡運營商對移動終端進行數(shù)據(jù)流的計費方式的選擇，主要采取與移動終端用戶簽訂分組數(shù)據(jù)資費套餐協(xié)議的方式，而目前所簽訂的分組數(shù)據(jù)資費套餐協(xié)議大多為基于數(shù)據(jù)流量或基于連接時長的計費模式，二者之間無法互相切換，例如：每月200兆 /5美元，或每月200分鐘/5美元。運營商統(tǒng)一將用戶的簽約數(shù)據(jù)存放在用戶屬性存儲器 (SPR，Subscription Profile Repository)中，在策略與計費控制決策過程中，策略與計費制定功能（PCRF，Policy andCharging Rule Function)根據(jù)SPR中存儲的用戶簽約數(shù)據(jù)選擇基于數(shù)據(jù)流量或基于連接時長的計費模式，并基于此開展針對分組數(shù)據(jù)流量的檢測與計費。
[0005] 由上可見，現(xiàn)有技術的上述選擇計費方式的方法，無法針對具體的應用場景切換計費模式。如果使用基于數(shù)據(jù)流量的計費方式，在短時間內產生大流量的場景下會產生高額資費，例如目前越來越多的用戶會使用移動終端訪問在線視頻網(wǎng)站觀看視頻，但可能會在數(shù)小時時間內產生數(shù)百兆的數(shù)據(jù)流量，因此絕大多數(shù)用戶會選擇其他費用更低的接入方式如WLAN訪問此類服務；另一方面，如果采用基于連接時長的計費方式，在需要長時間連接而數(shù)據(jù)量較小的場景下，用戶在連接時間內沒有充分享受到數(shù)據(jù)流量帶來的用戶體驗。

【發(fā)明內容】

[0006] 本發(fā)明實施例提供計費策略信息生成方法，可針對不同的應用場景生成基于不同計費模式的計費策略信息，最大程度滿足用戶體驗。
[0007] 本發(fā)明第一方面提供一種計費策略信息生成方法，其可包括：
[0008] 策略與計費制定功能實體接收建立承載或更改承載的請求，所述建立承載或更改承載的請求中攜帶計費模式指示信息，所述計費模式指示信息用于指示需建立或更改的承載所基于的計費模式為基于流量的計費模式、基于連接時長的計費模式，以及基于事件的計費模式中任一種或其組合；
[0009] 所述策略與計費制定功能實體將所述需建立的承載或需更改的承載所對應的計費策略信息發(fā)送給策略與計費執(zhí)行功能實體，以使所述策略與計費執(zhí)行功能實體在激活所述需建立的承載或需更改的承載時，基于所述計費模式指示信息對激活的承載進行計費，所述計費策略信息包括所述計費模式指示信息。
[0010] 結合第一方面，在第一種可能的實現(xiàn)方式中，所述策略與計費制定功能實體將所述需建立的承載或需更改的承載所對應的計費策略信息發(fā)送給策略與計費執(zhí)行功能實體包括：
[0011] 所述策略與計費制定功能實體通過IP連接接入網(wǎng)絡會話修改消息，將所述需建立的承載或需更改的承載所對應的計費策略信息發(fā)送給策略與計費執(zhí)行功能實體。
[0012] 結合第一方面，在第二種可能的實現(xiàn)方式中，所述策略與計費制定功能實體將所述需建立的承載或需更改的承載所對應的計費策略信息發(fā)送給策略與計費執(zhí)行功能實體之前，還包括：
[0013] 所述策略與計費制定功能實體根據(jù)當前網(wǎng)絡的狀況、用戶簽約信息以及服務提供商以及運營商的簽約信息中至少一種確定是否可采用所述計費模式指示信息所指示的計費模式對所述需建立或更改的承載進行計費；并確定可采用所述計費模式指示信息所指示的計費模式對所述需建立或更改的承載進行計費。
[0014] 結合第一方面至第一方面的第二種可能的實現(xiàn)方式中任一種，在第三種可能的實現(xiàn)方式中，所述策略計費制定功能實體接收建立或更改承載的請求包括：
[0015] 所述策略與計費制定功能實體從服務提供商的應用服務器處接收建立或更改承載的請求。
[0016] 結合第一方面至第一方面的第二種可能的實現(xiàn)方式中任一種，在第四種可能的實現(xiàn)方式中，所述策略計費制定功能實體接收建立或更改承載的請求包括：
[0017] 所述策略與計費制定功能實體從核心網(wǎng)網(wǎng)關處接收建立或更改承載的請求，所述核心網(wǎng)網(wǎng)關處的建立或更改承載的請求源于移動終端。
[0018] 結合第一方面的第四種可能的實現(xiàn)方式，在第五種可能的實現(xiàn)方式中，所述策略與計費執(zhí)行功能實體或所述核心網(wǎng)網(wǎng)關包括網(wǎng)關GPRS支持節(jié)點或分組數(shù)據(jù)網(wǎng)絡網(wǎng)關實體或服務網(wǎng)絡實體中任一種。
[0019] 本發(fā)明第二方面提供一種策略與計費制定功能實體，其可包括：
[0020] 接收模塊，用于接收建立承載或更改承載的請求，所述建立承載或更改承載的請求中攜帶計費模式指示信息，所述計費模式指示信息用于指示需建立或更改的承載所基于的計費模式為基于流量的計費模式、基于連接時長的計費模式，以及基于事件的計費模式中任一種或其組合；
[0021] 發(fā)送模塊，用于將所述需建立的承載或需更改的承載所對應的計費策略信息發(fā)送給策略與計費執(zhí)行功能實體，以使所述策略與計費執(zhí)行功能實體在激活所述需建立的承載或需更改的承載時，基于所述計費模式指示信息對激活的承載進行計費，所述計費策略信息包括所述計費模式指示信息。
[0022] 結合第二方面，在第一種可能的實現(xiàn)方式中，所述發(fā)送模塊具體用于通過IP連接接入網(wǎng)絡會話修改消息，將所述需建立的承載或需更改的承載所對應的計費策略信息發(fā)送給策略與計費執(zhí)行功能實體。
[0023] 結合第二方面，在第二種可能的實現(xiàn)方式中，本發(fā)明的策略與計費功能實體還包括：
[0024] 分析模塊，用于根據(jù)當前網(wǎng)絡的狀況、用戶簽約信息以及服務提供商以及運營商的簽約信息中至少一種確定是否可采用所述計費模式指示信息所指示的計費模式對所述需建立或更改的承載進行計費；
[0025] 所述發(fā)送模塊具體用于當所述分析模塊確定可采用所述計費模式指示信息所指示的計費模式對所述需建立或更改的承載進行計費時，將所述需建立的承載或需更改的承載所對應的計費策略信息發(fā)送給策略與計費執(zhí)行功能實體。
[0026] 結合第二方面至第二方面的第二種可能的實現(xiàn)方式中任一種，在第三種可能的實現(xiàn)方式中，所述接收模塊具體用于從服務提供商的應用服務器處接收建立或更改承載的請求。
[0027] 結合第二方面至第二方面的第二種可能的實現(xiàn)方式中任一種，在第四種可能的實現(xiàn)方式中，所述接收模塊具體用于從核心網(wǎng)網(wǎng)關處接收建立或更改承載的請求，所述核心網(wǎng)網(wǎng)關處的建立或更改承載的請求源于移動終端。
[0028] 結合第二方面的第四種可能的實現(xiàn)方式，在第五種可能的實現(xiàn)方式中，所述核心網(wǎng)網(wǎng)關包括網(wǎng)關GPRS支持節(jié)點或分組數(shù)據(jù)網(wǎng)絡網(wǎng)關實體或服務網(wǎng)絡實體中任一種。
[0029] 由上可見，在本發(fā)明的一些可行的實施方式中，策略與計費制定功能實體接收建立承載或更改承載的請求，所述建立承載或更改承載的請求中攜帶計費模式指示信息，所述計費模式指示信息用于指示需建立或更改的承載所基于的計費模式為基于流量的計費模式、基于連接時長的計費模式，以及基于事件的計費模式中任一種或其組合；所述策略與計費制定功能實體將所述需建立的承載或需更改的承載所對應的計費策略信息發(fā)送給策略與計費執(zhí)行功能實體，以使所述策略與計費執(zhí)行功能實體在激活所述需建立的承載或需更改的承載時，基于所述計費模式指示信息對激活的承載進行計費，所述計費策略信息包括所述計費模式指示信息。由于本發(fā)明在生成計費策略信息時，可為需建立的承載或需更改的承載制定用戶所希望的計費模式，這樣針對不同的應用場景生成基于不同計費模式的計費策略信息，最大程度滿足用戶體驗。

【專利附圖】

【附圖說明】
[0030] 圖1為3GPP中SAE系統(tǒng)架構示意圖；
[0031] 圖2為本發(fā)明的計費策略信息生成方法的一實施例的流程示意圖；
[0032] 圖3為本發(fā)明的計費策略信息生成方法的另一實施例的流程示意圖；
[0033] 圖4為本發(fā)明的策略與計費制定功能實體的一實施例的結構組成示意圖；
[0034] 圖5為本發(fā)明的策略與計費制定功能實體的另一實施例的結構組成示意圖；
[0035] 圖6為本發(fā)明的策略與計費制定功能實體的另一實施例的結構組成示意圖；
[0036] 圖7為根據(jù)用戶設備請求服務建立承載的流程示意圖；
[0037] 圖8為根據(jù)用戶設備請求更改承載的資源的流程示意圖。

【具體實施方式】
[0038] 為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，下面將結合附圖對本發(fā)明作進一步地詳細描述。
[0039] 圖1為3GPP中SAE系統(tǒng)架構示意圖。如圖1所示，其可包括：演進的UMTS陸地無線接入網(wǎng)（EHJTRAN，Evolved UMTS Terrestrial Radio Access Network)，用于實現(xiàn)與無線演進網(wǎng)絡有關的功能；移動性管理實體（MME，Mobility Management Entity),負責控制面的移動性管理，如用戶上下文和移動狀態(tài)管理以及分配用戶臨時身份標識等；服務網(wǎng) 關實體（Serving Gateway，即S-GW)，是3GPP接入網(wǎng)絡間的用戶面錨點；分組數(shù)據(jù)網(wǎng)絡網(wǎng) 關實體（PDN GW，Packet Data Network Gateway，即 P-GW)，是 3GPP 接入網(wǎng)絡和非 3GPP 接入網(wǎng)絡之間的用戶面連接點(錨點）和分組數(shù)據(jù)網(wǎng)絡（PDN，Packet Data Network)的接口；策略與計費制定功能實體（PCRF，Policy and Charging Rule Function),用于策略控制規(guī) 則的制定以及基于流的計費策略生成；歸屬網(wǎng)絡服務器（HSS，Home Subscriber Server) 用于存儲用戶簽約信息；應用功能實體（AF，Application Function),用于提供需要通過 IP-CAN用戶控制面來進行動態(tài)策略與計費控制的應用。用戶設備（UE，User Equipment)，通過E-UTRAN與SAE進行控制面與用戶名交互的用戶終端。UMTS陸地無線接入網(wǎng)（UTRAN， UMTS Terrestrial Radio Access Network)、GSM/EDGE無線接入網(wǎng)（GERAN，GSM/EDGE Radio Access Network)，用于實現(xiàn)所有與現(xiàn)有GPRS/UMTS網(wǎng)絡中與無線有關的功能。服務通用分組無線業(yè)務支持節(jié)點（SGSN，Serving GPRS Supporting Node)，用于實現(xiàn)GPRS/UMTS網(wǎng)絡中路由轉發(fā)、移動性管理、會話管理以及用戶信息存儲等功能。
[0040] 本發(fā)明實施例中，策略與計費制定功能實體PCRF接收建立承載或更改承載的請求，所述建立承載或更改承載的請求中攜帶計費模式指示信息，所述計費模式指示信息用于指示需建立或更改的承載所基于的計費模式為基于流量的計費模式、基于連接時長的計費模式，以及基于事件的計費模式中任一種，這樣策略與計費制定功能實體在生成計費策略信息時，可為需建立的承載或需更改的承載制定用戶所希望的計費模式，這樣針對不同的應用場景生成基于不同計費模式的計費策略信息，最大程度滿足用戶體驗。
[0041] 下面結合附圖，對本發(fā)明的計費策略信息生成方法及PCRF的具體實施例進行舉例說明。
[0042] 圖2為本發(fā)明的計費策略信息生成方法的一實施例的流程示意圖。如圖2所示，其可包括：
[0043] 步驟S110,策略與計費制定功能實體接收建立承載或更改承載的請求，所述建立承載或更改承載的請求中攜帶計費模式指示信息，所述計費模式指示信息用于指示需建立或更改的承載所基于的計費模式為基于流量的計費模式、基于連接時長的計費模式，以及基于事件的計費模式中任一種或其組合。
[0044] 在一些可行的實施方式中，在步驟S110,所述策略與計費制定功能實體PCRF可從服務提供商的應用服務器（AF，Application Function)處接收建立或更改承載的請求。比如，假設，用戶設備/移動終端UE請求由互聯(lián)網(wǎng)視頻應用商（0ΤΤ，Over The Top)提供的應該服務（比如，在線視頻)，此時，用戶設備會向0ΤΤ的AF發(fā)送請求所述服務的請求，AF收到所述請求時，可根據(jù)0ΤΤ與運營商針對所述在線視頻業(yè)務所簽訂的合約確定對所述服務的計費模式，并通過向PCRF發(fā)送應用服務信息的方式，向PCRF發(fā)送建立在線視頻服務承載的請求，所述應用服務信息中可攜帶所述在線視頻服務的服務信息（比如，服務標識、流量、所需帶寬等)，以及所述計費模式指示信息。
[0045] 在一些可行的實施方式中，在步驟S110,所述策略與計費制定功能實體PCRF可從核心網(wǎng)網(wǎng)關(可為網(wǎng)關GPRS支持節(jié)點（GGSN)或分組數(shù)據(jù)網(wǎng)絡網(wǎng)關實體（P-GW)或服務網(wǎng)絡實體（S-GW)中任一種）處接收建立或更改承載的請求，所述核心網(wǎng)網(wǎng)關處的建立或更改承載的請求源于移動終端。比如，假設UE根據(jù)當前的需求希望網(wǎng)絡側為其建立基于連接時長的計費模式的承載。則UE向MME發(fā)起承載資源修改請求消息，消息中指示了 UE請求建立基于連接時長的計費模式的承載。MME發(fā)送承載資源命令給P-GW。P-GW發(fā)送更改承載請求給 PCRF。
[0046] 具體實現(xiàn)中，本發(fā)明實施例所述的計費模式指示信息可為枚舉的數(shù)據(jù)類型，比如定義計費模式指示信息的名稱為：Measurement key,其可取值0-2,且，當取值為0時，表示基于流量的計費模式，當取值為1時，表示基于連接時長的計費模式，當取值為2時，表示基于事件的計費模式。Measurement key的默認取值為0。
[0047] 步驟S111，所述策略與計費制定功能實體將所述需建立的承載或需更改的承載所對應的計費策略信息發(fā)送給策略與計費執(zhí)行功能實體，以使所述策略與計費執(zhí)行功能實體在激活所述需建立的承載或需更改的承載時，基于所述計費模式指示信息對激活的承載進行計費，所述計費策略信息包括所述計費模式指示信息。
[0048] 在一些可行的實施方式中，在步驟S111，所述策略與計費制定功能實體PCRF可通過IP連接接入網(wǎng)絡會話（IP-CAN)修改消息，將所述需建立的承載或需更改的承載所對應的計費策略信息發(fā)送給策略與計費執(zhí)行功能實體（PCEF，Policy and Charging Enforcement Function)，具體實現(xiàn)中，本發(fā)明的策略與計費執(zhí)行功能實體可內置于核心網(wǎng) 網(wǎng)關中，比如，可內置于P-GW、S-GW、GGSN中。
[0049] 另外，在一些可行的實施方式中，所述策略與計費執(zhí)行功能實體所激活的承載可為針對用戶設備所請求的服務的專用承載。
[0050] 具體實現(xiàn)中，所述計費策略信息除了可包括所述計費模式指示信息之外，還可包括服務質量（QoS, Quality of service)策略等信息。
[0051] 由上可見，在本發(fā)明的一些可行的實施方式中，策略與計費制定功能實體接收建立承載或更改承載的請求，所述建立承載或更改承載的請求中攜帶計費模式指示信息，所述計費模式指示信息用于指示需建立或更改的承載所基于的計費模式為基于流量的計費模式、基于連接時長的計費模式，以及基于事件的計費模式中任一種；所述策略與計費制定功能實體將所述需建立的承載或需更改的承載所對應的計費策略信息發(fā)送給策略與計費執(zhí)行功能實體，以使所述策略與計費執(zhí)行功能實體在激活所述需建立的承載或需更改的承載時，基于所述計費模式指示信息對激活的承載進行計費，所述計費策略信息包括所述計費模式指示信息。由于本發(fā)明在生成計費策略信息時，可為需建立的承載或需更改的承載制定用戶所希望的計費模式，這樣針對不同的應用場景生成基于不同計費模式的計費策略信息，最大程度滿足用戶體驗。
[0052] 圖3為本發(fā)明的計費策略信息生成方法的另一實施例的流程示意圖。如圖3所示，其可包括：
[0053] 步驟S210,策略與計費制定功能實體接收建立承載或更改承載的請求，所述建立承載或更改承載的請求中攜帶計費模式指示信息，所述計費模式指示信息用于指示需建立或更改的承載所基于的計費模式為基于流量的計費模式、基于連接時長的計費模式，以及基于事件的計費模式中任一種。
[0054] 在一些可行的實施方式中，在步驟S210,所述策略與計費制定功能實體PCRF可從服務提供商的應用服務器（AF，Application Function)處接收建立或更改承載的請求。比如，假設，用戶設備/移動終端UE請求由互聯(lián)網(wǎng)視頻應用商（OTT，Over The Top)提供的應用服務（比如，在線視頻)，此時，用戶設備會向0ΤΤ的AF發(fā)送請求所述服務的請求，AF收到所述請求時，可根據(jù)0ΤΤ與運營商針對所述在線視頻業(yè)務所簽訂的合約確定對所述服務的計費模式，并通過向PCRF發(fā)送應用服務信息的方式，向PCRF發(fā)送建立在線視頻服務承載的請求，所述應用服務信息中可攜帶所述在線視頻服務的服務信息（比如，服務標識、流量、所需帶寬等)，以及所述計費模式指示信息。
[0055] 在一些可行的實施方式中，在步驟S210,所述策略與計費制定功能實體PCRF可從核心網(wǎng)網(wǎng)關(可為網(wǎng)關GPRS支持節(jié)點（GGSN)或分組數(shù)據(jù)網(wǎng)絡網(wǎng)關實體（P-GW)或服務網(wǎng)絡實體（S-GW)中任一種）處接收建立或更改承載的請求，所述核心網(wǎng)網(wǎng)關處的建立或更改承載的請求源于移動終端。比如，假設UE根據(jù)當前的需求希望網(wǎng)絡側為其建立基于連接時長的計費模式的承載。則UE向MME發(fā)起承載資源修改請求消息，消息中指示了 UE請求建立基于連接時長的計費模式的承載。MME發(fā)送承載資源命令給P-GW。P-GW發(fā)送更改承載請求給 PCRF。
[0056] 具體實現(xiàn)中，本發(fā)明實施例所述的計費模式指示信息可為枚舉的數(shù)據(jù)類型，比如定義計費模式指示信息的名稱為：Measurement key,其可取值0-2,且，當取值為0時，表示基于流量的計費模式，當取值為1時，表示基于連接時長的計費模式，當取值為2時，表示基于事件的計費模式。Measurement key的默認取值為0。
[0057] 步驟S211，所述策略與計費制定功能實體根據(jù)當前網(wǎng)絡的狀況、用戶簽約信息以及服務提供商以及運營商的簽約信息中至少一種確定是否可采用所述計費模式指示信息所指示的計費模式對所述需建立或更改的承載進行計費；并確定可采用所述計費模式指示信息所指示的計費模式對所述需建立或更改的承載進行計費時，執(zhí)行步驟S212。若策略與計費制定功能實體確定不可采用所述計費模式指示信息所指示的計費模式對所述需建立或更改的承載進行計費時，在下發(fā)計費策略信息時，攜帶默認的計費模式。
[0058] 具體實現(xiàn)中，運營商可事先設定各種的網(wǎng)絡狀況適用的計費模式，比如，網(wǎng)絡剩余流量較低時，采用基于流量計費的模式，網(wǎng)絡帶寬超過500M時，采用基于連接時長的計費模式。再如，用戶設備在與移動運營商簽約生成用戶簽約數(shù)據(jù)的時候，可以與移動運營商約定終端后續(xù)業(yè)務的計費模式，這樣在步驟S211，可根據(jù)用戶簽約數(shù)據(jù)確定建立承載或更改承載中所請求的計費模式是否可行。再如，服務提供商也可事先與運營商制定服務提供商的服務所基于的計費模式，這樣在步驟S211，可根據(jù)服務提供商與運營商的簽約數(shù)據(jù)確定建立承載或更改承載中所請求的計費模式是否可行。
[0059] 步驟S212,所述策略與計費制定功能實體將所述需建立的承載或需更改的承載所對應的計費策略信息發(fā)送給策略與計費執(zhí)行功能實體，以使所述策略與計費執(zhí)行功能實體在激活所述需建立的承載或需更改的承載時，基于所述計費模式指示信息對激活的承載進行計費，所述計費策略信息包括所述計費模式指示信息。
[0060] 在一些可行的實施方式中，在步驟S212,所述略與計費制定功能實體PCRF可通過 IP連接接入網(wǎng)絡會話（IP-CAN)修改消息，將所述需建立的承載或需更改的承載所對應的計費策略信息發(fā)送給策略與計費執(zhí)行功能實體（PCEF，Pol icy and Charging Enforcement Function)，具體實現(xiàn)中，本發(fā)明的策略與計費執(zhí)行功能實體可內置于核心網(wǎng)網(wǎng)關中，比如，可內置于P-GW、S-GW、GGSN中。
[0061] 另外，在一些可行的實施方式中，所述策略與計費執(zhí)行功能實體所激活的承載可為針對用戶設備所請求的服務的專用承載。
[0062] 由上可見，在本發(fā)明的一些可行的實施方式中，策略與計費制定功能實體接收建立承載或更改承載的請求，所述建立承載或更改承載的請求中攜帶計費模式指示信息，所述計費模式指示信息用于指示需建立或更改的承載所基于的計費模式為基于流量的計費模式、基于連接時長的計費模式，以及基于事件的計費模式中任一種；所述策略與計費制定功能實體將所述需建立的承載或需更改的承載所對應的計費策略信息發(fā)送給策略與計費執(zhí)行功能實體，以使所述策略與計費執(zhí)行功能實體在激活所述需建立的承載或需更改的承載時，基于所述計費模式指示信息對激活的承載進行計費，所述計費策略信息包括所述計費模式指示信息。由于本發(fā)明在生成計費策略信息時，可為需建立的承載或需更改的承載制定用戶所希望的計費模式，這樣針對不同的應用場景生成基于不同計費模式的計費策略信息，最大程度滿足用戶體驗。并且，本實施例還增加了策略與計費制定功能實體二次確認計費模式的方案，其在滿足用戶需求的情形下，更多地結合了網(wǎng)絡的實際情況，進一步完善了計費機制。
[0063] 圖4為本發(fā)明的策略與計費制定功能實體的一實施例的結構組成示意圖（具體實現(xiàn)中，改實施例的裝置可用于實施圖2的方法)。如圖4所示，其可包括：接收模塊41和發(fā) 送模塊43,其中：
[0064] 接收模塊41，用于接收建立承載或更改承載的請求，所述建立承載或更改承載的請求中攜帶計費模式指示信息，所述計費模式指示信息用于指示需建立或更改的承載所基于的計費模式為基于流量的計費模式、基于連接時長的計費模式，以及基于事件的計費模式中任一種。
[0065] 在一些可行的實施方式中，接收模塊41具體可從服務提供商的應用服務器（AF， Application Function)處接收建立或更改承載的請求。比如，假設，用戶設備/移動終端 UE請求由互聯(lián)網(wǎng)視頻應用商（0ΤΤ，Over The Top)提供的應該服務（比如，在線視頻)，此時，用戶設備會向0ΤΤ的AF發(fā)送請求所述服務的請求，AF收到所述請求時，可根據(jù)0ΤΤ與運營商針對所述在線視頻業(yè)務所簽訂的合約確定對所述服務的計費模式，并通過向PCRF發(fā)送應用服務信息的方式，向PCRF發(fā)送建立在線視頻服務承載的請求，所述應用服務信息中可攜帶所述在線視頻服務的服務信息（比如，服務標識、流量、所需帶寬等)，以及所述計費模式指示信息。
[0066] 在一些可行的實施方式中，接收模塊41具體可從核心網(wǎng)網(wǎng)關(可為網(wǎng)關GPRS支持節(jié)點（GGSN)或分組數(shù)據(jù)網(wǎng)絡網(wǎng)關實體（P-GW)或服務網(wǎng)絡實體（S-GW)中任一種）處接收建立或更改承載的請求，所述核心網(wǎng)網(wǎng)關處的建立或更改承載的請求源于移動終端。比如，假設UE根據(jù)當前的需求希望網(wǎng)絡側為其建立基于連接時長的計費模式的承載。則UE向MME 發(fā)起承載資源修改請求消息，消息中指示了 UE請求建立基于連接時長的計費模式的承載。 MME發(fā)送承載資源命令給P-GW。P-GW發(fā)送更改承載請求給PCRF。
[0067] 具體實現(xiàn)中，本發(fā)明實施例所述的計費模式指示信息可為枚舉的數(shù)據(jù)類型，比如定義計費模式指示信息的名稱為：Measurement key,其可取值0-2,且，當取值為0時，表示基于流量的計費模式，當取值為1時，表示基于連接時長的計費模式，當取值為2時，表示基于事件的計費模式。Measurement key的默認取值為0。
[0068] 發(fā)送模塊43,用于將所述需建立的承載或需更改的承載所對應的計費策略信息發(fā) 送給策略與計費執(zhí)行功能實體，以使所述策略與計費執(zhí)行功能實體在激活所述需建立的承載或需更改的承載時，基于所述計費模式指示信息對激活的承載進行計費，所述計費策略信息包括所述計費模式指示信息。
[0069] 在一些可行的實施方式中，發(fā)送模塊43具體可通過IP連接接入網(wǎng)絡會話 (IP-CAN)修改消息，將所述需建立的承載或需更改的承載所對應的計費策略信息發(fā)送給策略與計費執(zhí)行功能實體（PCEF，Policy and Charging Enforcement Function)，具體實現(xiàn) 中，本發(fā)明的策略與計費執(zhí)行功能實體可內置于核心網(wǎng)網(wǎng)關中，比如，可內置于P-GW、S-GW、 GGSN 中。
[0070] 另外，在一些可行的實施方式中，所述策略與計費執(zhí)行功能實體所激活的承載可為針對用戶設備所請求的服務的專用承載。
[0071] 具體實現(xiàn)中，所述計費策略信息除了可包括所述計費模式指示信息之外，還可包括服務質量（QoS, Quality of service)策略等信息。
[0072] 由上可見，在本發(fā)明的一些可行的實施方式中，策略與計費制定功能實體接收建立承載或更改承載的請求，所述建立承載或更改承載的請求中攜帶計費模式指示信息，所述計費模式指示信息用于指示需建立或更改的承載所基于的計費模式為基于流量的計費模式、基于連接時長的計費模式，以及基于事件的計費模式中任一種；所述策略與計費制定功能實體將所述需建立的承載或需更改的承載所對應的計費策略信息發(fā)送給策略與計費執(zhí)行功能實體，以使所述策略與計費執(zhí)行功能實體在激活所述需建立的承載或需更改的承載時，基于所述計費模式指示信息對激活的承載進行計費，所述計費策略信息包括所述計費模式指示信息。由于本發(fā)明在生成計費策略信息時，可為需建立的承載或需更改的承載制定用戶所希望的計費模式，這樣針對不同的應用場景生成基于不同計費模式的計費策略信息，最大程度滿足用戶體驗。
[0073] 圖5為本發(fā)明的策略與計費制定功能實體的另一實施例的結構組成示意圖（具體實現(xiàn)中，改實施例的裝置可用于實施圖3的方法)。如圖5所示，其可包括：接收模塊51、分析模塊52以及發(fā)送模塊53,其中：
[0074] 接收模塊51，用于接收建立承載或更改承載的請求，所述建立承載或更改承載的請求中攜帶計費模式指示信息，所述計費模式指示信息用于指示需建立或更改的承載所基于的計費模式為基于流量的計費模式、基于連接時長的計費模式，以及基于事件的計費模式中任一種。
[0075] 在一些可行的實施方式中，接收模塊51具體可從服務提供商的應用服務器（AF， Application Function)處接收建立或更改承載的請求。比如，假設，用戶設備/移動終端 UE請求由互聯(lián)網(wǎng)視頻應用商（0ΤΤ，Over The Top)提供的應該服務（比如，在線視頻)，此時，用戶設備會向0ΤΤ的AF發(fā)送請求所述服務的請求，AF收到所述請求時，可根據(jù)0ΤΤ與運營商針對所述在線視頻業(yè)務所簽訂的合約確定對所述服務的計費模式，并通過向PCRF發(fā)送應用服務信息的方式，向PCRF發(fā)送建立在線視頻服務承載的請求，所述應用服務信息中可攜帶所述在線視頻服務的服務信息（比如，服務標識、流量、所需帶寬等)，以及所述計費模式指示信息。
[0076] 在一些可行的實施方式中，接收模塊51具體可從核心網(wǎng)網(wǎng)關(可為網(wǎng)關GPRS支持節(jié)點（GGSN)或分組數(shù)據(jù)網(wǎng)絡網(wǎng)關實體（P-GW)或服務網(wǎng)絡實體（S-GW)中任一種）處接收建立或更改承載的請求，所述核心網(wǎng)網(wǎng)關處的建立或更改承載的請求源于移動終端。比如，假設UE根據(jù)當前的需求希望網(wǎng)絡側為其建立基于連接時長的計費模式的承載。則UE向MME 發(fā)起承載資源修改請求消息，消息中指示了 UE請求建立基于連接時長的計費模式的承載。 MME發(fā)送承載資源命令給P-GW。P-GW發(fā)送更改承載請求給PCRF。
[0077] 具體實現(xiàn)中，本發(fā)明實施例所述的計費模式指示信息可為枚舉的數(shù)據(jù)類型，比如定義計費模式指示信息的名稱為：Measurement key,其可取值0-2,且，當取值為0時，表示基于流量的計費模式，當取值為1時，表示基于連接時長的計費模式，當取值為2時，表示基于事件的計費模式。Measurement key的默認取值為0。
[0078] 分析模塊52,用于根據(jù)當前網(wǎng)絡的狀況、用戶簽約信息以及服務提供商以及運營商的簽約信息中至少一種確定是否可采用所述計費模式指示信息所指示的計費模式對所述需建立或更改的承載進行計費。
[0079] 具體實現(xiàn)中，運營商可事先設定各種的網(wǎng)絡狀況適用的計費模式，比如，網(wǎng)絡剩余流量較低時，采用基于流量計費的模式，網(wǎng)絡帶寬超過500M時，采用基于連接時長的計費模式。再如，用戶設備在與移動運營商簽約生成用戶簽約數(shù)據(jù)的時候，可以與移動運營商約定終端后續(xù)業(yè)務的計費模式，這樣在分析模塊52具體可根據(jù)用戶簽約數(shù)據(jù)確定建立承載或更改承載中所請求的計費模式是否可行。再如，服務提供商也可事先與運營商制定服務提供商的服務所基于的計費模式，這樣分析模塊52具體可根據(jù)服務提供商與運營商的簽約數(shù)據(jù)確定建立承載或更改承載中所請求的計費模式是否可行。
[0080] 發(fā)送模塊53,用于當所述分析模塊52確定可采用所述計費模式指示信息所指示的計費模式對所述需建立或更改的承載進行計費時，將所述需建立的承載或需更改的承載所對應的計費策略信息發(fā)送給策略與計費執(zhí)行功能實體。以使所述策略與計費執(zhí)行功能實體在激活所述需建立的承載或需更改的承載時，基于所述計費模式指示信息對激活的承載進行計費，所述計費策略信息包括所述計費模式指示信息。
[0081] 在一些可行的實施方式中，發(fā)送模塊53具體可通過IP連接接入網(wǎng)絡會話 (IP-CAN)修改消息，將所述需建立的承載或需更改的承載所對應的計費策略信息發(fā)送給策略與計費執(zhí)行功能實體（PCEF，Policy and Charging Enforcement Function)，具體實現(xiàn) 中，本發(fā)明的策略與計費執(zhí)行功能實體可內置于核心網(wǎng)網(wǎng)關中，比如，可內置于P-GW、S-GW、 GGSN 中。
[0082] 另外，在一些可行的實施方式中，所述策略與計費執(zhí)行功能實體所激活的承載可為針對用戶設備所請求的服務的專用承載。
[0083] 由上可見，在本發(fā)明的一些可行的實施方式中，策略與計費制定功能實體接收建立承載或更改承載的請求，所述建立承載或更改承載的請求中攜帶計費模式指示信息，所述計費模式指示信息用于指示需建立或更改的承載所基于的計費模式為基于流量的計費模式、基于連接時長的計費模式，以及基于事件的計費模式中任一種；所述策略與計費制定功能實體將所述需建立的承載或需更改的承載所對應的計費策略信息發(fā)送給策略與計費執(zhí)行功能實體，以使所述策略與計費執(zhí)行功能實體在激活所述需建立的承載或需更改的承載時，基于所述計費模式指示信息對激活的承載進行計費，所述計費策略信息包括所述計費模式指示信息。由于本發(fā)明在生成計費策略信息時，可為需建立的承載或需更改的承載制定用戶所希望的計費模式，這樣針對不同的應用場景生成基于不同計費模式的計費策略信息，最大程度滿足用戶體驗。并且，本實施例還增加了策略與計費制定功能實體二次確認計費模式的方案，其在滿足用戶需求的情形下，更多地結合了網(wǎng)絡的實際情況，進一步完善了計費機制。
[0084] 圖6為本發(fā)明的策略與計費制定功能實體的一實施例的結構組成示意圖（具體實現(xiàn)中，改實施例的裝置可用于實施圖2或圖3的方法)。如圖5所示，其可包括：輸入接口 61、處理器62以及輸出接口 63,其中：
[0085] 輸入接口 61，用于接收建立承載或更改承載的請求，所述建立承載或更改承載的請求中攜帶計費模式指示信息，所述計費模式指示信息用于指示需建立或更改的承載所基于的計費模式為基于流量的計費模式、基于連接時長的計費模式，以及基于事件的計費模式中任一種。
[0086] 在一些可行的實施方式中，輸入接口 61具體可從服務提供商的應用服務器（AF， Application Function)處接收建立或更改承載的請求。比如，假設，用戶設備/移動終端 UE請求由互聯(lián)網(wǎng)視頻應用商（OTT，Over The Top)提供的應該服務（比如，在線視頻)，此時，用戶設備會向0ΤΤ的AF發(fā)送請求所述服務的請求，AF收到所述請求時，可根據(jù)0ΤΤ與運營商針對所述在線視頻業(yè)務所簽訂的合約確定對所述服務的計費模式，并通過向PCRF發(fā)送應用服務信息的方式，向PCRF發(fā)送建立在線視頻服務承載的請求，所述應用服務信息中可攜帶所述在線視頻服務的服務信息（比如，服務標識、流量、所需帶寬等)，以及所述計費模式指示信息。
[0087] 在一些可行的實施方式中，輸入接口 61具體可從核心網(wǎng)網(wǎng)關(可為網(wǎng)關GPRS支持節(jié)點（GGSN)或分組數(shù)據(jù)網(wǎng)絡網(wǎng)關實體（P-GW)或服務網(wǎng)絡實體（S-GW)中任一種）處接收建立或更改承載的請求，所述核心網(wǎng)網(wǎng)關處的建立或更改承載的請求源于移動終端。比如，假設UE根據(jù)當前的需求希望網(wǎng)絡側為其建立基于連接時長的計費模式的承載。則UE向MME 發(fā)起承載資源修改請求消息，消息中指示了 UE請求建立基于連接時長的計費模式的承載。 MME發(fā)送承載資源命令給P-GW。P-GW發(fā)送更改承載請求給PCRF。
[0088] 具體實現(xiàn)中，本發(fā)明實施例所述的計費模式指示信息可為枚舉的數(shù)據(jù)類型，比如定義計費模式指示信息的名稱為：Measurement key,其可取值0-2,且，當取值為0時，表示基于流量的計費模式，當取值為1時，表示基于連接時長的計費模式，當取值為2時，表示基于事件的計費模式。Measurement key的默認取值為0。
[0089] 處理器62,用于根據(jù)當前網(wǎng)絡的狀況、用戶簽約信息以及服務提供商以及運營商的簽約信息中至少一種確定是否可采用所述計費模式指示信息所指示的計費模式對所述需建立或更改的承載進行計費。
[0090] 具體實現(xiàn)中，運營商可事先設定各種的網(wǎng)絡狀況適用的計費模式，比如，網(wǎng)絡剩余流量較低時，采用基于流量計費的模式，網(wǎng)絡帶寬超過500M時，采用基于連接時長的計費模式。再如，用戶設備在與移動運營商簽約生成用戶簽約數(shù)據(jù)的時候，可以與移動運營商約定終端后續(xù)業(yè)務的計費模式，這樣在處理器62具體可根據(jù)用戶簽約數(shù)據(jù)確定建立承載或更改承載中所請求的計費模式是否可行。再如，服務提供商也可事先與運營商制定服務提供商的服務所基于的計費模式，這樣處理器62具體可根據(jù)服務提供商與運營商的簽約數(shù) 據(jù)確定建立承載或更改承載中所請求的計費模式是否可行。
[0091] 輸出接口 63,用于當所述處理器62確定可采用所述計費模式指示信息所指示的計費模式對所述需建立或更改的承載進行計費時，將所述需建立的承載或需更改的承載所對應的計費策略信息發(fā)送給策略與計費執(zhí)行功能實體。以使所述策略與計費執(zhí)行功能實體在激活所述需建立的承載或需更改的承載時，基于所述計費模式指示信息對激活的承載進行計費，所述計費策略信息包括所述計費模式指示信息。
[0092] 在一些可行的實施方式中，輸出接口 63具體可通過IP連接接入網(wǎng)絡會話 (IP-CAN)修改消息，將所述需建立的承載或需更改的承載所對應的計費策略信息發(fā)送給策略與計費執(zhí)行功能實體（PCEF，Policy and Charging Enforcement Function)，具體實現(xiàn) 中，本發(fā)明的策略與計費執(zhí)行功能實體可內置于核心網(wǎng)網(wǎng)關中，比如，可內置于P-GW、S-GW、 GGSN 中。
[0093] 在一些可行的實施方式中，可不執(zhí)行處理器62的確定流程，而直接由輸出接口 63 輸出輸入接口 61接收的計費模式指示信息。
[0094] 另外，在一些可行的實施方式中，所述策略與計費執(zhí)行功能實體所激活的承載可為針對用戶設備所請求的服務的專用承載。
[0095] 由上可見，在本發(fā)明的一些可行的實施方式中，策略與計費制定功能實體接收建立承載或更改承載的請求，所述建立承載或更改承載的請求中攜帶計費模式指示信息，所述計費模式指示信息用于指示需建立或更改的承載所基于的計費模式為基于流量的計費模式、基于連接時長的計費模式，以及基于事件的計費模式中任一種；所述策略與計費制定功能實體將所述需建立的承載或需更改的承載所對應的計費策略信息發(fā)送給策略與計費執(zhí)行功能實體，以使所述策略與計費執(zhí)行功能實體在激活所述需建立的承載或需更改的承載時，基于所述計費模式指示信息對激活的承載進行計費，所述計費策略信息包括所述計費模式指示信息。由于本發(fā)明在生成計費策略信息時，可為需建立的承載或需更改的承載制定用戶所希望的計費模式，這樣針對不同的應用場景生成基于不同計費模式的計費策略信息，最大程度滿足用戶體驗。并且，本實施例還增加了策略與計費制定功能實體二次確認計費模式的方案，其在滿足用戶需求的情形下，更多地結合了網(wǎng)絡的實際情況，進一步完善了計費機制。
[0096] 下面通過幾個具體的承載建立過程，對本發(fā)明的各實施例進一步進行詳細說明。
[0097] 圖7為根據(jù)用戶設備請求服務建立承載的流程示意圖。如圖7所示，其可包括：
[0098] 步驟S701，用戶設備UE向互聯(lián)網(wǎng)視頻應用商（0TT，0ver The Top)的AF請求應用服務(例如在線視頻)，且AF接收到UE的上述請求。
[0099] 步驟S702, AF向直徑路由代理（DRA，Diameter Routing Agent)查詢此區(qū)域內的 PCRF地址。
[0100] 步驟S703，AF通過Rx接口向PCRF發(fā)送應用服務信息。此應用服務信息包含服務信息以及計費模式指示信息。所述的計費模式指示信息可為枚舉的數(shù)據(jù)類型，比如定義計費模式指示信息的名稱為：Measurement key,其可取值0-2,且，當取值為0時，表示基于流量的計費模式，當取值為1時，表示基于連接時長的計費模式，當取值為2時，表示基于事件的計費模式。Measurement key的默認取值為0。此處，計費模式指示信息的取值可取決于 OTT與移動運營商針對用戶設備請求的服務簽訂的計費模式設置，比如，假設OTT與移動運營商針對在線視頻簽訂的計費模式為基于連接時長的計費模式，則此處Measurement key 的取值為1 (后續(xù)流程以基于連接時長為例進行說明）。
[0101] 步驟S704, PCRF確定是否允許新建的專有承載采用基于連接時長的計費模式，如果是，則保持計費模式指示信息的取值為1，并通過IP-CAN會話修改流程將PCC決策信息下發(fā)給策略與計費執(zhí)行功能實體（PCEF，Policy and Charging Enforcement Function,此功能單元可在P-GW/S-GW/GGSN中實現(xiàn))，此信息包含了取值為1的計費模式指示信息與服務質量（Q〇S，Quality of Service)等策略。
[0102] 如前所述，具體實現(xiàn)中，PCRF可以根據(jù)當前網(wǎng)絡的狀況、用戶簽約信息以及服務提供商以及運營商的簽約信息中至少一種確定是否允許新建的專用承載采用基于連接時長的計費模式。
[0103] 在一些可行的實施方式中，在步驟S704, PCRF也可在接收到AF的計費模式指示信息后，直接在下發(fā)PCC決策信息給PCEF時，將取值為1的計費模式指示信息下發(fā)，而不需要進行確定的流程。
[0104] 步驟S705, P-GW發(fā)起專有承載激活流程，P-GW將基于連接時長的檢測模式標識發(fā) 送給服務網(wǎng)關（S_GW，Serving Gateway)。在專有承載建立后，基于連接時長的計費模式指示信息（即取值為1的Measurement key)將會以PCC策略的形式存放在P-GW和S-GW中。
[0105] 步驟S706, P-GW發(fā)送IP-CAN會話修改回應給PCRF。
[0106] 步驟S707, PCRF向AF發(fā)送承載級事件通知。
[0107] 后續(xù)，當UE訪問該服務（比如，在線視頻播放完)結束，AF應該向PCRF發(fā)起去活該專有承載的請求，此去活流程由P-GW發(fā)起，P-GW和S-GW為該專有承載生成計費信息記錄，此記錄包括基于連接時長的檢測模式標識與連接時長。
[0108] 圖8為根據(jù)用戶設備請求承載的資源的流程示意圖。如圖8所示，其可包括：
[0109] 步驟S801，UE根據(jù)當前所需服務狀態(tài)，請求更改承載為基于連接時長計費模式的承載。則UE向MME發(fā)起承載資源修改請求消息，消息中指示了 UE請求建立基于連接時長計費模式的計費模式指示信息。如前所述，具體實現(xiàn)中，本發(fā)明的計費模式指示信息可為枚舉的數(shù)據(jù)類型，比如定義計費模式指示信息的名稱為：Measurement key，其可取值0-2,且，當取值為〇時，表示基于流量的計費模式，當取值為1時，表示基于連接時長的計費模式，當取值為2時，表示基于事件的計費模式。Measurement key的默認取值為0。此處，計費模式指示信息的取值由用戶設定，比如，用戶希望計費模式為基于連接時長的計費模式，則此處 Measurement key 的取值為 1。
[0110] 步驟S802，MME發(fā)送承載資源命令給P-GW。所述承載資源命令中攜帶的計費指示信息Measurement key的取值為1，用于請求基于連接時長的計費模式。
[0111] 步驟S803, P-GW發(fā)送承載修改請求給PCRF。所述承載修改請求中攜帶的計費指示信息Measurement key的取值為1，用于請求基于連接時長的計費模式。
[0112] 步驟S804,通過IP-CAN會話修改流程將PCC決策信息下發(fā)給策略與計費執(zhí)行功能實體（PCEF，Policy and Charging Enforcement Function，此功能單?？稍赑-GW/S-GW/ GGSN中實現(xiàn))，此信息包含了取值為1的計費模式指示信息Measurement key與服務質量 (QoS，Quality of Service)等策略。
[0113] 如前所述，具體實現(xiàn)中，PCRF可以根據(jù)當前網(wǎng)絡的狀況、用戶簽約信息以及服務提供商以及運營商的簽約信息中至少一種確定是否允許新建的專用承載采用基于連接時長的計費模式。
[0114] 步驟S805, P-GW發(fā)起專有承載激活流程，P-GW將基于連接時長的檢測模式標識發(fā) 送給服務網(wǎng)關（S_GW，Serving Gateway)。在專有承載建立后，基于連接時長的計費模式指示信息（即取值為1的Measurement key)將會以PCC策略的形式存放在P-GW和S-GW中。
[0115] 步驟S806, P-GW發(fā)送IP-CAN會話修改回應給PCRF。
[0116] 后續(xù)，當UE訪問該服務（比如，在線視頻播放完）結束，UE應該向MME發(fā)起承載修改請求對上述轉由承載去活。P-GW和S-GW為該專有承載生成計費信息記錄，此記錄包括基于連接時長的檢測模式標識與連接時長。
[0117] 以上所列舉的僅為本發(fā)明較佳實施例而已，當然不能以此來限定本發(fā)明之權利范圍，因此依本發(fā)明權利要求所作的等同變化，仍屬本發(fā)明所涵蓋的范圍。
【權利要求】
1. 一種計費策略信息生成方法，其特征在于，包括：策略與計費制定功能實體接收建立承載或更改承載的請求，所述建立承載或更改承載的請求中攜帶計費模式指示信息，所述計費模式指示信息用于指示需建立或更改的承載所基于的計費模式為基于流量的計費模式、基于連接時長的計費模式，以及基于事件的計費模式中任一種或其組合；所述策略與計費制定功能實體將所述需建立的承載或需更改的承載所對應的計費策略信息發(fā)送給策略與計費執(zhí)行功能實體，以使所述策略與計費執(zhí)行功能實體在激活所述需建立的承載或需更改的承載時，基于所述計費模式指示信息對激活的承載進行計費，所述計費策略信息包括所述計費模式指示信息。
2. 如權利要求1所述的計費策略信息生成方法，其特征在于，所述策略與計費制定功能實體將所述需建立的承載或需更改的承載所對應的計費策略信息發(fā)送給策略與計費執(zhí) 行功能實體包括：所述策略與計費制定功能實體通過IP連接接入網(wǎng)絡會話修改消息，將所述需建立的承載或需更改的承載所對應的計費策略信息發(fā)送給策略與計費執(zhí)行功能實體。
3. 如權利要求1所述的計費策略信息生成方法，其特征在于，所述策略與計費制定功能實體將所述需建立的承載或需更改的承載所對應的計費策略信息發(fā)送給策略與計費執(zhí) 行功能實體之前，還包括：所述策略與計費制定功能實體根據(jù)當前網(wǎng)絡的狀況、用戶簽約信息以及服務提供商以及運營商的簽約信息中至少一種確定是否可采用所述計費模式指示信息所指示的計費模式對所述需建立或更改的承載進行計費；并確定可采用所述計費模式指示信息所指示的計費模式對所述需建立或更改的承載進行計費。
4. 如權利要求1-3中任一項所述的計費策略信息生成方法，其特征在于，所述策略計費制定功能實體接收建立或更改承載的請求包括：所述策略與計費制定功能實體從服務提供商的應用服務器處接收建立或更改承載的請求。
5. 如權利要求1-3中任一項所述的計費策略信息生成方法，其特征在于，所述策略計費制定功能實體接收建立或更改承載的請求包括：所述策略與計費制定功能實體從核心網(wǎng)網(wǎng)關處接收建立或更改承載的請求，所述核心網(wǎng)網(wǎng)關處的建立或更改承載的請求源于移動終端。
6. 如權利要求5所述的計費策略信息生成方法，其特征在于，所述策略與計費執(zhí)行功能實體或所述核心網(wǎng)網(wǎng)關包括網(wǎng)關GPRS支持節(jié)點或分組數(shù)據(jù)網(wǎng)絡網(wǎng)關實體或服務網(wǎng)絡實體中任一種。
7. -種策略與計費制定功能實體，其特征在于，包括：接收模塊，用于接收建立承載或更改承載的請求，所述建立承載或更改承載的請求中攜帶計費模式指示信息，所述計費模式指示信息用于指示需建立或更改的承載所基于的計費模式為基于流量的計費模式、基于連接時長的計費模式，以及基于事件的計費模式中任一種或其組合；發(fā)送模塊，用于將所述需建立的承載或需更改的承載所對應的計費策略信息發(fā)送給策略與計費執(zhí)行功能實體，以使所述策略與計費執(zhí)行功能實體在激活所述需建立的承載或需更改的承載時，基于所述計費模式指示信息對激活的承載進行計費，所述計費策略信息包括所述計費模式指示信息。
8. 如權利要求7所述的策略與計費制定功能實體，其特征在于，所述發(fā)送模塊具體用于通過IP連接接入網(wǎng)絡會話修改消息，將所述需建立的承載或需更改的承載所對應的計費策略信息發(fā)送給策略與計費執(zhí)行功能實體。
9. 如權利要求7所述的策略與計費制定功能實體，其特征在于，還包括：分析模塊，用于根據(jù)當前網(wǎng)絡的狀況、用戶簽約信息以及服務提供商以及運營商的簽約信息中至少一種確定是否可采用所述計費模式指示信息所指示的計費模式對所述需建立或更改的承載進行計費；所述發(fā)送模塊具體用于當所述分析模塊確定可采用所述計費模式指示信息所指示的計費模式對所述需建立或更改的承載進行計費時，將所述需建立的承載或需更改的承載所對應的計費策略信息發(fā)送給策略與計費執(zhí)行功能實體。
10. 如權利要求7-9中任一項所述的策略與計費制定功能實體，其特征在于，所述接收模塊具體用于從服務提供商的應用服務器處接收建立或更改承載的請求。
11. 如權利要求7-9中任一項所述的策略與計費制定功能實體，其特征在于，所述接收模塊具體用于從核心網(wǎng)網(wǎng)關處接收建立或更改承載的請求，所述核心網(wǎng)網(wǎng)關處的建立或更改承載的請求源于移動終端。
12. 如權利要求11所述的策略與計費制定功能實體，其特征在于，所述核心網(wǎng)網(wǎng)關包括網(wǎng)關GPRS支持節(jié)點或分組數(shù)據(jù)網(wǎng)絡網(wǎng)關實體或服務網(wǎng)絡實體中任一種。
【文檔編號】H04W4/24GK104105082SQ201310111360
【公開日】2014年10月15日申請日期:2013年4月1日優(yōu)先權日:2013年4月1日
【發(fā)明者】馬景旺, 王碩申請人:華為技術有限公司

完整全部詳細技術資料下載