專利名稱：一種服務(wù)質(zhì)量的監(jiān)測方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種服務(wù)質(zhì)量的監(jiān)測方法及裝置。
背景技術(shù)：
網(wǎng)絡(luò)服務(wù)質(zhì)量(Quality of Service,QoS)是衡量用戶體驗的重要指標，因此一直是運營商和用戶最關(guān)心的問題。然而，在移動通信領(lǐng)域，長期以來一直存在著一個問題即在面對服務(wù)質(zhì)量問題時，無線專家們更喜歡把焦點放在無線技術(shù)層面的關(guān)鍵性能指標(Key Performance Index, KPI)和底層資源調(diào)度算法是否優(yōu)劣上面,而應用專家們很少關(guān)心特定的某個通信領(lǐng)域的應用層服務(wù)質(zhì)量問題。然而，現(xiàn)有網(wǎng)絡(luò)服務(wù)質(zhì)量的監(jiān)控，如果只是關(guān)注純無線技術(shù)指標和資源調(diào)度等算法，那么雖然是抓住了問題實現(xiàn)的具體細節(jié)，卻很容易與真實的用戶體驗脫節(jié)，與用戶在業(yè)務(wù)方面的最終根本需求沒有直接掛鉤，這種信息反饋機制與真實需求之間的錯位，是很有問題的。為了在宏觀(應用層)和微觀層面(無線)都能夠有效地關(guān)注用戶的服務(wù)質(zhì)量， 將原始需求和實現(xiàn)過程這兩方面結(jié)合起來是非常必要的。站在這個角度看，基于現(xiàn)有的無線監(jiān)測手段，在LTE網(wǎng)絡(luò)中再補充提供一種應用層服務(wù)質(zhì)量的反饋機制和監(jiān)控方法，就有著重要的現(xiàn)實意義。綜上所述，現(xiàn)有技術(shù)在應用業(yè)務(wù)服務(wù)質(zhì)量不太好的時候，用戶完全沒有更多的信息，以了解到底出了什么問題。而網(wǎng)絡(luò)維護人員也是束手無策，因為他們?nèi)鄙儆行畔硗瓿蛇@個應用層到具體無線傳輸服務(wù)質(zhì)量的閉環(huán)，從而無法高效處理網(wǎng)絡(luò)運營中的相關(guān)問題。

發(fā)明內(nèi)容
本發(fā)明實施例提供了一種服務(wù)質(zhì)量的監(jiān)測方法及裝置，用以實現(xiàn)對應用層業(yè)務(wù)的服務(wù)質(zhì)量的監(jiān)測，進而使得應用層的服務(wù)質(zhì)量監(jiān)控信息能夠反饋給移動通信網(wǎng)絡(luò)的網(wǎng)管運維中心或者反饋給用戶。本發(fā)明實施例提供的一種服務(wù)質(zhì)量的監(jiān)測方法包括用戶設(shè)備UE當需要發(fā)起應用層業(yè)務(wù)時，確定該應用層業(yè)務(wù)的QoS要求；UE檢查該應用層業(yè)務(wù)的QoS要求是否與預設(shè)的演進的分組系統(tǒng)EPS默認承載的 QoS能力相匹配，當應用層業(yè)務(wù)的QoS要求低于預設(shè)的EPS默認承載的QoS能力時，UE啟動該應用層業(yè)務(wù)；否則，UE請求建立EPS專用承載。本發(fā)明實施例提供的一種服務(wù)質(zhì)量的監(jiān)測裝置包括應用層業(yè)務(wù)QoS要求確定單元，用于當需要發(fā)起應用層業(yè)務(wù)時，確定該應用層業(yè)務(wù)的QoS要求；QoS要求檢查處理單元，用于檢查該應用層業(yè)務(wù)的QoS要求是否與預設(shè)的演進的分組系統(tǒng)EPS默認承載的QoS能力相匹配，當應用層業(yè)務(wù)的QoS要求低于預設(shè)的EPS默認承載的QoS能力時，UE啟動該應用層業(yè)務(wù)；否則，UE請求建立EPS專用承載。本發(fā)明實施例，通過用戶設(shè)備UE當需要發(fā)起應用層業(yè)務(wù)時，確定該應用層業(yè)務(wù)的 QoS要求;UE檢查該應用層業(yè)務(wù)的QoS要求是否與預設(shè)的演進的分組系統(tǒng)EPS默認承載的 QoS能力相匹配，當應用層業(yè)務(wù)的QoS要求低于預設(shè)的EPS默認承載的QoS能力時，UE啟動該應用層業(yè)務(wù)；否則，UE請求建立EPS專用承載，從而實現(xiàn)了對應用層業(yè)務(wù)的服務(wù)質(zhì)量的監(jiān)測，進而使得應用層的服務(wù)質(zhì)量監(jiān)控信息能夠反饋給移動通信網(wǎng)絡(luò)的網(wǎng)管運維中心或者反饋給用戶，有效地保證了 LTE網(wǎng)絡(luò)服務(wù)質(zhì)量在端到端環(huán)節(jié)的監(jiān)控和保障。


圖I為本發(fā)明實施例提供的LTE網(wǎng)絡(luò)架構(gòu)示意圖；圖2為本發(fā)明實施例提供的一種服務(wù)質(zhì)量QoS的監(jiān)測方法的流程示意圖；圖3為本發(fā)明實施例提供的UE側(cè)預設(shè)EPS默認承載的QoS能力的流程示意圖；圖4為本發(fā)明實施例提供的UE側(cè)針對應用層業(yè)務(wù)進行的服務(wù)質(zhì)量QoS的監(jiān)測流程不意圖；圖5為本發(fā)明實施例提供的一種服務(wù)質(zhì)量QoS的監(jiān)測裝置的結(jié)構(gòu)示意圖。
具體實施例方式本發(fā)明實施例提供了 LTE網(wǎng)絡(luò)服務(wù)質(zhì)量的一種應用層反饋機制與監(jiān)控方法，使得應用層的服務(wù)質(zhì)量監(jiān)控信息能夠反饋給移動通信網(wǎng)絡(luò)的網(wǎng)管運維中心或者反饋給用戶，一方面給用戶適當?shù)木W(wǎng)絡(luò)信息知情權(quán)(解決服務(wù)方面的問題)，另一方面給網(wǎng)絡(luò)運營者提供應用層面的信息反饋，結(jié)合網(wǎng)絡(luò)基礎(chǔ)設(shè)施提供的無線層面信息，可以有效地保證LTE網(wǎng)絡(luò)服務(wù)質(zhì)量在端到端環(huán)節(jié)的監(jiān)控和保障(解決網(wǎng)絡(luò)故障定位手段的問題)。下面結(jié)合附圖對本發(fā)明實施例提供的技術(shù)方案進行說明。如圖I所示，為一個典型的LTE網(wǎng)絡(luò)示意圖，其中傳輸網(wǎng)絡(luò)A和傳輸網(wǎng)絡(luò)B可以是一個網(wǎng)絡(luò)，也可以是不同網(wǎng)絡(luò)。圖I中UE與INTERNET之間的通信鏈路的服務(wù)質(zhì)量可以分解為以下幾個組成部分UE 內(nèi)部；UE對應的空中接口傳輸(無線)；演進型基站(eNB)內(nèi)部；SI接口(基站與MME之間的接口)傳輸；演進的分組核心網(wǎng)(Evolved Packet Core, EPC)內(nèi)部；應用服務(wù)器對應的SGi接口(EPC與應用服務(wù)器之間的接口)傳輸；應用服務(wù)器內(nèi)部。其中，這條路徑上，發(fā)生了問題卻又很難立即被網(wǎng)管運維中心知道的環(huán)節(jié)有4個部分UE內(nèi)部、UE對應的空中接口傳輸、應用服務(wù)器對應的SGi接口傳輸和應用服務(wù)器內(nèi)部。為了提高用戶體驗，以及便于問題定位，前面兩個環(huán)節(jié)(UE內(nèi)部和UE對應的空中接口傳輸)，是必須讓用戶知道的，而后面兩個環(huán)節(jié)(應用服務(wù)器對應的SGi接口傳輸和應用服務(wù)器內(nèi)部)的信息，則必須讓網(wǎng)絡(luò)運維人員掌握。因此，參見圖2，本發(fā)明實施例提供的服務(wù)質(zhì)量QoS的監(jiān)測方法，包括步驟S101、用戶設(shè)備UE當需要發(fā)起應用層業(yè)務(wù)時，確定該應用層業(yè)務(wù)的QoS要求；S102、UE檢查該應用層業(yè)務(wù)的QoS要求是否與預設(shè)的演進的分組系統(tǒng)EPS默認承載的QoS能力相匹配，當應用層業(yè)務(wù)的QoS要求低于預設(shè)的EPS默認承載的QoS能力(或者QoS實際測試結(jié)果)時，UE啟動該應用層業(yè)務(wù)；否則，UE請求建立EPS專用承載。其中，常見的QoS參數(shù)包括帶寬、時延、抖動等。例如，應用業(yè)務(wù)的帶寬要求是大于5Mpbs，如果EPS默認承載的帶寬測試結(jié)果是3Mpbs，那么EPS默認承載的帶寬就是不滿足QoS要求的，UE需要請求建立EPS專用承載，否則，如果EPS默認承載的帶寬測試結(jié)果是 8Mpbs，那么EPS默認承載的帶寬就是滿足QoS要求的，UE可以啟動該應用層業(yè)務(wù)。再例如， 應用業(yè)務(wù)的時延要求是小于20ms，如果EPS默認承載的時延測試結(jié)果是50ms，那么EPS默認承載的時延就是不滿足QoS要求的，UE需要請求建立EPS專用承載，否則，如果EPS默認承載的時延測試結(jié)果是10ms，那么EPS默認承載的時延就是滿足QoS要求的，UE可以啟動該應用層業(yè)務(wù)。較佳地，當UE請求建立EPS專用承載時，該方法還包括當EPS專用承載建立失敗時，UE生成錯誤信息輸出給應用層，并反饋給用戶，即將錯誤信息呈現(xiàn)給用戶；其中，UE生成的錯誤信息，具體包括EPS專用承載建立失敗的原因，以及EPS專用承載建立請求中的相關(guān)QoS參數(shù)，比如QCI (QoS Class Identifier服務(wù)質(zhì)量分類標識)，帶寬請求等。當EPS專用承載建立成功時，UE檢查所述應用層業(yè)務(wù)的QoS要求是否與該EPS專用承載的QoS能力(或者稱為QoS實際測試結(jié)果)相匹配。應用層業(yè)務(wù)的QoS要求是UE 發(fā)起的EPS專用承載建立請求消息中的QoS參數(shù)的來源，而EPS專用承載的QoS能力則包括EPS專用承載建立接受消息中的QoS參數(shù)，是網(wǎng)絡(luò)對UE請求的審批結(jié)果。這一步，就是核查網(wǎng)絡(luò)的審批是否與UE申請一致。比如檢查QCI是否一致，帶寬是否一致。較佳地，當EPS專用承載建立成功時，UE檢查所述應用層業(yè)務(wù)的QoS要求是否與該EPS專用承載的QoS能力相匹配,包括當所述應用層業(yè)務(wù)的QoS要求低于該EPS專用承載的QoS能力時，UE啟動該應用層業(yè)務(wù)；否則，UE反饋錯誤信息給網(wǎng)絡(luò)側(cè)的應用層服務(wù)質(zhì)量測試服務(wù)器，通過該應用層服務(wù)質(zhì)量測試服務(wù)器將該錯誤信息反饋給網(wǎng)管中心。其中，UE生成的錯誤信息，具體包括EPS專用承載建立失敗的原因，以及EPS專用承載建立請求中的相關(guān)QoS參數(shù)，比如QCI (QoS Class Identifier服務(wù)質(zhì)量分類標識)，帶寬請求等。較佳地，當UE啟動應用層業(yè)務(wù)時,該方法還包括在應用層業(yè)務(wù)結(jié)束之后，UE檢查是否存在服務(wù)質(zhì)量問題，當存在服務(wù)質(zhì)量問題時， UE反饋錯誤信息給網(wǎng)絡(luò)側(cè)的應用層服務(wù)質(zhì)量測試服務(wù)器，通過該應用層服務(wù)質(zhì)量測試服務(wù)器將該錯誤信息反饋給網(wǎng)管中心。具體地，任何測試結(jié)果都有局限性，原因可能是因為測試時間不夠、測試方法本身的不足、無線網(wǎng)絡(luò)環(huán)境發(fā)生改變等。因此，即使EPS專用承載的QoS實際測試結(jié)果滿足應用層業(yè)務(wù)的QoS要求，在實際應用過程中仍然可能遇到新的問題。那么，這一步就是一個補充的反饋機制。這里的檢查流程是在應用層面進行的，不同的應用層業(yè)務(wù)對應不同的參數(shù)，如果應用程序本身無法提供(上報)的話，則可以由用戶進行主觀判斷，比如在線視頻播放出現(xiàn)時斷時續(xù)等惡劣現(xiàn)象。較佳地，預設(shè)所述EPS默認承載的QoS能力，包括UE開機并執(zhí)行附著過程，當完成附著過程時，獲取網(wǎng)絡(luò)側(cè)的應用層服務(wù)質(zhì)量測試服務(wù)器的信息，并根據(jù)該信息發(fā)起EPS默認承載的服務(wù)質(zhì)量測試，得到并存儲測試結(jié)果。其中，所述網(wǎng)絡(luò)側(cè)的應用層服務(wù)質(zhì)量測試服務(wù)器的信息，包括應用層服務(wù)質(zhì)量測試服務(wù)器的IP地址列表，支持的服務(wù)器測試軟件類型列表，比如Jperf/Netperf/Chariot 等，以及支持的測試項，主要是測試協(xié)議及其測試端口號列表，比如ICMP協(xié)議，UDP協(xié)議測試端口，TCP協(xié)議測試端口，TCP并發(fā)流的數(shù)量，RTP協(xié)議等。其中，根據(jù)網(wǎng)絡(luò)側(cè)的應用層服務(wù)質(zhì)量測試服務(wù)器的信息發(fā)起EPS默認承載的服務(wù)質(zhì)量測試，包括在獲得了網(wǎng)絡(luò)側(cè)的應用層服務(wù)質(zhì)量測試服務(wù)器的信息之后，UE自動調(diào)用相應的客戶端程序，比如Jperf等，帶入相應的參數(shù)，就可以獲得EPS默認承載的服務(wù)質(zhì)量測試結(jié)果， 測試結(jié)果具體可以包括PING包時延、PING包丟包率、UDP帶寬和TCP帶寬等。本發(fā)明實施例中，為了建立實現(xiàn)應用層服務(wù)質(zhì)量反饋機制和監(jiān)控方法，需要預先完成以下的工作在網(wǎng)絡(luò)應用平臺處(盡可能貼近實際應用的位置)，搭建應用層服務(wù)質(zhì)量測試服務(wù)器，如圖I所示；在UE處，部署高層應用監(jiān)控程序、安裝服務(wù)質(zhì)量測試軟件客戶端；定義一種可行的應用層服務(wù)質(zhì)量的監(jiān)控機制和反饋流程；進一步，還可以在網(wǎng)管服務(wù)器處增加端到端的服務(wù)質(zhì)量監(jiān)控管理模塊，處理應用層服務(wù)質(zhì)量測試服務(wù)器反饋的相關(guān)數(shù)據(jù)信息。下面給出具體的解釋說明。關(guān)于搭建應用層服務(wù)質(zhì)量測試服務(wù)器目前在IP領(lǐng)域有著比較成熟的軟件工具可以實現(xiàn)，比如IxChariot、Netperf和 Jperf等，甚至，還可以搭建網(wǎng)頁形式的服務(wù)器，輕松點擊就可以獲得自己和服務(wù)器之間通信鏈路的服務(wù)質(zhì)量信息，比如上下行帶寬、網(wǎng)絡(luò)時延等。應用層服務(wù)質(zhì)量測試服務(wù)器主要功能是PING連通性測試；可用帶寬和網(wǎng)絡(luò)時延測試等。應用層服務(wù)質(zhì)量測試服務(wù)器需要將自身的相關(guān)信息通知給UE，其中所述相關(guān)信息，例如包括應用層服務(wù)質(zhì)量測試服務(wù)器的IP地址、支持的測試項(主要是測試協(xié)議及其測試端口號列表，比如ICMP協(xié)議，UDP協(xié)議測試端口 5001，TCP協(xié)議測試端口 6000TCP并發(fā)流的數(shù)量，RTP協(xié)議等)等。具體的通知方法包括在非接入層(Non-Access Stratum, NAS)高層信令中攜帶應用層服務(wù)質(zhì)量測試服務(wù)器的相關(guān)信息，需要修改相關(guān)協(xié)議，流程會比較復雜；或者，通過應用層通知應用層服務(wù)質(zhì)量測試服務(wù)器的相關(guān)信息，比如短信通知，然后讓用戶自己在UE上配置；或者，如果是一個試驗網(wǎng)絡(luò)，則可以直接約定。類似的方法還有很多，可以根據(jù)網(wǎng)絡(luò)的情況酌情選擇。關(guān)于在UE處部署高層應用監(jiān)控程序、安裝服務(wù)質(zhì)量測試軟件客戶端在UE軟件平臺上或者相連的筆記本上部署高層應用監(jiān)控程序，安裝服務(wù)質(zhì)量測試軟件的客戶端。部署高層應用監(jiān)控程序的目的是當UE高層發(fā)起應用時，在傳輸鏈路服務(wù)質(zhì)量未知，或已知信息與高層應用的需求不匹配時，能夠暫時攔截或者說延遲一下，以便首先啟用服務(wù)質(zhì)量測試，對網(wǎng)絡(luò)狀態(tài)進行一下預判。如果是手機，那么UE的平臺軟件一般都有對高層應用進行任務(wù)管理的軟件模塊， 可以很容易地實現(xiàn)這個功能，如果是數(shù)據(jù)卡，那么可以通知筆記本電腦用戶可以自己去手工完成這個過程。至于服務(wù)質(zhì)量測試軟件的客戶端，與服務(wù)器軟件是配套的，在IP領(lǐng)域有著成熟的軟件工具可以使用。這一機制在應用層服務(wù)質(zhì)量的監(jiān)控、保障和定位方面有著很大的實用價值。如果UE到應用層服務(wù)質(zhì)量測試服務(wù)器的服務(wù)質(zhì)量滿足高層應用的要求，那么UE與某個 Internet應用服務(wù)器的高層應用的服務(wù)質(zhì)量就有了一個基本的保障，即該業(yè)務(wù)在LTE網(wǎng)絡(luò)管轄區(qū)域內(nèi)的服務(wù)質(zhì)量保障是沒有問題的。在這個前提下，如果UE的服務(wù)質(zhì)量出了問題， 那么直接檢查一下該Internet應用服務(wù)器到應用層服務(wù)質(zhì)量測試服務(wù)器之間的這段線路的服務(wù)質(zhì)量就可以了。而這一點，是比較容易實現(xiàn)的，因為應用層服務(wù)質(zhì)量測試服務(wù)器部署在網(wǎng)絡(luò)工程師可以集中控制的范圍，不像UE完全是分散在通信網(wǎng)絡(luò)的每一個用戶的控制之下。這為網(wǎng)絡(luò)測試人員和網(wǎng)絡(luò)運維者的工作提供了非常有利的客觀條件。關(guān)于定義一種可行的應用層服務(wù)質(zhì)量的監(jiān)控機制和反饋流程考慮到LTE網(wǎng)絡(luò)的具體技術(shù)情況，有兩種基本情況是必須考慮的，其它情況則需根據(jù)實踐效果去改進第一個是開機附著成功，在默認承載建立完畢之后，對演進分組系統(tǒng)(Evolved Packet System, EPS)默認承載的服務(wù)質(zhì)量信息進行測試，這有著很重要的參考意義。第二個是當某些高層業(yè)務(wù)因為服務(wù)質(zhì)量的需要，請求發(fā)起建立較高服務(wù)質(zhì)量的 EPS專用承載時，那么在EPS專用承載建立成功之后，實際的服務(wù)質(zhì)量情況是否真的滿足要求，而不僅僅是理論上的授權(quán)允許(這個是EPS專用承載建立成功這一信令面流程所唯一考慮的問題)，這個也是需要通過應用層的預測試來保障的，以免出現(xiàn)理論可以而實際服務(wù)質(zhì)量就是達不到期望值的情況，這樣的用戶體驗將是非常糟糕的。具體參見圖3和圖4兩個流程圖，圖3所示流程為UE預先設(shè)置EPS默認承載的服務(wù)質(zhì)量信息的流程，包括S201、UE開機，并發(fā)起附著過程。S202、UE確定附著完成。S203、UE獲取應用層服務(wù)質(zhì)量測試服務(wù)器的相關(guān)信息。S204、UE根據(jù)應用層服務(wù)質(zhì)量測試服務(wù)器的相關(guān)信息，發(fā)起EPS默認承載的服務(wù)質(zhì)量測試，存儲測試結(jié)果。
圖4所示，為整個應用層服務(wù)質(zhì)量反饋機制和監(jiān)控方法的具體運作過程，包括步驟S301、UE準備發(fā)起某個高層應用業(yè)務(wù)，那么它首先具備了基本的服務(wù)質(zhì)量需求。S302、UE判斷高層應用業(yè)務(wù)的服務(wù)質(zhì)量需求是否與圖3所示流程中預設(shè)的EPS默認承載的服務(wù)質(zhì)量要求相匹配，即低于或等于EPS默認承載的服務(wù)質(zhì)量要求，如果是，則執(zhí)行步驟S311，否則，執(zhí)行步驟S303。也就是說，高層應用業(yè)務(wù)的服務(wù)質(zhì)量需求是含糊的、沒有明確的標準，那么EPS默認承載的服務(wù)質(zhì)量能力很容易滿足要求，從而高層應用業(yè)務(wù)直接在EPS默認承載上進行傳輸。如果用戶準備發(fā)起的高層應用業(yè)務(wù)，有非常明確的服務(wù)質(zhì)量要求，比如要求的帶寬必須達到某一個標準，平均或者最大時延必須小于預設(shè)閾值等。那么，EPS默認承載的服務(wù)質(zhì)量能力可能不滿足要求，因此就不匹配。這時候，UE需要自動申請發(fā)起EPS專用承載的建立。S303、UE請求建立EPS專用承載。S304、UE判斷EPS專用承載是否建立成功，如果是，則執(zhí)行步驟S307，否則執(zhí)行步驟 S305。S305、UE反饋錯誤信息給UE自身的應用層。S306、UE將錯誤信息輸出呈現(xiàn)給用戶。S307、UE發(fā)起EPS專用承載服務(wù)質(zhì)量測試。如果演進的分組系統(tǒng)(Evolved Packet System, EPS)專用承載建立成功,貝U啟動專用承載的服務(wù)質(zhì)量測試。然后把這個結(jié)果和高層應用的原始需求進行匹配，滿足條件，則啟動應用程序。否則，UE上報錯誤信息給應用層服務(wù)質(zhì)量測試服務(wù)器，這些信息可以包括原始的服務(wù)質(zhì)量需求、專用承載建立成功與否、專用承載的實際測試的服務(wù)質(zhì)量等。S308、UE判斷高層應用業(yè)務(wù)的服務(wù)質(zhì)量需求是否與EPS專用承載服務(wù)質(zhì)量能力相匹配，即低于或等于EPS專用承載服務(wù)質(zhì)量能力，如果是，則執(zhí)行步驟S311，否則，執(zhí)行步驟 S309。S309、UE反饋錯誤信息給應用層服務(wù)質(zhì)量測試服務(wù)器。S310、應用層服務(wù)質(zhì)量測試服務(wù)器反饋錯誤信息給網(wǎng)管服務(wù)器。S311、UE啟動高層應用業(yè)務(wù)。S312、UE確定高層應用業(yè)務(wù)結(jié)束。S313、UE判斷是否還存在服務(wù)質(zhì)量問題，當存在服務(wù)質(zhì)量問題時，通知應用層服務(wù)質(zhì)量測試服務(wù)器，應用層服務(wù)質(zhì)量測試服務(wù)器反饋錯誤信息給網(wǎng)管服務(wù)器。應用層服務(wù)質(zhì)量測試服務(wù)器及時反饋錯誤信息給網(wǎng)管中心(網(wǎng)絡(luò)管理控制中心， 即圖I中所示的網(wǎng)管服務(wù)器)時，網(wǎng)管中心可以根據(jù)能夠收集到的LTE網(wǎng)絡(luò)基礎(chǔ)設(shè)施的測試和運維信息，加上這個應用層的反饋信息，在對問題做出綜合性的整體判斷之后，能夠比較輕松地做出下一步的處理建議。網(wǎng)絡(luò)管理控制中心中可以增加一模塊或?qū)Ｓ玫姆?wù)器，以處理來自應用層服務(wù)質(zhì)量測試服務(wù)器反饋的信息數(shù)據(jù)。參見圖5，本發(fā)明實施例提供的一種服務(wù)質(zhì)量QoS的監(jiān)測裝置，包括應用層業(yè)務(wù)QoS要求確定單元11，用于當需要發(fā)起應用層業(yè)務(wù)時，確定該應用層業(yè)務(wù)的QoS要求；
QoS要求檢查處理單元12，用于檢查該應用層業(yè)務(wù)的QoS要求是否與預設(shè)的演進的分組系統(tǒng)EPS默認承載的QoS能力相匹配，當應用層業(yè)務(wù)的QoS要求低于預設(shè)的EPS默認承載的QoS能力時，啟動該應用層業(yè)務(wù)；否則，請求建立EPS專用承載。較佳地,所述QoS要求檢查處理單元12,當請求建立EPS專用承載時,具體用于當EPS專用承載建立失敗時，生成錯誤信息輸出給應用層，并反饋給用戶；當EPS專用承載建立成功時，檢查所述應用層業(yè)務(wù)的QoS要求是否與該EPS專用承載的QoS能力相匹配。較佳地,所述QoS要求檢查處理單元12,當EPS專用承載建立成功,檢查所述應用層業(yè)務(wù)的QoS要求是否與該EPS專用承載的QoS能力相匹配時,具體用于當所述應用層業(yè)務(wù)的QoS要求低于該EPS專用承載的QoS能力時，UE啟動該應用層業(yè)務(wù)；否則，UE反饋錯誤信息給網(wǎng)絡(luò)側(cè)的應用層服務(wù)質(zhì)量測試服務(wù)器，通過該應用層服務(wù)質(zhì)量測試服務(wù)器將該錯誤信息反饋給網(wǎng)管中心。較佳地，所述QoS要求檢查處理單元12，當啟動應用層業(yè)務(wù)時，還用于在應用層業(yè)務(wù)結(jié)束之后，檢查是否存在服務(wù)質(zhì)量問題，當存在服務(wù)質(zhì)量問題時，反饋錯誤信息給網(wǎng)絡(luò)側(cè)的應用層服務(wù)質(zhì)量測試服務(wù)器，通過該應用層服務(wù)質(zhì)量測試服務(wù)器將該錯誤信息反饋給網(wǎng)管中心。較佳地，該裝置還包括EPS默認承載QoS要求預設(shè)單元13,用于預設(shè)所述EPS默認承載的QoS能力，具體包括當用戶設(shè)備UE開機并完成附著過程時，獲取網(wǎng)絡(luò)側(cè)的應用層服務(wù)質(zhì)量測試服務(wù)器的信息，并根據(jù)該信息發(fā)起EPS默認承載的服務(wù)質(zhì)量測試，得到并存儲測試結(jié)果。較佳地，上述本發(fā)明實施例提供的服務(wù)質(zhì)量QoS的監(jiān)測裝置，可以為UE。綜上所述，本發(fā)明實施例在網(wǎng)絡(luò)側(cè)部署專用服務(wù)器，用于應用層的服務(wù)質(zhì)量測試， 并且規(guī)定UE在高層應用啟動之前對EPS承載服務(wù)質(zhì)量的先預測試后啟用的一種工作機制，要求UE把業(yè)務(wù)需求和實際承載質(zhì)量不匹配的情況發(fā)送給網(wǎng)絡(luò)側(cè)，因此，有效保障用戶的知情權(quán)，解決用戶對實際網(wǎng)絡(luò)服務(wù)質(zhì)量的信息匱乏問題，根據(jù)UE反饋的應用層服務(wù)質(zhì)量信息，網(wǎng)管運維人員結(jié)合無線基礎(chǔ)設(shè)施提供的監(jiān)測手段，可以實現(xiàn)服務(wù)質(zhì)量監(jiān)控手段的閉環(huán)，從而更容易解決網(wǎng)絡(luò)中出現(xiàn)的服務(wù)質(zhì)量問題。先測試后應用的工作機制，可以有效改善 VIP客戶的服務(wù)體驗，也可以為普通用戶在重要的業(yè)務(wù)開始之前提供網(wǎng)絡(luò)可用的服務(wù)質(zhì)量信息。本領(lǐng)域內(nèi)的技術(shù)人員應明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結(jié)合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器和光學存儲器等)上實施的計算機程序產(chǎn)品的形式。本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設(shè)備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。這些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計算機或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設(shè)備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種服務(wù)質(zhì)量QoS的監(jiān)測方法，其特征在于，該方法包括用戶設(shè)備UE當需要發(fā)起應用層業(yè)務(wù)時，確定該應用層業(yè)務(wù)的QoS要求；UE檢查該應用層業(yè)務(wù)的QoS要求是否與預設(shè)的演進的分組系統(tǒng)EPS默認承載的QoS能力相匹配，當應用層業(yè)務(wù)的QoS要求低于預設(shè)的EPS默認承載的QoS能力時，UE啟動該應用層業(yè)務(wù)；否則，UE請求建立EPS專用承載。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于，當UE請求建立EPS專用承載時，該方法還包括當EPS專用承載建立失敗時，UE生成錯誤信息輸出給應用層，并反饋給用戶；當EPS專用承載建立成功時，UE檢查所述應用層業(yè)務(wù)的QoS要求是否與該EPS專用承載的QoS能力相匹配。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，當EPS專用承載建立成功時，UE檢查所述應用層業(yè)務(wù)的QoS要求是否與該EPS專用承載的QoS能力相匹配，包括當所述應用層業(yè)務(wù)的QoS要求低于該EPS專用承載的QoS能力時，UE啟動該應用層業(yè)務(wù)；否則，UE反饋錯誤信息給網(wǎng)絡(luò)側(cè)的應用層服務(wù)質(zhì)量測試服務(wù)器，通過該應用層服務(wù)質(zhì)量測試服務(wù)器將該錯誤信息反饋給網(wǎng)管中心。
4.根據(jù)權(quán)利要求1-3任一權(quán)項所述的方法，其特征在于，當UE啟動應用層業(yè)務(wù)時，該方法還包括在應用層業(yè)務(wù)結(jié)束之后，UE檢查是否存在服務(wù)質(zhì)量問題，當存在服務(wù)質(zhì)量問題時，UE 反饋錯誤信息給網(wǎng)絡(luò)側(cè)的應用層服務(wù)質(zhì)量測試服務(wù)器，通過該應用層服務(wù)質(zhì)量測試服務(wù)器將該錯誤信息反饋給網(wǎng)管中心。
5.根據(jù)權(quán)利要求I所述的方法，其特征在于，預設(shè)所述EPS默認承載的QoS能力，包括:UE開機并執(zhí)行附著過程，當完成附著過程時，獲取網(wǎng)絡(luò)側(cè)的應用層服務(wù)質(zhì)量測試服務(wù)器的信息，并根據(jù)該信息發(fā)起EPS默認承載的服務(wù)質(zhì)量測試，得到并存儲測試結(jié)果。
6.一種服務(wù)質(zhì)量QoS的監(jiān)測裝置，其特征在于，該裝置包括應用層業(yè)務(wù)QoS要求確定單元，用于當需要發(fā)起應用層業(yè)務(wù)時，確定該應用層業(yè)務(wù)的 QoS要求；QoS要求檢查處理單元，用于檢查該應用層業(yè)務(wù)的QoS要求是否與預設(shè)的演進的分組系統(tǒng)EPS默認承載的QoS能力相匹配，當應用層業(yè)務(wù)的QoS要求低于預設(shè)的EPS默認承載的QoS能力時，啟動該應用層業(yè)務(wù)；否則，請求建立EPS專用承載。
7.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述QoS要求檢查處理單元，當請求建立 EPS專用承載時，具體用于當EPS專用承載建立失敗時，生成錯誤信息輸出給應用層，并反饋給用戶；當EPS專用承載建立成功時，檢查所述應用層業(yè)務(wù)的QoS要求是否與該EPS專用承載的QoS能力相匹配。
8.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述QoS要求檢查處理單元，當EPS專用承載建立成功，檢查所述應用層業(yè)務(wù)的QoS要求是否與該EPS專用承載的QoS能力相匹配時，具體用于當所述應用層業(yè)務(wù)的QoS要求低于該EPS專用承載的QoS能力時，UE啟動該應用層業(yè)務(wù)；否則，UE反饋錯誤信息給網(wǎng)絡(luò)側(cè)的應用層服務(wù)質(zhì)量測試服務(wù)器，通過該應用層服務(wù)質(zhì)量測試服務(wù)器將該錯誤信息反饋給網(wǎng)管中心。
9.根據(jù)權(quán)利要求6-8任一權(quán)項所述的裝置，其特征在于，所述QoS要求檢查處理單元， 當啟動應用層業(yè)務(wù)時，還用于在應用層業(yè)務(wù)結(jié)束之后，檢查是否存在服務(wù)質(zhì)量問題，當存在服務(wù)質(zhì)量問題時，反饋錯誤信息給網(wǎng)絡(luò)側(cè)的應用層服務(wù)質(zhì)量測試服務(wù)器，通過該應用層服務(wù)質(zhì)量測試服務(wù)器將該錯誤信息反饋給網(wǎng)管中心。
10.根據(jù)權(quán)利要求6所述的裝置，其特征在于，該裝置還包括EPS默認承載QoS要求預設(shè)單元，用于預設(shè)所述EPS默認承載的QoS能力，具體包括 當用戶設(shè)備UE開機并完成附著過程時，獲取網(wǎng)絡(luò)側(cè)的應用層服務(wù)質(zhì)量測試服務(wù)器的信息，并根據(jù)該信息發(fā)起EPS默認承載的服務(wù)質(zhì)量測試，得到并存儲測試結(jié)果。
全文摘要
本發(fā)明公開了一種服務(wù)質(zhì)量的監(jiān)測方法及裝置，用以實現(xiàn)對應用層業(yè)務(wù)的服務(wù)質(zhì)量的監(jiān)測，進而使得應用層的服務(wù)質(zhì)量監(jiān)控信息能夠反饋給移動通信網(wǎng)絡(luò)的網(wǎng)管運維中心或者反饋給用戶。本發(fā)明提供的一種服務(wù)質(zhì)量的監(jiān)測方法包括用戶設(shè)備UE當需要發(fā)起應用層業(yè)務(wù)時，確定該應用層業(yè)務(wù)的QoS要求；UE檢查該應用層業(yè)務(wù)的QoS要求是否與預設(shè)的演進的分組系統(tǒng)EPS默認承載的QoS能力相匹配，當應用層業(yè)務(wù)的QoS要求低于預設(shè)的EPS默認承載的QoS能力時，UE啟動該應用層業(yè)務(wù)；否則，UE請求建立EPS專用承載。
文檔編號H04W24/08GK102595472SQ201210023100
公開日2012年7月18日 申請日期2012年2月2日 優(yōu)先權(quán)日2012年2月2日
發(fā)明者劉麗君, 肖揚 申請人:大唐移動通信設(shè)備有限公司