專(zhuān)利名稱(chēng)：策略控制方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種策略控制方法及裝置。
技術(shù)背景
第三代合作伙伴計(jì)劃(3rdGeneration Partnership Project，簡(jiǎn)稱(chēng)為 3GPP) 的策略和計(jì)費(fèi)控制(Policy and Charging Control，簡(jiǎn)稱(chēng)為PCC)架構(gòu)是一個(gè)能夠應(yīng)用于多種接入技術(shù)的功能框架。例如，應(yīng)用于通用移動(dòng)通信系統(tǒng)(Universal Mobile Telecommunications System,簡(jiǎn)稱(chēng)為 UMTS)的陸上無(wú)線(xiàn)接入網(wǎng)(UMTS Terrestrial Radio Access Network，簡(jiǎn)稱(chēng)為 UTRAN)、全球移動(dòng)通信系統(tǒng)(Global system for Mobile Communication，簡(jiǎn)稱(chēng)為 GSM)/GSM數(shù)據(jù)增強(qiáng)演進(jìn)(Enhanced Data rates for Global Evolution，簡(jiǎn)稱(chēng)為EDGE)無(wú)線(xiàn)接入網(wǎng)、互通無(wú)線(xiàn)局域網(wǎng)(I-WLAN)以及演進(jìn)的分組系統(tǒng) (Evolved Packet System，簡(jiǎn)稱(chēng)為 EPS)等。
圖1是根據(jù)相關(guān)技術(shù)的Rel-SPCC非漫游架構(gòu)的示意圖，如圖1所示，對(duì)該P(yáng)CC架構(gòu)中的各個(gè)邏輯功能實(shí)體及其接口功能進(jìn)行描述。
應(yīng)用功能實(shí)體(Application Function，簡(jiǎn)稱(chēng)為AF)，提供業(yè)務(wù)應(yīng)用的接入點(diǎn)，這些業(yè)務(wù)應(yīng)用所使用的網(wǎng)絡(luò)資源需要進(jìn)行動(dòng)態(tài)的策略控制。在業(yè)務(wù)面進(jìn)行參數(shù)協(xié)商時(shí)，AF將相關(guān)業(yè)務(wù)信息傳遞給策略與計(jì)費(fèi)規(guī)則功能實(shí)體(Policy and Charging Rules Function，簡(jiǎn)稱(chēng)為PCRF)，如果這些業(yè)務(wù)信息與PCRF的策略相一致，則PCRF接受該協(xié)商；否則，PCRF拒絕該協(xié)商，并在反饋中同時(shí)給出PCRF可接受的業(yè)務(wù)參數(shù)。隨后，AF可將這些參數(shù)返回給用戶(hù)設(shè)備(UserEquipment，簡(jiǎn)稱(chēng)為UE)。其中，AF和PCRF之間的接口是Rx接口。
PCRF是PCC的核心，負(fù)責(zé)策略決策和計(jì)費(fèi)規(guī)則的制定。PCRF提供了基于業(yè)務(wù)數(shù)據(jù)流的網(wǎng)絡(luò)控制規(guī)則，這些網(wǎng)絡(luò)控制包括業(yè)務(wù)數(shù)據(jù)流的監(jiān)測(cè)、門(mén)控(Gating Control), 服務(wù)質(zhì)量(Quality of krvice，簡(jiǎn)稱(chēng)為QoS)控制以及基于數(shù)據(jù)流的計(jì)費(fèi)規(guī)則等。PCRF 將其制定的策略和計(jì)費(fèi)規(guī)則發(fā)送給策略與計(jì)費(fèi)執(zhí)行功能實(shí)體(Policy and Charging EnforcementFunction，簡(jiǎn)稱(chēng)為PCEF)執(zhí)行，同時(shí)，PCRF還需要保證這些規(guī)則和用戶(hù)的簽約信息一致。PCRF制定策略和計(jì)費(fèi)規(guī)則的依據(jù)包括從AF獲取與業(yè)務(wù)相關(guān)的信息；從用戶(hù)簽約數(shù)據(jù)庫(kù)(Subscription Profile R印ository，簡(jiǎn)稱(chēng)為SPR)獲取用戶(hù)策略計(jì)費(fèi)控制簽約信息；從PCEF獲取與承載相關(guān)網(wǎng)絡(luò)的信息。
PCEF，用于在承載面執(zhí)行PCRF所制定的策略和計(jì)費(fèi)規(guī)則。PCEF按照PCRF所發(fā)送的規(guī)則中的業(yè)務(wù)數(shù)據(jù)流過(guò)濾器對(duì)業(yè)務(wù)數(shù)據(jù)流進(jìn)行監(jiān)測(cè)，進(jìn)而對(duì)這些業(yè)務(wù)數(shù)據(jù)流執(zhí)行PCRF 所制定的策略和計(jì)費(fèi)規(guī)則。在承載建立時(shí)，PCEF按照PCRF發(fā)送的規(guī)則進(jìn)行QoS授權(quán)，并根據(jù)AF的執(zhí)行進(jìn)行門(mén)控控制。根據(jù)PCRF發(fā)送的計(jì)費(fèi)規(guī)則，PCEF執(zhí)行相應(yīng)的業(yè)務(wù)數(shù)據(jù)流計(jì)費(fèi)操作，計(jì)費(fèi)既可以是在線(xiàn)計(jì)費(fèi)，也可以是離線(xiàn)計(jì)費(fèi)。如果是在線(xiàn)計(jì)費(fèi)，則PCEF需要和在線(xiàn)計(jì)費(fèi)系統(tǒng)(Online Charging System，簡(jiǎn)稱(chēng)為0CS) —起進(jìn)行信用管理。離線(xiàn)計(jì)費(fèi)時(shí)，PCEF 和離線(xiàn)計(jì)費(fèi)系統(tǒng)(Offline Charging System，簡(jiǎn)稱(chēng)為0FCS)之間交換相關(guān)計(jì)費(fèi)信息。PCEF 與PCRF之間的接口是to接口，與OCS之間的接口是Gy接口，與OFCS之間的接口是( 接口。PCEF通常位于網(wǎng)絡(luò)的網(wǎng)關(guān)(Gate-Way，簡(jiǎn)稱(chēng)為GW)內(nèi)，如GPRS中的GPRS網(wǎng)關(guān)支持節(jié)點(diǎn) (GGSN)以及I-WLAN中的分組數(shù)據(jù)網(wǎng)關(guān)(Packet Data Gateway，簡(jiǎn)稱(chēng)為PDG)。
承載綁定和事件報(bào)告功能實(shí)體(Bearer Binding and Event Reporting Function,簡(jiǎn)稱(chēng)為BBERF)，其功能包括承載綁定、上行承載綁定的驗(yàn)證、以及事件報(bào)告。當(dāng) UE通過(guò)E-UTRAN接入，并且S-GW與P-GW之間采用PMIPv6協(xié)議時(shí)，BBERF就位于S-GW，當(dāng) UE通過(guò)可信任非3GPP接入系統(tǒng)接入時(shí)，BBERF位于可信任非3GPP接入網(wǎng)關(guān)，當(dāng)UE通過(guò)不可信任非3GPP接入系統(tǒng)接入時(shí)、BBERF位于演進(jìn)的分組數(shù)據(jù)網(wǎng)關(guān)(Evolved Packet Data Gateway,簡(jiǎn)稱(chēng)為ePDG)。此時(shí)，PCEF不再執(zhí)行承載綁定功能。
用戶(hù)簽約數(shù)據(jù)庫(kù)(SPR)存儲(chǔ)了和策略控制與計(jì)費(fèi)相關(guān)的用戶(hù)策略計(jì)費(fèi)控制簽約信息。SI3R和PCRF之間的接口是Sp接口。
在線(xiàn)計(jì)費(fèi)系統(tǒng)(OCS)，與PCEF —起進(jìn)行在線(xiàn)計(jì)費(fèi)方式下用戶(hù)信用的控制和管理。
離線(xiàn)計(jì)費(fèi)系統(tǒng)(OFCS)，與PCEF—起完成離線(xiàn)計(jì)費(fèi)方式下的計(jì)費(fèi)操作。
以上PCC架構(gòu)通過(guò)各功能實(shí)體實(shí)現(xiàn)了對(duì)UE為訪(fǎng)問(wèn)一個(gè)分組數(shù)據(jù)網(wǎng)絡(luò)O^cket DataNetwork，簡(jiǎn)稱(chēng)為 PDN)所建立的 IP連接接入網(wǎng)(IP Connectivity Access Network，簡(jiǎn)稱(chēng)為IP-CAN)會(huì)話(huà)的策略計(jì)費(fèi)控制。
目前，PCC架構(gòu)支持稱(chēng)為被贊助數(shù)據(jù)連接(Sponsored data connectivity) 0
圖2是根據(jù)相關(guān)技術(shù)的部署贊助數(shù)據(jù)連接業(yè)務(wù)的架構(gòu)的示意圖，如圖2所示，所謂被贊助數(shù)據(jù)連接是指用戶(hù)所訪(fǎng)問(wèn)業(yè)務(wù)產(chǎn)生的用量消耗，并不是由用戶(hù)自己承擔(dān)，而是由贊助商(Sponsor)承擔(dān)，訪(fǎng)問(wèn)內(nèi)容為應(yīng)用業(yè)務(wù)提供商(Application Service Provider，簡(jiǎn)稱(chēng)為ASP)提供。此時(shí)，當(dāng)用戶(hù)發(fā)起該類(lèi)業(yè)務(wù)訪(fǎng)問(wèn)時(shí)，AF在向PCRF提供業(yè)務(wù)信息時(shí)，還會(huì)向 PCRF提供業(yè)務(wù)提供方贊助訪(fǎng)問(wèn)該類(lèi)業(yè)務(wù)的用量閾值(即用戶(hù)可以免費(fèi)訪(fǎng)問(wèn)該類(lèi)業(yè)務(wù)的用量)，在本發(fā)明中，被贊助數(shù)據(jù)連接等同于被贊助數(shù)據(jù)連接業(yè)務(wù)。此時(shí)，PCRF根據(jù)AF下發(fā)的用量閾值設(shè)置PCEF監(jiān)測(cè)的用量閾值，當(dāng)?shù)竭_(dá)閾值時(shí)，PCEF通知PCRF。
為了實(shí)現(xiàn)對(duì)被贊助數(shù)據(jù)連接業(yè)務(wù)的策略計(jì)費(fèi)控制，在SPR中將會(huì)保存贊助數(shù)據(jù)連接文檔，其中包括贊助商標(biāo)識(shí)(Sponsor Identity)和每個(gè)應(yīng)用業(yè)務(wù)提供商(Application ServiceProvider)的應(yīng)用列表。AF向PCRF提供的業(yè)務(wù)信息時(shí)也會(huì)攜帶贊助商標(biāo)識(shí)、應(yīng)用業(yè)務(wù)提供商標(biāo)識(shí)以及應(yīng)用標(biāo)識(shí)等信息，PCRF將根據(jù)從SPR中獲取的簽約文檔對(duì)AF提供的業(yè)務(wù)信息進(jìn)行授權(quán)，是否允許進(jìn)行被贊助數(shù)據(jù)連接，以及對(duì)應(yīng)的QoS等。
但是，如果被贊助數(shù)據(jù)連接業(yè)務(wù)的流量過(guò)大或用戶(hù)數(shù)過(guò)多，則會(huì)導(dǎo)致網(wǎng)絡(luò)負(fù)荷過(guò)大，而影響其它用戶(hù)或業(yè)務(wù)(例如非簽約贊助數(shù)據(jù)連接業(yè)務(wù)的用戶(hù)，或者簽約該類(lèi)業(yè)務(wù)的用戶(hù)的運(yùn)營(yíng)商自有業(yè)務(wù))的使用，進(jìn)而影響網(wǎng)絡(luò)性能。發(fā)明內(nèi)容
針對(duì)相關(guān)技術(shù)中被贊助數(shù)據(jù)連接業(yè)務(wù)的流量過(guò)大或用戶(hù)數(shù)過(guò)多會(huì)導(dǎo)致網(wǎng)絡(luò)負(fù)荷過(guò)大的問(wèn)題而提出本發(fā)明，為此，本發(fā)明的主要目的在于提供一種策略控制方法及裝置，以解決上述問(wèn)題。
為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的一個(gè)方面，提供了一種策略控制方法。
根據(jù)本發(fā)明的策略控制方法包括PCRF獲取被贊助數(shù)據(jù)的QoS信息，其中QoS信息為被贊助數(shù)據(jù)的贊助商預(yù)先簽約的信息；PCRF根據(jù)被贊助數(shù)據(jù)的QoS信息，制定或更新PCC/QoS 策略。
進(jìn)一步地，PCRF獲取被贊助數(shù)據(jù)的QoS信息包括PCRF從SI3R或者UDC接收被贊助數(shù)據(jù)的QoS信息。
進(jìn)一步地，PCRF從SI3R或者UDC接收到被贊助數(shù)據(jù)的QoS信息包括PCRF從SI3R 接收到用于請(qǐng)求簽約信息的響應(yīng)消息，其中響應(yīng)消息中攜帶有被贊助數(shù)據(jù)的QoS信息。
進(jìn)一步地，PCRF從SI3R或者UDC接收到被贊助數(shù)據(jù)的QoS信息包括PCRF從SI3R 或者UDC接收到數(shù)據(jù)初始化消息，其中數(shù)據(jù)初始化消息中攜帶有被贊助數(shù)據(jù)的QoS信息。
進(jìn)一步地，PCRF獲取被贊助數(shù)據(jù)的QoS信息包括預(yù)先在PCRF上定義被贊助數(shù)據(jù)的QoS信息。
進(jìn)一步地，預(yù)先在PCRF上定義被贊助數(shù)據(jù)的QoS信息包括以下之一 PCRF從接收的來(lái)自Sra的第一個(gè)簽約信息請(qǐng)求會(huì)話(huà)中獲取被贊助數(shù)據(jù)的QoS信息；PCRF在用戶(hù)的第一個(gè)IP-CAN會(huì)話(huà)創(chuàng)建時(shí)，獲取被贊助數(shù)據(jù)的QoS信息；PCRF在用戶(hù)的每個(gè)IP-CAN會(huì)話(huà)創(chuàng)建時(shí)，獲取被贊助數(shù)據(jù)的QoS信息。
進(jìn)一步地，上述方法還包括PCRF確定被贊助數(shù)據(jù)的QoS信息更新；PCRF根據(jù)更新后的被贊助數(shù)據(jù)的QoS信息，制定PCC/QoS策略。
進(jìn)一步地，PCRF確定被贊助數(shù)據(jù)的QoS信息更新包括以下之一 PCRF接收到來(lái)自 SPR或者UDC的更新后的被贊助數(shù)據(jù)的QoS信息；PCRF檢測(cè)到自身預(yù)先定義的被贊助數(shù)據(jù)的QoS信息更新。
進(jìn)一步地，被贊助數(shù)據(jù)的QoS信息包括以下至少之一贊助商預(yù)先簽約的最大比特率MBR、贊助商預(yù)先簽約的保證比特率GBR、贊助商預(yù)先簽約的最大用戶(hù)數(shù)、用于指示贊助商允許的QoS資源不足的QoS信息指示。
為了實(shí)現(xiàn)上述目的，根據(jù)本發(fā)明的另一個(gè)方面，提供了一種策略控制裝置。
根據(jù)本發(fā)明的策略控制裝置包括獲取模塊，用于獲取被贊助數(shù)據(jù)的QoS信息，其中QoS信息為被贊助數(shù)據(jù)的贊助商預(yù)先簽約的信息；處理模塊，用于根據(jù)被贊助數(shù)據(jù)的QoS 信息，制定或更新PCC/QoS策略。
本發(fā)明通過(guò)在制定或更新PCC/QoS策略時(shí)考慮被贊助數(shù)據(jù)的QoS信息，解決了關(guān)技術(shù)中被贊助數(shù)據(jù)連接業(yè)務(wù)的流量過(guò)大或用戶(hù)數(shù)過(guò)多會(huì)導(dǎo)致網(wǎng)絡(luò)負(fù)荷過(guò)大的問(wèn)題，從而可以避免影響其它用戶(hù)或業(yè)務(wù)的使用，進(jìn)而保證網(wǎng)絡(luò)性能。


此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā)明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中
圖1是根據(jù)相關(guān)技術(shù)的Rel-SPCC非漫游架構(gòu)的示意圖2是根據(jù)相關(guān)技術(shù)的部署贊助數(shù)據(jù)連接業(yè)務(wù)的架構(gòu)的示意圖3是根據(jù)本發(fā)明實(shí)施例的策略控制方法的流程圖4是根據(jù)本發(fā)明優(yōu)選實(shí)施例一的交互流程圖5是根據(jù)本發(fā)明優(yōu)選實(shí)施例二的交互流程圖6是根據(jù)本發(fā)明實(shí)施例的策略控制裝置的結(jié)構(gòu)框圖。
具體實(shí)施例方式需要說(shuō)明的是，在不沖突的情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。下面將參考附圖并結(jié)合實(shí)施例來(lái)詳細(xì)說(shuō)明本發(fā)明。本發(fā)明實(shí)施例提供了一種策略控制方法。圖3是根據(jù)本發(fā)明實(shí)施例的策略控制方法的流程圖，如圖3所示，包括如下的步驟S302至步驟S304。步驟S302，PCRF獲取被贊助數(shù)據(jù)的QoS信息，其中QoS信息為被贊助數(shù)據(jù)的贊助商預(yù)先簽約的信息。步驟S304，PCRF根據(jù)被贊助數(shù)據(jù)的QoS信息，制定或更新PCC/QoS策略。相關(guān)技術(shù)中，被贊助數(shù)據(jù)連接業(yè)務(wù)的流量過(guò)大或用戶(hù)數(shù)過(guò)多，會(huì)導(dǎo)致網(wǎng)絡(luò)負(fù)荷過(guò)大。本發(fā)明實(shí)施例中，制定或更新PCC/QoS策略時(shí)考慮到了被贊助數(shù)據(jù)的QoS信息，從而可以避免影響其它用戶(hù)或業(yè)務(wù)的使用，進(jìn)而保證網(wǎng)絡(luò)性能。優(yōu)選地，PCRF獲取被贊助數(shù)據(jù)的QoS信息包括PCRF從SI5R或者用戶(hù)數(shù)據(jù)匯聚 (UserData Convergence，簡(jiǎn)稱(chēng)為UDC)接收被贊助數(shù)據(jù)的QoS信息。優(yōu)選地，PCRF從SI3R或者UDC接收到被贊助數(shù)據(jù)的QoS信息包括PCRF從SI3R接收到用于請(qǐng)求簽約信息的響應(yīng)消息，其中響應(yīng)消息中攜帶有被贊助數(shù)據(jù)的QoS信息。優(yōu)選地，PCRF從SI3R或者UDC接收到被贊助數(shù)據(jù)的QoS信息包括PCRF從SI3R或者UDC接收到數(shù)據(jù)初始化消息，其中數(shù)據(jù)初始化消息中攜帶有被贊助數(shù)據(jù)的QoS信息。優(yōu)選地，PCRF獲取被贊助數(shù)據(jù)的QoS信息包括預(yù)先在PCRF上定義被贊助數(shù)據(jù)的 QoS信息。優(yōu)選地，預(yù)先在PCRF上定義被贊助數(shù)據(jù)的QoS信息包括以下之一 PCRF從接收的來(lái)自Sra的第一個(gè)簽約信息請(qǐng)求會(huì)話(huà)中獲取被贊助數(shù)據(jù)的QoS信息；PCRF在用戶(hù)的第一個(gè) IP-CAN會(huì)話(huà)創(chuàng)建時(shí)，獲取被贊助數(shù)據(jù)的QoS信息；PCRF在用戶(hù)的每個(gè)IP-CAN會(huì)話(huà)創(chuàng)建時(shí)， 獲取被贊助數(shù)據(jù)的QoS信息。優(yōu)選地，上述方法還包括PCRF確定被贊助數(shù)據(jù)的QoS信息更新；PCRF根據(jù)更新后的被贊助數(shù)據(jù)的QoS信息，制定PCC/QoS策略。優(yōu)選地，PCRF確定被贊助數(shù)據(jù)的QoS信息更新包括以下之一 PCRF接收到來(lái)自 SPR或者UDC的更新后的被贊助數(shù)據(jù)的QoS信息；PCRF檢測(cè)到自身預(yù)先定義的被贊助數(shù)據(jù)的QoS信息更新。優(yōu)選地，被贊助數(shù)據(jù)的QoS信息包括以下至少之一贊助商預(yù)先簽約的最大比特率(Maximum Bit Rate，簡(jiǎn)稱(chēng)為MBR)、贊助商預(yù)先簽約的保證比特率(Guaranteed Bit Rate，簡(jiǎn)稱(chēng)為GBR)、贊助商預(yù)先簽約的最大用戶(hù)數(shù)、用于指示贊助商允許的QoS資源不足的 QoS信息指示。優(yōu)選地，被贊助數(shù)據(jù)的QoS信息可以為Sra主動(dòng)發(fā)送給PCRF，也可以為PCRF請(qǐng)求獲取。下面將結(jié)合實(shí)例對(duì)本發(fā)明實(shí)施例的實(shí)現(xiàn)過(guò)程進(jìn)行詳細(xì)描述。優(yōu)選實(shí)施例一圖4是根據(jù)本發(fā)明優(yōu)選實(shí)施例一的交互流程圖，如圖4所示，包括如下的步驟S401 至步驟S411。步驟S401，在UE請(qǐng)求建立IP-CAN會(huì)話(huà)的過(guò)程中，PCEF位于的網(wǎng)關(guān)接收到IP-CAN會(huì)話(huà)建立請(qǐng)求消息，并在該IP-CAN會(huì)話(huà)建立請(qǐng)求消息中攜帶用戶(hù)標(biāo)識(shí)和請(qǐng)求接入的PDN網(wǎng)絡(luò)的PDN標(biāo)識(shí)。步驟S402，PCEF向PCRF發(fā)送IP-CAN會(huì)話(huà)建立指示消息，并在該IP-CAN會(huì)話(huà)建立指示消息中攜帶用戶(hù)標(biāo)識(shí)、PDN標(biāo)識(shí)以及為UE分配的IP地址(IP Address)。此時(shí)，若PCRF還未與SI3R交互，并獲取贊助數(shù)據(jù)連接文檔，那么此時(shí)PCRF需要與 sra進(jìn)行交互；或者，PCRF在設(shè)備啟動(dòng)后就與sra交互以便獲取被贊助數(shù)據(jù)連接文檔。步驟S403，PCRF根據(jù)用戶(hù)標(biāo)識(shí)判斷還沒(méi)有該用戶(hù)的簽約數(shù)據(jù)，PCRF向STO發(fā)送簽約文檔請(qǐng)求，并在該簽約文檔請(qǐng)求中攜帶用戶(hù)標(biāo)識(shí)和PDN標(biāo)識(shí)。步驟S404，Sra根據(jù)用戶(hù)標(biāo)識(shí)和PDN標(biāo)識(shí)返回用戶(hù)簽約信息(即，簽約文檔應(yīng)答)。此時(shí)，若SI3R還未向PCRF提供過(guò)被贊助數(shù)據(jù)連接文檔和贊助商的允許QoS信息 (例如贊助商MBR、GBR、最大用戶(hù)數(shù)等)，那么此時(shí)SI3R將向PCRF提供；或者，PCRF在設(shè)備啟動(dòng)后就與Sra交互以便獲取被贊助數(shù)據(jù)連接文檔和贊助商的允許QoS信息。步驟S405，PCRF根據(jù)返回的用戶(hù)簽約信息、網(wǎng)絡(luò)策略、UE的接入信息等制定策略， 策略中包括PCC規(guī)則、事件觸發(fā)器等，PCRF向PCEF返回制定的策略。步驟S406，PCEF安裝并執(zhí)行策略。如PCC規(guī)則、事件觸發(fā)器等。PCEF所在網(wǎng)關(guān)向返回應(yīng)答建立IP-CAN會(huì)話(huà)，攜帶分配的IP地址。步驟S407，UE通過(guò)步驟S401-步驟S406建立的IP-CAN會(huì)話(huà)與第三方的應(yīng)用業(yè)務(wù)提供者(Application Service Provider，簡(jiǎn)稱(chēng)為ASP)的服務(wù)器連接并請(qǐng)求業(yè)務(wù)，ASP服務(wù)器決定為該用戶(hù)提供被贊助數(shù)據(jù)連接。ASP服務(wù)器向AF提供動(dòng)態(tài)的被贊助數(shù)據(jù)連接信息， 信息中包括贊助方標(biāo)識(shí)、ASP標(biāo)識(shí)、應(yīng)用標(biāo)識(shí)、標(biāo)識(shí)被贊助的用戶(hù)信息(如IPAddress)，被贊助業(yè)務(wù)的IP流信息和允許用量閾值A(chǔ)llowed Usage Threshold (AUT)，其中所述AF位于拜訪(fǎng)地網(wǎng)絡(luò)中或與拜訪(fǎng)地網(wǎng)絡(luò)存在簽約關(guān)系。步驟S408，AF向PCRF提供被贊助數(shù)據(jù)連接信息，信息中包括贊助方標(biāo)識(shí)、ASP標(biāo)識(shí)、應(yīng)用標(biāo)識(shí)、標(biāo)識(shí)被贊助的用戶(hù)信息(如IP Address)，被贊助業(yè)務(wù)的IP流信息。若用戶(hù)面數(shù)據(jù)不經(jīng)過(guò)AF，那么AF還會(huì)提供允許用量閾值A(chǔ)llowed Usage Threshold (AUT)。步驟S409，PCRF根據(jù)本地預(yù)配置的或從SI3R中獲得的贊助數(shù)據(jù)連接簽約文檔和贊助商的允許QoS信息對(duì)AF提供的被贊助數(shù)據(jù)連接進(jìn)行授權(quán)(若當(dāng)前該贊助商的允許QoS 信息資源不足，則拒絕該授權(quán)請(qǐng)求，若拒絕改授權(quán)請(qǐng)求，則PCRF給AF返回拒絕消息，流程結(jié)束；若贊助商的允許QoS信息滿(mǎn)足該請(qǐng)求的QoS，則授權(quán)允許，PCRF給AF返回響應(yīng)消息并繼續(xù)后續(xù)流程)。根據(jù)業(yè)務(wù)信息，用戶(hù)簽約、網(wǎng)絡(luò)策略等制定PCC規(guī)則。若AF提供了 AUTJiJ PCRF會(huì)提供用量監(jiān)測(cè)策略，監(jiān)測(cè)用戶(hù)被贊助數(shù)據(jù)連接的用量。步驟S410，PCRF向PCEF提供PCC規(guī)則。還可能提供用量監(jiān)測(cè)策略。步驟S411，PCEF安裝并執(zhí)行策略后，向PCRF返回確認(rèn)消息。優(yōu)選實(shí)施例二本優(yōu)選實(shí)施例二描述了業(yè)務(wù)過(guò)程中，當(dāng)sra感知到簽約信息發(fā)生改變，如贊助商的允許QoS信息(例如贊助商MBR、GBR、最大用戶(hù)數(shù))改變，則需要將相應(yīng)的更新告知PCRF， PCRF檢查并判斷，需要時(shí)更新PCC/QoS策略。圖5是根據(jù)本發(fā)明優(yōu)選實(shí)施例二的交互流程圖，如圖5所示，包括如下的步驟S501 至步驟S506。
步驟S501，SPR檢測(cè)到某正在進(jìn)行中的業(yè)務(wù)的簽約信息改變(例如簽約的贊助商允許QoS信息改變，當(dāng)前有關(guān)聯(lián)該贊助商的贊助數(shù)據(jù)連接業(yè)務(wù)在進(jìn)行)。步驟S502，Sra給PCRF發(fā)送簽約信息更新請(qǐng)求，將對(duì)應(yīng)業(yè)務(wù)的贊助商的允許QoS 信息(例如贊助商MBR、GBR、最大用戶(hù)數(shù))下發(fā)給PCRF。步驟S503，PCRF給SI3R發(fā)送更新響應(yīng)消息。步驟S504，PCRF存儲(chǔ)接收到的更新后的信息，根據(jù)更新后的業(yè)務(wù)的贊助商的允許 QoS信息，判定是否需要進(jìn)行相應(yīng)的策略更新(例如簽約贊助商的MBR/GBR變更且影響到現(xiàn)有授權(quán)的允許MBR/GBR)，需要時(shí)更新現(xiàn)有策略，并發(fā)起IP-CAN會(huì)話(huà)修改流程下發(fā)更新后的策略給PCEF。步驟S505，如果步驟S504中判斷需要更新策略，則PCRF將更新后的策略下發(fā)給 PCEF。步驟S506，相關(guān)功能實(shí)體根據(jù)現(xiàn)有技術(shù)執(zhí)行后續(xù)IP-CAN會(huì)話(huà)修改流程。該簽約信息的更新下發(fā)可能為多用戶(hù)或者單個(gè)用戶(hù)粒度，或用戶(hù)某同一 APN的多個(gè)或一個(gè)IP-CAN會(huì)話(huà)粒度。如果該用戶(hù)數(shù)據(jù)預(yù)定義在PCRF上，則該策略更新和IP-CAN會(huì)話(huà)修改流程為由 PCRF檢測(cè)到該贊助商的允許QoS信息改變后PCRF發(fā)起。本發(fā)明適用于GBR的QoS場(chǎng)景。需要說(shuō)明的是，在附圖的流程圖示出的步驟可以在諸如一組計(jì)算機(jī)可執(zhí)行指令的計(jì)算機(jī)系統(tǒng)中執(zhí)行，并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟。本發(fā)明實(shí)施例提供了一種策略控制裝置，該策略控制裝置可以用于實(shí)現(xiàn)上述策略控制方法。圖6是根據(jù)本發(fā)明實(shí)施例的策略控制裝置的結(jié)構(gòu)框圖，如圖6所示，包括獲取模塊62和處理模塊64。下面對(duì)其進(jìn)行詳細(xì)描述。 獲取模塊62，用于獲取被贊助數(shù)據(jù)的服務(wù)質(zhì)量QoS信息，其中QoS信息為被贊助數(shù)據(jù)的贊助商預(yù)先簽約的信息；處理模塊64，連接至獲取模塊62，用于根據(jù)獲取模塊62獲取的被贊助數(shù)據(jù)的QoS信息，制定或更新PCC/QoS策略。需要說(shuō)明的是，裝置實(shí)施例中描述的策略控制裝置對(duì)應(yīng)于上述的方法實(shí)施例，其具體的實(shí)現(xiàn)過(guò)程在方法實(shí)施例中已經(jīng)進(jìn)行過(guò)詳細(xì)說(shuō)明，在此不再贅述。綜上所述，根據(jù)本發(fā)明的上述實(shí)施例，提供了一種策略控制方法及裝置。本發(fā)明通過(guò)在制定或更新PCC/QoS策略時(shí)考慮被贊助數(shù)據(jù)的QoS信息，解決了關(guān)技術(shù)中被贊助數(shù)據(jù)連接業(yè)務(wù)的流量過(guò)大或用戶(hù)數(shù)過(guò)多會(huì)導(dǎo)致網(wǎng)絡(luò)負(fù)荷過(guò)大的問(wèn)題，從而可以避免影響其它用戶(hù)或業(yè)務(wù)的使用，進(jìn)而保證網(wǎng)絡(luò)性能。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計(jì)算裝置來(lái)實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來(lái)實(shí)現(xiàn)，從而，可以將它們存儲(chǔ)在存儲(chǔ)裝置中由計(jì)算裝置來(lái)執(zhí)行，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來(lái)實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技術(shù)人員來(lái)說(shuō)，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種策略控制方法，其特征在于，包括策略和計(jì)費(fèi)規(guī)則功能實(shí)體PCRF獲取被贊助數(shù)據(jù)的服務(wù)質(zhì)量QoS信息，其中所述QoS信息為所述被贊助數(shù)據(jù)的贊助商預(yù)先簽約的信息；所述PCRF根據(jù)所述被贊助數(shù)據(jù)的QoS信息，制定或更新策略和計(jì)費(fèi)控制PCC/QoS策略。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述PCRF獲取被贊助數(shù)據(jù)的QoS信息包括所述PCRF從用戶(hù)簽約數(shù)據(jù)庫(kù)SPR或者用戶(hù)數(shù)據(jù)匯聚UDC接收所述被贊助數(shù)據(jù)的QoS信息。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述PCRF從Sra或者UDC接收到所述被贊助數(shù)據(jù)的QoS信息包括所述PCRF從所述sra接收到用于請(qǐng)求簽約信息的響應(yīng)消息，其中所述響應(yīng)消息中攜帶有所述被贊助數(shù)據(jù)的QoS信息。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述PCRF從Sra或者UDC接收到所述被贊助數(shù)據(jù)的QoS信息包括所述PCRF從所述Sra或者所述UDC接收到數(shù)據(jù)初始化消息，其中所述數(shù)據(jù)初始化消息中攜帶有所述被贊助數(shù)據(jù)的QoS信息。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述PCRF獲取被贊助數(shù)據(jù)的QoS信息包括預(yù)先在所述PCRF上定義所述被贊助數(shù)據(jù)的QoS信息。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，預(yù)先在所述PCRF上定義所述被贊助數(shù)據(jù)的QoS信息包括以下之一所述PCRF從接收的來(lái)自所述sra的第一個(gè)簽約信息請(qǐng)求會(huì)話(huà)中獲取所述被贊助數(shù)據(jù)的QoS信息；所述PCRF在用戶(hù)的第一個(gè)IP-CAN會(huì)話(huà)創(chuàng)建時(shí)，獲取所述被贊助數(shù)據(jù)的QoS信息； 所述PCRF在用戶(hù)的每個(gè)IP-CAN會(huì)話(huà)創(chuàng)建時(shí)，獲取所述被贊助數(shù)據(jù)的QoS信息。
7.根據(jù)權(quán)利要求1至6中任一項(xiàng)所述的方法，其特征在于，還包括 所述PCRF確定所述被贊助數(shù)據(jù)的QoS信息更新；所述PCRF根據(jù)更新后的被贊助數(shù)據(jù)的QoS信息，制定PCC/QoS策略。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述PCRF確定所述被贊助數(shù)據(jù)的QoS信息更新包括以下之一所述PCRF接收到來(lái)自所述Sra或者所述UDC的更新后的被贊助數(shù)據(jù)的QoS信息； 所述PCRF檢測(cè)到自身預(yù)先定義的被贊助數(shù)據(jù)的QoS信息更新。
9.根據(jù)權(quán)利要求1至6中任一項(xiàng)所述的方法，其特征在于，所述被贊助數(shù)據(jù)的QoS信息包括以下至少之一所述贊助商預(yù)先簽約的最大比特率MBR、所述贊助商預(yù)先簽約的保證比特率GBR、所述贊助商預(yù)先簽約的最大用戶(hù)數(shù)、用于指示所述贊助商允許的QoS資源不足的QoS信息指示。
10.一種策略控制裝置，其特征在于，包括獲取模塊，用于獲取被贊助數(shù)據(jù)的服務(wù)質(zhì)量QoS信息，其中所述QoS信息為所述被贊助數(shù)據(jù)的贊助商預(yù)先簽約的信息；處理模塊，用于根據(jù)所述被贊助數(shù)據(jù)的QoS信息，制定或更新策略和計(jì)費(fèi)控制PCC/QoS 策略。
全文摘要
本發(fā)明公開(kāi)了一種策略控制方法及裝置，該方法包括PCRF獲取被贊助數(shù)據(jù)的QoS信息，其中QoS信息為被贊助數(shù)據(jù)的贊助商預(yù)先簽約的信息；PCRF根據(jù)被贊助數(shù)據(jù)的QoS信息，制定或更新PCC/QoS策略。本發(fā)明可以避免影響其它用戶(hù)或業(yè)務(wù)的使用，進(jìn)而保證網(wǎng)絡(luò)性能。
文檔編號(hào)H04W28/24GK102547854SQ201010605930
公開(kāi)日2012年7月4日 申請(qǐng)日期2010年12月24日 優(yōu)先權(quán)日2010年12月24日
發(fā)明者吳錦花, 周曉云, 孫默, 李華光, 芮通 申請(qǐng)人:中興通訊股份有限公司