亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

一種帶寬選擇方法、裝置和系統(tǒng)的制作方法

文檔序號(hào):7903355閱讀:91來(lái)源:國(guó)知局
專利名稱:一種帶寬選擇方法、裝置和系統(tǒng)的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及通信技術(shù)領(lǐng)域,具體涉及帶寬選擇方法、裝置和系統(tǒng)。
背景技術(shù)
目前移動(dòng)帶寬業(yè)務(wù)已進(jìn)入快速發(fā)展的軌道,其爆炸式增長(zhǎng)已成為推動(dòng)電信行業(yè)增長(zhǎng)的新亮點(diǎn),隨之而來(lái)的帶寬問題考驗(yàn)著運(yùn)營(yíng)商的運(yùn)營(yíng)要求。第三代合作伙伴計(jì)劃(3GPP: Third Generation Partnership)在R7規(guī)范中引入了策略和計(jì)費(fèi)控制功能(PCRF :Policy and Charging Rules Function)。PCRF 網(wǎng)元在網(wǎng)關(guān) GPRS 支持節(jié)點(diǎn)(GGSN :Gateway GPRS Support Node)與PCRF間引入了 Gx標(biāo)準(zhǔn)接口,該接口基于Diameter/IP協(xié)議,PCRF與 GGSN間通過foe接口實(shí)時(shí)地交換用戶的網(wǎng)絡(luò)使用情況和業(yè)務(wù)的具體信息,從而實(shí)現(xiàn)對(duì)用戶業(yè)務(wù)的實(shí)施服務(wù)質(zhì)量(QoS =Quality of Service)的控制,為分組域(PS =Packet Switched domain)開展多媒體實(shí)時(shí)業(yè)務(wù)提供了可靠的保障。在這些能力基礎(chǔ)上,如何按需及時(shí)滿足用戶的移動(dòng)上網(wǎng)帶寬需求并準(zhǔn)確計(jì)費(fèi),提供更好的用戶體驗(yàn)需要發(fā)展更多的技術(shù)方法。現(xiàn)有技術(shù)方案都是在用戶訂購(gòu)業(yè)務(wù)時(shí)選擇好帶寬和對(duì)應(yīng)的資費(fèi),業(yè)務(wù)支撐系統(tǒng)/ 運(yùn)行支撐系統(tǒng)(BSS/0SS :Business Support System/Operation Support System)系統(tǒng)向用戶簽約信息數(shù)據(jù)庫(kù)(SI3R Subscription Profile R印ository)/歸屬位置寄存器(HLR Home Location Register)登記用戶的簽約帶寬,向在線計(jì)費(fèi)系統(tǒng)(0CS :0nline Charging System)或電信企業(yè)計(jì)費(fèi)(Billing)等計(jì)費(fèi)系統(tǒng)登記用戶的簽約帶寬和對(duì)應(yīng)的資費(fèi)。由于上述計(jì)費(fèi)系統(tǒng)只能根據(jù)用戶預(yù)先登記的帶寬進(jìn)行計(jì)費(fèi),用戶在使用過程中只能按固定的帶寬使用各種數(shù)據(jù)業(yè)務(wù),不能在順利獲取通信業(yè)務(wù)的同時(shí)節(jié)約通信資源,或者不能靈活的選擇不同的數(shù)據(jù)業(yè)務(wù)服務(wù)質(zhì)量。

發(fā)明內(nèi)容
本發(fā)明的實(shí)施例提供了一種帶寬選擇方法、裝置和系統(tǒng),使得用戶能夠根據(jù)業(yè)務(wù)需求方便地調(diào)整帶寬。本發(fā)明的實(shí)施例提供了一種帶寬選擇方法,包括帶寬選擇裝置接收用戶設(shè)備UE 發(fā)送的連接請(qǐng)求;帶寬選擇裝置分析該連接請(qǐng)求,生成帶寬選項(xiàng)并返回給該UE ;帶寬選擇裝置接收該UE根據(jù)帶寬選項(xiàng)選擇的帶寬,并通知PCRF將該UE使用業(yè)務(wù)時(shí)需要的帶寬設(shè)置為該選擇的帶寬。本發(fā)明的實(shí)施例提供了一種帶寬選擇裝置,包括UE接口,用于接收UE發(fā)送的連接請(qǐng)求。進(jìn)一步用于,發(fā)送帶寬選項(xiàng)給該UE,以及,接收該UE根據(jù)該帶寬選項(xiàng)選擇的帶寬; 分析生成模塊,用于分析該連接請(qǐng)求,生成帶寬選項(xiàng),并轉(zhuǎn)給該UE接口 ;轉(zhuǎn)發(fā)模塊,用于接收該UE接口發(fā)送過來(lái)的選擇的帶寬,并通過Rx接口或私有內(nèi)部接口向PCRF發(fā)送消息包, 該消息包用于通知PCRF將該UE使用業(yè)務(wù)時(shí)需要的帶寬設(shè)置為該選擇的帶寬。本發(fā)明的實(shí)施例提供了一種通信系統(tǒng),包括本發(fā)明實(shí)施例提供的帶寬選擇裝置和PCRF,該P(yáng)CRF用于接收所述帶寬選擇裝置發(fā)送過來(lái)的選擇的帶寬,并發(fā)送給策略控制執(zhí)行功會(huì)邑(PCEF :Policy Control Enforcement Function)執(zhí)行。從本發(fā)明實(shí)施例提供的以上技術(shù)方案可以看出,由于本發(fā)明實(shí)施例中帶寬選擇裝置可以實(shí)時(shí)地根據(jù)UE的連接請(qǐng)求,獲取UE請(qǐng)求的業(yè)務(wù)的標(biāo)識(shí)對(duì)應(yīng)的帶寬選項(xiàng),并將該帶寬選項(xiàng)發(fā)送給UE,使得用戶能夠根據(jù)當(dāng)前使用的業(yè)務(wù)的需求選擇合適的帶寬,在滿足用戶的通信需求的情況下盡量節(jié)省通信資源或者靈活的選擇不同的數(shù)據(jù)業(yè)務(wù)服務(wù)質(zhì)量。


為了更清楚地說(shuō)明本發(fā)明實(shí)施例中的技術(shù)方案,下面將實(shí)施例描述中所需要使用的附圖作簡(jiǎn)單地介紹。顯而易見地,下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例,對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講,在不付出創(chuàng)造性勞動(dòng)性的前提下,還可以根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明一個(gè)實(shí)施例提供的引入帶寬選擇裝置后的策略計(jì)費(fèi)控制(PCC Policy and Charging Control)架構(gòu)Tj^意圖0圖2為本發(fā)明一個(gè)實(shí)施例提供的帶寬選擇方法的流程示意圖。圖3為本發(fā)明一個(gè)實(shí)施例提供的引入帶寬選擇裝置后PCC處理的流程示意圖。圖4為本發(fā)明一個(gè)實(shí)施例提供的帶寬選擇裝置結(jié)構(gòu)示意圖。圖5為本發(fā)明另一個(gè)實(shí)施例提供的帶寬選擇裝置結(jié)構(gòu)示意圖。
具體實(shí)施例方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖,對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述。顯然,所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例,而不是全部的實(shí)施例?;诒景l(fā)明中的實(shí)施例,本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例,都屬于本發(fā)明保護(hù)的范圍。先介紹本發(fā)明實(shí)施例提供的PCC架構(gòu),圖1描述了本發(fā)明一個(gè)實(shí)施例提供的引入帶寬選擇裝置后的PCC架構(gòu),該架構(gòu)示意圖是在現(xiàn)有PCC架構(gòu)圖基礎(chǔ)上擴(kuò)展的,該實(shí)施例包括用戶簽約信息數(shù)據(jù)庫(kù)SPR101。SPR101是一個(gè)存儲(chǔ)了用戶簽約信息的數(shù)據(jù)庫(kù),用于向PCRF提供例如用戶簽約擁有的業(yè)務(wù)、帶寬資源等所有關(guān)于用戶的簽約信息。SPR101與PCRF103通過Sp接口相連, Sp 接□使用 Internet 工禾呈任務(wù)組(IETF :Internet Engineering Task Force)定義的 Diameter協(xié)議,關(guān)于該接口的詳細(xì)定義參見3GPP TS23. 203,TS29. 328及TS29. 329。應(yīng)用實(shí)體(AF Application Function) 102。AF 102通過Rx接口與PCRF 103連接,用于當(dāng)PCRF 103制定策略和計(jì)費(fèi)控制規(guī)則時(shí),為其動(dòng)態(tài)提供應(yīng)用層會(huì)話信息,該信息包含用于識(shí)別業(yè)務(wù)數(shù)據(jù)流的IP過濾器,應(yīng)用或媒體所需帶寬信息等。Rx接口使用IETF定義的Diameter協(xié)議,關(guān)于該接口的詳細(xì)定義參見 3GPP TS23. 203。例如IP 多媒體子系統(tǒng)(IMS IP Multimedia Subsystem)中的代理呼叫會(huì)話控制功能(P-CSCF :Proxy Call Session Control Function)就屬于 AF。策略和計(jì)費(fèi)控制功能PCRF 103。
PCRF 103通過Sp接口向SPRlOl請(qǐng)求用戶簽約信息,根據(jù)用戶接入網(wǎng)絡(luò)的限制、用戶當(dāng)前正在進(jìn)行的業(yè)務(wù)信息、本地運(yùn)營(yíng)商配置及用戶簽約信息,制訂相應(yīng)的策略,并將策略通過to接口提供給PCEF104執(zhí)行。PCRF103向PCEF104下發(fā)PCC規(guī)則、協(xié)商IP連接訪問網(wǎng)絡(luò)(IP-CAN IP-Connectivity Access Network)承載的建立模式等,所述的策略主要包括業(yè)務(wù)數(shù)據(jù)流檢測(cè)、QoS控制、門控和基于流的計(jì)費(fèi)等。策略控制執(zhí)行功能PCEF104以及網(wǎng)關(guān)105。PCEF 104通過Gx接口與PCRF 103連接并向其請(qǐng)求PCC規(guī)則,執(zhí)行IP-CAN會(huì)話的建立、維護(hù)和終止,同時(shí)通過接入網(wǎng)絡(luò)與UE106相連,執(zhí)行PCRF 103下發(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)。foe接口使用IETF定義的Diameter 協(xié)議,關(guān)于該接口的詳細(xì)定義參見3GPP TS29. 212。例如GPRS中的GGSN實(shí)體就屬于PCEF。用戶設(shè)備(UE=User Equipment) 106。UE可以是移動(dòng)終端、平板電腦、個(gè)人計(jì)算機(jī)、PAD等用戶設(shè)備。UE可以通過化接口向帶寬選擇裝置107發(fā)送帶寬選擇請(qǐng)求。帶寬選擇裝置107。本發(fā)明實(shí)施例提供的架構(gòu)與現(xiàn)有PCC架構(gòu)相比,改進(jìn)之處就在于增加了帶寬選擇裝置107。增加該裝置后,用戶可以按照當(dāng)前使用的業(yè)務(wù)需求動(dòng)態(tài)的選擇合適的帶寬。該帶寬選擇裝置107與UE106可以通過化接口等方式實(shí)現(xiàn)?;梢圆捎贸谋緜鬏攨f(xié)議(HTTP :Hyper Text Transfer Protocol)、無(wú)線應(yīng)用協(xié)議(WAP :Wireless Application Protocol)和簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議(SNMP =Simple Network Management Protocol)等具體實(shí)現(xiàn)方式,UE106可以通過這些協(xié)議向該裝置發(fā)起帶寬選擇請(qǐng)求。例如, 當(dāng)采用HTTP協(xié)議時(shí),用戶可以通過UE上標(biāo)準(zhǔn)的Web瀏覽器進(jìn)行操作。該帶寬選擇裝置107與PCRF可以通過Rx接口或私有接口實(shí)現(xiàn)。Rx接口使用IETF 定義的Diameter協(xié)議,關(guān)于該接口的詳細(xì)定義參見3GPPTS23. 203。私有接口是該裝置與 PCRF統(tǒng)一的一個(gè)自定義接口。該帶寬選擇裝置107,用于通過化接口接收UE的連接請(qǐng)求,通過該裝置的解析單元解析連接請(qǐng)求,并由生成單元生成帶寬選項(xiàng)返回給UE,UE將做出的帶寬選擇通過化接口發(fā)送給該帶寬選擇裝置,最后由該帶寬選擇裝置通過Rx接口或私有接口通知PCRF更新該 UE對(duì)應(yīng)業(yè)務(wù)的帶寬設(shè)置。該帶寬選項(xiàng)中可以包括一項(xiàng)或者多項(xiàng)記錄,該記錄中包含帶寬,以及進(jìn)一步包含該帶寬對(duì)應(yīng)的費(fèi)率。離線計(jì)費(fèi)系統(tǒng)(0FCS=Offline Charging System) 108 和 0CS109。0FCS/0CS的結(jié)合能夠?qū)崟r(shí)的控制業(yè)務(wù)使用和系統(tǒng)之間的交互計(jì)費(fèi)。OCS系統(tǒng)將設(shè)備的話務(wù)控制功能與計(jì)費(fèi)功能相分離,并建立了計(jì)費(fèi)體制與會(huì)話/服務(wù)控制的直接交互, 使計(jì)費(fèi)完全參與服務(wù)的使用過程。圖2描述了本發(fā)明一個(gè)實(shí)施例提供的帶寬選擇方法的流程示意圖,該實(shí)施例描述的是帶寬選擇裝置的處理流程,該帶寬選擇裝置可以作為一個(gè)單獨(dú)的網(wǎng)絡(luò)設(shè)備部署,也可以作為一個(gè)功能模塊部署在現(xiàn)有的PCRF或OCS上,該實(shí)施例包括201、接收UE的連接請(qǐng)求。在本發(fā)明的實(shí)施例中,帶寬選擇裝置通過化接口接收UE的連接請(qǐng)求,該連接請(qǐng)求包含了 UE的標(biāo)識(shí)和UE請(qǐng)求的業(yè)務(wù)的標(biāo)識(shí)等信息。202、分析UE的連接請(qǐng)求并生成帶寬選項(xiàng)返回給UE。在本發(fā)明的實(shí)施例中,帶寬選擇裝置接收了 UE的連接請(qǐng)求,并通過解析連接請(qǐng)求,獲取UE的標(biāo)識(shí)和UE請(qǐng)求的業(yè)務(wù)的標(biāo)識(shí)。比如,當(dāng)UE的連接請(qǐng)求是一個(gè)URL地址時(shí),帶寬選擇裝置可以通過解析該URL地址中的參數(shù)部分,獲取到UE的標(biāo)識(shí)和UE請(qǐng)求的業(yè)務(wù)的標(biāo)識(shí)。另外,由于帶寬選擇裝置預(yù)先存儲(chǔ)每個(gè)業(yè)務(wù)的標(biāo)識(shí)對(duì)應(yīng)的帶寬選項(xiàng),因此帶寬選擇裝置根據(jù)獲取的UE請(qǐng)求的業(yè)務(wù)的標(biāo)識(shí)查詢就可以得到該UE請(qǐng)求的業(yè)務(wù)標(biāo)識(shí)對(duì)應(yīng)的帶寬選項(xiàng),并將該帶寬選項(xiàng)返回給UE。203、接收UE發(fā)送的帶寬選擇。在本發(fā)明的實(shí)施例中,帶寬選擇裝置繼續(xù)接收UE的連接請(qǐng)求,該連接請(qǐng)求中包含了 UE發(fā)送的帶寬選擇信息。204、通知PCRF設(shè)置UE對(duì)應(yīng)業(yè)務(wù)的帶寬。在本發(fā)明的實(shí)施例中,帶寬選擇裝置通過203接收了 UE做出的帶寬選擇信息, 并將UE的標(biāo)識(shí)、UE請(qǐng)求的業(yè)務(wù)的標(biāo)識(shí)及UE選擇的帶寬等信息封裝成Diameter信控協(xié)議 (DCC =Diameter Credit Control)消息包,通過Rx接口或私有內(nèi)部接口發(fā)送給PCRF,以通知PCRF設(shè)置UE對(duì)應(yīng)業(yè)務(wù)的帶寬。圖3描述了本發(fā)明一個(gè)實(shí)施例提供的3GPP R7中引入帶寬選擇裝置后PCC處理的流程,該實(shí)施例包括301、發(fā)送連接請(qǐng)求。具體的,UE向PCEF發(fā)送連接請(qǐng)求。302、發(fā)送DCC請(qǐng)求消息。具體的,PCEF接收UE的連接請(qǐng)求后,通過foe接口發(fā)送DCC請(qǐng)求消息到PCRF申請(qǐng)策略,該策略申請(qǐng)包含的內(nèi)容很多,包括帶寬、吞吐量、可用性等服務(wù)方可以提供給用戶方的需求,這里主要是指帶寬。303、發(fā)送策略請(qǐng)求。PCRF接收PCEF發(fā)送的策略申請(qǐng),并向OCS發(fā)送具體策略請(qǐng)求,該具體策略主要是指用戶簽約的帶寬信息。304、發(fā)送策略請(qǐng)求回復(fù)消息。OCS接收PCRF的具體策略請(qǐng)求后,通過UE的標(biāo)識(shí)從SPR中查詢出該UE的簽約信息,包括UE的類型、訂購(gòu)的服務(wù)類型等,并將該UE應(yīng)該享受的具體策略發(fā)送給PCRF。305、發(fā)送DCC請(qǐng)求應(yīng)答消息。具體的,PCRF接收到具體策略信息后,通過foe接口向PCEF發(fā)送DCC請(qǐng)求應(yīng)答消息,以指示PCEF執(zhí)行策略。306、發(fā)送連接建立的回復(fù)消息。具體的,PCEF向UE發(fā)送連接已建立的回復(fù)。307、發(fā)送具體業(yè)務(wù)請(qǐng)求。具體的,UE將當(dāng)前使用的業(yè)務(wù)信息發(fā)送給PCEF。308、發(fā)送計(jì)費(fèi)申請(qǐng)請(qǐng)求。 PCEF通過Gy接口向OCS發(fā)送計(jì)費(fèi)申請(qǐng)配額的請(qǐng)求,該請(qǐng)求是一個(gè)DCC請(qǐng)求應(yīng)答消息(CCR:Credit Control Request)包,該CCR消息包攜帶了 UE的業(yè)務(wù)的標(biāo)識(shí)、基本帶寬和 SessionID等信息,該基本帶寬是指用戶簽約的帶寬,SessionID是本次連接請(qǐng)求的會(huì)話標(biāo)識(shí)。309、發(fā)送計(jì)費(fèi)申請(qǐng)回復(fù)。OCS接收到308發(fā)送過來(lái)的計(jì)費(fèi)申請(qǐng)請(qǐng)求后,通過請(qǐng)求中攜帶的信息從SI5R中查詢 UE是否訂購(gòu)了當(dāng)前使用的業(yè)務(wù)需要選擇帶寬。如果發(fā)現(xiàn)UE訂購(gòu)了該業(yè)務(wù)需要選擇帶寬, OCS通過Gy接口向PCEF發(fā)送DCC請(qǐng)求應(yīng)答消息(CCA =Credit Control Answer)包,該消息包攜帶了重定向指示和重定向地址等信息,該重定向地址是一個(gè)指向帶寬選擇裝置的URL 地址,并且該URL地址以參數(shù)的形式攜帶了 UE的標(biāo)識(shí)和UE請(qǐng)求的業(yè)務(wù)的標(biāo)識(shí)等必要信息。如果發(fā)現(xiàn)UE未訂購(gòu)使用該業(yè)務(wù)需要選擇帶寬,則OCS按照基本帶寬和該業(yè)務(wù)執(zhí)行對(duì)應(yīng)的計(jì)費(fèi)策略,并進(jìn)行預(yù)算和配額分配。310、發(fā)送重定向地址。具體的,PCEF將接收到的CCA消息包中的重定向地址發(fā)送給UE。311、UE向帶寬選擇裝置發(fā)送連接請(qǐng)求。具體的,UE接收PCEF發(fā)送的重定向地址后,通過該重定向地址連接到帶寬選擇裝置。312、返回帶寬選項(xiàng)。帶寬選擇裝置通過化接口接收UE的連接請(qǐng)求,該連接請(qǐng)求中攜帶了 UE的標(biāo)識(shí)、 UE請(qǐng)求的業(yè)務(wù)的標(biāo)識(shí)等信息。由于該連接請(qǐng)求是一個(gè)URL地址,帶寬選擇裝置的解析單元解析該URL地址中的參數(shù)部分,獲取UE的標(biāo)識(shí)、UE請(qǐng)求的業(yè)務(wù)的標(biāo)識(shí)等信息。另外,由于帶寬選擇裝置的存儲(chǔ)單元預(yù)先存儲(chǔ)每個(gè)業(yè)務(wù)的標(biāo)識(shí)對(duì)應(yīng)的帶寬選項(xiàng),帶寬選擇裝置的生成單元可以根據(jù)解析單元獲取的業(yè)務(wù)的標(biāo)識(shí)查詢出UE請(qǐng)求的業(yè)務(wù)的標(biāo)識(shí)對(duì)應(yīng)的帶寬選項(xiàng), 最后由帶寬選擇裝置將該帶寬選項(xiàng)返回給UE。313、發(fā)送UE的帶寬選擇信息。具體的,UE將做出的帶寬選擇發(fā)送給帶寬選擇裝置。314、發(fā)送帶寬變更請(qǐng)求。帶寬選擇裝置接收UE的帶寬選擇后,該帶寬選擇裝置使用Rx接口或私有內(nèi)部接口向PCRF發(fā)送DCC消息包,該消息包攜帶了 UE的標(biāo)識(shí)、UE請(qǐng)求的業(yè)務(wù)的標(biāo)識(shí)、UE選擇的帶
覓等{曰息。315、發(fā)送 RAR(Re-Auth-Request)消息。PCRF接收帶寬選擇裝置發(fā)送的DCC消息包,解封裝該DCC消息包獲取UE選擇的帶寬等信息,并將這些信息封裝成RAR消息發(fā)送給PCEF執(zhí)行。316、返回 RAA(Re-Auth-Answer)消息。PCEF接收PCRF發(fā)送過來(lái)的RAR消息包,解封裝該RAR消息包獲取UE選擇的帶寬等信息,執(zhí)行該UE選擇的帶寬并發(fā)送RAA回復(fù)消息給PCRF。317、發(fā)送帶寬變更的回復(fù)。具體的,PCRF向帶寬選擇裝置發(fā)送已接收帶寬變更的回復(fù)。318、發(fā)送帶寬已設(shè)好的結(jié)果。帶寬選擇裝置向UE發(fā)送帶寬已設(shè)好的回復(fù),比如可以展示一個(gè)頁(yè)面,頁(yè)面顯示“您的請(qǐng)求已經(jīng)設(shè)置完成”。319、發(fā)送計(jì)費(fèi)申請(qǐng)請(qǐng)求。如果PCEF支持繼續(xù)完成UE的數(shù)據(jù)業(yè)務(wù)請(qǐng)求,則PCEF通過Gy接口向OCS發(fā)送計(jì)費(fèi)申請(qǐng)配額的請(qǐng)求,該請(qǐng)求是一個(gè)CCR消息包,該CCR消息包攜帶了 UE的業(yè)務(wù)的標(biāo)識(shí),第一帶寬和kssionID等信息,其中,第一帶寬是指UE根據(jù)帶寬選項(xiàng)選擇的帶寬,SessionID和 308連接請(qǐng)求中的會(huì)話標(biāo)識(shí)kssionID相同。如果PCEF不支持繼續(xù)完成UE的數(shù)據(jù)業(yè)務(wù)請(qǐng)求,則由UE再次發(fā)起使用該數(shù)據(jù)業(yè)務(wù)的請(qǐng)求,但是此次連接請(qǐng)求中的kssionID和308連接請(qǐng)求中的會(huì)話標(biāo)識(shí)kssionID相比, 可能會(huì)發(fā)生變化,為防止再次進(jìn)行重定向,OCS采取特定的措施來(lái)判斷重定向,比如增加判斷最近一段時(shí)間段內(nèi)是否執(zhí)行過了重定向,如果執(zhí)行過,則不再執(zhí)行。320、發(fā)送計(jì)費(fèi)申請(qǐng)回復(fù)。OCS接收319發(fā)送過來(lái)的CCR消息包,解封裝獲得CCR消息包中的第一帶寬,根據(jù)該第一帶寬進(jìn)行預(yù)算和計(jì)費(fèi),同時(shí)不再下發(fā)重定向指示。后續(xù)流程是基本的數(shù)據(jù)業(yè)務(wù)在線計(jì)費(fèi)流程。再介紹本發(fā)明實(shí)施例提供的帶寬選擇裝置,圖4描述了本發(fā)明一個(gè)實(shí)施例提供的帶寬選擇裝置的結(jié)構(gòu),該實(shí)施例包括用戶設(shè)備UE401。具體的,UE401與圖1中的UE106相同,此處不予贅述。分析生成模塊402。分析生成模塊402可以通過h接口等方式接收UE發(fā)送的連接請(qǐng)求,其中,化接口可以采用HTTP、WAP和SNMP等具體實(shí)現(xiàn)方式,UE401可以通過這些協(xié)議向帶寬選擇裝置發(fā)起帶寬選擇請(qǐng)求。例如,當(dāng)采用HTTP協(xié)議時(shí),用戶可以通過UE上標(biāo)準(zhǔn)的Web瀏覽器進(jìn)行操作。該連接請(qǐng)求中攜帶了 UE的標(biāo)識(shí)、UE請(qǐng)求的業(yè)務(wù)的標(biāo)識(shí)等信息。分析生成模塊402通過分析該連接請(qǐng)求,獲得UE請(qǐng)求的業(yè)務(wù)的標(biāo)識(shí),并根據(jù)該UE請(qǐng)求的業(yè)務(wù)的標(biāo)識(shí)生成該業(yè)務(wù)的標(biāo)識(shí)對(duì)應(yīng)的帶寬選項(xiàng),最后將該帶寬選項(xiàng)通過化接口返回給UE。轉(zhuǎn)發(fā)模塊403。轉(zhuǎn)發(fā)模塊403通過化接口接收UE發(fā)送的帶寬選擇,并使用Rx接口或私有內(nèi)部接口向PCRF發(fā)送DCC消息包,其中,Rx接口使用IETF定義的Diameter協(xié)議,關(guān)于該接口的詳細(xì)定義參見3GPP TS23. 203。私有接口是該裝置與PCRF統(tǒng)一的一個(gè)自定義接口。該DCC 消息包攜帶了 UE標(biāo)識(shí)、UE請(qǐng)求的業(yè)務(wù)的標(biāo)識(shí)、UE選擇的帶寬等參數(shù)信息,且該消息包用于通知PCRF將UE使用業(yè)務(wù)時(shí)需要的帶寬設(shè)置為選擇的帶寬。策略和計(jì)費(fèi)控制功能PCRF404。具體的,PCRF404與圖1中的PCRF 103相同,此處不予贅述。從上可知,本實(shí)施例中帶寬選擇裝置可以實(shí)時(shí)地根據(jù)UE的連接請(qǐng)求,獲取UE請(qǐng)求的業(yè)務(wù)的標(biāo)識(shí)對(duì)應(yīng)的帶寬選項(xiàng),并將該帶寬選項(xiàng)發(fā)送給UE,使得用戶能夠根據(jù)當(dāng)前使用的業(yè)務(wù)的需求選擇合適的帶寬,在滿足用戶的通信需求的情況下盡量節(jié)省通信資源或者靈活的選擇不同的數(shù)據(jù)業(yè)務(wù)服務(wù)質(zhì)量。圖5描述了本發(fā)明一個(gè)實(shí)施例提供的帶寬選擇裝置的結(jié)構(gòu),該實(shí)施例包括用戶設(shè)備UE501。
具體的,UE501與圖1中的UE106相同,此處不予贅述。分析生成模塊502。分析生成模塊具體由解析模塊505,存儲(chǔ)器506和生成模塊507組成。分析生成模塊502可以通過化接口等方式接收UE發(fā)送的連接請(qǐng)求,其中,化接口可以采用HTTP、WAP 和SNMP等具體實(shí)現(xiàn)方式,UE401可以通過這些協(xié)議向帶寬選擇裝置發(fā)起帶寬選擇請(qǐng)求。例如,當(dāng)采用HTTP協(xié)議時(shí),用戶可以通過UE上標(biāo)準(zhǔn)的Web瀏覽器進(jìn)行操作。該連接請(qǐng)求中攜帶了 UE的標(biāo)識(shí)、UE請(qǐng)求的業(yè)務(wù)的標(biāo)識(shí)等信息。分析生成模塊502通過分析該連接請(qǐng)求,獲得UE請(qǐng)求的業(yè)務(wù)的標(biāo)識(shí),并根據(jù)該UE請(qǐng)求的業(yè)務(wù)的標(biāo)識(shí)生成該業(yè)務(wù)的標(biāo)識(shí)對(duì)應(yīng)的帶寬選項(xiàng),最后將該帶寬選項(xiàng)通過化接口返回給UE。轉(zhuǎn)發(fā)模塊503。具體的,轉(zhuǎn)發(fā)模塊503與圖4中的轉(zhuǎn)發(fā)模塊403相同,此處不予贅述。策略和計(jì)費(fèi)控制功能PCRF504。具體的,PCRF504與圖1中的PCRF 103相同,此處不予贅述。解析模塊505。具體的,解析模塊505解析UE發(fā)送過來(lái)的連接請(qǐng)求,由于該連接請(qǐng)求是一個(gè)URL 地址,解析模塊505通過解析該URL地址中的參數(shù)部分,獲取UE的標(biāo)識(shí)和UE請(qǐng)求的業(yè)務(wù)的標(biāo)識(shí)。存儲(chǔ)器506。具體的,存儲(chǔ)器506預(yù)先存儲(chǔ)每個(gè)業(yè)務(wù)的標(biāo)識(shí)對(duì)應(yīng)的帶寬選項(xiàng)。生成模塊507。具體的,生成模塊507從解析模塊505中獲取UE請(qǐng)求的業(yè)務(wù)的標(biāo)識(shí),根據(jù)該業(yè)務(wù)的標(biāo)識(shí)查詢存儲(chǔ)器506,從而獲取該業(yè)務(wù)的標(biāo)識(shí)對(duì)應(yīng)的帶寬選項(xiàng)。從上可知,本實(shí)施例中帶寬選擇裝置可以實(shí)時(shí)地根據(jù)UE的連接請(qǐng)求,獲取UE請(qǐng)求的業(yè)務(wù)的標(biāo)識(shí)對(duì)應(yīng)的帶寬選項(xiàng),并將該帶寬選項(xiàng)發(fā)送給UE,使得用戶能夠根據(jù)當(dāng)前使用的業(yè)務(wù)的需求選擇合適的帶寬,在滿足用戶的通信需求的情況下盡量節(jié)省通信資源或者靈活的選擇不同的數(shù)據(jù)業(yè)務(wù)服務(wù)質(zhì)量。通過以上的實(shí)施方式的描述,本領(lǐng)域的技術(shù)人員可以清楚地了解到各實(shí)施方式可借助軟件加必需的通用硬件平臺(tái)的方式來(lái)實(shí)現(xiàn),當(dāng)然也可以通過硬件?;谶@樣的理解,上述技術(shù)方案本質(zhì)上或者說(shuō)對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái),該計(jì)算機(jī)軟件產(chǎn)品可以存儲(chǔ)在計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中,如ROM/RAM、磁碟、光盤等,包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī),服務(wù)器,或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行各個(gè)實(shí)施例或者實(shí)施例的某些部分所述的方法。本文中應(yīng)用了具體個(gè)例對(duì)本發(fā)明的原理及實(shí)施方式進(jìn)行了闡述,以上實(shí)施例的說(shuō)明只是用于幫助理解本發(fā)明的技術(shù)方案;同時(shí),對(duì)于本領(lǐng)域的一般技術(shù)人員,依據(jù)本發(fā)明的思想,在具體實(shí)施方式
及應(yīng)用范圍上均會(huì)有改變之處,綜上所述,本說(shuō)明書內(nèi)容不應(yīng)理解為對(duì)本發(fā)明的限制。
權(quán)利要求
1.一種帶寬選擇方法,其特征在于,包括 帶寬選擇裝置接收用戶設(shè)備UE發(fā)送的連接請(qǐng)求;所述帶寬選擇裝置分析所述連接請(qǐng)求,生成帶寬選項(xiàng)并返回給所述UE ; 所述帶寬選擇裝置接收所述UE根據(jù)所述帶寬選項(xiàng)選擇的帶寬,并通知策略和計(jì)費(fèi)控制功能PCRF將所述UE使用業(yè)務(wù)時(shí)需要的帶寬設(shè)置為所述選擇的帶寬。
2.如權(quán)利要求1所述的方法,其特征在于,所述連接請(qǐng)求包括但不限于下述信息 所述UE的標(biāo)識(shí),所述UE請(qǐng)求的業(yè)務(wù)的標(biāo)識(shí)。
3.如權(quán)利要求1或2所述的方法,其特征在于,所述帶寬選擇裝置接收UE發(fā)送的所述連接請(qǐng)求之前,所述方法還包括在線計(jì)費(fèi)系統(tǒng)OCS接收策略控制執(zhí)行功能PCEF發(fā)送的計(jì)費(fèi)申請(qǐng)的請(qǐng)求,并根據(jù)所述計(jì)費(fèi)申請(qǐng)的請(qǐng)求判斷所述UE是否訂購(gòu)了所述UE請(qǐng)求的業(yè)務(wù)需要選擇帶寬的業(yè)務(wù);當(dāng)所述UE訂購(gòu)了所述UE請(qǐng)求的業(yè)務(wù)需要選擇帶寬的業(yè)務(wù)時(shí),所述OCS則向所述PCEF 發(fā)送請(qǐng)求應(yīng)答消息包,所述請(qǐng)求應(yīng)答消息包包括重定向指示和重定向地址,以便于所述UE 根據(jù)接收的所述PCEF發(fā)送的所述重定向地址向所述帶寬選擇裝置發(fā)送所述連接請(qǐng)求。
4.如權(quán)利要求3所述的方法,其特征在于,所述重定向地址為所述帶寬選擇裝置的地址。
5.如權(quán)利要求1-4任一所述的方法,其特征在于,所述分析所述連接請(qǐng)求,生成帶寬選項(xiàng)包括解析所述連接請(qǐng)求中的參數(shù),獲取所述UE的標(biāo)識(shí)和所述UE請(qǐng)求的業(yè)務(wù)的標(biāo)識(shí); 所述帶寬選擇裝置預(yù)先存儲(chǔ)每個(gè)業(yè)務(wù)的標(biāo)識(shí)對(duì)應(yīng)的帶寬選項(xiàng),根據(jù)所述UE請(qǐng)求的業(yè)務(wù)的標(biāo)識(shí)查詢并獲取所述UE請(qǐng)求的業(yè)務(wù)的標(biāo)識(shí)對(duì)應(yīng)的所述帶寬選項(xiàng)。
6.如權(quán)利要求1-5任一所述的方法,其特征在于,所述通知PCRF將所述UE使用業(yè)務(wù)時(shí)需要的帶寬設(shè)置為所述選擇的帶寬包括所述帶寬選擇裝置使用Rx接口或私有內(nèi)部接口向PCRF發(fā)送消息包,所述消息包用于通知PCRF將所述UE使用所述業(yè)務(wù)時(shí)需要的帶寬設(shè)置為所述選擇的帶寬。
7.如權(quán)利要求1-6任一所述的方法,其特征在于,所述帶寬選項(xiàng)包括至少一項(xiàng)記錄,所述記錄包含但不限于下述信息之一帶寬,所述帶寬對(duì)應(yīng)的費(fèi)率。
8.一種帶寬選擇裝置,其特征在于,包括UE接口,用于接收UE發(fā)送的連接請(qǐng)求;發(fā)送帶寬選項(xiàng)給所述UE,以及,接收所述UE根據(jù)所述帶寬選項(xiàng)選擇的帶寬;分析生成模塊,用于分析所述連接請(qǐng)求,生成所述帶寬選項(xiàng),并轉(zhuǎn)給所述UE接口; 轉(zhuǎn)發(fā)模塊,用于接收所述UE接口發(fā)送過來(lái)的所述選擇的帶寬,并通過Rx接口或私有內(nèi)部接口向PCRF發(fā)送消息包,所述消息包用于通知PCRF將所述UE使用業(yè)務(wù)時(shí)需要的帶寬設(shè)置為所述選擇的帶寬。
9.如權(quán)利要求8所述的裝置,其特征在于,所述分析生成模塊具體包括解析模塊,用于解析所述連接請(qǐng)求中的參數(shù),獲取所述UE的標(biāo)識(shí)和所述UE請(qǐng)求的業(yè)務(wù)的標(biāo)識(shí);存儲(chǔ)器,用于預(yù)先存儲(chǔ)每個(gè)業(yè)務(wù)的標(biāo)識(shí)對(duì)應(yīng)的帶寬選項(xiàng);生成模塊,用于根據(jù)所述UE請(qǐng)求的業(yè)務(wù)的標(biāo)識(shí)查詢所述存儲(chǔ)器,獲取所述UE請(qǐng)求的業(yè)務(wù)的標(biāo)識(shí)對(duì)應(yīng)的所述帶寬選項(xiàng)。
10.如權(quán)利要求8或9所述的裝置,其特征在于,所述連接請(qǐng)求包括但不限于下述信息所述UE的標(biāo)識(shí),所述UE請(qǐng)求的業(yè)務(wù)的標(biāo)識(shí)。
11.如權(quán)利要求8-10任一所述的裝置,其特征在于,所述帶寬選項(xiàng)包括至少一項(xiàng)記錄, 所述記錄包含但不限于下述信息之一帶寬,所述帶寬對(duì)應(yīng)的費(fèi)率。
12.一種帶寬選擇系統(tǒng),其特征在于,包括 根據(jù)權(quán)利要求8-11任一所述的帶寬選擇裝置;PCRF,用于接收所述帶寬選擇裝置發(fā)送過來(lái)的所述選擇的帶寬,并發(fā)送給策略控制執(zhí)行功能PCEF執(zhí)行。
13.如權(quán)利要求12所述的系統(tǒng),其特征在于,所述系統(tǒng)還包括0CS,用于根據(jù)接收的所述PCEF發(fā)送的計(jì)費(fèi)申請(qǐng)的請(qǐng)求,判斷所述UE是否訂購(gòu)了所述 UE請(qǐng)求的業(yè)務(wù)需要選擇帶寬的業(yè)務(wù),當(dāng)所述UE訂購(gòu)了所述UE請(qǐng)求的業(yè)務(wù)需要選擇帶寬的業(yè)務(wù)時(shí),所述OCS則向所述PCEF發(fā)送請(qǐng)求應(yīng)答消息包,所述請(qǐng)求應(yīng)答消息包包括重定向指示和重定向地址,以便于所述UE根據(jù)接收的所述PCEF發(fā)送的所述重定向地址向所述帶寬選擇裝置發(fā)送所述連接請(qǐng)求。
全文摘要
本發(fā)明涉及通信技術(shù)領(lǐng)域,公開了一種帶寬選擇方法、裝置和系統(tǒng),其中帶寬選擇方法,包括帶寬選擇裝置接收用戶設(shè)備UE發(fā)送的連接請(qǐng)求;所述帶寬選擇裝置分析所述連接請(qǐng)求,生成帶寬選項(xiàng)并返回給所述UE;所述帶寬選擇裝置接收所述UE根據(jù)所述帶寬選項(xiàng)選擇的帶寬,并通知策略和計(jì)費(fèi)控制功能PCRF將所述UE使用業(yè)務(wù)時(shí)需要的帶寬設(shè)置為所述選擇的帶寬。使用本發(fā)明,能夠給用戶提供按實(shí)際業(yè)務(wù)需求的帶寬,更好的滿足用戶的需求。
文檔編號(hào)H04L12/56GK102316037SQ20111026420
公開日2012年1月11日 申請(qǐng)日期2011年9月7日 優(yōu)先權(quán)日2011年9月7日
發(fā)明者頓太永 申請(qǐng)人:華為技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1