WRNC系統中單用戶(hù)跟蹤的設計
加入技術(shù)交流群
本文引入一定的機制，使無(wú)線(xiàn)網(wǎng)絡(luò )控制器RNC（Radio Network Control）內部能夠方便、準確地收集到單用戶(hù)數據處理中各個(gè)環(huán)節的統計信息，便于快速地對單用戶(hù)信息進(jìn)行統計與核對，提高問(wèn)題分析的效率。
1 速率問(wèn)題的產(chǎn)生及現象
RNC內部速率問(wèn)題的產(chǎn)生主要有3個(gè)原因：(1)用戶(hù)面處理數據包不當，異常丟包；(2)控制面傳遞給用戶(hù)面的接續參數有誤，用戶(hù)面與承載無(wú)法銜接；(3)用戶(hù)面自身在處理各種接續關(guān)系時(shí)處理不當。
在實(shí)際應用中幾種不同情況的速率現象分別為：(1)HSDPA/HSUPA業(yè)務(wù)進(jìn)行時(shí)上下行速率不穩定；(2)HSDPA/HSUPA業(yè)務(wù)進(jìn)行過(guò)程中出現速率掉鉤；(3)HSDPA/HSUPA PS業(yè)務(wù)無(wú)法達到簽約的預期速率；（4） 速 率正常。
2 傳統的定位方法及缺陷
目前，傳統的速率定位方法分為3種：SHELL命令定位、DSP打印定位和信令跟蹤定位。
但是對于外場(chǎng)定位來(lái)說(shuō)，這些傳統的定位手段卻很難實(shí)現。首先，SHELL命令定位，外場(chǎng)接口板數量多，承載著(zhù)不同的業(yè)務(wù)，需要在接口板之間輪流輸入SHELL命令，顯得極其麻煩，同時(shí)SHELL命令只能跟蹤所有的業(yè)務(wù)流量信息，無(wú)法針對特定用戶(hù)，缺少針對性。其次，外場(chǎng)對于打印有嚴格的要求，一般不允許開(kāi)啟內部打印，正式的商用局資源本來(lái)就比較少，開(kāi)啟內部繁多的打印，會(huì )影響整個(gè)系統的運行。最后，信令跟蹤只是記錄控制面的基本信息，對于用戶(hù)面的檢查無(wú)法起到真正的幫助作用。
因此對于此類(lèi)問(wèn)題，需要有一個(gè)良好的定位方法將問(wèn)題鎖定在具體的接口或者FP層面上。單用戶(hù)跟蹤正是針對這個(gè)缺陷設計的，其優(yōu)點(diǎn)是：(1)數據的上報通過(guò)后臺信令跟蹤來(lái)記載，利于觀(guān)測；(2)數據跟蹤以FP為單位，直接定位到業(yè)務(wù)通道，定位準確；(3)對正常的設備運行不會(huì )增加額外的開(kāi)銷(xiāo)，且不需要進(jìn)行多余的手工操作，使用方便。
3 單用戶(hù)跟蹤的設計及實(shí)現
3.1 WCDMA系統的整體概述
WCDMA系統主要由三大核心部分組成，分為核心網(wǎng)(CN)、無(wú)線(xiàn)網(wǎng)絡(luò )控制器(RNC)和基站(NodeB)。RNC連接著(zhù)CN和NodeB，在整個(gè)WCDMA中起著(zhù)舉足輕重的作用。RNC和RNC之間用IUR口連接。RNC分為CRNC(控制RNC)、SRNC(服務(wù)RNC)和DRNC(漂移RNC)三部分[5]。
3.2 單用戶(hù)跟蹤的數據流
RNC內數據流的路徑分為兩條，一條是通過(guò)IUB口直接進(jìn)入SRNC，途經(jīng)IU口到達CN；另一條是通過(guò)IUB口先到達DRNC，再由DRNC經(jīng)IUR口到SRNC，最后到達CN[6]。如果能在每個(gè)結點(diǎn)處對各個(gè)FP的數據包進(jìn)行統計，對比各個(gè)結點(diǎn)數據的流量，就能迅速定位出數據丟失的接口和FP。
3.3 單用戶(hù)跟蹤的整體設計
UTRAN各個(gè)接口的協(xié)議架構是按照一個(gè)通用的協(xié)議模型設計的，如圖1所示。設計的原則是層間和平面間在邏輯上相互獨立。從水平層面來(lái)看，協(xié)議結構主要包括兩層：無(wú)線(xiàn)網(wǎng)絡(luò )層和傳輸網(wǎng)絡(luò )層。所有UTRAN相關(guān)問(wèn)題只與無(wú)線(xiàn)網(wǎng)絡(luò )層有關(guān)，傳輸網(wǎng)絡(luò )層只是UTRAN采用的標準化的傳輸技術(shù)，與UTRAN的特定功能無(wú)關(guān)。從垂直平面來(lái)看，協(xié)議結構包括控制平面、用戶(hù)平面、傳輸網(wǎng)絡(luò )控制平面和傳輸網(wǎng)絡(luò )用戶(hù)平面[1]。
本設計根據UTRAN的協(xié)議架構，分為以下幾個(gè)模塊：消息處理模塊、控制面、用戶(hù)面、承載管理模塊和信令跟蹤模塊。
整個(gè)單用戶(hù)跟蹤設計思路如圖2所示，其中實(shí)線(xiàn)代表控制流，虛線(xiàn)代表數據流。
對于控制信息來(lái)說(shuō)，后臺將媒體面跟蹤的任務(wù)分配到消息處理模塊（Daemon），Daemon通知控制面CP(Control Plane)和用戶(hù)面UP（User Plane）?？刂泼嬖诔休d鏈路建立和刪除時(shí)通知承載管理模塊BM（Bear Management,BM）建立和刪除相關(guān)的承載跟蹤。從消息中提取相關(guān)信息，并發(fā)送消息通知接口板，接口板收到消息后，設置好過(guò)濾條件，對處理的報文進(jìn)行過(guò)濾統計。
對于數據業(yè)務(wù)流來(lái)說(shuō)，收集跟蹤信息后，接口板和用戶(hù)面直接將跟蹤信息上報到Daemon。Daemon將消息的內容進(jìn)行核對后上報給后臺。
3.4 單用戶(hù)跟蹤的實(shí)現流程
為了在現有體系的框架下順利實(shí)現各個(gè)接口FP的流量上報，設計如下2個(gè)流程：任務(wù)的啟動(dòng)和數據的上報及核對。
評論