WRNC系统中单用户跟踪的设计
本文引入一定的机制，使无线网络控制器RNC（Radio Network Control）内部能够方便、准确地收集到单用户数据处理中各个环节的统计信息，便于快速地对单用户信息进行统计与核对，提高问题分析的效率。
1 速率问题的产生及现象
RNC内部速率问题的产生主要有3个原因：(1)用户面处理数据包不当，异常丢包；(2)控制面传递给用户面的接续参数有误，用户面与承载无法衔接；(3)用户面自身在处理各种接续关系时处理不当。
在实际应用中几种不同情况的速率现象分别为：(1)HSDPA/HSUPA业务进行时上下行速率不稳定；(2)HSDPA/HSUPA业务进行过程中出现速率掉钩；(3)HSDPA/HSUPA PS业务无法达到签约的预期速率；（4） 速 率正常。
2 传统的定位方法及缺陷
目前，传统的速率定位方法分为3种：SHELL命令定位、DSP打印定位和信令跟踪定位。
但是对于外场定位来说，这些传统的定位手段却很难实现。首先，SHELL命令定位，外场接口板数量多，承载着不同的业务，需要在接口板之间轮流输入SHELL命令，显得极其麻烦，同时SHELL命令只能跟踪所有的业务流量信息，无法针对特定用户，缺少针对性。其次，外场对于打印有严格的要求，一般不允许开启内部打印，正式的商用局资源本来就比较少，开启内部繁多的打印，会影响整个系统的运行。最后，信令跟踪只是记录控制面的基本信息，对于用户面的检查无法起到真正的帮助作用。
因此对于此类问题，需要有一个良好的定位方法将问题锁定在具体的接口或者FP层面上。单用户跟踪正是针对这个缺陷设计的，其优点是：(1)数据的上报通过后台信令跟踪来记载，利于观测；(2)数据跟踪以FP为单位，直接定位到业务通道，定位准确；(3)对正常的设备运行不会增加额外的开销，且不需要进行多余的手工操作，使用方便。
3 单用户跟踪的设计及实现
3.1 WCDMA系统的整体概述
WCDMA系统主要由三大核心部分组成，分为核心网(CN)、无线网络控制器(RNC)和基站(NodeB)。RNC连接着CN和NodeB，在整个WCDMA中起着举足轻重的作用。RNC和RNC之间用IUR口连接。RNC分为CRNC(控制RNC)、SRNC(服务RNC)和DRNC(漂移RNC)三部分[5]。
3.2 单用户跟踪的数据流
RNC内数据流的路径分为两条，一条是通过IUB口直接进入SRNC，途经IU口到达CN；另一条是通过IUB口先到达DRNC，再由DRNC经IUR口到SRNC，最后到达CN[6]。如果能在每个结点处对各个FP的数据包进行统计，对比各个结点数据的流量，就能迅速定位出数据丢失的接口和FP。
3.3 单用户跟踪的整体设计
UTRAN各个接口的协议架构是按照一个通用的协议模型设计的，如图1所示。设计的原则是层间和平面间在逻辑上相互独立。从水平层面来看，协议结构主要包括两层：无线网络层和传输网络层。所有UTRAN相关问题只与无线网络层有关，传输网络层只是UTRAN采用的标准化的传输技术，与UTRAN的特定功能无关。从垂直平面来看，协议结构包括控制平面、用户平面、传输网络控制平面和传输网络用户平面[1]。
本设计根据UTRAN的协议架构，分为以下几个模块：消息处理模块、控制面、用户面、承载管理模块和信令跟踪模块。
整个单用户跟踪设计思路如图2所示，其中实线代表控制流，虚线代表数据流。
对于控制信息来说，后台将媒体面跟踪的任务分配到消息处理模块（Daemon），Daemon通知控制面CP(Control Plane)和用户面UP（User Plane）。控制面在承载链路建立和删除时通知承载管理模块BM（Bear Management,BM）建立和删除相关的承载跟踪。从消息中提取相关信息，并发送消息通知接口板，接口板收到消息后，设置好过滤条件，对处理的报文进行过滤统计。
对于数据业务流来说，收集跟踪信息后，接口板和用户面直接将跟踪信息上报到Daemon。Daemon将消息的内容进行核对后上报给后台。
3.4 单用户跟踪的实现流程
为了在现有体系的框架下顺利实现各个接口FP的流量上报，设计如下2个流程：任务的启动和数据的上报及核对。
评论