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

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


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