OMCR統(tǒng)計數(shù)據(jù)分析(基礎(chǔ))

OMCR統(tǒng)計數(shù)據(jù)分析

東方通信

OMCR統(tǒng)計數(shù)據(jù)分析ESTS-G32VI.0

目錄

一、統(tǒng)計數(shù)據(jù)初步1

1、數(shù)據(jù)統(tǒng)計機理2

(1)數(shù)據(jù)統(tǒng)計用途:2

(2)統(tǒng)計數(shù)據(jù)介紹：2

(3)BSS，性自總管千里(PM—PerformanceManagement)4

(4)子系統(tǒng)的接口：6

(5)BSS軟件回顧：10

(6)階梯圖244

2、OMCR統(tǒng)計數(shù)據(jù)分類266

(1)統(tǒng)計數(shù)據(jù)分類266

(2)Counter288

(3)Counter統(tǒng)計例子3030

(4)CounterArray3232

(5)CounterArray例子322

(6)Gauge344

(7)Gauge統(tǒng)計例子344

(8)Duration366

(9)Duration統(tǒng)計例子388

(10)NormalDistribution404

i

OMCR統(tǒng)計數(shù)據(jù)分析ESTS-G32VI.0

(11)NormalDistribution統(tǒng)計例子422

(12)WeightedDistribution444

(13)WeightedDistribution統(tǒng)計例子466

(14)總結(jié)488

3、統(tǒng)計人機接口(MMI)命令50

(1)顯示激活統(tǒng)計5050

(2)激活/禁止統(tǒng)計522

(3)改變/顯示統(tǒng)計特性544

(4)設(shè)置統(tǒng)計間隔/清除統(tǒng)計值/顯示統(tǒng)計間隔開始時間.588

(5)顯示統(tǒng)計數(shù)據(jù)60

二、統(tǒng)計數(shù)據(jù)分析錯誤！未定義書簽。3

1、指標(biāo)性數(shù)據(jù)666

(1)呼叫建立成功率688

(2)TCH阻塞率7070

(3)TCH掉話率7272

(4)TCH業(yè)務(wù)量7474

(5)SDCCH阻塞率766

(6)SDCCH射頻丟失率788

(7)SDCCH業(yè)務(wù)量8080

(8)切換成功率8282

(9)切換失敗率8484

2、數(shù)據(jù)分析流程866

ri

OMCR統(tǒng)計數(shù)據(jù)分析ESTS-G32VI.0

(1)硬件問題分析888

(2)頻率干擾分析988

(3)呼叫建立分析104104

(4)阻塞分析11212

(5)掉話分析1144

3、統(tǒng)計數(shù)據(jù)分析的T0P20法1199

題目：121

附錄一:呼叫處理階梯圖12222

附錄二、原始統(tǒng)計數(shù)據(jù)及其位置、解釋1499

III

東方通信

OMCR統(tǒng)計數(shù)據(jù)分析ESTS-G32VI.0

IV

東方通信

一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

統(tǒng)計數(shù)據(jù)初步

第1頁

東方通信

一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

1、數(shù)據(jù)統(tǒng)計機理批注[SunYanjunl]:包括服務(wù)接入

能力、服務(wù)可靠性、服務(wù)的保持性。

決定服務(wù)接入能力的統(tǒng)計有：手機登

記和尋呼、網(wǎng)絡(luò)接入能力(呼叫阻塞、

(1)數(shù)據(jù)統(tǒng)計用途：信令或話音信道無法保持、被MSC

拒絕接入網(wǎng)絡(luò))、呼叫建立時間、呼

任何一個通信網(wǎng)絡(luò)的性能都應(yīng)能被監(jiān)控和測量，并向用戶提供一叫釋放時間、呼叫釋放延遲。決定服

務(wù)可靠性的統(tǒng)計有：呼叫清晰度、干

個可量化的服務(wù)指標(biāo).GSM網(wǎng)絡(luò)就是通過一些由各網(wǎng)元收集的統(tǒng)計擾情況、正確的語調(diào)和聲調(diào)。決定服

務(wù)的保持性的統(tǒng)計有：過早釋放信道

數(shù)據(jù)來監(jiān)控和測量網(wǎng)絡(luò)性能的,具體的定義在GSM技術(shù)規(guī)范12.04中的多少(主要是基站停止檢測手機的

無線信號、手機無法在切換中到達(dá)目

可查找到.MotorolaGSM基站系統(tǒng)(BSS)對系統(tǒng)性能指標(biāo)的統(tǒng)計標(biāo)信道、設(shè)備故障引起的呼叫終止、

數(shù)據(jù)可在OMCR上PerformanceManagement(PM)中統(tǒng)計并顯示出緊急呼叫強占信道導(dǎo)致丟失的呼叫

等因素)

來，它包括了GSM技術(shù)規(guī)范12.04中的統(tǒng)計數(shù)據(jù)和Motorola自定義的批注[SunYanjun2]:七要是故障監(jiān)

測,即通過統(tǒng)計數(shù)據(jù)及時發(fā)現(xiàn)性能惡

一些統(tǒng)計數(shù)據(jù).網(wǎng)絡(luò)操作人員可利用原始統(tǒng)計數(shù)據(jù)和處理過的統(tǒng)計數(shù)

化但仍在工作的網(wǎng)元?？砂l(fā)現(xiàn)諸如錯

據(jù)來進(jìn)行網(wǎng)絡(luò)管理和規(guī)劃.具體來說，有以下兒個用途.誤的天線、頻率漂移、機電故障(站

內(nèi)combiner有問題、噪聲大的儼苜,)

1.監(jiān)控服務(wù)質(zhì)量.[

批注[SunYanjun3]:可幫助調(diào)整切

2.發(fā)現(xiàn)故障.：換參數(shù)、小區(qū)參數(shù)、天線、頻率規(guī)劃

等,從而提高系統(tǒng)運行性能。

3.優(yōu)化.]

批注rSunYanjun41：以優(yōu)化后系統(tǒng)

4.網(wǎng)絡(luò)規(guī)劃.|性能為基準(zhǔn)，配合話務(wù)量、阻塞率等

統(tǒng)計數(shù)據(jù)考慮擴容規(guī)模。

5.硬件安裝檢查.[批注[SunYanjun5]:蜂窩設(shè)備的安

裝是個復(fù)雜的過程，需要在安裝結(jié)

束后進(jìn)行校驗，觀察統(tǒng)計數(shù)據(jù)和路測

(2)統(tǒng)計數(shù)據(jù)介紹：

數(shù)據(jù)有助于檢查安裝是否正確，以確

保系統(tǒng)各單元的可操作性。

MOTOROLA有兩類統(tǒng)計可用來監(jiān)控網(wǎng)絡(luò)性能：原始統(tǒng)計(raw批注[SunYanjun6]:記錄呼叫過程

中的統(tǒng)計，包括呼叫分配和失敗次

statistics)和關(guān)鍵統(tǒng)計(keystatistics).原始統(tǒng)計數(shù)據(jù)總計超

數(shù)、切換分配和失敗次數(shù)以及BSS

過100多個,用于報告單獨的網(wǎng)絡(luò)性能,它又分為3類:呼叫處理統(tǒng)計內(nèi)通過統(tǒng)計監(jiān)測的一些特別功能

(Feature)等。

(callprocessingstatistics])、接口統(tǒng)計(interfacestatistics])>處理器

批注(SunYanjun71：記錄陸地接口

利用率統(tǒng)計(processorutilizationstatistics])I.關(guān)鍵統(tǒng)計數(shù)據(jù)是OMCR上的統(tǒng)計，包括連接網(wǎng)元(如MSC

和BSS)之間接口上傳輸?shù)南?shù)量

利用一些原始呼叫統(tǒng)計計算出來的，它只有10多個，容易被監(jiān)測，可和信令鏈路丟失情況等。

向網(wǎng)絡(luò)運營者提供網(wǎng)絡(luò)運行性能的報告.批注[SunYanjun8]:記錄GPROC處

理器的利用率。

第2頁

東方通信

一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

RawStatistic:RawStatistic:RawStatistic:

processorutilisationinterfacecallprocessing

KeyStatistic

第3頁

東方通信

一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

(3)BSS性能管理(PM-PerformanceManagement)

每項統(tǒng)計都是由BSS中的軟件進(jìn)行收集和上傳(Upload)的.這

項工作是由性能管理(PM)應(yīng)用程序完成的.它把在軟件中需要的關(guān)

于設(shè)備性能的BSS統(tǒng)計數(shù)據(jù)收集起來并傳輸給0MCR的.在系統(tǒng)軟件

中每個負(fù)責(zé)收集統(tǒng)計數(shù)據(jù)的進(jìn)程會自動生成一個子進(jìn)程一分布統(tǒng)計

功能(DSF-DistributedStatisticsFunction),DSF的作用是收集

和存儲與該進(jìn)程相關(guān)的所有統(tǒng)計數(shù)據(jù).

DSF可存儲最多12個統(tǒng)計文件,每個文件包括了設(shè)定時段內(nèi)的統(tǒng)

計數(shù)據(jù).操作者可以設(shè)定統(tǒng)計收集時段,一般為1個小時或半個小時.

一個遠(yuǎn)端基站(RemoteBTS)上總是運行著一個基站統(tǒng)計進(jìn)程

(SSP-SiteStatisticsProcess),SSP負(fù)責(zé)與位于BSC上的中央統(tǒng)

計進(jìn)程(CSP-CentralStatisticsProcess)的接口，主要用于DSFs

和CSP之間的消息分配工作,這樣CSP可通過SSP來傳遞消息而不用

直接與所有基站的DSFs聯(lián)系.

代碼目標(biāo)上傳進(jìn)程(COUP-CodeObjectUploadProcess)用于

將CSP收集的統(tǒng)計數(shù)據(jù)傳輸給0MCR.

事件(AGENT)進(jìn)程用于向0MCR報告統(tǒng)計門限告警和數(shù)據(jù)采集時

間的結(jié)束(即文件準(zhǔn)備好).

當(dāng)從0MCR有統(tǒng)計要求或數(shù)據(jù)統(tǒng)計時間結(jié)束(即文件準(zhǔn)備好)

時,CSP就將從DSFs收集統(tǒng)計數(shù)據(jù),并進(jìn)行排序,然后用COUP向OMCR

上傳統(tǒng)計數(shù)據(jù).

第4頁

東方通信

一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

第5頁

東方通信

一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

(4)子系統(tǒng)的接口：

Motorola基站子系統(tǒng)內(nèi)使用的接口如右圖所示.每個接口都有

統(tǒng)計監(jiān)控.

?消息傳輸鏈路(MTL-MessageTransferLink)

MTL是Motolora關(guān)于MSC和BSC之間信令鏈路的設(shè)備名字.每

條MTL帶寬為64Kbs,采用CCITT的7號信令協(xié)議.如右圖所示,一般

情況下,MTL通過RXCDR交叉連接.一個BSC最多可連接16條MTL.在

BSC端,MTL可連接在除零時隙的任意時隙上，一般把它放在第16時

隙.

?變碼器基站鏈路(XBL-TanscoserBaseSiteLink)

XBL是Motorola關(guān)于RXCDR和BSC之間故障管理鏈路的設(shè)備名

字.當(dāng)一個XCDR板出現(xiàn)故障時,RXCDR中故障管理進(jìn)程可通過XBL通

知BSC:來話電路出現(xiàn)故障.BSC會通過MTL向MSC發(fā)出一個"Blocking

Message"來告訴MSC.MSC將阻斷這些電路,一直到它收到標(biāo)志這些

電路被修好的"unblockingMessage”為止.XBL帶寬為64Kbs，采用

Lapd第二層協(xié)議.在RXCDR和BSC之間最多可建立2條XBL.XBL可

分配在2Mb的任意時隙上，由數(shù)據(jù)庫命令來指定.

?操作維護(hù)鏈路(OML-OperationsandMaintenanceLink)

OML是Motorola關(guān)于OMC和BSC或RXCDR之間信令連接的設(shè)備

名字.如圖所示,一般情況下,RXCDR與OMC之間有一條2Mbits/s的

鏈路,在RXCDR端,OML放在時隙1,接操作維護(hù)軟件.對BSC來說,其

OML和CBL只是通過RXCDR交叉連接.OML鏈路速率為64Kbs,采用X25

協(xié)議,最多可配置4條OML.該鏈路上傳輸?shù)氖谴罅康木S護(hù)業(yè)務(wù)數(shù)據(jù)，

該鏈路時隙的分配與2Mbit/s的終結(jié)端的定義應(yīng)與BSSROM中的缺省

要求一致.

第6頁

東方通信

一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

SubsystemInterfaces

第7頁

東方通信

一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

?小區(qū)廣播鏈路(CBL-CellBroadcastLink)

CBL是BSC和小區(qū)廣播中心(CBC-CellBroadcastCentre)之

間的信令連接.GSM的CBC負(fù)責(zé)建立和維護(hù)空中接口的小區(qū)廣播消

息.這些消息通過CBL傳遞到BSC的小區(qū)廣播代理處(CBA-Cell

BroadcastAgent),并由BSC把它們分配給各基站的小區(qū)廣播調(diào)度程

序.CBL也采用X.25協(xié)議,也通過RXCDR交叉連接.使用當(dāng)前的軟件

只能配置一條CBL,CBL理論上可分配在任意時隙上.

?無線信令鏈路(RSL-RadioSignallingLink)

RSL負(fù)責(zé)BSC和BTS之間的業(yè)務(wù)信令和維護(hù)操作，使用Lapd第二

層協(xié)議，帶寬為64Kbs，最多可配置8條.該鏈路時隙的分配與2Mbit/s

的終結(jié)端的定義應(yīng)與BSSROM中的缺省要求一致.

第8頁

東方通信

一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

?小區(qū)廣播鏈路(CBL-CellBroadcastLink)

?無線信令鏈路(RSL-RadioSignallingLink)

第9頁

東方通信

一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

(5)BSS軟件回顧：

在學(xué)習(xí)呼叫處理和切換前,我們有必要先來回顧一下所涉及的各

BSS軟件實體.成功的呼叫處理過程依賴于各進(jìn)程之間的交互作用和

消息傳遞.不管成功與否,每個軟件實體均監(jiān)控每一個事件,并相應(yīng)地

增加其統(tǒng)計值.

?BSS無線子系統(tǒng)(RSS-RadioSubSystem)

RSS是一些應(yīng)用程序的總和,主要是管理BSSRF硬件和移動臺之

間的接口.RSS的功能包括第二層接口(LAPDm)和無線鏈路控制(含

切換檢測和功率控制進(jìn)程等.

RSS作為BSS的一部分實現(xiàn)了應(yīng)用層(第三層)和物理信道硬件

(第二層)的互連.在In-Cell設(shè)備中，RSS軟件運行在GPR0C上,最

多可支持6塊載頻.在同一個數(shù)字機框可同時并存多個RSS軟件.每

個RSS軟件通常獨立運行在作為DHP的GPR0C上，它也可在BTP上運

行.RSS軟件必須和它支持的DRIM板位于同一個數(shù)字機框.在M-Cell

中，RSS軟件運行在TCU的TSM板上,因此一個RSS只能支持一塊載頻.

RSS由五個部分組成：

1.RSS配置和故障管理

2.第一層接口

3.第二層協(xié)議

4.RSSAbis接口

5.切換檢測和功率控制

第10頁

東方通信

一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

無線子系統(tǒng)(RSS)

?位于BSS的RF硬件和移動臺(MS-mobilestation)之間的軟件

接口程序

?一個子系統(tǒng)最多可支持6塊載頻

第11頁

東方通信

一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

?BSS配置和故障管理接口(BSSConfigurationandFault

ManagementInterface)

該進(jìn)程控制與它相關(guān)的DRCUs的配置,是到BTS故障管理系統(tǒng)的

接口.該進(jìn)程負(fù)責(zé)硬件的配置和DRCU的時隙分配(例如BCCH,SDCCH/8

信道、TCH/FS等).該進(jìn)程還負(fù)責(zé)在基站初始化時向DRIM板的下載

以及呼叫處理實現(xiàn)前DRCU的裝載和配置.在基站處于呼叫處理中，

該進(jìn)程處于空閑狀態(tài).

?RSS-第一層接口(Ll-Layer1)

L1的功能為：

?下載硬件版本

?RSS-硬件之間的消息鏈路

?收集故障消息并向FCP報告

?在空中接口上的AGCH和PCH消息排序

?將下行L2(Layer2)消息(LAPDm幀)翻譯成DRI/DPR

消息

?將DRI/DPR消息翻譯成L2消息

?一個消息內(nèi)可支持多個尋呼消息

?一個消息內(nèi)可支持立即指派和立即指派拒絕消息

?負(fù)責(zé)獲得不同步切換的定時器值并傳遞給DRI

第12頁

東方通信

一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

RadioSubsystem(RSS)

第13頁

東方通信

一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

?RSS-第二層協(xié)議(L2-Layer2)

L2是位于L1和RSSAbis(L3)之間的鏈路.它執(zhí)行的是數(shù)據(jù)鏈

路(OSIL2)的作用.L2的功能如GSM技術(shù)規(guī)范04.05和04.06定

義的一樣,是處理L3和L1之間的消息.它翻譯從L3和L1接口來的

消息并處理它們.L3消息被轉(zhuǎn)換為LAPDm幀再送到L1,反之亦然.L2

提供了必要的LAPDm協(xié)議以傳輸消息.L2還負(fù)責(zé)建立到移動臺的短

消息服務(wù)(SMS-ShortMessageService)鏈路.L2可處理長達(dá)255

字節(jié)的SMS消息.L2還可校驗SMS消息,對SMS消息進(jìn)行分割和重組.

?RSS-Abis

RSSAbis為RSS和呼叫處理(CP-CallProcessing)之間提供

T接口和消息協(xié)議.RSSAbis提供了一個偽Abis接口.Motorola的

設(shè)計中，在BTS基站端承擔(dān)了更多對硬件的軟件控制,盡量與GSM的要

求保持一致.所有RSS和CP之間的消息均通過RSSAbis和偽Abis

接口到RRSM和RCI.

RSSAbis的主要功能如下：

?初始化RSSAbis

?檢查下行消息的正確性

?通過SWFM報告和記錄錯誤狀態(tài)

?將下行消息翻譯成內(nèi)部RSS消息

?將上行消息傳遞給RSS-CP接口

第14頁

東方通信

一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

?RSS-第二層協(xié)議(L2-Layer2)

?RSS-Abis

第15頁

東方通信

一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

切換檢測和功率控制（HDPC-HandoverDetectionandPower

Control）

該進(jìn)程是RSS內(nèi)部完成最多功能的.它可控制移動臺的發(fā)射功率

（上行-Uplink）,也可控制與其相關(guān)的DRCU的每個時隙的發(fā)射功率

（下行-Downlink）.它使移動臺和DRCU的發(fā)射功率盡可能降到最低,

以減小系統(tǒng)用戶間的干擾.該進(jìn)程還負(fù)責(zé)計算移動臺的時間提前量以

使移動臺保持在它所分配的那個時隙.

HDPC還負(fù)責(zé)初始化移動臺的切換過程.它基于數(shù)據(jù)庫中的一-系

列建立和最優(yōu)化準(zhǔn)則來檢測是否需要切換.

當(dāng)與其相關(guān)的DRCU的時隙不忙時,HDPC還監(jiān)測并給出該載頻在

此頻率工作時的噪聲干擾電平.這些值然后被送至L3CP軟件.

當(dāng)移動臺建立通話后，如果移動臺沒有注銷就離開了系統(tǒng),而分

配給該移動臺的信道仍在工作,這會造成資源的浪費.為減小此種情

況,HDPC監(jiān)測占用此DRCU的所有移動臺的SACCH消息.如果一個移

動臺的某個SACCH幀未被檢測到，該進(jìn)程將等待一預(yù)定的時間，若這

段時間內(nèi)仍未檢測到SACCH幀,它將告訴CP軟件關(guān)閉分配給該移動臺

的信道資源.

第16頁

東方通信

一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

切換檢測和功率控制(HDPC-HandoverDetectionandPower

Control)

功能：

?控制MS的發(fā)射功率

?控制MS的時間提前量(TA-TimingAdvance)

?控制BSS的發(fā)射功率

?決定是否需要切換(Intra_BSS和Inter_BSS)

?監(jiān)測空閑信道上的干擾電平

?監(jiān)測SACCH消息的丟失(保留資源)

第17頁

東方通信

一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

呼叫處理(CP-CallProcessing)

CP的目的是控制MSC、BSC、BTS和MS之間的通信.

CP和RSS一起配合,控制呼叫建立和清除、切換、加密和在MSC

和MS之間傳遞直接傳輸應(yīng)用(DTAP-DirectTransferApplication)

消息.

在MotorolaAbis鏈路上,CP被分為2層：

CPFJSC無連接管理(CLM-ConnectionlessManager)

消息轉(zhuǎn)換分離L3(MTPL3-MessageTransferPartL3)

SCCP預(yù)處理程序(SCCPPreprocessor)

SCCP狀態(tài)機(SSM-SCCPStateMachine)

CP陳無線資源狀態(tài)機(RRSM-RadioResourceStateMachine)

小區(qū)資源管理(CRM-CellResourceManager)

小區(qū)廣播調(diào)度程序(CBS-CellBroadcastScheduler)

第18頁

―一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

呼叫處理(CallProcessing)

?L3協(xié)議收集

?功能

呼叫建立/清除

消息轉(zhuǎn)換(DTAP/BSSMAP)

控制切換

CP-RSS接口

加密

資源分配

邏輯信道配置

?CPBSCCLM

MTPL3

SSM

SCCP-preprocessor

SSM

?CP蹬RRSM/RCI

CRM

CBS

第19頁

東方通信

一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

MTPL3/SCCP預(yù)處理程序

MTPL3由MTPL3和SCCP預(yù)處理程序組成.MTPL3負(fù)責(zé)維護(hù)

MSC-BSS之間的信令鏈路.MTPL3內(nèi)的進(jìn)程還負(fù)責(zé)MTP的數(shù)據(jù)鏈路層

的操作.SCCP預(yù)處理程序負(fù)責(zé)決定消息的類型(DTAP/BSSMAP)，然

后發(fā)送這些消息.

SSM

SSM負(fù)責(zé)維護(hù)在MSC接口上的呼叫狀態(tài),具體說即呼叫的初始化、

保持、釋放和切換過程中的呼叫主控制.對所有這些活動，SSM可被

看作是呼叫處理的中心,它決定著呼叫處理的進(jìn)程.SSM位于BSC側(cè),

可有多個,每個LCF上有一個SSM.

CLM

CLM處理BSSMAP的無連接過程,這些過程包括阻塞、電路復(fù)位、

全體復(fù)位和信令點不能接入等.GSM的無連接過程需與MSC之間保持

一個激活的接口.CLM位于BSC側(cè),只能有一個,位于BSP上.

交換管理(SM-SwitchManager)

SM管理有KSW或TSW板實現(xiàn)的動態(tài)、靜態(tài)連接.各基站類型都只有

一個SM,存在于主GPROC設(shè)備中.在BSC中，它可看作是CP的一部分,

受SSM控制,在TCH動態(tài)連接中負(fù)責(zé)CIC的分配.在內(nèi)部切換中當(dāng)CIC

中繼保持但TCH要交換時,SM也起作用.

第20頁

東方通信

一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

CallProcessing(CP)

CBA

MMI

第21頁

東方通信

一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

RRSM

RRSM可看作BTS的呼叫處理中心.1個BTS只有1個RRSM,位于

BTP上.RRSM是控制空中接口TCH資源軟件的較高層次.RRSM在一

接到SSM的指令后將管理TCH的激活和釋放.這包括控制RSS軟件和

編譯給MS的無線資源消息.

無線信道接口(RCI-RadioChannelInterface)

RCI負(fù)責(zé)傳送RSS到CP之間的消息.RCI和RRSM一起還執(zhí)行確

認(rèn)上行消息的功能.RCI給每個上行消息附加一個SCCP參考號碼,并

對與RSS有關(guān)的這些參考號碼保持精確的映射.總體來說,RCI進(jìn)程

提供了RSS和CP之間消息的傳送和確認(rèn)的功能.除此之外,RCI還負(fù)

責(zé)處理SCCP預(yù)處理程序發(fā)來的請求和分配尋呼消息.

CRM

CRM管理有效無線資源的分配.它利用動態(tài)數(shù)據(jù)庫對它控制的每

個小區(qū)的每個信道(SDCCH&TCH)的狀態(tài)做標(biāo)識.由于GSM規(guī)范中要

求無線資源的分配按照從最好到最差的順序,所以CRM還保持對每個

空閑信道的干擾檢查.CRM不僅分配資源還負(fù)責(zé)為每個連接分配一個

獨一無二的SCCP參考號碼.CRM還負(fù)責(zé)利用CM提供的數(shù)據(jù)來建立系

統(tǒng)狀況的消息.CRM還為配置邏輯信道提供必要的信息.CRM也提供

一些BSS的特殊功能(Feature),諸如SDCCH的動態(tài)分配和TCH流量

控制等.

第22頁

東方通信

一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

CallProcessing(CP)

>?InternalCPinterfaces

第23頁

東方通信

一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

（6）階梯圖

呼叫處理中的很多統(tǒng)計值都是基于在BSS定義的消息的到達(dá)或

是不到達(dá)（超時）.這些內(nèi)部進(jìn)程消息表示為兩個軟件處理程序之間

的一條直線,線上是消息的名稱.下圖就是一個簡化消息的階梯圖的

框架.這幅圖中位置和GPROC的類型均標(biāo)注得很詳細(xì),而一般工作流

程圖中這些都省略了.由于這些消息的傳輸機理很復(fù)雜,本課程中就

不涉及了.

第24頁

東方通信

一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

LadderDiagrams

第25頁

東方通信

一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

2、OMCR統(tǒng)計數(shù)據(jù)分類

(1)統(tǒng)計數(shù)據(jù)分類

原始統(tǒng)計數(shù)據(jù)類型一共有六類.每一個統(tǒng)計值均是其中的一

類.大多數(shù)要么是計數(shù)器型，要么是計時器型，這些都是最簡單的數(shù)據(jù)

類型.六類統(tǒng)計類型如下：

?計數(shù)器(Counter)

?計數(shù)器陣列(CounterArray)

?標(biāo)尺(Gauge)

?計時器(Duration)

?一般分布(NormalDistribution)

?加權(quán)分布(WeightedDistribution)

下面通過例子給出每種類型的詳細(xì)解釋.

第26頁

東方通信

一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

DescriptionofStatisticDataTypes

COUNTER

第27頁

東方通信

一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

(2)Counter

Counter就是將每次應(yīng)用進(jìn)程報告上來的值累加起來.所以該累

加值表示了在一段時間(Interval)內(nèi)某事件發(fā)生的次數(shù).

當(dāng)Counter值達(dá)到一定門限(可定義)時可產(chǎn)生Counter空警.當(dāng)

達(dá)到門限值時，向0MC報告一個事件.在一段時間內(nèi)，如果達(dá)到門限值,

只報告一個事件的發(fā)生,而不是在超過門限時，報告多個事件.

第28頁

東方通信

一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

Counter

第29頁

東方通信

一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

(3)Counter統(tǒng)計例子

CALLS——QUEUED

當(dāng)MS在SDCCH上成功完成呼叫建立后，網(wǎng)絡(luò)將把該MS轉(zhuǎn)接到TCH

上，這個過程我們稱之為分配過程(assignmentprocedure).分配過

程由MSC初始化，它向SSM發(fā)出分配請求(assignmentrequest)消

息,該消息包括要求信道的特征和在A接口上用到的CIC中繼電路.在

做任何電路連接前，SSM將向RRSM發(fā)出初始分配(initiate

assignment)消息，為該MS連接請求激活適當(dāng)?shù)男诺?RRSM將向CRM

發(fā)出分配信道請求(assignmentresourcerequest),CRM將在其表

示可用TCH的動態(tài)數(shù)據(jù)庫中查詢.如果沒有可用的所要求類型的信道,

該請求可能按數(shù)據(jù)庫參數(shù)和消息內(nèi)容規(guī)定的方式排隊.如果消息能被

排隊的話,CRM將向RRSM發(fā)出強迫排隊(forcequeue)的消息,RRSM

向SSM發(fā)出分配排隊的消息,SSM最后向MSC發(fā)出排隊指示(queuing

indication).對每一個排隊的信道請求,計數(shù)器統(tǒng)計值calls_queued

就加一.

第30頁

東方通信

一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

CounterExample:

CALLS-QUEUED

MSC

SSM

RRSM

assignmentrequest

Initiateastignment

CRM.

assignmentresource

request

forcequeu?

assignmentqueued

queuingindication

I

pegs：I

CALL^QUEUED

第31頁

東方通信

一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

(4)CounterArray

CounterArray統(tǒng)計是對簡單的Counter統(tǒng)計的增強.它是把用--種

Counter的總統(tǒng)計數(shù)分為最多16個Counter統(tǒng)計箱（bincounter）.每

個bin中的值代表該統(tǒng)計所監(jiān)測的一個特殊的類別.

根據(jù)計數(shù)器陣列中bin的數(shù)目多少,CounterArray可分為小（4個

bins）、中（8個bins）、大（12個bins）或極大（16個bins）.每

個相關(guān)統(tǒng)計bin的數(shù)目由軟件預(yù)先設(shè)定好,不可重新配置.

（5）CounterArray例子

OUT_HO_NC_CAUSE_ATMPT

當(dāng)SSM收到切換識別消息后，在執(zhí)行適當(dāng)?shù)那袚Q類型前，它將分析引

起切換的原因值（causevalue）.同時該消息還用來累計切換原因統(tǒng)

計.每次有切換嘗試,其累計值就加一，同時對原因值相應(yīng)的bin也記

數(shù)一次.該統(tǒng)計值使用10個固定名稱的bin:

0—UPQUAL（上行質(zhì)量）

1—UPLEVEL（上行電平）

2—DOWNQUAL（下行質(zhì)量）

3—D0WLEVEL（下行電平）

4—DISTANCE（距離）

5—UPINTERF（上行干擾）

6—DOWNINTERF（下行干擾）

7—POWERBDGT（功率預(yù)算）

8—CONGESTION（擁塞）

9—ADJ..CHAN_INTF（鄰頻干擾）

10—NONIMPERATIVEMULTIBAND（非強制頻帶間切換）

在統(tǒng)計時段結(jié)束時刻，將與bin陣列一起報告累計總值，并顯示出組

成該總值的所有原因值.

第32頁

東方通信

一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

CounterArray

?incrementcumulativecounterby1

?incrementrelativebinby1

|ijgjg|

■—

份自自自信自身自田自自行

STATISTICALINTERVALEXPIRED

第33頁

東方通信

一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

(6)Gauge

Gauge當(dāng)前的值是隨著每次應(yīng)用進(jìn)程報告上來的值n來增加或減

少的.它通過監(jiān)控一段時間內(nèi)某事件的發(fā)生來調(diào)節(jié)值的讀數(shù).

當(dāng)gauge值達(dá)到一定門限(可定義)時可產(chǎn)生gauge告警.當(dāng)達(dá)到門

限值時，向OMC報告一個事件.在一段時間內(nèi)，如果達(dá)到門限值,只報

告一個事件的發(fā)生,而不是在超過門限后,報告多個事件.

在統(tǒng)計時段結(jié)束時刻，gauge統(tǒng)計將給出這段時間內(nèi)發(fā)生的平均值和

最大值.

(7)Gauge統(tǒng)計例子

CHANNELS_DISABLED

CRM的一個功能就是提供一個描述小區(qū)內(nèi)處于INS或00S狀態(tài)的

信道的動態(tài)數(shù)據(jù)庫.當(dāng)每次一個時隙從00S狀態(tài)變?yōu)镮NS狀態(tài)或相反

時,CRM將更新這項統(tǒng)計.

第34頁

東方通信

一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

Gauge

REPORTPRODUCED

STATISTICALINTERVALEXPIRED

第35頁

東方通信

一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

(8)Duration

應(yīng)用進(jìn)程通過分別記錄啟動、停止定時器和事件的開始和結(jié)束來統(tǒng)計

Duration累加值.記錄這些報告之間的時間作為一個累計時間值，它

以毫秒為單位.

Duration最大值和最小值被保存下來,并在統(tǒng)計時段結(jié)束時刻給出報

告.通過計算給出一個報告的時間來得到Duration平均值.

平均值=累計時間

(浮點)事件發(fā)生的次數(shù)

第36頁

部磐一、統(tǒng)計數(shù)據(jù)初步ESTS-G32VI.0

Duration