基于BREW的无线数据业务开发论文

基于BREW的无线数据业务开发论文（精选5篇）

基于BREW的无线数据业务开发论文 第1篇

摘要：本文一连了BREW开发开台，并以一基于BREW的单机版手机游戏开发为例，着重用述基于BREW的无线数据业务开发漉程。

关键词：BREW 无线数据业务 SDK 接口

中图分类号：TN92 文献标识码：A 文章编号：1674-098Xll(a)-0232-02

1前言

当今，移动数据通信作为移动通信与数据通信的结合点，有着广阔的市场与发展前景。新一代移动通信领域竞争的重点是数据业务的竞争。到，移动数据业务将占到无线业务量的70%，数据业务已经成为各大运营商之间竞争的关键。为了争抢数据业务这块市场，国内的运营商都在积极发展自己的业务市场。

2关于BREW

BREW，即无线二进制运行环境(Binary Runtime Environment for Wireless)，是高通公司推出的基于CDMA网络“无线互联网发射平台”上增值业务开发运行的基本平台。相比其他开发环境，BREW是一个更底层的技术。它可以把手机从一个普通的移动电话机变成一个有无线网络接入功能的移动终端。并提供一个高效、低成本、可扩展和熟悉的应用程序执行环境(AEE)。同时，通过BREW接口功能，供应商可以提供成套的完整的资讯、商务、娱乐功能。它的内核类还能提供诸如蓝牙技术、全球定位系统(GPS)和基于数据业务的电话等服务。由于需要更少的内部应用程序开发和集成任务，OEM(Original Equipment Manufacturer，原始设备生产商)可以更加快速地推出新设备。用户可以选择和下载适合自己喜好的无线软件。

基于BREW的无线数据业务开发论文 第2篇

1 前言

在气象局域网中的业务数据应用可通过数据库和文件直接调用, 但为外部门提供数据共享和服务时通常采用数据接口, 这样扩展性好, 便于维护, 而且有利于数据源的安全。如通常应用的Web service和WCF数据接口。而如今互联网和无线网络的快速发展, 为气象应用和服务提供了更多的平台, 如手机终端、平板电脑以及多媒体预警信息发布终端, 网站、手机APP、微信等。面对越来越多的基于互联网模式的应用, Web API便是一种快捷的提供数据服务的接口方式。

2 Web API

2.1 Web API简介

Web API是一种应用接口框架, 它能够构建HTTP服务以支撑更广泛的客户端如浏览器, 手机和平板电脑等移动设备终端以及传统的桌面应用程序等框架, 如图1所示。Web API是一种用于在.NET Framework上构建RESTful应用程序的理想平台, 构建HTTP服务提供强大的数据服务。

2.2 Web API和WCF的比较

WCF和Web Service都是基于SOAP的, 主要的数据格式是XML, 支持HTTP协议, 主要部署在IIS上, 且配置比较复杂;而Web API则是一个轻量级的HTTP服务的新框架。如果所部署的服务是基于TCP的, 需支持更多的传输机制, 可选择WCF;如果平台不支持SOAP和WS-*协议的时候, 则可选择Web API。也就是说, 构建一个跨平台的服务, 使用WCF, 如通过专线构建与水利局、环保局的数据服务;构建基于因特网的服务, 那么就使用Web API, 如通过互联网的微信、手机终端等。

3 气象数据接口设计

由于气象业务的不断扩展, 气象微信、手机和平板电脑的移动APP, 安装在乡镇、社区和公共场所的气象预警信息发布终端;安装公共场所的多媒体信息机等等这些通过互联网的气象应用和服务终端都需要实时的气象数据, 那么构建Web API, 可解决远程的数据实时传输和交互, 就可为各应用提供实时的数据接口服务。

3.1 业务数据服务

常用于数据应用服务的气象业务数据主要有实况数据、天气预报、台风信息、预警信息及各种气象分析数据, 这些数据主要用于WEB网站、微信、各移动终端、桌面应用平台等。图2为气象业务数据流程图。

在应用服务流程图中, 构建Web API层作为一个气象数据的公共的接口层, 可以保证接口提供的应用层的数据一致性。再通过业务逻辑层整合数据存储和数据访问层, 调用数据库所存储的各类数据。这样构建的Web API的接口层就能为所有接入的客户端提供丰富的数据接口, 从而实现快捷灵活的接入。

3.2 Web API的开发

Vs2012以后的版本都已引入了ASP.NET Web API技术。Web API用于提供REST风格的Web Service, 新建立的Web API项目, 包含主要的Models、Views、Controllers等文件夹和Global.asax文件, 和MVC项目一样。Models目录项主要用于保存Service和Client交互的对象, 这些对象会被转换为Json数据格式进行数据传输;Controllers目录中所对应的Controller继承API的Api Controller, 用于添加方法, 用于提供各种数据服务;Global.asax用于配置路由规则。

3.2.1 建立Web API项目

运行Vs2012, 新建项目, 选择ASP.net MVC4 Web应用程序, 再选择Web API

3.2.2 建立控制器文件, 添加action

在建立的项目里面有自动生成的webapi模版, 其中App_Start文件夹下Web Api Config.cs和Route Config.cs文件主要配置api的路由信息。Controllers文件夹下的文件为api的实现文件。在Controllers文件夹下新建控件器文件Qx Data Api Controller.cs, 我们可以在Controller目录上创建更多的应用API控制器, 其中的Qx Data Api是Controller在路由中使用的名称。在文件中新加入两个Get方法的api为例, 一个不带参数的方法, 一个带参数的方法。

※不带参数的方法

//返回当天市区天气预报

※带参数的方法

//以站点做为参数, 返回站点所对应最新时次的雨量, 气温, 湿度。

3.2.3 修改Web Api Config.cs文件

默认的路由路径是route Template:"api/{controller}/{id}", 当要写多个方法时, 就需要修改配置, 加入Action。在Web Api Config.cs文件中配置路由路径:route Template:"api/{controller}/{Action}/{id}", 其中, controller:Qx Data Api, action:写的方法名, id:传入的参数。

3.3 IIS下部署Web API

在服务器上安装了IIS服务, 并且安装了.net4.5。打开IIS信息服务管理器

右击网站, 点击添加网站 (转化成应用程序) , 配置好后确保应用程序池的.net版本是.net 4.5 (在IIS里面显示为4.0) ;然后点击高级设置, 确定我们的应用程序池是我们的4.0, 然后打开Web.Config在<system.web Server>下面增加一行<modules run All Man aged Modules For All Requests=“true”/>然后重启网站, 这样Web API就部署完成了。部署后调用http://服务器IP/api/Qx Data Api/{应用方法}。

4 结语

数据是一个业务部门的核心, 数据共享也是各部门加强合作的一个重要途径, 而开发和开放数据接口则是解决通过网络传输数据和数据访问的一个重要方法。当前, 随着互联网和智能终端应用的不断增多, 应用Web API技术开发轻量级的数据接口是一种基于HTTP服务、开放性强、数据集成高的数据共享应用方法。

参考文献

[1]http://www.cnblogs.com/r01cn/p/3772990.html.

[2]https://msdn.microsoft.com/zh-cn/library/hh833994 (v%3Dvs.108) .aspx.

基于BREW的无线数据业务开发论文 第3篇

关键词：OpenWrt,数据采集,系统开发,开源系统,硬件终端

一、引言

随着光网业务的发展,在承载网以及接入网上有多种业务同时承载,包括上网业务、IPTV业务、光网语音业务等。在综合承载状态下的故障处理对维护人员是一个很大的挑战。以IPTV业务而言,它的承载方式一般为IPTV终端接入在家庭网关后。真个二层接入到承载网都有可能出现故障。

常见的故障现象,包括终端无法获取IP地址、认证失败、直播信号卡顿、视频马赛克、点播黑屏等等。从已有故障处理经验看,IPTV-SR的处理板卡、交换机接口、交换机板卡、OLT的上联板卡、OLT的转发处理引擎、家庭网关设备等都可能引起各种故障现象。故障原因复杂多样、故障点位多,并且很多时候故障现象并非持续不断,而是在某些时间段随机出现。这使得处理人员比较难以快速准确的确定故障点进而有效处置故障。

当面对复杂故障现象进行疑难故障处理时,往往需要使用专用的测试仪表在不同的监测点进行长时间监测来进行故障分析。而相应的这种处理方式的成本非常昂贵。为此我们设想使用创新的处理模式进行故障处理。

利用开源系统以及免费资源进行自主开发,既能深度定制满足业务需求,又能大大降低整个系统的成本。本文详细介绍了利用Open Wrt[1]定制开发数据采集终端的技术原理、实现方法与测试过程。

二、开发目标

为了在复杂的网络环境中定位故障点位,我们需要在不同测试点采集全部数据进行比对,从而确认问题发生的位置。对于整个故障处理系统而言首要解决的问题是业务数据的采集问题。

当发生故障时,通过初步的处理判断后,在需要进行检测的测试点,用定制的测试终端串接或者旁路方式接入进去。采集终端将采集到的数据完整的回传到云存储平台。然后通过分析服务器比对不同的数据可以确认哪个点位出现问题。

该处理模式主要的优点:

2.1成本低

采集终端选择具有GE/FE的小型路由器进行自主开发完成,相比购买测试仪表价格低廉很多。由于IPTV的故障现象很多是时间上偶发的,为了处理故障需要做24小时的抓包分析。IPTV现在的高清频道码流为8Mbps,标清为2.5Mbps和1.6Mbps,一共三种码流。假设采集一路高清频道共24小时,则需要的存储空间为1M*60*60*24=84G字节。这种24小时的抓包,需要高性能的仪表,普通的PC机容易出现存储文件错误等导致无法后续分析。如果采用IPTV仪表在多个测试点进行实时分析,则相应的仪表费用更贵。该创新测试方案利用云端的存储能力,保证数据可以长时间持续抓取。

2.2可扩展性高

当远端的分析服务器以及云存储服务器具备能力后,只需采购一定的测试终端即能方便的全网部署进行测试。同时测试终端能抓取全业务数据,可以针对光网的全业务故障进行分析诊断。方便维护人员对于上网、IPTV、VOIP等各类型业务的疑难问题进行深入分析。

2.3部署方便

只需要外线人员联系用户后将测试终端串接到用户网络内即可。无线现场人员进行复杂的配置部署,也不用修改用户终端或者网络设备。对于用户的业务应用完全透明,可以在比较好的用户感知状态下进行故障诊断分析。

针对测试采集终端,需要完成的功能包括:

1. 串接在用户网络内,不影响用户业务使用;

2. 准确采集用户业务数据;

3. 将数据回传到远端云存储平台。

三、开发方案说明

3.1总体方案说明

采集终端由于要求串接在业务环境中不能影响用户业务,因此两个串接的接口必须工作在第二层以下,尽量不修改以太帧头信息保持信息传送的透明可靠。数据采集通过端口镜像方式进行并将数据文件保存为pcap格式存放在本地存储卡中。采集终端主要功能是数据采集,采集的数据是为了故障判断与处理,因此要求完整的将用户业务的所有交互数据能够保存下来。采用端口镜像可以完整的保存所有业务数据内容,方便后续的进一步处理分析。

采集到的数据可以通过实时的带内或者带外方式回传到远端的云存储系统中。考虑到实时采集到的数据量存在较大的带宽差异性,VOIP在64Kbps以下而高清IPTV则要达到8Mbps左右,高速上网业务可能达到50Mbps。如果直接采用实时回传,带内方式会影响到用户正常的业务。因此采用本地存储器做缓存,在不影响用户业务情况下根据上联带宽做准实时的回传。当不具备回传条件的情形下可以全部存储后进行离线回传。远端云存储服务器前置一台FTP服务器用来专门接受数据,并在内部网络中部署防火墙保障用户业务、数据系统的安全性。

3.2采集终端硬件平台

要求具有两个以上的GE/FA自适应以太电口的路由器,同时具有一个USB接口。通过对比分析最后选定了如下硬件平台,Atheros AR7161[2]进行开发。

该硬件参数信息为:CPU Atheros AR7161@680MHz;Ram 128Mi B;Flash 32Mi B;Network 4 x GE;USB支持;Serial支持;JTag支持。

该硬件板卡具备很好的功能扩展性,满足一般路由器的功能要求。同时其所具备的芯片处理能力可以完成特定的任务。

该硬件板卡的主要功能模块说明如下

3.3开发环境

PC机一台,CPU:i5,硬盘:256G,操作系统:win7

Vmware:虚拟机软件,允许一台真实的计算机同时运行数个操作系统。

Suse linux:用于开发测试的linux版本,能方便进行调试编译操作。

Open Wrt:Open Wrt是一个高度模块化、高度自动化的嵌入式Linux系统,拥有强大的网络组件和扩展性,常常被用于工控设备、电话、小型机器人、智能家居、路由器以及VOIP设备中。同时,它还提供了100多个已编译好的软件,而且数量还在不断增加,而Open Wrt SDK更简化了开发软件的工序。

登录工具:Secure CRT,支持telnet、SSH等登录方式从而可以方便的连接调试终端。

编辑工具:vi linux的一种标准编辑工具,用来编写代码和编辑配置文件。

首先选择合适的Open Wrt版本进行编译,然后将image文件烧入硬件系统中。并在硬件系统上采用linux的shell编程完成相应的定制功能。

3.4开发实现

3.4.1实现二层透传

修改openwrt网络配置,在网络配置文件里,找到对应的接口eth0 eth1,将网络配置为桥接模式,从而实现eth0和eth1的二层透传。二层透传方式下路由器的两个接口实现的是两层转发功能,也就是IPTV机顶盒所需要的上下行报文不会修改两层以太帧头,而是通过目的MAC地址进行转发操作。Open Wrt的网络配置文件是/etc/config/network,它负责交换芯片VLAN、网络接口和路由的配置。interface类型的节声明了逻辑网络接口,可以为这些接口指定IP地址、别名、物理网络接口名称、路由规则及防火墙规则。

配置案例如下:

3.4.2实现接口抓包

建立抓包进程,用于对透传数据包的抓取。进程通过Tcpdump对桥接口进行抓包,将数据包保存在挂载的外接储存中,避免在传输速率造成的数据包溢出。固定设置eth0为下联到IPTV机顶盒的接口,eht1为上联到家庭网关的接口。抓包点位设置为eth0,这样不会造成冲突和干扰。抓取的数据报文格式为pacp格式,可以用wireshark等软件打开分析处理。考虑到后续数据传送的可靠性以及故障分析的效率,对于抓取的报文按照指定大小进行本地缓存。该大小参数可调整,在进行数据分析的时候也可以利用软件将多个文件进行合并分析。

3.4.3实现FTP上传服务器

建立上传进程,用于将抓取的数据包上传至远端服务器。进程与远端服务器建立连接,并通过cmdftp周期性的将数据包上传至远端FTP服务器中。需要利用进程做周期性的检测,周期参数也是可调整的。

3.4.4实现按键以及LED提示

修改硬件与按钮以及LED灯的对应配置文件,重新定义每个按钮盒LED灯的调用接口。在抓包与上传进程中,调用按钮接口,实现运行和停止功能。以及提供LED灯的颜色提示用户,运行是否正常。

3.5代码说明

代码主要由四部分组成:

3.5.1初始化程序init

此程序将系统环境变量初始化,以配合主程序proc和ftp自动建立连接。

初始化步骤:

3.5.2主程序proc

程序流程:

检测当前环境是否正常

启动tcpdump进程,抓取数据包保存于挂载文件夹

启动tcp进程,将数据包上传至远端服务器

3.5.3上传程序ftp

程序流程:

获取当前数据包序号

如果该文件存在,上传该文件

判断上传是否成功

如果不成功,则定时重传。

如果成功,则删除改文件。获取下一个数据包

循环此过程

3.5.4开关程序swith

建立按钮和主程序proc开关的映射关系,通过判断进程是否存在,实现运行和停止设备。

四、测试与分析

将采集探头部署在实际的现网环境下进行测试,验证了采集的数据是否准确并完整的传送到远端的云存储服务器端。在实际的故障案例中也做了初步的使用与验证,确认其效用以及后续的进一步改进方向。

4.1测试方式

现在的测试主要是串在IPTV机顶盒与家庭网关之间。利用家庭网关本身的上网通道完成回传报文。

4.2功能测试

主要分为基本功能测试以及业务测试。包括按钮功能测试,确保通过按键可以启动进程使能系统;稳定性测试,24小时串接保证回传稳定可靠;采集能力测试,确认20Mbps的流量可以准确采集到。业务测试确认了采集过程中业务正常运行。整个测试过程中对于不同的业务做了数据采集,确认不影响用户业务,并能准确采集到数据。并在实际故障处理中做了可行性的验证,确认有助于故障处理与定位,能有效降低区局外线上门的工作量与难度。

五、总结

本文通过提出了一种新型的故障诊断系统,并基于开源系统Open Wrt开发了相应的智能采集终端。结合云计算系统提出了更加低成本、高可扩展性的综合业务故障诊断系统。后续的研究重点集中在分析处理系统,也将充分利用开源平台进行相关研究,并将研究成果推广到区局等后端运维部门中。该系统的广泛使用必然能提高整个维护水平以及效率,还能降低仪表采购成本。

参考文献

[1]OpenWrt开发教程https://dev.openwrt.org.cn/#

基于BREW平台的多态机制实现 第4篇

如今,手机已不仅是语音通信的工具,而且逐步成为数据业务开发与应用的平台,随着科学技术的不断更新和发展,如今手机已不仅仅是满足打电话的功能,而是更多地成为人们在工作、学习和生活中的助手。在这种情况下CDMA手机产生了一种新的应用平台,也就是由美国高通公司研发出的BREW平台。BREW技术的出现使手机犹如普通电脑一样能够运行更多的第三方软件,为用户提供更多的服务。

BREW的技术优势在于基于c语言进行的,平台开发对于许多程序员来讲均十分熟悉,移动设备制造商无需再开发专有的软件平台,可降低移动设备技术门槛及产品上市门槛,满足终端用户对最新数据应用的需求。本文主要围绕着在BREW平台下,如何利用C语言这种非面向对象的语言写出面向对象的程序展开论述,并以手机应用开发中一个常见的应用—页面迁移技术为例,对其解决方案进行了详细的介绍和对比,该方案均是在BREW手机实际开发中总结出来,具有很大的可重用性。

2 BREW平台简介及应用软件发展现状

2.1 BREW平台简介

BREW的全称是Binary Runtime Environment for Wireless,即无线二进制运行环境。从基本的层面而言,BREW平台就是手持设备上嵌入式芯片操作系统的接口或抽象层。即是PC环境下Microsoft Windows的Win32 API。BREW平台是一组用于本地执行、编译并链接的二进制库,优化后能使应用程序利用无线服务和资源。它控制流出或流入应用程序的事件流,能根据相应的事件启动、停止、中止或恢复应用程序,其执行环境在运行时可以发现应用程序和任何相关的扩展。

据联通博路通信技术有限公司2009年3月9日《BREW业务整体介绍》,到2008年底,国内支持BREW的手机机型已经超过251种,200多家中国BREW开发商提供了2479多种基于BREW的应用。

2.2 手机应用软件发展现状

据市场研究公司Strategy Analytics预测,尽管由于经济危机的影响,2009年全球手机销量虽会有所下降,但仍可达到10.8亿部,销售额会稳定在1900亿欧元,甚至会有微弱增长。可以预见,随着未来全球经济的复苏,全球手机市场的前景仍很乐观。而且随着嵌入式技术的快速发展及国内3G网络的建立,因此未来基于BREW的手机应用软件需求巨大。

2 BREW平台中的多态

随着手机业务的不断发展,手机的软件系统也成为一个非常庞大、复杂的软件系统,这样一个复杂的体系结构,应该保证能够及时响应用户和一些紧急事件。此时,要想使BREW平台开发的手机游戏具有更大的优势,选择一种好的实现机制至关重要。

BREW平台支持C和C++开发语言,但是一般的BREW应用程序都是用C写的,而对于C++的使用,BREW平台则需要做更多的事情,比如定义符重载等。而C语言是不支持面向对象的,只有C++支持面向对象的程序设计,因此BREW中必须使用C语言模拟实现C++语言面向对象机制。而面向对象技术中的关键技术多态是基于以上的内存模型和函数指针实现的,一般来说,如果使用类C语言描述多态,它相当于增加了一个间接层,在这个间接层拦截对于方法的调用,然后根据具体的指针指向实际对象调用相应的方法实现。

以下就以BREW中的页面迁移的方案为例进行详细的论述。

3 BREW平台中的页面迁移

对于一个手机的应用软件,要随时注意手机的按键变化,在每一个状态下的每一次乃至每一个手机按键的变化,都将会出现不同的界面和效果。这就是所说的BREW平台下的页面迁移,在该过程中手机画面不停变换,而手机的键盘只有一个,这时,应用程序如何判断该具体执行何种操作,就成为BREW平台上应用程序开发中一个重要的问题。

使用手机的经验告诉我们,手机页面需要频繁的进行迁移时,实现页面迁移的方案和其效率的高低对于内存很小的手机来说都是至关重要的。

3.1 基本BREW页面迁移方案

对于一个BREW开发的页面迁移的程序,基本的解决反感就是可以自行设置一组宏分别代表页面的不同状态,每个状态再对应一个BREW的事件处理过程,在每个事件处理中,通过对按键的判断来调用不同的应用函数,如页面的新建、打开、重画、删除、和键盘事件的相应函数,调用后再进行页面的迁移。BREW可以利用这种调用的机制,实现通过按键完成函数和函数之间不断的调用过程。

该类方案的具体处理过程在手机处理按键的case EVT_K E Y中:根据不同的页面的宏标识I D执行不同页面的handleevent事件函数。

例如:

该种方案的特点是较为利于理解,但是使用时容易出错,不宜调试。

3.2 类多态的BREW页面迁移方案

经过上述分析可以看出,手机中的页面迁移问题与C++中实现的多态效果十分相似,也就是完成一个窗体接口类的实现,该接口类能完成绘制屏幕和接收客户键盘输入的功能,对于客户的相同输入,不同的窗体结构应该能体现出不同的行为。如果可以利用C语言这种非面向对象的语言写出面向对象的程序,将有利于提高程序的重用性、模块化功能以及健壮性。

BREW平台中的宏QINTERFACE,GET_PVTBL,DECLARE_VTBL可以用来完成这种效果。其本质就是在基类的层次上定义一个“空函数集”,通过该空函数集实现一个抽象的,虚拟的,通用的接口层,可以在运行时根据对象的实际类型动态地调用派生类的那些“具体”函数,简言之,就是同一个接口函数,根据具体的对象,调用具体的函数。

使用时首先通过Qinterface定义了一个包含VTBL(虚函数表)的接口,在运行时,根据具体传入的对象类型调用了具体派生接口的“具体”函数。如:#define IWINDOW_Enable(p)GET_PVTBL(p,IWindow)->Enable(p,TRUE)这里p是IWINDOW指针类型。用户调用IWINDOW_Enable(p)时,虽然此时传入的是IWINDOW类型指针,但是其实质是派生的具体接口类型,所以最终调用到的就是属于它(派生具体接口)的具体接口函数了。

以下代码用于完成一个满足上述要求的页面迁移过程。

具体实现的功能如图1所示:

上述代码实现了一个结构体CWindow,其中包含三个成员,一个是指向函数表结构体类型的指针vt IWindow,另两个是普通成员指针。要通过指针vt IWindow访问函数的话,则只需要创建对应接口的函数表的实例,把接口实例的对应的函数表保存起来,然后用修改过的函数表结构体替换到接口之中,当调用对应的接口函数的时候,就具有了特殊定义的行为。

通过上述工作,已经得到了一个窗体的基接口类,在其基础上可以派生自己的接口类来构造不同的窗体。并在派生接口类窗体中增加自己的数据成员,也可以增加接口行为,这样,就可以构造出负责各种功能的窗体来满足移动应用的需要。如图2所示。

4 结束语

文中针对手机开发的具体问题提出相应的解决方案,该方案均是在BREW手机实际开发中总结出来的。这些方法和框架代码具有很大的可重用性,很好的解决了在BREW手机开发中频繁出现的页面迁移问题,有一定现实意义。

摘要：BREW技术是在移动数据增值应用开发领域中出现的一种新技术,开发主要是应用的C语言,但手机开发中的大量问题都与C++中实现的多态效果十分相似,如果可以利用C语言这种非面向对象的语言写出面向对象的程序,将有利于提高程序的重用性、模块化功能以及健壮性。本论文主要围绕着BREW平台应用开发中一个常见应用:页面迁移技术为例,给出了多态机制在BREW平台下的解决方案,该方案均是在BREW手机实际开发中总结出来,具有很大的可重用性。

关键词：BREW,多态机制,页面迁移

参考文献

基于BREW的无线数据业务开发论文 第5篇

1 WCDMA无线网络数据业务性能优化的流程分析

随着WCDMA无线网络的出现的发展, 关于如何对其优化的研究方兴正艾。如何经济有效地建设一个WCDMA网络, 保证网络建设的高性价各是运营商们一直关注的课题。特别是当前海量数据的前提下, 各种数据业务不断推陈出新, WCDMA无线网络的优化效果如何直接关乎到3G的发展程度, 也直接影响到运营商的经济收益。所谓WCDMA系统的网络优化, 就是根据系统的实际表现和性能, 在尽量节约成本的基础上, 扩大网络容量, 优化全网覆盖, 解决系统运行过程中存在的各种问题, 使系统性能得到逐步改善, 从而满足网络不断发展变化的未来需要, 不断提供高质量的服务和产品, 提高核心竞争力。这不是一项单独的工作, 涉及到方方面面, 有环境优化、性能优化、呼叫保持优化、数据优化等等。必须从整体考虑、重点兼顾, 做好3G的精品网络优化。其流程图如图1

2 WCDMA无线网络数据业务性能优化

WCDMA无线网络优化的各个环节中, 数据优化是核心所在。在WCDMA无线网络中, 数据占据了主要部分, 涉及到各个网络节点。无论在核心网、业务网还是终端上, 很小的差错或者失误就会造成整个数据业务的异常反应。为此, 我们要从核心层、业务层以及终端等各个环节对数据业务进行优化。

2.1 明确数据优化标准

WCDMA数据业务是一项端到端的业务, 涉及环节众多, 必须有严格的数据优化标注作为准绳, 才能使优化工作有章可循。见下表:

2.2 保证数据接入成功率

WCDMA数据优化要保证数据接入的成功率, 关于成功率的统计和计算可以依靠网络后台系统提供的数据获得, 通过DT/CQT的测试来进行分析。但有时面临数据比较少, 不能真实有效地反映实际数据接入效果的情况。但从以往的经验来看, 其数据接入失败主要有以下原因产生。一是RRC连接产生问题, 包括FACH功率配比出现了问题, 下行专用初始发射功率偏低或者设备出现异常情况等。这些问题发生的比率比较高。优化主要从RF优化、重选参数、检修设备等几方面着手。二是鉴权问题。有时因为鉴权失败被认定为非法用户, 导致数据接入失败。优化措施主要是审核用户、排查非法客户访问, 重新匹配数据等几方面入手。三是安全模式出现问题, 常见的情形大多是RNC和核心网加密模式配置不匹配产生的接入问题。优化措施主要从更换终端或者重新匹配核心网的数据来入手。

2.3 吞吐率优化

吞吐量指标是3G数据终端最重要的指标之一, 吞吐量是指在没有帧丢失的情况下, 设备能够接受的最大速率。PS吞吐率评估主要是两种手段:DT/CQT测试, 吞吐量测试就是在测试中以一定速率发送一定数量的帧, 并计算待测设备传输的帧, 吞吐量测试结果以比特/秒或字节/秒作为单位。也就是说在单位时间内成功地传送数据的数量。PS吞吐率相关指标, 分为RNC整体性能测量、小区测量等, 其在不同的小区功率和条件下, 测试的结果会有一定差异。RNC级数据分析侧重于对整网指标的评估、分析, RNC级相关话统指标出现异常后, 再进行小区测量, 侧重于问题小区定位、接口、传输等, 从而进行总吞吐量。小区测量/流量测量分析。优化措施主要有:RF优化、资源配置优化、传输故障排查解决等。

2.4 掉话率优化

WCDMA无线网络数据业务出现掉话情形主要是由于强干扰的影响、设备故障、信号差或者优先级有缺陷等问题。优化方法要针对具体问题具体采取措施, 通过调整优先级、排查故障、增强信号资源以及改善优先级配置等方式进行。

3 结语

总之, WCDMA无线网络是个系统工程, 是一个长期的、持续的过程, 其目的就是通过对现有设备、资源的优化配置, 从而有效地提高网络服务质量和水平, 保证通信质量的需要。随着移动通信网络的迅猛发展, WCDMA无线网络优化工作的重要性不言而喻。本文以WCDMA无线网络数据优化为例, 对其具体优化方法和措施进行分析和探讨, 以期对相关从业人员有所帮助和借鉴。

摘要：3G时代网络中业务量迅速增长, 对网络服务质量的要求越来越高, 这就要求我们必须对WCDMA无线网络进行优化, 从而不断提高网络整体质量和终端用户的满意度。鉴于此, 本文对WCDMA无线网络数据业务性能优化进行了探讨。

关键词：WCDMA无线网络,数据业务,性能优化

参考文献