專利名稱:一種實(shí)現(xiàn)用戶策略自助服務(wù)的方法、實(shí)體和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信技術(shù)，具體涉及一種實(shí)現(xiàn)用戶策略自助服務(wù)的方法、實(shí)體和系統(tǒng)。
背景技術(shù)：
目前，隨著通信技術(shù)的高速發(fā)展，通信網(wǎng)絡(luò)正在向全I(xiàn)P演進(jìn)，運(yùn)營(yíng)商不斷開發(fā)基于IP網(wǎng)絡(luò)的各種通信業(yè)務(wù)，如多媒體呼叫、文件下載、網(wǎng)頁瀏覽、視頻點(diǎn)播等。不同的業(yè)務(wù)對(duì)服務(wù)質(zhì)量(Quality of Service, QoS)有不同的要求,而且計(jì)費(fèi)方面的要求也不同。網(wǎng)絡(luò)會(huì)根據(jù)業(yè)務(wù)類型以及用戶的簽約等級(jí)為終端提供不同QoS的服務(wù)。針對(duì)這些需求， 不同的標(biāo)準(zhǔn)化組織都定義了相關(guān)的框架，例如第三代合作伙伴計(jì)劃組織(3ri GenerationPartnershipPro ject, 3GPP)定義了策略與計(jì)費(fèi)控制(Policy and Charging Control)架構(gòu)，該架構(gòu)可以使得網(wǎng)絡(luò)檢測(cè)到不同的業(yè)務(wù)流，并根據(jù)不同的業(yè)務(wù)流進(jìn)行QoS控制和計(jì)費(fèi)統(tǒng)計(jì)。
為了說明方便，首先介紹以下相關(guān)術(shù)語
IP 連接接入網(wǎng)(IP Connectivity Access Network, IP-CAN),當(dāng)用戶設(shè)備(UE)在接入網(wǎng)絡(luò)內(nèi)漫游時(shí)，接入網(wǎng)絡(luò)仍能保證IP業(yè)務(wù)的連續(xù)性，具有這樣性質(zhì)的網(wǎng)絡(luò)稱為IP-CANjn GPRS 網(wǎng)絡(luò)。
IP-CAN承載，指具有明確速率、延遲和誤比特率的IP傳輸路徑，該路徑指接入網(wǎng)到網(wǎng)關(guān)之間的路徑。
IP-CAN會(huì)話，指的是UE和分組數(shù)據(jù)網(wǎng)之間的連接關(guān)系，該連接關(guān)系通過UE的IP地址和UE的標(biāo)識(shí)來識(shí)別。只要UE分配了 IP地址并且能被IP網(wǎng)絡(luò)識(shí)別，則IP-CAN存在。IP-CAN會(huì)話可以包含一到多個(gè)IP-CAN承載。
3GPP TS23. 203中對(duì)PCC架構(gòu)進(jìn)行了定義，如圖I所示，各組成部分為用戶簽約信息數(shù)據(jù)庫(Subscription Profile Repository, SPR) 101、應(yīng)用實(shí)體 102 (ApplicationFunction, AF)、策略控制和計(jì)費(fèi)控制功能實(shí)體 103 (PolicyControl and Charging RulesFunction, PCRF)和策略和計(jì)費(fèi)執(zhí)行功能實(shí)體 104(Policy and Charging EnforcementFunction, PCEF)。
其中，SPRlOl，用于存儲(chǔ)基于簽約的策略所需的所有簽約信息，與PCRF103通過Sp接口相連，并向其提供例如用戶簽約擁有的業(yè)務(wù)、帶寬資源等所有關(guān)于用戶的簽約信息。
AF102,通過Rx接口與PCRF103相連，用于當(dāng)PCRF103制訂策略和計(jì)費(fèi)控制規(guī)則時(shí)，為其動(dòng)態(tài)提供應(yīng)用層會(huì)話信息，該信息包括用于識(shí)別業(yè)務(wù)數(shù)據(jù)流的IP過濾器，應(yīng)用或媒體所需帶寬信息等。Rx接口使用Internet工程任務(wù)組(Internet Engineering TaskForce, IETF)定義的 Diameter 協(xié)議。例如:IP 多媒體子系統(tǒng)(IP Multimedia Subsystem,IMS)中的代理呼叫會(huì)話控制功能(Proxy Call Session Control Function,P-CSCF)就屬于AF。
PCRF103，用于通過Sp接口向SPRlOl請(qǐng)求用戶簽約信息，根據(jù)用戶接入網(wǎng)絡(luò)的限制、用戶當(dāng)前正在進(jìn)行的應(yīng)用業(yè)務(wù)信息、本地運(yùn)營(yíng)商配置及用戶簽約信息，制訂相應(yīng)的策略，并將策略提供給PCEF104執(zhí)行，以及向PCEF104下發(fā)PCC規(guī)則、協(xié)商IP-CAN承載的建立模式等，所述的策略主要包括業(yè)務(wù)數(shù)據(jù)流檢測(cè)、QoS控制、門控和基于流的計(jì)費(fèi)等。
PCEF104，通過Gx接口與PCRF103連接并向其請(qǐng)求PCC規(guī)則，IP-CAN會(huì)話的建立、維護(hù)和終止，同時(shí)通過接入網(wǎng)絡(luò)與UE106相連，執(zhí) 行PCRF103下發(fā)或制訂的策略，完成UE的業(yè)務(wù)數(shù)據(jù)流的檢測(cè)，保證業(yè)務(wù)數(shù)據(jù)流的QoS、門控，完成在線/離線計(jì)費(fèi)以及觸發(fā)與控制面的會(huì)話等功能，該功能一般基于網(wǎng)關(guān)105實(shí)現(xiàn)。該接口使用IETF定義的Diameter協(xié)議，關(guān)于該接口的詳細(xì)定義參見3GPP TS29.212。例如GPRS中的GGSN實(shí)體(GatewayGPRSSupport Node, GPRS網(wǎng)關(guān)支持節(jié)點(diǎn))就屬于PCEF。
在現(xiàn)有技術(shù)條件下，策略與計(jì)費(fèi)控制是通過承載層以承載信令的方式進(jìn)行的，用戶所使用的資源、當(dāng)前應(yīng)用業(yè)務(wù)狀態(tài)等信息對(duì)于用戶而言不直觀可見，從而用戶無法在業(yè)務(wù)層面進(jìn)行承載業(yè)務(wù)及策略的變更，網(wǎng)絡(luò)在承載的QoS資源分配和使用方面起主導(dǎo)作用。
在這種情況下，假設(shè)用戶希望使用自身定制QoS要求的Internet上網(wǎng)承載業(yè)務(wù)，而不是用網(wǎng)絡(luò)提供的缺省QoS的Internet上網(wǎng)承載業(yè)務(wù)時(shí)，現(xiàn)有網(wǎng)絡(luò)發(fā)起的承載控制方式就無法支持；又比如用戶希望根據(jù)需要在公共IP網(wǎng)絡(luò)上創(chuàng)建一條UE上的虛擬專用網(wǎng)絡(luò)(Virtual Private Network, VPN)應(yīng)用和企業(yè)網(wǎng)VPN服務(wù)器之間具備特定QoS要求的VPN連接，由于在網(wǎng)絡(luò)側(cè)沒有相關(guān)的AF介入VPN連接的創(chuàng)建過程，VPN連接創(chuàng)建的時(shí)機(jī)和具體的QoS要求在網(wǎng)絡(luò)側(cè)無法被確定，從而現(xiàn)有的由網(wǎng)絡(luò)發(fā)起的承載控制方式將無法支持這種應(yīng)用場(chǎng)景。因此，由網(wǎng)絡(luò)發(fā)起的承載控制方式使得網(wǎng)絡(luò)完全決定了 UE應(yīng)用可以使用的QoS承載資源，帶來了 UE應(yīng)用無法根據(jù)自身的特定QoS需求來創(chuàng)建、更改和/或刪除承載資源的問題。
類似地，假如用戶希望根據(jù)自身的不同需求定制不同的控制策略例如用戶定義策略條件為當(dāng)無線局域網(wǎng)(Wireless Local Area Network,WLAN)和3GPP接入網(wǎng)絡(luò)同時(shí)存在時(shí)，優(yōu)先選擇WLAN接入方式；又比如用戶希望定義策略條件為當(dāng)用戶漫游時(shí)，Internet業(yè)務(wù)優(yōu)先于本地出口(LocalBreakout)等，以及進(jìn)一步地,用戶希望能夠根據(jù)自身的需要隨時(shí)對(duì)這些自定義的控制策略進(jìn)行更改。
但是，現(xiàn)有基于PCC架構(gòu)的網(wǎng)絡(luò)下，用戶只能通過和運(yùn)營(yíng)商簽約或通過運(yùn)營(yíng)商的運(yùn)行維護(hù)系統(tǒng)來定義或更改用戶定制的控制策略，無法實(shí)現(xiàn)業(yè)務(wù)的自助開展，這無疑使得用戶進(jìn)行定制控制策略的定義或更改非常麻煩，而且網(wǎng)絡(luò)對(duì)于用戶定制的控制策略管理維護(hù)成本也很高，不利于用戶定制控制策略應(yīng)用的實(shí)際推廣和使用，影響運(yùn)營(yíng)商的業(yè)務(wù)開展和降低用戶對(duì)于業(yè)務(wù)使用的滿意程度。

發(fā)明內(nèi)容
本發(fā)明的實(shí)施例提供一種實(shí)現(xiàn)用戶策略自助服務(wù)的方法、實(shí)體和系統(tǒng)，使得用戶能夠方便地進(jìn)行策略自助服務(wù)。
為達(dá)到上述目的，本發(fā)明的技術(shù)方案具體是這樣實(shí)現(xiàn)的
一種實(shí)現(xiàn)用戶策略自助服務(wù)的方法，包括
策略自助服務(wù)操作實(shí)體接收用戶的策略自助服務(wù)請(qǐng)求信息，并根據(jù)該請(qǐng)求信息進(jìn)行對(duì)應(yīng)的策略自助服務(wù)操作。[0020]一種策略自助服務(wù)操作實(shí)體，包括接收模塊和執(zhí)行模塊；
接收模塊，用于接收用戶發(fā)送的策略自助服務(wù)請(qǐng)求信息并轉(zhuǎn)發(fā)執(zhí)行模塊；
執(zhí)行模塊，用于執(zhí)行用戶所請(qǐng)求的策略自助服務(wù)操作。
一種實(shí)現(xiàn)用戶策略自助服務(wù)的系統(tǒng)，包括UE和策略自助服務(wù)操作實(shí)體；
UE，用于向策略自助服務(wù)操作實(shí)體發(fā)送用戶的策略自助服務(wù)請(qǐng)求；
策略自助服務(wù)操作實(shí)體，接收用戶的策略自助服務(wù)請(qǐng)求，并根據(jù)該請(qǐng)求進(jìn)行對(duì)應(yīng)的策略自助服務(wù)操作。
由上述的技術(shù)方案可見，本發(fā)明通過對(duì)網(wǎng)絡(luò)中現(xiàn)有PCC架構(gòu)的改進(jìn)，策略自助服務(wù)操作實(shí)體提供了用戶進(jìn)行策略業(yè)務(wù)自助服務(wù)的接口，用戶可以通過UE等終端設(shè)備直接發(fā)起策略自助服務(wù)操作，解決了現(xiàn)有網(wǎng)絡(luò)中無法提供策略自助服務(wù)的問題，避免了用戶通過和運(yùn)營(yíng)商簽約或通過運(yùn)營(yíng)商的運(yùn)行維護(hù)系統(tǒng)來定義或更改用戶定制的控制策略時(shí)所導(dǎo)致的麻煩和較高的管理維護(hù)成本，同時(shí)可以提升用戶業(yè)務(wù)滿意度，有利于策略控制的推廣和應(yīng)用。


圖I為現(xiàn)有策略與計(jì)費(fèi)控制架構(gòu)示意圖。
圖2為本發(fā)明實(shí)施例中擴(kuò)展PCRF的策略與計(jì)費(fèi)控制架構(gòu)示意圖。
圖3為本發(fā)明實(shí)施例中自助服務(wù)接口的組成結(jié)構(gòu)示意圖。
圖4為本發(fā)明實(shí)施例中用戶在擴(kuò)展PCRF的方式下發(fā)起特定QoS需求的承載資源更改業(yè)務(wù)流程示意圖。
圖5為本發(fā)明實(shí)施例中用戶在擴(kuò)展PCRF的方式下發(fā)起特定QoS需求的承載資源建立業(yè)務(wù)流程示意圖。
圖6為本發(fā)明實(shí)施例中用戶在擴(kuò)展PCRF的方式下進(jìn)行自定義控制策略創(chuàng)建、更改和/或刪除等操作的流程示意圖。
圖7為本發(fā)明實(shí)施例中擴(kuò)展SPR的策略與計(jì)費(fèi)控制架構(gòu)示意圖。
圖8本發(fā)明實(shí)施例中用戶在擴(kuò)展SPR的方式下進(jìn)行自定義控制策略創(chuàng)建、更改和/或刪除等操作的流程示意圖。
具體實(shí)施方式
本發(fā)明實(shí)施例通過對(duì)現(xiàn)有PCC架構(gòu)的改進(jìn)，增加了策略自助服務(wù)操作實(shí)體，用戶可以通過策略自助服務(wù)操作實(shí)體完成策略自助服務(wù)。策略自助服務(wù)操作實(shí)體具備向用戶提供策略自助服務(wù)的接口，策略自助服務(wù)接口的具體實(shí)施上可以通過增加UE到策略自助操作實(shí)體的Us接口或策略自助操作實(shí)體提供IP網(wǎng)絡(luò)如因特網(wǎng)的訪問接口等方式實(shí)現(xiàn)。
具體對(duì)PCC架構(gòu)的擴(kuò)展上有兩種方式一種是擴(kuò)展PCRF的能力，使其具備策略自助服務(wù)操作實(shí)體的能力，PCRF提供用戶進(jìn)行策略自助服務(wù)的接口 ；另外一種方式是擴(kuò)展SPR的能力，使其具備策略自助服務(wù)操作實(shí)體的能力，SPR提供用戶進(jìn)行策略自助服務(wù)的接□。
其中，前一種擴(kuò)展方式的PCC功能架構(gòu)如圖2所示，其中包括SPR201、AF202、PCRF203 和 PCEF204。[0038]其中，SPR201、AF202、PCEF204，包括各接口的功能及實(shí)現(xiàn)與圖I中現(xiàn)有技術(shù)的對(duì)應(yīng)模塊相同，此處不予贅述。
不同之處在于，PCRF203通過Us與UE206相連。UE206通過Us直接向PCRF203發(fā)起策略自助服務(wù)操作。例如用戶使用UE可以通過Us向PCRF發(fā)起特定QoS需求的創(chuàng)建、更改和/或刪除承載資源請(qǐng)求，PCRF根據(jù)用戶簽約等信息對(duì)用戶的請(qǐng)求進(jìn)行授權(quán)，只有授權(quán)通過的請(qǐng)求才由PCRF發(fā)起網(wǎng)絡(luò)側(cè)的特定QoS需求的承載資源創(chuàng)建、更改和/或刪除操作。這樣就使得擴(kuò)展的PCC網(wǎng)絡(luò)保持了僅使用網(wǎng)絡(luò)發(fā)起的承載控制方式的優(yōu)勢(shì)，避免了用戶對(duì)于QoS資源的不適當(dāng)使用，保證了網(wǎng)絡(luò)對(duì) 承載QoS資源的控制權(quán)，同時(shí)又實(shí)現(xiàn)了用戶根據(jù)自己的需求隨時(shí)通過Us向PCRF進(jìn)行自定義控制策略創(chuàng)建、更改和/或刪除等操作，便于用戶定制的控制策略應(yīng)用的實(shí)際推廣和使用。
需要說明的是，兩種連接擴(kuò)展方式的自助服務(wù)接口，雖然連接的功能實(shí)體不同，但是其功能和實(shí)現(xiàn)方式是完全一樣的。Us可以采用超文本傳輸協(xié)議(Hyper Text TransferProtocol, HTTP)、無線應(yīng)用協(xié)議(Wireless ApplicationProtoco I, WAP)、人機(jī)交互語言(Man-Machine Language, MML)、簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議(Simple Network ManagementProtocol, SNMP)等具體實(shí)現(xiàn)方式，UE可以通過這些協(xié)議向PCRF發(fā)起自助服務(wù)操作，例如當(dāng)采用HTTP協(xié)議時(shí)，用戶可以通過終端上標(biāo)準(zhǔn)的Web瀏覽器進(jìn)行操作，由于目前各種UE上已經(jīng)普遍能夠支持Web瀏覽功能，因此采用HTTP協(xié)議將使大量的支持Web瀏覽功能的UE無縫地支持系統(tǒng)的改進(jìn)。
在實(shí)際實(shí)施過程中，為了避免在PCRF/SPR中引入Web服務(wù)器的功能從而導(dǎo)致成本增加和系統(tǒng)復(fù)雜程度提高，往往在UE和PCRF/SPR之間放置一個(gè)Web入口，Web入口提供Web服務(wù)器功能和圖形化的人機(jī)交互界面，并把UE的策略自助服務(wù)信息通過內(nèi)部接口等形式傳遞給PCRF/SPR進(jìn)行處理。
同時(shí)，Web入口還能夠?qū)τ脩舻纳矸葸M(jìn)行認(rèn)證，即可以進(jìn)行網(wǎng)絡(luò)與用戶的鑒權(quán)過程，只有運(yùn)營(yíng)商簽約的合法用戶才能通過鑒權(quán)，被允許接入策略自助服務(wù)系統(tǒng)，從而保證策略自助服務(wù)系統(tǒng)的安全性。
實(shí)現(xiàn)上述功能的策略自助服務(wù)操作實(shí)體組成結(jié)構(gòu)如圖3所示，包括接收模塊301，執(zhí)行模塊302，身份認(rèn)證模塊303和授權(quán)判定模塊304 ；
其中，接收模塊301，用于接收用戶發(fā)送的策略自助服務(wù)請(qǐng)求信息并轉(zhuǎn)發(fā)執(zhí)行模塊302，身份認(rèn)證模塊303和授權(quán)判定模塊304 ；
身份認(rèn)證模塊303，用于接收來自接收模塊301的策略自助服務(wù)請(qǐng)求信息，對(duì)用戶進(jìn)行鑒權(quán)，并將鑒權(quán)結(jié)果返回執(zhí)行模塊302 ;若鑒權(quán)結(jié)果為非法用戶，則拒絕所述策略自助服務(wù)請(qǐng)求；
授權(quán)判定模塊304，用于接收來自接收模塊301的策略自助服務(wù)請(qǐng)求信息，對(duì)用戶請(qǐng)求的策略自助服務(wù)進(jìn)行授權(quán)判定，并將判定結(jié)果返回執(zhí)行模塊302;若判定結(jié)果為授權(quán)不通過，則拒絕所述自助服務(wù)請(qǐng)求；
執(zhí)行模塊302，用于接收來自接收模塊301的策略自助服務(wù)請(qǐng)求信息，還用于接收身份認(rèn)證模塊303返回的鑒權(quán)結(jié)果和接收授權(quán)判定模塊304返回的判定結(jié)果，當(dāng)鑒權(quán)和授權(quán)判定通過，則發(fā)起執(zhí)行用戶所請(qǐng)求的策略自助服務(wù)操作。
需要說明的是，該策略自助服務(wù)操作實(shí)體可以是單獨(dú)設(shè)置的實(shí)體，也可以集成設(shè)置于PCRF或SPR當(dāng)中。以下通過具體實(shí)施例來做進(jìn)一步說明
實(shí)施例一
用戶通過UE發(fā)起特定QoS需求的承載資源更改業(yè)務(wù)。假定網(wǎng)絡(luò)向用戶提供了 100元包月的業(yè)務(wù)包，業(yè)務(wù)包中提供的Internet上網(wǎng)承載業(yè)務(wù)的最大帶寬為128Kbps。一個(gè)簽約使用該業(yè)務(wù)包的用戶在平時(shí)使用128Kbps的Internet上網(wǎng)帶寬沒有問題，但是當(dāng)用戶使用Internet進(jìn)行視頻點(diǎn)播時(shí)，128Kbps的帶寬無法滿足清晰、流暢地觀看視頻點(diǎn)播業(yè)務(wù)的需求，因此用戶希望在使用視頻點(diǎn)播業(yè)務(wù)時(shí)臨時(shí)把Internet上網(wǎng)帶寬提高到2Mbps。運(yùn)營(yíng)商可以通過Web策略自助服務(wù)接口提供臨時(shí)提升Internet帶寬的能力，并向用戶提示所提升超出包月帶寬范圍的流量需要額外收取費(fèi)用的計(jì)費(fèi)標(biāo)準(zhǔn)，例如按流量每M字節(jié)I元收費(fèi)。 該業(yè)務(wù)處理流程如圖4所示，其中包括
步驟401 :UE通過和PCRF之間的策略自助服務(wù)接口 Us向PCRF發(fā)送提升Internet承載帶寬為2Mbps的策略自助服務(wù)請(qǐng)求。
步驟402 :PCRF根據(jù)收到的策略自助服務(wù)請(qǐng)求，結(jié)合簽約信息，運(yùn)營(yíng)商自定義的策略等策略上下文信息，生成提升用戶的Internet承載帶寬的QoS和計(jì)費(fèi)控制策略并下發(fā)給PCEF。
步驟403 =PCEF根據(jù)PCRF下發(fā)的控制策略，提升UE的Internet承載的帶寬為2Mbps,并進(jìn)行相應(yīng)的計(jì)費(fèi)策略執(zhí)行。
實(shí)施例二
用戶發(fā)起特定QoS需求的承載資源建立業(yè)務(wù)。假設(shè)用戶需要臨時(shí)和公司VPN服務(wù)器建立VPN隧道用來傳送重要數(shù)據(jù)，為了保證該VPN隧道的QoS，UE需要建立一條指定QoS需求的IP-CAN承載來承載VPN隧道。用戶使用用戶終端設(shè)備UE通過策略自助服務(wù)接口Us向PCRF發(fā)送創(chuàng)建指定QoS需求的IP-CAN承載的策略自助服務(wù)請(qǐng)求，當(dāng)PCRF接收到創(chuàng)建IP-CAN承載的業(yè)務(wù)請(qǐng)求后，為所述UE執(zhí)行IP-CAN承載創(chuàng)建操作。其業(yè)務(wù)流程如圖5所示，其中包括
步驟501 :用戶使用UE通過和PCRF之間的策略自助服務(wù)接口 Us向PCRF發(fā)送創(chuàng)建指定QoS的IP-CAN承載的策略自助服務(wù)請(qǐng)求，策略自助服務(wù)請(qǐng)求中可以攜帶指定的QoS信息，如帶寬、QoS等級(jí)等信息，還可以攜帶所創(chuàng)建的IP-CAN承載的相關(guān)信息，如IP-CAN承載的報(bào)文流過濾模板等。
步驟502 :PCRF根據(jù)收到的策略自助服務(wù)請(qǐng)求，結(jié)合用戶簽約信息、運(yùn)營(yíng)商自定義的策略等策略上下文信息，生成創(chuàng)建所要求的IP-CAN承載的控制策略并下發(fā)給PCEF。
步驟503 =PCEF按照PCRF下發(fā)的策略，創(chuàng)建相應(yīng)的IP-CAN承載。
實(shí)施例三
用戶進(jìn)行自定義控制策略創(chuàng)建、更改和/或刪除等操作。假設(shè)用戶希望在同時(shí)具有GPRS和WLAN接入方式時(shí)，優(yōu)選WLAN接入網(wǎng)絡(luò)以獲得較高的上網(wǎng)帶寬。用戶使用用戶終端設(shè)備UE通過策略自助服務(wù)接口 Us向PCRF發(fā)送優(yōu)選WLAN的自定義控制策略創(chuàng)建的策略自助服務(wù)請(qǐng)求，當(dāng)PCRF接收到自定義控制策略創(chuàng)建請(qǐng)求后，為所述用戶創(chuàng)建自定義的控制策略。其業(yè)務(wù)流程如圖6所示，其中包括
步驟601 :用戶使用UE通過和PCRF之間的策略自助服務(wù)接口 Us向PCRF發(fā)送創(chuàng)建自定義控制策略的策略自助服務(wù)請(qǐng)求，策略自助服務(wù)請(qǐng)求中可以攜帶所要?jiǎng)?chuàng)建的自定義控制策略信息，本例中該信息為，當(dāng)同時(shí)具有GPRS和WLAN接入方式時(shí)，其Internet上網(wǎng)業(yè)務(wù)優(yōu)選WLAN接入網(wǎng)絡(luò)的策略控制條件。
步驟602 :PCRF根據(jù)接收到的策略自助服務(wù)請(qǐng)求，創(chuàng)建終端自定義的控制策略。
在上述實(shí)施例中，終端可以使用自己定制QoS要求的Internet上網(wǎng)承載業(yè)務(wù)，而不使用網(wǎng)絡(luò)提供的缺省QoS的Internet上網(wǎng)承載業(yè)務(wù)；可以根據(jù)自己的需要通過本發(fā)明實(shí)施例的策略自助服務(wù)接口 Us隨時(shí)發(fā)起自己定制QoS要求的IP-CAN承載的創(chuàng)建；還可以根據(jù)自身的需要進(jìn)行自定義控制策略創(chuàng)建、更改和/或刪除等操作。網(wǎng)絡(luò)通過對(duì)終端的策略自助服務(wù)請(qǐng)求進(jìn)行身份認(rèn)證和服務(wù)請(qǐng)求授權(quán)，保證 只有合法用戶才能夠接入網(wǎng)絡(luò)，同時(shí)經(jīng)過網(wǎng)絡(luò)或運(yùn)營(yíng)商策略允許的請(qǐng)求才由網(wǎng)絡(luò)側(cè)發(fā)起對(duì)應(yīng)的特定QoS需求的承載資源更改操作，既確保了網(wǎng)絡(luò)對(duì)QoS承載資源的最終控制權(quán)，又實(shí)現(xiàn)了用戶的定制策略自助服務(wù)。
對(duì)于第二種情況，即用戶使用用戶終端設(shè)備UE通過策略自助服務(wù)接口聯(lián)系到SPR，其對(duì)應(yīng)的擴(kuò)展后的PCC功能架構(gòu)如圖7所示，其中包括SPR701、AF702、PCRF 703和PCEF704。
其中，SPR701、AF702、PCEF704，包括各接口的功能、實(shí)現(xiàn)方法和連接關(guān)系與圖I中現(xiàn)有技術(shù)的對(duì)應(yīng)模塊相同，不同之處在于，SPR701通過Us與UE706相連，Us的功能與實(shí)現(xiàn)方式與前文中提到的圖2中完全相同，故此處不再贅述。
在該連接擴(kuò)展方式下，UE可以直接通過Us向SPR發(fā)起策略自助服務(wù)操作。用戶可以根據(jù)自己的需求隨時(shí)通過該自助服務(wù)接口 Us向SPR進(jìn)行自定義控制策略創(chuàng)建、更改和/或刪除等操作。
實(shí)施例四
UE通過和SPR的策略自助服務(wù)接口 Us更改其自定義控制策略。假設(shè)用戶原先定義了在同時(shí)具有GPRS和WLAN接入方式時(shí)，其Internet上網(wǎng)業(yè)務(wù)優(yōu)先選擇WLAN接入網(wǎng)絡(luò)，但現(xiàn)在要更改成Internet上網(wǎng)業(yè)務(wù)優(yōu)先選擇GPRS接入網(wǎng)絡(luò)。UE通過策略自助服務(wù)接口Us向SPR發(fā)送Internet上網(wǎng)業(yè)務(wù)優(yōu)選GPRS接入的自定義控制策略更改的策略自助服務(wù)請(qǐng)求，當(dāng)SPR接收到自定義控制策略更改請(qǐng)求后，進(jìn)行用戶的自定義控制策略的更改操作，并將更改的自定義控制策略下發(fā)給PCRF，其業(yè)務(wù)流程如圖8所示，其中包括
步驟801 :UE通過與SPR之間的策略自助服務(wù)接口 Us向SPR發(fā)送更改自定義控制策略的自助服務(wù)請(qǐng)求，自助服務(wù)請(qǐng)求中可以攜帶所要更改的自定義控制策略信息。
步驟802 =SPR收到該請(qǐng)求后，執(zhí)行用戶的自定義控制策略的更改操作，并向PCRF下發(fā)該用戶更改的自定義策略信息。
需要說明的是，為了說明方便和用語的統(tǒng)一，本發(fā)明實(shí)施例中都以對(duì)3GPP中定義的PCC架構(gòu)的改進(jìn)為例進(jìn)行說明，但應(yīng)該理解，對(duì)于不同標(biāo)準(zhǔn)組織中定義的類似架構(gòu)的網(wǎng)絡(luò)組成方式，應(yīng)同樣涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。
同時(shí)，上述用戶通過UE發(fā)起策略自助服務(wù)請(qǐng)求只是本發(fā)明的較佳實(shí)施例，并非用于列舉本發(fā)明的所有技術(shù)特征，用戶還可以通過其它方式(例如Web，PC，或者其它類型的用戶設(shè)備等)來發(fā)起服務(wù)請(qǐng)求。因此，以上所述并非用于限定本發(fā)明的精神和保護(hù)范圍，任何熟悉本領(lǐng)域的技術(shù)人員所做出的等同變化或替換，都應(yīng)視為涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種實(shí)現(xiàn)用戶策略自助服務(wù)的方法，用于策略與計(jì)費(fèi)控制PCC架構(gòu)的通信網(wǎng)絡(luò)，其特征在于，該方法包括 策略自助服務(wù)操作實(shí)體接收用戶的策略自助服務(wù)請(qǐng)求信息，并根據(jù)該請(qǐng)求信息進(jìn)行對(duì)應(yīng)的策略自助服務(wù)操作； 其中，所述策略自助服務(wù)請(qǐng)求信息為 包含用戶發(fā)起特定QoS需求的承載資源的創(chuàng)建、刪除和/或更改的請(qǐng)求信息，或者包含用戶進(jìn)行自定義控制策略的創(chuàng)建、更改和/或刪除操作的請(qǐng)求信息； 所述策略自助服務(wù)操作實(shí)體接收用戶的策略自助服務(wù)請(qǐng)求信息的方法為 策略自助服務(wù)操作實(shí)體通過web入口、超文本傳輸協(xié)議、無線應(yīng)用協(xié)議、人機(jī)交互語言或簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議接收來自用戶的策略自助服務(wù)請(qǐng)求信息； 所述策略自助服務(wù)操作實(shí)體為策略控制和計(jì)費(fèi)規(guī)則功能實(shí)體PCRF。
2.根據(jù)權(quán)利要求
I所述的方法，其特征在于，所述策略自助服務(wù)操作實(shí)體根據(jù)策略自助服務(wù)請(qǐng)求信息進(jìn)行對(duì)應(yīng)的策略自助服務(wù)操作的方法為 所述策略自助服務(wù)請(qǐng)求信息為包含用戶發(fā)起特定QoS需求的承載資源的創(chuàng)建/刪除/更改的請(qǐng)求信息，策略自助服務(wù)操作實(shí)體執(zhí)行實(shí)現(xiàn)用戶請(qǐng)求的特定QoS需求的承載資源的創(chuàng)建、刪除和/或更改的操作。
3.根據(jù)權(quán)利要求
2所述的方法，其特征在于，所述策略自助服務(wù)操作實(shí)體執(zhí)行實(shí)現(xiàn)用戶請(qǐng)求的特定QoS需求的承載資源的創(chuàng)建、刪除和/或更改的操作的方法是 策略自助服務(wù)操作實(shí)體根據(jù)用戶的簽約信息、運(yùn)營(yíng)商自定義的策略或當(dāng)前可用的承載資源情況策略上下文信息為用戶生成相應(yīng)的QoS控制策略，并由策略和計(jì)費(fèi)執(zhí)行功能實(shí)體PCEF進(jìn)行執(zhí)行。
4.根據(jù)權(quán)利要求
I所述的方法，其特征在于，所述策略自助服務(wù)操作實(shí)體根據(jù)策略自助服務(wù)信息進(jìn)行對(duì)應(yīng)的策略自助服務(wù)操作的方法為 所述策略自助服務(wù)請(qǐng)求信息為包含用戶進(jìn)行自定義控制策略的創(chuàng)建、更改和/或刪除操作的請(qǐng)求信息，策略自助服務(wù)操作實(shí)體完成相應(yīng)用戶的自定義控制策略的創(chuàng)建、更改和/或刪除操作。
專利摘要
本發(fā)明公開了一種實(shí)現(xiàn)用戶策略自助服務(wù)的方法，包括策略自助服務(wù)操作實(shí)體接收用戶的策略自助服務(wù)請(qǐng)求信息，并根據(jù)該請(qǐng)求信息進(jìn)行對(duì)應(yīng)的策略自助服務(wù)操作。本發(fā)明同時(shí)公開了一種策略自助服務(wù)操作實(shí)體，包括接收模塊和執(zhí)行模塊；接收模塊，用于接收用戶的策略自助服務(wù)請(qǐng)求信息并轉(zhuǎn)發(fā)執(zhí)行模塊；執(zhí)行模塊，用于執(zhí)行用戶所請(qǐng)求的策略自助服務(wù)操作。本發(fā)明通過由策略自助服務(wù)操作實(shí)體向用戶提供的自助服務(wù)接口，使得用戶可以通過該自助服務(wù)接口向網(wǎng)絡(luò)發(fā)起特定QoS需求或者一些其它自定義策略請(qǐng)求，從而能夠?qū)崿F(xiàn)策略自助服務(wù)，解決了現(xiàn)有網(wǎng)絡(luò)中無法提供策略自助服務(wù)的問題。
文檔編號(hào)H04W88/18GKCN101374338 B發(fā)布類型授權(quán) 專利申請(qǐng)?zhí)朇N 200710147045
公開日2012年11月14日 申請(qǐng)日期2007年8月25日
發(fā)明者毛玉欣, 趙鵬, 黃世碧 申請(qǐng)人:華為技術(shù)有限公司導(dǎo)出引文BiBTeX, EndNote, RefMan專利引用 (3),