基於應用的策略和計費控制方法及裝置與流程

2023-05-21 00:25:51 2

本發明涉及通信領域，具體而言，涉及一種基於應用的策略和計費控制方法及裝置。

背景技術：

圖1是相關技術中第三代合作夥伴計劃(3rdgenerationpartnershipproject，簡稱為3gpp)定義的策略和計費控制(policyandchargingcontrol，簡稱為pcc)架構示意圖，如圖1所示，策略和計費規則功能(policyandchargingrulesfunction,簡稱為pcrf)為業務使用網絡資源進行服務質量(qualityofservice，簡稱為qos)和計費策略的制訂。pcrf制定控制策略需要結合從應用功能(applicationfunction，簡稱為af)接收的業務信息，從用戶籤約資料庫(subscriptionprofilerepository，簡稱為spr)接收的用戶籤約信息，運營商配置的策略等。pcrf將為業務制定的控制策略下發給策略和計費執行功能(policyandchargingenforcementfunction，簡稱為pcef)或者承載綁定和事件上報功能(bearerbindingandeventreportfunction，簡稱為bberf)執行。同時pcrf可以向pcef和/或bberf訂閱承載層相關事件，以便當承載層發生所述事件時及時感知，並更改控制策略。此外，pcef以及業務檢測功能(trafficdetectionfunction，簡稱為tdf)能夠根據pcrf下發的pcc規則或應用和檢測控制(applicationdetectionandcontrol，簡稱為adc)規則執行應用檢測和控制功能。

為了實現端到端的qos保證，3gpp網絡提供基於承載粒度的qos保障。被映射到同一個承載的業務將被採用相同的承載層包轉發處理。若需要提供不同的承載層包轉發處理，則需要將業務流映射到不同的演進分組核心網承載業務架構(evolvedpacketsystem，簡稱為eps)承載上。一般一個承載都有一個關聯的過濾器模板(trafficflowtemplate，簡稱為tft)。上行業務流模板(ultft)是tft中的上行包過濾器集合。下行業務流模板(dltft)是tft中的下行包過濾器集合。每個公用數據網(publicdatanetwork，簡稱為pdn)連接中允許有一個承載沒有tft。對於epsip連接訪問網絡(ip-connectivityaccessnetwork，簡稱為ip-can)，默認承載可能沒有tft。

pcrf下發的pcc或qos規則中包含一個業務數據流過濾器模板(servicedataflowtemplate，簡稱為sdftemplate)，sdftemplate中通常包含一個或多個業務數據流過濾器。pcrf可以提供一個包含通配的(wild-carded)業務數據流過濾器的pcc規則以便允許無法匹配其他任何pcc或qos規則的數據包通過。

當pcef或bberf安裝或激活pcrf提供的pcc規則或qos規則後，pcef或bberf根據規則中的qci/arp執行承載綁定，並根據規則中的sdftemplate構造tft 以發送給用戶設備(userequipment，簡稱為ue)。儘管相同qci/arp的規則可以綁定到同一個承載上，但是並不是相同qci/arp的規則總是綁定到同一個承載。因此pcrf在提供pcc規則/qos規則時無法確定規則綁定到哪個承載上，而pcef/bberf最終決定將pcc/qos規則綁定到特定的承載上。

對於gbr承載，pcef/bberf將承載的gbr設置為綁定到這個承載的所有pcc規則或qos規則的gbr的總和，將承載的mbr設置為綁定到這個承載的所有pcc規則或qos規則的mbr的總和。對於non-gbr承載，當ip-can類型支持non-gbr承載可以有分開的mbr時，將non-gbr承載的mbr設置為綁定到這個承載的所有pcc規則或qos規則的mbr的總和。核心網和無線側將根據qci、arp、gbr以及mrb為承載分配相應的資源。

因此，現有的qos保障機制要求網絡或終端根據包過濾器識別一個業務的數據包，從而對識別出的數據包應用相應的qos。然而這種方式有以下幾個問題：

1)對於同一個應用的不同業務數據流，儘管他們具有相同的qos，但由於具有不同的業務過濾器，因此網絡和終結之間需要進行交互，以便網絡能夠通知ue該業務數據流的上行qos，從而產生不必要的信令。

2)當終端運行一類不可推倒(non-deducible)(即不能獲得穩定業務過濾器)的應用時，比如對等網絡(peertopeer，簡稱為p2p)業務時，由於網絡無法將業務過濾器與承載的綁定關係通知給終端，所以無法讓終端獲知這類應用的上行qos參數。目前對這類應用的處理是將其放到默認承載上。

針對相關技術中，無法有效通知ue上行承載的問題，目前還沒有有效的解決方案。

技術實現要素：

本發明提供了一種基於應用的策略和計費控制方法及裝置，以至少解決相關技術中無法有效通知ue上行承載的問題。

根據本發明的一個方面，提供了一種基於應用的策略和計費控制方法，包括：

用戶設備ue接收策略伺服器提供的應用標識和應用的對應關係；

所述ue依據所述對應關係確定當前應用的應用標識；

所述ue在與所述應用標識對應的預留資源通道上發送所述當前應用的數據。

進一步地，所述用戶設備ue接收策略伺服器提供的應用標識和應用的對應關係之後，所述方法包括：

所述ue依據所述對應關係，檢測所述當前應用在所述對應關係中對應的應用標識；

在檢測到所述對應關係中沒有所述當前應用的應用標識的情況下，所述ue向所述策略伺服器發送第一請求消息，其中，所述第一請求消息指示所述策略伺服器發送所述當前應用對應的應用標識，所述第一請求消息中攜帶有應用名稱列表或所述當前應用的應用名稱。

進一步地，在所述ue依據所述對應關係確定當前應用的應用標識之後，所述方法包括：

所述ue向網絡側設備發送資源預留請求消息，其中，所述資源預留請求消息中攜帶有所述應用標識和服務質量qos請求參數。

進一步地，所述ue在與所述應用標識對應的預留資源通道上發送所述當前應用的數據之前，所述方法包括：

所述ue接收網絡側設備發送的資源預留消息，其中，所述資源預留消息攜帶所述應用標識。

根據本發明的一個方面，提供了一種基於應用的策略和計費控制方法，包括：

策略和計費規則功能pcrf獲取為應用進行策略決策的觸發消息；

所述pcrf為所述應用制定策略和計費控制pcc規則，其中，所述pcc規則包括所述應用對應的應用標識和qos參數。

進一步地，所述觸發消息包括以下之一：

在所述pcef或者業務檢測功能tdf檢測到所述應用情況下，所述pcrf獲取所述pcef和所述tdf的所述觸發消息；

在所述pcef接收到ue發送的第一資源預留請求消息時，所述pcrf獲取所述pcef的所述觸發消息，其中，所述第一資源預留請求消息攜帶所述應用標識和qos請求參數；

在承載綁定和事件上報功能bberf接收到ue發送的第二資源預留請求消息時，所述pcrf獲取所述bberf的所述觸發消息，其中，所述第二資源預留請求消息攜帶所述應用標識和qos請求參數。

進一步地，所述pcrf為所述應用制定策略和計費控制pcc規則之後，包括：

所述pcrf向pcef發送所述pcc規則；

所述pcrf依據所述pcc規則制定qos規則，所述pcrf發送所述qos規則給bberf。

根據本發明的一個方面，提供了一種基於應用的策略和計費控制方法，包括：

pcef接收pcrf發送的pcc規則，其中，所述pcc規則包括應用標識和qos參數；

所述pcef執行所述pcc規則，發起為所述應用預留資源的流程。

進一步地，所述pcef執行所述pcc規則，發起為所述應用預留資源的流程，所述方法還包括：

所述pcef向用戶設備ue發送創建或修改承載請求消息，其中，所述創建或修改承載請求消息攜帶所述應用標識和所述qos參數。

進一步地，所述pcef接收pcrf發送的pcc規則之前，所述方法還包括：

所述pcef接收ue發送的第三資源預留請求消息，所述第三資源預留請求消息攜帶應用標識和qos請求參數；

所述pcef發送pcc規則請求消息給所述pcrf，其中，所述pcc規則請求消息攜帶所述應用標識和所述qos請求參數。

根據本發明的一個方面，提供了一種基於應用的策略和計費控制方法，包括：

bberf接收由pcrf發送的qos規則，其中，所述qos規則攜帶應用標識和qos參數；

所述bberf執行所述qos規則，發起為所述應用預留資源的流程。

進一步地，所述bberf執行所述qos規則，發起為所述應用預留資源的流程，所述方法還包括：

所述bberf向ue發送創建或修改承載請求消息，其中，所述創建或修改承載請求消息攜帶所述應用標識和所述qos參數。

進一步地，所述bberf接收所述pcrf發送的qos規則之前，所述方法還包括：

所述bberf接收用戶設備ue發送的第四資源預留請求消息，所述第四資源預留請求消息攜帶應用標識和qos請求參數；

所述bberf發送qos規則請求消息給所述pcrf，其中，所述qos規則請求消息攜帶所述應用標識和所述qos請求參數。

根據本發明的另一個方面，提供了一種基於應用的策略和計費控制裝置，應用於用戶設備ue，包括：

第一接收模塊，用於接收策略伺服器提供的應用標識和應用的對應關係；

確定模塊，用於依據所述對應關係確定當前應用的應用標識；

第一發送模塊，用於在與所述應用標識對應的預留資源通道上發送所述當前應用的數據。

進一步地，所述裝置包括：

檢測模塊，用於接收策略伺服器提供的應用標識和應用的對應關係之後，依據所述對應關係，檢測所述當前應用在所述對應關係中對應的應用標識；

第二發送模塊，用於在檢測到所述對應關係中沒有所述當前應用的應用標識的情況下，向所述策略伺服器發送請求消息，其中，所述請求消息指示所述策略伺服器發送所述當前應用對應的應用標識，所述請求消息中攜帶所述當前應用的應用名稱或名稱列表。

進一步地，所述裝置包括：

第三發送模塊，用於在依據所述對應關係確定當前應用的應用標識之後，向網絡側設備發送資源預留請求消息，其中，所述資源預留請求消息中攜帶所述應用標識和qos請求參數。

進一步地，所述裝置包括：

第二接收模塊，用於在與所述應用標識對應的預留資源通道上發送所述當前應用的數據之前，接收網絡側設備發送的資源預留消息，其中，所述資源預留消息攜帶所述應用標識。

通過本發明，用戶設備ue接收策略伺服器提供的應用標識和應用的對應關係；該ue依據該對應關係確定當前應用的應用標識；該ue在網絡側建立的與該應用標識對應的承載上發送該當前應用的消息，解決了無法有效通知ue上行承載的問題，有效管理ue的應用消息的傳輸。

附圖說明

此處所說明的附圖用來提供對本發明的進一步理解，構成本申請的一部分，本發明的示意性實施例及其說明用於解釋本發明，並不構成對本發明的不當限定。在附圖中：

圖1是相關技術中第三代合作夥伴計劃定義的策略和計費控制架構示意圖；

圖2是根據本發明實施例的一種基於應用的策略和計費控制方法的流程圖一；

圖3是根據本發明實施例的一種基於應用的策略和計費控制方法的流程圖二；

圖4是根據本發明實施例的一種基於應用的策略和計費控制方法的流程圖三；

圖5是根據本發明實施例的一種基於應用的策略和計費控制方法的流程圖四；

圖6是根據本發明實施例的一種基於應用的策略和計費控制裝置的結構框圖一；

圖7是根據本發明實施例的一種基於應用的策略和計費控制裝置的結構框圖二；

圖8是根據本發明實施例的一種基於應用的策略和計費控制裝置的結構框圖三；

圖9是根據本發明實施例的一種基於應用的策略和計費控制裝置的結構框圖四；

圖10是根據本發明優選實施例的網絡向終端提供應用標識和應用名稱列表對應關係的流程圖；

圖11是根據本發明優選實施例的ue向網絡請求應用標識和應用名稱列表對應關係的流程圖；

圖12是根據本發明優選實施例的網絡發起資源預留的流程圖；

圖13是根據本發明優選實施例的網絡發起資源預留的流程圖；

圖14是根據本發明優選實施例的ue發起資源預留的流程圖；

圖15是根據本發明優選實施例的ue發起資源預留的流程圖。

具體實施方式

下文中將參考附圖並結合實施例來詳細說明本發明。需要說明的是，在不衝突的情況下，本申請中的實施例及實施例中的特徵可以相互組合。

需要說明的是，本發明的說明書和權利要求書及上述附圖中的術語「第一」、「第二」等是用於區別類似的對象，而不必用於描述特定的順序或先後次序。

在本實施例中提供了一種基於應用的策略和計費控制方法，圖2是根據本發明實施例的一種基於應用的策略和計費控制方法的流程圖一，如圖2所示，該流程包括如下步驟：

步驟s202，用戶設備ue接收策略伺服器提供的應用標識和應用的對應關係；

步驟s204，該ue依據該對應關係確定當前應用的應用標識；；

步驟s206，該ue在與該應用標識對應的預留資源通道上發送該當前應用的數據。

通過上述步驟，用戶設備ue接收策略伺服器提供的應用標識和應用的對應關係，該ue依據該對應關係確定當前應用的應用標識；該ue在與該應用標識對應的預留資源通道上發送該當前應用的數據，解決了無法有效通知ue上行承載的問題，有效管理ue的應用消息的傳輸。

在本實施例中，該用戶設備ue接收策略伺服器提供的應用標識和應用的對應關係之後，該方法包括：

該ue依據該對應關係，檢測該當前應用在該對應關係中對應的應用標識；

在檢測到該對應關係中沒有該當前應用的應用標識的情況下，該ue向該策略伺服器發送第一請求消息，其中，該第一請求消息指示該策略伺服器發送該當前應用對應的應用標識，該第一請求消息中攜帶有應用名稱列表或該當前應用的應用名稱。

在本實施例中，在該ue依據該對應關係確定當前應用的應用標識之後，該方法包括：

該ue向網絡側設備發送資源預留請求消息，其中，該資源預留請求消息中攜帶有該應用標識和服務質量qos請求參數。

在本實施例中，該ue在與該應用標識對應的預留資源通道上發送該當前應用的數據之前，該方法包括：

該ue接收網絡側設備發送的資源預留消息，其中，該資源預留消息攜帶該應用標識。

在本實施例中提供了一種基於應用的策略和計費控制方法，圖3是根據本發明實施例的一種基於應用的策略和計費控制方法的流程圖二，如圖3所示，該流程包括如下步驟：

步驟s302，策略和計費規則功能pcrf獲取為應用進行策略決策的觸發消息；

步驟s304，該pcrf為該應用制定策略和計費控制pcc規則，其中，該pcc規則包括該應用對應的應用標識和qos參數。

在本實施例中，該觸發消息包括以下之一：

在該pcef或者業務檢測功能tdf檢測到該應用情況下，該pcrf獲取該pcef和該tdf的該觸發消息；

在該pcef接收到ue發送的第一資源預留請求消息時，該pcrf獲取該pcef的該觸發消息，其中，該第一資源預留請求消息攜帶該應用標識和qos請求參數；

在承載綁定和事件上報功能bberf接收到ue發送的第二資源預留請求消息時，該pcrf獲取該bberf的該觸發消息，其中，該第二資源預留請求消息攜帶該應用標識和qos請求參數。

在本實施例中，該pcrf為該應用制定策略和計費控制pcc規則之後，包括：

該pcrf向pcef發送該pcc規則；

該pcrf依據該pcc規則制定qos規則，該pcrf發送該qos規則給bberf。

在本實施例中提供了一種基於應用的策略和計費控制方法，圖4是根據本發明實施例的一種基於應用的策略和計費控制方法的流程圖三，如圖4所示，該流程包括如下步 驟：

步驟s402，pcef接收pcrf發送的pcc規則，其中，該pcc規則包括應用標識和qos參數；

步驟s404，該pcef執行該pcc規則，發起為該應用預留資源的流程。

在本實施例中，該pcef執行該pcc規則，發起為該應用預留資源的流程還包括：

該pcef向用戶設備ue發送創建或修改承載請求消息，其中，該創建或修改承載請求消息攜帶該應用標識和該qos參數。

在本實施例中，該pcef接收pcrf發送的pcc規則之前，該pcef接收ue發送的第三資源預留請求消息，該第三資源預留請求消息攜帶應用標識和qos請求參數；

該pcef發送pcc規則請求消息給該pcrf，其中，該pcc規則請求消息攜帶該應用標識和該qos請求參數。

在本實施例中提供了一種基於應用的策略和計費控制方法，圖5是根據本發明實施例的一種基於應用的策略和計費控制方法的流程圖四，如圖5所示，該流程包括如下步驟：

步驟s502，bberf接收由pcrf發送的qos規則，其中，該qos規則攜帶應用標識和qos參數；

步驟s504，該bberf執行該qos規則，發起為該應用預留資源的流程。

在本實施例中，該bberf執行該qos規則，發起為該應用預留資源的流程，該方法還包括：

該bberf向ue發送創建或修改承載請求消息，其中，該創建或修改承載請求消息攜帶該應用標識和該qos參數。

在本實施例中，該bberf接收該pcrf發送的qos規則之前，該bberf接收用戶設備ue發送的第四資源預留請求消息，該第四資源預留請求消息攜帶應用標識和qos請求參數；

該bberf發送qos規則請求消息給該pcrf，其中，該qos規則請求消息攜帶該應用標識和該qos請求參數。

在本實施例中還提供了一種基於應用的策略和計費控制裝置，應用於用戶設備ue，該裝置用於實現上述實施例及優選實施方式，已經進行過說明的不再贅述。如以下所使用的，術語「模塊」可以實現預定功能的軟體和/或硬體的組合。儘管以下實施例所描述的裝置較佳地以軟體來實現，但是硬體，或者軟體和硬體的組合的實現也是可能並被構想的。

圖6是根據本發明實施例的一種基於應用的策略和計費控制裝置的結構框圖一，如圖6所示，該裝置包括：

第一接收模塊62，用於接收策略伺服器提供的應用標識和應用的對應關係；

確定模塊64，與第一接收模塊62連接，用於依據該對應關係確定當前應用的應用標識；

第一發送模塊66，與確定模塊64連接，用於在與該應用標識對應的預留資源通道上發送該當前應用的數據。

通過上述步驟，第一接收模塊62接收策略伺服器提供的應用標識和應用的對應關係；確定模塊64依據該對應關係確定當前應用的應用標識；第一發送模塊66在與該應用標識對應的預留資源通道上發送該當前應用的數據，解決了無法有效通知ue上行承載的問題，有效管理ue的應用消息的傳輸。

圖7是根據本發明實施例的一種基於應用的策略和計費控制裝置的結構框圖二，如圖7所示，該裝置還包括：

檢測模塊72，與第一接收模塊62連接，用於接收策略伺服器提供的應用標識和應用的對應關係之後，依據該對應關係，檢測該當前應用在該對應關係中對應的應用標識；

第二發送模塊74，與檢測模塊72連接，用於在檢測到該對應關係中沒有該當前應用的應用標識的情況下，該ue向該策略伺服器發送請求消息，其中，該請求消息指示該策略伺服器發送該當前應用對應的應用標識，該請求消息中攜帶該當前應用的應用名稱或名稱列表。

圖8是根據本發明實施例的一種基於應用的策略和計費控制裝置的結構框圖三，如圖8所示，該裝置還包括：

第三發送模塊82，與確定模塊64連接，用於在依據該對應關係確定當前應用的應用標識之後，向網絡側設備發送資源預留請求消息，其中，該資源預留請求消息中攜帶該應用標識和qos請求參數。

圖9是根據本發明實施例的一種基於應用的策略和計費控制裝置的結構框圖四，如圖9所示，該裝置還包括：

第二接收模塊92，與確定模塊64連接，用於在與該應用標識對應的預留資源通道上發送該當前應用的數據之前，接收網絡側設備發送的資源預留消息，其中，該資源預留消息攜帶該應用標識。

需要說明的是，上述各個模塊是可以通過軟體或硬體來實現的，對於後者，可以通過以下方式實現，但不限於此：上述模塊均位於同一處理器中；或者，上述模塊分別位於多個處理器中。

下面結合本發明優選實施例進行詳細說明。

本發明優選實施例一

圖10是根據本發明優選實施例的網絡向終端提供應用標識和應用名稱列表對應關係的流程圖，如圖10所示，步驟如下：

步驟s1001，部署在運營商上網絡中的策略伺服器配置應用標識applicationid和應用名稱列表的對應關係。當ue接入網絡，ue和策略伺服器建立連接後，策略伺服器向ue發送applicationid和應用名稱列表的對應關係。譬如applicationid1對應qq、微信，applicationid2對應淘寶。

步驟s1002，ue保存策略伺服器下發的applicationid和應用名稱列表的對應關係後返回確認消息。

該流程也用於當標識applicationid和應用名稱列表的對應關係發生變化時，策略伺服器向ue更新對應關係。

本發明優選實施例二

圖11是根據本發明優選實施例的ue向網絡請求應用標識和應用名稱列表對應關係的流程圖，如圖11所示，步驟如下：

步驟s1101，ue安裝或運營了一個應用，ue檢測到沒有該應用對應的應用標識，則ue向策略伺服器請求應用標識，消息中攜帶應用名稱或應用名稱列表；

步驟s1102，策略伺服器向ue返回確認消息，消息中攜帶該應用對應的applicationid。ue保存applicationid與該應用或應用名稱列表的對應關係。

本發明優選實施例三

圖12是根據本發明優選實施例的網絡發起資源預留的流程圖，如圖12所示，步驟如下：

步驟s1201，pcrf接收到觸發進行策略決策。該觸發可能來自於pcef或tdf檢測到的應用報告，檢測到applicationid標識的應用。pcrf為該應用制定pcc規則，pcc規則中包含applicationid，qos參數(如qci、arp)和計費參數。

步驟s1202，pcrf向pcef發送策略和計費規則提供消息，攜帶pcc規則。

步驟s1203，pcef向pcrf返回策略和計費規則提供確認消息。

步驟s1204，pcef執行pcc規則，發起資源預留的流程。具體的，pcef根據pcc規則執行承載綁定，創建或修改承載流程。。pcef所在的網關發送創建或更新承載請求消息，消息中攜帶applicationid和qos參數。該消息會通過一個或多個中間節點發送 給ue。ue接收該消息後，向網絡返回確認消息。

此後，當ue需要向網絡發送用applicationid標識的應用的數據時，ue通過上述創建或更新的承載向網絡發送上行數據。此外，ue還可以校驗網絡發送的下行數據是否在正確的承載上。

本發明優選實施例四

圖13是根據本發明優選實施例的網絡發起資源預留的流程圖，如圖13所示，步驟如下：

步驟s1301，pcrf接收到觸發進行策略決策。該觸發可能來自於pcef或tdf檢測到的應用報告，檢測到applicationid標識的應用。pcrf為該應用制定pcc規則，pcc規則中包含applicationid，qos參數(如qci、arp)和計費參數。pcrf進行根據pcc規則制定qos規則，qos規則中包含applicationid，qos參數。

步驟s1302，pcrf向pcef發送策略和計費規則提供消息，攜帶pcc規則。

步驟s1303，pcef向pcrf返回策略和計費規則提供確認消息。

步驟s1304，pcrf向bberf發送qos規則提供消息，攜帶qos規則。

步驟s1305，bberf向pcrf返回策略和計費規則提供確認消息。

步驟s1306，bberf執行qos規則，發起資源預留的流程。具體的，bberf根據qos規則執行承載綁定，創建或修改承載流程。。bberf所在的網關或基站發送承載或更新承載請求消息，消息中攜帶applicationid和qos參數。該消息會通過一個或多個中間節點發送給ue。ue接收該消息後，向網絡返回確認消息。

此後，當ue需要向網絡發送用applicationid標識的應用的數據時，ue通過上述創建或更新的承載向網絡發送上行數據。此外，ue還可以校驗網絡發送的下行數據是否在正確的承載上。

本發明優選實施例五

圖14是根據本發明優選實施例的ue發起資源預留的流程圖，如圖14所示，步驟如下：

步驟s1401,ue決定為準備開始的應用或是正在進行的應用請求特定的qos保障，ue根據保存的對應關係確定應用對應的applicationid。ue向網絡發送資源預留請求消息，消息中攜帶applicationid和qos請求參數。該消息會經過一個或多個中間節點發送給pcef所在的網關。

步驟s1402，pcef所在網關接收到該請求消息。pcef向pcrf策略和計費規則請求消息，消息中攜帶applicationid和qos請求參數；

步驟s1403，pcrf接收到請求消息進行策略決策。pcrf根據來自pcef的請求為該應用制定pcc規則，pcc規則中包含applicationid，qos參數(如qci、arp)和計費參數。

步驟s1404，pcrf向pcef發送策略和計費規則請求確認消息，攜帶pcc規則。

步驟s1405，pcef執行pcc規則，發起資源預留的流程。具體的，pcef根據pcc規則執行承載綁定，創建或更新承載流程。pcef所在的網關發送創建或更新承載請求消息，消息中攜帶applicationid和qos參數。該消息會通過一個或多個中間節點發送給ue。ue接收該消息後，向網絡返回確認消息。

此後，當ue需要向網絡發送用applicationid標識的應用的數據時，ue通過上述創建或修改的承載向網絡發送上行數據。此外，ue還可以校驗網絡發送的下行數據是否在正確的承載上。

本發明優選實施例六

圖15是根據本發明優選實施例的ue發起資源預留的流程圖，如圖15所示，步驟如下：

步驟s1501,ue決定為準備開始的應用或是正在進行的應用請求特定的qos保障，ue根據保存的對應關係確定應用對應的applicationid。ue向網絡發送資源預留請求消息，消息中攜帶applicationid和qos請求參數。該消息會經過一個或多個中間節點發送給bberf所在的網關或基站。

步驟s1502，bberf所在網關或基站接收到該請求消息。bberf向pcrf發送qos規則請求消息，消息中攜帶applicationid和qos請求參數；

步驟s1503，pcrf接收到請求消息進行策略決策。pcrf根據來自pcef的請求為該應用制定pcc規則，pcc規則中包含applicationid，qos參數(如qci、arp)和計費參數。進一步地，pcrf根據pcc規則制定qos規則，qos規則總包含applicationid和qos參數

步驟s1504，pcrf向bberf發送策略和計費規則提供qos規則請求確認消息，攜帶qos規則。

步驟s1505，pcrf向pcef發送策略和計費規則提供消息，攜帶pcc規則。

步驟s1506，pcef返回確認消息；

步驟s1507，bberf執行qos規則，發起資源預留的流程。具體的，bberf根據qos規則執行承載綁定，創建或更新承載流程。bberf所在的網關和基站發送創建或更新承載請求消息，消息中攜帶applicationid和qos參數。該消息會通過一個或多個中間節點發送給ue。ue接收該消息後，向網絡返回確認消息。

此後，當ue需要向網絡發送用applicationid標識的應用的數據時，ue通過上述創建或修改的承載向網絡發送上行數據。此外，ue還可以校驗網絡發送的下行數據是否在正確的承載上。

以上實施例中，ue和網絡通過承載創建或修改流程為應用預留了資源通道。在其他實施例中，也可以通過其他方式為應用預留相應的資源通道。譬如，pcrf分別向ue和bberf(此時bberf可以位於基站)發送攜帶應用標識和qos參數的規則，ue和bberf在本地為應用預留資源通道，而不需要ue和bberf之間進行交互。

通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到根據上述實施例的方法可藉助軟體加必需的通用硬體平臺的方式來實現，當然也可以通過硬體，但很多情況下前者是更佳的實施方式。基於這樣的理解，本發明的技術方案本質上或者說對現有技術做出貢獻的部分可以以軟體產品的形式體現出來，該計算機軟體產品存儲在一個存儲介質(如rom/ram、磁碟、光碟)中，包括若干指令用以使得一臺終端設備(可以是手機，計算機，伺服器，或者網絡設備等)執行本發明各個實施例所述的方法。

本發明的實施例還提供了一種存儲介質。可選地，在本實施例中，上述存儲介質可以被設置為存儲用於執行以下步驟的程序代碼：

s1，用戶設備ue接收策略伺服器提供的應用標識和應用的對應關係；

s2，該ue依據該對應關係確定當前應用的應用標識；

s3，該ue在網絡側建立的與該應用標識對應的承載上發送該當前應用的消息。

可選地，在本實施例中，上述存儲介質可以包括但不限於：u盤、只讀存儲器(rom，read-onlymemory)、隨機存取存儲器(ram，randomaccessmemory)、移動硬碟、磁碟或者光碟等各種可以存儲程序代碼的介質。

可選地，在本實施例中，處理器根據存儲介質中已存儲的程序代碼執行上述實施例所述的方法步驟。

可選地，本實施例中的具體示例可以參考上述實施例及可選實施方式中所描述的示例，本實施例在此不再贅述。

顯然，本領域的技術人員應該明白，上述的本發明的各模塊或各步驟可以用通用的計算裝置來實現，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網絡上，可選地，它們可以用計算裝置可執行的程序代碼來實現，從而，可以將它們存儲在存儲裝置中由計算裝置來執行，並且在某些情況下，可以以不同於此處的順序執行所示出或描述的步驟，或者將它們分別製作成各個集成電路模塊，或者將它們中的多個模塊或步驟製作成單個集成電路模塊來實現。這樣，本發明不限制於任何特定的硬體和軟體結合。

以上所述僅為本發明的優選實施例而已，並不用於限制本發明，對於本領域的技術人員來說，本發明可以有各種更改和變化。凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護範圍之內。