WRNC系統(tǒng)中單用戶跟蹤的設(shè)計(jì)

隨著3G網(wǎng)絡(luò)的迅猛發(fā)展，WCDMA系統(tǒng)正在大規(guī)模地商用。以前常用的一些定位手段，如斷點(diǎn)調(diào)試、LogView等已經(jīng)越來越難以符合外場(chǎng)的需求。與簡(jiǎn)單的實(shí)驗(yàn)室環(huán)境相比，外場(chǎng)定位問題會(huì)更加困難，目前針對(duì)HSDPA/HSUPA 業(yè)務(wù)速率不穩(wěn)和PS業(yè)務(wù)（Packet Stream數(shù)據(jù)業(yè)務(wù)）不通等問題，普通的排查手段顯得十分有限，定位難度很大。加上外場(chǎng)用戶多、干擾數(shù)據(jù)大等特殊情況，傳統(tǒng)的定位方法根本無法獲取單一用戶的相關(guān)統(tǒng)計(jì)信息及流量的跟蹤信息，給問題的定位和解決帶來了諸多難點(diǎn)。

本文引入一定的機(jī)制，使無線網(wǎng)絡(luò)控制器RNC（Radio Network Control）內(nèi)部能夠方便、準(zhǔn)確地收集到單用戶數(shù)據(jù)處理中各個(gè)環(huán)節(jié)的統(tǒng)計(jì)信息，便于快速地對(duì)單用戶信息進(jìn)行統(tǒng)計(jì)與核對(duì)，提高問題分析的效率。

1 速率問題的產(chǎn)生及現(xiàn)象

RNC內(nèi)部速率問題的產(chǎn)生主要有3個(gè)原因：(1)用戶面處理數(shù)據(jù)包不當(dāng)，異常丟包；(2)控制面?zhèn)鬟f給用戶面的接續(xù)參數(shù)有誤，用戶面與承載無法銜接；(3)用戶面自身在處理各種接續(xù)關(guān)系時(shí)處理不當(dāng)。

在實(shí)際應(yīng)用中幾種不同情況的速率現(xiàn)象分別為：(1)HSDPA/HSUPA業(yè)務(wù)進(jìn)行時(shí)上下行速率不穩(wěn)定；(2)HSDPA/HSUPA業(yè)務(wù)進(jìn)行過程中出現(xiàn)速率掉鉤；(3)HSDPA/HSUPA PS業(yè)務(wù)無法達(dá)到簽約的預(yù)期速率；（4） 速 率正常。

2 傳統(tǒng)的定位方法及缺陷

目前，傳統(tǒng)的速率定位方法分為3種：SHELL命令定位、DSP打印定位和信令跟蹤定位。

但是對(duì)于外場(chǎng)定位來說，這些傳統(tǒng)的定位手段卻很難實(shí)現(xiàn)。首先，SHELL命令定位，外場(chǎng)接口板數(shù)量多，承載著不同的業(yè)務(wù)，需要在接口板之間輪流輸入SHELL命令，顯得極其麻煩，同時(shí)SHELL命令只能跟蹤所有的業(yè)務(wù)流量信息，無法針對(duì)特定用戶，缺少針對(duì)性。其次，外場(chǎng)對(duì)于打印有嚴(yán)格的要求，一般不允許開啟內(nèi)部打印，正式的商用局資源本來就比較少，開啟內(nèi)部繁多的打印，會(huì)影響整個(gè)系統(tǒng)的運(yùn)行。最后，信令跟蹤只是記錄控制面的基本信息，對(duì)于用戶面的檢查無法起到真正的幫助作用。

因此對(duì)于此類問題，需要有一個(gè)良好的定位方法將問題鎖定在具體的接口或者FP層面上。單用戶跟蹤正是針對(duì)這個(gè)缺陷設(shè)計(jì)的，其優(yōu)點(diǎn)是：(1)數(shù)據(jù)的上報(bào)通過后臺(tái)信令跟蹤來記載，利于觀測(cè)；(2)數(shù)據(jù)跟蹤以FP為單位，直接定位到業(yè)務(wù)通道，定位準(zhǔn)確；(3)對(duì)正常的設(shè)備運(yùn)行不會(huì)增加額外的開銷，且不需要進(jìn)行多余的手工操作，使用方便。

3 單用戶跟蹤的設(shè)計(jì)及實(shí)現(xiàn)

3.1 WCDMA系統(tǒng)的整體概述

WCDMA系統(tǒng)主要由三大核心部分組成，分為核心網(wǎng)(CN)、無線網(wǎng)絡(luò)控制器(RNC)和基站(NodeB)。RNC連接著CN和NodeB，在整個(gè)WCDMA中起著舉足輕重的作用。RNC和RNC之間用IUR口連接。RNC分為CRNC(控制RNC)、SRNC(服務(wù)RNC)和DRNC(漂移RNC)三部分[5]。

3.2 單用戶跟蹤的數(shù)據(jù)流

RNC內(nèi)數(shù)據(jù)流的路徑分為兩條，一條是通過IUB口直接進(jìn)入SRNC，途經(jīng)IU口到達(dá)CN；另一條是通過IUB口先到達(dá)DRNC，再由DRNC經(jīng)IUR口到SRNC，最后到達(dá)CN[6]。如果能在每個(gè)結(jié)點(diǎn)處對(duì)各個(gè)FP的數(shù)據(jù)包進(jìn)行統(tǒng)計(jì)，對(duì)比各個(gè)結(jié)點(diǎn)數(shù)據(jù)的流量，就能迅速定位出數(shù)據(jù)丟失的接口和FP。

3.3 單用戶跟蹤的整體設(shè)計(jì)

UTRAN各個(gè)接口的協(xié)議架構(gòu)是按照一個(gè)通用的協(xié)議模型設(shè)計(jì)的，如圖1所示。設(shè)計(jì)的原則是層間和平面間在邏輯上相互獨(dú)立。從水平層面來看，協(xié)議結(jié)構(gòu)主要包括兩層：無線網(wǎng)絡(luò)層和傳輸網(wǎng)絡(luò)層。所有UTRAN相關(guān)問題只與無線網(wǎng)絡(luò)層有關(guān)，傳輸網(wǎng)絡(luò)層只是UTRAN采用的標(biāo)準(zhǔn)化的傳輸技術(shù)，與UTRAN的特定功能無關(guān)。從垂直平面來看，協(xié)議結(jié)構(gòu)包括控制平面、用戶平面、傳輸網(wǎng)絡(luò)控制平面和傳輸網(wǎng)絡(luò)用戶平面[1]。

本設(shè)計(jì)根據(jù)UTRAN的協(xié)議架構(gòu)，分為以下幾個(gè)模塊：消息處理模塊、控制面、用戶面、承載管理模塊和信令跟蹤模塊。

整個(gè)單用戶跟蹤設(shè)計(jì)思路如圖2所示，其中實(shí)線代表控制流，虛線代表數(shù)據(jù)流。

對(duì)于控制信息來說，后臺(tái)將媒體面跟蹤的任務(wù)分配到消息處理模塊（Daemon），Daemon通知控制面CP(Control Plane)和用戶面UP（User Plane）�？刂泼嬖诔休d鏈路建立和刪除時(shí)通知承載管理模塊BM（Bear Management,BM）建立和刪除相關(guān)的承載跟蹤。從消息中提取相關(guān)信息，并發(fā)送消息通知接口板，接口板收到消息后，設(shè)置好過濾條件，對(duì)處理的報(bào)文進(jìn)行過濾統(tǒng)計(jì)。

對(duì)于數(shù)據(jù)業(yè)務(wù)流來說，收集跟蹤信息后，接口板和用戶面直接將跟蹤信息上報(bào)到Daemon。Daemon將消息的內(nèi)容進(jìn)行核對(duì)后上報(bào)給后臺(tái)。