專利名稱：提供服務(wù)方法、業(yè)務(wù)代理裝置、策略和計費規(guī)則功能裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別涉及通信領(lǐng)域中提供服務(wù)的方法、業(yè)務(wù)代理裝置、策略和計費規(guī)則功能裝置。
背景技術(shù)：
互聯(lián)網(wǎng)協(xié)議(Internet Protocol，簡稱為“IP”)多媒體子系統(tǒng)(IP Multimedia Subsystem，簡稱為“IMS”)是通信核心網(wǎng)全I(xiàn)P化演進(jìn)的主要標(biāo)志性階段。目前，隨著各大運營商固網(wǎng)與移動的融合，以及信息技術(shù)anformation Technology，簡稱為“IT”)與通信技術(shù)(Communication Technology，簡稱為“CT”)的結(jié)合，IMS已經(jīng)進(jìn)入實施和商用的時期， 國內(nèi)各大運營商也已經(jīng)開始IMS及其智能業(yè)務(wù)的試驗。隨著通信網(wǎng)的IP化，通信業(yè)務(wù)的開發(fā)門檻降低，隨之而來需要面臨的是業(yè)務(wù)管理問題。在IMS架構(gòu)下，可以通過初始過濾準(zhǔn)則(Initial Filter Criteria，簡稱為“ IFC”) 控制各個業(yè)務(wù)的觸發(fā)，從而實現(xiàn)業(yè)務(wù)與控制的分離。并且IFC可以編寫成很靈活的可擴(kuò)展標(biāo)記語言(Extensible Markup Language，簡稱為“XML”)腳本，來判斷各種業(yè)務(wù)的觸發(fā)。 但是這還是會導(dǎo)致業(yè)務(wù)沖突。為此，第三代合作伙伴計劃提出了業(yè)務(wù)代理裝置(Service Broker,簡稱為“SB” )的概念，用于解決業(yè)務(wù)沖突的問題。隨著下一代寬帶網(wǎng)絡(luò)向IP化的方向發(fā)展，包括語音在內(nèi)的各種業(yè)務(wù)都運行在IP 網(wǎng)絡(luò)上，于是業(yè)務(wù)的提供將面臨著服務(wù)質(zhì)量(Quality of krvice，簡稱為“QoS”)的問題。 由于用戶的需求存在著巨大的差異性，并且對于同一個業(yè)務(wù)的質(zhì)量要求也不盡相同，用戶可以根據(jù)自己的實際需求簽訂不同的服務(wù)等級協(xié)議(Service Level Agreement，簡稱為 “SLA”)，選擇合適的計費方式，因此QoS成了各個計費層面都涉及到的必要元素。當(dāng)QoS發(fā)生變化的時候，需要能夠及時地選擇相應(yīng)的計費方式，實現(xiàn)真正的動態(tài)、精確計費。同時，運營商為了保持在價值鏈中的主導(dǎo)地位，避免被管道化，可以通過內(nèi)容感知和深入的包檢測技術(shù)，實現(xiàn)對業(yè)務(wù)流和內(nèi)容的識別，從而能夠感知網(wǎng)絡(luò)中的各種業(yè)務(wù)，并提供相應(yīng)的計費模式，以滿足不同服務(wù)提供商的不同需求。為了在業(yè)務(wù)數(shù)據(jù)流級別實施門控制、QoS控制以及計費控制，3GPP第7版本在第6 版本的流計費(Flow Based Charging，簡稱為“FBC”)的基礎(chǔ)上，制定了策略和計費控制體系結(jié)構(gòu)相關(guān)的規(guī)范策略和計費控制(Policy Charging Control，簡稱為“PCC”)。該PCC體系將R6版本中的策略控制功能(即基于服務(wù)的本地策略(Service Based Local Policy, 簡稱為“SBLP”)和基于流的計費功能(即FBC)結(jié)合在一起，并融合了相關(guān)的接口的功能。在PCC體系中，應(yīng)用功能裝置(Application Function，簡稱為“AF”)與策略和計費規(guī)則功能裝置(Policy and Charging Rules Function，簡稱為“PCRF”)通過Rx接口相連，以實現(xiàn)對QoS進(jìn)行控制，因此AF過多地關(guān)注非功能相關(guān)的細(xì)節(jié)。由于不同AF之間的 Qos要求可能不同，有的可能相互關(guān)聯(lián)，有的甚至互相沖突，因此，如何有效地控制和管理 QoS是當(dāng)前所需要解決的技術(shù)問題。
本發(fā)明實施例提供了一種提供服務(wù)的方法、業(yè)務(wù)代理裝置、策略和計費規(guī)則功能裝置，通過SB集中控制QoS請求，從而能夠有效地控制和管理QoS。一方面，本發(fā)明實施例提供了一種提供服務(wù)的方法，該方法包括接收用于請求提供服務(wù)的服務(wù)請求；根據(jù)該服務(wù)請求，確定與該服務(wù)相關(guān)聯(lián)的至少一個應(yīng)用功能裝置AF ； 確定該至少一個AF中的每個AF的服務(wù)質(zhì)量QoS需求信息；向策略和計費規(guī)則功能裝置 PCRF發(fā)送QoS授權(quán)請求，其中，該QoS授權(quán)請求中攜帶該每個AF的QoS需求信息；接收該 PCRF發(fā)送的授權(quán)成功應(yīng)答，以便于通過該至少一個AF提供該服務(wù)，其中，該授權(quán)成功應(yīng)答中攜帶對該每個AF的QoS需求信息的授權(quán)。另一方面，本發(fā)明實施例提供了一種提供服務(wù)的方法，該方法包括接收業(yè)務(wù)代理裝置SB發(fā)送的服務(wù)質(zhì)量QoS授權(quán)請求，其中，該QoS授權(quán)請求中攜帶與一服務(wù)相關(guān)聯(lián)的至少一個應(yīng)用功能裝置AF中的每個AF的QoS需求信息；向該SB發(fā)送授權(quán)成功應(yīng)答，以便于該SB通過該至少一個AF提供該服務(wù)，其中，該授權(quán)成功應(yīng)答中攜帶對該每個AF的QoS需求信息的授權(quán)。再一方面，本發(fā)明實施例提供了一種業(yè)務(wù)代理裝置，該業(yè)務(wù)代理裝置包括第一接收模塊，用于接收用于請求提供服務(wù)的服務(wù)請求；第一確定模塊，用于根據(jù)該服務(wù)請求，確定與該服務(wù)相關(guān)聯(lián)的至少一個應(yīng)用功能裝置AF ；第二確定模塊，用于確定該至少一個AF中的每個AF的服務(wù)質(zhì)量QoS需求信息；發(fā)送模塊，用于向策略和計費規(guī)則功能裝置PCRF發(fā)送 QoS授權(quán)請求，其中，該QoS授權(quán)請求中攜帶該每個AF的QoS需求信息；第二接收模塊，用于接收該PCRF發(fā)送的授權(quán)成功應(yīng)答，以便于通過該至少一個AF提供該服務(wù)，其中，該授權(quán)成功應(yīng)答中攜帶對該每個AF的QoS需求信息的授權(quán)。再一方面，本發(fā)明實施例提供了一種策略和計費規(guī)則功能裝置，該策略和計費規(guī)則功能裝置包括接收模塊，用于接收業(yè)務(wù)代理裝置SB發(fā)送的服務(wù)質(zhì)量QoS授權(quán)請求，其中，該QoS授權(quán)請求中攜帶與一服務(wù)相關(guān)聯(lián)的至少一個應(yīng)用功能裝置AF中的每個AF的QoS 需求信息；發(fā)送模塊，用于向該SB發(fā)送授權(quán)成功應(yīng)答，以便于該SB通過該至少一個AF提供該服務(wù)，其中，該授權(quán)成功應(yīng)答中攜帶對該每個AF的QoS需求信息的授權(quán)?；谏鲜黾夹g(shù)方案，本發(fā)明實施例的提供服務(wù)的方法、業(yè)務(wù)代理裝置、策略和計費規(guī)則功能裝置，通過SB確定與需要提供的服務(wù)相關(guān)聯(lián)的至少一個AF中的每個AF的QoS需求信息，并將這些QoS需求信息統(tǒng)一發(fā)送給PCRF，從而能夠有效地集中控制QoS，減小系統(tǒng)所需傳遞的信令數(shù)量，提高系統(tǒng)的時延性能，并能夠降低AF的開發(fā)成本，加快業(yè)務(wù)的即時上市，以及降低運營和維護(hù)成本。


為了更清楚地說明本發(fā)明實施例的技術(shù)方案，下面將對本發(fā)明實施例中所需要使用的附圖作簡單地介紹，顯而易見地，下面所描述的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1是相關(guān)技術(shù)中策略與計費控制體系的示意性結(jié)構(gòu)圖。圖2是根據(jù)本發(fā)明實施例的方法的一種應(yīng)用場景示意圖。
圖3是根據(jù)本發(fā)明實施例的提供服務(wù)的方法的示意性流程圖。圖4是根據(jù)本發(fā)明實施例的確定AF的QoS需求信息的示意性流程圖。圖5是根據(jù)本發(fā)明實施例的提供服務(wù)的方法的另一示意性流程圖。圖6是根據(jù)本發(fā)明另一實施例的提供服務(wù)的方法的示意性流程圖。圖7是根據(jù)本發(fā)明實施例的提供服務(wù)的方法的再一示意性流程圖。圖8是根據(jù)本發(fā)明實施例的業(yè)務(wù)代理裝置的示意性框圖。圖9是根據(jù)本發(fā)明另一實施例的業(yè)務(wù)代理裝置的示意性框圖。圖10是根據(jù)本發(fā)明實施例的策略和計費規(guī)則功能裝置的示意性框圖。
具體實施例方式下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明的一部分實施例，而不是全部實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動的前提下所獲得的所有其他實施例，都應(yīng)屬于本發(fā)明保護(hù)的范圍。應(yīng)理解，本發(fā)明的技術(shù)方案可以應(yīng)用于各種通信系統(tǒng)，例如全球移動通訊 (Global System of Mobile communication,簡稱為 “GSM”)系統(tǒng)、碼分多址(Code Division Multiple Access,簡稱為 “CDMA”)系統(tǒng)、寬帶碼分多址(Wideband Code Division Multiple Access，簡稱為 “WCDMA”)系統(tǒng)、通用分組無線業(yè)務(wù)(General Packet Radio Service，簡稱為“GPRS”)、長期演進(jìn)(Long Term Evolution，簡稱為“LTE”)系統(tǒng)、LTE 頻分雙工(Frequency Division Duplex，簡稱為“FDD”)系統(tǒng)、LTE時分雙工(Time Division Duplex，簡稱為“TDD”)、通用移動通信系統(tǒng)(Universal Mobile Telecommunication System，簡稱為 “UMTS”)等。應(yīng)理解，在圖1所示的PCC體系中，PCRF通過Rx接口、Sp接口、Gxx接口以及Gx 接口，分別與AF、簽約數(shù)據(jù)庫(Subscription Profile R印ository，簡稱為“SPR”)、承載綁定和事件上報功能(Bearer Binding and Event Reporting Function，簡稱為 “BBERF”)、 策略和計費執(zhí)行功能(Policy and Charging Enforcement Function，簡稱為 “PCEF”)相連，BBERF可以位于接入網(wǎng)網(wǎng)關(guān)(Access Network Gateway，簡稱為“AN-GW”)中，PCEF可以位于公用數(shù)據(jù)網(wǎng)網(wǎng)關(guān)(Public Data Network Gateway，簡稱為“PDN-GW”)中，PCEF通過Gy 接口以及( 接口，分別與在線計費系統(tǒng)(Online Charging System，簡稱為“0CS”)以及離線計費系統(tǒng)(Offline Charging System，簡稱為 “0FCS”)相連。AF提供應(yīng)用的功能實體，這些應(yīng)用需要對用戶平面進(jìn)行動態(tài)策略和計費控制，并為PCRF提供動態(tài)的應(yīng)用會話信息。PCRF包含策略控制決策和基于流的計費控制功能。PCRF 對PCEF進(jìn)行基于業(yè)務(wù)數(shù)據(jù)流的檢測、門控、QoS授權(quán)，以及基于流計費的網(wǎng)絡(luò)控制。PCRF檢查AF提供的業(yè)務(wù)信息是否與運營商預(yù)定義的策略規(guī)則以及從sra得到的用戶簽約信息一致，并根據(jù)該信息生成相應(yīng)的規(guī)則，下發(fā)給PCEF。PCRF還要對AF提供的業(yè)務(wù)信息進(jìn)行QoS 授權(quán)。PCEF具有策略執(zhí)行和基于流計費的功能。PCEF位于PDN網(wǎng)關(guān)中，在GPRS的情況下位于網(wǎng)關(guān)GPRS支持節(jié)點(Gateway GPRS Support Node，簡稱為“GGSN”)中，在無線局域網(wǎng)絡(luò)(Wireless Local Area Networks，簡稱為“WLAN”)的情況下位于私有數(shù)據(jù)發(fā)生器(Private Data Generator，簡稱為“PDG”)中。PCEF控制用戶平面流量和QoS，提供業(yè)務(wù)數(shù)據(jù)流的檢測和計量，同時與在線和離線計費系統(tǒng)交互。PCEF具體執(zhí)行PCC規(guī)則中對業(yè)務(wù)數(shù)據(jù)流定義的QoS、門控等信息，同時向PCRF上報相關(guān)業(yè)務(wù)數(shù)據(jù)流的改變。PCC體系的引入，使得可以在PCC的一個操作中能夠同時包含策略和計費相關(guān)的內(nèi)容，為運營商提供實時性更強(qiáng)的策略控制和計費體系。融合的策略控制和計費操作將能夠合并到同一個流程中完成，從而大大地減少系統(tǒng)所需傳遞的信令數(shù)量，提高系統(tǒng)的時延性能。同時，提供策略控制與計費的信息交互，使得運營商能夠根據(jù)QoS、策略控制進(jìn)行計費。圖2示出了根據(jù)本發(fā)明實施例的方法的一種應(yīng)用場景示意圖。如圖2所示，至少一個AF通過Rx接口與SB相連，SB通過Rx+接口與PCRF相連，并與網(wǎng)絡(luò)側(cè)設(shè)備相連，PCRF 通過to接口與PCEF相連，PCEF通過Gxx接口與網(wǎng)絡(luò)側(cè)設(shè)備相連。應(yīng)理解，在圖2中以兩個 AF為例進(jìn)行說明，但本發(fā)明實施例并不限于此，例如AF的數(shù)量可以根據(jù)具體的業(yè)務(wù)確定。 還應(yīng)理解，在本發(fā)明實施例中，AF與SB之間可以采用Rx接口相連，也可以采用內(nèi)部非標(biāo)準(zhǔn)接口相連，該內(nèi)部非標(biāo)準(zhǔn)接口具有與Rx接口類似的功能。本發(fā)明實施例僅以AF與SB通過 Rx接口相連為例進(jìn)行說明，但是本發(fā)明并不限于此。圖3示出了根據(jù)本發(fā)明實施例的提供服務(wù)的方法100的示意性流程圖。如圖3所示，該方法100包括S110，接收用于請求提供服務(wù)的服務(wù)請求；S120，根據(jù)該服務(wù)請求，確定與該服務(wù)相關(guān)聯(lián)的至少一個應(yīng)用功能裝置AF ；S130，確定該至少一個AF中的每個AF的服務(wù)質(zhì)量QoS需求信息；S140,向策略和計費規(guī)則功能裝置PCRF發(fā)送QoS授權(quán)請求，其中，該QoS授權(quán)請求中攜帶該每個AF的QoS需求信息；S150，接收該PCRF發(fā)送的授權(quán)成功應(yīng)答，以便于通過該至少一個AF提供該服務(wù)， 其中，該授權(quán)成功應(yīng)答中攜帶對該每個AF的QoS需求信息的授權(quán)。業(yè)務(wù)代理裝置SB在接收到諸如網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送的服務(wù)請求之后，可以根據(jù)該服務(wù)請求，確定與所請求提供的服務(wù)相關(guān)聯(lián)的至少一個AF，并確定該至少一個AF中的每個AF 的QoS需求信息。之后，SB可以向PCRF發(fā)送QoS授權(quán)請求，該QoS授權(quán)請求中攜帶該每個 AF的QoS需求信息，并接收該PCRF發(fā)送的授權(quán)成功應(yīng)答，以便于通過該至少一個AF提供該服務(wù)，其中，該授權(quán)成功應(yīng)答中攜帶PCRF發(fā)送的對該每個AF的QoS需求信息的授權(quán)。因此，本發(fā)明實施例的提供服務(wù)的方法，通過SB確定與需要提供的服務(wù)相關(guān)聯(lián)的至少一個AF中的每個AF的QoS需求信息，并將這些QoS需求信息統(tǒng)一發(fā)送給PCRF，從而能夠有效地集中控制QoS，減小系統(tǒng)所需傳遞的信令數(shù)量，提高系統(tǒng)的時延性能，并能夠降低 AF的開發(fā)成本，加快業(yè)務(wù)的即時上市，以及降低運營和維護(hù)成本。在SllO中，SB接收業(yè)務(wù)觸發(fā)的服務(wù)請求，通常，該服務(wù)請求由網(wǎng)絡(luò)或網(wǎng)絡(luò)側(cè)設(shè)備發(fā)送，用于請求SB提供服務(wù)。在S120中，SB可以根據(jù)需要提供的服務(wù)，確定相關(guān)聯(lián)的AF，所關(guān)聯(lián)的AF及AF的數(shù)量可以根據(jù)需要提供的服務(wù)確定。在S130中，SB需要確定與服務(wù)相關(guān)聯(lián)的每個AF的QoS需求信息。在本發(fā)明實施例中，可選地，SB根據(jù)預(yù)置的該至少一個AF中的第一 AF的第一 QoS需求信息，確定該第一AF的QoS需求信息。即，對于至少一部分AF，在SB中預(yù)先存儲有其對應(yīng)的QoS需求信息。 應(yīng)理解，該第一 AF可以是該至少一個AF中的一個或一個以上的AF，也可以是該至少一個 AF中的所有的AF。例如，每個AF在接入網(wǎng)絡(luò)的時候，都要給運營商提出自己的QoS需求信息，SB可以將這個QoS需求信息配置在系統(tǒng)內(nèi)部，作為預(yù)置的QoS需求信息。具體地，例如一個AF固定地需要128K的帶寬，不需要動態(tài)調(diào)整，則該AF可以讓SB固定地為這個AF申請128K的帶寬。在本發(fā)明實施例中，可選地，如圖4所示，提供服務(wù)的方法100還包括S210，SB接收該至少一個AF中的第二 AF發(fā)送的QoS改變消息，該QoS改變消息包括該第二 AF確定的第二 QoS需求信息；其中SB確定該至少一個AF中的每個AF的QoS需求信息，可以包括S220，SB根據(jù)該第二 QoS需求信息，確定該第二 AF的QoS需求信息。類似地，應(yīng)理解，該第二 AF可以是該至少一個AF中的一個或一個以上的AF，也可以是該至少一個AF中的所有的AF。需要說明的是，在本發(fā)明實施例中，確定AF的QoS需求信息的方法200可以包括S210和S220，并且S130可以包括該方法200。在具體實現(xiàn)過程中，SB可在收到用于請求提供服務(wù)的服務(wù)請求之后，通知與請求提供的服務(wù)相關(guān)聯(lián)的各AF準(zhǔn)備提供服務(wù)。在收到來自SB的通知之后，如果一 AF確定需要改變QoS，則向SB發(fā)送上述QoS改變消息。在本發(fā)明實施例中，在SB確定AF的QoS需求信息之前，SB可以接收該至少一個 AF中的第二 AF發(fā)送的QoS改變消息，其中SB確定該至少一個AF中的每個AF的QoS需求信息，可以包括SB根據(jù)該QoS改變消息中攜帶的第二 QoS需求信息，確定該第二 AF的QoS 需求信息。之后，SB可以將確定的該至少一個AF中的每個AF的QoS需求信息統(tǒng)一發(fā)送給 PCRF。在本發(fā)明實施例中，在SB將各AF的QoS需求信息統(tǒng)一發(fā)送給PCRF之后，SB也可以接收該至少一個AF中的第二 AF發(fā)送的QoS改變消息，并確定該第二 AF的QoS需求信息。 之后，SB可以將該第二 AF的QoS需求信息單獨發(fā)送給PCRF，以改變QoS需求。應(yīng)理解，在本發(fā)明實施例中，SB還可以根據(jù)QoS控制策略來具體確定每個AF的 QoS需求信息。例如，SB根據(jù)第一 AF的預(yù)置的第一 QoS需求信息，或根據(jù)第二 AF通過QoS 改變消息發(fā)送的第二 QoS需求信息，再基于與業(yè)務(wù)或與AF性能等相關(guān)的QoS控制策略，確定最終的每個AF的QoS需求信息。例如，AF僅能申請12 51 的帶寬，但AF在會話過程中申請了 IM帶寬，此時SB可以只允許AF請求的最高上限帶寬為51業(yè)。又例如，對于不同AF的QoS需求信息，SB可以簡單地疊加各AF需求的QoS，也可以取最大的QoS。在S140中，可選地，SB向PCRF發(fā)送QoS授權(quán)請求，包括SB向該PCRF發(fā)送鑒權(quán)授權(quán)請求AAR消息，該AAR消息包括該每個AF的QoS需求信息。在S150中，可選地，SB接收該PCRF發(fā)送的授權(quán)成功應(yīng)答，包括SB接收該PCRF根據(jù)該AAR消息發(fā)送的鑒權(quán)授權(quán)應(yīng)答AAA消息，該AAA消息包括對該每個AF的QoS需求信息的授權(quán)。在本發(fā)明實施例中，該AAR消息包括至少一個第一屬性值對(Attribute Value Pair，簡稱為“AVP”)組，例如[RxPlus-Information] AVP組，該至少一個第一 AVP組中的每個第一 AVP組承載該至少一個AF中的一個AF的QoS需求信息。表1示出了根據(jù)本發(fā)明實施例的AAR消息的一個具體例子。
表 權(quán)利要求
1.一種提供服務(wù)的方法，其特征在于，包括 接收用于請求提供服務(wù)的服務(wù)請求；根據(jù)所述服務(wù)請求，確定與所述服務(wù)相關(guān)聯(lián)的至少一個應(yīng)用功能裝置AF; 確定所述至少一個AF中的每個AF的服務(wù)質(zhì)量QoS需求信息； 向策略和計費規(guī)則功能裝置PCRF發(fā)送QoS授權(quán)請求，其中，所述QoS授權(quán)請求中攜帶所述每個AF的QoS需求信息；接收所述PCRF發(fā)送的授權(quán)成功應(yīng)答，以便于通過所述至少一個AF提供所述服務(wù)，其中，所述授權(quán)成功應(yīng)答中攜帶對所述每個AF的QoS需求信息的授權(quán)。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述確定所述至少一個AF中的每個AF的 QoS需求信息，包括根據(jù)預(yù)置的所述至少一個AF中的第一 AF的第一 QoS需求信息，確定所述第一 AF的 QoS需求信息。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括接收所述至少一個AF中的第二 AF發(fā)送的QoS改變消息，所述QoS改變消息包括所述第二 AF確定的第二 QoS需求信息，所述確定所述至少一個AF中的每個AF的QoS需求信息，包括 根據(jù)所述第二 QoS需求信息，確定所述第二 AF的QoS需求信息。
4.根據(jù)權(quán)利要求1至3中任一項所述的方法，其特征在于，所述向PCRF發(fā)送QoS授權(quán)請求，包括向所述PCRF發(fā)送鑒權(quán)授權(quán)請求AAR消息，所述AAR消息包括所述每個AF的QoS需求 fn息，所述接收所述PCRF發(fā)送的授權(quán)成功應(yīng)答，包括接收所述PCRF根據(jù)所述AAR消息發(fā)送的鑒權(quán)授權(quán)應(yīng)答AAA消息，所述AAA消息包括對所述每個AF的QoS需求信息的授權(quán)。
5.一種提供服務(wù)的方法，其特征在于，包括接收業(yè)務(wù)代理裝置SB發(fā)送的服務(wù)質(zhì)量QoS授權(quán)請求，其中，所述QoS授權(quán)請求中攜帶與一服務(wù)相關(guān)聯(lián)的至少一個應(yīng)用功能裝置AF中的每個AF的QoS需求信息；向所述SB發(fā)送授權(quán)成功應(yīng)答，以便于所述SB通過所述至少一個AF提供所述服務(wù)，其中，所述授權(quán)成功應(yīng)答中攜帶對所述每個AF的QoS需求信息的授權(quán)。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述接收SB發(fā)送的QoS授權(quán)請求，包括 接收所述SB發(fā)送的鑒權(quán)授權(quán)請求AAR消息，所述AAR消息包括所述至少一個AF中的每個AF的QoS需求信息，所述向所述SB發(fā)送授權(quán)成功應(yīng)答，包括向所述SB發(fā)送鑒權(quán)授權(quán)應(yīng)答AAA消息，所述AAA消息包括對所述每個AF的QoS需求信息的授權(quán)。
7.—種業(yè)務(wù)代理裝置，其特征在于，包括第一接收模塊，用于接收用于請求提供服務(wù)的服務(wù)請求；第一確定模塊，用于根據(jù)所述服務(wù)請求，確定與所述服務(wù)相關(guān)聯(lián)的至少一個應(yīng)用功能裝置AF；第二確定模塊，用于確定所述至少一個AF中的每個AF的服務(wù)質(zhì)量QoS需求信息；發(fā)送模塊，用于向策略和計費規(guī)則功能裝置PCRF發(fā)送QoS授權(quán)請求，其中，所述QoS授權(quán)請求中攜帶所述每個AF的QoS需求信息；第二接收模塊，用于接收所述PCRF發(fā)送的授權(quán)成功應(yīng)答，以便于通過所述至少一個AF 提供所述服務(wù)，其中，所述授權(quán)成功應(yīng)答中攜帶對所述每個AF的QoS需求信息的授權(quán)。
8.根據(jù)權(quán)利要求7所述的業(yè)務(wù)代理裝置，其特征在于，所述第二確定模塊具體用于根據(jù)預(yù)置的所述至少一個AF中的第一 AF的第一 QoS需求信息，確定所述第一 AF的QoS需求 fn息ο
9.根據(jù)權(quán)利要求7所述的業(yè)務(wù)代理裝置，其特征在于，所述業(yè)務(wù)代理裝置還包括第三接收模塊，用于接收所述至少一個AF中的第二 AF發(fā)送的QoS改變消息，所述QoS改變消息包括所述第二 AF確定的第二 QoS需求信息，所述第二確定模塊具體用于根據(jù)所述第二 QoS需求信息，確定所述第二 AF的QoS需求 fn息ο
10.根據(jù)權(quán)利要求7至9中任一項所述的業(yè)務(wù)代理裝置，其特征在于，所述發(fā)送模塊具體用于向所述PCRF發(fā)送鑒權(quán)授權(quán)請求AAR消息，所述AAR消息包括所述每個AF的QoS需求信息，所述第二接收模塊具體用于接收所述PCRF根據(jù)所述AAR消息發(fā)送的鑒權(quán)授權(quán)應(yīng)答 AAA消息，所述AAA消息包括對所述每個AF的QoS需求信息的授權(quán)。
11.一種策略和計費規(guī)則功能裝置，其特征在于，包括接收模塊，用于接收業(yè)務(wù)代理裝置SB發(fā)送的服務(wù)質(zhì)量QoS授權(quán)請求，其中，所述QoS授權(quán)請求中攜帶與一服務(wù)相關(guān)聯(lián)的至少一個應(yīng)用功能裝置AF中的每個AF的QoS需求信息；發(fā)送模塊，用于向所述SB發(fā)送授權(quán)成功應(yīng)答，以便于所述SB通過所述至少一個AF提供所述服務(wù)，其中，所述授權(quán)成功應(yīng)答中攜帶對所述每個AF的QoS需求信息的授權(quán)。
12.根據(jù)權(quán)利要求11所述的策略和計費規(guī)則功能裝置，其特征在于，所述接收模塊具體用于接收所述SB發(fā)送的鑒權(quán)授權(quán)請求AAR消息，所述AAR消息包括所述至少一個AF中的每個AF的QoS需求信息，所述發(fā)送模塊具體用于向所述SB發(fā)送鑒權(quán)授權(quán)應(yīng)答AAA消息， 所述AAA消息包括對所述每個AF的QoS需求信息的授權(quán)。
全文摘要
本發(fā)明公開了一種提供服務(wù)方法、業(yè)務(wù)代理裝置、策略和計費規(guī)則功能裝置。該提供服務(wù)的方法包括接收用于請求提供服務(wù)的服務(wù)請求；根據(jù)該服務(wù)請求，確定與該服務(wù)相關(guān)聯(lián)的至少一個AF；確定該至少一個AF中的每個AF的QoS需求信息；向PCRF發(fā)送QoS授權(quán)請求，其中該QoS授權(quán)請求中攜帶該每個AF的QoS需求信息；接收該PCRF發(fā)送的授權(quán)成功應(yīng)答，以便于通過該至少一個AF提供該服務(wù)，其中該授權(quán)成功應(yīng)答中攜帶對該每個AF的QoS需求信息的授權(quán)。該業(yè)務(wù)代理裝置包括第一接收模塊、第一確定模塊、第二確定模塊、發(fā)送模塊和第二接收模塊。該策略和計費規(guī)則功能裝置包括接收模塊和發(fā)送模塊。本發(fā)明實施例的方法和裝置，通過SB集中控制QoS請求，能夠降低開發(fā)成本和運營成本。
文檔編號H04L12/14GK102223240SQ20111021548
公開日2011年10月19日 申請日期2011年7月29日 優(yōu)先權(quán)日2011年7月29日
發(fā)明者夏秀巖 申請人:華為技術(shù)有限公司