4、測量值的采集上報流程

　　測量值的采集上報流程如圖3所示，方案設計了2種方式（物理層周期性上報和事件觸發(fā)測量上報）的處理流程，實際系統(tǒng)一般都把這兩種方式相結(jié)合使用。

　　圖3　測量值的采集處理流程

　　物理層周期性上報方式是OAM發(fā)起測量請求。RRM處理請求并發(fā)起測量，物理層周期上報的流程。

　　事件觸發(fā)測量值上報方式不涉及OAM測量的請求發(fā)起，是當觸發(fā)事件出現(xiàn)時，物理層主動將測量報告上報給RRM的測量模塊。

　　4.1　RRM測量值采集上報

　　4.1.1　RRM發(fā)起測量

　　RRM發(fā)起測量流程見圖4，圖中AM表示算法模塊，MCM表示測量模塊。

　　圖4　RRM測量發(fā)起流程

　　各個算法模塊根據(jù)需求發(fā)測量請求消息（MEAS_REQ）給測量模塊，啟動定時器等待應答，測量模塊在定時器設定的時間內(nèi)收到MEAS-REQ隨即發(fā)測量請求消息應答（MEAS_ACK）。如果在定時器設定時間內(nèi)沒有收到MEAS_ACK則丟棄這個測量請求消息并重發(fā)。

　　測量模塊解析消息MEAS_REQ，根據(jù)測量算法判斷是Uu口測量還是Iub口測量。根據(jù)解析后的信息查找數(shù)據(jù)庫中對應的字段信息，如果其對應的測量字段設置為允許，則可以進行以下步驟。

　　測量模塊查找數(shù)據(jù)庫，獲取測量方案和測量參數(shù)配置，連同算法模塊所發(fā)的測量請求消息一起組合成測量控制消息（MEAS_CTR）發(fā)給相應的測量進程（Uu或Iub測量進程）發(fā)起測量。

　　4.1.2　物理層測量上報到RRM

　　測量結(jié)果的上報可以是周期性的，也可以是基于一些特定事件觸發(fā)的。上報流程（見圖5）如下：

　　圖5　RRM測量值上報流程

　　●Uu或Iub口測量進程在收到測量控制消息（MEAS_CTR）后，定時器定時時間到（周期性測量報告）或觸發(fā)事件出現(xiàn)（事件觸發(fā)測量報告）時將測量報告組織成測量報告消息（MEAS_REPORT）發(fā)給RRM的測量模塊。測量報告包括UE部分和小區(qū)部分。

　　●測量模塊收到MEAS_REPORT首先按照事先定義的接口數(shù)據(jù)結(jié)構(gòu)進行解碼。

　　●測量模塊再根據(jù)測量報告類型的不同，查找對應的算法模塊。

　　●各個對應的算法模塊根據(jù)解碼后的MEAS_RE_PORT進行事件觸發(fā)處理，在UE部分包括：給用戶分配或重配專用物理信道，重配置、小區(qū)切換等；在小區(qū)部分包括：判斷小區(qū)負載狀態(tài)變化，判斷碼表信息變化，接納／釋放一個新用戶。

　　●各個算法模塊再調(diào)用OAM中Agent的接口函數(shù)，輸出所需要的測量信息。

　　4.2　OAM測量采集上報

　　OAM采集發(fā)起流程是：Server發(fā)送測量任務消息MEAS_REQ給OMP板上的Manager進程，Manager進程根據(jù)任務消息查詢數(shù)據(jù)庫，找到相應的CMP板，轉(zhuǎn)發(fā)給該板上的Agent進程，Agent進程接收到測量任務消息后，判斷消息是否有效。如果有效則返回成功應答MEAS_ACK給Manager進程；如果判斷無效，則返回參數(shù)錯誤應答MEAS_ACK給Manager進程。Manager進程將應答MEAS_ACK轉(zhuǎn)發(fā)給Server，如圖6所示。

　　圖6　OAM采集流程

　　測量值上報由RRM調(diào)用0AM提供的函數(shù)來實現(xiàn)的，Agent讀取RRM上報UE或小區(qū)測量信息，發(fā)送給Manager。Manager收到RRM發(fā)來的測量信息數(shù)據(jù)后，加上時間信息發(fā)給Server，如圖7所示。

　　圖7　OAM上報流程

　　5、結(jié)束語

　　上述的TD-SCDMA測量采集上報方案已得到實際驗證。是可行的，處理效率也較高，這種方案的優(yōu)勢主要有：

　　●測量采集上報方案劃分為OAM模塊和RRM模塊，結(jié)構(gòu)清晰，易于實現(xiàn)。同時，RRM劃分為測量模塊和算法模塊，當測量值上報后處理分發(fā)到各個算法模塊。各個算法模塊就可以做相應的事件觸發(fā)。各模塊間耦合性小，方便功能擴展。

　　●框架各模塊間以請求-應答的消息傳遞方式進行交互，通過合理設計交互數(shù)據(jù)結(jié)構(gòu)和通信流程，可以簡化流程。

　　●在OAM部分，將前臺處理流程劃分為Manager總控部分和Agent執(zhí)行部分是一個創(chuàng)新。任務由總控分成駐留于CMP板上的各個子任務，便于控制不同的駐留于CMP板的子任務。同時，這種結(jié)構(gòu)便于擴展，對于子任務的增加只需要增加CMP單板和接口函數(shù)。對其他CMP板及其駐留其上的子任務沒用任何影響。

　　●OAM和RRM之間通過駐留于CMP板上的接口函數(shù)調(diào)用關(guān)系來獲取測量結(jié)果，這是對請求-應答消息傳遞通信機制的一種補充，也是一個創(chuàng)新。這種處理方式方便各個算法模塊在事件觸發(fā)的時候靈活地將測量結(jié)果發(fā)給0AM，而不是單純地統(tǒng)一處理，屏蔽了算法模塊處理機制千差萬別造成的處理麻煩。不需要定義統(tǒng)一的接口數(shù)據(jù)、消息體結(jié)構(gòu)，而是一對一的處理，方便了算法的優(yōu)化。