專利名稱：服務質(zhì)量報告的獲取方法、裝置和系統(tǒng)的制作方法
技術領域：
本發(fā)明實施例涉及移動通信領域，尤其是一種服務質(zhì)量報告的獲取方法、 裝置和系統(tǒng)。
背景技術：
隨著IP技術的不斷發(fā)展，下一代電信網(wǎng)絡將是基于IP的寬帶承載網(wǎng)絡。
下一代網(wǎng)絡(Next Generation Network, NGN)可以提供更加豐富的有服務質(zhì) 量(Quality of Service, QoS )保證的多媒體業(yè)務，不同類型的多J 某體業(yè)務 會有不同的服務質(zhì)量要求，只有滿足這些不同的要求才能提供滿意的不同類 型的多媒體業(yè)務服務。所以如何解決電信業(yè)務的服務質(zhì)量問題是基于IP的下 一代電信網(wǎng)絡的關鍵問題。
一種現(xiàn)有的基于會話的動態(tài)QoS控制機制是，在控制平面實現(xiàn)基于每個 會話的呼叫接納控制(Call Admission Control, CAC),資源預留和動態(tài)的 策略下發(fā)，在數(shù)據(jù)平面完成業(yè)務感知和策略執(zhí)行。這種機制既能夠提供嚴格 的QoS保證，又具有良好的可擴展性。
歐洲電信標準協(xié)會 (European Telecommunications Standards Institute , ETSI )的電信和互聯(lián)網(wǎng)融合業(yè)務及高級網(wǎng)絡協(xié)議 (Telecommunications and Internet Converged Services and Protocols for Advanced Networking, TISPAN )的下一代網(wǎng)絡架構中，在應用層和傳送層之 間增力口了資源接納控制子系統(tǒng)(Resource Admission Control Sub-System, RACS),用于統(tǒng)一管理承載網(wǎng)的資源，并提供基于策略的控制，例如承載網(wǎng) 的QoS、網(wǎng)絡地址轉換(Network Address Translator, NAT )都經(jīng)過RACS來
i方問和4空制。
通過實行資源接納控制，資源接納控制子系統(tǒng)向上向業(yè)務層屏蔽傳送網(wǎng)
絡的具體細節(jié)，支持業(yè)務控制與傳送功能相分離；向下感知傳送網(wǎng)絡的資源 使用情況，確保正確合理地使用傳送網(wǎng)絡資源，從而保證業(yè)務的服務質(zhì)量， 并防止帶寬和業(yè)務盜用現(xiàn)象發(fā)生。功能架構、涉及的實體和參考點、接入類 型和終端、資源控制模式、功能實體之間的選擇機制、不同域之間的互聯(lián)、 和傳送控制功能中其他功能之間的交互是資源接納控制的核心內(nèi)容。為了完 成以上功能，資源接納控制子系統(tǒng)需要保存它所控制的網(wǎng)絡的拓樸及資源利 用信息。
RACS可以通過QoS報告系統(tǒng)獲得QoS測量結果以改進資源接納控制策略。 現(xiàn)有技術的QoS報告系統(tǒng)如圖1所示，其包括
月良務質(zhì)量報告來源(Quality Reporting Source, QRS ),包括用戶駐地 設備(Customer Premises Equipment, CPE)、接入節(jié)點(Access Node, AN)、 IPEDGE( Internet Protocol EDGE, IP網(wǎng)絡邊緣節(jié)點)、邊緣網(wǎng)關功能(Border Gateway Function, BGF )和網(wǎng)纟各才果4十(Network Probes, NP );
服務質(zhì)量報告收集器(Quality R印orting Collector, QRC );
服務質(zhì)量報告用戶(Quality Reporting User, QRU)，包括資源接納控 制子系統(tǒng)、計費系統(tǒng)(Accounting System, AS)和網(wǎng)絡管理系統(tǒng)(Network Management System, 麗S)。
QRC收集來自于QRS的QoS報告并發(fā)送到相關的QRU，在QRS和QRU之間 提供統(tǒng)一的接口和協(xié)議，對收集到的數(shù)據(jù)進行過濾、關聯(lián)、融合，并且對QRU 的報告請求事件進行管理。
QRS可以主動向QRC報告QoS報告，具體為當某條需要QoS報告的媒體 流建立時，從發(fā)送端到接收端間的路徑上的所有QRS上設置QoS報告策略， 例如定期報告或當特定事件發(fā)生時(如流終止時或QoS參數(shù)超過預定指標)， 向QRC報告；QRC將接收到的QoS報告轉發(fā)給相應的QRU。
QRS可以根據(jù)從QRC收到的報告請求向QRC報告QoS報告，具體為當某 條需要QoS報告的媒體流建立時，從發(fā)送端到接收端間的路徑上的所有QRS 向QRC注冊自身及相關媒體流信息；QRC生成數(shù)據(jù)庫存儲QRS及i某體流信息， 并產(chǎn)生映射；QRU向QRC發(fā)送對特定流進行監(jiān)測及報告的QoS報告請求；QRC 從數(shù)據(jù)庫中查找該流對應的QRS，并向得到的QRS下發(fā)請求；獲得請求的QRS 向QRC報告該流的QoS報告；QRC將收到QoS報告轉發(fā)給相應的QRU。所以QRC 可以定位指定流上的相關QRS。
QRC向指定媒體流相關的QRS下發(fā)請求時需要獲知QRS的位置信息，這個 信息是通過QRS在々某體流初始建立時的注冊過程中得到的。因此，無論i某體 流是否需要QoS報告，所有媒體流的QRS均必須向QRC注冊，所以增加了 QRC 的負載。而且QRC需要維護一個數(shù)據(jù)庫保存所有QRS和i某體流的對應關系， 維護成本高。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種服務質(zhì)量報告的獲取方法、裝置和系統(tǒng)，無須注 冊，也無須維護數(shù)據(jù)庫來保存所對應關系，以減少負載和維護成本。 本發(fā)明實施例提供了 一種服務質(zhì)量報告的獲取方法，包括 資源接納控制子系統(tǒng)向服務質(zhì)量報告來源下發(fā)服務質(zhì)量報告的監(jiān)測/報 告策略；
所述服務質(zhì)量報告來源接收所述監(jiān)測/報告策略；
所述服務質(zhì)量報告來源根據(jù)所述監(jiān)測/報告策略，對服務質(zhì)量參數(shù)進行監(jiān)
測并生成服務質(zhì)量報告；
服務質(zhì)量報告收集器收集所述服務質(zhì)量報告并上報服務質(zhì)量報告用戶。 本發(fā)明實施例還提供了一種服務質(zhì)量報告的獲取裝置，包括 接收模塊，用于接收從資源接納控制子系統(tǒng)下發(fā)的服務質(zhì)量報告的監(jiān)測/
報告策略；
發(fā)送模塊，用于根據(jù)該監(jiān)測/報告策略上報服務質(zhì)量報告。 本發(fā)明實施例還提供了 一種服務質(zhì)量報告的獲取系統(tǒng)，包括 資源接納控制子系統(tǒng)，用于將制訂的服務質(zhì)量報告的監(jiān)測/報告策略轉化 為被承載設備接受的監(jiān)測/報告策略，并根據(jù)自身保存的拓樸信息和媒體流的
端到端路徑，發(fā)送所述被承載網(wǎng)監(jiān)測設備接受的監(jiān)測/報告策略；
服務質(zhì)量報告來源，用于根據(jù)接收到的監(jiān)測/報告策略上報服務質(zhì)量報告.
服務質(zhì)量報告收集器，用于收集并處理所述服務質(zhì)量報告并轉發(fā)。 本發(fā)明實施例服務質(zhì)量報告的獲取方法、裝置和系統(tǒng)利用下發(fā)監(jiān)測/報告
策略來獲取服務質(zhì)量報告，因此無須注冊，也無須維護數(shù)據(jù)庫來保存對應關
系，所以減少了負載，也減少了維護成本。


圖1為現(xiàn)有技術QoS報告系統(tǒng)的結構示意圖； 圖2為本發(fā)明實施例一服務質(zhì)量報告的獲取方法的流程圖； 圖3為本發(fā)明實施例二服務質(zhì)量報告的獲取方法的流程圖； 圖4為本發(fā)明實施例三服務質(zhì)量報告的獲取方法的信令流程圖； 圖5為本發(fā)明實施例一服務質(zhì)量報告的獲取系統(tǒng)的結構示意圖； 圖6為本發(fā)明實施例二服務質(zhì)量報告的獲取系統(tǒng)的結構示意圖。
具體實施例方式
下面通過附圖和實施例，對本發(fā)明實施例的技術方案做進一步的詳細描述。
如圖2所示，為本發(fā)明實施例一服務質(zhì)量報告的獲取方法的流程圖，具 體包括如下步驟
步驟101,資源接納控制子系統(tǒng)向服務質(zhì)量報告來源下發(fā)服務質(zhì)量報告的
監(jiān)測/報告策略；
步驟102,服務質(zhì)量報告來源接收資源接納控制子系統(tǒng)下發(fā)的服務質(zhì)量報 告的監(jiān)測/報告策略；
步驟103，服務質(zhì)量報告來源根據(jù)該監(jiān)測/報告策略，對服務質(zhì)量參數(shù)進 行監(jiān)測并生成服務質(zhì)量報告；
步驟1G4，服務質(zhì)量報告收集器收集所述服務質(zhì)量報告并上報服務質(zhì)量報 告用戶。
另外，服務質(zhì)量報告來源也可以根據(jù)該監(jiān)測/報告策略生成服務質(zhì)量報告 后，不經(jīng)過服務質(zhì)量報告收集器，而直接將該服務質(zhì)量報告上報給服務質(zhì)量 報告用戶。
本發(fā)明實施例服務質(zhì)量報告的獲取方法利用下發(fā)監(jiān)測/報告策略來獲取 服務質(zhì)量報告，因此無須注冊，也無須維護數(shù)據(jù)庫來保存所對應關系，所以 減少了負載，也減少了維護成本。
如圖3所示，為本發(fā)明實施例二服務質(zhì)量報告的獲取方法的流程圖，具 體包括如下步驟
步驟201，應用功能實體(Application Function, AF )、計費系統(tǒng) (Accounting System, AS)或網(wǎng)絡管理系統(tǒng)(Network Management System, 麗S )根據(jù)運營商策略或用戶需求制定監(jiān)測/報告策略；
該監(jiān)測/報告策略中包含監(jiān)測/報告開關和報告激活方式，監(jiān)測AR告條件 就是對于監(jiān)測/報告的開始和取消監(jiān)測的條件，而報告的激活方式就是對報告 的激活，例如當接收到服務質(zhì)量報告請求后根據(jù)測量結果發(fā)送一次服務質(zhì)量 報告，或者是定期激活發(fā)送QoS報告、或者是事件驅(qū)動激活，這些特定事件 可以是媒體流終止，或者QoS參數(shù)超過預定指標等等，當然本發(fā)明實施例不 限于此；
進一步的，監(jiān)測/報告策略還包括所需監(jiān)測々某體流的分類信息，QRS所屬 的QRC的地址信息，及在測量中與QRS相鄰的其他QRS的地址信息；i某體流
分類信息包括源/目的地址和源/目的端口號，或者源網(wǎng)絡地址、目的網(wǎng)絡
地址和差分服務代碼點，或者源地址、目的地址和流標簽，或者源網(wǎng)絡地址、 目的網(wǎng)絡地址和流量分類，或者多協(xié)議標簽交換和標簽交換路徑標簽，及其
他媒體流的聚合方法，當然本發(fā)明不限于此；
步驟202， AF、 AS或麗S將該監(jiān)測/報告策略發(fā)送給資源接納控制子系統(tǒng) (Resource Admission Control Sub_System， RACS );
步驟203， RACS將上述應用層的監(jiān)測/報告策略轉化為承載網(wǎng)監(jiān)測設備可 接受的監(jiān)測/報告策略；
步驟204， RACS根據(jù)自身保存的拓樸信息和i某體流的端到端路徑，將監(jiān) 測/報告策略發(fā)送到相關媒體流對應的服務質(zhì)量報告來源(Quality Reporting Source, QRS)上；
步驟205, QRS根據(jù)上述監(jiān)測/報告策略，對QoS參數(shù)進行監(jiān)測并生成QoS
報告；
步驟206,服務質(zhì)量報告收集器(Quality Reporting Collector, QRC ) 收集QRS上的QoS報告并處理；
步驟207， QRC將處理后的QoS報告上報給相應的QRU。
QRU應用這些QRC上凈艮的QoS 4艮告，可以進行如資源接納控制，^f全測系統(tǒng) 故障，計費等，但不限于此。
另外，與步驟201-步驟202相應，可以由管理員預先根據(jù)運營商策或用 戶需求制定所述監(jiān)測/報告策略并存儲在RACS中。
本發(fā)明實施例二QoS報告的獲取方法，利用RACS來進行相關媒體流上的 QRS定位并下發(fā)監(jiān)測/報告策略到相應的QRS來獲取服務質(zhì)量報告，所以無需 QRS向QRC的注冊，QRC也無須維護數(shù)據(jù)庫來保存QRS與媒體流的對應關系， 所以減少了QRC的負載，也減少了維護成本。
如圖4所示，為本發(fā)明實施例三服務質(zhì)量報告的獲取方法的信令流程圖， 具體包括如下步驟
步驟301,AF、 AS或麗S根據(jù)運營商策略或用戶需求制定監(jiān)測/報告策
略；
步驟302, AF、 AS或畫S將該監(jiān)測/報告策略發(fā)送給RACS;
步驟303， RACS將上述應用層的監(jiān)測/報告策略轉化為承載網(wǎng)監(jiān)測設備可 接受的監(jiān)測/才艮告策略；
步驟304, RACS根據(jù)自身保存的拓樸信息和媒體流的端到端路徑，將監(jiān) 測/報告策略發(fā)送給相關媒體流對應的QRS;
步驟305, QRS根據(jù)上述監(jiān)測/報告策略，對QoS參數(shù)進行監(jiān)測并生成QoS 報告；
步驟306， QRC收集QRS上的QoS報告并進行處理；
步驟307， QRC將處理后的QoS報告上報給相應QRU中的RACS,以便于 RACS根據(jù)該QoS報告進行資源接納控制。
本發(fā)明實施例服務質(zhì)量報告的獲取裝置具體包括接收模塊，用于接收 從資源接納控制子系統(tǒng)下發(fā)的服務質(zhì)量報告的監(jiān)測/報告策略；發(fā)送模塊，用 于根據(jù)該監(jiān)測/報告策略上報服務質(zhì)量報告。本發(fā)明實施例服務質(zhì)量報告的獲 取裝置利用下發(fā)監(jiān)測/報告策略來獲取服務質(zhì)量報告，因此無須注冊，也無須 維護數(shù)據(jù)庫來保存所對應關系，所以減少了負載，也減少了維護成本。
如圖5所示，為本發(fā)明實施例一服務質(zhì)量報告的獲取系統(tǒng)的結構示意圖， 具體包括資源接納控制子系統(tǒng)(RACS) 1,用于將制訂的服務質(zhì)量報告的監(jiān) 測/報告策略轉化為被承載網(wǎng)監(jiān)測設備接受的監(jiān)測/報告策略，并根據(jù)其保存 的拓樸信息和i某體流的端到端路徑，發(fā)送所述被承載網(wǎng)監(jiān)測設備接受的監(jiān)測/ 報告策略；服務質(zhì)量報告來源(QRS) 2,用于根據(jù)接收到的監(jiān)測/報告策略上 報服務質(zhì)量報告；服務質(zhì)量報告收集器(QRC) 3,用于收集并處理所述服務 質(zhì)量報告，并轉發(fā)。
這些監(jiān)測/報告策略中包含監(jiān)測/報告條件和報告激活方式，監(jiān)測/報告條 件就是對于監(jiān)測/報告的開始和取消監(jiān)測的控制，而報告的激活方式就是對報
告的激活，例如當接收到服務質(zhì)量報告請求后根據(jù)測量結果發(fā)送一次服務質(zhì) 量報告，或者是定期激活發(fā)送QoS報告、或者是事件驅(qū)動激活，這些特定事 件可以是^^某體流終止，或者QoS參數(shù)超過預定指標等等，當然本發(fā)明實施例
不限于此。進一步的，監(jiān)測At艮告策略還包括所需監(jiān)測i某體流的分類信息，QRS 所屬的QRC的地址信息，及在測量中與QRS相鄰的其他QRS的地址信息；媒 體流分類信息包括源/目的地址和源/目的端口號，或者源網(wǎng)絡地址、目的 網(wǎng)絡地址和差分服務代碼點，或者源地址、目的地址和流標簽，或者源網(wǎng)絡 地址、目的網(wǎng)絡地址和流量分類，或者多協(xié)議標簽交換和標簽交換路徑標簽， 及其他媒體流的聚合方法，當然本發(fā)明不限于此。
如圖6所示，為本發(fā)明實施例二服務質(zhì)量報告的獲取系統(tǒng)的結構示意圖， 本系統(tǒng)的實施例比上一系統(tǒng)的實施例增加了應用功能(AF) 4,用于接收監(jiān)測 /報告請求及制定服務質(zhì)量報告的監(jiān)測/報告策略；另外，與AF相應，也可以 在服務質(zhì)量報告的獲取系統(tǒng)中增加AS或麗S，通過AS或麗S接收監(jiān)測/報告 請求及制定服務質(zhì)量報告的監(jiān)測/報告策略；進一步的還包括服務質(zhì)量報告用 戶(QRU) 5,用于接收服務質(zhì)量報告收集器3轉發(fā)的服務質(zhì)量報告。
QRU應用這些QRC上報的QoS報告，可以進行如進行資源接納控制，檢測 系統(tǒng)故障，計費等。
本發(fā)明實施例QoS報告的獲取系統(tǒng)，利用現(xiàn)有的功能實體，增加相應的 監(jiān)測/報告策略，通過下發(fā)監(jiān)測/報告策略來獲取服務質(zhì)量報告，所以無需QRS 向QRC的注冊，利用RACS對QRS控制，QRC也無須維護數(shù)據(jù)庫來保存QRS與 々某體流的對應關系，所以減少了QRC的負載，也減少了維護成本。
最后所應說明的是，以上實施例僅用以說明本發(fā)明實施例的技術方案而
通技術人員應當理解，可以對本發(fā)明實施例的技術方案進行修改或者等同替 換，而不脫離本發(fā)明實施例技術方案的精神和范圍。
權利要求
1、一種服務質(zhì)量報告的獲取方法，其特征在于包括:資源接納控制子系統(tǒng)向服務質(zhì)量報告來源下發(fā)服務質(zhì)量報告的監(jiān)測/報告策略；所述服務質(zhì)量報告來源接收所述監(jiān)測/報告策略；所述服務質(zhì)量報告來源根據(jù)所述監(jiān)測/報告策略，對服務質(zhì)量參數(shù)進行監(jiān)測并生成服務質(zhì)量報告；服務質(zhì)量報告收集器收集所述服務質(zhì)量報告并上報服務質(zhì)量報告用戶。
2、 根據(jù)權利要求l所述的服務質(zhì)量報告的獲取方法，其特征在于所述下 發(fā)服務質(zhì)量報告的監(jiān)測/報告策略前還包括預先根據(jù)運營商策或用戶需求制 定所述監(jiān)測/報告策略并存儲在所述資源接納控制子系統(tǒng)中；或者，應用功能 實體、計費系統(tǒng)或網(wǎng)絡管理系統(tǒng)根據(jù)運營商策或用戶需求制定所述監(jiān)測/報告策略并發(fā)送給所述資源接納控制子系統(tǒng)。
3、 根據(jù)權利要求2所述的服務質(zhì)量報告的獲取方法，其特征在于所述制 定監(jiān)測/報告策略后還包括所述資源接納控制子系統(tǒng)將該監(jiān)測/報告策略轉 化為被承載網(wǎng)監(jiān)測設備接受的監(jiān)測/報告策略。
4、 根據(jù)權利要求2所述的服務質(zhì)量報告的獲取方法，其特征在于所述下 發(fā)監(jiān)測/報告策略具體為所述資源接納控制子系統(tǒng)根據(jù)預先保存的拓樸信息 和媒體流的端到端路徑，向所述服務質(zhì)量報告來源下發(fā)監(jiān)測/報告策略。
5、 根據(jù)權利要求l、 2、 3或4所述的服務質(zhì)量報告的獲取方法，其特征 在于所述監(jiān)測/報告策略包括監(jiān)測/報告條件、報告激活方式和所需監(jiān)測媒體 流的分類信息，和地址信息。
6、 根據(jù)權利要求5所述的服務質(zhì)量報告的獲取方法，其特征在于所述報 告激活方式具體為接收到服務質(zhì)量報告請求后根據(jù)測量結果發(fā)送一次服務 質(zhì)量報告、或者是定期激活、或者是事件驅(qū)動激活。
7、 根據(jù)權利要求6所述的服務質(zhì)量報告的獲取方法，其特征在于所述事 件具體為媒體流終止時或服務質(zhì)量報告中的參數(shù)超過預定指標。
8、 根據(jù)權利要求5所述的服務質(zhì)量報告的獲取方法，其特征在于所述媒 體流分類信息包括源/目的地址和源/目的端口號，或者源網(wǎng)絡地址、目的 網(wǎng)絡地址和差分服務代碼點，或者源地址、目的地址和流標簽，或者源網(wǎng)絡 地址、目的網(wǎng)絡地址和流量分類，或者多協(xié)議標簽交換和標簽交換路徑標簽。
9、 一種服務質(zhì)量報告的獲取裝置，其特征在于包括 接收模塊，用于接收從資源接納控制子系統(tǒng)下發(fā)的服務質(zhì)量報告的監(jiān)測/ 報告策略；發(fā)送模塊，用于根據(jù)該監(jiān)測/報告策略上報服務質(zhì)量報告。
10、 一種服務質(zhì)量報告的獲取系統(tǒng)，其特征在于包括 資源接納控制子系統(tǒng)，用于將制訂的服務質(zhì)量報告的監(jiān)測/報告策略轉化為被承載設備接受的監(jiān)測/報告策略，并根據(jù)自身保存的拓樸信息和媒體流的 端到端路徑，發(fā)送所述被承載網(wǎng)監(jiān)測設備接受的監(jiān)測/報告策略；服務質(zhì)量報告來源，用于根據(jù)接收到的監(jiān)測/報告策略上報服務質(zhì)量報告.服務質(zhì)量報告收集器，用于收集并處理所述服務質(zhì)量報告并轉發(fā)。
11、 根據(jù)權利要求10所述的服務質(zhì)量報告的獲取系統(tǒng)，其特征在于還包 括應用功能實體或計費系統(tǒng)或網(wǎng)絡管理系統(tǒng)，用于接收監(jiān)測/報告請求及制 定服務質(zhì)量報告的監(jiān)測/報告策略。
12、 根據(jù)權利要求10或11所述的服務質(zhì)量報告的獲取系統(tǒng)，其特征在 于還包括服務質(zhì)量報告用戶，用于接收服務質(zhì)量報告收集器轉發(fā)的服務質(zhì) 量報告。
全文摘要
本發(fā)明實施例涉及服務質(zhì)量報告的獲取方法，包括資源接納控制子系統(tǒng)向服務質(zhì)量報告來源下發(fā)服務質(zhì)量報告的監(jiān)測/報告策略；所述服務質(zhì)量報告來源接收所述監(jiān)測/報告策略；所述服務質(zhì)量報告來源根據(jù)所述監(jiān)測/報告策略，對服務質(zhì)量參數(shù)進行監(jiān)測并生成服務質(zhì)量報告；服務質(zhì)量報告收集器收集所述服務質(zhì)量報告并上報服務質(zhì)量報告用戶。本發(fā)明實施例利用下發(fā)監(jiān)測/報告策略來獲取服務質(zhì)量報告，因此無須注冊，也無須維護數(shù)據(jù)庫來保存被監(jiān)測媒體流及相關監(jiān)測器的對應關系，所以減少了系統(tǒng)負載，也減少了維護成本。
文檔編號H04L12/24GK101378583SQ200710121049
公開日2009年3月4日 申請日期2007年8月29日 優(yōu)先權日2007年8月29日
發(fā)明者琪 王, 勇 黃 申請人:華為技術有限公司