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

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

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

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

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

　　4.1　RRM測量值采集上報

　　4.1.1　RRM發起測量

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

　　圖4　RRM測量發起流程

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

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

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

　　4.1.2　物理層測量上報到RRM

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

　　圖5　RRM測量值上報流程

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

　　●測量模塊收到MEAS_REPORT首先按照事先定義的接口數據結構進行解碼。

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

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

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

　　4.2　OAM測量采集上報

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

　　圖6　OAM采集流程

　　測量值上報由RRM調用0AM提供的函數來實現的，Agent讀取RRM上報UE或小區測量信息，發送給Manager。Manager收到RRM發來的測量信息數據后，加上時間信息發給Server，如圖7所示。

　　圖7　OAM上報流程

　　5、結束語

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

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

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

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

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