專利名稱:獲取多媒體信息服務中心性能參數的方法
技術領域:
本發明涉及移動通信網絡管理技術,尤其涉及獲取多媒體信息服務中心 性能參數的方法。
背景技術:
隨著移動通信技術的發展,移動通信網絡發展起了各種新業務。其中,多媒體消息服務(Multimedia Messaging Service ,筒稱薩S)提供了一種 基于存儲轉發機制的非實時多媒體通信方式,通過薩S業務用戶可以收發各 種類型的信息,包括文本、圖片、音頻、email及視頻。醒S業務的核心設 備多媒體信息服務中心(Multimedia Messaging Service Server,簡稱應SC), 又稱多媒體信息服務中心。畫SC可以實現不同方式的信息存儲轉發,包括移 動終端與移動終端、移動終端與互聯網間的雙向交流。用戶可以借助數碼相 機或藍牙技術創編多媒體信息,并通過MMSC發送給其他的移動終端用戶。隨 著GPRS網絡的不斷發展,,S業務得到了更為高效的承載平臺,加速了業務 開展的步伐。如圖1所示,為實現MMS業務的網絡系統結構示意圖,多媒體消息系統 包括以下網元薩S終端、醒SC、薩S用戶數據庫、外部應用服務器、增值服 務應用(Value Added Service Application, 簡稱VAS application)月l務 器以及非躍S終端處理系統。此外,為配合多媒體消息平臺提供多媒體消息 服務,需要WAP網關、GSM/GPRS網絡資源等設備的支持,還要和網絡中的計 費系統及固S重定向設備互聯。目前醒S業務端到端的解決方案中的業務流程涵蓋了 GPRS系統、WAP網 關、函SC,短信中心(Short Messaging Service Center,簡稱SMSC ), IP 骨干網及各類SP平臺等多種網元環節,整個業務流程復雜,涉及的協議種類 繁多。醒S主要的業務分段過程包括移動臺發起(Mobile Originated,簡稱 M0)、移動臺終止(Mobile Terminated,簡稱MT)、應用發起(Appl icat ion Oriented,簡稱AO)、應用終止(Application Terminated,簡稱AT)、 Email 系統發起(Email Originated,簡稱E0 )、 Email系統終止(Email Terminated, 簡稱ET)、轉入、轉出、PUSH通知等多種類型。多媒體信息業務環境(Multimedia Messaging Service Environment, 簡稱固SE )相關協議,多媒體信息業務環境中定義的相關接口協議有8種(固l -固8),其中與,S呼叫過程直才妄相關的4妄口有,1、醒3、顧4、 MM7。醒l 定義了薩S用戶代理和固SC之間的事務處理格式;醒3定義了發送和接收廳 以及發現外部服務器上的新消息時畫格式。畫4接口用于屬于不同多媒體消 息系統的畫SC之間的消息傳遞;匿7用于多媒體信息(Multimedia Message, 簡稱MM)從固SC傳遞至畫S VAS applications服務器以及從薩S VAS applications至醒SC的消息才各式定義。S0AP協議,是畫SC與SP之間使用的通用協議。SOAP本身并不定義任何 應用語義,如編程模型或特定語義實現,它只是定義了一種簡單的機制,通 過一個模塊化的包裝模型和對模塊中特定格式編碼的數據的重編碼機制來表 示應用i吾義。簡單郵件傳輸協i義(Simple Mail Transfer Protocol,簡稱SMTP),為 互聯網上通用使用的郵件協議,薩S業務中的E0/ET/F0/FT過程與此協議有 關。醒SC系統的重要性能參數(Key Performance Index,簡稱KPI )可以指 標指示系統的關鍵性能,也代表了系統提供業務的能力。系統的KPI能夠反 映網絡質量,使運營商充分掌握網絡的整體運行狀況,為網絡的進一步優化 和建設提供直接參考。
目前釆用的方式是廠家定時計算移動網絡運營商設定的KPI指標,以文件或數據庫表的形式存儲在固sc設備上,網管系統定時獲取文件、庫表,然后做進一步的分析生成整個移動網絡的KPI指標。但是,上述方法接口不標 準、不規范,不同廠商對同一KPI指標的理解有偏差;同一KPI指標的計算 方法不盡相同;同一 KPI指標的觸發條件不盡相同;KPI指標存儲方式不標 準,有EXCEL、數據庫表等形式;獲取KPI指標采用的通信協議不一致,有 FTP方式,SQL方式,并且放置位置不統一。這些不標準、不統一給移動網絡 的管理帶來很大的困難。另外,由于一般設備的采集粒度是1小時,因此上述方法只適用于非實 時KPI數據采集,而不適用于實時KPI數據采集,通過文件或數據庫表方式 不能實現實時KPI數據的傳遞,不能滿足運營商對業務質量的監控要求。再有,上述方法不能實現某些KPI指標異常的主動上報,文件和庫表存 儲方式只是保存KPI指標,被動等待網管系統釆集,無法向網管系統主動上 報。最后,上述方法不能實現網管系統配置的主動下發,例如通過網管系統 修改某個KPI指標告警的門限值。發明內容本發明的目的在于針對現有技術所存在的缺陷,提供一種獲取多媒體信 息服務中心性能參數的方法,可簡單、高效、可靠的獲取畫SC性能指標參數。為了實現上述目的,本發明提供了一種獲取多媒體信息服務中心性能參 數的方法,其中包括如下步驟設置多^^某體信息服務中心設備的計數器及各計數器的觸發事件,并將各 計數器與管理信息庫的節點相關聯;在運行過程中,當觸發事件發生時,相應計數器計數,并更新管理信息 庫相應節點;
根據管理信息庫的節點值計算多媒體信息服務中心性能參數。 網管設備定時獲取多媒體信息服務中心設備管理信息庫的數據,根據節點值計算多媒體信息服務中心性能參數;或者多媒體信息服務中心設備根據 管理信息庫的節點值計算多媒體信息服務中心性能參數,并記錄于多媒體信 息服務中心設備的管理信息庫中,網管設備定時從管理信息庫獲取多媒體信 息服務中心性能參數。根據多媒體信息服務中心設備與外部設備的接口設置計數器,將計數器 的觸發事件與接口的事件相關聯。本發明實現了將KPI指標轉化成畫SC設備計數器,并將計數器的觸發條 件與接口的事件相關聯,用MIB庫存儲相應數據,為提高MMS業務質量、掌 握MMS網絡運行情況、優化應S網絡、筒化腦S網絡統計分析提供了一種簡 單、高效、可靠的獲取薩SC性能指標參數的方法。下面通過附圖和實施例,對本發明的技術方案做進一步的詳細描述。
圖1為薩S業務的網絡系統結構示意圖;圖2為本發明的獲取多4某體信息服務中心性能參數的方法流程圖;圖3為M0流程示意圖;圖4為MT流程示意圖;圖5為SMTP協議的郵件發送流程圖;圖6為AO流程示意圖;圖7為AT流程示意圖;圖8為函l *接口閱讀才艮告流程示意圖;圖9為MM4接口閱讀報告流程示意圖;圖10為MM7接口閱讀報告流程示意圖。
具體實施方式
本發明根據醒S不同信令流程的業務特點,提取KPI,包括醒SC各接口 業務層和接口層的KPI;在固SC設備中設置計數器,用于對計算KPI需要的 各種業務消息及接口消息計數;并定義相應的MIB庫,根據計數器的值更新 MIB庫節點值,從而可快速有效的獲取KPI,定位畫SC故障、掌握醒S網絡 運行情況、優化MMS網絡、簡化畫S網絡統計分析。如圖2所示,為本發明的獲取多媒體信息服務中心性能參數的方法流程 圖,包括如下步驟步驟l、設置畫SC設備的計數器及各計數器的觸發事件,并將各計數器 與MIB庫的節點相關聯;步驟2、在運行過程中,當觸發事件發生時,相應計數器計數,并更新 MIB庫相應節點;步驟3、根據MIB庫的節點值計算醒SC性能參數。MMSC的KPI包括兩類, 一類為各接口的業務層的KPI,另一類是接口層 KPI。其中,業務層的KPI只反映各接口的業務量,而不包括一次業務中重發 的消息量;接口層的KPI反映接口的所有的消息收發數量。業務層KPI又包 括MMS業務KPI及業務分布參數,主要包括各流程業務量和各接口業務分 布參數,在業務統計的時候,如果提交消息有多個接收方,那么統計業務次 數的時候算多條;以及固S業務成功率KPI,包括各接口的各流程業務成功 率指標。接口層的KPI主要包括固S接口運行指標,即各接口的各流程和外 部網元之間的消息成功率指標。MMS業務KPI及業務分布參數具體包括畫1接口提交業務KPI、畫3接 口提交業務KPI、 MM7接口提交業務KPI、固4接口提交業務KPI、薩4接口發 送業務KPI、函S業務KPI、 MMS業務分布參數及增值業務KPI。設備的計數器也包括兩類, 一類為業務計數器,另一類為接口計數器。 各接口接收到消息后,若滿足計數器的觸發條件,接口計數器計數,業務計
數器根據消息中的標識信息判斷是已有業務重發的消息還是一個新的業務請 求,若是新的業務消息則計數。接口計數器的數值為計數周期內的消息量, 而業務計數器的數值為計數周期內的業務量。提交業務KPI能夠具體反映系統當前從相應接口新接收的業務量,同時 根據提交成功率能夠評估各接口的狀態。匿S業務分布參數能夠反映各接口提交業務消息的比例,根據這些比例關系可以確認畫SC當前各接口的壓力, 根據向其他MMSC發送的業務量和本畫SC系統的"畫S提交總條數"相比可 以判斷全網固SC系統是否需要進行網絡調整。在固SC設備中,設置用于對各接口提交業務情況進行統計的計數器根據 多媒體信息服務中心設備與外部設備的接口設置計數器,將計數器的觸發事 件與接口的事件相關聯。如圖3所示,為M0流程示意圖,當應SC接收到WAP網關發送的提交請 求(醒l-Submit.REQ)時,即Al處,與MM1接口相關的提交計數器計數,當 固SC向WAP網關返回提交響應(MM1 —Submit. RES )時,即A2處,與醒l接 口相關的提交成功/失敗計數器根據提交響應中攜帶的提交業務是否成功的 信息計數。從發起方來講,應l接口提交請求均為MO,從終止方來講,可能 為MT、 ET及AT,在統計MM1提交業務/消息總量以及統計成功/失敗的業務/ 消息量時,均可對MOMT、 M0ET、 MOAT分別計數。當提交響應表明提交失敗時, 失敗原因可能有多種,可針對響應消息中的錯誤代碼分別計數,以便網管系 統能夠詳細的掌握網絡運行狀況,明確故障原因。如圖4所示,為MT流程示意圖,當應SC向WAP網關/SMSC發送通知請 求(薩1—Notification. REQ)時,即Bll (PAP PUSH, PUSH-S國ISSION)及 B12 (直4妄PUSH, SMPP-Submit. REQ)處,與畫l *接口相關的通知請求計婆丈器 (畫l-Notification. IND Push消息計數器)計數;當醒SC接收到WAP網關 /SMSC發送的通知響應時,即B21 (PAP PUSH, PUSH-RESPONSE )及B22 (直 接PUSH, SMPP-Submit. RES )處,與畫l接口相關的通知響應計數器(MM1—Notification. IND Push底層響應消息計數器)計數;在接收終端向 WAP網關返回通知響應后,當畫SC接收到WAP網關發送的通知響應(畫1 —Notification.RES)時,即B3處,顧l接口相關的通知響應計數器根 據該通知響應攜帶的用戶最終處理狀態(推遲,拒絕或提取)計數;當畫SC 接收到WAP網關發送的提取請求(畫1 —Retrieve. REQ)時,即B4處,與腦l 接口相關的提取計數器計數,當MMSC向WAP網關返回^是取響應(MMl-Retrieve. RES )時,即B5處,與WAP網關讓SC接口相關的提取成功/ 失敗計數器計數,并可4艮據失敗原因(提取號碼錯誤、提取消息過期)分別 計數;當固SC接收到WAP網關發送的確認消息(畫1—Acknowledge. IND)時, 即B6處,與固l接口相關的確認計數器計數;當畫SC向WAP網關發送遞送 報告請求(MM1—DeliveryReport. REQ)時,即B71(PAP PUSH, PUSH-SUBMISSION ) 及B72(直接PUSH, SMPP-Submit. REQ)處,與醒l接口相關的遞送報告計數 器(MMl—DeliveryReport. REQ Push消息計數器)根據該遞送報告請求中攜 帶的消息狀態(提取、過期、前轉、拒絕)計數;當醒SC接收到WAP網關發 送的遞送報告響應,即B81 (PAP PUSH, PUSH-RESPONSE及B82 (直接PUSH, SMPP-Submit. RES )處,與,1接口相關的遞送報告底層響應消息計數器(MMl—DeliveryReport. REQ Push消息計凄丈器)計婆l。Email服務器屬于外部應用服務器,在E0流程中,通過蘭3接口提交消 息。在實際的謝3接口提交消息中是采用SMTP協議的郵件發送流程。如圖5 所示,為SMTP協議流程圖。為了與其他接口保持一致,仍采用提交請求(應3—Submit. REQ )及提交響應(應3—Submit. RES )描述流程,羅3—Submit. REQ 消息的計lt點在流程圖的標注CI (發送方),C2 (接收方)處,MM3-Submit. RES 消息的計數點在流程圖的標注C3 (接收方),C4 (發送方)處。當薩SC接收 到Email服務器發送的提交請求時,與畫3接口相關的提交計數器計數,當 畫SC向Email服務器發送提交響應時,與讓3接口相關的提交成功/失敗計 數器計數。與MM1接口相似,當提交響應表明提交失敗時,可針對響應消息
中的錯誤代碼分別計數。當有多個外部應用服務器提供多種外部應用服務時,需針對每一 醒3接口分別計數。在ET流程中,也沒有畫3-Deliver. REQ和 MM3—Deliver. RES這樣的消息,為了方便描述,而且和其它接口保持一致, 采用 ,3—Deliver. REQ 和畫3—Deliver. RES 消息來描述流程。 MM3_Deliver. REQ消息的計數點在流程圖的CI (發送方),C2 (接收方)處, MM3—Del iver. RES消息的計數點在流程圖的標注C3 (接收方),C4(發送方)處。如圖6所示,為AO流程示意圖,當醒SC接收到薩S增值應用服務器發 送的提交請求(固7-Submit.REQ)時,即Dl處,與醒7接口相關的提交計數 器計數,當畫SC向畫S增值應用服務器返回提交響應(醒7 —Submit. RES )時, 即D2處,與畫7接口相關的提交成功/失敗計數器計數。與畫l接口相似, 當提交響應表明提交失敗時,可針對響應消息中的錯誤代碼分別計數。當薩SC 向固S增值應用服務器發送遞送報告請求(應7-DeliveryReport. REQ)時, 即D3處,與畫7接口相關的遞送報告計數器計數,當畫SC接收到腦S增值 應用服務器返回遞送凈艮告響應(薩7一DeliveryReport. RES )時,即D4處,與 畫7接口相關的遞送報告計數器計數。由于醒消息的狀態可能有多種,例如 提取,過期,拒絕,可根據遞送報告響應中攜帶的畫消息狀態分別計數。當 有多種增值業務時,下發請求及下發響應中攜帶有業務代碼,在計數時,根 據不同業務代碼區別計數。如圖7所示,為AT流程示意圖,當畫SC向腿S增值應用服務器發送下 發請求(固7—Deliver. REQ)時,即El處,與腦7接口相關的下發計數器計 數,當,SC接收到MMS增值應用服務器返回的下發響應(讓7-Deliver.RES) 時,即E2處,與固7接口相關的下發成功/失敗計數器計數。在前轉流程中,MM4接口消息使用SMTP進行交互,具體流程參考圖5中 SMTP交互流程圖。MM4_Forward. REQ消息的計數點在流程圖的標注A (源應SC) 處和B(目的讓SC )處。MM4-Forward. RES消息的計數點在流程圖的標注D (源 MMSC)處和C (目的謝SC)處。MM4—DeliveryReport.REQ消息的計數點在流 程圖的標注F(源畫SC)處和E (目的醒SC)處。畫4一DeliveryR印ort. RES消 息的計數點在流程圖的標注G (源醒SC)處和H (目的腦SC )處。當薩SC接收 到另一醒SC發送的前轉請求時,與不同MMSC接口相關的前轉請求接收計數 器根據業務類型計數;當畫SC向另一畫SC發送前轉請求時,與不同固SC接 口相關的前轉請求發送計數器根據業務類型計數。當畫SC接收到另一隨SC 發送的前轉響應時,與不同固SC接口相關的前轉響應接收計數器計數;當 ,SC向另一 MMSC發送前轉響應時,與不同腦SC接口相關的前轉響應發送計 數器計數。與固l的提交請求類似,可以根據業務發起房和接收方的不同組 合(M0MT、 M0AT、 AOMT)對發送和接收的前轉請求分別計數,還可根據錯誤 代碼的不同分別計數。當有多個固SC連接時,可針對不同的,SC分別計數。 另外可以根據不同MMSC的固4接口發送成功總條數和畫4接口發送總條數之 間的比值得出針對不同MMSC發送成功率。如圖8所示,為畫l接口閱讀報告流程示意圖,當薩SC接收到接收方終 端通過WAP網關發送的閱讀報告下發請求(固l-Read-Reply-Recipient. REQ ) 時,即F1處,與固l接口相關的閱讀報告接收計數器計數;當醒SC通過WAP 網關向發起終端發送閱讀報告下發請求時,即F2處,與畫l接口相關的閱讀 報告下發計數器根據請求中攜帶的消息狀態信息(提取、過期、前轉、拒絕) 分別計數。如圖 9 所示,為MM4接口閱讀報告流程示意圖, 函4 — Read—Reply—Report. REQ消息的計數點在流程圖的標注Gl (目的廳SC)處 和G2 (源MMSC)處;固4— Read—Reply—Report. RES消息的計凄t點在流程圖 的標注G3 (目的MMSC)處和G4 (源應SC )處。當薩SC接收到另 一 畫SC發送 的遞送報告請求(MM4-delivery r印ort. req)時,與,4接口相關的遞送報告請求接收計數器根據遞送報告請求攜帶的消息狀態計數;當薩SC向另一 MMSC發送遞送報告請求時,與畫4接口相關的遞送報告請求發送計數器根據 遞送報告請求攜帶的消息狀態計數。當薩SC接收到另一 MMSC發送的遞送報
告響應(固4-DeliveryReport. RES )時,與讓4相關的遞送4艮告響應接收計 數器計數;當固SC向另一醒SC發送遞送報告響應時,與畫4接口相關的遞 送報告響應發送計數器計數。如圖10所示,為畫7接口閱讀報告流程示意圖,當畫SC向畫S增值應 用服務器發送下發請求(固7-Read—R印ly. REQ)時,即Hl處,與國7接口相 關的下發計數器計數;當廳SC接收到腦S增值應用服務器返回下發響應 (固7—Read—Reply. RES)時,即H2處,與應7接口相關的下發成功/失敗計 數器計數。由于MMSC還要與業務管理設備進行與鑒權相關的信息交互,并且要從域 名服務器獲取接收方的信息,因此還要對MMSC與這兩個設備的接口性能參數 進行監控。當醒SC向業務管理平臺發送的鑒權請求時,與業務管理平臺MMSC 接口相關的鑒權請求接口計數器計數;當薩SC接收到業務管理平臺發送的鑒 權響應時,與業務管理平臺畫SC接口相關的鑒權請求成功/失敗接口計數器 根據該鑒權響應攜帶的狀態信息計數。當謹SC向域名服務器發送查詢請求 時,與域名服務器MMSC接口相關的查詢請求接口計數器計數;當讓SC接收 到域名服務器發送的查詢響應時,與域名服務器畫SC接口相關的查詢請求成 功/失敗接口計數器根據該查詢響應攜帶的狀態信息計數。醒SC與業務管理 設備及域名服務器接口的計數器為接口計數器,在收到/發送消息時,記錄即 可。固SC設備各計數器的值有變化時,會及時更新MIB庫中相應節點的值, 根據MIB庫的節點值,即可計算所需的KPI參數。參數的計算可由,SC進行, 然后網管系統才艮據需要定時從MMSC的MIB庫獲取相應指標,進行分析。參數 的計算也可由網管設備進行,網關設備可在需要時從薩SC的MIB獲取各種基 本的計數值,然后分析計算KPI。根據基本的業務量計數值,可計算各接口的業務性能參數、業務分布參 數、業務成功率參數,還可計算各接口的消息成功率參數。可計算各接口的
提交業務量、成功業務量、失敗業務量,還可根據失敗原因分別計算由各種 原因導致的失敗業務量。根據提交業務量、成功業務量、失敗業務量可進一 步計算各接口的業務成功率和業務失敗率,以及具體反映系統當前在所有接 口新接收的業務量提交業務總量、成功業務總量、失敗業務總量,并可得到 總提交業務成功率、總提交業務失敗率,從而可以了解系統的整體業務提交情況,根據提交業務成功率能夠評估系統起始(Originated,簡稱0)流程 的狀態。根據各接口的提交業務KPI,可以得出各接口提交業務量的比例, 根據這些比例關系可以確認醒SC當前各接口的壓力,根據向其他醒SC發送 的業務量和本MMSC系統的"MMS提交總條數A,,相比可以判斷全網畫SC系統 是否需要進行網絡調整。根據消息量計數值,可計算^l姿口的各流程和外部網員之間的消息次數、 消息成功次數、失敗次數、消息成功率、失敗率等接口運行KPI,從而可掌 握固SC與各外部設備連接情況以及系統是否正常。最后應當說明的是以上實施例僅用以說明本發明的技術方案而非對其 限制;盡管參照較佳實施例對本發明進行了詳細的說明,所屬領域的普通技術特征進行等同替換;而不脫離本發明技術方案的精神,其均應涵蓋在本發 明請求保護的技術方案范圍當中。
權利要求
1. 一種獲取多媒體信息服務中心性能參數的方法,其中包括如下步驟設置多媒體信息服務中心設備的計數器及各計數器的觸發事件,并將各計數器與管理信息庫的節點相關聯;在運行過程中,當觸發事件發生時,相應計數器計數,并更新管理信息庫相應節點;根據管理信息庫的節點值計算多媒體信息服務中心性能參數。
2、 根據權利要求1所述的獲取多媒體信息服務中心性能參數的方法, 其中所述的根據管理信息庫的節點值計算多媒體信息服務中心性能參數具體 為網管設備定時獲取多媒體信息服務中心設備管理信息庫的數據,根據節 點值計算多媒體信息服務中心性能參數。
3、 根據權利要求1所述的獲取多媒體信息服務中心性能參數的方法, 其中所述的根據管理信息庫的節點值計算多媒體信息服務中心性能參數具體 為多媒體信息服務中心設備根據管理信息庫的節點值計算多媒體信息服務 中心性能參數,并記錄于多媒體信息服務中心設備的管理信息庫中,網管設 備定時從管理信息庫獲取多媒體信息服務中心性能參數。
4、 根據權利要求1所述的獲取多媒體信息服務中心性能參數的方法, 其中所述的設置多媒體信息服務中心設備的計數器及各計數器的觸發事件的 步驟具體為根據多媒體信息服務中心設備與外部設備的接口設置計數器, 將計數器的觸發事件與接口的事件相關聯。
5、 根據權利要求4所述的獲取多媒體信息服務中心性能參數的方法, 其中所述的當觸發事件發生時相應計數器計數的步驟具體為當多媒體信息 服務中心接收到WAP網關發送的提交請求時,與WAP網關多媒體信息服務中 心接口相關的提交計數器計數,當多媒體信息服務中心向WAP網關返回提交 響應時,與WAP網關多媒體信息服務中心接口相關的提交成功/失敗計數器計 數。
6、 根據權利要求4所述的獲取多媒體信息服務中心性能參數的方法, 其中所述的當觸發事件發生時相應計數器計數的步驟具體為當多媒體信息 服務中心接收到WAP網關發送的提取請求時,與WAP網關多媒體信息服務中 心接口相關的提取計數器計數,當多媒體信息服務中心向WAP網關返回提取 響應時,與WAP網關多媒體信息服務中心接口相關的提取成功/失敗計數器計 數。
7、 根據權利要求4所述的獲取多媒體信息服務中心性能參數的方法, 其中所述的當觸發事件發生時相應計數器計數的步驟具體為當多媒體信息 服務中心向WAP網關發送的通知請求時,與WAP網關多媒體信息服務中心接 口相關的通知請求計數器計數;當多媒體信息服務中心接收到WAP網關發送 的通知響應時,與WAP網關多媒體信息服務中心接口相關的通知響應計數器 根據該通知響應攜帶的用戶最終處理狀態計數。
8、 根據權利要求4所述的獲取多媒體信息服務中心性能參數的方法, 其中所述的當觸發事件發生時相應計數器計數的步驟具體為當多媒體信息 服務中心接收到WAP網關發送的確認消息時,與WAP網關多媒體信息服務中 心接口相關的確認計數器計數。
9、 根據權利要求4所述的獲取多媒體信息服務中心性能參數的方法, 其中所述的當觸發事件發生時相應計數器計數的步驟具體為當多媒體信息 服務中心向WAP網關發送遞送報告請求時,與WAP網關多媒體信息服務中心 接口相關的遞送報告分類計數器根據該遞送報告請求中攜帶的消息狀態計 數。
10、 根據權利要求4所述的獲取多媒體信息服務中心性能參數的方法, 其中所述的當觸發事件發生時相應計數器計數的步驟具體為當多媒體信息 服務中心向WAP網關發送閱讀報告下發請求時,與WAP網關多媒體信息服務 中心接口相關的閱讀報告下發計數器計數。
11、 根據權利要求4所述的獲取多媒體信息服務中心性能參數的方法, 其中所述的當觸發事件發生時相應計數器計數的步驟具體為當多媒體信息 服務中心接收到應用服務器發送的提交請求時,與應用服務器多媒體信息服 務中心接口相關的提交計數器計數,當多媒體信息服務中心向應用服務器發 送提交響應時,與應用服務器多媒體信息服務中心接口相關的提交成功/失敗 計數器計數。
12、 根據權利要求4所述的獲取多媒體信息服務中心性能參數的方法, 其中所述的當觸發事件發生時相應計數器計數的步驟具體為當多媒體信息 服務中心向應用服務器發送的下發請求時,與應用服務器多媒體信息服務中 心接口相關的下發計數器計數,當多媒體信息服務中心接收到WAP網關返回 下發響應時,與應用服務器多媒體信息服務中心接口相關的下發成功/失敗計 數器計數。
13、 根據權利要求4所述的獲取多媒體信息服務中心性能參數的方法, 其中所述的當觸發事件發生時相應計數器計數的步驟具體為當多媒體信息服務中心接收到彩信增值應用服務器發送的提交請求時,與彩信增值應用服 務器多媒體信息服務中心接口相關的提交計數器計數,當多媒體信息服務中 心向彩信增值應用服務器返回提交響應時,與彩信增值應用服務器多媒體信 息服務中心接口相關的提交成功/失敗計數器計數。
14、 根據權利要求4所述的獲取多媒體信息服務中心性能參數的方法,其中所述的當觸發事件發生時相應計數器計數的步驟具體為當多媒體信息服務中心向彩信增值應用服務器發送遞送報告請求時,與彩信增值應用服務 器多媒體信息服務中心接口相關的遞送報告計數器計數,當多媒體信息服務中心接收到彩信增值應用服務器返回遞送報告響應時,與彩信增值應用服務 器多媒體信息服務中心接口相關的遞送報告分類計數器根據遞送報告響應中 攜帶的消息狀態計數。
15、 根據權利要求4所述的獲取多媒體信息服務中心性能參數的方法, 其中所述的當觸發事件發生時相應計數器計數的步驟具體為當多媒體信息服務中心向多媒體信息增值應用服務器發送下發請求時,與多媒體信息增值 應用服務器多媒體信息服務中心接口相關的下發計數器計數,當多媒體信息 服務中心接收到多媒體信息增值應用服務器返回下發響應時,與多媒體信息 增值應用服務器多媒體信息服務中心接口相關的下發成功/失敗計數器計數。
16、 根據權利要求15所述的獲取多媒體信息服務中心性能參數的方 法,其中所述下發請求及下發響應中攜帶有業務代碼,在計數時,根據不同 業務代碼區別計數。
17、 根據權利要求4所述的獲取多媒體信息服務中心性能參數的方法, 其中所述的當觸發事件發生時相應計數器計數的步驟具體為當多媒體信息 服務中心接收到另 一多媒體信息服務中心發送的前轉請求時,與不同多媒體 信息服務中心接口相關的前轉請求接收計數器根據業務類型計數;當多媒體 信息服務中心向另 一多媒體信息服務中心發送前轉請求時,與不同多媒體信 息服務中心接口相關的前轉請求發送計數器根據業務類型計數。
18、 根據權利要求4所述的獲取多媒體信息服務中心性能參數的方法, 其中所述的當觸發事件發生時相應計數器計數的步驟具體為當多媒體信息 服務中心接收到另 一多媒體信息服務中心發送的前轉響應時,與不同多媒體 信息服務中心接口相關的前轉響應接收計數器計數;當多媒體信息服務中心 向另 一多媒體信息服務中心發送前轉響應時,與不同多媒體信息服務中心接 口相關的前轉響應發送計數器計數。
19、 根據權利要求4所述的獲取多媒體信息服務中心性能參數的方法,其中所述的當觸發事件發生時相應計數器計數的步驟具體為當多媒體信息服務中心接收到另一多媒體信息服務中心發送的遞送報告請求時,與不同多 媒體信息服務中心接口相關的遞送報告請求接收計數器根據遞送報告請求攜帶的消息狀態計數;當多媒體信息服務中心向另一多媒體信息服務中心發送遞送報告請求時,與不同多媒體信息服務中心接口相關的遞送報告請求發送計數器根據遞送報告請求攜帶的消息狀態計數。
20、 根據權利要求4所述的獲取多媒體信息服務中心性能參數的方法, 其中所述的當觸發事件發生時相應計數器計數的步驟具體為當多媒體信息 服務中心接收到另 一多媒體信息服務中心發送的遞送報告響應時,與不同多 媒體信息服務中心接口相關的遞送報告響應接收計數器計數;當多媒體信息 服務中心向另 一多媒體信息服務中心發送遞送報告響應時,與不同多媒體信 息服務中心接口相關的遞送報告響應發送計數器計數。
21、 根據權利要求16-20任一所述的獲取多媒體信息服務中心性能參 數的方法,其中在計數時,針對不同的多媒體信息服務中心分別計數。
22、 根據權利要求1-19任一所述的獲取多媒體信息服務中心性能參數 的方法,其中所述計數器包括業務計數器及接口計數器,在觸發事件發生時, 接口計數器計數,業務計數器根據消息中的標識信息判斷是否為新的業務, 若是,則計凄t。
23、 根據權利要求4所述的獲取多媒體信息服務中心性能參數的方法,其中所述的當觸發事件發生時相應計數器計數的步驟具體為當多媒體信息服務中心向業務管理平臺發送的鑒權請求時,與業務管理平臺多媒體信息服 務中心接口相關的鑒權請求接口計數器計數;當多媒體信息服務中心接收到業務管理平臺發送的鑒權響應時,與業務管理平臺多々某體信息服務中心接口相關的鑒權請求成功/失敗接口計數器根據該鑒權響應攜帶的狀態信息計數。
24、 根據權利要求4所述的獲取多媒體信息服務中心性能參數的方法, 其中所述的當觸發事件發生時相應計數器計數的步驟具體為當多媒體信息 服務中心向域名服務器發送的查詢請求時,與域名服務器多媒體信息服務中 心接口相關的查詢請求接口計數器計數;當多媒體信息服務中心接收到域名 服務器發送的查詢響應時,與域名服務器多媒體信息服務中心接口相關的查 詢請求成功/失敗接口計數器根據該查詢響應攜帶的狀態信息計數。
25、 根據權利要求1所述的獲取多媒體信息服務中心性能參數的方法, 其中所述的計算多媒體信息服務中心性能參數具體為根據多媒體信息服務中心性能參數與外部設備接口的業務計數器的值計算各接口的業務性能參數 和/或業務分布參數和/或業務成功率參數。
26、根據權利要求1所述的獲取多媒體信息服務中心性能參數的方法,其中所述的計算多媒體信息服務中心性能參數具體為根據多媒體信息服務 中心性能參數與外部設備接口的接口計數器的值計算各接口的消息成功率參 數。
全文摘要
本發明涉及一種獲取多媒體信息服務中心性能參數的方法,包括設置多媒體信息服務中心設備的計數器及各計數器的觸發事件,并將各計數器與管理信息庫的節點相關聯;在運行過程中,當觸發事件發生時,相應計數器計數,并更新管理信息庫相應節點;根據管理信息庫的節點值計算多媒體信息服務中心性能參數。本發明實現了將KPI指標轉化成MMSC設備計數器,并將計數器的觸發條件與接口的事件相關聯,用MIB庫存儲相應數據,為提高MMS業務質量、掌握MMS網絡運行情況、優化MMS網絡、簡化MMS網絡統計分析提供了一種簡單、高效、可靠的獲取MMSC性能指標參數的方法。
文檔編號H04L12/24GK101212344SQ20061016986
公開日2008年7月2日 申請日期2006年12月29日 優先權日2006年12月29日
發明者琳 司, 孔令山, 尚衛東, 夢 尤, 張慧勇, 張承輝, 李代勇, 李雅林, 健 楊, 永 楊, 沈忠陽, 翁嘯華, 翟慶慶, 澍 葛, 譚步律, 陳莉華, 芳 韋, 魏麗紅 申請人:中國移動通信集團公司