專利名稱：一種用戶帶寬通知方法
技術領域：
本發明涉及通信領域，具體涉及一種用戶帶寬通知方法。
背景技術：
各種通信網絡現在已經成為人們生活中不可或缺的一部分，網絡運營商根據不同用戶的需要，為用戶定制了各種不同的網絡套餐產品，但是，隨著各種網絡應用的豐富和發展，業務對帶寬的要求也越來越高，同時不同業務對網絡帶寬的要求也不平衡，例如，相對于文字聊天的網絡應用，視頻類業務，特別是高清視頻業務對網絡帶寬的要求就要高很多。現有技術基本是通過終端來檢測用戶的網速，在用戶網速不夠時，提醒用戶緩存等待來解決問題。例如PPstream軟件，在用戶帶寬較小時，會提示用戶“當前網絡不給力， 請緩沖等待”。有部分運營商通過(PCC Policy and charging control,策略與計費控制架構) 來改善用戶體驗。其方案的核心是用戶自己判斷當前的網絡帶寬體驗，在體驗不好時，用戶自己主動向運營商訂購帶寬，網絡側PCEF(Policy and Charging Enforcement Function, 策略與計費策略執行)實體根據用戶訂購執行帶寬調整，提升用戶體驗。上述方案或者僅僅為客戶端軟件的自身行為，或者是用戶根據自己的主觀感受采取的舉動，網絡側都無法及時感知用戶實際的帶寬使用體驗。
發明內容
本發明實施例提供了一種用戶帶寬通知方法，用于解決網絡側無法及時感知用戶實際帶寬而導致用戶體驗不佳的技術問題。為解決上述技術問題，本發明實施例提供了一種用戶帶寬通知方法，所述方法包括網絡側檢測用戶可用帶寬和所述用戶當前使用的業務的帶寬要求，網絡側比較所述用戶可用帶寬和所述用戶當前使用的業務的帶寬要求，網絡側根據所述比較結果，通知所述用戶帶寬狀況。本發明實施例還提供了一種用戶體驗質量QoE的檢測方法，所述方法包括網絡側檢測用戶可用帶寬和所述用戶當前使用的業務的帶寬要求，網絡側比較所述用戶可用帶寬和所述用戶當前使用的業務的帶寬要求，網絡側根據所述比較結果，確定所述用戶的QoE。本發明實施例還提供了一種網關，所述網關包括帶寬檢測單元和策略執行單元；所述帶寬檢測單元，用于檢測用戶業務帶寬要求，將所述業務帶寬要求上報到帶寬判斷網元；所述策略執行單元，用于當所述帶寬判斷網元根據獲得的用戶可用帶寬以及所述帶寬檢測單元上報的業務帶寬要求，判斷帶寬不足時，提升用戶帶寬。本發明實施例還提供了一種計費裝置，所述計費裝置包括業務帶寬要求獲取單元，用戶可用帶寬獲取單元，判斷單元和通知單元；所述業務帶寬要求獲取單元，用于接收網關發送的業務帶寬要求；所述用戶可用帶寬獲取單元，用于獲取用戶可用帶寬；所述判斷單元，用于比較所述用戶可用帶寬和所述業務帶寬要求，判斷用戶可用帶寬是否足夠；所述通知單元，用于根據所述判斷單元的判斷結果，通知用戶可用帶寬狀況。本發明實施例還提供了一種客戶端，所述客戶端包括通知信息接收單元和帶寬調整觸發單元；所述通知信息接收單元，用于接收網絡側比較用戶可用帶寬和所述用戶當前使用的業務的帶寬要求后，下發的帶寬狀況通知信息；所述帶寬狀況通知信息包含讓用戶觸發帶寬升級，帶寬訂購或者帶寬試用的觸發方式；所述帶寬調整觸發單元，用于根據所述帶寬狀況通知信息中攜帶的帶寬調整觸發方式，向網絡側發送帶寬調整請求，通過所述帶寬調整請求，觸發網絡側對所述用戶的帶寬產品進行調整，所述調整包括帶寬升級，訂購或者試用帶寬產品中的至少一種。通過本發明實施例提供的技術方案，實現了從網絡側監控用戶當前業務的帶寬滿足情況并通知用戶，從而使網絡側能夠及時感知用戶實際使用業務時候的帶寬體驗。
為了更清楚地說明本發明實施例中的技術方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對于本領域普通技術人員來講，在不付出創造性勞動性的前提下，還可以根據這些附圖獲得其他的附圖。圖I為本發明實施例提供的一種帶寬通知方法的流程圖；圖2為本發明實施例提供的一種QoE檢測方法流程圖；圖3為本發明實施例提供的一種用戶帶寬調整方法流程圖；圖4為本發明實施例提供的實現用戶帶寬調整的系統架構圖；圖5為本發明實施例提供的實現用戶帶寬調整的信令流程圖；圖6為本發明實施例提供的一種網關不意圖；圖7為本發明實施例提供的一種計費裝置示意圖；圖8為本發明實施例提供的一種用戶客戶端示意圖。
具體實施例方式下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基于本發明中的實施例，本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其他實施例，都屬于本發明保護的范圍。參考附圖1，為本發明實施例提供的一種帶寬通知方法的流程圖，包括下列步驟步驟101 :網絡側檢測用戶可用帶寬和用戶當前使用的業務的帶寬要求；網絡側檢測用戶可用帶寬的方法，可以使用靜態的方法和動態的方法
對于靜態的方法，可以包括獲取用戶訂購的套餐的最大帶寬，例如，通過運營商的客戶訂購記錄，獲取用戶訂購的月套餐為30元，包流量200M，IM帶寬，則可以確認用戶的當前最大可能帶寬為1M，即網絡側檢測用戶可用的最大帶寬為IM ;網絡側也可以動態實時的檢測用戶當前可用帶寬，具體可以包括通過部署在用戶客戶端的軟件，在需要檢測用戶當前可用帶寬時，向該用戶端軟件發送檢測命令，要求用戶客戶端軟件上報用戶當前帶寬情況信息，或者用戶客戶端軟件定期，或者以事件觸發的機制進行當前可用帶寬信息上報；進一步的，可以檢測當前運行的各項業務分別占用的業務帶寬，或者當前運行的各項業務占用的總的業務帶寬的百分比等。網絡側還需要獲取用戶當前使用的業務的帶寬要求。一般來說，網絡側獲取的是用戶當前使用的業務源的最低帶寬要求；對于如何識別業務源的帶寬要求，可以采用動態識別的方法，即數據網絡PCEF實體根據業務源下發的媒體信息，如SDP (Session Description Protocol,會話描述協議)中的比特率，來判斷業務的帶寬要求；另外，網絡側也可以直接讀取系統中配置的各業務的帶寬要求，如網絡側可以通過計費系統檢查用戶當前使用業務的注冊信息，得到所述用戶當前使用業務的帶寬要求。 例如在BSS(Billing Support System,計費支持系統)中發布優酷業務時,標注了的優酷網站視頻業務的最低帶寬要求。除了獲取最低帶寬要求以外，也可以是獲取用戶當前使用業務的最大帶寬要求； 另外，還可以同時根據業務源下發的媒體描述信息，以及讀取系統中配置的各業務的帶寬要求，來確定實際采用的當前業務的帶寬要求，以用于和用戶當前網絡帶寬進行比較；還可以優先根據業務源下發的SDP信息，確定當前業務的帶寬要求，如果無法通過SDP信息獲取，再進一步通過讀取系統中的配置信息獲取，本發明實施例在此不作限定。由于用戶可能同時運行了兩個或者以上需要占用網絡帶寬的業務，因此網絡側可以獲得多個正在運行的占用網絡帶寬的業務的帶寬要求。步驟102 :網絡側比較所述用戶可用帶寬和所述用戶當前使用的業務的帶寬要求；根據前述獲取的用戶可用帶寬和用戶當前使用的業務的帶寬要求，網絡側將上述兩者進行比較。一般來說，會進行相對當前用戶使用的業務來說，用戶當前可用帶寬是否足夠的判斷。具體的，網絡側進行的帶寬不足判斷，可以是比較用戶當前的可用帶寬和當前使用的業務的最低帶寬要求；當用戶的當前帶寬小于業務源的最低帶寬要求，則認為用戶可用帶寬不足。基于不同的目的，網絡側也可以比較用戶當前的可用帶寬和當前使用的業務的最大帶寬要求(亦即，能使得業務效果得到充分實現的帶寬要求)；或者，網絡側也可以進行帶寬冗余的判斷，即比較用戶當前可用帶寬和當前使用的業務的帶寬要求，如果當前可用帶寬顯著大于當前使用的業務帶寬要求，或者顯著大于用戶歷史上(檢測前一段時間)使用過的所有業務的帶寬要求，則認為用戶可用帶寬過大，或者說帶寬冗余；在客戶端上，可能存在兩個或者以上占用網絡帶寬的業務同時運行的情況，網絡側可以一并獲得所有業務的網絡帶寬要求，然后進行匯總(求和，或者按照某種算法計算得到一個匯總值)，再用來和用戶可用帶寬進行比較；也可以只將部分業務的帶寬要求匯總，再用來和用戶可用帶寬進行比較；當然，也可以只將帶寬要求最高的單個業務，用來和用戶可用帶寬進行比較。具體比較方式，本發明實施例不作限定。由于運營商或者客戶端基于某些策略，可能對某一類業務或者某一個業務只固定分配一定比例的網絡帶寬，或者限制某一個或者一類業務占用帶寬的最大值或者比例，因此，用來和當前業務帶寬要求進行比較的用戶可用帶寬，可以是用戶的部分當前可用的總帶寬，例如是用戶總帶寬的一個百分比。因此，本發明實施例中，用來和用戶當前使用的業務的帶寬要求進行比較的用戶可用帶寬，并不限定于用戶的當前總帶寬，而具體可以為當前業務可用帶寬，用戶總帶寬的固定比例值，或者當前業務分配得到的帶寬。步驟103 :網絡側根據所述比較結果，通知所述用戶帶寬狀況。根據前述步驟102中的比較結果，網絡側如果判斷確認用戶可用帶寬不足，則對用戶進行帶寬狀況通知。當然，也可以對用戶可用帶寬冗余或者其他情況進行通知，具體的通知方式包括但不限于:SMS (短信)，MMS (彩信)，E-mail，0DP(0n Device Portal，終端門戶)客戶端實時提醒等，本實施例在此不作限定。本發明實施例的方法，實現了從網絡側監控用戶當前業務的帶寬滿足情況并通知用戶，從而使網絡側能夠及時感知用戶實際使用各種業務時候的帶寬使用體驗，并通知用戶。很多時候，當用戶使用某些業務時，是由于網絡帶寬問題造成的體驗不佳，因此，通過本發明實施例的方法，可以讓用戶明確的了解當前業務體驗不佳是由于用戶帶寬狀況(如使用的套餐情況)和當前業務帶寬需求不匹配導致的，從而可以采取適當的措施應對和解決。進一步的，網絡側在通知用戶帶寬狀況時候，可以在通知信息中攜帶帶寬產品推薦信息，試用信息，或升級信息，從而使得用戶進一步了解如何解決目前帶寬不足的問題。結合前述本發明實施例提供的用戶帶寬通知方法，本發明實施例進一步提供了一種QoE(Quality of Experience,用戶體驗質量)檢測方法。QoE是一個和QoS(Quality of service,服務質量)相關的概念。ITU-TRec E. 800 最初定義QoS為“決定用戶滿意程度的服務性能的綜合效果”，包含多個層面較為廣泛的內容。目前業界將QoS狹義地理解為底層分組數據傳輸的性能指標，如時延、抖動、帶寬、誤碼等，每個性能指標又定義了單獨的KPI (key performance index,主要性能指標)來衡量。 但QoS不等于QoE，網絡中常見QoS的KPI很好，但用戶體驗不好的情況，因為QoE是從終端用戶的角度來衡量的，是一個端到端的概念。移動寬帶飛速發展，但移動運營商對移動寬帶用戶的真實體驗質量(QoE)的感知和提升卻存在很大的不足；在用戶上網速度慢，無法獲得很好的體驗時，如何確定用戶的 QoE，是運營商在技術上需要解決的一個問題。參考附圖2，為本發明方法實施例一種QoE檢測方法流程圖，所述方法包括步驟步驟201 :網絡側檢測用戶可用帶寬和用戶當前使用的業務的帶寬要求；步驟202 :網絡側比較所述用戶可用帶寬和所述用戶當前使用的業務的帶寬要求；上述步驟201和步驟202和前述步驟101和步驟102類似，具體細節和實施方式可以參考前述步驟101-102中的相關說明。
步驟203 :網絡側根據所述比較結果，確定所述用戶網絡的QoE值；比較用戶的當前可用帶寬和當前使用的業務源的帶寬需求后；當用戶的當前可用帶寬小于業務源的帶寬需求時，則認為用戶可能QoE較差，反之，則認為用戶QoE滿足要求。進一步的，由于QoE是一個和用戶實際體驗密切關聯的指標，單純的檢測結果和用戶的實際體驗可能還是會存在一定的偏差，因此，在確定QoE情況的時候，還可以引入用戶通知以及用戶反饋的步驟，具體包括步驟204 :網絡側通知用戶QoE情況，并收集用戶對QoE情況的反饋信息；通知用戶QoE情況并收集用戶對QoE情況的反饋，使得對用戶QoE檢測形成閉環， 從而實現對QoE的精確檢測。具體的，網絡側可以在QoE較差時，給用戶通知“網絡帶寬不足以支持當前業務需求，請點擊按鈕確認是否屬實”，然后，通過用戶點擊是或者否的按鈕，收集用戶對QoE情況的反饋。當QoE較好時候，則可以不需要對用戶進行通知和要求用戶反饋，以避免對用戶造成不必要的干擾。與前述實施例類似，進一步的，網絡側在通知用戶QoE狀況時，或者進一步要求用戶確認QoE狀況，特別是在要求用戶確認QoE較差時，還可以在通知信息中包含更高帶寬產品推薦，試用或者升級等信息，從而使得用戶進一步了解如何解決目前QoE較差的問題，提升用戶體驗。參考附圖3，為本發明實施例提供的一種用戶帶寬調整方法流程圖，所述方法包括步驟301 :網絡側檢測用戶可用帶寬和用戶當前使用的業務的帶寬要求；步驟302 :網絡側比較所述用戶可用帶寬和所述用戶當前使用的業務的帶寬要求；上述步驟301和步驟302，和前述步驟101和步驟102類似，具體細節和實施方式可以參考前述步驟101-102中的相關說明。步驟303 :網絡側根據所述比較結果，判斷當前帶寬是否足夠；步驟304 :若判斷帶寬不足，通知所述用戶帶寬狀況，向用戶確認是否升級帶寬； 如果用戶需要提升帶寬，可以選擇產品訂購或者產品試用等處理方式，如果用戶不需要提升帶寬，則直接進入業務使用步驟309 ；本發明實施例中，通知用戶帶寬狀況的通知信息中包含可以讓用戶直接觸發帶寬升級，帶寬訂購或者帶寬試用的觸發方式；例如，可以是帶寬訂購，即產品升級，或者試用的超鏈接；用戶點擊所述超鏈接以后，直接進入運營商的帶寬訂購，升級，或者試用頁面，甚至也可以直接進行帶寬訂購，升級或者試用，不需要通過其它的渠道進行的操作；網絡側還可以根據用戶信息，選擇合適的推薦套餐產品例如根據用戶所在地域， 經常訪問的業務類型，用戶的年齡，職業等信息，給用戶推薦合適的套餐產品。步驟305 :用戶需要提升帶寬，選擇了進行產品試用，網絡側為用戶臨時提升帶寬；步驟306 :在用戶試用期過了以后，再向用戶確認是否訂購正式產品，如果用戶確認正式訂購，則進入步驟307，進行帶寬調整；如果不進行正式訂購，則進入步驟308，恢復用戶原有帶寬；步驟307 :對于用戶直接訂購帶寬產品和試用期過后，用戶訂購正式產品的情形， 為用戶進行帶寬調整，升級用戶帶寬；步驟308 :對于用戶試用期過了以后，如果不再進行正式訂購，則恢復用戶原有帶寬；步驟309 :經過一系列判斷和處理流程后，用戶繼續進行業務使用。本發明實施例的方案，對于用戶選擇產品訂購的情況，可以直接通過網絡側的 PCRF, PCEF以及計費系統，完成對用戶帶寬的調整，該調整可以是實時的，也可以根據一定的策略進行延時調整。當用戶選擇產品試用時，可以對用戶當前帶寬進行臨時提升，給予用戶對提升后的帶寬一定的試用期限，試用期過了以后，通知用戶是否需要訂購正式的升級產品(帶寬)，然后在根據用戶的選擇進行下一步的處理，例如，當用戶選擇訂購正式產品時，則執行帶寬調整，當用戶選擇不訂購試用產品，則恢復用戶之前的帶寬。另外，網絡側若判斷帶寬足夠支持當前業務，則不需要對用戶進行帶寬調整通知。通過本發明實施例的方法，使網絡側能夠及時感知用戶實際使用各種業務時候的帶寬使用體驗，并給予用戶提示，可以讓用戶了解當前網絡帶寬狀況，明確的了解當前網絡帶寬產品情況和使用的業務的對比關系；進一步的，本發明實施例，通過在通知消息中攜帶產品推薦信息和/或觸發用戶直接升級或者試用產品的觸發方式，使得用戶能夠更加方便地對寬帶產品進行試用或者升級，提升用戶體驗。下面結合具體的系統架構圖4和信令流程圖5，通過具體的實施例，詳細描述一個包含用戶帶寬通知，QoE檢測，帶寬調整提醒，帶寬產品升級(含訂購)或者試用的實現過程，本領域技術人員可以理解，上述列舉的各項功能，可以單獨實現，也可以部分或者全部
一并實現。如圖4所示，為本發明實施例提供的一種實現帶寬調整的系統架構圖，所述系統包括業務網關401 (具備PCEF功能)、融合計費系統402、策略生成PCRF 網元403、ODP服務器404以及具備ODP功能的終端405，結合后面述及的信令流程圖5，該系統可以提供諸如帶寬通知，QoE檢測，帶寬調整提醒，帶寬產品升級，訂購或者試用，靈活計費等能力。其中，通過ODP終端和ODP服務器，本實施例的系統可以支持頁面彈出的實時通知方式、SMS/MMS等通知方式。下面詳述各個網元的基本功能業務網關401 (具備PCEF功能):本發明實施例提供的業務網關，可以基于傳統數據業務網關的功能進行改造，新增“帶寬檢測”、“策略執行”能力；策略生成(PCRF)服務器403 :具備PCRF功能的服務器是PCC架構下標準網元；融合計費系統402 :可以基于傳統計費系統實現，提供靈活計費、賬務管理、產品管理、通知觸發等功能；ODP服務器404以及ODP客戶端405 :本發明實施例新增網元，為終端用戶提供自服務、通知等功能。參考圖5，為本發明實施例提供的，利用圖4中的系統，實現用戶帶寬調整的信令流程圖。步驟501 :用戶發起業務訪問請求；
用戶通過客戶端上的web瀏覽器或者某種軟件客戶端，發起業務訪問請求。步驟502-503 :具備PCEF功能的業務網關發起業務帶寬需求檢測；即發起判斷在什么樣的網絡帶寬情況下，用戶使用當前業務才能有一個比較好的體驗。PCEF可采用業務帶寬需求動態檢測法對當前業務帶寬需求進行檢測；業務帶寬需求動態檢測，是指用戶訪問多媒體業務時，由于業務請求需要經過 PCEF中轉，PCEF實體可以根據業務源交互信令中的媒體描述信息(如果信令中攜帶有的話)來判斷業務的帶寬要求；如SDP(Session Description Protocol,會話描述協議)中描述為b = AS :2000，表示該業務會話要求帶寬為2M的比特率，從而檢測得到當前業務帶寬需求。在步驟503中，PCEF上報用戶的業務訪問請求到計費系統，上報消息中可以攜帶當前訪問的業務ID，后續計費系統將根據該ID進行鑒權和計費；同時，上報消息中可選攜帶業務源的需求帶寬，需求帶寬值可通過公共AVP (Attribute Value Pair,屬性值對)，如 Service-Information字段攜帶，也可通過Vendor AVP進行攜帶；由于用戶可能同時運行了兩個或者以上需要占用網絡帶寬的業務，因此業務網關可以一并獲得多個正在運行的占用網絡帶寬的業務的帶寬要求。步驟504-505 :業務權限判斷；本步驟可選。計費系統可以先對用戶的業務訪問進行鑒權，判斷用戶是否有權限使用業務，如果沒有權限，則直接拒絕用戶的本次業務訪問請求，業務訪問終止，如果有權限訪問，則業務正常交互訪問。步驟506 :帶寬不足判斷；帶寬不足判斷就是比較用戶的當前可用帶寬和當前使用的業務源的帶寬需求；當用戶的當前可用帶寬小于業務源的帶寬需求時，則可以認為用戶可能QoE較差；對于帶寬不足的具體判斷方式，可以參考前述實施例步驟102中的方法和說明，本實施例在此不贅述。對用戶的當前可用帶寬，融合計費系統可以采用靜態獲取法，即查詢用戶訂購的套餐，判斷用戶當前生效的最大帶寬，例如，用戶訂購的月套餐為30元，200M，1M帶寬，則認為用戶的當前最大可能帶寬為IM ;當然也可以動態實時的檢測用戶當前帶寬，具體可以包括通過部署在用戶端的軟件，在需要檢測用戶當前帶寬時，向該用戶端軟件發送檢測命令，要求用戶客戶端軟件上報用戶當前帶寬情況信息；或者客戶端軟件定時進行帶寬情況報告；條件滿足時(如帶寬降低到一定閾值)觸發客戶端軟件上報等；對于業務源的帶寬需求，融合計費系統可以優先使用前述步驟503中PCEF上報的數據，如果PCEF由于無法獲取該數據或其他原因沒有上報數據，則融合計費系統可以從本地獲取該數據；融合計費系統從本地獲取業務源的帶寬需求的方法可以是根據PCEF上報的業務 ID，讀取系統中配置的對應業務的帶寬要求的靜態數據；例如根據業務ID，PCEF上報的用戶訪問的業務類型為優酷視頻業務，則計費系統讀取本地優酷視頻業務的配置信息，獲取該業務的帶寬需求。如果PCEF未上報業務源的帶寬需求，而且計費系統本地沒有配置當前業務的帶寬需求(例如用戶訪問比較冷門的視頻網站的時候)，則當前方案無法判斷當前用戶的 QoE，在這種情況下，系統可以默認用戶的QoE滿足用戶需求，即用戶當前帶寬足夠滿足業務需要，不發送提醒給用戶。CN 102546297 A步驟507 :觸發實時通知；如果計費系統判斷用戶當前帶寬情況較差，則可以發送帶寬不足通知到ODP server.通知消息中可以包含通知類型(如“QoE不足”消息)，目標用戶(如當前使用業務的用戶)，滿足業務源帶寬要求的建議產品信息，即推薦更高帶寬產品，如產品列表ID。步驟508 :提醒方式判斷；0DP Server可以根據用戶狀態選擇合適的提醒方式，提醒方式包括但不限于SMS、MMS、email、ODP客戶端實時提醒等。步驟509 :提醒消息推送0DP Server根據計費系統發送過來的帶寬不足通知內容，組織給用戶終端發送提醒消息，提醒用戶可用帶寬不足，所述提醒消息可以包含帶寬產品推薦信息，產品升級消息或者產品試用消息等，發送給用戶；ODP server發送給用戶的“帶寬產品推薦”消息中可以包括消息類型(帶寬產品推薦)，滿足業務源帶寬要求的推薦訂購的產品列表以及各產品的描述。各產品描述可根據從計費系統接收到的產品ID從本地保存的產品描述信息庫中提取。還可以進一步對提醒消息進行延遲發送，延遲發送的目的，是為了讓用戶可實際感受一段時間的當前業務體驗是否可接受，對于延遲提醒帶寬不足的時間間隔，可以在ODP server上進行配置。如果提醒方式為ODP客戶端實時提醒，用戶手機客戶端上將實時彈出提醒對話框，提醒用戶。用戶在終端(ODP Client)上點擊查看實時提醒，提醒內容可以包括推薦的產品，試用的套餐以及詳細描述、試用的有效期(周期、累計流量、訪問次數等參數組合控制)、試用期間的資費(由運營商設定，可以設置為免費)。步驟510 :用戶自助選擇；由于ODP Server發送的消息中攜帶有產品推薦信息,試用的信息以及相應的觸發方式，因此用戶可以直接對推薦或者試用的產品進行選擇；用戶如果同意先試用，可以直接在ODP消息上點擊“試用”帶寬產品。步驟511-512:終端(ODP Client)發起產品試用請求；ODP Server將請求前傳至融合計費系統。當然，終端也可以直接發起產品訂購或者升級請求，在這種情況下，后續步驟中， 其他網元就不需要執行試用期的限制，而是可以直接變更用戶帶寬。步驟513 :計費系統進行產品訂購處理；計費系統進行試用產品訂購操作，記錄用戶與該試用產品的訂購關系。步驟514-516 :產品試用成功，調整用戶QoS，計費系統通知PCRF用戶定購關系變化，更新QoS策略并下發；PCRF根據用戶新的產品定購關系，結合業務使用情況等信息生成新的QoS策略。本實時例中，用戶如果試用高帶寬套餐包，則PCRF生成帶寬提升策略，同時下發需要監控的幾個參數包括累計訪問時長、累計流量、累計訪問次數等；步驟517 :PCRF下發新的QoS策略至業務網關PCEF ;PCEF進行本地策略更新，提升該用戶帶寬；步驟518-519 :試用定購結果展示過程計費系統返回定購結果給ODPServer ；0DP Server推送試用結果給終端(ODP Client),ODP Client將結果向用戶展現；用戶繼續業務訪問。業務訪問過程中，業務網關PCEF與融合計費系統交互，完成業務計費流程(本實施例中是免費)，同時上報該用戶每次的訪問時長、訪問流量、訪問次數等，計費系統進行累計統計。步驟520-522 :試用產品失效后，實時調整QoS :由于計費系統記錄了該用戶套餐產品的使用情況(累計訪問時長、累計流量、累計訪問次數等)，當用戶定購的高帶寬試用產品失效時(產品有效期、時長、流量、訪問次數等參數組合控制)，計費系統更新用戶定購關系；計費系統觸發QoS策略刷新，實時恢復用戶帶寬(網元交互過程與產品試用流程一致)；向用戶推送試用到期提醒，提醒內容包含正式產品推薦(網元交互過程與試用成功通知類似)。通過本發明實施例的方法，可以實現帶寬通知，QoE檢測，帶寬調整提醒，帶寬產品升級，訂購或者試用，靈活計費等功能，提升了用戶的帶寬感知度，使得用戶調整帶寬的方式更加方便靈活，提升了用戶體驗。需要說明的是，對于前述的各方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領域技術人員應該知悉，本發明可能并不受所描述的動作順序的限制， 因為依據本發明，某些步驟可以采用其他順序或者同時進行。其次，本領域技術人員也應該知悉，說明書中所描述的實施例均屬于優選實施例，所涉及的動作和模塊并不一定是本發明所必須的。圖6所示為本發明實施例提供的一種網關600示意圖，用于執行前述各個實施例中相應的方法步驟，所述網關包括帶寬檢測單元601和策略執行單元602 帶寬檢測單元601，用于根據業務訪問請求，檢測用戶業務帶寬要求，將所述業務帶寬要求上報到帶寬判斷網元；所述帶寬檢測單元601，可以根據業務源交互信令中的媒體描述信息來判斷業務的帶寬要求；所述帶寬判斷網元具體可以是計費系統；也可以是其他網元；策略執行單元602，用于當所述帶寬判斷網元根據獲得的用戶可用帶寬以及所述帶寬檢測單元601上報的業務帶寬要求，判斷帶寬不足時，提升用戶帶寬。圖7所示為本發明實施例提供的一種計費裝置700示意圖，用于執行前述各個實施例中的相應的方法步驟，所述計費裝置包括業務帶寬要求獲取單元701，用于接收網關發送的業務帶寬要求；用戶可用帶寬獲取單元702，用于獲取用戶可用帶寬；具體的，用戶可用帶寬獲取單元702可以通過查詢用戶訂購的套餐，獲取用戶當前生效的最大帶寬；或者用戶可用帶寬獲取單元702可以向用戶端軟件發送檢測命令，要求用戶客戶端軟件上報用戶當前帶寬情況信息；或者客戶端軟件定時進行帶寬情況報告； 條件滿足時(如帶寬降低到一定閾值)觸發客戶端軟件上報等，用戶可用帶寬獲取單元702 獲取客戶端軟件上報的用戶可用帶寬信息。判斷單元703，用于比較所述用戶可用帶寬和所述用戶當前使用的業務的帶寬要求，判斷用戶可用帶寬是否足夠；判斷單元703判斷用戶可用帶寬是否足夠的方式，和前述步驟102中的方法類似，具體細節和實施方式可以參考前述步驟102中的相關說明。通知單元704，用于根據所述判斷單元的判斷結果，通知用戶可用帶寬狀況。通知單元704可以在通知用戶可用帶寬狀況的通知信息中進一步攜帶需要用戶確認QoE的信息，使用戶根據所述信息，確認并反饋QoE情況；
通知單元704還可以在所述通知信息中包含帶寬產品推薦信息，產品試用或者升級信息，并可以進一步在通知信息中包含可以讓用戶直接觸發帶寬升級，帶寬訂購或者帶寬試用的觸發方式。圖8所示為本發明實施例提供的一種用戶客戶端800示意圖，用于執行前述各個實施例中方法的相應步驟，所述客戶端800可以是移動終端，PC終端等各種形式，所述用戶客戶端800包括通知信息接收單元801，用于接收網絡側比較用戶可用帶寬和用戶當前使用的業務的帶寬要求后，下發的帶寬狀況通知信息；所述帶寬狀況通知信息包含能夠讓用戶觸發帶寬升級，帶寬訂購或者帶寬試用的觸發方式，所述帶寬狀況通知信息中包含帶寬產品推薦信息，產品試用或者升級信息；帶寬調整觸發單元802，用于根據所述帶寬狀況通知信息中攜帶的帶寬調整觸發方式，向網絡側發送帶寬調整請求，通過所述帶寬調整請求，觸發網絡側對所述用戶的帶寬產品進行調整，所述調整包括帶寬升級，訂購或者試用帶寬產品。通過本發明實施例的網關，計費系統，用戶客戶端，使網絡側能夠及時感知用戶實際使用各種業務時候的帶寬使用體驗，并給予用戶提示，可以讓用戶了解當前網絡帶寬狀況，明確的了解當前網絡帶寬產品情況和正在使用的業務的對比關系；進一步的，通過在發給用戶的帶寬狀況通知信息中攜帶帶寬產品推薦信息和/或觸發用戶直接升級或者試用產品的觸發方式，使得用戶能夠更加方便的對寬帶產品進行試用或者升級，提升用戶體驗上述裝置和系統內的各模塊之間的信息交互、執行過程等內容，由于與本發明方法實施例基于同一構思，具體內容可參見本發明方法實施例中的敘述，此處不再贅述。本領域普通技術人員可以理解實現上述實施例方法中的全部或部分流程，是可以通過計算機程序來指令相關的硬件來完成，上述的程序可存儲于一計算機可讀取存儲介質中，該程序在執行時，可包括如上述各方法的實施例的流程。其中，上述的存儲介質可為磁碟、光盤、只讀存儲記憶體(ROM :Read-OnIy Memory)或隨機存儲記憶體(RAM :Random Access Memory)等。本文中應用了具體個例對本發明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發明的方法及其思想；同時，對于本領域的一般技術人員，依據本發明的思想，在具體實施方式
及應用范圍上均會有改變之處，綜上所述，本說明書內容不應理解為對本發明的限制。
權利要求
1.一種用戶帶寬通知方法，其特征在于，所述方法包括網絡側檢測用戶可用帶寬和所述用戶當前使用的業務的帶寬要求，網絡側比較所述用戶可用帶寬和所述用戶當前使用的業務的帶寬要求，網絡側根據所述比較結果，通知所述用戶帶寬狀況。
2.如權利要求I中所述的方法，其特征在于，所述網絡側檢測用戶可用帶寬，具體包括計費系統查詢所述用戶訂購的套餐，根據所述用戶訂購的套餐，獲取用戶可用帶寬。
3.如權利要求I或2中所述的方法，其特征在于，所述網絡側檢測用戶當前使用業務的帶寬要求，具體包括業務網關根據業務交互信令中的媒體描述信息，檢測得到用戶當前使用業務的帶寬要求。
4.如權利要求I或2中所述的方法，其特征在于，所述網絡側檢測用戶當前使用業務的帶寬要求，具體包括計費系統檢查所述用戶當前使用業務的注冊信息，得到所述用戶當前使用業務的帶寬要求。
5.如權利要求1-4中所述的方法，其特征在于，所述根據比較結果，通知所述用戶可用帶寬狀況，具體包括如果所述比較結果為所述用戶可用帶寬小于所述用戶當前使用的業務的帶寬要求，通知所述用戶可用帶寬不足。
6.如權利要求1-5中所述的方法，其特征在于，在通知所述用戶帶寬狀況時，在通知信息中進一步包括用戶帶寬產品推薦信息，試用信息，或升級信息中的至少一種。
7.如權利要求6中所述的方法，其特征在于，網絡側根據用戶屬性，選擇相應的帶寬產品，包括在所述通知信息中。
8.如權利要求6或7中所述的方法，其特征在于，所述通知信息中包含能夠讓用戶直接觸發進行帶寬升級，帶寬訂購或者帶寬試用的觸發方式。
9.如權利要求1-8中所述的方法，其特征在于，所述用戶可用帶寬具體為當前業務可用帶寬，用戶總帶寬的固定比例值，或者當前業務分配得到的帶寬。
10.一種用戶體驗質量QoE的檢測方法，其特征在于，所述方法包括網絡側檢測用戶可用帶寬和所述用戶當前使用的業務的帶寬要求，網絡側比較所述用戶可用帶寬和所述用戶當前使用的業務的帶寬要求，網絡側根據所述比較結果，確定所述用戶的QoE。
11.如權利要求10中所述的方法，其特征在于，所述網絡側確定所述用戶的QoE后， 通知用戶QoE情況，并收集所述用戶對所述QoE的反饋信息，利用所述反饋信息，更新用戶 QoE。
12.如權利要求11中所述的方法，其特征在于，所述網絡側在通知用戶QoE情況，并收集用戶對所述QoE的反饋信息時，在通知信息中進一步包括用戶可用帶寬產品推薦信息， 試用信息，或升級信息中的至少一種。
13.如權利要求12中所述的方法，其特征在于，所述通知信息中包含能夠讓用戶直接觸發帶寬升級，帶寬訂購或者帶寬試用的觸發方式。
14.一種網關，其特征在于，所述網關包括帶寬檢測單元和策略執行單元；所述帶寬檢測單元，用于檢測用戶業務帶寬要求，將所述業務帶寬要求上報到帶寬判斷網元；所述策略執行單元，用于當所述帶寬判斷網元根據獲得的用戶可用帶寬以及所述帶寬檢測單元上報的業務帶寬要求，判斷帶寬不足時，提升用戶帶寬。
15.如權利要求14中所述的網關，其特征在于，所述帶寬檢測單元，具體用于根據業務源交互信令中的媒體描述信息，檢測得到業務帶寬要求。
16.一種計費裝置，其特征在于，所述計費裝置包括業務帶寬要求獲取單元，用戶可用帶寬獲取單元，判斷單元和通知單元；所述業務帶寬要求獲取單元，用于接收網關發送的業務帶寬要求；所述用戶可用帶寬獲取單元，用于獲取用戶可用帶寬；所述判斷單元，用于比較所述用戶可用帶寬和所述業務帶寬要求，判斷用戶可用帶寬是否足夠；所述通知單元，用于根據所述判斷單元的判斷結果，通知用戶可用帶寬狀況。
17.如權利要求16中所述的計費裝置，其特征在于，所述通知單元進一步用于在所述通知用戶可用帶寬狀況的通知消息中包含可以讓用戶直接觸發帶寬升級，帶寬訂購或者帶寬試用的觸發方式。
18.一種客戶端，其特征在于，所述客戶端包括通知信息接收單元和帶寬調整觸發單元;所述通知信息接收單元，用于接收網絡側比較用戶可用帶寬和所述用戶當前使用的業務的帶寬要求后，下發的帶寬狀況通知信息；所述帶寬狀況通知信息包含能夠讓用戶觸發帶寬升級，帶寬訂購或者帶寬試用的觸發方式；所述帶寬調整觸發單元，用于根據所述帶寬狀況通知信息中攜帶的帶寬調整觸發方式，向網絡側發送帶寬調整請求，通過所述帶寬調整請求，觸發網絡側對所述用戶的帶寬產品進行調整，所述調整包括帶寬升級，訂購或者試用帶寬產品中的至少一種。
全文摘要
本發明公開了一種用戶帶寬通知方法，所述方法包括網絡側檢測用戶可用帶寬和用戶當前使用的業務的帶寬要求，網絡側比較所述用戶當前可用帶寬和所述用戶當前使用的業務的帶寬要求，網絡側根據所述比較結果，通知所述用戶帶寬狀況。使用本發明，可以讓用戶明確的了解當前業務體驗不佳是由于用戶帶寬狀況和當前業務帶寬需求不匹配導致的，并可以采取適當的措施應對和解決。
文檔編號H04L12/66GK102546297SQ20111045964
公開日2012年7月4日 申請日期2011年12月31日 優先權日2011年12月31日
發明者柯善陽 申請人:華為技術有限公司