專利名稱：一種端到端QoS的申請(qǐng)方法、系統(tǒng)和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)技術(shù)領(lǐng)域，尤其涉及一種端到端QoS的申請(qǐng)方法、系統(tǒng)和設(shè)備。

背景技術(shù)：
USI(Universal Services Interface，通用業(yè)務(wù)開(kāi)放接口)系統(tǒng)是WiMAX(Worldwide Interoperability Microwave Access Forum，微波接入全球互通論壇)網(wǎng)絡(luò)將業(yè)務(wù)能力開(kāi)放給網(wǎng)內(nèi)或網(wǎng)外的第三方應(yīng)用的接口。通過(guò)調(diào)用USI提供的業(yè)務(wù)能力，第三方應(yīng)用開(kāi)發(fā)針對(duì)WiMAX接入用戶的業(yè)務(wù)將變的更簡(jiǎn)單，并可以更加方便的為WiMAX接入用戶提供個(gè)性化的服務(wù)。WiMAX網(wǎng)絡(luò)通過(guò)USI系統(tǒng)開(kāi)放的能力包括QoS(Quality of Service，服務(wù)質(zhì)量)、位置服務(wù)等。
應(yīng)用驅(qū)動(dòng)的QoS是指應(yīng)用可以動(dòng)態(tài)的改變用戶接入網(wǎng)絡(luò)的QoS(例如帶寬等)。應(yīng)用對(duì)QoS的動(dòng)態(tài)改變可以是臨時(shí)改變(定義一個(gè)有效時(shí)間)，也可以是作為用戶每次連接網(wǎng)絡(luò)時(shí)缺省的QoS。
PCC(Policy and Charging Control，策略和計(jì)費(fèi)控制)系統(tǒng)是3GPP定義的一種資源分配和控制框架，用于網(wǎng)絡(luò)的QoS和計(jì)費(fèi)控制。PCC主要包括PCRF(Policy and Charging Rule Function，策略和計(jì)費(fèi)決策功能)、PCEF(Policyand Charging Enforcement Function，策略和計(jì)費(fèi)執(zhí)行功能)、SPR(SubscriptionProfile Repository，用戶數(shù)據(jù)存儲(chǔ))模塊，分別對(duì)應(yīng)的主要功能是策略決策、策略執(zhí)行、用戶數(shù)據(jù)存儲(chǔ)(PCRF需要向SPR請(qǐng)求用戶數(shù)據(jù)信息用于策略決策)。WiMAX將PCC構(gòu)架引入WiMAX網(wǎng)絡(luò)用于QoS和計(jì)費(fèi)控制。WiMAX網(wǎng)絡(luò)引入的PCC系統(tǒng)，在PRCF與PCEF之間增加了PDF(Policy DistributionFunction，策略分發(fā)功能)模塊，PDF是一個(gè)邏輯功能模塊(實(shí)際部署時(shí)，可以與PCRF一起部署)，用于與其他網(wǎng)絡(luò)的PCC系統(tǒng)實(shí)現(xiàn)互通；PDF與PCRF用Gx接口連接，PDF實(shí)現(xiàn)的功能是向PCRF隱藏WiMAX網(wǎng)絡(luò)策略執(zhí)行點(diǎn)(PCEF)的分布式特性和移動(dòng)特性。PCEF根據(jù)位于的網(wǎng)絡(luò)位置不同，又分為A-PCEF和C-PCEFA-PCEF位于接入網(wǎng)絡(luò)中，執(zhí)行接入網(wǎng)絡(luò)的QoS和計(jì)費(fèi)；C-PCEF位于核心網(wǎng)中，執(zhí)行核心網(wǎng)絡(luò)的QoS和計(jì)費(fèi)。
發(fā)明人在實(shí)現(xiàn)本發(fā)明的過(guò)程中，發(fā)現(xiàn)現(xiàn)有技術(shù)存在以下缺點(diǎn) WiMAX網(wǎng)絡(luò)缺少一種適合向第三方應(yīng)用開(kāi)放的安全的QoS申請(qǐng)接口和接口調(diào)用流程，來(lái)開(kāi)放WiMAX網(wǎng)絡(luò)的QoS能力，導(dǎo)致QoS信息無(wú)法在上層應(yīng)用和WiMAX網(wǎng)絡(luò)之間的動(dòng)態(tài)傳遞和協(xié)商。


發(fā)明內(nèi)容
本發(fā)明的實(shí)施例提供一種端到端QoS的申請(qǐng)方法、系統(tǒng)和設(shè)備，用于實(shí)現(xiàn)ASP(Application Service Provider，應(yīng)用業(yè)務(wù)提供商)/iASP(internet ASP，互聯(lián)網(wǎng)應(yīng)用業(yè)務(wù)提供商)等應(yīng)用服務(wù)器通過(guò)USI系統(tǒng)申請(qǐng)到端對(duì)端QoS。
為達(dá)到上述目的，本發(fā)明的實(shí)施例提供一種端到端QoS的申請(qǐng)方法，包括以下步驟 通用開(kāi)放接口系統(tǒng)接收應(yīng)用服務(wù)器發(fā)送的QoS申請(qǐng)，并生成向策略與計(jì)費(fèi)控制系統(tǒng)發(fā)送的QoS請(qǐng)求； 通用開(kāi)放接口系統(tǒng)向策略與計(jì)費(fèi)控制系統(tǒng)發(fā)送所述生成的QoS請(qǐng)求，并接收所述策略與計(jì)費(fèi)控制系統(tǒng)發(fā)送的QoS分配結(jié)果。
本發(fā)明的實(shí)施例還提供一種端到端QoS的申請(qǐng)系統(tǒng)，包括 應(yīng)用服務(wù)器實(shí)體，用于接收用戶的請(qǐng)求，并向通用開(kāi)放接口系統(tǒng)發(fā)送QoS請(qǐng)求； 通用開(kāi)放接口系統(tǒng)實(shí)體，用于根據(jù)所述應(yīng)用服務(wù)器實(shí)體發(fā)送的QoS申請(qǐng)，生成QoS請(qǐng)求并向所述策略與計(jì)費(fèi)控制系統(tǒng)發(fā)送；接收所述策略與計(jì)費(fèi)控制系統(tǒng)發(fā)送的QoS分配結(jié)果； 策略與計(jì)費(fèi)控制系統(tǒng)實(shí)體，用于接收所述通用開(kāi)放接口系統(tǒng)實(shí)體發(fā)送的QoS請(qǐng)求并返回QoS分配結(jié)果。
本發(fā)明的實(shí)施例還提供一種通用開(kāi)放接口系統(tǒng)實(shí)體，用于端到端QoS的申請(qǐng)，包括 QoS請(qǐng)求生成單元，用于根據(jù)應(yīng)用服務(wù)器實(shí)體發(fā)送的QoS申請(qǐng)，生成向策略與計(jì)費(fèi)控制系統(tǒng)發(fā)送的QoS請(qǐng)求； 轉(zhuǎn)換單元，用于將所述QoS請(qǐng)求生成單元生成的QoS請(qǐng)求進(jìn)行轉(zhuǎn)換后向策略與計(jì)費(fèi)控制系統(tǒng)發(fā)送。
本發(fā)明的實(shí)施例還提供一種應(yīng)用服務(wù)器，用于端到端QoS的申請(qǐng)，包括 請(qǐng)求接收單元，用于接收用戶的QoS申請(qǐng)； 地址獲取單元，用于獲取通用開(kāi)放接口系統(tǒng)實(shí)體的地址，并將所述請(qǐng)求接收單元接收的QoS申請(qǐng)向所述獲取到的地址發(fā)送。
與現(xiàn)有技術(shù)相比，本發(fā)明的實(shí)施例具有以下優(yōu)點(diǎn) 通過(guò)PCC系統(tǒng)向USI系統(tǒng)開(kāi)放動(dòng)態(tài)QoS接口，實(shí)現(xiàn)WiMAX系統(tǒng)的動(dòng)態(tài)QoS能力通過(guò)USI接口向第三方應(yīng)用開(kāi)放功能。上層應(yīng)用實(shí)體通過(guò)USI系統(tǒng)向PCC系統(tǒng)提供業(yè)務(wù)需要的QoS信息，實(shí)現(xiàn)了上層應(yīng)用實(shí)體和PCC系統(tǒng)的QoS信息的傳遞和協(xié)商，實(shí)現(xiàn)接入網(wǎng)的動(dòng)態(tài)QoS能力的開(kāi)放，以及從上層應(yīng)用和接入網(wǎng)端到端的QoS保證。



圖1是本發(fā)明的實(shí)施例一中一種端到端QoS的申請(qǐng)方法的流程圖； 圖2是本發(fā)明的實(shí)施例一中USI系統(tǒng)漫游的示意圖； 圖3是本發(fā)明的實(shí)施例一中USI系統(tǒng)漫游的另一示意圖； 圖4是本發(fā)明的實(shí)施例一中USI系統(tǒng)漫游的再一示意圖； 圖5是本發(fā)明的實(shí)施例二中一種端到端QoS的申請(qǐng)方法的流程圖； 圖6是本發(fā)明的實(shí)施例三中一種端對(duì)端QoS申請(qǐng)系統(tǒng)的結(jié)構(gòu)圖。

具體實(shí)施例方式 以下結(jié)合附圖和實(shí)施例，對(duì)本發(fā)明的實(shí)施方式做進(jìn)一步說(shuō)明。
本發(fā)明的實(shí)施例一中，提供了一種端到端QoS的申請(qǐng)方法，如圖1所示，包括以下步驟 步驟s101、用戶終端接入WiMAX網(wǎng)絡(luò)，用戶終端與應(yīng)用服務(wù)器完成應(yīng)用層交互(如用戶終端在應(yīng)用服務(wù)器的注冊(cè)、鑒權(quán))，應(yīng)用服務(wù)器觸發(fā)QoS請(qǐng)求。
步驟s102、應(yīng)用服務(wù)器向USI系統(tǒng)發(fā)起QoS請(qǐng)求。
步驟s103、USI系統(tǒng)對(duì)所述QoS請(qǐng)求進(jìn)行鑒權(quán)，鑒權(quán)通過(guò)后將所述QoS請(qǐng)求轉(zhuǎn)發(fā)給PCC系統(tǒng)。
步驟s104、PCC系統(tǒng)根據(jù)收到的所述QoS請(qǐng)求進(jìn)行QoS分配，并將QoS分配結(jié)果返回給USI系統(tǒng)。
步驟s105、USI系統(tǒng)將所述QoS分配結(jié)果發(fā)給應(yīng)用服務(wù)器。
本發(fā)明實(shí)施例中，在步驟s104中，如果接入網(wǎng)資源不夠或用戶的簽約QoS不滿足應(yīng)用服務(wù)器的要求，PCC系統(tǒng)可以拒絕USI系統(tǒng)的QoS請(qǐng)求或進(jìn)行QoS裁減，PCC系統(tǒng)返回QoS授權(quán)的結(jié)果或裁減的QoS給USI系統(tǒng)，USI系統(tǒng)進(jìn)而將收到的結(jié)果返回給應(yīng)用服務(wù)器。
以下對(duì)上述步驟s101～步驟s105的具體實(shí)現(xiàn)過(guò)程分別進(jìn)行描述。
步驟s101、用戶終端接入WiMAX網(wǎng)絡(luò)，并在應(yīng)用服務(wù)器觸發(fā)QoS請(qǐng)求。
具體的，步驟s101進(jìn)一步包括 (1)用戶建立WiMAX IP-CAN(IP Connectivity Access Network IP，連接接入網(wǎng))路徑，在IP-CAN建立流程中，PCEF向PCRF發(fā)送請(qǐng)求PCC Rules，請(qǐng)求中攜帶用戶請(qǐng)求建立的IP-CAN類(lèi)型(這里為WiMAX)和用戶標(biāo)識(shí)，該用戶標(biāo)識(shí)可以包括用戶NAI(Network Access Identifier，網(wǎng)絡(luò)接入標(biāo)識(shí))和/或IP地址。
(2)該請(qǐng)求經(jīng)過(guò)PDF轉(zhuǎn)發(fā)。PDF存儲(chǔ)PCEF發(fā)送的信息，并將請(qǐng)求轉(zhuǎn)發(fā)給對(duì)應(yīng)的PCRF。該步驟為可選。
(3)PCRF根據(jù)IP-CAN類(lèi)型和用戶標(biāo)識(shí)信息獲取該用戶的QoS和PCCRules。
(4)PCRF進(jìn)行用戶建立IP-CAN的鑒權(quán)和策略決策，通過(guò)后將匹配該IP-CAN的PCC Rules(帶有需要實(shí)施的QoS信息)返回給PDF，同時(shí)PCRF會(huì)存儲(chǔ)用戶和對(duì)應(yīng)的PCC Rules信息。
(5)PDF收到PCC Rules后存儲(chǔ)并將轉(zhuǎn)發(fā)給PCEF。
(6)PCEF執(zhí)行收到的PCC Rules完成IP-CAN的建立。
(7)完成IP-CAN建立后，用戶終端通過(guò)與應(yīng)用服務(wù)器的交互，向應(yīng)用服務(wù)器發(fā)起業(yè)務(wù)請(qǐng)求，比如播放一段視頻，觸發(fā)了應(yīng)用服務(wù)器的QoS請(qǐng)求邏輯。
步驟s102，應(yīng)用服務(wù)器向USI系統(tǒng)發(fā)送QoS請(qǐng)求。
本發(fā)明實(shí)施例中，該QoS請(qǐng)求可以為Apply QoS消息。表1為本發(fā)明實(shí)施例提供的一種Apply QoS消息的內(nèi)容，其中，QoSIdentifier與DefaultQoS為必許攜帶的參數(shù)，其他參數(shù)為可選，具體請(qǐng)參考表1中的描述。
表1applyQoS消息的定義 其中，UserID的內(nèi)容為用戶ID(如用戶接入網(wǎng)絡(luò)標(biāo)識(shí)NAI)和/或用戶的IP地址(IPv4或IPv6地址)，用戶ID由用戶名(username)和域名(realm)兩部分組成，出于保護(hù)用戶隱私的目的，提供給應(yīng)用服務(wù)器的用戶ID可能使用一段字面無(wú)意義的特定字符串代替用戶名部分，例如使用用戶的假名NAI(pseudonym NAI)地址，假名NAI與用戶真實(shí)的NAI的對(duì)應(yīng)關(guān)系保存在用戶歸屬網(wǎng)絡(luò)的服務(wù)器中(如AAA服務(wù)器)，USI系統(tǒng)或是PCC系統(tǒng)收到應(yīng)用服務(wù)器提供的假名NAI，如果需要查詢用戶的真實(shí)NAI，可以向保存用戶NAI對(duì)應(yīng)關(guān)系的服務(wù)器(AAA服務(wù)器)查詢用戶真實(shí)NAI，以進(jìn)一步驗(yàn)證用戶身份或是獲取用戶配置信息。除了使用用戶接入網(wǎng)絡(luò)標(biāo)識(shí)(NAI)作為用戶ID方案外，USI系統(tǒng)也可以為用戶生成一個(gè)用戶ID標(biāo)識(shí)，其中的域名部分?jǐn)y帶USI系統(tǒng)域名信息，并由USI系統(tǒng)維護(hù)用戶ID標(biāo)識(shí)與用戶接入網(wǎng)絡(luò)標(biāo)識(shí)的關(guān)系，USI系統(tǒng)將用戶ID標(biāo)識(shí)提供給用戶，在用戶發(fā)起的業(yè)務(wù)請(qǐng)求中攜帶用戶ID標(biāo)識(shí)。
本發(fā)明實(shí)施例中，表1中UserID的描述如下表2所示 表2關(guān)于UserID的描述 本發(fā)明實(shí)施例中，表1中QoSProperties的描述如下表3所示 表3關(guān)于QoSProperties的描述 MediaComponentDescription參數(shù)與現(xiàn)有技術(shù)中3GPP Rx接口規(guī)范中定義的Media-Component-Description參數(shù)一致，即Media-Component-Description中各子參數(shù)的定義和使用與規(guī)范描述的一樣。如果QoSProperties參數(shù)中攜帶了MediaFlowDescriptionInSDPFormat參數(shù)而沒(méi)有攜帶MediaComponentDescription參數(shù)，當(dāng)USI系統(tǒng)與PCC系統(tǒng)的PCRF相連時(shí)，USI系統(tǒng)要根據(jù)MediaFlowDescriptionInSDPFormat參數(shù)參考3GPP的PCCQoS參數(shù)映射規(guī)范定義的由SDP(Session Description Protocol，會(huì)話描述協(xié)議)到Media-Component-Description取值的映射關(guān)系方法，生成MediaComponentDescription配置參數(shù)，再通過(guò)Rx接口發(fā)送給PCRF；如果USI系統(tǒng)與PCC系統(tǒng)的PDF/PCEF相連時(shí)，這兩個(gè)參數(shù)也可以不用攜帶。
本發(fā)明實(shí)施例中，MediaComponentDescription的描述如下表4所示。
表4MediaComponentDescription的描述 本發(fā)明實(shí)施例中，Media-Sub-Component參數(shù)如下表5所示 表5關(guān)于Media-Sub-Component的參數(shù) 該步驟中，應(yīng)用服務(wù)器獲取USI系統(tǒng)地址的實(shí)現(xiàn)方式如下應(yīng)用服務(wù)器根據(jù)用戶的QoS請(qǐng)求中攜帶的網(wǎng)絡(luò)接入標(biāo)識(shí)(NAI)或IP地址如用戶的HoA(MSHome Address，移動(dòng)終端的歸屬地址)地址，獲取用戶的USI系統(tǒng)地址，并向該地址發(fā)送申請(qǐng)QoS請(qǐng)求。具體的，應(yīng)用服務(wù)器可以根據(jù)WiMAX網(wǎng)絡(luò)提供商提供的USI接口相關(guān)信息，建立用戶ID或是IP地址范圍與USI地址的對(duì)應(yīng)關(guān)系，從而應(yīng)用服務(wù)器根據(jù)QoS請(qǐng)求中的用戶ID信息來(lái)從所述的對(duì)應(yīng)關(guān)系中獲取USI地址；或者是根據(jù)用戶的ID中的域名信息查詢DNS(Domain Name System，域名系統(tǒng))，來(lái)獲取用戶USI的地址；另外還可以是在用戶的業(yè)務(wù)請(qǐng)求中直接攜帶了用戶歸屬USI地址信息。
在用戶漫游情況下，應(yīng)用服務(wù)器獲取USI系統(tǒng)地址的實(shí)現(xiàn)方式如下應(yīng)用服務(wù)器獲取的USI地址可能是用戶拜訪地網(wǎng)絡(luò)的USI地址，也可能是用戶歸屬地網(wǎng)絡(luò)的USI地址。例如應(yīng)用服務(wù)器根據(jù)HoA地址信息獲取USI地址時(shí)，如果用戶拜訪地CSN(Connectivity Service Network，連接服務(wù)網(wǎng)絡(luò))網(wǎng)絡(luò)的HA與用戶終端建立連接并為用戶提供移動(dòng)IP服務(wù)，則應(yīng)用服務(wù)器獲得的是用戶拜訪地的USI地址。如果應(yīng)用服務(wù)器根據(jù)用戶在向應(yīng)用服務(wù)器發(fā)送的業(yè)務(wù)請(qǐng)求中攜帶的內(nèi)容獲取USI地址，則根據(jù)用戶入網(wǎng)配置到用戶終端USI地址的不同，可能是用戶歸屬網(wǎng)絡(luò)USI地址也可能是用戶拜訪地網(wǎng)絡(luò)USI地址；而由用戶的NAI信息獲得的是用戶歸屬地網(wǎng)絡(luò)的USI地址。針對(duì)這些情況，要求USI系統(tǒng)支持用戶漫游的處理。
USI系統(tǒng)漫游方案如下 方案一當(dāng)應(yīng)用服務(wù)器向用戶歸屬網(wǎng)絡(luò)的USI系統(tǒng)(H-USI)發(fā)送QoS請(qǐng)求時(shí)，歸屬網(wǎng)絡(luò)的USI系統(tǒng)向用戶歸屬AAA(Authentication、Authorization andAccounting，認(rèn)證、授權(quán)和計(jì)費(fèi))(H-AAA)服務(wù)器查詢用戶當(dāng)前位置信息(拜訪網(wǎng)絡(luò)地址)后，將QoS請(qǐng)求發(fā)送給拜訪網(wǎng)絡(luò)的USI系統(tǒng)(V-USI)，其中歸屬網(wǎng)絡(luò)USI系統(tǒng)與拜訪網(wǎng)絡(luò)USI系統(tǒng)之間的接口可以使用USI系統(tǒng)與應(yīng)用服務(wù)器的接口(接收應(yīng)用服務(wù)器消息的USI系統(tǒng)負(fù)責(zé)轉(zhuǎn)發(fā)應(yīng)用服務(wù)器請(qǐng)求)，或者是使用USI系統(tǒng)與PCC系統(tǒng)的接口(接收USI發(fā)送消息的USI系統(tǒng)負(fù)責(zé)轉(zhuǎn)發(fā)給對(duì)應(yīng)的PCC系統(tǒng))。上述過(guò)程如圖2所示)。
方案二當(dāng)應(yīng)用服務(wù)器向用戶歸屬地網(wǎng)絡(luò)的USI系統(tǒng)發(fā)送QoS請(qǐng)求時(shí)，歸屬網(wǎng)絡(luò)的USI系統(tǒng)向用戶歸屬網(wǎng)絡(luò)的PCC系統(tǒng)(H-PCC)發(fā)送QoS請(qǐng)求，歸屬網(wǎng)絡(luò)的PCC系統(tǒng)發(fā)現(xiàn)用戶漫游，將QoS請(qǐng)求發(fā)送給用戶拜訪網(wǎng)絡(luò)的PCC系統(tǒng)(V-PCC)(如通過(guò)歸屬網(wǎng)絡(luò)的PCRF將請(qǐng)求發(fā)送給拜訪網(wǎng)絡(luò)的PCRF)。上述過(guò)程如圖3所示。
方案三當(dāng)應(yīng)用服務(wù)器向用戶拜訪網(wǎng)絡(luò)的USI系統(tǒng)發(fā)送QoS請(qǐng)求時(shí)，拜訪網(wǎng)絡(luò)的USI系統(tǒng)將請(qǐng)求發(fā)送給拜訪網(wǎng)絡(luò)PCC系統(tǒng)，拜訪網(wǎng)絡(luò)的PCC系統(tǒng)向用戶歸屬網(wǎng)絡(luò)的PCC系統(tǒng)請(qǐng)求策略決策，歸屬網(wǎng)絡(luò)的PCC系統(tǒng)根據(jù)用戶數(shù)據(jù)進(jìn)行處理，將處理結(jié)果返回給拜訪網(wǎng)絡(luò)的PCC系統(tǒng)進(jìn)行策略執(zhí)行上述過(guò)程如圖4所示。
步驟s103，USI系統(tǒng)對(duì)請(qǐng)求發(fā)起方應(yīng)用服務(wù)器進(jìn)行接口訪問(wèn)鑒權(quán)，鑒權(quán)通過(guò)后將請(qǐng)求發(fā)送到PCC系統(tǒng)。
具體的，該鑒權(quán)方式可以是證書(shū)等現(xiàn)有技術(shù)，如果是證書(shū)方式就要求請(qǐng)求中攜帶證書(shū)信息。USI系統(tǒng)通過(guò)請(qǐng)求的鑒權(quán)后，通過(guò)USI與PCC系統(tǒng)的接口，將請(qǐng)求發(fā)送給PCC系統(tǒng)。
USI系統(tǒng)與PCC系統(tǒng)連接點(diǎn)如下USI系統(tǒng)與PCC系統(tǒng)可能存在多個(gè)連接點(diǎn)方案 USI與PCC系統(tǒng)的PCRF連接時(shí)，為減少對(duì)PCC系統(tǒng)的修改，USI與PCRF連接接口可以使用3GPP定義的Rx接口，向PCRF發(fā)送QoS請(qǐng)求，當(dāng)然，也可以使用其它接口。當(dāng)USI與PCRF連接接口使用3GPP定義的Rx接口時(shí)，USI系統(tǒng)根據(jù)收到的QoS申請(qǐng)消息，再結(jié)合與PCC系統(tǒng)接口類(lèi)型，將請(qǐng)求消息轉(zhuǎn)換為Rx接口請(qǐng)求消息再向PCC系統(tǒng)發(fā)送QoS請(qǐng)求。本發(fā)明實(shí)施例中，USI系統(tǒng)與PCRF連接時(shí)，USI在鑒權(quán)通過(guò)后可以將所述QoS請(qǐng)求轉(zhuǎn)換為發(fā)送Rx(diameter協(xié)議)接口的AA-Request消息并發(fā)送給PCRF。本發(fā)明實(shí)施例中，USI實(shí)施轉(zhuǎn)換如下表6所示 表6關(guān)于USI實(shí)施轉(zhuǎn)換的描述 如果USI系統(tǒng)與PCC系統(tǒng)的PDF/PCEF連接時(shí)，則相對(duì)于連接PCRF，USI系統(tǒng)要實(shí)現(xiàn)PCRF的部分功能完成策略決策，根據(jù)用戶的配置數(shù)據(jù)(USI系統(tǒng)與PCC系統(tǒng)保存用戶策略的SPR功能實(shí)體有接口)生成符合用戶會(huì)話的PCCRules，完成應(yīng)用服務(wù)器的QoS請(qǐng)求到PCC規(guī)則的轉(zhuǎn)換，并按照3GPP Gx接口規(guī)范生成相應(yīng)的PCC Rules；要求與PCEF上保持的QoS數(shù)據(jù)同步；并要求用戶接入網(wǎng)絡(luò)時(shí)，PDF/PCEF向USI系統(tǒng)發(fā)送IP-CAN會(huì)話相關(guān)信息，USI系統(tǒng)記錄用戶IP-CAN會(huì)話信息。為減少PCC系統(tǒng)的修改，USI系統(tǒng)與PDF/PCEF連接的接口可以使用3GPP定義的Gx接口。本發(fā)明實(shí)施例中，USI系統(tǒng)收到應(yīng)用服務(wù)器發(fā)送的QoS請(qǐng)求后，可以通過(guò)Gx接口(diameter協(xié)議)的Re-Auth-Request(RAR)消息發(fā)送給PDF，USI轉(zhuǎn)換關(guān)系如下表7所示 表7關(guān)于USI轉(zhuǎn)換關(guān)系的描述 本發(fā)明實(shí)施例中，QoS-Information的定義如下表8所示 表8QoS-Information的定義 對(duì)于USI系統(tǒng)收到的應(yīng)用服務(wù)器請(qǐng)求QoS消息與USI系統(tǒng)發(fā)送到PCC系統(tǒng)的請(qǐng)求QoS消息，需要USI系統(tǒng)來(lái)完成轉(zhuǎn)換功能。USI系統(tǒng)對(duì)外開(kāi)放接口承載協(xié)議可以是web services協(xié)議、SIP、HTTP等，而USI系統(tǒng)與PCC系統(tǒng)的接口承載是diameter協(xié)議(Rx或是Gx接口)，因此還要求USI系統(tǒng)同時(shí)支持多種接口協(xié)議棧(如web services和diameter)。為了簡(jiǎn)化USI系統(tǒng)的處理，USI系統(tǒng)也可以直接對(duì)應(yīng)用服務(wù)器開(kāi)放PCC系統(tǒng)的diameter接口，這樣USI系統(tǒng)就不需要進(jìn)行如上所述的接口轉(zhuǎn)換和協(xié)議轉(zhuǎn)換，但這種方案就需要應(yīng)用服務(wù)器支持Rx或是Gx接口和diameter，對(duì)應(yīng)用服務(wù)器提出了較高的要求而限制了應(yīng)用服務(wù)器對(duì)USI系統(tǒng)的使用。
步驟s104，PCC系統(tǒng)根據(jù)收到QoS的請(qǐng)求進(jìn)行動(dòng)態(tài)QoS分配，并將結(jié)果返回給USI系統(tǒng) PCC系統(tǒng)收到USI系統(tǒng)發(fā)送的QoS請(qǐng)求以后，如果USI系統(tǒng)與PCRF連接，則PCRF根據(jù)請(qǐng)求中的用戶的網(wǎng)絡(luò)接入標(biāo)識(shí)或是IP地址，找到對(duì)應(yīng)的IP-CAN會(huì)話，對(duì)請(qǐng)求中攜帶的QoS參數(shù)進(jìn)行鑒權(quán)，如果QoS參數(shù)是該用戶可以申請(qǐng)的，PCRF下發(fā)PCC Rules到PCEF實(shí)施該QoS參數(shù)，并將結(jié)果通過(guò)Rx接口的AA-Answer消息返回給USI系統(tǒng)。如果USI系統(tǒng)是與PDF/PCEF連接，則USI系統(tǒng)根據(jù)用戶標(biāo)識(shí)或是IP查找注冊(cè)的IP-CAN會(huì)話，通過(guò)IP-CAN會(huì)話找到對(duì)應(yīng)IP-CAN注冊(cè)時(shí)的diameter會(huì)話，將請(qǐng)求信息通過(guò)diameter會(huì)話(Gx接口)下發(fā)給PDF/PCEF進(jìn)行Qos實(shí)施，PDF/PCEF通過(guò)Gx接口的Re-Auth-Answer消息返回結(jié)果給USI系統(tǒng)。
本發(fā)明實(shí)施例中，AA-Answer消息的定義如下表9所示 表9AA-Answer消息的定義 本發(fā)明實(shí)施例中，Re-Auth-Answer消息的定義如下表10所示 表10Re-Auth-Answer消息的定義 USI系統(tǒng)收到PCC系統(tǒng)返回的QoS執(zhí)行結(jié)果后(AA-Answer或是Re-Auth-Answer消息)，根據(jù)其中的Result-Code字段，向應(yīng)用服務(wù)器返回成功或者失敗響應(yīng)，如果失敗，可以進(jìn)一步將Error-Message字段一同上報(bào)給應(yīng)用服務(wù)器。
進(jìn)一步的，本發(fā)明實(shí)施例中，USI系統(tǒng)對(duì)計(jì)費(fèi)標(biāo)識(shí)的處理USI系統(tǒng)向PCC系統(tǒng)發(fā)送applyQoS請(qǐng)求時(shí)，攜帶的計(jì)費(fèi)標(biāo)識(shí)是USI系統(tǒng)生成計(jì)費(fèi)的標(biāo)識(shí)，USI系統(tǒng)將關(guān)聯(lián)應(yīng)用服務(wù)器與USI計(jì)費(fèi)標(biāo)識(shí)，以及接入網(wǎng)絡(luò)計(jì)費(fèi)標(biāo)識(shí)與USI系統(tǒng)的計(jì)費(fèi)標(biāo)識(shí)，這樣的關(guān)聯(lián)可以根據(jù)需要，用于USI系統(tǒng)與應(yīng)用服務(wù)器的計(jì)費(fèi)結(jié)算，和USI系統(tǒng)與接入網(wǎng)絡(luò)的計(jì)費(fèi)結(jié)算；如果需要USI系統(tǒng)也可以將接入網(wǎng)絡(luò)與應(yīng)用服務(wù)器的計(jì)費(fèi)標(biāo)識(shí)進(jìn)行關(guān)聯(lián)，來(lái)完成接入網(wǎng)絡(luò)與應(yīng)用服務(wù)器的計(jì)費(fèi)關(guān)聯(lián)和結(jié)算。應(yīng)用服務(wù)器也可以請(qǐng)求USI系統(tǒng)上報(bào)USI系統(tǒng)的計(jì)費(fèi)標(biāo)識(shí)，用于應(yīng)用服務(wù)器端進(jìn)行USI系統(tǒng)與應(yīng)用服務(wù)器的結(jié)算。引入U(xiǎn)SI計(jì)費(fèi)標(biāo)識(shí)的目的是向應(yīng)用服務(wù)器屏蔽接入網(wǎng)絡(luò)的計(jì)費(fèi)標(biāo)識(shí)，應(yīng)用服務(wù)器只需與USI進(jìn)行接口調(diào)用的費(fèi)用結(jié)算。
步驟s105，USI系統(tǒng)收到PCC發(fā)送的結(jié)果后，將QoS請(qǐng)求結(jié)果發(fā)送給應(yīng)用服務(wù)器。
本發(fā)明實(shí)施例中，可以通過(guò)ACK消息把QoS請(qǐng)求結(jié)果發(fā)送給應(yīng)用服務(wù)器。所述ACK消息的定義如下表11所示 表11關(guān)于ACK消息的定義 本發(fā)明不僅對(duì)WiMAX系統(tǒng)適用，對(duì)其他接入系統(tǒng)，如3G系統(tǒng)，WLAN系統(tǒng)等同樣適用。本文僅以WiMAX系統(tǒng)為例進(jìn)行了說(shuō)明。在其他的系統(tǒng)(3G、WLAN等網(wǎng)絡(luò))中，只要網(wǎng)絡(luò)部署了PCC系統(tǒng)和通用開(kāi)放業(yè)務(wù)接口系統(tǒng)(USI或是OSA)，通用開(kāi)放接口系統(tǒng)都可以同樣使用本發(fā)明使用的接口和流程來(lái)實(shí)現(xiàn)對(duì)應(yīng)用服務(wù)器的QoS能力開(kāi)放，來(lái)建立端到端的QoS控制和承載。
本發(fā)明實(shí)施例中，QoS終止流程可以如下 應(yīng)用發(fā)起的終止QoS請(qǐng)求，例如用戶終端發(fā)起終止業(yè)務(wù)請(qǐng)求到ASP/iASP應(yīng)用服務(wù)器，ASP/iASP應(yīng)用服務(wù)器可以發(fā)起terminateQoS請(qǐng)求到USI系統(tǒng)，USI系統(tǒng)通過(guò)PCC系統(tǒng)終止QoS。其中，terminateQoS請(qǐng)求攜帶QoSIdentifier參數(shù)，取值可以與applyQoS請(qǐng)求中的一致。terminateQoS方法描述如下表17所示 表17關(guān)于terminateQoS方法的描述 USI系統(tǒng)收到terminateQoS請(qǐng)求或者是applyQoS請(qǐng)求中的Duration參數(shù)所指示的時(shí)間達(dá)到后，向PCC系統(tǒng)發(fā)起暫?；蚴墙K止QoS會(huì)話請(qǐng)求申請(qǐng) USI系統(tǒng)通過(guò)Rx接口與PCC系統(tǒng)相連的情況下，如果terminateQoS消息中的type參數(shù)為DISABLED則發(fā)送Rx接口的AA-Request(AAR)消息，與發(fā)送QoS請(qǐng)求的AA-Request區(qū)別在于Flow-Status字段配置為DISABLED；如果type類(lèi)型是REMOVED，USI系統(tǒng)發(fā)送Session-Termination-Request(STR)消息用于終止用戶會(huì)話，并且在PCC系統(tǒng)返回終止成功后，USI系統(tǒng)將終止成功消息返回給ASP/iASP應(yīng)用服務(wù)器，然后終止與ASP/iASP應(yīng)用服務(wù)器之間的會(huì)話。本發(fā)明實(shí)施例中，Session-Termination-Request消息中的參數(shù)如下表18所示。
表18Session-Termination-Request消息中的參數(shù) USI系統(tǒng)通過(guò)Gx接口與PCC系統(tǒng)相連的情況下，發(fā)送Re-Auth-Request(RAR)消息，在terminateQoS消息中type為DISABLED的情況下，與發(fā)送QoS請(qǐng)求的Re-Auth-Request區(qū)別在于FLOW-STATUS為DISABLED；如果是type為REMOVED，則FLOW-STATUS配置為REMOVED，并且在PCC系統(tǒng)返回終止成功后，USI系統(tǒng)將成功消息返回給ASP/iASP應(yīng)用服務(wù)器，然后終止與ASP/iASP應(yīng)用服務(wù)器之間的會(huì)話。
收到終止QoS請(qǐng)求消息后，PCC系統(tǒng)卸載會(huì)話的配置QoS的PCC Rules，終止成功后返回終止成功消息給USI系統(tǒng)，在其中攜帶返回值與其他信息(如錯(cuò)誤時(shí)的錯(cuò)誤信息和發(fā)送錯(cuò)誤信息的主機(jī)地址等)，與applyQoS請(qǐng)求的返回消息類(lèi)似，具體可以參考3GPP定義的Rx接口或是Gx接口規(guī)范，在此就不再做詳細(xì)的描述。
PCC系統(tǒng)實(shí)施端到端QoS方案 用戶終端到ASN GW部分的QoS保障由ASN GW(A-PCEF)執(zhí)行，這部分是現(xiàn)有技術(shù)實(shí)現(xiàn)，WiMAX標(biāo)準(zhǔn)有比較詳細(xì)的描述，在本發(fā)明中就不再詳細(xì)敘述。ASN GW到HA之間的保障，如果HA(C-PCEF)執(zhí)行QoS保障功能，則這部分由HA執(zhí)行QoS策略保障QoS，否則，由ASN GW(A-PCEF)執(zhí)行QoS策略，并在ASN GW到HA之間的隧道(tunnel)上實(shí)施QoS，方法是通過(guò)實(shí)現(xiàn)DiffServ邊界網(wǎng)關(guān)功能，在ASN GW與HA之間的IP包頭的DSCP字段配置相應(yīng)的QoS等級(jí)標(biāo)簽，或者是ASN GW負(fù)責(zé)通過(guò)RSVP協(xié)議建立與HA之間的QoS保障通道。
與ASP/iASP應(yīng)用服務(wù)器之間經(jīng)過(guò)的外部網(wǎng)絡(luò)承載的QoS問(wèn)題，有如下幾種解決方案1)WiMAX網(wǎng)絡(luò)的PCRF與外部網(wǎng)絡(luò)的PCEF有信令接口，PCRF向PCEF發(fā)送QoS策略，外部網(wǎng)絡(luò)的PCEF執(zhí)行策略來(lái)實(shí)現(xiàn)QoS；2)當(dāng)外部網(wǎng)絡(luò)沒(méi)有PCEF或是WiMAX網(wǎng)絡(luò)與外部網(wǎng)絡(luò)沒(méi)有PCC接口時(shí)，HA(C-PCEF)作為網(wǎng)絡(luò)的邊界網(wǎng)關(guān)，負(fù)責(zé)實(shí)施WiMAX網(wǎng)絡(luò)到ASP/iASP應(yīng)用服務(wù)器之間的QoS，當(dāng)外部網(wǎng)絡(luò)支持DiffServ服務(wù)時(shí)，C-PCEF作為DiffServ的邊界網(wǎng)關(guān)，實(shí)現(xiàn)到ASP/iASP應(yīng)用服務(wù)器之間的差分QoS(DiffServ QoS)服務(wù)，如果外部網(wǎng)絡(luò)支持綜合QoS(InteServ QoS)服務(wù)，C-PCEF可以使用RSVP協(xié)議來(lái)實(shí)現(xiàn)到ASP/iASP應(yīng)用服務(wù)器之間的QoS服務(wù)。3)如果HA不支持C-PCEF功能或者是C-PCEF功能不支持QoS策略的執(zhí)行，則要有ASN GW(A-PCEF)進(jìn)行QoS實(shí)施，修改用戶數(shù)據(jù)的IP包頭，在DSCP字段標(biāo)識(shí)QoS標(biāo)識(shí)，或者是ASN GW負(fù)責(zé)建立與ASP/iASP應(yīng)用服務(wù)器的RSVP通路。同時(shí)ASN GW還有負(fù)責(zé)到HA之間的隧道通信的QoS，如上段所述。
以下結(jié)合具體的應(yīng)用場(chǎng)景，對(duì)本發(fā)明的實(shí)施方式作進(jìn)一步描述。
本發(fā)明的實(shí)施例二中，以應(yīng)用服務(wù)器向WiMAX用戶提供視頻留言信箱業(yè)務(wù)為例，當(dāng)應(yīng)用服務(wù)器在向用戶播放多媒體視頻留言時(shí)，向USI系統(tǒng)申請(qǐng)到用戶終端的單向QoS保障IP鏈路，該申請(qǐng)過(guò)程如圖5所示，包括以下步驟 步驟s501應(yīng)用服務(wù)器向USI系統(tǒng)發(fā)送apply QoS請(qǐng)求。
該apply QoS請(qǐng)求用XML描述的請(qǐng)求如下，請(qǐng)求消息可以使用HTTP、WebServices、SIP等承載信令攜帶 <？xml version＝＂1.0＂？> <usi xmlns＝＂um:wimax:params:xml:ns:usi＂version＝＂0＂state＝＂full＂> <usi func＝＂applyQoS＂id＝＂f31d5ad＂><UserID><Nai>pseudonyms@nsp1.com</Nai><Ipv6>5555::aaa:bbb:ccc:ddd</Ipv6> </UserID> <QoSIdentifier>q123456789</QoSIdentifier> <DefaultQoS>0</DefaultQoS> <QosProperties> <Duration>900</Druation> <UpStreamSpeedRate>0</UpStreamSpeedRate><DownStreamSpeedRate>1600000</DownStreamSpeedRate><！--約200k byte—> <MediaComponentDescription Media-Component-Number＝1> <Media-Sub-Component Flow-Number＝1> <Flow-Description> <！--僅提供download flow-description avp—> <action>permit</action><dir>out</dir> <！--標(biāo)識(shí)到終端的IP流，對(duì)用戶來(lái)說(shuō)是downlink流—> <proto>UDP</proto> <src>any</src> <dst>5555::aaa:bbb:ccc:ddd57000</dst> </Flow-Description></Media-Sub-Component><Application-Identifier>MultiMediaMail</Application-Identifier><Media-Type>1</Media-Type> <！--標(biāo)識(shí)VIDEO類(lèi)型—> <Max-Requested-Bandwidth-DL>1600000</Max-Requested-Bandwidth-DL> <Max-Requested-Bandwidth-UL>0</Max-Requested-Bandwidth-UL> <Flow-Status>1</Flow-Status> <！--表示ENABLED-DOWNLINK—> <Reservation-priority>4</Reservation-priority> </MediaComponentDescription> </QoSProperties> <ChargingIdentifier>c123456789</ChargingIdentifier> <SpecificAction>2</SpecificAction> <！--上報(bào)承載丟失事件—> <SpecificAction>4</SpecificAction> <！--上報(bào)承載釋放事件—><ReservationPriority>4</ReservationPriority><！--優(yōu)先級(jí)4—> </usi> 上述消息內(nèi)容中，攜帶請(qǐng)求方法的func字段，取值為applyQoS，表示方法是用于申請(qǐng)QoS，此次QoS申請(qǐng)的session id標(biāo)識(shí)，例子中表示為id＝＂f31d5ad＂。
攜帶用戶標(biāo)識(shí)(userID)，用戶ID為假名NAI地址，用戶IP為一個(gè)IPv6的HoA地址。另外，攜帶QoS標(biāo)識(shí)(QoSidentifier)用于標(biāo)識(shí)此次QoS申請(qǐng)，應(yīng)用服務(wù)器可以利用這個(gè)標(biāo)識(shí)向USI請(qǐng)求更新申請(qǐng)(如更改參數(shù)等)。
另外，攜帶可選參數(shù)DefaultQoS表示是否為用戶使用此業(yè)務(wù)的Default QoS數(shù)據(jù)，同時(shí)網(wǎng)絡(luò)側(cè)(USI系統(tǒng))保存有該用戶對(duì)該業(yè)務(wù)請(qǐng)求的QoS數(shù)據(jù)，實(shí)施缺省的QoS參數(shù)；如果網(wǎng)絡(luò)側(cè)沒(méi)有存儲(chǔ)時(shí)，可以存儲(chǔ)請(qǐng)求中的QoS參數(shù)和業(yè)務(wù)數(shù)據(jù)，如果請(qǐng)求沒(méi)有攜帶則返回錯(cuò)誤信息給應(yīng)用服務(wù)器。
另外，QoSProperties參數(shù)中攜帶可選參數(shù)Duration表示此次QoS請(qǐng)求對(duì)于IP流的實(shí)施時(shí)長(zhǎng)，USI系統(tǒng)根據(jù)這個(gè)參數(shù)進(jìn)行計(jì)時(shí)，在超過(guò)此時(shí)長(zhǎng)時(shí)發(fā)送中止QoS請(qǐng)求，并通知應(yīng)用服務(wù)器；攜帶可選參數(shù)UpStreamSpeedRate標(biāo)識(shí)上行最大速率；攜帶可選參數(shù)DownStreamSpeedRate標(biāo)識(shí)下行最大速率；攜帶可選參數(shù)MediaComponentDescription用于描述具體的QoS請(qǐng)求數(shù)據(jù)，與3GPP Rx接口規(guī)范描述一致，具體可以參考該規(guī)范。
另外，攜帶可選參數(shù)ChargingIdentifier，用于應(yīng)用服務(wù)器通知網(wǎng)絡(luò)側(cè)，應(yīng)用的計(jì)費(fèi)標(biāo)識(shí)。
另外，攜帶可選參數(shù)SpcificAction用于表示應(yīng)用服務(wù)器要求網(wǎng)絡(luò)側(cè)上報(bào)的時(shí)間和數(shù)據(jù)，例子中要求上報(bào)承載丟失和承載釋放事件。
另外，攜帶可選參數(shù)Reservation-Priority，表示應(yīng)用服務(wù)器對(duì)于此次請(qǐng)求要求的優(yōu)先級(jí)處理，優(yōu)先級(jí)的定義與現(xiàn)有規(guī)范中定義一致，如果USI系統(tǒng)不支持可以不攜帶此參數(shù)。
步驟s502USI系統(tǒng)調(diào)用鑒權(quán)，并向PCC系統(tǒng)發(fā)送AA-Request請(qǐng)求。
具體的，USI系統(tǒng)收到請(qǐng)求并通過(guò)對(duì)應(yīng)用服務(wù)器調(diào)用接口鑒權(quán)，向PCC系統(tǒng)的PRCF模塊通過(guò)Rx接口發(fā)送AA-Request請(qǐng)求，各AVP(Attribute ValuePair，屬性值對(duì))取值(diameter協(xié)議)如下表12所示 表12AA-Request請(qǐng)求中的AVP取值 Media-Component-Description取值如下表13所示 表13Media-Component-Description的取值 Media-Sub-Component取值如下表14所示 表14Media-Sub-Component的取值
步驟s503、PCC系統(tǒng)的PCRF收到AA-Request消息后，找到對(duì)應(yīng)用戶的會(huì)話，審核QoS請(qǐng)求后，將PCC Rules(攜帶請(qǐng)求的QoS信息)下發(fā)執(zhí)行，在收到執(zhí)行成功結(jié)果，將成功結(jié)果信息通過(guò)AA-Answer消息返回給USI系統(tǒng)。
AA-Answer消息的取值如下表15所示 表15AA-Answer消息的取值 注Result-Code為2001標(biāo)識(shí)請(qǐng)求執(zhí)行完全成功 步驟s504、USI系統(tǒng)收到PCC系統(tǒng)的PCRF返回的成功消息后，根據(jù)請(qǐng)求中攜帶的Duration參數(shù)配置開(kāi)始計(jì)時(shí)(在時(shí)間達(dá)到是要發(fā)送中止QoS請(qǐng)求到PCC系統(tǒng))，并將成功的結(jié)果通過(guò)Ack消息返回給應(yīng)用服務(wù)器。
該Ack消息用XML描述如下 <？xml version＝＂1.0＂？> <usi xmlns＝＂urn:wimax:params:xml:ns:usi＂version＝＂0＂state＝＂full＂> <usi func＝＂ack＂id＝＂f31d5ad＂> <ResultCode>2001</ResultCode> </usi> 本發(fā)明的實(shí)施例三中，與實(shí)施例二的不同點(diǎn)在于應(yīng)用服務(wù)器在apply QoS消息中攜帶MediaFlowDescriptionInSDPFormat參數(shù)到USI系統(tǒng)，USI系統(tǒng)根據(jù)收到的MediaFlowDescriptionInSDPFormat參數(shù)到Rx接口參數(shù)的映射，再通過(guò)Rx接口AA-Request消息向PCRF發(fā)送apply QoS請(qǐng)求。
該apply QoS請(qǐng)求用XML描述的請(qǐng)求如下， <usi xmlns＝＂urn:wimax:params:xml:ns:usi＂version＝＂0＂state＝＂full＂> <usi func＝＂applyQoS＂id＝＂f31d5ad＂><UserID><ID>pseudonyms＠nsp1.com</ID><Ipv6>5555::aaa:bbb:ccc:ddd</Ipv6></UserID><QoSIdentifier>q123456789</QoSIdentifier> <DefaultQoS>0</DefaultQoS> <QosProperties><Duration>900</Druation><UpStreamSpeedRate>0</UpStreamSpeedRate><DownStreamSpeedRate>1600000</DownStreamSpeedRate> <！--約200k byte--> <MediaFlowDescriptionInSDPFormat><c>IN IP6 5555::aaa:bbb:ccc:ddd</c> <a>recvonly</a><m>video 5560 RTP/AVP 99</m><a>rtpmap:99 h263-1998/90000</a><b>AS:1600</b></MediaFlowDescriptionInSDPFormat></QoSProperties><ChargingIdentifier>c123456789</ChargingIdentifier><SpecificAction>2</SpecificAction> <！--上報(bào)承載丟失事件--><SpecificAction>4</SpecificAction> <！--上報(bào)承載釋放事件--><ReservationPriority>4</ReservationPriority> <！--優(yōu)先級(jí)4--> </usi> 注MediaFlowDescriptionInSDPFormat字段中，c、a、m、b字段的定義與IETF標(biāo)準(zhǔn)定義的SDP規(guī)范(rfc4566)描述的一致c描述連接數(shù)據(jù)，a描述參數(shù)配置，m描述媒體參數(shù)，b描述帶寬參數(shù)。另外，也可以直接將SDP信息作為一個(gè)字段信息提供在MediaFlowDescriptionInSDPFormat字段中，而不區(qū)分子字段(c、a、m、b等)。
USI系統(tǒng)根據(jù)收到的MediaFlowDescriptionInSDPFormat參數(shù)，經(jīng)過(guò)轉(zhuǎn)換得到Media-Component-Description，如表16所示。
表16根據(jù)收到的SDP轉(zhuǎn)換得到的Media-Component-Description USI系統(tǒng)將轉(zhuǎn)換得到的Media-Component-Description，作為AA-Request消息的參數(shù)，發(fā)送給PCRF，后續(xù)的處理與實(shí)施例二中的描述一致，不再做詳細(xì)描述。
本發(fā)明的實(shí)施例四中，提供一種應(yīng)用服務(wù)器注冊(cè)缺省QoS參數(shù)到USI系統(tǒng)的方法。在注冊(cè)完成以后，應(yīng)用服務(wù)器再進(jìn)行QoS申請(qǐng)時(shí)，就不需要攜帶具體的QoS參數(shù)，而使用一個(gè)QoS索引就可以了。applyQoS消息用于注冊(cè)缺省QoS功能如下 <？xml version＝＂1.0＂？> <usi xmlns＝＂urn:wimax:params:xml:ns:usi＂version＝＂0＂state＝＂full＂> <usi func＝＂applyQoS＂id＝＂f31d5ad＂><QoSIdentifier>q123456789</QoSIdentifier> <DefaultQoS>1</DefaultQoS> <ModifyExistingSession>0</ModifyExistingSession><！--標(biāo)識(shí)只注冊(cè)缺省QoS參數(shù)—> <QosProperties> <UpStreamSpeedRate>0</UpStreamSpeedRate> <DownStreamSpeedRate>1600000</DownStreamSpeedRate><！--約200k byte--> <MediaComponentDescription Media-Component-Number＝1> <Application-Identifier>MultiMediaMail</Application-Identifier> <Media-Type>1</Media-Type> <！--標(biāo)識(shí)VIDEO類(lèi)型--> <Max-Requested-Bandwidth-DL>1600000</Max-Requested-Bandwidth-DL><Max-Requested-Bandwidth-UL>0</Max-Requested-Bandwidth-UL><Flow-Status>1</Flow-Status><！--表示ENABLED-DOWNLINK—><Reservation-priority>4</Reservation-priority></MediaComponentDescription></QoSProperties> </usi> USI系統(tǒng)收到信息后，通過(guò)DefaultQoS和ModifyExistingSession參數(shù)的配置，獲知此次請(qǐng)求是請(qǐng)求保存QoS缺省配置參數(shù)到WiMAX網(wǎng)絡(luò)。USI系統(tǒng)負(fù)責(zé)維護(hù)QoS缺省參數(shù)與QoS索引的關(guān)系；如果請(qǐng)求中攜帶了用戶信息，則該缺省QoS參數(shù)是屬于這個(gè)用戶的，否則該缺省參數(shù)所有用戶都可以使用。USI系統(tǒng)保持成功后將結(jié)果返回給應(yīng)用服務(wù)器。如果ModifyExistingSession配置為1(需要攜帶UserID參數(shù))，此時(shí)還需要USI系統(tǒng)將請(qǐng)求發(fā)送到PCC系統(tǒng)修改用戶正在進(jìn)行的會(huì)話的QoS。
通過(guò)本發(fā)明的實(shí)施例提供的上述方法，由PCC系統(tǒng)向USI系統(tǒng)開(kāi)放動(dòng)態(tài)QoS接口，實(shí)現(xiàn)WiMAX系統(tǒng)的動(dòng)態(tài)QoS能力通過(guò)USI接口向第三方應(yīng)用開(kāi)放功能。上層應(yīng)用實(shí)體通過(guò)USI系統(tǒng)向PCC系統(tǒng)提供業(yè)務(wù)需要的QoS信息，實(shí)現(xiàn)了上層應(yīng)用實(shí)體和PCC系統(tǒng)的QoS信息的傳遞和協(xié)商，實(shí)現(xiàn)接入網(wǎng)的動(dòng)態(tài)QoS能力的開(kāi)放，以及從上層應(yīng)用和接入網(wǎng)端到端的QoS保證。
本發(fā)明的實(shí)施例還提供一種端到端QoS的申請(qǐng)系統(tǒng)，如圖6所示，包括 應(yīng)用服務(wù)器實(shí)體10，用于接收用戶的請(qǐng)求，并向通用開(kāi)放接口系統(tǒng)發(fā)送QoS請(qǐng)求。
通用開(kāi)放接口USI系統(tǒng)實(shí)體20，用于根據(jù)所述應(yīng)用服務(wù)器實(shí)體發(fā)送的QoS申請(qǐng)，生成向PCC系統(tǒng)發(fā)送的QoS請(qǐng)求向所述PCC系統(tǒng)發(fā)送；并接收所述PCC系統(tǒng)發(fā)送的QoS分配結(jié)果。
PCC系統(tǒng)實(shí)體30，用于接收所述通用開(kāi)放接口系統(tǒng)實(shí)體發(fā)送的申請(qǐng)QoS請(qǐng)求，根據(jù)用戶信息一起動(dòng)態(tài)生成用戶的PCC Rules；動(dòng)態(tài)實(shí)施PCC Rules實(shí)現(xiàn)動(dòng)態(tài)QoS并返回QoS分配結(jié)果。
其中，應(yīng)用服務(wù)器實(shí)體10進(jìn)一步包括 請(qǐng)求接收單元11，用于接收用戶的QoS申請(qǐng)； 地址獲取單元12，用于獲取通用開(kāi)放接口系統(tǒng)實(shí)體的地址，并將所述請(qǐng)求接收單元11接收的QoS申請(qǐng)向所述獲取到的地址發(fā)送。
其中，通用開(kāi)放接口系統(tǒng)實(shí)體20進(jìn)一步包括 QoS請(qǐng)求生成單元21，用于根據(jù)所述應(yīng)用服務(wù)器實(shí)體10發(fā)送的請(qǐng)求，生成向PCC系統(tǒng)實(shí)體30發(fā)送的申請(qǐng)QoS請(qǐng)求； 轉(zhuǎn)換單元22，用于將申請(qǐng)QoS請(qǐng)求生成單元21生成的申請(qǐng)QoS請(qǐng)求進(jìn)行轉(zhuǎn)換后向PCC系統(tǒng)實(shí)體30發(fā)送。
通過(guò)本發(fā)明的實(shí)施例提供的上述系統(tǒng)和設(shè)備，由PCC系統(tǒng)向USI系統(tǒng)開(kāi)放動(dòng)態(tài)QoS接口，實(shí)現(xiàn)WiMAX系統(tǒng)的動(dòng)態(tài)QoS能力通過(guò)USI接口向第三方應(yīng)用開(kāi)放功能。上層應(yīng)用實(shí)體通過(guò)USI系統(tǒng)向PCC系統(tǒng)提供業(yè)務(wù)需要的QoS信息，實(shí)現(xiàn)了上層應(yīng)用實(shí)體和PCC系統(tǒng)的QoS信息的傳遞和協(xié)商，實(shí)現(xiàn)接入網(wǎng)的動(dòng)態(tài)QoS能力的開(kāi)放，以及從上層應(yīng)用和接入網(wǎng)端到端的QoS保證。
通過(guò)以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件平臺(tái)的方式來(lái)實(shí)現(xiàn)，當(dāng)然也可以通過(guò)硬件，但很多情況下前者是更佳的實(shí)施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái)，該計(jì)算機(jī)軟件產(chǎn)品存儲(chǔ)在一個(gè)存儲(chǔ)介質(zhì)中，包括若干指令用以使得一臺(tái)設(shè)備執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。
以上公開(kāi)的僅為本發(fā)明的幾個(gè)具體實(shí)施例，但是，本發(fā)明并非局限于此，任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護(hù)范圍。
權(quán)利要求
1、一種端到端服務(wù)質(zhì)量QoS的申請(qǐng)方法，其特征在于，包括以下步驟
通用開(kāi)放接口系統(tǒng)接收應(yīng)用服務(wù)器發(fā)送的QoS申請(qǐng)，并生成向策略與計(jì)費(fèi)控制系統(tǒng)發(fā)送的QoS請(qǐng)求；
通用開(kāi)放接口系統(tǒng)向策略與計(jì)費(fèi)控制系統(tǒng)發(fā)送所述生成的QoS請(qǐng)求，并接收所述策略與計(jì)費(fèi)控制系統(tǒng)發(fā)送的QoS分配結(jié)果。
2、如權(quán)利要求1所述端到端QoS的申請(qǐng)方法，其特征在于，所述生成向策略與計(jì)費(fèi)控制系統(tǒng)發(fā)送的QoS請(qǐng)求具體為
生成通用開(kāi)放接口系統(tǒng)計(jì)費(fèi)標(biāo)識(shí)，并將所述通用開(kāi)放接口系統(tǒng)計(jì)費(fèi)標(biāo)識(shí)與所述應(yīng)用服務(wù)器、接入網(wǎng)絡(luò)計(jì)費(fèi)標(biāo)識(shí)進(jìn)行關(guān)聯(lián)；
將所述通用開(kāi)放接口系統(tǒng)計(jì)費(fèi)標(biāo)識(shí)添加在所述QoS請(qǐng)求中。
3、如權(quán)利要求1所述端到端QoS的申請(qǐng)方法，其特征在于，所述生成向PCC系統(tǒng)發(fā)送的申請(qǐng)QoS請(qǐng)求具體為
獲取接收到的會(huì)話描述協(xié)議描述的媒體參數(shù)；
將所述描述的媒體參數(shù)轉(zhuǎn)換為所述策略與計(jì)費(fèi)控制系統(tǒng)支持的媒體成分描述參數(shù)，并添加在所述申請(qǐng)QoS請(qǐng)求中。
4、如權(quán)利要求1所述端到端QoS的申請(qǐng)方法，其特征在于，所述生成向策略與計(jì)費(fèi)控制系統(tǒng)發(fā)送的QoS請(qǐng)求具體為
生成用戶終端標(biāo)識(shí)，所述標(biāo)識(shí)包括用戶終端的接入網(wǎng)絡(luò)標(biāo)識(shí)和地址；
將所述用戶終端標(biāo)識(shí)添加在所述QoS請(qǐng)求中。
5、如權(quán)利要求1所述端到端QoS的申請(qǐng)方法，其特征在于，通用開(kāi)放接口系統(tǒng)接收應(yīng)用服務(wù)器發(fā)送的QoS申請(qǐng)中包括QoS時(shí)長(zhǎng)字段時(shí)，所述接收所述策略與計(jì)費(fèi)控制系統(tǒng)發(fā)送的QoS分配結(jié)果后還包括
根據(jù)所述應(yīng)用服務(wù)器發(fā)送的QoS申請(qǐng)中攜帶的QoS時(shí)長(zhǎng)字段，對(duì)QoS申請(qǐng)成功后的有效時(shí)間進(jìn)行控制。
6、如權(quán)利要求1所述端到端QoS的申請(qǐng)方法，其特征在于，所述接收應(yīng)用服務(wù)器發(fā)送的QoS申請(qǐng)前還包括為
所述應(yīng)用服務(wù)器獲取通用開(kāi)放接口系統(tǒng)的地址，并向所述地址發(fā)送QoS申請(qǐng)；
所述應(yīng)用服務(wù)器獲取通用開(kāi)放接口系統(tǒng)的地址具體為
獲取所述用戶請(qǐng)求中攜帶的用戶標(biāo)識(shí)或地址，并根據(jù)預(yù)先建立的通用開(kāi)放接口系統(tǒng)的地址、與用戶標(biāo)識(shí)或地址范圍的對(duì)應(yīng)關(guān)系，獲取通用開(kāi)放接口系統(tǒng)的地址；或
根據(jù)用戶標(biāo)識(shí)中的域名信息查詢域名系統(tǒng)DNS，獲取通用開(kāi)放接口系統(tǒng)的地址；或
解析直接在所述用戶請(qǐng)求中攜帶的通用開(kāi)放接口系統(tǒng)的地址。
7、如權(quán)利要求1所述端到端QoS的申請(qǐng)方法，其特征在于，所述用戶為漫游用戶時(shí)，所述通用開(kāi)放接口系統(tǒng)向策略與計(jì)費(fèi)控制系統(tǒng)發(fā)送所述生成的QoS請(qǐng)求具體為
用戶歸屬網(wǎng)絡(luò)的通用開(kāi)放接口系統(tǒng)接收應(yīng)用服務(wù)器發(fā)送的QoS申請(qǐng)后，向用戶歸屬服務(wù)器查詢用戶拜訪網(wǎng)絡(luò)地址，并將所述QoS申請(qǐng)發(fā)送給用戶拜訪網(wǎng)絡(luò)的通用開(kāi)放接口系統(tǒng)，所述用戶拜訪網(wǎng)絡(luò)的通用開(kāi)放接口系統(tǒng)將所述生成的QoS請(qǐng)求向策略與計(jì)費(fèi)控制系統(tǒng)發(fā)送；或
用戶歸屬網(wǎng)絡(luò)的通用開(kāi)放接口系統(tǒng)接收應(yīng)用服務(wù)器發(fā)送的QoS申請(qǐng)后，向用戶歸屬網(wǎng)絡(luò)的策略與計(jì)費(fèi)控制系統(tǒng)發(fā)送生成的QoS請(qǐng)求，用戶歸屬網(wǎng)絡(luò)的策略與計(jì)費(fèi)控制系統(tǒng)發(fā)現(xiàn)用戶漫游，將所述QoS請(qǐng)求發(fā)送給用戶拜訪網(wǎng)絡(luò)的策略與計(jì)費(fèi)控制系統(tǒng)；或
用戶拜訪網(wǎng)絡(luò)的通用開(kāi)放接口系統(tǒng)接收應(yīng)用服務(wù)器發(fā)送的QoS申請(qǐng)后，將生成的QoS請(qǐng)求發(fā)送給用戶拜訪網(wǎng)絡(luò)的策略與計(jì)費(fèi)控制系統(tǒng)，用戶拜訪網(wǎng)絡(luò)的策略與計(jì)費(fèi)控制系統(tǒng)向用戶歸屬網(wǎng)絡(luò)的策略與計(jì)費(fèi)控制系統(tǒng)發(fā)送所述生成的QoS請(qǐng)求，并接收所述歸屬網(wǎng)絡(luò)的策略與計(jì)費(fèi)控制系統(tǒng)返回的分配結(jié)果。
8、如權(quán)利要求1所述端到端QoS的申請(qǐng)方法，其特征在于，所述接收應(yīng)用服務(wù)器發(fā)送的QoS申請(qǐng)前還包括
接收應(yīng)用服務(wù)器注冊(cè)的缺省QoS參數(shù)；
所述接收應(yīng)用服務(wù)器發(fā)送的QoS申請(qǐng)具體為
接收應(yīng)用服務(wù)器根據(jù)用戶請(qǐng)求發(fā)送的QoS索引；根據(jù)所述索引以及所述缺省QoS參數(shù)，獲取QoS申請(qǐng)。
9、如權(quán)利要求1所述端到端QoS的申請(qǐng)方法，其特征在于，所述向策略與計(jì)費(fèi)控制系統(tǒng)發(fā)送所述生成的QoS請(qǐng)求具體為
與所述策略與計(jì)費(fèi)控制系統(tǒng)的策略和計(jì)費(fèi)決策功能PCRF連接時(shí)，將所述QoS請(qǐng)求轉(zhuǎn)換為請(qǐng)求消息，通過(guò)與所述PCRF的Rx接口，向PCRF發(fā)送所述轉(zhuǎn)換后的請(qǐng)求消息；或
與所述策略與計(jì)費(fèi)控制系統(tǒng)的策略分發(fā)功能PDF/策略與計(jì)費(fèi)執(zhí)行功能PCEF連接時(shí)，將所述QoS請(qǐng)求轉(zhuǎn)換為策略與計(jì)費(fèi)控制規(guī)則，并通過(guò)與所述PDF/PCEF的Gx接口，向PDF/PCEF發(fā)送所述策略與計(jì)費(fèi)控制規(guī)則。
10、如權(quán)利要求1所述端到端QoS的申請(qǐng)方法，其特征在于，所述接收所述策略與計(jì)費(fèi)控制系統(tǒng)發(fā)送的QoS分配結(jié)果具體為
與所述策略與計(jì)費(fèi)控制系統(tǒng)的PCRF連接時(shí)，接收所述PCRF通過(guò)Rx接口發(fā)送的應(yīng)答消息，所述應(yīng)答消息攜帶QoS的分配結(jié)果；或
與所述策略與計(jì)費(fèi)控制系統(tǒng)的PDF/PCEF連接時(shí)，接收所述PDF/PCEF通過(guò)Gx接口發(fā)送的應(yīng)答消息，所述應(yīng)答消息攜帶QoS的分配結(jié)果。
11、如權(quán)利要求1所述端到端QoS的申請(qǐng)方法，其特征在于，所述接收所述PCC系統(tǒng)發(fā)送的QoS分配結(jié)果后，還包括
通用開(kāi)放接口系統(tǒng)將所述QoS分配結(jié)果發(fā)送給所述應(yīng)用服務(wù)器；所述QoS分配結(jié)果包括直接對(duì)所述申請(qǐng)QoS請(qǐng)求的授權(quán)、或?qū)λ錾暾?qǐng)QoS請(qǐng)求的修改。
12、如權(quán)利要求11所述端到端QoS的申請(qǐng)方法，其特征在于，所述通用開(kāi)放接口系統(tǒng)將QoS分配結(jié)果發(fā)送給所述應(yīng)用服務(wù)器后，還包括
通用開(kāi)放接口系統(tǒng)接收到應(yīng)用服務(wù)器發(fā)送的終止QoS請(qǐng)求、或所述QoS申請(qǐng)成功后的有效時(shí)間到達(dá)時(shí)，所述通用開(kāi)放接口系統(tǒng)向策略與計(jì)費(fèi)控制系統(tǒng)發(fā)送暫?；蛑兄筈oS的請(qǐng)求。
13、一種端到端QoS的申請(qǐng)系統(tǒng)，其特征在于，包括
應(yīng)用服務(wù)器實(shí)體，用于接收用戶的請(qǐng)求，并向通用開(kāi)放接口系統(tǒng)發(fā)送QoS請(qǐng)求；
通用開(kāi)放接口系統(tǒng)實(shí)體，用于根據(jù)所述應(yīng)用服務(wù)器實(shí)體發(fā)送的QoS申請(qǐng)，生成QoS請(qǐng)求并向所述策略與計(jì)費(fèi)控制系統(tǒng)發(fā)送；接收所述策略與計(jì)費(fèi)控制系統(tǒng)發(fā)送的QoS分配結(jié)果；
策略與計(jì)費(fèi)控制系統(tǒng)實(shí)體，用于接收所述通用開(kāi)放接口系統(tǒng)實(shí)體發(fā)送的QoS請(qǐng)求并返回QoS分配結(jié)果。
14、如權(quán)利要求13所述端到端QoS的申請(qǐng)系統(tǒng)，其特征在于，所述應(yīng)用服務(wù)器實(shí)體進(jìn)一步包括
請(qǐng)求接收單元，用于接收用戶的QoS申請(qǐng)；
地址獲取單元，用于獲取通用開(kāi)放接口系統(tǒng)實(shí)體的地址，并將所述請(qǐng)求接收單元接收的QoS申請(qǐng)向所述獲取到的地址發(fā)送。
15、如權(quán)利要求13所述端到端QoS的申請(qǐng)系統(tǒng)，其特征在于，所述通用開(kāi)放接口系統(tǒng)實(shí)體進(jìn)一步包括
QoS請(qǐng)求生成單元，用于根據(jù)所述應(yīng)用服務(wù)器實(shí)體發(fā)送的QoS申請(qǐng)，生成向策略與計(jì)費(fèi)控制系統(tǒng)發(fā)送的QoS請(qǐng)求；
轉(zhuǎn)換單元，用于將所述QoS請(qǐng)求生成單元生成的QoS請(qǐng)求進(jìn)行轉(zhuǎn)換后向策略與計(jì)費(fèi)控制系統(tǒng)發(fā)送。
16、一種通用開(kāi)放接口系統(tǒng)實(shí)體，用于端到端QoS的申請(qǐng)，其特征在于，包括
QoS請(qǐng)求生成單元，用于根據(jù)應(yīng)用服務(wù)器實(shí)體發(fā)送的QoS申請(qǐng)，生成向策略與計(jì)費(fèi)控制系統(tǒng)發(fā)送的QoS請(qǐng)求；
轉(zhuǎn)換單元，用于將所述QoS請(qǐng)求生成單元生成的QoS請(qǐng)求進(jìn)行轉(zhuǎn)換后向策略與計(jì)費(fèi)控制系統(tǒng)發(fā)送。
17、一種應(yīng)用服務(wù)器，用于端到端QoS的申請(qǐng)，其特征在于，包括
請(qǐng)求接收單元，用于接收用戶的QoS申請(qǐng)；
地址獲取單元，用于獲取通用開(kāi)放接口系統(tǒng)實(shí)體的地址，并將所述請(qǐng)求接收單元接收的QoS申請(qǐng)向所述獲取到的地址發(fā)送。
全文摘要
本發(fā)明公開(kāi)了一種端到端QoS申請(qǐng)方法，包括以下步驟通用開(kāi)放接口USI系統(tǒng)接收應(yīng)用服務(wù)器發(fā)送的QoS申請(qǐng)，并生成向策略與計(jì)費(fèi)控制PCC系統(tǒng)發(fā)送的QoS請(qǐng)求；USI系統(tǒng)向PCC系統(tǒng)發(fā)送所述生成的QoS請(qǐng)求，并接收所述PCC系統(tǒng)發(fā)送的QoS分配結(jié)果。本發(fā)明還公開(kāi)了一種端到端服務(wù)質(zhì)量QoS的申請(qǐng)系統(tǒng)。通過(guò)使用本發(fā)明，PCC系統(tǒng)向USI系統(tǒng)開(kāi)放動(dòng)態(tài)QoS接口，實(shí)現(xiàn)WiMAX系統(tǒng)的動(dòng)態(tài)QoS能力通過(guò)USI接口向第三方應(yīng)用開(kāi)放功能。上層應(yīng)用實(shí)體通過(guò)USI系統(tǒng)向PCC系統(tǒng)提供業(yè)務(wù)需要的QoS信息，實(shí)現(xiàn)了上層應(yīng)用實(shí)體和PCC系統(tǒng)的QoS信息的傳遞和協(xié)商，實(shí)現(xiàn)接入網(wǎng)的動(dòng)態(tài)QoS能力的開(kāi)放，以及從上層應(yīng)用和接入網(wǎng)端到端的QoS保證。
文檔編號(hào)H04L12/24GK101442428SQ20071016971
公開(kāi)日2009年5月27日 申請(qǐng)日期2007年11月19日 優(yōu)先權(quán)日2007年11月19日
發(fā)明者彭程暉 申請(qǐng)人:華為技術(shù)有限公司